(57)【特許請求の範囲】
【請求項１】
アップリンク制御情報（UCI）および自律アップリンク（AUL）データ送信を自律的に送信するための、無線デバイス（16）によって実行される方法であって、前記AUL送信はスケジュールされていない送信であり、前記方法は、
前記UCIを、物理アップリンク共有チャネル（PUSCH）の時間周波数リソースにマッピングすること（S112）であって、前記UCIと前記AULデータ送信とが、前記UCIが、サブフレームのシンボル１からシンボル１２、及びサブフレームのシンボル７からシンボル１２の一方に従ってマッピングされるように、多重化される、ことと、
前記PUSCHをアップリンク送信で前記UCIと共に送信すること（S114）とを含む、方法。
【請求項２】
請求項１に記載の方法であって、前記UCIは、物理アップリンク共有チャネル（PUSCH）の開始および終了位置のうちの少なくとも一方を含む、方法。
【請求項３】
請求項１または２に記載の方法であって、前記UCIは、現在のサブフレームおよび次の後続のサブフレームのうちの１つの前記PUSCHが短縮されているかどうかを示す、方法。
【請求項４】
請求項１から３のいずれか１項に記載の方法であって、前記UCIは、リッスン・ビフォア・トーク（LBT）、プライオリティクラス、アップリンク送信のために予約されたサブフレームの数、ハイブリッド自動再送要求（HARQ）識別子、新規データのインジケータ、冗長バージョン、無線デバイス識別子、およびチャネル占有時間（COT）インジケータのうちの少なくとも１つを含む、方法。
【請求項５】
請求項１から４のいずれか１項に記載の方法であって、異なるブロック誤り率（BLER）のターゲットおよび符号化スキームを考慮するためのベータオフセット値は、前記PUSCHの前記UCIを搬送するために使用する符号化変調シンボルの数を前記無線デバイスにおいて決定するように構成される、方法。
【請求項６】
請求項５に記載の方法であって、ベータオフセット値は、所定のハイブリッド自動再送要求（HARQ）肯定応答（ACK）オフセットマッピングテーブルを再利用することによってマッピングされ、または、前記ベータオフセット値は固定であり、予め定義されている、方法。
【請求項７】
請求項１から６のいずれか１項に記載の方法であって、前記UCIは、前記PUSCHの周波数における最下位の物理リソースブロック（PRB）インデックスから始まる前記PUSCHにマッピングされる、方法。
【請求項８】
請求項１から７のいずれか１項に記載の方法であって、短縮されたPUSCHがサポートされる場合、前記UCIは、非周期的チャネル状態情報（CSI）が、前記PUSCHの最初または最後のシンボルではなく、最下位の物理リソースブロック（PRB）インデックスから開始することによってマッピングされるのと同一の態様でマッピングされる、方法。
【請求項９】
請求項１から８のいずれか１項に記載の方法であって、前記PUSCHはさらに、非周期的チャネル状態情報（CSI）を含む、方法。
【請求項１０】
請求項１から９のいずれか１項に記載の方法であって、前記PUSCHの変調符号化方式（MCS）に基づいて、演算およびルックアップテーブルからの読み出しのうちの一方によって、符号化UCIシンボルの数を決定することをさらに含む、方法。
【請求項１１】
請求項１から１０のいずれか１項に記載の方法であって、ゼロおよびヌルシンボルのうちの１つを、前記PUSCHにマッピングされる符号化されたUCIシンボルに挿入することをさらに含む、方法。
【請求項１２】
請求項１から１１のいずれか１項に記載の方法であって、UCIは、PUSCHの時間における７番目のシンボルから始まり、且つ、前記PUSCHの周波数における最下位の物理リソースブロック（PRB）から始まる前記PUSCHで送信され、前記UCIにおけるビットは、前記PUSCHに対するハーフサブフレーム送信を示す、方法。
【請求項１３】
自律アップリンク（AUL）データ送信と共にアップリンク制御情報（UCI）を自律的に送信するための無線デバイス（無線デバイス（16））であって、前記AUL送信はスケジュールされていない送信であり、前記無線デバイス（16）は、
処理回路（42）であって、
前記UCIを、物理アップリンク共有チャネル（PUSCH）の時間周波数リソースにマッピングし、前記UCIと前記AULデータ送信とが、前記UCIが、サブフレームのシンボル１からシンボル１２、及びサブフレームのシンボル７からシンボル１２の一方に従ってマッピングされるように、多重化され、
前記PUSCHをアップリンク送信で前記UCIと共に送信するように構成された処理回路を含む、無線デバイス。
【請求項１４】
請求項１３に記載の無線デバイス（16）であって、前記UCIは、物理アップリンク共有チャネル（PUSCH）の開始および終了位置のうちの少なくとも一方を含む、無線デバイス。
【請求項１５】
請求項１３または１４に記載の無線デバイス（16）であって、前記UCIは、現在のサブフレームおよび次の後続のサブフレームのうちの１つの前記PUSCHが短縮されているかどうかを示す、無線デバイス。
【請求項１６】
請求項１３から１５のいずれか１項に記載の無線デバイス（16）であって、前記UCIは、リッスン・ビフォア・トーク（LBT）、プライオリティクラス、アップリンク送信のために予約されたサブフレームの数、ハイブリッド自動再送要求（HARQ）識別子、新規データのインジケータ、冗長バージョン、無線デバイス識別子、およびチャネル占有時間（COT）インジケータのうちの少なくとも１つを含む、無線デバイス。
【請求項１７】
請求項１３から１６のいずれか１項に記載の無線デバイス（16）であって、異なるブロック誤り率（BLER）のターゲットおよび符号化スキームを考慮するためのベータオフセット値は、前記PUSCHの前記UCIを搬送するために使用する符号化変調シンボルの数を前記無線デバイスにおいて決定するように構成される、無線デバイス。
【請求項１８】
請求項１７に記載の無線デバイス（16）であって、ベータオフセット値は、所定のハイブリッド自動再送要求（HARQ）肯定応答（ACK）オフセットマッピングテーブルを再利用することによってマッピングされ、または、前記ベータオフセット値は固定であり、予め定義されている、無線デバイス。
【請求項１９】
請求項１３から１８のいずれか１項に記載の無線デバイス（16）であって、前記UCIは、前記PUSCHの周波数における最下位の物理リソースブロック（PRB）インデックスから始まる前記PUSCHにマッピングされる、無線デバイス。
【請求項２０】
請求項１３から１９のいずれか１項に記載の無線デバイス（16）であって、短縮されたPUSCHがサポートされる場合、前記UCIは、非周期的チャネル状態情報（CSI）が、前記PUSCHの最初または最後のシンボルではなく、最下位の物理リソースブロック（PRB）インデックスから開始することによってマッピングされるのと同一の態様でマッピングされる、無線デバイス。
【請求項２１】
請求項１３から２０のいずれか１項に記載の無線デバイス（16）であって、前記PUSCHはさらに、非周期的チャネル状態情報（CSI）を含む、無線デバイス。
【請求項２２】
請求項１３から２１のいずれか１項に記載の無線デバイス（16）であって、前記処理回路は、前記PUSCHの変調符号化スキーム（MCS）に基づいて、演算およびルックアップテーブルからの読み出しのうちの一方によって、符号化UCIシンボルの数を決定するようにさらに構成される、無線デバイス。
【請求項２３】
請求項１３から２２のいずれか１項に記載の無線デバイス（16）であって、前記処理回路は、ゼロおよびヌルシンボルのうちの１つを、前記PUSCHにマッピングされる符号化されたUCIシンボルに挿入するようにさらに構成される、無線デバイス。
【請求項２４】
請求項１３から２３のいずれか１項に記載の無線デバイス（16）であって、前記UCIは、前記PUSCHの時間における７番目のシンボルから始まり、且つ、前記PUSCHの周波数における最下位の物理リソースブロック（PRB）から始まる前記PUSCHで送信され、前記UCIにおけるビットは、前記PUSCHに対するハーフサブフレーム送信を示す、無線デバイス。
【請求項２５】
自律アップリンク（AUL）データ送信と共にアップリンク制御情報（UCI）を受信するためのネットワークノード（14）における方法であって、前記AUL送信はスケジュールされていない送信であり、前記方法は、
物理アップリンク共有チャネル（PUSCH）信号を受信する（S100）ことであって、前記PUSCHは前記UCIを有し、前記UCIと前記AULデータ送信とが、前記UCIが、サブフレームのシンボル１からシンボル１２、及びサブフレームのシンボル７からシンボル１２の一方に従ってマッピングされるように、多重化され、前記UCIは、前記PUSCHの開始および終了位置のうちの少なくとも一方を示す、ことを含む、方法。
【請求項２６】
請求項２５に記載の方法であって、非周期的チャネル状態情報（CSI）フィードバックを要求することを更に含み、ACK／NACKフィードバックメッセージが送信されたときに、前記非周期的CSIフィードバックを要求する、方法。
【請求項２７】
自律アップリンク（AUL）データ送信と共にアップリンク制御情報（UCI）を受信するためのネットワークノード（14）であって、前記AUL送信はスケジュールされていない送信であり、前記ネットワークノード（14）は、
メモリ（24）とプロセッサ（26）とを含む処理回路（22）であって、
前記UCIを記憶するように構成された前記メモリ（24）と、
前記プロセッサ（26）とを含み、前記プロセッサは、
受信した物理アップリンク共有チャネル（PUSCH）信号を処理するように構成され、前記PUSCHは前記UCIを有し、前記UCIと前記AULデータ送信とが、前記UCIが、サブフレームのシンボル１からシンボル１２、及びサブフレームのシンボル７からシンボル１２の一方に従ってマッピングされるように、多重化され、前記UCIは、前記PUSCHの開始および終了位置のうちの少なくとも一方を含む、ネットワークノード。
【請求項２８】
請求項２７に記載のネットワークノード（14）であって、前記プロセッサは、非周期的チャネル状態情報（CSI）フィードバックを要求するようにさらに構成され、前記非周期的CSIフィードバックは、ACK／NACKフィードバックメッセージが送信されたときに要求される、ネットワークノード。
【請求項２９】
コンピュータプログラム、または媒体であって、コンピュータで実行されるときに、前記コンピュータに、請求項１から１２または請求項２５、２６のいずれか１項に記載の方法を実行させる命令を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、アップリンク制御シグナリングの自律送信に関する。
【背景技術】
【０００２】
LAA(Licensed-Assisted Access)に関する3rd Generation Partnership Project(3GPP)の作業は、Long Term Evolution（LTE）機器を免許不要な無線スペクトルで動作させることを意図している。免許不要なスペクトルでのLTE動作の候補帯域は、5GHz、3．5GHzなどを含む。免許不要なスペクトルは、免許の必要なスペクトルの補完として使用されるか、完全にスタンドアロンの操作を可能にする。
【０００３】
免許の必要なスペクトルの補足として使用される免許不要なスペクトルの場合、デバイスは免許の必要なスペクトル（プライマリセルまたはPCell）で接続し、キャリアアグリゲーションを使用して、免許不要なスペクトル（セカンダリセルまたはSCell）の追加の送信容量から利益を得る。キャリアアグリゲーション（CA）フレームワークは、少なくとも1つのキャリア（または周波数チャネル）が免許の必要なスペクトルにあり、少なくとも1つのキャリアが免許不要なスペクトルにあるという条件で、2つ以上のキャリアの集約を可能にする。スタンドアロン（または完全に免許不要なスペクトル）の動作モードでは、1つ以上のキャリアは免許不要なスペクトルでのみ選択される。
【０００４】
しかしながら、規則の要件は、事前のチャネル検知、送信電力制限、または課される最大チャネル占有時間なしでは、免許不要なスペクトルでの送信を許可しない可能性がある。免許不要なスペクトルは、類似または異種の無線技術の他の無線と共有されなければならないため、リッスン・ビフォア・トーク（LBT）方法が適用される。LBTでは、予め定義された最小時間の間に媒体を検出し、チャネルがビジー状態の場合にはバックオフが行われる。LTE動作におけるチャネルアクセスのための端末デバイスの基地局（eNB）への集中調整と依存性のために、LTEアップリンク（UL、即ち、無線デバイスから基地局へのリンク）は特に性能を妨げられる。UL送信は、ユーザ中心のアプリケーションおよびクラウドへのデータプッシュの必要性により、ますます重要になっている。
【０００５】
今日、免許不要の5GHzスペクトルは、主にInstitute of Electrical and Electronics Engineers(IEEE)802.11の Wireless Local Area Network(WLAN)標準規格を実装する装置で使用されている。この規格は通常、マーケティングブランド「Wi-Fi」として一般に知られており、免許不要のスペクトルで完全に独立した動作が可能である。LTEの場合と異なり、Wi-Fi端末は媒体に非同期的にアクセスでき、したがって、特に渋滞したネットワーク状態において、より良いUL性能特性を示す。
【０００６】
LTEは、ダウンリンク（DL）における直交周波数分割多重化（OFDM）とアップリンクにおける離散フーリエ変換（DFT）拡散（単一キャリアの周波数分割多元接続（FDMA）とも呼ばれる）を使用する。このように、基本的なLTEダウンリンクの物理リソースは、図1に示すような時間と周波数のグリッドとして見ることができ、ここで、各リソースエレメントは、1つのOFDMシンボル間隔の間の1つのOFDMサブキャリアに対応する。アップリンクのサブフレームは、ダウンリンクと同一のサブキャリア間隔と、ダウンリンクにおけるOFDMシンボルと同一の数の時間領域におけるシングルキャリア（SC）FDMAシンボルを有する。
【０００７】
時間領域では、LTEダウンリンク送信は10msの無線フレームに編成され、各無線フレームは、図1に示すように、長さTsubframe = 1msである10個の等しいサイズのサブフレームから成る。各サブフレームは継続時間が0.5msの2つのスロットを含み、フレーム内のスロット番号は0から19の範囲である。通常のサイクリックプリフィックス（CP）の場合、1つのサブフレームは14個のOFDMシンボルで構成される。各シンボルの継続時間は約71.4μsである。
【０００８】
さらに、LTEにおけるリソース割当ては、典型的には、リソースブロックの観点で示され、リソースブロックは、時間領域における1スロット（0．5ms）および周波数領域における12の連続したサブキャリアに対応する。時間方向（1.0ms）に隣接する2つのリソースブロックのペアは、リソースブロックペアと呼ばれる。リソースブロックは周波数領域で番号が付けられ、システムの帯域幅の一方の端から0で始まる。
【０００９】
ダウンリンク送信は、動的にスケジュールされ、すなわち、各サブフレームにおいて、基地局は、現在のダウンリンクのサブフレームにおいて、どの端末にデータが送信されるか、および、どのリソースブロックでデータが送信されるかについての制御情報を送信する。この制御信号は、典型的には、各サブフレーム内の最初の1、2、3、または4のOFDMシンボルで送信され、番号n = 1、2、3、または4は制御フォーマットインジケータ（CFI）と呼ばれる。ダウンリンクサブフレームはまた、受信機にとって既知であり、制御情報のコヒーレント復調に使用される共通基準シンボルを含む。制御としてCFI = 3のOFDMシンボルを有するダウンリンクシステムを図3に示す。図3に示される基準シンボルは、セル固有の基準シンボルであり、特定の伝送モードに対する正しい時間および周波数同期およびチャネル推定を含む複数の機能をサポートするために使用される。
【００１０】
アップリンク送信は、動的にスケジュールされ、すなわち、各ダウンリンクサブフレームにおいて、基地局は、どの端末が後続のサブフレームにおいてeNBにデータを送信すべきか、および、どのリソースブロックでデータが送信されるかについての制御情報を送信する。アップリンクリソースグリッドは、物理アップリンク共有チャネル（PUSCH）におけるデータおよびアップリンク制御情報、物理アップリンク制御チャネル（PUCCH）におけるアップリンク制御情報、および、復調基準信号（DMRS）およびサウンディング基準信号（SRS）のような種々の基準信号から構成される。DMRSは、PUSCHおよびPUCCHデータのコヒーレント復調に使用されるのに対し、SRSは、いかなるデータまたは制御情報にも関連しないが、一般に、周波数の選択スケジューリングの目的のためにアップリンクチャネル品質を推定するために使用される。アップリンクサブフレームの例を図4に示す。なお、UL DMRSとSRSは、ULサブフレームに時間多重化され、SRSは常に通常のULサブフレームの最後のシンボルで送信される。PUSCH DMRSは、通常のサイクリックプレフィックスを有するサブフレームに対してスロットごとに1回送信され、4番目と11番目のSC-FDMAシンボルに配置される。
【００１１】
LTEリリース11以降では、拡張物理ダウンリンク制御チャネル（EPDCCH）でDLまたはULリソース割り当てをスケジュールすることもできる。リリース8からリリース10では、物理ダウンリンク制御チャネル（PDCCH）のみが使用可能である。リソース許可は無線デバイス固有であり、リソース許可は、無線デバイス固有のセル無線ネットワークテンポラリ識別子（C-RNTI）を使用してDCI巡回冗長検査（CRC）をスクランブルすることで表される。一意のC-RNTIは、セルによって関連付けられたすべての無線デバイスに割り当てられ、0001-FFF3の範囲の値を16進形式で取得できる。無線デバイスは、すべてのサービスセルで同じC-RNTIを使用する。
【００１２】
スケジュールされたLTEアップリンク方式
LTEでは、アップリンクアクセスは、典型的には、基地局、例えば、eNBによって制御、すなわち、スケジュールされる。この場合、無線デバイスは、データが送信可能であるとき、例えばスケジューリング要求メッセージ（SR）を送信することによってeNBに報告する。これに基づいて、eNBは、特定のサイズのデータの送信を実行するように、リソースおよび関連情報を無線デバイスに与える。割り当てられるリソースは、無線デバイスがすべての利用可能なデータを送信するためには必ずしも十分ではない。したがって、無線デバイスは、送信待ちのデータの正しいサイズおよび更新されたサイズをeNBに通知するために、与えられたリソースでバッファステータスレポート（BSR）制御メッセージを送信することができる。これに基づいて、eNBは、訂正されたサイズのデータの無線デバイスアップリンク送信を実行するためのリソースをさらに許可する。
【００１３】
より詳細には、新しいデータが無線デバイスの空のバッファに到着するたびに、次の手順が実行される必要がある。
・  物理アップリンク制御チャネル（PUCCH）を使用して、無線デバイスは、アップリンクアクセスが必要であることを示すスケジューリング要求（SR）を送信して、データを送信する必要があることをネットワークに通知する。無線デバイスは、SR送信用の周期的なタイムスロットを有する（典型的には、5、10、または20ミリ秒間隔）。
・  eNBは、SRリクエストビットを一度受信すると、保留中のバッファのサイズを通信するのに十分な大きさである、小さな「アップリンク許可」で応答する。スケジューリング要求への応答は、典型的には3msかかる。
・  無線デバイスは、最初のアップリンク許可を受信して処理（約3msかかる）した後、典型的には、バッファステータスレポート（BSR）を送信する。このバッファステータスレポートは、無線デバイスのアップリンクバッファ内の保留中のデータ量に関する情報を提供するために使用される、媒体アクセス制御（MAC）制御エレメント（MAC CE）である。許可が十分に大きい場合、無線デバイスはこの送信内でバッファからのデータも送信する。BSRが送信されるかどうかは、3GPP技術標準規格で規定される条件にも依存する（たとえば、（TS）36.321 V.14.3.0  (2017-06-23)）。
・  eNBはBSRメッセージを受信し、必要なアップリンクリソースを割り当て、デバイスがバッファを排出できるようにする他のアップリンク許可を返す。
【００１４】
これに加えて、無線デバイスの空のバッファでのデータ到着とeNBでのこのデータの受信との間に、約16ms（プラスPUCCH送信機会を待つ時間）の遅延が予想される。
【００１５】
無線デバイスがLTEで接続された無線リソース制御（RRC）下にないか、一定時間何も送受信しなかったためにアップリンク同期を失った場合、無線デバイスは、ランダムアクセス手順を使用してネットワークに接続し、同期を取得し、SRも送信する。この場合、無線デバイスのバッファ内のデータのアップリンクを有効にする手順は、SR送信がPUCCH上にある場合の非ランダムな場合よりもさらに時間がかかる。
【００１６】
LTEアップリンク送信をスケジューリングするためのダウンリンク制御情報（DCI）
LTEシステムでは、伝送フォーマットとパラメータはeNBによって制御される。このようなダウンリンク制御情報は、典型的には、以下を含む。
・  UL送信に割り当てられるリソース（周波数ホッピングが適用されるかどうかを含む）
・  変調および符号化方式(MCS)
・  冗長バージョン
・  新規データインジケータ
・  送信電力制御コマンド
・  復調基準シンボル（DMRS）についての情報
・  キャリア間スケジューリングの場合、ターゲットキャリアインデックスも含まれる
・  UL送信に関するその他の適用可能な制御情報。
【００１７】
DCIは、まず16ビットの巡回冗長検査（CRC）によって保護される。CRCビットは、ワイヤレスデバイスによってさらにスクランブルされ、アイデンティティセル無線ネットワークテンポラリ識別情報（C-RNTI）が割り当てられる。DCIおよびスクランブルされたCRCビットは、畳み込み符号化によってさらに保護される。エンコードされたビットは、物理ダウンリンク制御チャネル（PDCCH）または進化型PDCCH (EPDCCH)のいずれかを使用して、eNBからワイヤレスデバイスに送信される。
【００１８】
ハイブリッド自動再送要求（HARQ）の デザイン 
周波数分割複信（FDD）の場合：
非同期ハイブリッド自動再送要求（HARQ）がダウンリンクに使用される。つまり、8つのHARQ処理を任意の順序で使用できる。それにもかかわらず、eNBは、無線デバイスが特定のサブフレームで受信したHARQ処理を知ることができるように、物理ダウンリンク制御チャネル（PDCCH）で処理IDと冗長バージョン（RV）を送信する。
【００１９】
アップリンクには、同期HARQが使用される。無線デバイスは、8つのサブフレームごとに同じHARQ処理番号を使用する。特定のHARQ処理IDは特定のサブフレームで使用されるため、eNodeBの受信機は、どのHARQ処理がいつ到着するかを正確に把握する。また、eNodeBからのUL許可（DCI 0）は、変調符号化方式（MCS）フィールドを使用してRVを指定できるため、eNodeBはRVについて知ることができる。eNodeBは、適応型HARQと非適応型HARQの2つの動作モードを有する。適応型HARQでは、無線デバイスは物理ハイブリッドインジケータチャネル（PHICH）のHARQフィードバックを取り扱うことなく、DCI 0情報に基づいて再送信する。非適応再送信は、DCI 0なしでHARQフィードバック(PHICH=否定応答(NACK))に従い、無線デバイスは初期送信と同じダウンリンク制御情報（リソースブロック（RB）、MCSなど）を使用して再送信する。
【００２０】
時分割複信（TDD）の場合：
一部のTDD構成には等しくない数のDLサブフレームとULサブフレームが含まれているため、複数のDLトランスポートブロックの1つのULサブフレーム肯定応答がサポートされる。TDDのためのPUCCHデザインはFDDのためのものとは異なる。TDDについては、無線デバイスごとに複数の肯定応答が送信される。FDD PUCCHデザインの再利用を可能にする代替機構は、LTE TDDにおいても提供され、ここで、複数のDL送信に対応する肯定応答は、論理的な「AND」動作を使用してグループ化され、ゼロまたはゼロを超えるブロックがエラーで受信されたかどうかについての単一の肯定応答を形成する。しかしながら、これは、それらのうちの少なくとも1つが肯定応答ではない場合に、全てのHARQ処理の再送信を必要とする。
【００２１】
無線ローカルエリアネットワーク（WLAN）
WLANの典型的な配備では、衝突回避を伴う搬送波感知多重アクセス（CSMA／CA）が媒体アクセスに使用される。これは、チャネルがクリアチャネル評価（CCA）を実行するために検知され、チャネルがアイドルであることが示される場合にのみ送信が開始されることを意味する。チャネルがビジーであることが示される場合、そのチャネルがアイドルと見なされるまで、送信は基本的に延期される。
【００２２】
Wi-Fiのリッスン・ビフォア・トーク（LBT）機構の一般的な説明を図5に示す。Wi-FiステーションAがデータフレームをステーションBに送信した後に、ステーションBは肯定応答（ACK）フレームをステーションAに16μsの遅延で送り返さなければならない。このようなACKフレームは、LBT動作を実行すること無く、ステーションBによって送信される。他ステーションがこのようなACKフレーム送信を妨害しないようにするために、ステーションは、チャネルが占有されることを観測した後、チャネルが占有されているかどうかを再度評価する前に、34μs（DIFSと呼ぶ）の間、延期しなければならない。従って、送信を希望するステーションは、まず、一定の時間間隔であるDIFSの間に媒体を検知することにより、CCAを実行する。媒体がアイドル状態である場合、ステーションは、媒体の所有権を取得してフレーム交換シーケンスを開始する可能性があると見なす。媒体がビジー状態である場合、ステーションは、媒体がアイドル状態になるのを待ち、DIFSを延期し、さらにランダムなバックオフ期間を待つ。
【００２３】
上記の基本的なプロトコルでは、媒体が使用可能になると、複数のWi-Fiステーションが送信できるようになり、衝突が発生する可能性がある。衝突を減らすために、ランダムバックオフカウンタを送信しようとするステーションは、その数のスロットチャネルアイドル時間の間、ランダムバックオフカウンタを選択し、延期する。ランダムバックオフカウンタは、［0、CW］の区間にわたる一様分布から得られるランダム整数として選択される。ランダムバックオフ競合ウィンドウ（CWmin）のデフォルトサイズは、IEEE(Institute of Electrical and Electronics Engineers)の仕様で設定されている。なお、チャネルアクセスについて競合するステーションが多数ある場合、このランダムバックオフプロトコルの下でも衝突が発生する可能性がある。したがって、ステーションがIEEE仕様にも設定されている制限であるCWmaxまでの送信の衝突を検出した場合、繰り返しの衝突を回避するために、バックオフ競合ウィンドウサイズCWは2倍になる。ステーションが衝突なしで送信に成功する場合、ステーションはランダムバックオフ競合ウィンドウサイズをデフォルト値であるCWminにリセットする。
【００２４】
LTEを使用した、免許不要なスペクトルへのLicensed-assisted access（LAA）
これまでは、LTEで使用されるスペクトルはLTE専用である。これは、LTEシステムが共存問題と無関係であり、スペクトル効率を最大化できるという利点を持つ。しかしながら、LTEに割り当てられたスペクトルは限られており、アプリケーション／サービスからのより大きなスループットに対する絶えず増加する要求に応えることができない。従って、リリース13のLAAは、免許の必要なスペクトルに加えて、免許不要なスペクトルを利用するためにLTEを拡張した。免許不要なスペクトルは、定義上、複数の異なるテクノロジーによって同時に使用することができる。したがって、LTEは、IEEE802.11（Wi-Fi）のような他のシステムとの共存問題を考慮する必要がある。Wi-Fiはチャネルが占有されていることを検出すると送信しないため、免許の必要なスペクトルと同じ方法での免許不要なスペクトルにおけるLTE動作は、Wi-Fiのパフォーマンスを著しく低下させる可能性がある。
【００２５】
免許不要のスペクトルを確実に利用する1つの方法は、免許不要のキャリアで必須の制御信号とチャネルを伝送することである。すなわち、図6に図示されるように、無線デバイスは、免許の必要な帯域内のプライマリセルおよび免許不要な帯域内の1つ以上のセカンダリセルに接続される。この開示は、免許不要なスペクトルのセカンダリセルを、licensed-assisted access secondary cell（LAA SCell)と呼ぶ。マルチファイア（MulteFire）のようなスタンドアロン動作の場合、アップリンク制御信号の送信に免許の必要なセルを使用することができない。
【００２６】
HARQデザイン 
LAAのスタディアイテムでは、非同期ハイブリッド自動再送要求（HARQ）は、LAA物理アップリンク共有チャネル（PUSCH）のために推奨されている。つまり、UL再送信は、最初の送信後の1ラウンドトリップタイム（RTT） (例えば、n+8）だけでなく、いつでも発生する可能性がある。これは、特に、再送信がLBTによってブロックされ、延期される場合に有益であると考えられる。したがって、非同期HARQを導入する場合、無線デバイスは、送信されたすべてのUL HARQ処理が正常である（ローカルステータスをACKに設定する）と想定する必要がある。無線デバイスは、eNBから対応するUL許可(新規データ識別子（NDI）がトグルしていない)を受信した場合にのみ、HARQ処理のHARQ再送信を実行する。
【００２７】
マルチファイア（MF）
ダウンリンクHARQ
PDCCH／EPDCCHと、サブフレーム「n」において関連する物理ダウンリンク共有チャネル（PDSCH）を受信した後、無線デバイスは、サブフレーム「n＋4」において送信可能な、関連するHARQフィードバックを有しなければならない。無線デバイスは、「n＋4」制約に従い、可能な限り早いアップリンク送信機会に、任意の保留中のHARQフィードバックを送信する必要がある。アップリンク送信機会は、無線デバイスが使用可能なMF-sPUCCHまたはMF-ePUCCHリソースのいずれかに従って定義される。PDSCHに関連付けられたHARQフィードバックを送信する場合、無線デバイスは保留中のHARQフィードバックを収集する。保留中のHARQフィードバックには、複数のダウンリンク送信に対するフィードバックが含まれる可能性がある。保留中のHARQフィードバックは、ビットマップ内のインデックスとHARQ処理IDの間の暗黙的な関連付けを使用してビットマップに収集される。このビットマップのサイズは、eNBによって構成可能である。DL動作ためのHARQ処理の最大数は16である。MF-ePUCCH／MF-sPUCCHビットマップで信号が送信されると、送信可能なACKがない限り、HARQ-IDパケットのデフォルトステータスはNACKになる。
【００２８】
アップリンクHARQ
MFは、Evolved Machine Type Communication（eMTC）用に、LTEリリース13で導入された非同期UL HARQ動作を採用している。非適応型HARQ動作はサポートされておらず、無線デバイスは、HARQ動作に関するPHICHリソース上の任意の情報コンテンツを無視する必要がある。PHICHリソースは、ダウンリンク送信リソースの一部として維持されるが、情報コンテンツは将来の使用のために予約されている。アップリンク送信（新規送信または再送信）は、PDCCH／EPDCCHを介したUL許可によってスケジュールされる。
【００２９】
スケジュールされていないLAA／マルチファイア（MulteFire）のアップリンク 
LTE ULチャネルアクセスの場合、無線デバイスとeNBの両方が、スケジューリング要求、スケジューリング許可、およびデータ送信フェーズに対応するLBT動作を実行する必要がある。対照的に、Wi-Fi端末はULデータ送信フェーズにLBTを一度だけ実行する。さらに、Wi‐Fi端末は同期LTEシステムと比較して非同期にデータを送信できる。従って、Wi‐Fi端末はULデータ伝送においてLTE端末より自然な利点を有し、共に配置するシナリオにおいて優れた性能がシミュレーションによるスタディにおいて見られる。全体的なスタディ結果は、特に低負荷または輻輳の少ないネットワーク条件において、Wi‐FiがLTEより良いアップリンク性能を持つことを示した。ネットワークの輻輳または負荷が増加するにつれて、LTEチャネルアクセス機構（時分割多元接続（TDMA）タイプ）はより効率的になるが、Wi‐Fiアップリンク性能は依然として優れている。
【００３０】
マルチファイアと3GPPの両方の開発者は、スケジュールされていない（非スケジュール）UL、すなわち、免許不要のセル上における自律ULまたは許可不要なULのサポートについて議論している。例えば、半永続的許可のための送信は、動的なUL許可のないUL送信と考えられるかもしれない。このようにして、無線デバイスは動的なUL許可なしに自律的にPUSCHを送信することができ、従って、すべてのUL送信に先行するスケジューリングに関連する制御シグナリングを減少させることによって、UL待ち時間を低下させることができる。自律UL LAAは、低負荷でスケジュールされたULよりも著しく良好に動作することが、信号オーバヘッドの減少により示されている。さらに、これは現在のWi-Fiネットワークとかなり共存する。
【００３１】
スケジュールモードでは、ULアクセスはeNBにより制御され、ULアクセスは、時間周波数リソース、変調および符号化方式、HARQ処理ID、新規データインジケータ（NDI）、冗長バージョン（RV）などを含む動的UL許可を介して無線デバイスに示される。その後、無線デバイスは、許可が有効な時間の間にチャネルへのアクセスを試み、LBTが一度成功すると、無線デバイスはUL許可に示された設定でULを送信する。次に、eNBはULを検出し、復号する。この状況は非スケジュールモードでは簡単にいかない。非スケジュールモードでは、無線デバイスが動的UL許可なしにUL送信を自動的に送信するため、eNBはいつUL送信が送信されるかが分からない。従って、あらゆるあいまいさを避け、効率的な自律UL動作をサポートするための、追加のUL制御シグナリングが望まれる。
【００３２】
マルチファイアは、以下の情報を含む新たなアップリンク制御情報（G-UCI）の導入に合意している。
・  HARQ処理  
・  明示的C-RNTI UEIDがG-UCIに含まれる
・  NDI、RVがG-UCIに含まれる
・  平均チャネルオープン時間（MCOT）関連情報は、G-UCIに含まれる
・  eNBは共有するかどうかを決定する
・  残りのMCOTの10状態 
・  終了GULサブフレームを示す1 ビットフラグ
・更なる研究用（FFS）：  GULの終了を示す他の状態
・  MCSはG-UCIに含まれない
・  GUL PUSCHにおける、Aチャンネル状態インジケータ、HARQ ACK/NACK無し。
【００３３】
G-UCI物理チャネルは、肯定応答／否定応答（ACK／NCK）およびチャネル状態情報（CSI）のためにMF1.0レートマッチングを再利用する必要があり、すべてのGULサブフレームで送信され、セル固有の所定値でスクランブルされる。
【００３４】
マルチファイアでは、G-UCIのサポートが合意されているが、G-UCIがどのように処理され、物理層で送信されるかは不明である。
【発明の概要】
【００３５】
免許不要なセル上の非スケジュールアップリンクアクセスに関連する問題のいくつかは、本明細書に開示される実施形態によって対処される。アップリンク制御情報（UCI）を自律的に、LAA（licensed-assisted access）、マルチファイア、または免許不要のNR(NR-U)アクセスにおいて基地局からのUL許可なしに送信することにより、無線デバイスは、受信成功率を向上させ、他の免許不要の無線デバイスとの共存を改善しながら、効果的かつ効率的に送信することができる。
【００３６】
いくつかの実施形態は、免許不要なセル上の非スケジュールアップリンクアクセスのための方法、無線デバイスおよびネットワークノードを有利に提供する。ある態様によれば、例示的なプロセスは、無線デバイスがアップリンク制御情報（UCI）を、licensed-assisted access（LAA）通信システムにおいて自律的に送信することを含む。このプロセスは、UCIに、PUSCH構成ユニットを介して、物理アップリンク共有チャネル（PUSCH）の開始および終了位置の少なくとも1つを含ませることを含む。このプロセスは、PUSCH構成ユニットを介して、UCIを、PUSCHの時間周波数リソースにマッピングすることを含む。
【００３７】
いくつかの実施形態は、免許不要なセルにおける非スケジュールアップリンクアクセスに対するアップリンク制御信号のための方法およびシステムを有利に提供する。いくつかの実施形態では、免許不要なセルにおける自律ULアクセスに対する新たなUL制御信号（UCI）の物理レイヤ処理方法が提供される。いくつかの実施形態では、1）自律ULに対して完全なサブフレーム送信のみがサポートされる場合、2）ULバーストの最初のサブフレームに対してハーフサブフレーム送信がサポートされること、の２つのケースが考慮される。UCIの物理レイヤ処理は、チャネル符号化、変調およびリソースエレメント（RE）マッピングを含んでよい。UCIは、免許不要な帯域での自律UL送信を支援するための効率的かつロバストな方法で送信される。
【００３８】
ある態様によれば、自律アップリンク（AUL）データ送信と共に、アップリンク制御情報を自律的に送信する方法が無線デバイスによって実行される。この方法は、UCIを、物理アップリンク共有チャネルの時間周波数リソースにマッピングすることを含む。この方法はまた、基地局からの動的アップリンク許可無しに、アップリンク送信においてUCIを有するPUSCHを送信する。
【００３９】
この態様によれば、いくつかの実施形態において、UCIは、物理アップリンク共有チャネル（PUSCH）の開始および終了位置の少なくとも一方を含む。いくつかの実施形態では、UCIは、現在のサブフレームおよび次の後続するサブフレームの1つのPUSCHが短縮されているかどうかを示す。いくつかの実施形態では、UCIは、リッスン・ビフォア・トーク（LBT）、プライオリティクラス、アップリンク送信のために予約されたサブフレームの数、ハイブリッド自動再送要求（HARQ）識別子、新規データのインジケータ、冗長バージョン、無線デバイス識別子、および、チャネル占有時間（COT）インジケータのうちの少なくとも1つを含む。ある実施形態では、UCIがPUSCHで送信される場合、UCIおよびAULデータ送信は、UCIがサブフレームのシンボル1からシンボル12にマッピングされるように多重化される。いくつかの実施形態では、異なるブロック誤り率（BLER）ターゲットを考慮するベータオフセット値、および符号化スキームが無線デバイスに構成されて、PUSCHのUCIを搬送ために使用する符号化変調シンボルの数を決定する。いくつかの実施形態では、ベータオフセット値は、所定のハイブリッド自動再送要求（HARQ）肯定応答（ACK）オフセットマッピングテーブルを再利用することによってマッピングされる。いくつかの実施形態では、ベータオフセット値は、固定され、予め定義される。いくつかの実施形態では、UCIは、PUSCHの時間における最初のシンボルから始まり、且つPUSCHの周波数における最下位の物理リソースブロック（PRB）インデックスから始まるPUSCHにマッピングされる。いくつかの実施形態では、UCIは、PUSCHの時間における２番目のシンボルから始まり、且つPUSCHの周波数における最下位の物理リソースブロック（PRB）インデックスから始まるPUSCHにマッピングされる。いくつかの実施形態では、短縮されたPUSCHがサポートされる場合、UCIは、非周期的チャネル状態情報（CSI）が、PUSCHの最初または最後のシンボルではない、最下位の物理リソースブロック（PRB）インデックスから開始することによってマッピングされるのと同じ方法でマッピングされる。いくつかの実施形態では、PUSCHはさらに非周期的チャネル状態情報（CSI）を含む。いくつかの実施形態では、この方法はさらに、PUSCHの変調符号化スキーム（MCS）に基づく演算およびルックアップテーブルから読み出しのうちの一方によって符号化UCIシンボルの数を決定することを含む。いくつかの実施形態では、この方法はさらに、PUSCHにマッピングされる符号化UCIシンボルにゼロおよびヌルシンボルのうちの1つを挿入することを含む。いくつかの実施形態では、UCIは、PUSCHの時間における7番目のシンボルから始まり、PUSCHの周波数における最下位の物理リソースブロック（PRB）から始まるPUSCHで送信され、UCI内のビットは、PUSCHのためのハーフサブフレーム送信を示す。いくつかの実施形態では、アップリンク送信は、基地局からのアップリンク許可なしで行われる。
【００４０】
別の態様によれば、自律アップリンク（AUL）データ送信と共にアップリンク制御情報（UCI）を自律的に送信するための無線デバイス（無線デバイス）が提供される。無線デバイスは、UCIを物理アップリンク共有チャネル（PUSCH）の時間周波数リソースにマッピングし、アップリンク送信においてUCIを有するPUSCHを送信するように構成された処理回路を含み、このアップリンク送信は、基地局からの動的アップリンク許可なしで行われる。
【００４１】
この態様によれば、いくつかの実施形態において、UCIは、物理アップリンク共有チャネル（PUSCH）の開始および終了位置の少なくとも一方を含む。いくつかの実施形態では、UCIは、現在のサブフレームおよび次の後続するサブフレームの1つのPUSCHが短縮されているかどうかを示す。いくつかの実施形態では、UCIは、リッスン・ビフォア・トーク（LBT）、プライオリティクラス、アップリンク送信のために予約されたサブフレームの数、ハイブリッド自動再送要求（HARQ）識別子、新規データのインジケータ、冗長バージョン、無線デバイス識別子、および、チャネル占有時間（COT）インジケータのうちの少なくとも1つを含む。ある実施形態では、UCIがPUSCHで送信される場合、UCIおよびAULデータ送信は、UCIがサブフレームのシンボル1からシンボル12にマッピングされるように多重化される。いくつかの実施形態では、異なるブロック誤り率（BLER）ターゲットを考慮するベータオフセット値、および符号化スキームが無線デバイスに構成されて、PUSCHのUCIを搬送ために使用する符号化変調シンボルの数を決定する。いくつかの実施形態では、ベータオフセット値は、所定のハイブリッド自動再送要求（HARQ）肯定応答（ACK）オフセットマッピングテーブルを再利用することによってマッピングされる。いくつかの実施形態では、ベータオフセット値は、固定され、予め定義される。いくつかの実施形態では、UCIは、PUSCHの時間における最初のシンボルから始まり、且つPUSCHの周波数における最下位の物理リソースブロック（PRB）インデックスから始まるPUSCHにマッピングされる。いくつかの実施形態では、UCIは、PUSCHの時間における２番目のシンボルから始まり、且つPUSCHの周波数における最下位の物理リソースブロック（PRB）インデックスから始まるPUSCHにマッピングされる。いくつかの実施形態では、短縮されたPUSCHがサポートされる場合、UCIは、非周期的チャネル状態情報（CSI）が、PUSCHの最初または最後のシンボルではなく、最下位の物理リソースブロック（PRB）インデックスから開始することによってマッピングされるのと同じ方法でマッピングされる。いくつかの実施形態では、PUSCHはさらに非周期的チャネル状態情報（CSI）を含む。いくつかの実施形態では、処理回路はさらに、PUSCHの変調符号化スキーム（MCS）に基づく演算およびルックアップテーブルから読み出しのうちの一方によって符号化UCIシンボルの数を決定するように構成される。いくつかの実施形態では、処理回路はさらに、符号化UCIシンボルにゼロおよびヌルシンボルのうちの1つを挿入してPUSCHにマッピングされるように構成される。いくつかの実施形態では、UCIは、PUSCHの時間における7番目のシンボルから始まり、PUSCHの周波数における最下位の物理リソースブロック（PRB）から始まるPUSCHで送信され、UCI内のビットは、PUSCHのためのハーフサブフレーム送信を示す。いくつかの実施形態では、アップリンク送信は、基地局からのアップリンク許可なしで行われる。
【００４２】
さらに別の態様によれば、自律アップリンク（UL）データ送信と共にアップリンク制御情報（UCI）を受信するネットワークノードにおける方法が提供される。この方法は、物理アップリンク共有チャネル（PUSCH）信号を受信することを含み、PUSCHはUCIを有し、UCIはPUSCHの開始および終了位置の少なくとも一方を示す。この方法はさらに、デコードを実行して、UCIが終了するPUSCHのシンボルと、UCIが開始するPUSCHのシンボルとのうちの少なくとも1つを検出することを含む。
【００４３】
この態様によれば、いくつかの実施形態において、デコードは、UCIがPUSCHのシンボル0およびシンボル1のいずれかで始まるか否かを判定する。いくつかの実施形態では、デコードは、UCIがPUSCHのシンボル12およびシンボル13のいずれかで終了するかどうかを判定する。いくつかの実施形態では、検出はブラインドデコードによって実行される。他の実施形態では、UCIは、固定された開始および終了位置を有し、それは、PUSCHの開始および終了位置を示すため、gNBは、PUSCHまたはUCIの位置を推測する必要がない。いくつかの実施形態では、方法はさらに、非周期的チャネル状態情報（CSI）フィードバックを要求することを含み、非周期的CSIフィードバックはACK／NACKフィードバックメッセージが送信されるときに要求される。
【００４４】
さらに別の態様によれば、自律アップリンク（UL）データ送信と共にアップリンク制御情報（UCI）を受信するネットワークノードが提供される。ネットワークノードは、メモリとプロセッサとを含む処理回路を含む。メモリは、UCIを記憶するように構成される。プロセッサは、受信した物理アップリンク共有チャネル（PUSCH）信号を処理するように構成され、PUSCHはUCIを有し、UCIは、PUSCHの開始および終了位置の少なくとも1つを含み、処理は、PUSCHのどのシンボルがUCIを終了するか、およびPUSCHのどのシンボルがUCIを開始するかのうちの少なくとも1つを検出するためのデコードを実行することを含む。
【００４５】
この態様によれば、いくつかの実施形態において、デコードは、UCIがPUSCHのシンボル0およびシンボル1のいずれかで始まるか否かを判定する。いくつかの実施形態では、デコードは、UCIがPUSCHのシンボル12およびシンボル13のいずれかで終了するかどうかを判定する。いくつかの実施形態では、検出はブラインドデコードによって実行される。他の実施形態では、UCIは、固定された開始および終了位置を有し、それは、PUSCHの開始および終了位置を示すため、gNBは、PUSCHまたはUCIの位置を推測する必要がない。いくつかの実施形態では、プロセッサはさらに、非周期的チャネル状態情報（CSI）フィードバックを要求するように構成され、非周期的CSIフィードバックはACK／NACKフィードバックメッセージが送信されるときに要求される。
【図面の簡単な説明】
【００４６】
本明細書に記載する実施形態のより完全な理解、ならびにそれらに付随する利点および特徴は、以下の詳細な説明を参照することによって、添付された図面と共に考慮されるときに、より容易に理解されるであろう。
【図１】図1は、ダウンリンク物理リソースの時間周波数グリッドである。
【図２】図2は、フレームタイミングの説明図である。
【図３】図3は、基準シンボルの説明図である。
【図４】図4は、アップリンクサブフレームである。
【図５】図5は、トークタイミング前のリッスンの説明図である。
【図６】図6は、PCELLおよびSCELLに接続された無線デバイスの図である。
【図７】図7は、本明細書に示される原理に従って構成される無線通信システムのブロック図である。
【図８】図8は、本明細書に示される原理に従って構成されるネットワークノードのブロック図である。
【図９】図9は、本明細書に示される原理に従って構築されるネットワークノードの代替的な実施形態のブロック図である。
【図１０】図10は、本明細書に記載する原理に従って構成される無線デバイスのブロック図である。
【図１１】図11は、本明細書に記載する原理に従って構成される無線デバイスの代替的な実施形態のブロック図である。
【図１２】図12は、LAA（licensed-assisted access）通信システムにおいて無線デバイスによって自律的に送信されるアップリンク制御情報UCIを受信するためのネットワークノードにおける例示的なプロセスのフローチャートである。
【図１３】図13は、UCIを有するPUSCHを処理するネットワークノードにおける例示的なプロセスのフローチャートである。
【図１４】図14は、UCIをPUSCHにマッピングする無線デバイスにおける例示的なプロセスのフローチャートである。
【図１５】図15は、LAA（licensed-assisted access）通信システムにおいて、アップリンク制御情報UCIを自律的に送信する無線デバイスにおける例示的なプロセスのフローチャートである。
【図１６】図16は、UCIおよびDMRSを時間周波数リソースにマッピングする実施形態である。
【図１７】図17は、シンボル1から始まるUCIとDMRSを時間周波数リソース上にマッピングする別の実施形態である。
【図１８】図18は、シンボル12で終わるUCIとDMRSを時間周波数リソース上にマッピングする別の実施形態である。
【図１９】図19は、シンボル1で始まり、シンボル12で終わるUCIとDMRSを時間周波数リソース上にマッピングする別の実施形態である。
【図２０】図20は、UCIが最後のOFDMシンボル上に符号化されていない場合において、UCIおよびDMRSを時間周波数リソース上にマッピングする別の実施形態である。
【図２１】図21は、UCIが最初のOFDMシンボル上に符号化されていない場合において、UCIおよびDMRSを時間周波数リソース上にマッピングするさらに別の実施形態である。
【図２２】図22は、UCIが最初または最後のOFDMシンボル上に符号化されていない場合において、UCIおよびDMRSを時間周波数リソース上にマッピングするさらに別の実施形態である。
【図２３】図23は、UCIがサブフレームの後半で符号化される場合において、UCIおよびDMRSを時間周波数リソース上にマッピングする別の実施形態である。
【図２４】図24は、サブフレームの前半部分で情報が符号化されていない場合において、UCIおよびDMRSを時間周波数リソース上にマッピングする別の実施形態である。
【図２５】図25は、サブフレームの前半部分で情報が符号化されず、且つUCIがサブフレームの最後のシンボルで符号化されない場合において、UCIおよびDMRSを時間周波数リソース上にマッピングする別の実施形態である。
【図２６】図26は、サブフレームの前半およびサブフレームの最後のシンボルにデータが符号化されない場合において、UCIおよびDMRSを時間周波数リソース上にマッピングする別の実施形態である。
【図２７】図27は、UCIおよびDMRSを、チャネル状態情報と共に時間周波数リソース上にマッピングする別の実施形態である。
【発明を実施するための形態】
【００４７】
例示的な実施形態を詳細に説明する前に、実施形態は、主に、免許不要なセル上のスケジュールされないアップリンクアクセスのためのアップリンク制御シグナリングに関連する装置の構成要素と処理ステップとの組合せに属すことに留意されたい。したがって、装置および方法の構成要素は、適切な場合には図において従来的な記号によって表され、本開示の実施形態を理解することに関連する特定の詳細のみを示し、本明細書の記載の利益を有する当業者に容易に明らかになるような詳細により本開示が隠れないようにしている。
【００４８】
本明細書では、「第1」および「第2」および「上」および「下」などの関係用語は、1つのエンティティまたは構成要素を、そのようなエンティティまたは構成要素間の物理的または論理的関係または順序を必要とせずに、または別のエンティティまたは構成要素から区別するためだけに使用してもよい。本明細書で使用する用語は、特定の実施形態を説明するためだけのものであり、本明細書で説明する概念を限定する目的で使用されるものではない。本明細書で使用する用語は、単数形「a」、「an」および「the」は、文脈が明確に示さない限り、複数形を含むものとする。本明細書で使用する場合、「含む（comprises、comprising、includes、および／またはincluding）」という用語は、記述された特徴、整数、ステップ、動作、構成要素、および／またはエンティティの存在を特定するものであり、1つ以上の他の特徴、整数、ステップ、動作、構成要素、および／またはエンティティの存在を除外するものではない。
【００４９】
本明細書に記載する実施形態では、結合用語「との通信において」などを使用して、物理的接触、誘導、電磁放射、無線信号、赤外線信号、または光信号によって達成され得る電気通信またはデータ通信を示すことができる。当業者であれば、複数の構成要素は共に使用可能であり、電気通信及びデータ通信を達成するための修正及び変形が可能であることを理解するであろう。
【００５０】
いくつかの実施形態は、スケジューリングを実行し、情報を交換することができる複数のデバイスおよびネットワークノードにおいて実施することができる。これらのデバイスは、デバイスの間（例えば、デバイス間通信）で直接通信することができる。本明細書のネットワークノードは、デバイスのサービングネットワークノード、またはデバイスが通信リンクを確立または維持し、および／または（例えば、ブロードキャストチャネルを介して）情報を受信することができる任意のネットワークノードであり得る。
【００５１】
本実施形態は、任意の種類のネットワークノードであってよい一般的用語「ネットワークノード」を使用する。例には、eノードB (eNB)、gNB、ノードB、基地局、無線アクセスポイント（AP）、基地局コントローラ、無線ネットワークコントローラ、リレー、ドナーノード制御リレー、無線基地局装置（BTS）、送信ポイント、送信ノード、RRU、RRH、分散アンテナシステム（DAS）のノード、コアネットワークノード、MMEなどがある。
【００５２】
実施形態を例示するために3GPP LTE-A (またはE-UTRAN）からの用語が本開示において使用されてきたが、これは、開示の範囲を前述のシステムのみに限定するものと見なすべきではない。LTE、WCDMA、UTRA FDD、UTRA TDD、GSM／GERAN／EDGE、および5G New Radio (NR)を含むその他の無線システムも、この開示に含まれる概念を利用することから利益を得ることができる。
【００５３】
免許不要なセル上のスケジュールされないアップリンクアクセスに関連する問題のいくつかは、本明細書に開示される実施形態によって対処される。アップリンク制御情報（UCI）を自律的に、LAA（licensed-assisted access）、マルチファイア、または免許不要のNR(NR-U)アクセスにおいて基地局からのUL許可なしに送信することにより、無線デバイスは、受信成功率を向上させ、他の免許不要の無線デバイスとの共存を改善しながら、効果的かつ効率的に送信することができる。
【００５４】
同様の構成要素が同様の参照番号によって参照される図に戻ると、図7には、本明細書に示される原理に従って構成される無線通信システム10のブロック図が示される。無線通信ネットワーク10は、インターネットおよび／または公衆交換電話網（PSTN）を含み得るクラウド12を含む。クラウド12は、無線通信ネットワーク10のバックホールネットワークとしても機能してもよい。無線通信ネットワーク10は、LTEの実施形態におけるX2インターフェースを介して直接通信することができるネットワークノード14Aおよび14Bのような1つ以上のネットワークノードを含み、総称してネットワークノード14と呼ばれる。他のインターフェースタイプは、新無線（NR）のような他の通信プロトコルのためのネットワークノード14の間の通信に使用することができると考えられる。ネットワークノード14は、本明細書では総称して無線デバイス16と呼ぶ無線デバイス16Aおよび16Bにサービスを提供してもよい。なお、便宜上、2つの無線デバイス16と2つのネットワークノード14のみが示されているが、無線通信ネットワーク10は、典型的には、より多くの無線デバイス（WD）16とネットワークノード14とを含んでよい。さらに、いくつかの実施形態では、無線デバイス16は、サイドリンク接続と呼ばれるものを使用して直接通信してもよい。
【００５５】
本明細書で使用する「無線デバイス」またはモバイル端末という用語は、セルラーまたは移動通信システム10内のネットワークノード14および／または別の無線デバイス16と通信する任意のタイプの無線デバイスを指すことができる。無線デバイス16の例としては、ユーザ装置（UE）、ターゲットデバイス、デバイス対デバイス（D2D）無線デバイス、マシン対マシン（M2M）通信が可能なマシンタイプ無線デバイスまたは無線デバイス、PDA、タブレット、スマートフォン、ラップトップ組込装置（LEE）、ラップトップ搭載装置（LME）、USBドングルなどがある。
【００５６】
本明細書で使用する「ネットワークノード」という用語は、無線ネットワーク内のあらゆる種類の無線基地局を意味することができる。無線基地局は、無線基地局装置（BTS）、基地局コントローラ（BSC）、無線ネットワークコントローラ（RNC）、進化型ノードB (eNBまたはeNodeB）、NR Node B、NGR gNB、ノードB、MSR BSなどのマルチスタンダード無線（MSR）無線ノード、リレーノード、ドナーノード制御リレー、無線アクセスポイント（AP）、送信ポイント、送信ノード、リモート無線ユニット（RRU）リモート無線ヘッド（RRH）、分散アンテナシステム内のノード（DAS）などを含むことができる。
【００５７】
実施形態は、ネットワークノード14によって実行される特定の機能を参照して説明されるが、機能は、他のネットワークノードおよび構成要素において実行可能であることが理解される。また、ネットワークノード14の機能はネットワーククラウド12に分散され、他のノードが本明細書に記載する1つ以上の機能または機能の一部を実行できるようにすることも理解されるであろう。
【００５８】
図7に図示されるように、ネットワークノード14は、受信された物理アップリンク共有チャネル（PUSCH）信号を処理するように構成されたPUSCHプロセッサ18を含む。PUSCHは、UCIを有し、UCIは、PUSCHの開始位置および終了位置のうちの少なくとも1つを含み、処理は、UCIがPUSCHのどのシンボルで終了するか、およびUCIがPUSCHのどのシンボルで開始するかのうちの少なくとも1つを検出するためにデコードを実行することを含む。いくつかの実施形態では、検出はブラインドデコードによって実行される。他の実施形態では、UCIは、固定された開始および終了位置を有し、それは、PUSCHの開始および終了位置を示すため、gNBは、PUSCHまたはUCIの位置を推測する必要がない。
【００５９】
また、図7に図示すように、無線デバイス16は、物理アップリンク共有チャネル（PUSCH）の開始および終了位置の少なくとも1つをUCIに含み、UCIをPUSCHの時間周波数リソースにマッピングするように構成されるPUSCH構成モジュール20を含む。
【００６０】
図8は、本明細書に示される原理に従って構成されるネットワークノードのブロック図である。ネットワークノード14は、処理回路22を含む。いくつかの実施形態では、処理回路は、メモリ24およびプロセッサ26を含んでよく、メモリ24は、プロセッサ26によって実行されるときに、本明細書に記載される1つ以上の機能を実行するようにプロセッサ26を構成する命令を含む。従来のプロセッサおよびメモリに加えて、処理回路22は、処理および／または制御のための集積回路、例えば、1つ以上のプロセッサおよび／またはプロセッサコアおよび／またはFPGA(Field Programmable Gate Array)および／またはASIC(Application Specific Integrated Circuitry)を含んでよい。
【００６１】
処理回路22は、メモリ24へのアクセス（例えば、書き込み及び／又は読み出し）のために、及び／又は接続され、かつ／又は構成されてもよく、これは、例えば、キャッシュ及び／又はバッファメモリ及び／又はRAM (ランダムアクセスメモリ）及び／又はROM (読み出し専用メモリ）及び／又は光学メモリ及び／又はEPROM (消去可能フィールドプログラマブルゲートアレイ読み出し専用メモリ）のような、任意の種類の揮発性及び／又は不揮発性メモリを含んでよい。このようなメモリ24は、制御回路及び／又は他のデータ、例えば、通信に関連するデータ、例えば、ノードの構成及び／又はアドレスデータ等によって実行可能なコードを記憶するように構成されてよい。処理回路22は、本明細書に記載する方法のいずれかを制御するように、および／またはそのような方法を、例えばプロセッサ26によって実行させるように構成されてよい。対応する命令は、読み取り可能かつ／または読み取り可能に処理回路22に接続され得る、メモリ24に記憶されてよい。換言すれば、処理回路22は、マイクロプロセッサ及び／又はマイクロコントローラ及び／又はFPGA (フィールド・プログラマブル・ゲート・アレイ）デバイス及び／又はASIC (特定用途向集積回路）デバイスを含み得るコントローラであってよい。処理回路22は、コントローラおよび／または処理回路22による読み取りおよび／または書き込みのためにアクセス可能に構成され得るメモリを含むか、またはそれに接続可能であると考えることができる。
【００６２】
メモリ24は、無線デバイス16から受信したUCI30を記憶するように構成される。プロセッサ26は、PUSCHプロセッサ18を実装して、受信した物理アップリンク共有チャネル（PUSCH）信号を処理するように構成され、PUSCHはUCIを有し、UCIは、PUSCHの開始および終了位置の少なくとも1つを含み、処理は、PUSCHのどのシンボルがUCIを終了するか、およびPUSCHのどのシンボルがUCIを開始するかのうちの少なくとも1つを検出するためのデコードを実行することを含む。送受信機28は、無線デバイス16からPUSCHを受信するように構成される。いくつかの実施形態では、検出はブラインドデコードによって実行される。他の実施形態では、UCIは、固定された開始および終了位置を有し、それは、PUSCHの開始および終了位置を示すため、gNBは、PUSCHまたはUCIの位置を推測する必要がない。
【００６３】
図9は、本明細書に示される原理に従って構築されるネットワークノード14の代替的な実施形態のブロック図である。メモリモジュール25は、UCI30を記憶する。PUSCHプロセッサモジュール19は、プロセッサによって実行されるときに、プロセッサに、受信した物理アップリンク共有チャネル（PUSCH）信号を処理させるソフトウェアであってもよい。トランシーバモジュール29は、無線デバイス16からPUSCHを受信するように構成される。
【００６４】
図10は、本明細書に記載する原理に従って構成される無線デバイス16のブロック図である。無線デバイス16は処理回路42を含む。いくつかの実施形態では、処理回路は、メモリ44およびプロセッサ46を含んでよく、メモリ44は、プロセッサ46によって実行されるときに、本明細書に記載される1つ以上の機能を実行するようにプロセッサ46を構成する命令を含む。従来のプロセッサおよびメモリに加えて、処理回路42は、処理および／または制御のための集積回路、例えば、1つ以上のプロセッサおよび／またはプロセッサコアおよび／またはFPGA(Field Programmable Gate Array)および／またはASIC(Application Specific Integrated Circuitry)を含んでよい。
【００６５】
処理回路42は、メモリ44へのアクセス（例えば、書き込み及び／又は読み出し）のために、及び／又は接続され、かつ／又は構成されてもよく、これは、例えば、キャッシュ及び／又はバッファメモリ及び／又はRAM (ランダムアクセスメモリ）及び／又はROM (読み出し専用メモリ）及び／又は光学メモリ及び／又はEPROM (消去可能フィールドプログラマブルゲートアレイ読み出し専用メモリ）のような、任意の種類の揮発性及び／又は不揮発性メモリを含んでよい。このようなメモリ44は、制御回路及び／又は他のデータ、例えば、通信に関連するデータ、例えば、ノードの構成及び／又はアドレスデータ等によって実行可能なコードを記憶するように構成されてよい。処理回路42は、本明細書に記載する方法のいずれかを制御するように、および／またはそのような方法を、例えばプロセッサ46によって実行させるように構成されてよい。対応する命令は、読み取り可能かつ／または読み取り可能に処理回路42に接続され得る、メモリ44に記憶されてよい。換言すれば、処理回路42は、マイクロプロセッサ及び／又はマイクロコントローラ及び／又はFPGA (フィールド・プログラマブル・ゲート・アレイ）デバイス及び／又はASIC (特定用途向集積回路）デバイスを含み得るコントローラであってよい。処理回路42は、コントローラおよび／または処理回路42による読み取りおよび／または書き込みのためにアクセス可能に構成され得るメモリを含むか、またはそれに接続可能であると考えることができる。
【００６６】
メモリ44は、ネットワークノード14に送信されるUCI50を記憶するように構成される。プロセッサ46は、UCIに、物理アップリンク共有チャネル（PUSCH）の開始および終了位置の少なくとも1つを含むように構成されたPUSCH構成ユニット20を実装し、UCIをPUSCHの時間周波数リソースにマッピングするように構成される。送受信機48は、PUSCHをネットワークノード14に送信する。
【００６７】
図11は、本明細書に記載する原理に従って構成される無線デバイス16の代替的な実施形態のブロック図である。メモリモジュール45は、UCI50を記憶するように構成される。PUSCH構成モジュール21は、プロセッサによって実行されるときに、プロセッサに、物理アップリンク共有チャネル（PUSCH）の開始および終了位置の少なくとも1つをUCIに含めさせ、UCIをPUSCHの時間周波数リソースにマッピングさせるソフトウェアを含むことができる。送受信機49は、PUSCHをネットワークノード14に送信する。
【００６８】
図12は、LAA（licensed-assisted access）通信システムにおいて無線デバイスによって自律的に送信されるアップリンク制御情報UCIを受信するためのネットワークノード14における例示的なプロセスのフローチャートである。この処理は、送受信部28を介して、UCIを有するPUSCH信号を受信し、PUSCHの開始および終了位置の少なくとも一方を示すUCIを含む（ブロックS100）。このプロセスはまた、プロセッサ18を介して、デコードを実行して、UCIがPUSCHのどのシンボルで終了するか、およびPUSCHのどのシンボルでUCIが開始するかのうちの少なくとも一方を検出することを含む（S102）。いくつかの実施形態では、検出はブラインドデコードによって実行される。他の実施形態では、UCIは、固定された開始および終了位置を有し、それは、PUSCHの開始および終了位置を示すため、gNBは、PUSCHまたはUCIの位置を推測する必要がない。
【００６９】
図13は、UCIを有するPUSCHを処理するネットワークノード14における例示的なプロセスのフローチャートである。このプロセスは、PUSCHプロセッサユニット18を介した処理を含み、物理アップリンク共有チャネル（PUSCH）信号はUCIを有し、UCIはPUSCHの開始および終了位置の少なくとも一方を示す（ブロック104）。このプロセスはまた、PUSCHプロセッサユニット18を介して、デコードを実行して、UCIがPUSCHのどのシンボルで終了するか、およびUCIがPUSCHのどのシンボルで開始するかのうちの少なくとも一方を検出することを含む（ブロック106）。いくつかの実施形態では、検出はブラインドデコードによって実行される。他の実施形態では、UCIは、固定された開始および終了位置を有し、それは、PUSCHの開始および終了位置を示すため、gNBは、PUSCHまたはUCIの位置を推測する必要がない。
【００７０】
図14は、UCIをPUSCHにマッピングする無線デバイスにおける例示的なプロセスのフローチャートである。プロセスは、プロセッサ46を介して、PUSCHの開始および終了位置の少なくとも一方をUCIに含めることを含む（ブロックS108）。また、このプロセスは、PUSCH構成ユニット20を介して、UCIをPUSCHの時間周波数リソースへマッピングすること（ブロックS110）を含む。
【００７１】
図15は、LAA（licensed-assisted access）通信システムにおいて、アップリンク制御情報UCIを自律的に送信する無線デバイス16における例示的なプロセスのフローチャートである。このプロセスは、PUSCH構成ユニット20を介して、UCIをPUSCHの時間周波数リソースにマッピングする（ブロックS112）。このプロセスはまた、基地局からの動的アップリンク許可無しに、アップリンク送信においてUCIを有するPUSCHを送信する（ブロックS114）。なお、半永続的許可は、動的許可によってオーバーライドすることができる。したがって、半永続的許可は動的許可を除外しないが、それ自体は非動的許可である。
【００７２】
本開示の構成の一般的なプロセスのフローを説明し、本開示のプロセスおよび機能を実装するためのハードウェアおよびソフトウェア構成の例を提供したので、以下のセクションは、免許不要の無線通信ネットワークセル上でのスケジュールされないアップリンクアクセスのための構成および例の詳細を提供する。
【００７３】
UCIパラメータ
無線デバイスが自律ULを送信している場合、無線デバイスは、PUSCH送信毎に、アップリンク送信におけるUL制御情報（UCI）信号内の少なくとも以下のパラメータのいくつかを含む必要がある。
・  LBTプライオリティクラス（2ビット）
・  ULのための予約サブフレーム数（2ビット）
・  PUSCHの開始位置。PUSCH の開始シンボルを示す。ある実施形態では、PUSCHは常にサブフレーム境界（すなわちシンボル0）から始まるため、UCIにおけるこの信号は不要である。別の実施形態では、送信バースト内の第1のPUSCHサブフレームは、UL LBTの目的のために、ネットワークノードシグナリングに従って、シンボル0または1から開始することができる。UCIには、このサブフレームのPUSCHがシンボル0から始まるか、シンボル1から始まるかを示す1ビットが含まれている。
・  PUSCHの終了位置：ある例では、このビットは、現在のサブフレーム上のPUSCHが短縮されているかどうか、つまりPUSCH がシンボル12または13で終了しているかどうかを示す。別の例では、PUSCH終了位置は、次のサブフレーム上のPUSCHが短縮されているかどうかを示す。
【００７４】
UCIチャネルの符号化と変調
新たなUCI は、UCIビットの数で示される。ロバスト性のために、新たなUCIがCRCアタッチメントに入力される。ある例では、8ビットCRC （巡回冗長検査）が付加され、短縮された無線デバイスのC-RNTI（8ビット）でスクランブルされて、送信側の無線デバイスを識別する。別の例では、16 ビットCRCが付加され、16ビット無線デバイスC-RNTIでスクランブルされて、送信側の無線デバイスを識別する。
【００７５】
テールビット畳込み符号（TBCC）は新たなUCI符号化方式として適用された。ある例では、UCIの変調順序はPUSCHデータと同一である。別の例では、直交位相シフトキーイング（QPSK）が、UCI変調のために常に適用されてもよい。
【００７６】
ベータオフセットは、UCIおよびPUSCHデータの異なるブロック誤り率（BLER）ターゲットおよび符号化方式を考慮するために使用される。ある例では、無線リソース制御（RRC）構成のベータオフセット（例えば4ビットベータオフセット）が使用され、オフセット値とインデックスのマッピングは既存のHARQ-ACKオフセットマッピングテーブルを再利用する。別の例では、固定／所定のベータオフセットが使用される。
【００７７】
符号化変調シンボルの数は、少なくとも、新たなUCIのサイズ、PUSCHの実効符号化率、および、PUSCHと新たなUCIとの間の特定の性能差を考慮したベータオフセットによって決定される。PUSCHの有効符号化率は、PUSCHのMCSにより決定することができる。あるいは、PUSCHの有効符号化率は、トランスポートブロックサイズと符号化PUSCHビット数の比によって決定することができる。
【００７８】
第1の実施形態によれば、レイヤごとの符号化されたUCIシンボルの数は、以下のように計算される。
【数１】
0006876196.tif 000002
【数２】
0006876196.tif 000003
【数３】
0006876196.tif 000004
【数４】
0006876196.tif 000005
【数５】
0006876196.tif 000006
【数６】
0006876196.tif 000007
【００７９】
第２の実施形態によれば、符号化されたUCIシンボルの数は、少なくともPUSCHのMCSに基づくルックアップテーブルから読み出される。この実施形態は、新たなUCIのサイズが既知である場合に特に有利である。このサイズは、仕様で定義されるか、またはネットワークノード14による上位レイヤ構成に基づいて固定される。
【００８０】
さらなる簡略化として、ルックアップテーブルを定義して、いくつかのMCS値を同じ数の符号化UCIシンボルにマッピングすることができる。
【００８１】
さらに、符号化されたUCIシンボルの数は、上位レイヤのシグナリングを介してネットワークノードによって構成することができる。次いで、同数の符号化UCIシンボルが、無線デバイス16によって、すべての自律UL送信のために使用される。
【００８２】
UCI REマッピング
ケース1:  A-CSIと同一
第1の実施形態では、UCIは、図16に示すように、割当てられたPUSCH送信の最下位物理リソースブロック（PRB）インデックスから始まるPUSCHの従来の非周期的チャネル状態情報（CSI）と同様の方法で、時間周波数リソース上にマッピングされる。
【００８３】
ケース2: シンボル0または1で始まるPUSCH
第2の実施形態では、図17に示すように、シンボル0および1で始まるPUSCH送信がサポートされる場合、UCIは、周波数において割り当てられたPUSCH送信の最下位PRBインデックスから始まり、時間においてシンボル1から始まる、PUSCHに配置される。すべての自律UL PUSCHに同じUCIマッピングが適用される。この場合、各サブフレームのPUSCHの開始位置は、対応するUCIで示される。
【００８４】
代替的に、シンボル0および1で開始するPUSCH送信がサポートされている場合、UCI REマッピングはULバーストの最初のサブフレームにのみ適用される。後者の場合、ネットワークノード14は、各サブフレームについて、UCIがシンボル0で始まるか1で始まるかを検出するために、ブラインドデコーディングを行わなければならない。UCIを正しく検出した後、ネットワークノード14は、UCIと同じ開始位置に続くPUSCH開始位置を認識するようになる。
【００８５】
ケース3: 短縮されたPUSCH
第3の実施形態では、PUSCH送信が常にサブフレーム境界から始まり、短縮されたPUSCHがサポートされている（すなわち、シンボル12または13で終了する）場合、UCIは、図18に示すように、割り当てられたPUSCH送信の最下位PRBインデックスから始まるPUSCH上の従来の非周期的CSIと同様の方法で、時間周波数リソース上にマッピングされるが、最後のシンボル上にはマッピングされない。すべての自律UL PUSCHに同じUCIマッピングが適用される。この場合、各サブフレームのPUSCHの終了位置は、対応するUCIで示される。または、このマッピングは、PUSCHが短縮されたサブフレームにのみ適用される。ネットワークノード14は、各サブフレームに対してUCIがシンボル12で終了するか13で終了するかを検出するために、ブラインドデコーディングを実行しなければならない場合がある。UCIを正しく検出した後、ネットワークノード14は、UCIと同じ終了位置に続くPUSCH終了位置を認識するようになる。
【００８６】
ケース4: シンボル0または1で始まるPUSCHおよび短縮されたPUSCH
第4の実施形態では、シンボル0および1で始まるPUSCH送信がサポートされ、且つ短縮されたPUSCHがサポートされる（すなわち、シンボル12または13で終了する）場合、UCIは、図19に示すように、割り当てられたPUSCH送信の最下位PRBインデックスから始まるが、最初および最後のシンボルではない、PUSCH上の従来の非周期的CSIと同様の方法で、時間周波数のリソース上にマッピングされる。
【００８７】
すべての自律UL PUSCHに同じUCIマッピングが適用される。この場合、各サブフレームのPUSCHの開始および終了位置は、対応するUCIで示される。または、代替的に、このマッピングは、PUSCHがシンボル1で開始し、短縮されたサブフレームにのみ適用される。ネットワークノード14は、ブラインドデコーディングを実行して、UCIが以下であるかを検出してもよい。
・  シンボル0で始まり、シンボル13で終了する
・  シンボル0で始まり、シンボル12で終了する
・  シンボル1で始まり、シンボル13で終了する
・  シンボル1で始まり、シンボル12で終了する。
【００８８】
UCIを正しく検出した後、ネットワークノード14は、UCIと同じ終了位置に続くPUSCH終了位置を認識するようになる。
【００８９】
ヌル／ゼロシンボル挿入 
上述のいくつかの実施形態では、最初および／または最後のOFDMシンボル（例えば、実施形態3に示した最後のOFDMシンボルにおける上位3つのリソースエレメント）において、UCIによって未使用のままにされたリソースエレメントにデータシンボルを書き込むことができるように、チャネルインタリーバに対する追加の変更が必要とされる。
【００９０】
チャネルインターリーバに対するこのような変更は、無線デバイス16における低レベル（おそらくハードウェア）の実装をそれに応じて修正する必要があるため、望ましくないかもしれない。これを回避するために、第5の実施形態が提案され、これは、符号化UCI領域の最後のOFDMシンボルにおけるリソースエレメントがUCIまたはデータを搬送しないように、符号化UCIシンボルにゼロまたはヌルシンボルを挿入する。これを図20および以下に示す。
【００９１】
この実施形態の非限定的なある実施形態では、符号化UCIシンボルに挿入されるべきゼロまたはヌルシンボルの数は、次のように与えられる。
【数７】
0006876196.tif 000008
【数８】
0006876196.tif 000009
【００９２】
第5の実施形態の教示は、図21および図22に示すように、第2および第4の実施形態にも適用することができる。
【００９３】
また、第5の実施形態の教示は、第2スロットにのみ符号化UCIシンボルが存在する第4の実施形態にも適用可能である。この第6の実施形態では、符号化UCIシンボルに挿入されるゼロ又はヌルシンボルの数は、
【数９】
0006876196.tif 000010
【００９４】
PUSCHでのハーフサブフレーム送信
このセクションは、ハーフサブフレーム送信を有するPUSCHの新たなUCIのための方法および実施形態を含む。ハーフサブフレーム送信は、免許不要な帯域上のより良いチャネルアクセスのために適用されてよい。2つのスキームが適用されてよい。
・  レートマッチング：無線デバイス16は、２番目のスロットでLBTに成功した場合、レートマッチングを実行する。
・  パンクチャリング：無線デバイス16は、２番目のスロットでLBTに成功した場合、最初のスロット送信を破棄する。
【００９５】
第1の実施形態では、レートマッチングが適用される場合、ULバーストにおける第1のサブフレームは、ハーフサブフレーム送信であり、UCIマッピングは、以下のように説明される。後者のサブフレームは、完全なサブフレーム送信として扱われる。UCIには、このサブフレームのPUSCHがシンボル0から始まるか、シンボル7から始まるかを示す1ビットが含まれている。ネットワークノード14は、現在のサブフレームがフルサブフレーム送信であるか、ハーフサブフレーム送信であるかについてブラインドデコーディングを実行する。UCIに1 ビットを追加して、次のサブフレームがフルサブフレーム送信であるかハーフサブフレーム送信であるかを示し、各サブフレームでネットワークノード14によるブラインドデコードの実行を回避することができる。図24‐26参照。
【００９６】
第2の実施形態では、パンクチャリングが適用された場合、無線デバイス16は、フルサブフレーム送信であった場合と同様にUCIを送信するが、無線デバイス16は、最初のスロットにマッピングされたPUSCHデータおよびUCIを破棄する。なお、PUSCHのハーフサブフレーム送信が、開始シンボルが7番目のシンボル以外となるように、変更されてもよい場合に、短縮された送信時間間隔（sTTI）が実施されてもよい。また、PUSCHのフルまたはハーフサブフレーム送信は、終了シンボルが12番目または13番目のシンボル以外になるように変更してもよい。
【００９７】
第3の実施形態では、パンクチャリングが適用される場合、UCIは、ULバーストにおける第1のサブフレームに対する２番目のスロットにのみマッピングされる。ネットワークノード14は、現在のサブフレームがフルサブフレーム送信であるか、ハーフサブフレーム送信であるかについてブラインドデコーディングを実行する。
【００９８】
PUSCHのUCIおよび非周期的CSI(A-CSI)
自律UL送信は無線デバイス16によって開始されるので、このようなPUSCH送信は非周期的CSIフィードバックを伝送しない。なぜなら、このようなフィードバックはネットワークノード14の要求によってトリガされるからである。
【００９９】
自律ULアクセスをサポートするLAAシステムの性能を拡張するため、非周期的CSIフィードバックを可能にする追加的な実施形態が提供される。ある実施形態では、ネットワークノード14は、無線デバイス16からの自律UL送信にACK／NACKフィードバックを提供する場合に、非周期的CSIフィードバックを要求することができる。これは、ACK／NACKフィードバックを含むDCI内の1つのビットとして実施することができる。
【０１００】
ある実施形態では、無線デバイス16は、自律ULアクセスのために非周期的CSIフィードバックが新たなUCIに含まれるかどうかを示す。このような表示が望ましい理由は、ネットワークノード14が、干渉のためにこのようなフィードバックを含むサブフレームを取りそこなう可能性があり、その場合、ネットワークノード14は、次の正常に受信されたサブフレームが非周期的CSIフィードバックを含むべきであると考えるであろうからである。このような誤差が発生した場合、UL送信に失敗するかもしれない。
【０１０１】
新たなUCIは自律UL送信の正しい受信に重要な情報を提供するため、ネットワークノード14がUCIを明確に読み取ることができることが望ましい。それゆえ、新たなUCIの符号化シンボルは、非周期的CSIの符号化シンボルの前に置かれてよい。この教示は、上述の実施形態のいずれにも適用および組み合わせることができる。例えば、短縮されたULサブフレームがサポートされる場合、新たなUCI (ゼロ／ヌルシンボルが挿入される可能性がある）、非周期的CSIおよびデータシンボルは、周波数において割り当てられたPUSCH送信の最下位PRBインデックスから始まり、時間における所定のシンボルで順に書き込まれる。これは図27に示される。
【０１０２】
ある態様によれば、自律アップリンク（AUL）データ送信と共に、アップリンク制御情報を自律的に送信する方法が無線デバイス16によって実行される。この方法は、UCIを、物理アップリンク共有チャネル（PUSCH）の時間周波数リソースにマッピングすることを含む（ブロックS112）。この方法はまた、基地局からの動的アップリンク許可無しに、アップリンク送信においてUCIを有するPUSCHを送信する（ブロックS114）。
【０１０３】
この態様によれば、いくつかの実施形態において、UCIは、物理アップリンク共有チャネル（PUSCH）の開始および終了位置の少なくとも一方を含む。いくつかの実施形態では、UCIは、現在のサブフレームおよび次の後続するサブフレームの1つのPUSCHが短縮されているかどうかを示す。いくつかの実施形態では、UCIは、リッスン・ビフォア・トーク（LBT）、プライオリティクラス、アップリンク送信のために予約されたサブフレームの数、ハイブリッド自動再送要求（HARQ）識別子、新規データのインジケータ、冗長バージョン、無線デバイス識別子、および、チャネル占有時間（COT）インジケータのうちの少なくとも1つを含む。ある実施形態では、UCIがPUSCHで送信される場合、UCIおよびAULデータ送信は、UCIがサブフレームのシンボル1からシンボル12にマッピングされるように多重化される。いくつかの実施形態では、異なるブロック誤り率（BLER）ターゲットを考慮するベータオフセット値、および符号化スキームが無線デバイス16に構成されて、PUSCHのUCIを搬送ために使用する符号化変調シンボルの数を決定する。いくつかの実施形態では、ベータオフセット値は、所定のハイブリッド自動再送要求（HARQ）肯定応答（ACK）オフセットマッピングテーブルを再利用することによってマッピングされる。いくつかの実施形態では、ベータオフセット値は、固定され、予め定義される。いくつかの実施形態では、UCIは、PUSCHの時間における最初のシンボルから始まり、且つPUSCHの周波数における最下位の物理リソースブロック（PRB）インデックスから始まるPUSCHにマッピングされる。いくつかの実施形態では、UCIは、PUSCHの時間における２番目のシンボルから始まり、且つPUSCHの周波数における最下位の物理リソースブロック（PRB）インデックスから始まるPUSCHにマッピングされる。いくつかの実施形態では、短縮されたPUSCHがサポートされる場合、UCIは、非周期的チャネル状態情報（CSI）が、PUSCHの最初または最後のシンボルではなく、最下位の物理リソースブロック（PRB）インデックスから開始することによってマッピングされるのと同じ方法でマッピングされる。いくつかの実施形態では、PUSCHはさらに非周期的チャネル状態情報（CSI）を含む。いくつかの実施形態では、この方法はさらに、PUSCHの変調符号化スキーム（MCS）に基づく演算およびルックアップテーブルから読み出しのうちの一方によって符号化UCIシンボルの数を決定することを含む。いくつかの実施形態では、この方法はさらに、PUSCHにマッピングされる符号化UCIシンボルにゼロおよびヌルシンボルのうちの1つを挿入することを含む。いくつかの実施形態では、UCIは、PUSCHの時間における7番目のシンボルから始まり、PUSCHの周波数における最下位の物理リソースブロック（PRB）から始まるPUSCHで送信され、UCI内のビットは、PUSCHのためのハーフサブフレーム送信を示す。いくつかの実施形態では、アップリンク送信は、基地局からのアップリンク許可なしで行われる。
【０１０４】
別の態様によれば、自律アップリンク（AUL）データ送信と共にアップリンク制御情報（UCI）を自律的に送信するための無線デバイス16（無線デバイス）が提供される。無線デバイス16は、UCIを物理アップリンク共有チャネル（PUSCH）の時間周波数リソースにマッピングし、アップリンク送信においてUCIを有するPUSCHを送信するように構成された処理回路42を含み、このアップリンク送信は、基地局からの動的アップリンク許可なしで行われる。
【０１０５】
この態様によれば、いくつかの実施形態において、UCIは、物理アップリンク共有チャネル（PUSCH）の開始および終了位置の少なくとも一方を含む。いくつかの実施形態では、UCIは、現在のサブフレームおよび次の後続するサブフレームの1つのPUSCHが短縮されているかどうかを示す。いくつかの実施形態では、UCIは、リッスン・ビフォア・トーク（LBT）、プライオリティクラス、アップリンク送信のために予約されたサブフレームの数、ハイブリッド自動再送要求（HARQ）識別子、新規データのインジケータ、冗長バージョン、無線デバイス識別子、および、チャネル占有時間（COT）インジケータのうちの少なくとも1つを含む。ある実施形態では、UCIがPUSCHで送信される場合、UCIおよびAULデータ送信は、UCIがサブフレームのシンボル1からシンボル12にマッピングされるように多重化される。いくつかの実施形態では、異なるブロック誤り率（BLER）ターゲットを考慮するベータオフセット値、および符号化スキームが無線デバイス16に構成されて、PUSCHのUCIを搬送ために使用する符号化変調シンボルの数を決定する。いくつかの実施形態では、ベータオフセット値は、所定のハイブリッド自動再送要求（HARQ）肯定応答（ACK）オフセットマッピングテーブルを再利用することによってマッピングされる。いくつかの実施形態では、ベータオフセット値は、固定され、予め定義される。いくつかの実施形態では、UCIは、PUSCHの時間における最初のシンボルから始まり、且つPUSCHの周波数における最下位の物理リソースブロック（PRB）インデックスから始まるPUSCHにマッピングされる。いくつかの実施形態では、UCIは、PUSCHの時間における２番目のシンボルから始まり、且つPUSCHの周波数における最下位の物理リソースブロック（PRB）インデックスから始まるPUSCHにマッピングされる。いくつかの実施形態では、短縮されたPUSCHがサポートされる場合、UCIは、非周期的チャネル状態情報（CSI）が、PUSCHの最初または最後のシンボルではなく、最下位の物理リソースブロック（PRB）インデックスから開始することによってマッピングされるのと同じ方法でマッピングされる。いくつかの実施形態では、PUSCHはさらに非周期的チャネル状態情報（CSI）を含む。いくつかの実施形態では、処理回路42はさらに、PUSCHの変調符号化スキーム（MCS）に基づく演算およびルックアップテーブルから読み出しのうちの一方によって符号化UCIシンボルの数を決定するように構成される。いくつかの実施形態では、処理回路42はさらに、符号化UCIシンボルにゼロおよびヌルシンボルのうちの1つを挿入してPUSCHにマッピングされるように構成される。いくつかの実施形態では、UCIは、PUSCHの時間における7番目のシンボルから始まり、PUSCHの周波数における最下位の物理リソースブロック（PRB）から始まるPUSCHで送信され、UCI内のビットは、PUSCHのためのハーフサブフレーム送信を示す。いくつかの実施形態では、アップリンク送信は、基地局からのアップリンク許可なしで行われる。
【０１０６】
さらに別の態様によれば、自律アップリンク（UL）データ送信と共にアップリンク制御情報（UCI）を受信するネットワークノード14における方法が提供される。この方法は、物理アップリンク共有チャネル（PUSCH）信号を受信することを含み、PUSCHはUCIを有し、UCIはPUSCHの開始および終了位置の少なくとも一方を示す（ブロックS100）。この方法はさらに、ブラインドデコーディングを実行して、UCIが終了するPUSCHのシンボルと、UCIが開始するPUSCHのシンボルとのうちの少なくとも1つを検出することを含む（ブロックS102）。
【０１０７】
この態様によれば、いくつかの実施形態において、ブラインドデコードは、UCIがPUSCHのシンボル0およびシンボル1のいずれかで始まるか否かを判定する。いくつかの実施形態では、ブラインドデコードは、UCIがPUSCHのシンボル12およびシンボル13のいずれかで終了するかどうかを判定する。いくつかの実施形態では、方法はさらに、非周期的チャネル状態情報（CSI）フィードバックを要求することを含み、非周期的CSIフィードバックはACK／NACKフィードバックメッセージが送信されるときに要求される。
【０１０８】
さらに別の態様によれば、自律アップリンク（UL）データ送信と共にアップリンク制御情報（UCI）を受信するネットワークノード14が提供される。ネットワークノード14は、メモリとプロセッサとを含む処理回路22を含む。メモリは、UCIを記憶するように構成される。プロセッサは、受信した物理アップリンク共有チャネル（PUSCH）信号を処理するように構成され、PUSCHはUCIを有し、UCIは、PUSCHの開始および終了位置の少なくとも1つを含み、処理は、PUSCHのどのシンボルがUCIを終了するか、およびPUSCHのどのシンボルがUCIを開始するかのうちの少なくとも1つを検出するためのブラインドデコーディングを実行することを含む。
【０１０９】
この態様によれば、いくつかの実施形態において、ブラインドデコードは、UCIがPUSCHのシンボル0およびシンボル1のいずれかで始まるか否かを判定する。いくつかの実施形態では、ブラインドデコードは、UCIがPUSCHのシンボル12およびシンボル13のいずれかで終了するかどうかを判定する。いくつかの実施形態では、プロセッサはさらに、非周期的チャネル状態情報（CSI）フィードバックを要求するように構成され、非周期的CSIフィードバックはACK／NACKフィードバックメッセージが送信されるときに要求される。
【０１１０】
いくつかの追加の実施形態：
したがって、いくつかの実施形態では、自律アップリンク（UL）データ送信と共にアップリンク制御情報（UCI）50を自律的に送信するための無線デバイス16における方法が提供される。この方法は、UCI50に、物理アップリンク共有チャネル（PUSCH）の開始および終了位置の少なくとも一方を含めることと、UCI 50をPUSCHの時間周波数リソースにマッピングすることを含む。
【０１１１】
いくつかの実施形態では、UCI50は、PUSCHの時間における最初のシンボルから始まり、且つPUSCHの周波数における最下位の物理リソースブロック（PRB）インデックスから始まるPUSCHにマッピングされる。いくつかの実施形態では、UCI50は、PUSCHの時間における２番目のシンボルから始まり、且つPUSCHの周波数における最下位の物理リソースブロック（PRB）インデックスから始まるPUSCHにマッピングされる。いくつかの実施形態では、UCI50は、短縮されたPUSCHにマッピングされる。いくつかの実施形態では、方法は、PUSCHの変調符号化スキーム（MCS）に基づく演算およびルックアップテーブルから読み出しのうちの一方によって、またはネットワーク・ノード14からの上位レイヤ構成によって、符号化UCIシンボルの数を決定することをさらに含む。いくつかの実施形態では、この方法はさらに、PUSCHにマッピングされる符号化UCIシンボルにゼロおよびヌルシンボルのうちの1つを挿入することを含む。いくつかの実施形態では、UCIは、PUSCHの時間における7番目のシンボルから始まり、PUSCHの周波数における最下位の物理リソースブロック（PRB）から始まるPUSCHで送信され、UCI内のビットは、PUSCHのためのハーフサブフレーム送信を示す。いくつかの実施形態では、方法は、非周期的チャネル状態情報（CSI）フィードバックがUCIに含まれるかどうか示すことをさらに含む。
【０１１２】
いくつかの実施形態では、自律アップリンクデータ送信と共にアップリンク制御（UCI）50を自律的に送信する無線デバイス16が提供される。無線デバイス16は、メモリ44およびプロセッサ46を含む処理回路42を含む。メモリ44は、UCI50を記憶するように構成される。このプロセッサ46は、UCI50に、物理アップリンク共有チャネル（PUSCH）の開始および終了位置の少なくとも一方を含め、UCI 50をPUSCHの時間周波数リソースにマッピングするように構成される。
【０１１３】
いくつかの実施形態では、UCI50は、PUSCHの時間における最初のシンボルから始まり、且つPUSCHの周波数における最下位の物理リソースブロック（PRB）インデックスから始まるPUSCHにマッピングされる。いくつかの実施形態では、UCI50は、PUSCHの時間における２番目のシンボルから始まり、且つPUSCHの周波数における最下位の物理リソースブロック（PRB）インデックスから始まるPUSCHにマッピングされる。いくつかの実施形態では、UCI50は、短縮されたPUSCHにマッピングされる。いくつかの実施形態では、プロセッサ46は、PUSCHの変調符号化スキーム（MCS）に基づく演算およびルックアップテーブルから読み出しのうちの一方によって、またはネットワーク・ノード14からの上位レイヤ構成によって、符号化UCIシンボルの数を決定するようにさらに構成される。いくつかの実施形態では、プロセッサ46はさらに、符号化UCIシンボルにゼロおよびヌルシンボルのうちの1つを挿入してPUSCHにマッピングされるように構成される。いくつかの実施形態では、UCIは、PUSCHの時間における7番目のシンボルから始まり、PUSCHの周波数における最下位の物理リソースブロック（PRB）から始まるPUSCHで送信され、UCI内のビットは、PUSCHのためのハーフサブフレーム送信を示す。
【０１１４】
いくつかの実施形態では、自律アップリンクデータ送信と共にアップリンク制御情報（UCI）50を自律的に送信する無線デバイス16が提供される。無線デバイス16は、UCIを記憶するように構成されたメモリモジュール45を含む。無線デバイス16はまた、物理アップリンク共有チャネル（PUSCH）の開始および終了位置の少なくとも一方をUCIに含み、UCIをPUSCHの時間周波数リソースにマッピングするように構成されるPUSCH構成モジュール21を含む。
【０１１５】
いくつかの実施形態では、自律アップリンク（UL）とともにアップリンク制御情報（UCI）30を受信するネットワークノード14における方法が提供される。この方法は、物理アップリンク共有チャネル（PUSCH）信号を受信することを含み、PUSCHはUCI30を有し、UCIはPUSCHの開始および終了位置の少なくとも一方を示す。この方法はまた、ブラインドデコードを実行して、PUSCHのどのシンボルでUCIが終了するか、およびPUSCHのどのシンボルでUCIが開始するかのうちの少なくとも一方を検出することを含む。
【０１１６】
いくつかの実施形態では、ブラインドデコードは、UCI30がPUSCHのシンボル0およびシンボル1のいずれかで開始するかどうかを判定する。いくつかの実施形態では、ブラインドデコードは、UCI30がPUSCHのシンボル12およびシンボル13のいずれかで終了するかどうかを判定する。いくつかの実施形態では、方法はさらに、非周期的チャネル状態情報（CSI）フィードバックを要求することを含み、非周期的CSIフィードバックはACK／NACKフィードバックが送信されるときに要求される。
【０１１７】
いくつかの実施形態では、自律アップリンク（UL）データ送信と共にアップリンク制御情報（UCI）を受信するネットワークノード14が提供される。ネットワークノード14は、メモリ24とプロセッサ26とを含む処理回路22を含む。メモリ24は、UCI30を記憶するように構成される。プロセッサ26は、受信した物理アップリンク共有チャネル（PUSCH）信号を処理するように構成され、PUSCHはUCI30を有し、UCI30は、PUSCHの開始および終了位置の少なくとも1つを含み、処理は、PUSCHのどのシンボルがUCIを終了するか、およびPUSCHのどのシンボルがUCIを開始するかのうちの少なくとも1つを検出するためのブラインドデコーディングを実行することを含む。
【０１１８】
いくつかの実施形態では、ブラインドデコードは、UCIがPUSCHのシンボル0およびシンボル1のいずれかで開始するかどうかを判定する。いくつかの実施形態では、ブラインドデコードは、UCIがPUSCHのシンボル12およびシンボル13のいずれかで終了するかどうかを判定する。いくつかの実施形態では、プロセッサはさらに、非周期的チャネル状態情報（CSI）フィードバックを要求するように構成され、非周期的CSIフィードバックはACK／NACKフィードバックが送信されるときに要求される。
【０１１９】
いくつかの実施形態では、自律アップリンク（AUL）データ送信と共にアップリンク制御情報（UCI）30を受信するネットワークノード14が提供される。ネットワークノード14は、UCI30を記憶するように構成されたメモリモジュール25を含む。ネットワークノード26は、受信した物理アップリンク共有チャネル（PUSCH）信号を処理するように構成されるPUSCH処理モジュール19を含み、PUSCHはUCI30を有し、UCI30は、PUSCHの開始および終了位置の少なくとも1つを含み、処理は、PUSCHのどのシンボルがUCIを終了するか、およびPUSCHのどのシンボルがUCIを開始するかのうちの少なくとも1つを検出するためのブラインドデコーディングを実行することを含む。
【０１２０】
略称：
BSR      バッファステータス要求
CC      コンポーネントキャリア
CCA      クリアチャネル判定
CQI      チャネル品質情報
CRC      巡回冗長検査
DCI      ダウンリンク制御情報
DL       ダウンリンク
DMTC     DRS測定タイミング設定
DRS      ディスカバリ基準信号
eNB      進化型ノードB、基地局
UE       ユーザ装置
UL       アップリンク
LAA      Licensed-Assisted Access
SCell    セカンダリセル
STA      ステーション
LBT      リッスン・ビフォア・トーク
LTE-U    免許不要スペクトルのLTE
PDCCH    物理ダウンリンク制御チャネル
PMI      プリコーダ行列インジケータ
PUSCH    物理アップリンク共有チャネル
RAT      無線Access技術
RNTI     無線ネットワークテンポラリ識別子
TXOP     送信機会
UL       アップリンク
【０１２１】
当業者には理解されるように、本明細書に記載する概念は、方法、データ処理システム、および／またはコンピュータプログラム製品として具体化することができる。したがって、本明細書に記載する概念は、本明細書で全てを一般的に「回路」または「モジュール」として参照する、全体的なハードウェアの実施形態、全体的なソフトウェアの実施形態、またはソフトウェアとハードウェアとを組み合わせた実施形態の形式をとってもよい。さらに、本開示は、コンピュータによって実行可能な、記録媒体において具体化されたコンピュータプログラムコードを有する実体のあるコンピュータ使用可能記憶媒体上のコンピュータプログラム製品の形態をとることができる。ハードディスク、CD-ROM、電子記憶デバイス、光記憶デバイス、または磁気記憶デバイスを含む、任意の適切な実体のあるコンピュータ可読媒体を使用してもよい。
【０１２２】
いくつかの実施形態は、方法、システムおよびコンピュータプログラム製品のフローチャートおよび／またはブロック図を参照して本明細書に記載される。フローチャートおよび／またはブロック図の各ブロック、および、フローチャートおよび／またはブロック図のブロックの組合せは、コンピュータプログラム命令によって実施可能であることが理解されるであろう。これらのコンピュータプログラム命令は、汎用コンピュータのプロセッサ（それによって生成される特定目的のコンピュータ）、特定目的コンピュータ、またはマシンを生成する他のプログラマブルデータ処理装置に提供されてよく、これらの命令は、コンピュータまたは他のプログラマブルデータ処理装置のプロセッサを介して実行され、フローチャートおよび／またはブロック図の1つ以上のブロックで指定される機能／動作を実行するための手段を生成してもよい。
【０１２３】
これらのコンピュータプログラム命令はまた、コンピュータまたは他のプログラマブルデータ処理装置に特定の方法で機能するように命令することができるコンピュータ可読メモリまたは記憶媒体に記憶されることができ、その結果、コンピュータ可読メモリに記憶された命令は、フローチャートおよび／またはブロック図の１つ以上ブロックで指定される機能／動作を実行する命令手段を含む製品を生成する。
【０１２４】
コンピュータプログラム命令はまた、コンピュータまたは他のプログラマブルデータ処理装置にロードされて、一連の動作ステップがコンピュータまたは他のプログラマブル装置上で実行されて、コンピュータまたは他のプログラマブル装置上で実行される命令が、フローチャートおよび／またはブロック図の１つ以上のブロックで指定された機能／動作を実行するためのステップを提供するように、コンピュータに実装されたプロセスを生成することができる。
【０１２５】
ブロックで記載される機能／動作は、動作説明に記載されている順序とは異なる場合があることを理解されたい。例えば、連続して示される2つのブロックは、実際には実質的に並行して実行されてもよく、または、関与する機能／動作に応じて、時には逆の順序で実行されてもよい。図のいくつかは、通信の主要な方向を示すための通信パス上の矢印を含むが、通信は図示された矢印とは逆方向に発生し得ることが理解されるべきである。
【０１２６】
本明細書に記載する概念の操作を実行するためのコンピュータプログラムコードは、Java（登録商標）またはC＋＋のようなオブジェクト指向プログラミング言語で記述することができる。しかしながら、本開示の動作を実行するためのコンピュータプログラムコードは、「C」プログラミング言語のような従来の手続型プログラミング言語で記述されてもよい。プログラムコードは、ユーザのコンピュータ上で全体的に、ユーザのコンピュータ上で部分的に、スタンドアロンのソフトウェアパッケージとして、ユーザのコンピュータ上で部分的に且つリモートコンピュータ上で部分的に、または、リモートコンピュータ上で全体的に実行してよい。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（LAN）またはワイドエリアネットワーク（WAN）を介してユーザのコンピュータに接続されてもよく、または、接続は、（例えば、インターネットサービスプロバイダを用いてインターネットを介して）外部コンピュータに行われてもよい。
【０１２７】
本明細書では、上記の説明および図面に関連して、多くの異なる実施形態が開示されている。これらの実施形態のすべての組合せおよびサブコンビネーションを文字通り記載し、説明することは、過度に反復的で難読化することがあることが理解されるであろう。従って、全ての実施形態は、任意の方法及び／又は組合せで組み合せることができ、また、図面を含む本明細書は、本明細書に記載される実施形態の全ての組み合せ及びサブコンビネーション、並びにそれらを作成及び使用する方法及びプロセスの完全な記載を構成するものと解釈され、任意のそのような組合せ又はサブコンビネーションに対する特許請求の範囲を支持する。
【０１２８】
本実施形態は、本明細書に特に示され、説明されたものに限定されないことが当業者には理解されるであろう。また、上記で反対に言及されていない限り、添付の図面はすべて縮尺通りではないことに留意されたい。以下のクレームの範囲から逸脱することなく、上記の教示に照らして、種々の修正及びバリエーションが可能である。
【図１】
0006876196.tif 000011
【図２】
0006876196.tif 000012
【図３】
0006876196.tif 000013
【図４】
0006876196.tif 000014
【図５】
0006876196.tif 000015
【図６】
0006876196.tif 000016
【図７】
0006876196.tif 000017
【図８】
0006876196.tif 000018
【図９】
0006876196.tif 000019
【図１０】
0006876196.tif 000020
【図１１】
0006876196.tif 000021
【図１２】
0006876196.tif 000022
【図１３】
0006876196.tif 000023
【図１４】
0006876196.tif 000024
【図１５】
0006876196.tif 000025
【図１６】
0006876196.tif 000026
【図１７】
0006876196.tif 000027
【図１８】
0006876196.tif 000028
【図１９】
0006876196.tif 000029
【図２０】
0006876196.tif 000030
【図２１】
0006876196.tif 000031
【図２２】
0006876196.tif 000032
【図２３】
0006876196.tif 000033
【図２４】
0006876196.tif 000034
【図２５】
0006876196.tif 000035
【図２６】
0006876196.tif 000036
【図２７】
0006876196.tif 000037