JP2020520147A - アップリンク制御情報を送信するための方法、システム、および装置 - Google Patents

アップリンク制御情報を送信するための方法、システム、および装置 Download PDF

Info

Publication number
JP2020520147A
JP2020520147A JP2019560185A JP2019560185A JP2020520147A JP 2020520147 A JP2020520147 A JP 2020520147A JP 2019560185 A JP2019560185 A JP 2019560185A JP 2019560185 A JP2019560185 A JP 2019560185A JP 2020520147 A JP2020520147 A JP 2020520147A
Authority
JP
Japan
Prior art keywords
nack
wtru
sequence
ack
cyclic shift
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2019560185A
Other languages
English (en)
Inventor
シャーロク・ナーイェブ・ナザール
マームード・タハーザデ・ボロージェニ
アーデム・バラ
アルファン・サヒン
オーヘンコーム・オテリ
ルイ・ヤン
フランク・ラ・シータ
アーマッド・レーザ・エダヤ
Original Assignee
アイディーエーシー ホールディングス インコーポレイテッド
アイディーエーシー ホールディングス インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by アイディーエーシー ホールディングス インコーポレイテッド, アイディーエーシー ホールディングス インコーポレイテッド filed Critical アイディーエーシー ホールディングス インコーポレイテッド
Publication of JP2020520147A publication Critical patent/JP2020520147A/ja
Priority to JP2023028380A priority Critical patent/JP2023054357A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1692Physical properties of the supervisory signal, e.g. acknowledgement by energy bursts
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • H04L5/0094Indication of how sub-channels of the path are allocated
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453Resources in frequency domain, e.g. a carrier in FDMA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Abstract

無線送受信ユニット(WTRU)は、シーケンスを使用して、ハイブリッド自動再送要求(HARQ)肯定応答または否定応答(ACK/NACK)などのアップリンク制御情報を送信するように構成され得る。HARQ ACK/NACKは、1ビットまたは2ビットの情報を含むことができ、WTRUは、HARQ ACK/NACKを送信するためにシーケンスの巡回シフトを使用し得る。WTRUは、シーケンスの異なる巡回シフトを使用して、異なるHARQ ACK/NACK値を送信することができ、巡回シフトは、送信を促進する手法で、互いから分離され得る。WTRUは、物理ダウンリンク制御チャネル(PDCCH)から、HARQ ACK/NACKを送信するためのリソースブロックの表示を受信するようにさらに構成され得る。

Description

関連出願の相互参照
この出願は、2017年5月3日に出願された米国特許仮出願第62/500,772号、および2017年9月28日に出願された米国特許仮出願第62/564,755号の利益を主張し、これらの米国特許仮出願の開示内容は、それらの全体が参照によって本明細書において組み込まれている。
アップリンク制御情報は、物理アップリンク制御チャネル(PUCCH)において送信され得る。PUCCHは、短い持続時間または長い持続時間を使用して送信され得る。UCI情報は、スケジューリング要求(SR:Scheduling Request)を含んでもよく、スケジューリング要求は、無線リソースを要求するために使用され得る。
無線送受信ユニット(WTRU)は、シーケンスを使用して、ハイブリッド自動再送要求(HARQ)肯定応答または否定応答(ACK/NACK)を送信するように構成されたプロセッサを含み得る。プロセッサは、HARQ ACK/NACKが1ビットの情報を含むのか、または2ビットの情報を含むのかを決定するようにさらに構成され得る。HARQ ACK/NACKは1ビットの情報を含むという決定である場合、プロセッサは、シーケンスの第1の巡回シフトまたはシーケンスの第2の巡回シフトのうちの1つを使用して、HARQ ACK/NACKを送信するように構成され得る。第1の巡回シフトは、第1の1ビットのHARQ ACK/NACK値に対応してもよく、第2の巡回シフトは、第2の1ビットのHARQ ACK/NACK値に対応してもよい。第1および第2の巡回シフトは、シーケンスの長さの半分だけ(例えば、シーケンスと関連付けられた巡回シフトの総数の半分だけ)互いに異なり得る。
決定が、HARQ ACK/NACKは情報の2ビットを含むということである場合、WTRUのプロセッサは、シーケンスの4つの巡回シフトのうちの1つを使用して、HARQ ACK/NACKを送信するように構成され得る。4つの巡回シフトの各々は、それぞれの2ビットのHARQ ACK/NACK値に対応することができ、4つの巡回シフトは、少なくともシーケンスの長さの4分の1だけ(例えば、シーケンスと関連付けられた巡回シフトの総数の4分の1だけ)互いに異なり得る。
本明細書において説明されるシーケンスは、12の長さを有し得る(例えば、シーケンスと関連付けられた12個の巡回シフトが存在し得る)。例(例えば、HARQ ACK/NACKが、情報の1ビットを含む場合)において、WTRUは、3個の第1の巡回シフトを使用して、第1の1ビットのHARQ ACK/NACK値を送信してもよく、9個の第2の巡回シフトを使用して、第2の1ビットのHARQ ACK/NACK値を送信してもよい。例(例えば、HARQ ACK/NACKが、情報の2ビットを含む場合)において、WTRUは、巡回シフト1、4、7、および10を使用して、それぞれ(0,0)、(0,1)、(1,0)、または(1,1)の2ビットのHARQ ACK/NACK値を送信してもよく、ただし、4つの巡回シフトは、シーケンスの長さの4分の1だけ互いと異なり得る。
WTRUは、ネットワークエンティティから構成を受信し、この構成に基づいて、シーケンスのどの巡回シフトを使用してHARQ ACK/NACKを送信するかを決定し得る。WTRUは、物理ダウンリンク制御チャネル(PDCCH)から、HARQ ACK/NACKを送信するためのリソースブロックの表示を受信し得る。WTRUは、HARQ ACK/NACKと共に肯定的なスケジューリング要求(SR)を送信し得る。
より詳細な理解は、添付図面と共に例として与えられる下記の説明から得られる。
1つまたは複数の開示されている例が実装され得る例示的な通信システムを示すシステム図である。 一例に係る、図1Aに示された通信システム内で使用され得る例示的な無線送受信ユニット(WTRU)を示すシステム図である。 一例に係る、図1Aに示された通信システム内で使用され得る、例示的な無線アクセスネットワーク(RAN)および例示的なコアネットワーク(CN)を示すシステム図である。 一例に係る、図1Aに示された通信システム内で使用され得る、さらなる例示的なRANおよびさらなる例示的なCNを示すシステム図である。 シーケンスの4つの巡回シフトを使用する2ビットのHARQ ACK/NACKおよび/またはスケジューリング要求(SR)送信を示す図である。 シーケンスの2つの巡回シフトを使用する、1ビットのACK/NACKおよび/またはSR送信を示す図である。 例示的なPUCCH領域を示す図である。 1つまたは複数のトランスポートブロックについてのACK/NACKを送るWTRUの例を示す図である。 1つまたは複数のトランスポートブロックについてのACK/NACKを送る2つのWTRUの例を示す図である。 周波数シフトされた参照シンボルまたは参照信号(RS)を使用する、ACK/NACKまたはSR送信を示す図である。 RS上の時間ドメインカバーコードを使用する、ACK/NACKおよび/またはSR送信を示す図である。 RSについての異なる巡回時間シフトを使用する、ACK/NACKおよび/またはSR送信を示す図である。 RSオン/オフキーイングを使用するSR送信を示す図である。 波形符号化と共にRSを使用するSR送信を示す図である。 UCIおよびSRの周波数分割多重化を示す図である。 UCIおよび1つまたは複数のWTRUによるSR送信を示す図である。 1つまたは複数のWTRUによるUCIおよび/またはSR送信を示す図である。 UCIおよびSRの低PAPR送信を示す図である。 UCIおよびSRの低PAPR送信を示す図である。 UCIおよびSRの低PAPR送信を示す図である。
ここで、例示的な実施形態の詳細な説明が、様々な図を参照しながら説明される。本説明は、考え得る実装例の詳細な例を提供するが、詳細は例示的なものであって、本出願の範囲を全く限定しないように意図されていることが留意されるべきである。
図1Aは、1つまたは複数の開示されている実施形態が実装され得る例示的な通信システム100を示す図である。通信システム100は、音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを複数の無線ユーザに提供する多元接続システムであってもよい。通信システム100は、無線帯域幅を含むシステムリソースの共有を通じて、複数の無線ユーザがそのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム100は、1つまたは複数のチャネルアクセス方法、例えば、符号分割多元接続(CDMA)、時分割多元接続(TDMA)、周波数分割多元接続(FDMA)、直交FDMA(OFDMA)、シングルキャリアFDMA(SC−FDMA)、ゼロテールユニークワードDFT拡散OFDM(ZT UW DTS−s OFDM:zero-tail unique-word DFT-Spread OFDM)、ユニークワードOFDM(UW−OFDM)、リソースブロックフィルタリング済み(resource block-filtered)OFDM、フィルタバンクマルチキャリア(FBMC)などを採用してもよい。
図1Aに示されるように、通信システム100は、無線送受信ユニット(WTRU)102a、102b、102c、102d、RAN104/113、CN106/115、公衆交換電話ネットワーク(PSTN)108、インターネット110、および他のネットワーク112を含み得るが、開示されている実施形態は、任意の数のWTRU、基地局、ネットワーク、および/またはネットワーク要素を想定することが認識されるであろう。WTRU102a、102b、102c、102dの各々は、無線環境において動作および/または通信するように構成された任意のタイプのデバイスであってよい。例えば、いずれも「局」および/または「STA」と称され得る、WTRU102a、102b、102c、102dは、無線信号を送信および/または受信するように構成されることができ、ユーザ機器(UE)、移動局、固定加入者ユニットまたは移動加入者ユニット、加入ベースのユニット(subscription-based unit)、ページャー、携帯電話、携帯情報端末(PDA)、スマートフォン、ラップトップコンピュータ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはMi−Fiデバイス、IoTデバイス、時計または他の着用可能な頭部装着形ディスプレイ(HMD)、車両、ドローン、医療デバイスおよび応用例(例えば、遠隔手術)、工業デバイスおよび応用例(例えば、工業処理チェーンおよび/または自動処理チェーンの文脈において動作する、ロボットおよび/または他の無線デバイス)、家電デバイス、商業無線ネットワークおよび/または工業無線ネットワーク上で動作するデバイスなどを含んでもよい。WTRU102a、102b、102cおよび102dのいずれも、互換的にUEと称され得る。
通信システム100は、基地局114aおよび/または基地局114bも含み得る。基地局114a、114bの各々は、WTRU102a、102b、102c、102dのうちの少なくとも1つと無線でインターフェースして、CN106/115、インターネット110、および/または他のネットワーク112などの、1つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。例えば、基地局114a、114bは、基地送受信局(BTS)、ノードB、eノードB、ホームノードB、ホームeノードB、gNB、NR NodeB、サイトコントローラ、アクセスポイント(AP)、無線ルータなどであってよい。基地局114a、114bは各々、単一の要素として描かれているが、基地局114a、114bは、任意の数の相互接続された基地局および/またはネットワーク要素を含んでもよいことが認識されるであろう。
基地局114aは、RAN104/113の一部であってもよく、RAN104/113は、基地局コントローラ(BSC)、無線ネットワークコントローラ(RNC)、リレーノード等などの、他の基地局および/またはネットワーク要素(図示せず)も含み得る。基地局114aおよび/または基地局114bは、1つまたは複数の搬送周波数上で無線信号を送信および/または受信するように構成されることができ、1つまたは複数の搬送周波数は、セル(図示せず)と称され得る。これらの周波数は、ライセンスされたスペクトル内、ライセンスされていないスペクトル内、またはライセンスされたスペクトルとラインセンスされていないスペクトルとの組み合わせ内にあってもよい。セルは、比較的固定され得る、または時間と共に変化し得る特定の地理的エリアへの無線サービスにカバレッジを提供し得る。セルは、セルセクタへとさらに分割され得る。例えば、基地局114aと関連付けられたセルは、3つのセクタに分割され得る。したがって、1つの実施形態において、基地局114aは、3つの送受信機、すなわち、セルのセクタごとに1つの送受信機を含んでもよい。一実施形態において、基地局114aは、MIMO技術を採用し、セルのセクタごとに複数の送受信機を利用し得る。例えば、所望の空間方向において信号を送信および/または受信するために、ビームフォーミングが使用されてもよい。
基地局114a、114bは、エアインターフェース116上で、WTRU102a、102b、102c、102dのうちの1つまたは複数と通信することができ、エアインターフェース116は、任意の適切な無線通信リンク(例えば、無線周波数(RF)、マイクロ波、センチメートル波、マイクロメートル波、赤外線(IR)、紫外線(UV)、可視光線等)であってもよい。エアインターフェース116は、任意の適切な無線アクセス技術(RAT)を使用して確立され得る。
より具体的には、上記のように、通信システム100は、多元接続システムであってもよく、CDMA、TDMA、FDMA、OFDMA、SC−FDMA等などの、1つまたは複数のチャネルアクセス方式を採用してもよい。例えばRAN104/113内の基地局114a、およびWTRU102a、102b、102cは、ユニバーサルモバイルテレコミュニケーションシステム(UMTS)地上無線アクセス(UTRA)などの無線技術を実装してもよく、UTRAは、広帯域CDMA(WCDMA(登録商標))を使用して、エアインターフェース115/116/117を確立し得る。WCDMAは、高速パケットアクセス(HSPA)および/または進化型HSPA(HSPA+)などの通信プロトコルを含み得る。HSPAは、高速ダウンリンク(DL)パケットアクセス(HSDPA)および/または高速ULパケットアクセス(HSUPA)を含み得る。
一実施形態において、基地局114aおよびWTRU102a、102b、102cは、進化型UMTS地上無線アクセス(E−UTRA)などの無線技術を実装してもよく、E−UTRAは、ロングタームエボリューション(LTE)および/またはLTEアドバンスト(LTE−A)および/またはLTEアドバンストプロ(LTE−A Pro)を使用して、エアインターフェース116を確立し得る。
一実施形態において、基地局114aおよびWTRU102a、102b、102cは、NR無線アクセスなどの無線技術を実装してもよく、NR無線アクセスは、新無線(NR:New Radio)を使用して、エアインターフェース116を確立し得る。
一実施形態において、基地局114aおよびWTRU102a、102b、102cは、複数の無線アクセス技術を実装してもよい。例えば、基地局114aおよびWTRU102a、102b、102cは、例えばデュアル接続性(DC:dual connectivity)原理を使用して、LTE無線アクセスとNR無線アクセスとを共に実装してもよい。したがって、WTRU102a、102b、102cによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術および/または複数のタイプの基地局(例えば、eNBおよびgNB)への/からの送信によって特徴付けられ得る。
他の実施形態において、基地局114aおよびWTRU102a、102b、102cは、IEEE 802.11(すなわち、WiFi(Wireless Fidelity))、IEEE 802.16(すなわち、WiMAX(Worldwide Interoperability for Microwave Access))、CDMA2000、CDMA2000 1X、CDMA2000 EV−DO、暫定標準2000(IS−2000)、暫定標準95(IS−95)、暫定標準856(IS−856)、GSM(登録商標)(Global System for Mobile Communications)、EDGE(Enhanced Data rates for GSM Evolution)、GSM EDGE(GERAN)等などの無線技術を実装してもよい。
図1Aにおける基地局114bは、例えば、無線ルータ、ホームノードB、ホームeノードB、またはアクセスポイントであってもよく、事業所、家庭、車両、キャンパス、産業施設、(例えば、ドローンによる使用のための)空中回廊(air corridor)、車道等などの局所的なエリア内における無線接続性を促進するために、任意の適切なRATを使用し得る。1つの実施形態において、基地局114bおよびWTRU102c、102dは、IEEE802.11などの無線技術を実装して、無線ローカルエリアネットワーク(WLAN)を確立し得る。一実施形態において、基地局114bおよびWTRU102c、102dは、IEEE802.15などの無線技術を実装して、無線パーソナルエリアネットワーク(WPAN)を確立してもよい。また別の実施形態において、基地局114bおよびWTRU102c、102dは、セルラベースのRAT(例えば、WCDMA、CDMA2000、GSM、LTE、LTE−A、LTE−A Pro、NR等)を利用して、ピコセルまたはフェムトセルを確立してもよい。図1Aに示されるように、基地局114bは、インターネット110への直接接続を有し得る。したがって、基地局114bは、CN 106/115を介してインターネット110にアクセスすることを必要とされなくてもよい。
RAN104/113は、CN106/115と通信してもよく、CN106/115は、音声、データ、アプリケーション、および/またはVoIPサービスをWTRU102a、102b、102c、102dのうちの1つまたは複数に提供するように構成された任意のタイプのネットワークであってもよい。データは、様々なスループット要件、レイテンシ要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件等などの、様々なサービス品質(QoS)要件を有し得る。CN106/115は、呼制御、課金サービス、モバイル位置情報サービス、プリペイド電話、インターネット接続性、ビデオ配信等を提供し、および/またはユーザ認証などの高度なセキュリティ機能を実行し得る。図1Aには図示されていないが、RAN104/113および/またはCN106/115は、RAN104/113と同じRATまたは異なるRATを採用する他のRANと、直接的な通信または間接的な通信をしてもよいことが認識されるであろう。例えば、NR無線技術を利用していることがあり得るRAN104/113に対して接続されることに加えて、CN106/115は、GSM、UMTS、CDMA 2000、WiMAX、E−UTRA、またはWiFi無線技術を採用する別のRAN(図示せず)とも通信してもよい。
CN106/115は、WTRU102a、102b、102c、102dがPSTN108、インターネット110、および/またはその他のネットワーク112にアクセスするためのゲートウェイとしての役割を果たし得る。PSTN108は、旧来の電話サービス(POTS:plain old telephone service)を提供する回線交換電話ネットワークを含んでもよい。インターネット110は、TCP/IPインターネットプロトコルスートにおけるTCP、UDPおよび/またはIPなどの共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルなシステムを含んでもよい。ネットワーク112は、他のサービスプロバイダによって所有および/または運営される、有線通信ネットワークおよび/または無線通信ネットワークを含み得る。例えば、ネットワーク112は、1つまたは複数のRANに対して接続された別のCNを含んでもよく、1つまたは複数のRANは、RAN104/113と同じRATまたは異なるRATを採用し得る。
通信システム100内のWTRU102a、102b、102c、102dのうちの一部または全部は、マルチモード能力を含み得る(例えば、WTRU102a、102b、102c、102dは、異なる無線リンク上で、異なる無線ネットワークと通信するために、複数の送受信機を含んでもよい)。例えば、図1Aに示されるWTRU 102cは、セルラベースの無線技術を採用し得る基地局114a、およびIEEE 802無線技術を採用し得る基地局114bと通信するように構成されてもよい。
図1Bは、例示的なWTRU102を示すシステム図である。図1Bに示されるように、WTRU 102は、特に、プロセッサ118、送受信機120、送受信要素122、スピーカ/マイクロフォン124、キーパッド126、ディスプレイ/タッチパッド128、非リムーバブルメモリ130、リムーバブルメモリ132、電源134、GPSチップセット136、および/または他の周辺装置138を含み得る。WTRU102は、一実施形態と一致したままで、前述の要素の任意のサブ組み合わせを含んでもよいことが認識されるであろう。
プロセッサ118は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ(DSP)、複数のマイクロプロセッサ、DSPコアと関連付けられた1つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)回路、任意の他のタイプの集積回路(IC)、状態機械等であってもよい。プロセッサ118は、信号符号化、データ処理、電力制御、入出力処理、および/または、WTRU102が無線環境において動作することを可能にする任意の他の機能性を実行し得る。プロセッサ118は、送受信機120に結合されることができ、送受信機120は、送受信要素122に結合され得る。図1Bは、プロセッサ118および送受信機120を別個の構成要素として描いているが、プロセッサ118および送受信機120は、電子パッケージまたはチップにおいて共に一体化されてもよいことが認識されるであろう。
送受信要素122は、エアインターフェース116上で基地局(例えば、基地局114a)へ信号を送信し、または基地局から信号を受信するように構成され得る。例えば、1つの実施形態において、送受信要素122は、RF信号を送信および/または受信するように構成されたアンテナであってもよい。一実施形態において、送受信要素122は、例えば、IR信号、UV信号、または、可視光線信号を送信および/または受信するように構成されたエミッタ/検出器であってもよい。また別の実施形態において、送受信要素122は、RF信号と光信号との両方を送信および/または受信するように構成されてもよい。送受信要素122は、無線信号の任意の組み合わせを送信および/または受信するように構成され得ることが、認識されるであろう。
送受信要素122は、図1Bにおいて単一の要素として描かれているが、WTRU102は、任意の数の送受信要素122を含んでもよい。より具体的には、WTRU102は、MIMO技術を採用してもよい。したがって、1つの実施形態において、WTRU102は、エアインターフェース116上で無線信号を送信および受信するために、2つ以上の送受信要素122(例えば、複数のアンテナ)を含み得る。
送受信機120は、送受信要素122によって送信されるべき信号を変調し、送受信要素122によって受信される信号を復調するように構成され得る。上記のように、WTRU102は、マルチモード能力を有し得る。したがって、WTRU102が、例えば、NRおよびIEEE802.11などの複数のRATを介して通信することを可能にするために、送受信機120は、複数の送受信機を含んでもよい。
WTRU102のプロセッサ118は、スピーカ/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128(例えば、液晶ディスプレイ(LCD)ディスプレイユニット、もしくは有機発光ダイオード(OLED)ディスプレイユニット)に結合されてもよく、これらからユーザ入力データを受信し得る。プロセッサ118は、スピーカ/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128にユーザデータを出力することもできる。また、プロセッサ118は、非リムーバブルメモリ130および/またはリムーバブルメモリ132などの、任意のタイプの適切なメモリの情報にアクセスし、任意のタイプの適切なメモリにデータを記憶し得る。非リムーバブルメモリ130は、RAM、ROM、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含んでもよい。リムーバブルメモリ132は、SIMカード、メモリスティック、SDメモリカード等を含んでもよい。他の実施形態において、プロセッサ118は、サーバまたはホームコンピュータ(図示せず)上のメモリなどの、WTRU102上に物理的に位置しないメモリからの情報にアクセスし、このメモリにデータを記憶し得る。
プロセッサ118は、電源134から電力を受信することができ、WTRU102内のその他の構成要素への電力を分配および/または制御するように構成され得る。電源134は、WTRU102に電力供給するための任意の適切なデバイスであり得る。例えば、電源134は、1つまたは複数の乾電池バッテリ(例えば、ニッケルーカドミウム(NiCd)、ニッケル亜鉛(NiZn)、ニッケル水素(NiMH)、リチウムイオン(Li−ion)等)、太陽電池、燃料電池等を含んでもよい。
プロセッサ118は、GPSチップセット136にも結合されてもよく、GPSチップセット136は、WTRU102の現在の位置に関する位置情報(例えば、経度および緯度)を提供するように構成され得る。GPSチップセット136からの情報に加えて、またはGPSチップセット136からの情報の代わりに、WTRU102は、エアインターフェース116で、基地局(例えば、基地局114a、114b)から位置情報を受信し、および/または、2つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その位置を決定してもよい。WTRU102は、一実施形態と一致したままで、任意の適切な位置決定方法により位置情報を獲得し得ることが認識されるであろう。
プロセッサ118は、他の周辺装置138にさらに結合されてもよく、他の周辺装置138は、さらなる特徴、機能性並びに/または有線接続性および/もしくは無線接続性を提供する、1つまたは複数のソフトウェアモジュールおよび/またはハードウェアモジュールを含み得る。例えば、周辺装置138は、加速度計、電子コンパス、衛星送受信機、(写真および/またはビデオのための)デジタルカメラ、ユニバーサルシリアルバス(USB)ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、ブルートゥース(登録商標)モジュール、周波数変調(FM)無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および/または拡張現実(VR/AR)デバイス、アクティビティトラッカー等を含んでもよい。周辺装置138は、1つまたは複数のセンサを含んでもよく、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、向きセンサ、近接センサ、温度センサ、時間センサ、地理的位置特定センサ、高度計、光センサ、タッチセンサ、磁力計、バロメータ、ジェスチャセンサ、生体認証センサ、および/または湿度センサのうちの1つまたは複数であってもよい。
WTRU102は、(例えば、(例えば、送信のための)ULと(例えば、受信のための)ダウンリンクとの両方についての特定のサブフレームに関連付けられた)信号の一部または全部の送信および受信が並列および/または同時になり得る全二重無線を含んでもよい。全二重無線は、プロセッサ(例えば、別個のプロセッサ(図示せず)またはプロセッサ118を介して)を介して、ハードウェア(例えば、チョーク)または信号処理のいずれかを介して自己干渉を低減し、実質的に除去するための干渉管理ユニットを含み得る。一実施形態において、WRTU102は、(例えば、(例えば、送信のための)ULと(例えば、受信のための)ダウンリンクとのいずれかについての特定のサブフレームに関連付けられた)信号の一部または全部の送信および受信のための半二重無線を含んでもよい。
図1Cは、一実施形態によるRAN104およびCN106を示すシステム図である。上記のように、RAN104は、E−UTRA無線技術を採用して、エアインターフェース116上でWTRU 102a、102b、102cと通信し得る。RAN104は、CN106とも通信し得る。
RAN104は、eノードB 160a、160b、160cを含み得るが、RAN104は、一実施形態と一致したままで、任意の数のeノードBを含んでもよいことが認識されるであろう。eノードB160a、160b、160cは各々、エアインターフェース116上でWTRU102a、102b、102cと通信するために、1つまたは複数の送受信機を含み得る。1つの実施形態において、eノードB160a、160b、160cは、MIMO技術を実装してもよい。したがって、eノードB160aは、例えば、WTRU102aへ無線信号を送信するために、および/またはWTRU102aから無線信号を受信するために、複数のアンテナを使用してもよい。
eノードB160a、160b、160cの各々は、特定のセル(図示せず)と関連付けられることができ、無線リソース管理決定、ハンドオーバ決定、ULおよび/またはDLにおけるユーザのスケジューリング等を取り扱うように構成され得る。図1Cに示されるように、eノードB160a、160b、160cは、X2インターフェース上で互いに通信し得る。
図1Cに示されるCN106は、モビリティ管理エンティティ(MME)162、サービングゲートウェイ(SGW)164、およびパケットデータネットワーク(PDN)ゲートウェイ(またはPGW)166を含み得る。前述の要素の各々は、CN106の一部として描かれているが、これらの要素のいずれも、CN運用者以外のエンティティによって所有および/または運用されてもよいことが認識されるであろう。
MME162は、S1インターフェースを介してRAN104内のeノードB162a、162b、162cの各々に接続されることができ、制御ノードとしての役割を果たし得る。例えば、MME162は、WTRU102a、102b、102cのユーザを認証すること、ベアラアクティブ化/非アクティブ化、WTRU102a、102b、102cの初期アタッチ期間中に特定のサービングゲートウェイを選択すること等の責任を負ってもよい。MME162は、RAN104と、GSMおよび/またはWCDMAなどの他の無線技術を採用する他のRAN(図示せず)との間で切り替えるための制御プレーン機能を提供し得る。
SGW164は、S1インターフェースを介してRAN104内のeノードB160a、160b、160cの各々に接続され得る。SGW164は、一般に、WTRU102a、102b、102cへ/からユーザデータパケットをルーティングし、転送し得る。SGW164は、eノードB間のハンドオーバ期間中にユーザプレーンをアンカリングすること、DLデータがWTRU102a、102b、102cについて利用可能である場合にページングをトリガすること、WTRU102a、102b、102cのコンテキストを管理および記憶すること等の他の機能を実行してもよい。
SGW164は、PGW166に接続されることができ、PGW166は、WTRU102a、102b、102cに、インターネット110などのパケット交換ネットワークへのアクセスを提供して、WTRU102a、102b、102cとIP対応デバイスとの間の通信を促進し得る。
CN106は、他のネットワークとの通信を促進し得る。例えば、CN106は、WTRU102a、102b、102cに、PSTN108などの回線交換ネットワークへのアクセスを提供して、WTRU102a、102b、102cと従来の陸線通信デバイスとの間の通信を促進し得る。例えば、CN106は、CN106とPSTN108との間のインターフェースとしての役割を果たすIPゲートウェイ(例えば、IPマルチメディアサブシステム(IMS)サーバ)を含んでもよく、またはIPゲートウェイと通信してもよい。また、CN106は、WTRU102a、102b、102cに、他のネットワーク112へのアクセスを提供してもよく、他のネットワーク112は、他のサービスプロバイダによって所有および/または運用される、有線ネットワークおよび/または無線ネットワークを含み得る。
WTRUは、図1A〜図1Dにおいて無線端末として説明されているが、一定の代表的な実施形態において、そのような端末は、通信ネットワークとの有線通信インターフェースを(例えば、一時的にまたは恒久的に)使用してもよいことが想定される。
代表的な実施形態において、他のネットワーク112は、WLANであってもよい。
インフラストラクチャベーシックサービスセット(BSS)モードにおけるWLANは、BSSのためのアクセスポイント(AP)と、APに関連付けられた1つまたは複数の局(STA)とを有し得る。APは、BSS内へのおよび/またはBSS外へのトラフィックを搬送する分配システム(DS)または別のタイプの有線/無線ネットワークへのアクセスまたはインターフェースを有し得る。BSSの外部に由来するSTAへのトラフィックは、APを通じて到来することができ、STAへ配信されることができる。STAに由来し、BSSの外部の宛先へ向かうトラフィックは、それぞれの宛先へ配信されるようにAPへ送られ得る。BSS内のSTA間のトラフィックは、例えば、APを通じて送られてもよく、この場合、ソースSTAは、APへトラフィックを送ることができ、APは、宛先STAへトラフィックを配信することができる。BSS内のSTA間のトラフィックは、ピアツーピアトラフィックとして考慮され、および/または称され得る。ピアツーピアトラフィックは、直接リンクセットアップ(DLS)により、ソースSTAと宛先STAとの間で(例えば、直接的に)送られ得る。一定の代表的な実施形態において、DLSは、802.11e DLS、または802.11zトンネル化DLS(TDLS:tunneled DLS)を使用してもよい。独立BSS(IBSS:Independent BSS)モードを使用するWLANは、APを有していなくてもよく、IBSS内にある、またはIBSSを使用するSTA(例えば、STAの全部)は、互いに直接的に通信し得る。通信のIBSSモードは、通信の「アドホック」モードと本明細書において称されることもある。
802.11acインフラストラクチャ動作モード、または同様の動作モードを使用する場合、APは、一次チャネルなどの固定チャネル上でビーコンを送信し得る。一次チャネルは、固定された幅(例えば、20MHzの広帯域幅)であっても、またはシグナリングを介して動的に設定される幅であってもよい。一次チャネルは、BSSの運用チャネルであってもよく、APとの接続を確立するためにSTAによって使用され得る。一定の代表的な実施形態において、搬送波感知多重アクセス/衝突回避方式(CSMA/CA:Carrier Sense Multiple Access with Collision Avoidance)は、例えば、802.11システムにおいて実装されてもよい。CSMA/CAの場合、APを含むSTA(例えば、あらゆるSTA)は、一次チャネルを感知し得る。一次チャネルが、特定のSTAによって感知され/検出され、および/または使用中であると決定された場合、特定のSTAはバックオフし(back off)得る。1つのSTA(例えば、ただ1つの局)は、所与のBSSにおいて任意の所与の時間に送信しる。
高スループット(HT)STAは、例えば、40MHzの広帯域チャネルを形成するために、一次的な20MHzのチャネルと、隣接する、または隣接しない20MHzのチャネルとの組み合わせを介して、通信のために40MHzの広帯域チャネルを使用し得る。
超高スループット(VHT:Very High Throughput)STAは、20MHz、40MHz、80MHzおよび/または160MHzの広帯域チャネルをサポートし得る。40MHzのチャネルおよび/または80MHzのチャネルは、近接する20MHzのチャネルを組み合わせることによって形成されてもよい。160MHzのチャネルは、8つの近接する20MHzのチャネルを組み合わせることによって、または、80+80構成と称され得る、2つの近接しない80MHzのチャネルを組み合わせることによって、形成されてもよい。80+80の構成の場合、データは、チャネル符号化後に、データを2つのストリームに分割し得るセグメントパーサを通じて渡され得る。逆高速フーリエ変換(IFFT)処理、および時間ドメイン処理は、各ストリーム上で別個に行われ得る。ストリームは、2つの80MHzのチャネル上へマッピングされることができ、データは、送信STAによって送信され得る。受信STAの受信機において、80+80の構成についての上述された動作は反対にされてもよく、組み合わされたデータは、媒体アクセス制御(MAC)へ送られてもよい。
サブ1GHzの動作モードは、802.11afおよび802.11ahにおいてサポートされる。チャネル動作帯域幅、および搬送波は、802.11n、および802.11acにおいて使用されるものに対して、802.11afおよび802.11ahにおいては削減される。802.11afは、テレビホワイトスペース(TVWS:TV White Space)スペクトルにおいて、5MHz、10MHzおよび20MHzの帯域幅をサポートし、802.11ahは、非TVWSスペクトルを使用して、1MHz、2MHz、4MHz、8MHz、および16MHzの帯域幅をサポートする。代表的な一実施形態によれば、802.11ahは、マクロカバレッジエリアにおいて、MTCデバイスなどの、メータタイプ制御/機械タイプ通信(Meter Type Control/Machine-Type Communications)をサポートしてもよい。MTCデバイスは、一定の能力、例えば、一定の帯域幅および/または制限された帯域幅のためのサポート(例えば、一定の帯域幅および/または制限された帯域幅のためのサポートのみ)を含む制限された能力を有してもよい。MTCデバイスは、(例えば、非常に長いバッテリ寿命を維持するために)閾値を超えるバッテリ寿命を有するバッテリを含んでもよい。
802.11n、802.11ac、802.11af、および802.11ahなどの、複数のチャネルと複数のチャネル帯域幅とをサポートし得るWLANシステムは、一次チャネルとして指定され得るチャネルを含む。一次チャネルは、BSS内のすべてのSTAによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有し得る。一次チャネルの帯域幅は、BSS内で動作するすべてのSTAのうちの、最小帯域幅の動作モードをサポートするSTAによって設定および/または制限され得る。802.11ahの例において、一次チャネルは、AP、およびBSS内の他のSTAが、2MHz、4MHz、8MHz、16MHzおよび/または他のチャネル帯域幅の動作モードをサポートする場合であっても、1MHzのモードをサポートする(例えば、1MHzのモードのみをサポートする)STA(例えば、MTCタイプのデバイス)に対して1MHzの幅であり得る。搬送波感知および/またはネットワーク割り当てベクトル(NAV:Network Allocation Vector)設定は、一次チャネルの状態に依存し得る。一次チャネルが、例えば、APへ送信しているSTA(1MHzの動作モードのみをサポートする)に起因して、使用中である場合、たとえ周波数帯域の大部分がアイドル状態のままであり、利用可能であり得るとしても、利用可能な周波数帯域全体が使用中であると考えられ得る。
米国において、802.11ahによって使用され得る、利用可能な周波数帯域は、902MHzから928MHzである。韓国において、利用可能な周波数帯域は、917.5MHzから923.5MHzである。日本において、利用可能な周波数帯域は、916.5MHzから927.5MHzである。802.11ahについて利用可能な全帯域幅は、国コードに応じて、6MHzから26MHzである。
図1Dは、一実施形態によるRAN113およびCN115を示すシステム図である。上記のように、RAN113は、NR無線技術を採用して、エアインターフェース116上でWTRU 102a、102b、102cと通信し得る。RAN113は、CN115とも通信し得る。
RAN113は、gNB180a、180b、180cを含み得るが、RAN113は、一実施形態と一致したままで、任意の数のgNBを含んでもよいことが認識されるであろう。gNB180a、180b、180cは各々、エアインターフェース116上でWTRU102a、102b、102cと通信するために1つまたは複数の送受信機を含み得る。1つの実施形態において、gNB180a、180b、180cは、MIMO技術を実装してもよい。例えば、gNB180a、108bは、gNB180a、180b、180cへ信号を送信するために、および/またはgNB180a、180b、180cから信号を受信するために、ビームフォーミングを利用し得る。したがって、gNB180aは、例えば、WTRU102aへ無線信号を送信するために、および/またはWTRU102aから無線信号を受信するために、複数のアンテナを使用してもよい。一実施形態において、gNB180a、180b、180cは、キャリアアグリゲーション技術を実装してもよい。例えば、gNB180aは、WTRU102a(図示せず)へ複数のコンポーネントキャリアを送信してもよい。これらのコンポーネントキャリアのサブセットは、ライセンスされていないスペクトル上にあり得る一方で、残りのコンポーネントキャリアは、ライセンスされたスペクトル上にあり得る。一実施形態において、gNB180a、180b、180cは、協調マルチポイント(CoMP:Coordinated Multi-Point)技術を実装してもよい。例えば、WTRU102aは、gNB180aおよびgNB180b(および/またはgNB180c)から協調送信を受信してもよい。
WTRU102a、102b、102cは、拡張可能なニューメロロジー(numerology)と関連付けられた送信を使用して、gNB180a、180b、180cと通信し得る。例えば、OFDMシンボル間隔および/またはOFDM副搬送波間隔は、異なる送信、異なるセル、および/または無線送信スペクトルの異なる部分によって変化し得る。WTRU102a、102b、102cは、様々な長さまたは拡張可能な長さ(例えば、種々の数のOFDMシンボルおよび/または持続的な種々の長さの絶対時間を含む)のサブフレームまたは送信時間間隔(TTIs:transmission time intervals)を使用して、gNB180a、180b、180cと通信し得る。
gNB180a、180b、180cは、スタンドアロン構成および/または非スタンドアロン構成において、WTRU102a、102b、102cと通信するように構成され得る。スタンドアロン構成において、WTRU102a、102b、102cは、他のRAN(例えば、eノードB160a、160b、160cなど)にアクセスせずに、gNB180a、180b、180cと通信し得る。スタンドアロン構成において、WTRU102a、102b、102cは、gNB180a、180b、180cのうちの1つまたは複数をモビリティアンカーポイントとして利用してもよい。スタンドアロン構成において、WTRU102a、102b、102cは、ライセンスされていない帯域における信号を使用して、gNB180a、180b、180cと通信し得る。非スタンドアロン構成において、WTRU102a、102b、102cは、eノードB160a、160b、160cなどの別のRANとも通信/接続しながら、gNB180a、180b、180cと通信/接続し得る。例えば、WTRU102a、102b、102cは、DC原理を実装して、1つまたは複数のgNB180a、180b、180cおよび1つまたは複数のeノードB160a、160b、160cと実質的に同時に通信してもよい。非スタンドアロン構成において、eノードB160a、160b、160cはWTRU102a、102b、102cのためのモビリティアンカーとしての役割を果たしてもよく、gNB180a、180b、180cは、WTRU102a、102b、102cにサービス提供するためのさらなるカバレッジおよび/またはスループットを提供してもよい。
gNBs 180a、180b、180cの各々は、特定のセル(図示せず)と関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、ULおよび/またはDLにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続性、NRとE−UTRAとの間の相互作用、ユーザプレーン機能(UPF)184a、184bへのユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能(AMF:Access and Mobility Management Function)182a、182bへの制御プレーン情報のルーティング等を取り扱うように構成されてもよい。図1Dに示されるように、gNB 180a、180b、180cは、Xnインターフェース上で互いに通信し得る。
図1Dに示されるCN115は、少なくとも1つのAMF182a、182b、少なくとも1つのUPF 184a、184b、少なくとも1つのセッション管理機能(SMF)183a、183b、および、場合により、データネットワーク(DN)185a、185bを含み得る。前述の要素の各々は、CN115の一部として描かれているが、これらの要素のいずれも、CN運用者以外のエンティティによって所有および/または運用されてもよいことが認識されるであろう。
AMF182a、182bは、N2インターフェースを介してRAN113内のgNB180a、180b、180cのうちの1つまたは複数に接続されることができ、制御ノードとしての役割を果たし得る。例えば、AMF182a、182bは、WTRU102a、102b、102cのユーザを認証すること、ネットワークスライシングのためのサポート(例えば、異なる要件を有する異なるPDUセッションの取り扱い)、特定のSMF183a、183bを選択すること、登録エリアの管理、NASシグナリングの終了、モビリティ管理等の責任を負ってもよい。ネットワークスライシングは、WTRU102a、102b、102cによって利用されているサービスのタイプに基づいて、WTRU102a、102b、102cのためのCNサポートをカスタマイズするために、AMF182a、182bによって使用され得る。例えば、異なるネットワークスライスは、超信頼度低遅延(URLLC:ultra-reliable low latency)アクセスに依拠したサービス、エンハンストマッシブモバイルブロードバンド(eMBB:enhanced massive mobile broadband)アクセスに依拠したサービス、機械タイプ通信(MTC)アクセスのためのサービス、および/または同様のものなどの、異なる使用事例について確立されてもよい。AMF162は、RAN113と、LTE、LTE−A、LTE−A Pro、および/または、WiFiなどの非3GPPアクセス技術などの、他の無線技術を採用する他のRAN(図示せず)との間の切り替えのために制御プレーン機能を提供し得る。
SMF183a、183bは、N11インターフェースを介してCN115内のAMF182a、182bに接続され得る。SMF183a、183bは、N4インターフェースを介してCN115内のUPF184a、184bにも接続され得る。SMF183a、183bは、UPF184a、184bを選択および制御し、UPF184a、184bを通じてトラフィックのルーティングを構成し得る。SMF183a、183bは、UEIPアドレスを管理および割り当てること、PDUセッションを管理すること、ポリシー強化およびQoSを制御すること、ダウンリンクデータ通知を提供する等などの、他の機能を実行し得る。PDUセッションタイプは、IPベースであっても、非IPベースであっても、イーサネットベース等であってもよい。
UPF184a、184bは、N3インターフェースを介してRAN113内のgNB180a、180b、180cのうちの1つまたは複数に接続されてもよく、N3インターフェースは、WTRU102a、102b、102cに、インターネット110などのパケット交換ネットワークへのアクセスを提供して、WTRU102a、102b、102cとIP対応のデバイスとの間の通信を促進し得る。UPF184、184bは、パケットをルーティングおよび転送すること、ユーザプレーンポリシーを強化すること、マルチホーム(multi-homed)PDUセッションをサポートすること、ユーザプレーンQoSを取り扱うこと、ダウンリンクパケットをバッファリングすること、モビリティアンカリングを提供すること等などの、他の機能を実行してもよい。
CN115は、他のネットワークとの通信を促進し得る。例えば、CN115は、CN115とPSTN108との間のインターフェースとしての役割を果たすIPゲートウェイ(例えば、IPマルチメディアサブシステム(IMS)サーバ)を含んでもよく、または、このIPゲートウェイと通信してもよい。また、CN115は、WTRU102a、102b、102cに、他のネットワーク112へのアクセスを提供してもよく、他のネットワーク112は、他のサービスプロバイダによって所有および/または運用される、他の有線ネットワークおよび/または無線ネットワークを含み得る。1つの実施形態において、WTRU102a、102b、102cは、UPF184a、184bへのN3インターフェース、およびUPF184a、184bとDN185a、185bとの間のN6インターフェースを介して、UPF184a、184bを通じて、ローカルデータネットワーク(DN)185a、185bに接続されてもよい。
図1A〜図1D、および図1A〜図1Dの対応する説明を考慮して、WTRU102a〜d、基地局114a〜b、eノードB160a〜c、MME162、SGW164、PGW166、gNB180a〜c、AMF182a〜b、UPF184a〜b、SMF183a〜b、DN185a〜b、および/または本明細書において説明される任意の他のデバイスのうちの1つまたは複数に関して、本明細書において説明される機能のうちの1つ以上、または全部は、1つまたは複数のエミュレーションデバイス(図示せず)によって実行され得る。エミュレーションデバイスは、本明細書において説明される機能のうちの1つ以上、または全部をエミュレートするように構成された1つまたは複数のデバイスであり得る。例えば、エミュレーションデバイスは、他のデバイスを試験するために、並びに/またはネットワーク機能および/またはWTRU機能をシミュレートするために使用されてもよい。
エミュレーションデバイスは、研究所環境において、および/または運用者ネットワーク環境において、他のデバイスの1つまたは複数の試験を実装するように設計され得る。例えば、1つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線通信ネットワークおよび/または無線通信ネットワークの一部として完全にまたは部分的に実装および/または展開される間に、1つもしくは複数の機能、または全部の機能を実行してもよい。1つまたは複数のエミュレーションデバイスは、有線通信ネットワークおよび/または無線通信ネットワークの一部として一時的に実装/展開される間に、1つもしくは複数の機能、または全部の機能を実行してもよい。エミュレーションデバイスは、試験の目的のために別のデバイスに直接的に結合されてもよく、および/またはOTA(over-the-air)無線通信を使用して試験を実行してもよい。
1つまたは複数のエミュレーションデバイスは、有線通信ネットワークおよび/または無線通信ネットワークの一部として実装/展開されない間に、全部の機能を含む、1つまたは複数の機能を実行してもよい。例えば、エミュレーションデバイスは、1つまたは複数の構成要素の試験を実装するために、試験室内、並びに/または展開されていない(例えば、試験)有線通信ネットワークおよび/もしくは無線通信ネットワーク内の試験シナリオにおいて利用されてもよい。1つまたは複数のエミュレーションデバイスは、試験機器であってもよい。直接的なRF結合および/または(例えば、1つもしくは複数のアンテナを含み得る)RF回路類を介した無線通信は、データを送信および/または受信するためにエミュレーションデバイスによって使用され得る。
方法、装置、およびシステムが、アップリンクにおいて送信(例えば、要求)をスケジューリングするために提供され得る。(例えば、送信を実行するために)シーケンスが決定され得る。シーケンスの巡回シフトは、無線送受信ユニット(WTRU)について決定され得る。肯定応答/否定応答(ACK/NACK)は、例えば、物理アップリンク制御チャネル(PUCCH)を介して、および/または巡回シフトを使用して、シグナリングされ得る。
無線通信システムにおいて、アップリンク制御情報(UCI)は、物理層における送信手順を促進し得る制御情報インジケータおよび/またはステータス情報インジケータを含み得る。例えば、UCIは、ハイブリッド自動再送要求(HARQ)が受信されたかどうかを示すために使用され得るハイブリッド自動再送要求(HARQ)肯定応答または否定応答(ACK/NACK)を含んでもよい。UCIは、チャネル品質インジケータ(CQI)を含んでもよく、CQIは、無線チャネルの通信品質の測定値としての役割を果たし得る。所与のチャネルについてのCQIは、通信システムによって使用される変調スキームのタイプに依存し得る。
UCIは、到来するダウンリンク送信またはアップリンク送信のための無線送信リソースを要求するための役割を果たし得るスケジューリング要求(SR:Scheduling Request)を含み得る。UCIは、ダウンリンク送信またはアップリンク送信のためのプレコーディングマトリクスインジケータ(PMI)および/またはランクインジケータ(RI)を含んでもよい。PMIは、例えば、指定されたプレコーディングマトリクスを示すことによって、複数のデータストリーム上での通信、および物理層における信号解釈を促進するために使用され得る。RIは、通信システムにおける空間多重化に使用され得る層の数を示してもよく、または、RIは、そのような層の最大数を示してもよい。ユーザ機器(UE)であってもよい無線送受信ユニット(WTRU)は、ネットワーク(例えば、基地局などのネットワークエンティティ)にUCIを送信して、無線通信を促進する情報を物理層に提供し得る。
新無線(NR)において、UCIは、物理UL制御チャネル(PUCCH)において送信され得る。PUCCHは、スロットの最後に送信されるULシンボルの周囲の短期間(例えば、1つまたは2つのOFDMシンボル)において送信され得る。PUCCHは、複数のULシンボル(例えば、2つを超えるOFDMシンボル)にわたる長期間において送信されてもよく、これはカバレッジを改善し得る。UL制御チャネルは、スロット内のULデータチャネルと周波数分割多重化され得る。WTRUは、PUCCHリソースが時間、周波数、および、適用可能な場合には、コードドメインを含み得るUCI送信のために、PUCCHリソースを割り当てられてもよい。
NRにおいて、PUCCH(例えば、1つまたは2つのシンボルの期間を有する短いPUCCH)における効率的なUL制御情報送信のためのメカニズムが提供され得る。効率的なUL制御情報送信は、ユーザ多重化容量とブロック誤り率(BLER:block error ratio)性能との間のトレードオフを伴い得る。PUCCH(例えば、1つのシンボルまたは2つのシンボルの期間を有する短いPUCCH)のための複数の(例えば、2つの)長さが存在する場合、異なるカテゴリのUCI(例えば、SR、ACK/NACK等)および/または参照シンボルもしくは参照信号(RS:reference signal)を多重化するために、方法および装置が提供され得る。SR送信の場合において、ユーザ多重化容量を増加させつつ、干渉が回避され得る。
PUCCHは、ハイブリッドARQ肯定応答(HARQ ACK)もしくは否定応答(HARQ NACK)、(例えば、ビームフォーミング情報を含み得る)チャネル状態情報(CSI)レポート、および/またはスケジューリング要求(SR)を搬送し得る物理アップリンク制御チャネルである。アップリンク制御リソースセット(UCRS:Uplink Control Resource Set)は、周波数ドメインにおいて1つまたは複数の物理リソースブロック(PRB)を含むことができ、時間ドメインにおいて1つまたは複数の直交周波数分割多重(OFDM)シンボルにわたって広がり得る。PUCCHは、1つまたは複数UCRS上で送信され得る。アップリンク制御情報(UCI)は、アップリンクにおいてWTRUによってgNBへ送信される制御情報ビットのセットを含み得る。
一定振幅ゼロ自己相関(CAZAC:Constant Amplitude Zero Auto Correlation)シーケンスは、一定の振幅と0個の異相定期(巡回)自己相関とを有する周期的な複素数値のシーケンスであってもよい。パルス位置変調(PPM:Pulse-position modulation)は、メッセージビットが送信パルスの位置によって符号化され得る符号化の形式であり得る。ピーク/平均電力比(PAPR)は、ピーク振幅の平方が平均電力で除算されたもの、またはピーク電力が平均電力で除算されたものであり得る。
ACK/NACK(例えば、HARQ ACK/NACK)および/またはPUCCH(例えば、1つまたは2つのシンボルの期間を有する短いPUCCH)上のSR送信が提供され得る。シーケンスベースのPUCCH(例えば、短いPUCCH)が提供されてもよい(例えば、UCIは、シーケンスを使用してPUCCH上で送信されてもよい)。アップリンク制御送信の場合、WTRUは、一定の期間(例えば、1つまたは2つのシンボルの短い期間)を有するPUCCHにおいてアップリンク制御情報(UCI)を送信してもよい。WTRUは、シーケンスを用いて、ACK/NACK、SR等などのUCI情報シンボルを変調し得る。シーケンスは、Zadoff−CHU(ZC)シーケンス、CAZACシーケンス、および/または同様のもの(例えば、別の適切なコンピュータにより生成されたシーケンスもしくはCGS)であってもよい。UCI情報シンボルは、1ビットのBPSK、または2ビットのQPSKシンボルを含み得る。シーケンス(例えば、CAZACシーケンス)の異なる巡回シフト(例えば、巡回時間シフト)は、UCI(例えば、UCI情報の1ビットまたは2ビット)をシグナリングする(例えば、送信する)ために使用され得る。これらのシナリオの例は、本明細書において開示されている。
図2は、肯定/否定応答(例えば、HARQ ACK/NACK)の2ビットまたはACK/NACKの1ビットおよびSRの1ビットをシグナリングするためのシーケンス(例えば、CAZACシーケンス)の4つの巡回シフトを使用する例示的な図を示す。例えば、図2は、表1に示されるように、肯定/否定応答(例えば、HARQ ACK/NACK)の2ビットまたはACK/NACKの1ビットおよびSRの1ビットをシグナリングするための同じベースCAZACシーケンスの4つの巡回シフトをWTRUがどのように採用し得るかを示し得る。図2に示されるように、(例えば、長さ12のシーケンスに基づいて)12個の考え得る巡回シフトが存在し得る。巡回シフトは、同じ時間周波数PUCCH(例えば、短いPUCCH)リソース上に多重化され得る、異なるWTRUについて構成され得る。異なるシーケンスは、例えば、互いに離れて(例えば、互いに最も遠くに離れて)同じユーザに割り当てられ得る巡回シフトを離間させることによって、周波数選択的なチャネルが存在する状態で受信機において分離可能であり得る。例えば、大きい円形分離(例えば、できるだけ大きい円形分離)を有し得る巡回シフトが、同じユーザに対して割り当てられてもよい。これは、例えば、ユーザについてのACK/NACK検出の誤り率を改善し得る。複数のSRビットが送信され得る場合、複数のACK/NACKビットが、複数のSRビットに対して適用され得る。
Figure 2020520147
表1に示されるように、WTRUは、このWTRUが、送信するべき2ビットのHARQ ACK/NACKまたは1ビットのHARQ ACK/NACK、並びに1ビットのSRを有すると決定し得る。WTRUは、HARQ ACK/NACKおよび/またはSRを送信するために使用され得るシーケンスが12の長さを有するとさらに決定してもよい(例えば、HARQ ACK/NACKおよび/またはSRを送信するためにWTRUにとって利用可能な合計12の巡回シフトが存在し得る)。WTRUは、HARQ ACK/NACKおよび/またはSRの値に基づいて、HARQ ACK/NACKおよび/またはSRを送信するためのシーケンスの異なる巡回シフトを選択し得る。巡回シフトが、可能な限り最大限に(例えば、少なくともシーケンスの長さの4分の1、またはシーケンスと関連付けられた巡回シフトの総数の4分の1だけ)互いに異なるように、WTRUは巡回シフトを選択し得る。例えば、シーケンスが、12の長さを有する場合、WTRUは、巡回シフト1、4、7、および10を使用して、それぞれ(0,0)、(1,0)、(1,1)、および(0,1)の2ビットのHARQ ACK/NACK値を送信してもよい。WTRUは、HARQ ACK/NACKおよび/またはSRを送信するために、どの巡回シフトが使用されるべきかに関して、ネットワークエンティティから構成を受信してもよい。異なるWTRUは、例えば、WTRU間の干渉の可能性を低減するために、異なる巡回シフトを使用して、HARQ ACK/ACKを送信し得る。例えば、第1のWTRUは、4つの2ビットのHARQ NACK/ACK値をそれぞれ送信するために巡回シフト(1、4、7、10)を使用するように構成されてもよく、一方で、第2のWTRUは、4つの2ビットのHARQ NACK/ACK値を送信するために巡回シフト(2、5、8、11)を使用するように構成されてもよい。例において(例えば、長さ12の共通のシーケンスが使用される場合)、3つのWTRU(例えば、ユーザ)が、同じ時間周波数PUCCHリソース上で多重化されてもよい。
図3は、シーケンスの2つの巡回シフトを使用する、1ビットのACK/NACKおよび/またはSR送信を示す例示的な図である。例えば、図3に示されるように、WTRUは、表2Aに示されるような、肯定/否定応答(例えば、HARQ ACK/NACK)またはSRの1ビットをシグナリングするために、CAZACシーケンスの2つの巡回シフトを採用し得る。大きい円形分離を有する巡回シフトは、例えば、受信機における検出の確率を増加させるために、ユーザに対して使用されてもよい。例えば、取り得る最大の大きい円形分離を有する巡回シフトが、同じユーザに対して使用されて、受信機における検出の確率を最大化し得る。HARQ ACK/NACKが、情報の1ビットを含む場合、シーケンスの2つの巡回シフトは、シーケンスの長さの半分だけ(例えば、PUCCHを含み得る割り当てRB内の利用可能な巡回シフトの総数の半分だけ)分離され得る。12個の巡回シフトが、PRB内で利用可能である場合、最大6人までのユーザが、1つのPRBに広がるPUCCH(例えば、短いPUCCH)においてサポートされ得る。最大12人までのユーザが、2つのPRBに広がるPUCCH(例えば、短いPUCCH)においてサポートされてもよい。DTXシグナリングがなくてもよい場合、NACKは、DTXとして解釈されてもよい。
Figure 2020520147
表2Aに示されるように、WTRUは、このWTRUが送信するべき1ビットのHARQ ACK/NACKまたは1ビットのSRを有すると決定してもよい。WTRUは、HARQ ACK/NACKおよび/またはSRを送信するために使用され得るシーケンスが、12の長さを有するとさらに決定し得る(例えば、シーケンスと関連付けられた合計12個の巡回シフトが存在し得る)。WTRUは、HARQ ACK/NACKおよび/またはSRの値に基づいて、HARQ ACK/NACKおよび/またはSRを送信するために異なる巡回シフトを選択し得る。巡回シフトが、可能な限り最大限に(例えば、シーケンスの長さの半分、またはシーケンスと関連付けられた巡回シフトの総数の半分だけ)互いに異なるように、WTRUは、巡回シフトを選択し得る。例えば、12個の利用可能な巡回シフトが存在する場合、WTRUは、巡回シフト1および7、2および8、3および9、および/または同様のものを使用して、HARQ NACKおよびHARQ ACKをそれぞれ送信してもよい。WTRUは、HARQ ACK/NACKおよび/またはSRを送信するために、どの巡回シフトが使用されるべきかに関して、ネットワークエンティティから構成を受信してもよい。異なるWTRUは、例えば、WTRU間の干渉の可能性を低減するために、異なる巡回シフトを使用して、HARQ ACK/ACKを送信し得る。例えば、第1のWTRUは、2つの1ビットのHARQ NACK/ACK値をそれぞれ送信するために巡回シフト(1,7)を使用するように構成されてもよく、一方で、第2のWTRUは、2つの1ビットのHARQ NACK/ACK値を送信するために巡回シフト(2,8)を使用するように構成されていてもよい。例において(例えば、長さ12の共通のシーケンスが使用される場合)、6つのWTRU(例えば、ユーザ)は、同じ時間周波数PUCCHリソース上で多重化されてもよい。
SR送信について、WTRUは、シーケンスの巡回シフトを使用して、UL割り当てのための要求を送信してもよく、UL割り当てを要求しない場合、その割り当てられたシーケンス上で送信することを差し控えてもよい(例えば、何も送信しない)。ULスケジューリングのための要求が存在しない状態において送信を差し控えること(例えば、何も送信しないこと)によって、WTRUは、システム内で他のユーザに干渉を引き起こすことを回避し得る。このアプローチは、PUCCH(例えば、短いPUCCH)上でのSR送信のためにRB上で多重化され得るユーザの数を増加させ得る。例えば、チャネルの周波数選択性に応じて、12人のユーザが多重化されてもよい。
アップリンクチャネル(例えば、PUCCH)が非常に周波数選択的である場合、スケジューラは、隣接する巡回シフトを異なるユーザに割り当てることを回避し得る。例えば、図3において説明されるシナリオにおいては、奇数の巡回シフトが割り当てられてもよく、偶数の巡回シフトは使用されなくてもよく、または、この逆もまた同様である。同じ時間周波数PUCCHリソース上で多重化され得るユーザの数は、半分に低減されてもよい。
PUCCH(例えば、短いPUCCH)においてサポートされ得る巡回シフトに対応するHARQ ACK/NACKおよび/またはSRリソースの数は、
Figure 2020520147
として表され得る。チャネルの周波数選択性に応じて、巡回シフトのいくつかは、例えば、パラメータ
Figure 2020520147
によって実現され得るサブセット制限を使用して、リソースのプールから排除され得る。次いで、
Figure 2020520147
であり、ただし、
Figure 2020520147
は、PUCCHを含み得るRBの数であり得る。
図3に示される例において
Figure 2020520147
および
Figure 2020520147
は、1に等しくてもよく、これは、
Figure 2020520147
をもたらし得る。
Figure 2020520147
は、巡回シフトがシステムにおいて使用されてもよく、サブセット制限が存在しなくてもよいことを示唆し得る。
WTRUは、受信されたPUCCHパラメータ(例えば、
Figure 2020520147
などの短いPUCCHインデックス)から、WTRUがACK/NACKおよび/またはSRを送信し得るリソース(例えば、シーケンスの巡回時間シフト)を導出し得る。PUCCHパラメータは、より高位の層から(例えば、ネットワークエンティティから)受信されてもよく、または(例えば、NR−PDCCHにおいて)ダウンリンク制御情報の一部として受信されてもよい。このリソースインデックスは、帯域幅にわたるPUCCH領域、またはULシグナリングのためにWTRUに対して割り当てられ得る巡回シフトのうちの少なくとも1つ(例えば、両方)を示し得る。PUCCH領域は、RBの数の観点においてPUCCH送信のための最小の割り当てなど、PUCCH送信のための割り当てから構成され得る。WTRUは、インデックス
Figure 2020520147
を用いて、ULシグナリングのために使用されるPUCCH領域XmをRBのセットとして導出することができ、ただし、mは、全体的なPUCCHリソースプール内のPUCCH領域に対するインデックスを表し、下記に示されるように導出され得る。
Figure 2020520147
ただし、NRBは、PUCCH領域が開始するRBインデックスであり得る。
図4Aは、様々な値のmについてのPUCCH(例えば、1つまたは2つのシンボルの期間を有する短いPUCCH)のための例示的な領域を示し得る図である。例えば、図4Aは、2つのRBに広がり得る3つのPUCCH領域を示し得る。(例えば、複数のPUCCHが、スロットにおいて時分割多重化され(TDM)得る)例において、WTRUは、RBインデックスのセットの観点において周波数ドメイン内のPUCCH領域を導出することに加えて、スロット内のOFDMシンボルインデックスのセットの観点において時間ドメイン内の割り当てられたPUCCH領域を導出してもよい。
WTRUは、
Figure 2020520147
に従って、WTRUが識別した可能性があるPUCCH領域Xm内の1ビットのACK/NACK/DTXおよび/またはSR送信についての2つの巡回シフトの割り当てられた組み合わせを導出し得る。
2ビットのUCIシグナリングにおいて、WTRUは、
Figure 2020520147
に従って、WTRUが識別した可能性があるPUCCH領域Xm内の2ビットのACK/NACKおよび/またはSR送信についての4つの巡回シフトの割り当てられた組み合わせを導出し得る。
WTRUにPUCCHパラメータ(例えば、インデックス
Figure 2020520147
)を割り当てる際、ネットワーク(例えば、gNB)は、巡回シフトの結果として生じるセットが、別のWTRUに割り当てられ得るセットと重複しないことを確保し得る。
PUCCH(例えば、1つのシンボル期間を有する短いPUCCH)上でのACK/NACK/SR多重化が使用されてもよい。WTRUは、予め構成されたPUCCHリソース(例えば、短いPUCCH)において、HARQ肯定応答/HARQ否定応答(例えば、HARQ−ACKもしくはHARQ−NACK)および/またはスケジューリング要求(SR)を送り得る。どのようにHARQ肯定応答を送るかの決定は、基本シーケンスの巡回シフトをHARQ−ACK、HARQ−NACKおよび/またはSRに対して、どのくらい効率的におよびロバストに割り当てるかを考慮し得る。ACK/NACKは、本明細書において、表記を簡単にするために、別段の記述がない限り、または文脈から示されない限り、HARQ−ACK/HARQ−NACKを含めて使用される。SR、肯定的なSR(positive SR)、およびSR=1は、互換的に使用される。SRなし、否定的なSR(negative SR)、およびSR=0は、互換的に使用される。
WTRUは、基本のコンピュータ生成シーケンス(CGS:computer generated sequence)の2つの巡回シフトを採用して、第1の構成された(例えば、予め構成された)RB上のACK/NACKを示し得る(例えば、WTRUがスケジューリング要求を有しない場合)。WTRUがスケジューリング要求を有する場合(例えば、WTRUがスケジューリング要求を有する場合のみ)、WTRUは、第2の構成されたRB上の基本CGSの1つの巡回シフトを採用し得る。例えば、WTRUの第1のセットからのWTRUは、第1のRB上の基本CGSの巡回シフトのペアを採用して、ACK/NACKを送ってもよく、WTRUの第2のセットからのWTRUは、ACK/NACKを送るために、第2のRB上の同じ基本CGSまたは異なる基本CGSの巡回シフトのペアを採用してもよい。WTRUがスケジューリング要求を有する場合(例えば、WTRUがスケジューリング要求を有する場合のみ)、WTRUの第1または第2のセットからのWTRUは、第3のRB上の同じ基本CGSまたは異なる基本CGSの巡回シフトを採用してもよい。WTRUがスケジューリング要求を有しない場合、WTRUは、第3のRB上で送信することを許可されず(例えば、WTRUは、何も送ることを許可されないことがある)、並びに/または、第1もしくは第2のRB上でのその送信電力を(例えば、その総送信電力が、WTRUが第1の(もしくは第2のRB)および第3のRB上でその関連付けられた巡回シフトシーケンスを送信する状況以下になるように)(例えば、3dBだけ)増加させ得る。
SR表示(indication)は、黙示的に提供されることができ、この場合において、WTRUは、(例えば、2つの構成されたRBのうちの1つ上のACK/NACKを示すために)基本CGSの2つの巡回シフトを採用し得る。WTRUがシーケンスを配置するために使用するRBは、2つの構成されたRBのうちの1つであり得る。例えば、第1のRBが使用される場合、WTRUは、スケジューリング要求が存在しないこと(例えば、SR=0)を示してもよく、第2のRBが使用される場合、WTRUは、スケジューリング要求を有すること(例えば、SR=1)を示してもよい。スケジューリング要求についての表示は、黙示的であってもよい。ブロックごとにACK/NACKが存在してもよく、WTRUは、基本CGSの4つの巡回シフトを採用して、2つの構成されたRBのうちの1つ上のACK/NACKを示してもよい(例えば、WTRUは、2つのトランスポートブロックについてのHARQ−ACK/NACKを送ってもよい)。4つのシーケンスの各シーケンスは、(ACK、ACK)、(ACK、NACK)、(NACK、ACK)、または(NACK、NACK)を示し得る。下記の説明は、少なくとも、WTRUが1つまたは2つのトランスポートブロックについてのACK/NACKを送る場合に適用可能であり得る。
図4Bは、1つまたは複数のトランスポートブロックについてのACK/NACKを送るWTRUの例を示す。この例において、WTRUがスケジューリング要求を有しない場合、WTRUは、その予め割り当てられたシーケンスのうちの第1のシーケンスを第1のRBに配置し、WTRUがスケジューリング要求を有する場合、その予め割り当てられたシーケンスのうちの第2のシーケンスを第2のRBに配置し得る。
WTRUがシーケンス(例えば、2つの巡回シフトシーケンスのうちのどちらか)を配置するために採用し得る、先験的に知られているRBは、下記の手法のうちの1つまたは複数においてWTRUへ通信され得る。WTRUは、ネットワーク(例えば、gNB)から2つの識別子を受信することができ、ただし、各識別子は、RBの位置(例えば、時間および副搬送波インデックス)を一意に識別し得る。WTRUは、第1のRBの位置を識別する、1つの識別子を受信し得る。WTRUは、一定のパターン(例えば、既知のパターン、または予め構成されたパターン)を使用して、第1のRBの位置から第2のRBの位置を決定し得る。例えば、第2のRBの位置は、近接するRB割り当てにおける隣接するRBであってもよく、または、第2のRBの位置は、時間および/もしくは副搬送波空間において、既知の(例えば、予め構成された)シフトを伴うRB(例えば、近接しないRB)であってもよい。副搬送波ドメイン(例えば、周波数)におけるシフトは、第1のRBと第2のRBとの間で相関しない周波数応答、または相関性が低い周波数応答を有するために、閾値(例えば、予め構成された数)よりも大きくすることができる。
黙示的なSR表示の場合、第1のRBおよび第2のRBの選択は、複数の(例えば、全部の)WTRUにわたって同じではなくてもよい。例えば、その巡回シフトシーケンスが、同じ基本シーケンスから導出されるWTRUは、RBの同じペアにおいて動作するようにグループ化されてもよい。基本シーケンスの利用可能な巡回シフトのサブセットは、WTRUのグループに対して割り当てられ得る。例えば、基本シーケンスが長さ12である場合、12個の巡回シフトシーケンス(0巡回シフトを含む)が導出されることができ、巡回シフトの各ペアは、6つのWTRUのグループのうちの1つのWTRUに対して割り当てられてもよい。例えば、WTRUのグループからの1つまたは複数の(例えば、全部の)WTRUは、この1つまたは複数のWTRUがスケジューリング要求を有する場合、ACK/NACKを送るために第2のRBを使用してもよく、そうでない場合、それらは、第1のRBを使用してもよい。別の例において、WTRUのグループの第1の部分は、WTRUの第1の部分がスケジューリング要求を有する場合、ACK/NACKを送るために第2のRBを使用してもよく、そうでない場合、第1のRBを使用してもよい。WTRUの第2の部分(例えば、WTRUの残りの部分)は、WTRUの第2の部分がスケジューリング要求を有する場合、ACK/NACKを送るために第1のRBを使用してもよく、そうでない場合、第2のRBを使用してもよい。例えば、上記に示された部分は、WTRUのグループの半分(例えば、6つのうちの3つのWTRU)であってもよく、または三分の一(例えば、6つのWTRUのうちの2つ)であってもよい。WTRUのグループの一部に対する第1のRBおよび第2のRBの割り当ては、(例えば、どのスロットにRBが属するかに応じて)変化してもよい。
図4Cは、1つまたは複数のトランスポートブロックについてのACK/NACKを送る2つのWTRUの例を描く。この例において、第1のWTRU(例えば、WTRU1)は、第1のWTRUがスケジューリング要求を有しない場合、その割り当てられた(例えば、予め構成された)シーケンスのうちの第1のシーケンスを第1のRBに配置してもよく、第1のWTRUがスケジューリング要求を有する場合、その割り当てられたシーケンスのうちの第2のシーケンスを第2のRBに配置してもよい。第2のWTRU(例えば、WTRU2)は、第2のWTRUがスケジューリング要求を有する場合、その割り当てられたシーケンスのうちの第1のシーケンスを第1のRBに配置してもよく、第2のWTRUがスケジューリング要求を有しない場合、その割り当てられたシーケンスのうちの第2のシーケンスを第2のRBに配置してもよい。
SR表示は、明示的に提供されてもよく、この場合において、WTRUは、同じ基本のコンピュータ生成シーケンス(CGS)の4つの巡回シフトを採用して、ACK/NACKを示してもよく、シーケンスの割り当てにおいて、1つまたは複数の制限を有してもよい。4つのシーケンスのうちの1つまたは複数(例えば、4つのシーケンスの各々)は、ACKまたはNACKを示すために使用され得る。スケジューリング要求があるか否かに応じて、4つのシーケンスのうちの1つ(例えば、1つだけ)が送信され得る。シーケンスは、以下の4つの場合、すなわち、(ACK,SR=0)、(NACK,SR=0)、(ACK,SR=1)、または(NACK,SR=1)のうちの1つを示すために割り当てられ得る。基本シーケンスの巡回シフトは、設計基準に従って、4つの場合の各々に対して割り当てられ得る。
基準は、(例えば、その巡回シフトシーケンスが互いに隣接し得る)WTRU間の(例えば、シーケンスを復号する間のチャネル欠陥に起因する)潜在的な干渉を最小化するためのものであり得る。例えば、基本シーケンスの4つの巡回シフト1、2、3および4を考慮する。どの巡回シフトを使用するかを決定する場合、下記の要因のうちの1つまたは複数が考慮に入れられ得る。第1に、ULトラフィックの量は、(例えば、マルチプルフォールド(multiple folds)だけ)ダウンリンクトラフィック未満であり得る。これは、SR=1(例えば、ULトラフィックを有する)の確率が、(例えば、マルチプルフォールドだけ)SR=0の確率未満であり得ることを示し得る。第2に、隣接する巡回シフトシーケンスは、(例えば、チャネル欠陥に起因して)互いにより多くの干渉を有し得る。下記の割り当てが使用され得る:
Figure 2020520147
Figure 2020520147
Figure 2020520147
および
Figure 2020520147
ただし、CSは、基本シーケンスからの巡回シフトを示すことができ、
Figure 2020520147
である。例えば、無視可能な周波数選択性の場合、
Figure 2020520147
であり、CS=0、1、2、3が使用されてもよい。中程度の周波数選択性の場合、
Figure 2020520147
であり、CS=0、2、4、6が使用されてもよい。SR=1が、SR=0よりも非常に小さい確率を有する場合、2つのWTRUが(例えば、同じRBにおいてそれらのシーケンスを送る場合)、互いに隣接するそれらのシーケンスのグループを有し、WTRUが、隣接する巡回シフトを有する2つのシーケンスを送る可能性は小さくなるであろう。WTRUが互いに干渉する可能性も小さくなり得る(例えば、gNBがWTRUの対応するシーケンスを復号する場合)。
WTRU1およびWTRU2に対する基本シーケンスの巡回シフトの下記のマッピングは、下記を使用し得る。
WTRU1:
Figure 2020520147
Figure 2020520147
Figure 2020520147
および
Figure 2020520147
WTRU2:
Figure 2020520147
Figure 2020520147
Figure 2020520147
および
Figure 2020520147
巡回シフトは、基本シーケンスを用いて巡回シフトの相対差を示し得る。SR=0が、SR=1よりも(例えば、マルチプルフォールドだけ)高い確率を有すると考えると、WTRU1は、
Figure 2020520147
または
Figure 2020520147
(例えば、大抵の場合)を送り得、WTRU2は
Figure 2020520147
または
Figure 2020520147
(例えば、大抵の場合)を送り得、これは、受信されるシーケンスの巡回シフトが隣接せず、遠く離れているので、シーケンス間でのより少ない干渉をもたらし得る。WTRUのうちの1つが、SR=1を有する場合、受信されるシーケンスの巡回シフトは隣接しないことがあり得る。両方のWTRUが、SR=1を有する場合、受信されるシーケンスの隣接する巡回シフトが存在し得る。巡回シフトの割り当てを選択することは、ACK/NACKおよびSRのロバストな表示という結果をもたらすことができる。
基準は、(例えば、同じWTRUの複数の巡回シフトシーケンス内の)シーケンスを復号する間のチャネル欠陥に起因して、潜在的な干渉を最小化し得る。例えば、基本シーケンスの4つの巡回シフト1、2、3および4を考慮する。シーケンスの隣接する巡回シフトは、(例えば、チャネル欠陥に起因して)互いにより多くの干渉を有し得るので、以下の割り当てが使用され得る:
Figure 2020520147
Figure 2020520147
Figure 2020520147
および
Figure 2020520147
ただし、CSは、基本シーケンスからの巡回シフトを示す。割り当ては、1つのものに対して割り当てられたシーケンスを別のものに対して割り当てられたものと誤検出する可能性がより低くなるように、ACKおよびNACKに対して、より遠くに離れたシーケンスを割り当て得る。
WTRU1およびWTRU2に対する基本シーケンスの巡回シフトの下記のマッピングが使用され得る。
WTRU1:
Figure 2020520147
Figure 2020520147
Figure 2020520147
および
Figure 2020520147
WTRU2:
Figure 2020520147
Figure 2020520147
Figure 2020520147
および
Figure 2020520147
巡回シフトは、基本シーケンスを用いて巡回シフトの相対差を示し得る。WTRUは、(例えば、同じ)基本のコンピュータ生成シーケンス(CGS)の3つの巡回シフトを採用して、ACK/NACKおよびスケジューリング要求(SR)を共同で示し得る。3つのシーケンスの各々は、ACKもしくはNACKのいずれか、および/またはスケジューリング要求があるかどうかを示すために使用され得る。シーケンスは、ACKおよびSRの以下の3つの状態の各々に対して割り当てられ得る:(ACK,SR=0)、(ACK,SR=1)、および(NACK,SR=1)。シーケンスは、(NACK、SR=0)の場合に対しては割り当てられなくてもよく、この場合において、gNBのアクションは、あたかもそれがシーケンスを受信するべきであるかのように類似し得る(例えば、ほとんど同じであり得る)(例えば、gNBは、トランスポートブロックの再送信を実行し、WTRUについてのアップリンクリソースを割り当て得る(例えば、SRは0に等しいかもしれず、スケジューリング要求が存在しないことを示すので))。
3つの連続する(隣接する)巡回シフト間のマッピング、並びに、そのシーケンスが連続的な巡回シフトを有する2つのWTRUについてのACKおよびSRの上述された3つの状態は、下記の通りであり得る。
WTRU1:
Figure 2020520147
WTRU2:
Figure 2020520147
巡回シフトは、基本シーケンスを用いて巡回シフトの相対差を示し得る。このマッピングは、WTRU1の
Figure 2020520147
を用いてシーケンスを復号しようとgNBが試みる場合、WTRU2のシーケンス
Figure 2020520147
を用いた検出誤りの可能性がより低くなることを確実にし得る。このマッピングは、あるWTRUのシーケンスを別のWTRUのシーケンスとして検出する可能性を低減し得る。gNBが、WTRU1の
Figure 2020520147
を用いてシーケンスを復号しようと試みる場合、最小の発生確率を有し得る、同じWTRUについての(例えば、NACKおよびSR=1の場合の)シーケンス
Figure 2020520147
を用いた検出誤りの可能性がより低くなり得る。
3つの連続する(隣接する)巡回シフト間のマッピング、並びに、そのシーケンスが連続的な巡回シフトを有する2つのWTRUについてのACKおよびSRの上述された3つの状態は、下記の通りであり得る。
WTRU1:
Figure 2020520147
WTRU2:
Figure 2020520147
巡回シフトは、基本シーケンスを用いて巡回シフトの相対差を示し得る。このマッピングは、gNBが、WTRU1の
Figure 2020520147
を用いてシーケンスを復号しようと試みる場合に、WTRU2のシーケンス
Figure 2020520147
を用いた検出誤りの可能性がより低くなることを確実にし得る。このマッピングは、あるWTRUのシーケンスを別のWTRUのシーケンスとして検出する可能性を低減し得る。また、gNBが、WTRU1の
Figure 2020520147
を用いてシーケンスを復号しようと試みる場合、(ACK,SR=0)の次に高い発生の可能性を有し得る、同じWTRUの(例えば、ACKおよびSR=1の場合の)シーケンス
Figure 2020520147
を用いた検出誤りの可能性はより低くなる。
WTRUは、(例えば、WTRUが、トランスポートブロックのうちの1つを、その他のトランスポートブロックとは独立して成功裡に復号し得る場合)トランスポートブロックのペアについてのACK/NACKのペアを送信することができ、(ACK、ACK)、(ACK、NACK)、(NACK、ACK)、または(NACK、NACK)を送信することができる。
WTRUは、(例えば、同じ)基本のコンピュータ生成シーケンス(CGS)の4つの巡回シフトを採用して、ACK/NACKのペアおよび/またはスケジューリング要求(SR)を共同で示し得る。シーケンス(例えば、4つのシーケンスの各々)は、上記に列挙された状態のサブセットおよび/またはスケジューリング要求が存在するかどうかを示すために使用され得る。シーケンスは、下記のように割り当てられ得る。
状態1:(ACK、ACK)、およびSR=0、
状態2:(ACK、ACK)、およびSR=1、
状態3:{(ACK、NACK)、(NACK、ACK)、または(NACK、NACK)}およびSR=0、
状態4:{(ACK、NACK)、(NACK、ACK)、または(NACK、NACK)}およびSR=1。
WTRUは、(ACK、ACK)の場合(例えば、ACKを送る可能性が最も高くなり得る場合)について、別個のシーケンス割り当てを使用してもよい。gNBは、(例えば、4つのシーケンスが割り当てられる場合)(ACK、NACK)の場合、(NACK、ACK)の場合、または(NACK、NACK)の場合を区別することができないことがあり得る。(例えば、上記に示されたような)この割り当ては、状態のバンドリング(bundling)または共同割り当て(joint assignment)と称され、多くとも1つの不必要な再送信という結果になり得る。
WTRUは、(例えば、同じ)基本のコンピュータ生成シーケンス(CGS)の4つの巡回シフトを使用して、ACK/NACKのペアおよび/またはスケジューリング要求(SR)を共同で示し得る。シーケンス(例えば、4つのシーケンスの各々)は、上記に列挙された状態のサブセットおよび/またはスケジューリング要求が存在するかどうかを示すために使用され得る。シーケンスは、下記のように割り当てられ得る。
状態1:(ACK、ACK)およびSR=0、
状態2:(ACK、ACK)およびSR=1、
状態3:{(ACK、NACK)、または(NACK、ACK)}およびSR=0、
状態4:{(ACK、NACK)、または(NACK、ACK)}およびSR=1。
4つのシーケンスしか割り当てないことによって、gNBは、(ACK、NACK)の場合または(NACK、ACK)の場合を区別することができないことがあり得る。これは、1つの不必要な再送信を引き起こし得る。(NACK、NACK)、およびSR=0の場合に対してシーケンスが割り当てられないことがあり、この場合において、gNBのアクションは、あたかもそれがシーケンスを受信するべきであるかのように類似し得る(例えば、ほとんど同じであり得る)(例えば、gNBは、トランスポートブロックの各々に対して再送信を実行し、WTRUについてのアップリンクリソースを割り当て得る(例えば、SRは0に等しいかもしれず、スケジューリング要求が存在しないことを示すので))。(NACK、NACK)およびSR=1の場合に対しては、例えば、この場合は最小の発生確率を有し得るので、シーケンスが割り当てられなくてもよい。この状態におけるWTRUは、シーケンスを送らなくてもよく、gNBは、両方のトランスポートブロックを再送信し得る(例えば、この見地から、gNBのアクションは変化しない)。WTRUが、例えば、(ACK、ACK)、およびSR=1、または{(ACK、NACK)、もしくは(NACK、ACK)}およびSR=1に対して割り当てられたシーケンスのうちの1つを介して、そのスケジューリング要求を示す次の機会まで、gNBは、WTRUがスケジューリング要求を有することを知らないことがあり得る。
4つの状態(state)に対する巡回シフトシーケンスの下記のマッピングが使用され得る(例えば、本明細書において開示されるような状態バンドリングの場合)。基本シーケンスの4つの巡回シフトに対する4つのシーケンスのマッピングの例は、下記の通りであり得る。
Figure 2020520147
このマッピングは、最も高い検出確率を有し得る、1および2の状態に対する受信されたシーケンスを検出しようとgNBが試みる場合、より良いgNB検出確率を確実にし得る。
基本シーケンスの4つの巡回シフトに対する4つのシーケンスのマッピングは、下記の通りであり得る。
Figure 2020520147
このマッピングは、受信されたシーケンスがWTRU1に属するのか、またはWTRU2に属するかを検出しようとgNBが試みる場合(例えば、WTRU2が、その巡回シフトシーケンスをWTRU1の巡回シフトシーケンスの直後に有し得る場合)、より良いgNB検出確率を確実にし得る。
WTRUは、同じ基本CGSの6つの巡回シフトを採用して、ACK/NACKのペアおよび/またはSRを共同で示し得る。シーケンスは、下記の状態(state)の各々に対して割り当てられ得る。
状態1:(ACK、ACK)およびSR=0、
状態2:(ACK、ACK)およびSR=1、
状態3:(ACK、NACK)およびSR=1、
状態4:(ACK、NACK)およびSR=0、
状態5:(NACK、ACK)およびSR=0、
状態6:(NACK、ACK)およびSR=1。
シーケンスが、(NACK、NACK)、およびSR=0に対して割り当てられない場合、gNBの振る舞いは、あたかもgNBがこの状態についてのシーケンスを受信するかのように類似し得る(例えば、ほとんど同じであり得る)。(NACK、NACK)およびSR=1の状態に対しては、例えば、この状態は最小の発生確率を有し得るので、シーケンスが割り当てられなくてもよい。WTRUは、そのスケジューリング要求を次のPUCCH機会において送り得る。例えば、
Figure 2020520147
の場合、第1のWTRUについては、基本CGSの巡回シフトに対する各状態に関連付けられたシーケンスのマッピングは、以下の通りであり得る:状態1から状態6は、それぞれCS=0、1、2、3、4、5に対して割り当てられ得る。第2のWTRUについては、同じ基本CGSの巡回シフトに対する各状態に関連付けられたシーケンスのマッピングは、状態1から状態6が、それぞれCS=11、10、9、8、7、6に対して割り当てられ得る、というものであり得る。これらのマッピングは、第1のWTRUに属する(例えば、高い確率状態に関連付けられた)シーケンスと、第2のWTRUに属するシーケンスとのgNB誤り検出をより低下させ得る。別の実施形態において、
Figure 2020520147
である場合、WTRUについて、基本CGSの巡回シフトに対する各状態に関連付けられたシーケンスのマッピングは、以下の通りであり得る:状態1から状態6は、それぞれCS=0、2、4、6、8、10、またはCS=1、3、5、7、9、11、またはCS=0、2、4、7、9、11、またはCS=0、3、5、6、8、11に対して割り当てられ得る。これらのマッピングは、同じWTRUの状態間の誤り検出をより低下させ得る。一例において、マッピングは、その隣接する巡回シフトを用いたシーケンスの潜在的な誤検出が、シーケンスによって搬送される情報において1つの誤りのみを引き起こすことを確実にし得る、グレイ符号化の原理に基づいてもよい(例えば、状態1から状態6は、それぞれCS=4、6、0、2、10、8、またはCS=5、7、1、3、11、9、またはCS=5、7、0、2、11、9に対して割り当てられ得る)。
例において、上記の6つの状態に加えて、もう2つの状態、すなわち、状態7(NACK、NACK)およびSR=1と、状態8(NACK、NACK)およびSR=0とが存在してもよい(例えば、考え得る状態のすべてを網羅し、シーケンスは、各々に対して割り当てられ得る)。WTRUについては、各状態に関連付けられたシーケンスは、基本CGSの巡回シフトに対して、以下のようにマッピングされ得る:状態1から状態8は、CS=0、1、3、4、11、10、8、7、またはCS=0、1、4、5、11、10、8、7に対して割り当てられ得る。これらのマッピングは、同じWTRUの状態間の誤り検出をより低下させ得る。これらのシーケンスのうちの1つを受信するgNBが、誤りにおいて隣接する巡回シフトを検出したとしても、誤りは最小化され得る(例えば、3つの情報のうちで、1つの情報のみが誤っていることがあり得る)。
肯定的なSRおよびHARQ−ACKは、同じスロットにおいてPUCCH(例えば、短いPUCCH)上で送信され得る。HARQ−ACKペイロードが、2ビット以下である場合、WTRUは、最大2ビットまでのPUCCHフォーマット(例えば、PUCCHフォーマットA)を使用して、SRのためのPUCCHリソース上でHARQ−ACKを送信してもよい。HARQ−ACKペイロードが、2ビットよりも大きい場合、WTRUは、(2ビットよりも多くを搬送するためのPUCCHフォーマット(例えば、PUCCHフォーマットB)を使用して)HARQ−ACKのためのPUCCHリソース上でSRとHARQ−ACKとの両方を送信してもよい。
否定的なSRおよびHARQ−ACKは、同じスロットにおいてPUCCH(例えば、短いPUCCH)上で送信され得る。HARQ−ACKペイロードが、2ビット以下である場合、WTRUは、最大2ビットまでのPUCCHフォーマットを使用して、HARQ−ACKのためのPUCCHリソース上でHARQ−ACKを送信してもよい。HARQ−ACKペイロードが、2ビットよりも大きい場合、WTRUは、2ビットよりも多くを搬送するためのPUCCHフォーマットを使用して、HARQ−ACKのためのPUCCHリソース上でSRとHARQ−ACKとの両方を送信してもよい。
最大2ビットまでのPUCCHフォーマット(例えば、PUCCHフォーマットA)について、リソースは、1つもしくは複数のPRBインデックス、スロット内の1つもしくは2つのOFDMシンボルインデックス、および/または2つもしくは4つのシーケンス/巡回シフトのグループを含んでもよい。リソースは、1つのシーケンスおよび/またはシーケンスの巡回シフト(例えば、1つのシーケンスおよび/またはシーケンスの巡回シフトだけ)に関連付けられ得る。2ビットよりも大きいPUCCHフォーマット(例えば、PUCCHフォーマットB)について、リソースは、少なくとも1つもしくは複数のPRBインデックスおよび/またはスロット内の1つもしくは2つのOFDMシンボルインデックスを含んでもよい。
WTRUは、より上位の層の構成および/またはDCIを通じて、PUCCHリソースまたはPUCCHリソースグループを決定し得る。例えば、WTRUは、複数のPUCCHリソースグループによって構成され、DCIにおけるビットフィールドを使用して、各スロットにおける割り当てられたリソースまたはリソースグループを識別してもよい。各リソースグループの大きさは、HARQ−ACKペイロードに応じたものであり得る、1つ、2つ、または4つのリソースであり得る。2ビットよりも大きいHARQ−ACKペイロードについて、リソースグループは、1つのリソースを有してもよい。1ビットのHARQ−ACKペイロードについて、リソースグループは、2つのリソースを有してもよい。2ビットのHARQ−ACKペイロードについて、リソースグループは、4つのリソースを有してもよい。
WTRUが、4つのPUCCHリソースグループにより構成される場合、WTRUは、DCIにおける2ビットのビットフィールドを使用して、所与のスロットにおけるリソースグループを識別し得る。一例において、PUCCHが送信されるRBの数は、PUCCHリソース構造の一部として、より上位層のシグナリングによってシグナリングされることができる。一例において、WTRUは、より上位層のシグナリングを通じてスロット内のPUCCHの第1のOFDMシンボルインデックスを受信し、公式を使用して、PUCCHの第2のOFDMシンボルインデックスを決定してもよい。
WTRUは、AND演算を使用して、2つのHARQ−ACKビットを束ね得る。WTRUは、HARQ−ACKおよび/またはSRのシグナリングのために2つのリソース/シーケンスを使用することができ、予め定義されたリソースマッピング規則を適用することができる(例えば、肯定的なSRおよび2ビットのHARQ−ACKが、同じスロットまたはミニスロットにおいてPUCCH上で送信されるべき場合)。WTRUは、下記の表2Bに示されるように、異なるリソースマッピング規則を使用して、HARQ−ACKのシグナリングのために2つのリソース/シーケンスを使用し得る(例えば、否定的なSRおよび2ビットのHARQ−ACKが、同じスロットまたはミニスロットにおいてPUCCH上で送信されるべき場合)。
Figure 2020520147
(例えば、2つのシンボルの期間を有する短いPUCCH上の)ACK/NACK/SR送信が提供され得る。図5は、ACK/NACKおよび/またはSR送信を示し得る例示的な図である。送信は、周波数シフトされたRSを使用することができ、黙示的であってもよい。例えば、WTRUは、PUCCH(例えば、短いPUCCH)を含み得る2つの連続的なOFDMシンボルにおいて、CAZACシーケンスなどの参照シンボル(RS:Reference Symbol)シーケンスの異なる周波数シフトを使用して、ACK/NACKおよび/またはSRの1つまたは2つのビットを黙示的に送信してもよい。2つの連続的なOFDMシンボルについてのRSシーケンスは、基本シーケンスの同じまたは異なる巡回時間または周波数シフトであってもよい。ACK/NACKまたはSRシグナリングは、黙示的であってもよく、RSのために使用されないことがあり得るリソース要素上で送信されているCSIに対して付加的であってもよい。黙示的な送信は、ULにおけるUCIシグナリングのための効率的な手法となり得る。
SR送信において、WTRUが、スケジューリングされることを要求しない場合、WTRUは、第2のOFDMシンボル内の周波数においてRSをシフトしなくてもよく、WTRUが、表3に示されるようにスケジューリングされることを要求する場合、周波数においてRSをシフトしてもよい。ACK/NACK/DTX送信において、WTRUは、NACKまたはDTXシグナリングの場合には、第2のOFDMシンボル内の周波数においてRSをシフトしなくてもよく、ACKを送信する場合には、第2のOFDMシンボル内の周波数においてRSをシフトしてもよい。
表3は、第2のOFDMシンボルにおけるRS周波数シフトに対する、1ビットのACK/NACK/DTXまたはSRの例示的なマッピングを示す。
Figure 2020520147
WTRUは、表4に示されるように、より高いビット数を送信するために、より低いRS密度を使用し得る。例えば、WTRUは、ULにおけるACK/NACKまたはSRの1つのビットのシグナリングのために、1/2のRS密度を使用してもよい。別の例として、WTRUは、1ビットよりも大きい情報、例えば、ACK/NACK/DTXをシグナリングするために、1/3のRS密度を使用してもよい。不連続送信(DTX:Discontinuous Transmission)は、ACKもNACKも送信されないことがあり得ることを示唆し得る。第2のOFDMシンボルにおけるRSシフトに対するACK/NACK/DTXの例示的なマッピングが、表4に示される。
Figure 2020520147
WTRUは、より低い1/4のRS密度を有するRSシフトアプローチを使用して、1ビットのACK/NACKと1ビットのSRとを送信してもよい(例えば、同時に送信してもよい)。第2のOFDMシンボルにおけるRSシフトに対するACK/NACKおよびSRの例示的なマッピングは、表5に示される。WTRUは、表5に示されるように、2ビットのACK/NACK情報をシグナリングするために、4つのRS周波数シフトを使用し得る。
Figure 2020520147
図6は、RS上の時間ドメインカバー符号を使用する、ACK/NACKおよび/またはSR送信を示し得る例示的な図である。これは黙示的に行われてもよい。WTRUは、PUCCH(例えば、短いPUCCH)を含み得る2つの連続的なOFDMシンボルにおいて、CAZACシーケンスなどの参照シンボル(RS)シーケンス上の時間ドメインカバー符号を適用することによって、ACK/NACKおよび/またはSRの1つのビットを送信し得る。それは、PUCCHのRS密度に関係なく行われ得る。1/2および1/3のRS密度を有する、このアプローチの2つの変形例が、図6において見られ得る。時間ドメイン符号は、長さ2のウォルシュ−アダマール直交符号であってもよい。
カバー符号に対するSRの例示的なマッピングは、表6に示される。WTRUが、スケジューリングされることを要求しない場合、それは、2つのRSシンボル上で[1 1]のカバー符号を使用し得る(例えば、これは、いかなるカバー符号も適用しないことと均等であり得る)。WTRUが、スケジューリングされることを要求する場合、それは、2つのRSシンボル上でカバー符号[1 −1]を使用し得る。1ビットのACK/NACK/DTXの送信について、WTRUは、2つのRSシンボル上の[1 1]のカバー符号を使用して、NACK/DTXをシグナリングし、カバー符号[1 −1]を使用して、ACKをシグナリングし得る。
Figure 2020520147
WTRUは、PUCCH(例えば短い、PUCCH)のOFDMシンボル(例えば、2つの連続的なOFDMシンボルの各々)においてRS基本シーケンス(例えば、CAZACシーケンス)のそれぞれの(例えば、異なる)巡回時間シフトを適用することによって、ACK/NACKおよび/またはSRの1つまたは2つのビットを黙示的に送信し得る。図7は、RSについての異なる巡回時間シフトを使用する、ACK/NACKおよび/またはSR送信(例えば、黙示的な送信)を示し得る例示的な図である。1/1、1/2、および1/3のRS密度を有する、3つの例示的なシナリオが示され得る。1/1のRS密度を用いると、WTRUは、ACK/NACKおよび/またはSR送信のためのシーケンスベースのスキームを適用し得る。他のUCI(例えば、CSI、PMI、RI等)は、このシナリオにおいて送信されてもよく、または送信されなくてもよい。RS密度が100%未満である場合、UCI、ACK/NACKおよび/またはSRは、同じPUCCHリソース(例えば、短いPUCCHリソース)上で多重化されてもよい。例えば、1ビットのACK/NACKまたはSRを送信するために、WTRUは、第1のOFDMシンボルにおいてRSについてmの巡回シフト、および第2のOFDMシンボルにおいてRSについてnの巡回時間シフトを使用してもよい。両方の巡回時間シフトが同じ(例えば、m=n)である場合、それは、WTRUがスケジューリングされることは要求しないことを示唆し得る。2つのOFDMシンボル上の巡回時間シフトが異なる(例えば、m≠n)場合、それは、WTRUがUL送信のためにスケジューリングされることを要求している可能性があることを示唆し得る。UL送信は、PUSCHであってもよい。1ビットのACK/NACK/DTXの送信について、WTRUは、NACK/DTXをシグナリングするために、2つの異なるOFDMシンボル上で2つのRSについて同じ巡回時間シフトを使用し、ACKをシグナリングするために2つのRSについて異なる巡回時間シフトを使用し得る。表7は、RSについて異なる巡回時間シフトを使用するSRまたはACK/NACK/DTXの例示的なマッピングを示す。
Figure 2020520147
図8は、黙示的であってもよい、RSオン−オフキーイングを使用する、SR送信のための例示的な図を示す。WTRUは、PUCCH(例えば、短いPUCCH)を含む2つの連続的なOFDMシンボルの第2のOFDMシンボル上で参照シンボル(RS)をオンにすること、またはオフにすることによって、ACK/NACKおよび/またはSRの1つのビットを送信し得る。これは黙示的に行われてもよい。
表8に示されるように、SRがオフである場合など、WTRUが、スケジューリングされることを要求しない場合、WTRUは、第2のOFDMシンボル上でRSを送信し得る。SRが1に等しい場合など、WTRUが、スケジューリングされることを要求する場合、WTRUは、第2のOFDMシンボル上でRSを送信しなくてもよい。
図8において800に示されるように、WTRUが、スケジューリングされることを要求し、第2のOFDM上でRSを送信しないことがあり得る場合、WTRUは、第2のOFDMシンボル上のRSをオフにし得る(例えば、RSを送信しない)。WTRUは、UCI送信のために使用されるPUCCHの内の第2のOFDMシンボルの残りのRE上のRSの電力を分配してもよい。第2のOFDMシンボル上のオフにされたREは、ゼロ電力のREなど、送信を有しない受信機によって予約されたREとして解釈され得る。RSからUCIまでの電力を分配することによって、UCIのBLERパフォーマンスは改善されることができる。
図8において802に示されるように、WTRUが、スケジューリングされることを要求し、第2のOFDM上でRSを送信しないことがあり得る場合、WTRUは、第2のOFDMシンボル上のRSをオフにし得る(例えば、RSを送信しない)。WTRUは、UCI送信に対して第2のOFDMシンボル上のREを再割り当てし得る。例えば、第2のOFDMシンボル上でRSは送信されないことがあり得る。この場合において、UCI送信のための符号化速度は、より低くなることがあり、これはUCIのためのより良いBLERパフォーマンスという結果になり得る。レートマッチングは、SRが送信されるか否かにかかわらず、UCIについて異なり得る。表8は、第2のOFDMシンボルにおけるRSの存在に対するSRの例示的なマッピングを示す。
Figure 2020520147
図9は、波形符号化を用いるRSを使用する、ACK/NACKおよび/またはSR送信(例えば、ACK/NACKおよび/またはSRの黙示的な送信)のための例示的な図を示す。波形符号化は、PPM、マンチェスター符号化および/または同様のものを含んでもよい。WTRUは、複数のオン(例えば、RSが送信される)OFDMシンボルおよびオフ(例えば、RSが送信されない)OFDMシンボルを使用することによって、ACK/NACKおよび/またはSRの1つのビットを符号化し得る。WTRUは、オンOFDMシンボルおよびオフOFDMシンボルの位置を変化させることによって、1ビットのACK/NACKおよび/またはSRを符号化し得る。マンチェスター符号化は、マルチシンボル(例えば、2つのシンボルの)PUCCH(例えば、短いPUCCH)の複数の(例えば、2つの)OFDMシンボル間で適用されてもよい。
図9において900および902に示されるように、ACKは、以下のように符号化され得る。第2のOFDMシンボルの1つまたは複数のREは、エネルギーを有することができ、第1のOFDMシンボル内の同じREは、ゼロエネルギーを有することができる。NACKは、以下のように符号化され得る。第1のOFDMシンボルの1つまたは複数のREは、エネルギーを有することができ、次のOFDMシンボル内の同じREは、ゼロエネルギーを有することができる。
図9において904および906に示されるように、SR=1(例えば、SRはオンである)は、以下のように符号化され得る。第2のOFDMシンボルのREのうちの1つまたは複数は、エネルギーを有することができ、第2のOFDMシンボルの1つまたは複数のREから1だけシフトアップされる、第1のOFDMシンボル内の1つまたは複数のREは、ゼロエネルギーを有することができる。SR=0(例えば、SRはオフである)は、以下のように符号化され得る。第1のOFDMシンボルのREのうちの1つまたは複数は、エネルギーを有することができ、第1のOFDMシンボルの1つまたは複数のREから1だけシフトアップされる、第2のOFDMシンボルのREのうちの1つまたは複数は、ゼロエネルギーを有することができる。
WTRUは、ULにおけるACK/NACKおよび/またはSRシグナリングのために、本明細書において提案されるスキームの任意の組み合わせを使用することができる。本明細書において開示されるように、WTRUは、UCI情報の1つまたは複数のビットを黙示的にシグナリングするために複数の方法を使用し得る。例えば、WTRUは、RS上の周波数シフトされたRSおよび(もしくは)時間ドメインカバー符号、RSのための差動(differential)巡回時間シフト、RSオン−オフキーイング、波形符号化を用いるRS、並びに(または)同様のものの任意の組み合わせを使用して、UCI情報の1つまたは複数のビットをシグナリングし得る。
PUCCH(例えば、短いPUCCH)におけるSRのシグナリングが提供され得る。シグナリングは、明示的であってもよい。SRおよびUCIは、同じOFDMシンボルにおいてシグナリングされ得る。UCIおよびSRは、図10に示されるように周波数におけるUCIおよびSRに対応するシーケンスまたはシンボルの多重化によって送信されてもよい。SRおよびUCIシンボルは、周波数において分離され得るので、両方のタイプのデータを送信するために同じシーケンスが使用され得る。WTRUが、送信するべきSRを有しない場合、SR送信のために予約された副搬送波は、ゼロにより埋められ(loaded)てもよい。
図10は、UCIおよびSRの周波数分割多重化のための例示的な図を示す。SRおよび参照シンボル(RS)は、同じ副搬送波上であるが、異なるOFDMシンボル上で送信され得る。SRが送信されるようにスケジューリングされていないことがあり得るOFDMシンボルにおいて、RS/SRに対して割り当てられる副搬送波は、参照シンボルの送信のために使用され得る。
SRが送信されるようにスケジューリングされ得るOFDMシンボルが存在し得る。WTRUが、送信するためのスケジューリング要求を有しない場合、RS/SRに対して割り当てられる副搬送波は、参照シンボルの送信のために使用され得る。
SRが送信されるようにスケジューリングされるOFDMシンボルが存在し得る。WTRUが、送信するためのスケジューリング要求を有する場合、RS/SRに対して割り当てられる副搬送波は、SRシーケンスの送信のために使用され得る。受信機は、チャネルを推定するため、および/またはUCIを復号するためにも、SRシーケンスを使用し得る。
RSシーケンスとSRシーケンスとは、異なるように選ばれ得る。例えば、それらは、同じ基本シーケンスの異なる巡回シフトであってもよく、または、それらは、2つの異なる基本シーケンスであってもよい。シーケンスは、Zadoff Chuシーケンス、CAZACシーケンス、および/または同様のものであってもよい。
WTRUによって送信されるシーケンス間の直交性は、UCIおよびSRに対して異なる副搬送波を割り当てることによって周波数ドメインにおいて達成され得る。異なるWTRUによって送信されるシーケンス間の直交性は、周波数ドメインにおいて、および/または直交シーケンスを用いて、達成され得る。例えば、図11において、WTRU1およびWTRU2は、UCIについては直交シーケンスを使用し、SRについては直交シーケンスを使用してもよい。
図11は、1つまたは複数のWTRUによる、UCIおよびSR送信のための例示的な図を示す。UCIおよびSRを送信するための搬送波の数、またはUCIまたはSRのみを送信するための副搬送波の数とは、異なり得る。例えば、K個の副搬送波は、UCI(および、UCIの復号のための参照シンボル)またはSRの送信のために十分であり得る一方で、2K個の副搬送波が、UCIおよびSRの送信のために必要となり得る。
リソースの量における差は管理され得る。例えば、WTRUは、K個の副搬送波などの、周波数リソースの量により構成されてもよい。これらのリソースは、UCIまたはSRの送信のために使用され得る。UCIとSRとの両方が存在する場合、リソースの量は増加されてもよい。例えば、リソースは、2Kに増加されてもよい。付加的なリソースの量、および付加的な副搬送波のインデックスが決定され得る。
図12は、1つまたは複数のWTRUによるUCIおよび/またはSR送信のための例示的な図を示す。WTRUのうちの1つまたは複数が、送信すべきUCIを有しない場合、またはSRを送信するように構成されていない場合、それらは、図12に示されるように、割り当てられた副搬送波を使用しないままにし得る。これは、例えば、WTRUがSRを送信するように構成されていない場合、OFDMシンボルにおいて発生し得る。例示の目的のために、インターリーブされた副搬送波が示され得るが、副搬送波の非近接セットも使用され得る。例えば、UCIおよびSRは、副搬送波の2つの異なるグループ上で送信されてもよい。UCIの復号のために使用され得るRSは示されないことがあり得るが、RS送信はUCI送信を伴い得ることが理解される。
WTRUが、未使用のリソースを有する場合、それは、それらのリソースにおいてUCIまたはSRの送信を繰り返し得る。例えば、WTRU2は、SRに対して割り当てられ得る副搬送波上でUCIを繰り返してもよい。符号化/拡散利得に起因して、送信電力はそれに応じて低減され得る。WTRUは、SRおよびUCIのために2つの異なるシーケンスを使用してもよい。例えば、シーケンスは、2つの異なる基本シーケンス、または同じ基本シーケンスの2つの異なる巡回シフトであってもよい。
低PAPR送信が提供され得る。図13は、UCIおよびSRのPAPR送信のための例示的な図を示す。例(例えばUCIおよびSRが、同じOFDMシンボルにおいて送信される場合)において、PAPRは、UCIおよびSRシーケンス/シンボルの時間ドメイン多重化を利用することによって低減され得る。これは図13に示されるようにDFTプレコーディングの前にUCIおよびSRを時間多重化することによって達成され得る。DFTブロックの異なる入力ピンへの入力は、UCIおよび/またはSRを含み得る。任意選択であってもよい、位相シフト動作の後、出力DFTプレコーディングされたUCIおよびSRシンボルは、同じ副搬送波に対してマッピングされ得る。これらの副搬送波は、近接していてもよく、又はインターリーブされていてもよい。DFTブロックへの入力は、ベクトル[UCI SR]、例えば、[d1 d2 c1 c2]を含んでもよい。
SRが送信されるようにスケジューリングされていないOFDMシンボルが存在し得る。SRに対して割り当てられるリソースは、参照シンボルの送信のために使用され得る。
SRが送信されるようにスケジューリングされているOFDMシンボルが存在し得る。WTRUが、送信するためのスケジューリング要求を有しない場合、SRに対して割り当てられたリソースは、参照シンボルの送信のために使用され得る。
SRが送信されるようにスケジューリングされているOFDMシンボルが存在し得る。WTRUが、送信するためのスケジューリング要求を有する場合、SRに対して割り当てられるリソースは、SRシーケンスの送信のために使用され得る。受信機は、SRシーケンスを使用して、チャネルを推定し、UCIを復号し得る。
RSシーケンスおよびSRシーケンスは、異なるように選ばれ得る。例えば、それらは、同じ基本シーケンスの異なる巡回シフトであってもよく、または、それらは、2つの異なる基本シーケンスであってもよい。シーケンスは、Zadoff Chuシーケンス、CAZACシーケンス、および/または同様のものであってもよい。
図14は、UCIおよびSRの低PAPR送信のための別の例示的な図を示す。プレコーディングされたUCIおよびSRは、異なる副搬送波に対してマッピングされ得る。第1のWTRUによってゼロにより埋められ得るDFTブロックの入力は、第2のWTRUによって使用され得る。
図15は、UCIおよびSRの低PAPR送信のための別の例示的な図を示す。UCIおよびSRは、インターリーブされた手法でDFT入力に対してマッピングされる一方で、DFTブロックの異なる入力ピンは、UCIおよびSRシンボルによって利用され得る。DFT出力は、同じ副搬送波または異なる副搬送波に対してマッピングされてもよく、副搬送波は、近接していても、またはインターリーブされていてもよい。DFT出力が副搬送波に対してマッピングされる場合、1つのDFTブロックで十分であり得る。例えば、図15に示されるように、DFTブロックへの入力は、[d1 c1 d2 c2]であってもよい。
本明細書において説明されるコンピューティングシステムの各々は、説明される機能を達成するために、本明細書において説明されるパラメータを決定することと、エンティティ(例えば、WTRUおよびネットワーク)間でメッセージを送ること、および受信することとを含む、本明細書において説明される機能を達成するための実行可能な命令またはハードウェアにより構成されるメモリを有する1つまたは複数のコンピュータプロセッサを有し得る。上述された処理は、コンピュータおよび/またはプロセッサによる実行のためのコンピュータ読取可能な媒体に組み込まれたコンピュータプログラム、ソフトウェア、および/またはファームウェアにおいて実装され得る。
特徴および要素が、特定の実施形態において上述されているが、当業者は、各特徴または要素が単独で、または他の特徴および要素との任意の組み合わせにおいて使用されることができることを認識するであろう。本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のためのコンピュータ読取可能な媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実装されてもよい。コンピュータ読取可能な媒体の例は、(有線接続または無線接続により送信される)電気信号およびコンピュータ読取可能な記憶媒体を含む。コンピュータ読取可能な記憶媒体の例は、ROM、RAM、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、磁気光学媒体、並びに、CD−ROMディスクおよびDVDなどの光学媒体を含むが、これらに限定されない。ソフトウェアに関連したプロセッサは、WTRU、UE、端末、基地局、RNCまたは任意のホストコンピュータにおける使用のための無線周波数送受信機を実装するために使用され得る。

Claims (15)

  1. 無線送受信ユニット(WTRU)であって、
    シーケンスを使用して、ハイブリッド自動再送要求(HARQ)肯定応答または否定応答(ACK/NACK)を送信するように構成されたプロセッサを備え、前記プロセッサは、
    前記HARQ ACK/NACKが1ビットの情報を含むのか、または2ビットの情報を含むのかを決定することと、
    前記HARQ ACK/NACKが1ビットの情報を含むという決定に基づいて、
    前記シーケンスの第1の巡回シフトまたは前記シーケンスの第2の巡回シフトのうちの1つを使用して、前記HARQ ACK/NACKを送信することであって、前記第1の巡回シフトは、第1の1ビットのHARQ ACK/NACK値に対応し、前記第2の巡回シフトは、第2の1ビットのHARQ ACK/NACK値に対応し、前記第1の巡回シフトおよび前記第2の巡回シフトは、前記シーケンスの長さの半分だけ異なる、ことと、
    前記HARQ ACK/NACKが2ビットの情報を含むという決定に基づいて、
    前記シーケンスの4つの巡回シフトのうちの1つを使用して、前記HARQ ACK/NACKを送信することであって、前記シーケンスの前記4つの巡回シフトの各々は、それぞれの2ビットのHARQ ACK/NACK値に対応し、前記シーケンスの前記4つの巡回シフトは、少なくとも前記シーケンスの前記長さの4分の1だけ互いに異なる、ことと
    を行うようにさらに構成されるWTRU。
  2. 前記シーケンスの前記長さは12である、請求項1のWTRU。
  3. 前記第1の巡回シフトは3に等しく、前記第2の巡回シフトは9に等しい、請求項2のWTRU。
  4. 前記4つの巡回シフトは、1、4、7、および10を含む、請求項1のWTRU。
  5. 前記2ビットのHARQ ACK/NACK値は、(0,0)、(0,1)、(1,0)、または(1,1)のうち1つである、請求項1のWTRU。
  6. 前記2ビットのHARQ ACK/NACK値(0,0)を送信するために使用される前記巡回シフトは、前記2ビットのHARQ ACK/NACK値(0,1)を送信するために使用される前記巡回シフトと、前記シーケンスの前記長さの4分の1だけ異なり、前記2ビットのHARQ ACK/NACK値(0,1)を送信するために使用される前記巡回シフトは、前記2ビットのHARQ ACK/NACK値(1,0)を送信するために使用される前記巡回シフトと、前記シーケンスの前記長さの4分の1だけ異なる、請求項5のWTRU。
  7. 前記プロセッサは、ネットワークエンティティから構成を受信し、前記構成に基づいて、前記シーケンスのどの巡回シフトを前記HARQ ACK/NACKを送信するために使用するかを決定するようにさらに構成される、請求項1のWTRU。
  8. 前記プロセッサは、物理ダウンリンク制御チャネル(PDCCH)から、前記HARQ ACK/NACKを送信するためのリソースブロックの表示を受信するようにさらに構成される、請求項1のWTRU。
  9. 前記プロセッサは、前記HARQ ACK/NACKと共に、肯定的なスケジューリング要求(SR)を送信するようにさらに構成される、請求項1のWTRU。
  10. シーケンスを使用して、ハイブリッド自動再送要求(HARQ)肯定応答または否定応答(ACK/NACK)を送信する方法であって、前記方法は、
    前記HARQ ACK/NACKが1ビットの情報を含むのか、または2ビットの情報を含むのかを決定するステップと、
    前記HARQ ACK/NACKが1ビットの情報を含むという決定に基づいて、
    前記シーケンスの第1の巡回シフトまたは前記シーケンスの第2の巡回シフトのうちの1つを使用して、前記HARQ ACK/NACKを送信するステップであって、前記第1の巡回シフトは、第1の1ビットのHARQ ACK/NACK値に対応し、前記第2の巡回シフトは、第2の1ビットのHARQ ACK/NACK値に対応し、前記第1の巡回シフトおよび前記第2の巡回シフトは、前記シーケンスの長さの半分だけ異なる、ステップと、
    前記HARQ ACK/NACKが2ビットの情報を含むという決定に基づいて、
    前記シーケンスの4つの巡回シフトのうちの1つを使用して、前記HARQ ACK/NACKを送信するステップであって、前記シーケンスの前記4つの巡回シフトの各々は、それぞれの2ビットのHARQ ACK/NACK値に対応し、前記シーケンスの前記4つの巡回シフトは、少なくとも前記シーケンスの前記長さの4分の1だけ互いに異なる、ステップと
    を含む方法。
  11. 前記シーケンスの前記長さは12である、請求項10の方法。
  12. 前記第1の巡回シフトは3に等しく、前記第2の巡回シフトは9に等しい、請求項11の方法。
  13. 前記シーケンスの前記4つの巡回シフトは、1、4、7、および10を含む、請求項11の方法。
  14. 前記2ビットのHARQ ACK/NACK値は、(0,0)、(0,1)、(1,0)、または(1,1)のうち1つである、請求項10の方法。
  15. ネットワークエンティティから構成を受信するステップと、前記構成に基づいて、前記シーケンスのどの巡回シフトを前記HARQ ACK/NACKを送信するために使用するかを決定するステップとをさらに含む、請求項10の方法。
JP2019560185A 2017-05-03 2018-05-01 アップリンク制御情報を送信するための方法、システム、および装置 Pending JP2020520147A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023028380A JP2023054357A (ja) 2017-05-03 2023-02-27 アップリンク制御情報を送信するための方法、システム、および装置

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201762500772P 2017-05-03 2017-05-03
US62/500,772 2017-05-03
US201762564755P 2017-09-28 2017-09-28
US62/564,755 2017-09-28
PCT/US2018/030428 WO2018204347A1 (en) 2017-05-03 2018-05-01 Methods, systems, and apparatus for transmitting uplink control information

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2023028380A Division JP2023054357A (ja) 2017-05-03 2023-02-27 アップリンク制御情報を送信するための方法、システム、および装置

Publications (1)

Publication Number Publication Date
JP2020520147A true JP2020520147A (ja) 2020-07-02

Family

ID=62200557

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2019560185A Pending JP2020520147A (ja) 2017-05-03 2018-05-01 アップリンク制御情報を送信するための方法、システム、および装置
JP2023028380A Pending JP2023054357A (ja) 2017-05-03 2023-02-27 アップリンク制御情報を送信するための方法、システム、および装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2023028380A Pending JP2023054357A (ja) 2017-05-03 2023-02-27 アップリンク制御情報を送信するための方法、システム、および装置

Country Status (9)

Country Link
US (2) US11736259B2 (ja)
EP (1) EP3619855A1 (ja)
JP (2) JP2020520147A (ja)
KR (3) KR102642287B1 (ja)
CN (2) CN116132000A (ja)
BR (1) BR112019023027A2 (ja)
RU (2) RU2019137555A (ja)
TW (1) TWI794227B (ja)
WO (1) WO2018204347A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020530684A (ja) * 2017-08-11 2020-10-22 クアルコム,インコーポレイテッド 短い持続時間内のアップリンク制御情報(uci)
US11558893B2 (en) 2015-07-09 2023-01-17 Qualcomm Incorporated Low latency physical uplink control channel with scheduling request and channel state information

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107889247B (zh) * 2016-09-30 2022-12-30 中兴通讯股份有限公司 上行控制信息传输/配置指示方法、装置、终端及基站
US11038656B2 (en) * 2017-05-31 2021-06-15 Qualcomm Incorporated Sequence based uplink control information design for new radio
ES2927694T3 (es) * 2017-05-31 2022-11-10 Ntt Docomo Inc Terminal de usuario y método de comunicación por radio
US11770830B2 (en) * 2017-06-07 2023-09-26 Telefonaktiebolaget Lm Ericsson (Publ) Providing information on a control channel
US11621817B2 (en) * 2017-06-14 2023-04-04 Interdigital Patent Holdings, Inc. Methods, apparatus, systems, architectures and interfaces for uplink control information (UCI) transmission via uplink shared data channel
SG11201911635RA (en) * 2017-06-15 2020-01-30 Panasonic Ip Corp America Terminal and communication method
CN109150468B (zh) * 2017-06-16 2020-10-23 华为技术有限公司 一种传输信息的方法和装置
US11251923B2 (en) * 2017-07-31 2022-02-15 Qualcomm Incorporated Uplink ACK/NACK and SR in short durations
CN109391427B (zh) 2017-08-11 2021-03-30 华为技术有限公司 一种通信方法及设备
KR102356054B1 (ko) 2017-08-11 2022-02-08 주식회사 윌러스표준기술연구소 무선 통신 시스템에서 상향링크 제어채널의 송수신 방법, 장치, 및 시스템
WO2019157683A1 (zh) * 2018-02-13 2019-08-22 华为技术有限公司 上行控制信息的传输方法和装置
US10911191B2 (en) * 2018-09-27 2021-02-02 Centre Of Excellence In Wireless Technology Method and apparatus for managing communication operations in orthogonal frequency division multiplexing system
US11956103B2 (en) * 2018-10-31 2024-04-09 Lg Electronics Inc. Method for transmitting and receiving SRS in wireless communication system, and device for same
US20220225381A1 (en) * 2021-01-13 2022-07-14 Qualcomm Incorporated Uplink control information multiplexing
WO2022174818A1 (zh) * 2021-02-20 2022-08-25 上海推络通信科技合伙企业(有限合伙) 一种用于无线通信的节点中的方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110170489A1 (en) * 2008-08-11 2011-07-14 Seung Hee Han Method and apparatus of transmitting information in wireless communication system
US20140092856A1 (en) * 2011-06-10 2014-04-03 Lg Electronics Inc. Method for transmitting control information and apparatus for same
WO2014049917A1 (ja) * 2012-09-27 2014-04-03 パナソニック株式会社 無線通信端末、基地局装置およびリソース割当方法
JP2014534787A (ja) * 2012-10-31 2014-12-18 エルジー エレクトロニクス インコーポレイティド 制御情報を送受信する方法及びそのための装置
JP2017022726A (ja) * 2009-10-01 2017-01-26 インターデイジタル パテント ホールディングス インコーポレイテッド アップリンク制御データの送信

Family Cites Families (81)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8479122B2 (en) 2004-07-30 2013-07-02 Apple Inc. Gestures for touch sensitive input devices
US8360062B2 (en) 2004-11-10 2013-01-29 Resmed Limited Method and apparatus for adjusting respiratory mask sealing force
US7432916B2 (en) 2004-12-09 2008-10-07 Universal Electronics, Inc. Controlling device with dual-mode, touch-sensitive display
US7448572B2 (en) 2005-10-05 2008-11-11 Lockheed Martin Corporation Direct mounted propulsion for non-rigid airships
JP4952138B2 (ja) 2006-08-17 2012-06-13 富士通株式会社 中継局、無線基地局及び通信方法
US8571120B2 (en) 2006-09-22 2013-10-29 Texas Instruments Incorporated Transmission of acknowledge/not acknowledge (ACK/NACK) bits and their embedding in the reference signal
CN101252422B (zh) 2008-03-20 2013-06-05 中兴通讯股份有限公司 物理混合重传指示信道的分配方法
US8218663B2 (en) * 2008-07-29 2012-07-10 Texas Instruments Incorporated Reference signal resource allocation for single user MIMO
CN102113242B (zh) 2008-07-30 2015-09-09 Lg电子株式会社 在无线通信系统中接收数据的方法和装置
KR101571566B1 (ko) * 2008-08-11 2015-11-25 엘지전자 주식회사 무선 통신 시스템에서 제어신호 전송 방법
KR101328790B1 (ko) * 2008-10-20 2013-11-13 인터디지탈 패튼 홀딩스, 인크 반송파 집적 방법
JP5453462B2 (ja) 2009-03-12 2014-03-26 インターデイジタル パテント ホールディングス インコーポレイテッド アップリンク一次キャリアを選択し再選択する方法および機器
US9401779B2 (en) 2009-03-29 2016-07-26 Lg Electronics Inc. Method for transmitting control information in wireless communication system and apparatus therefor
US8885479B2 (en) 2009-05-07 2014-11-11 Qualcomm Incorporated Multicarrier retransmission feedback
US8964621B2 (en) 2009-05-08 2015-02-24 Qualcomm Incorporated Transmission and reception of a reference signal supporting positioning in a wireless communication network
KR101643636B1 (ko) 2009-06-02 2016-07-29 엘지전자 주식회사 무선 통신 시스템에서 ack/nack 시퀀스 정보를 송신하는 방법 및 이를 위한 장치
US20100331037A1 (en) 2009-06-24 2010-12-30 Yu-Chih Jen Method and Related Communication Device for Enhancing Power Control Mechanism
WO2011042040A1 (en) 2009-10-05 2011-04-14 Nokia Siemens Networks Oy Uplink transmission mode switching in single user multiple- input communication
EP2522097B1 (en) 2010-01-08 2016-03-30 Nokia Solutions and Networks Oy Method and apparatus for using demodulation reference signal multiplexing resources in wireless communication
KR101753586B1 (ko) 2010-02-03 2017-07-04 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
US8923233B2 (en) 2010-04-12 2014-12-30 Lg Electronics Inc. Method and device for efficient feedback in wireless communication system supporting multiple antennas
CN101854496A (zh) 2010-04-28 2010-10-06 青岛海信电器股份有限公司 电视机控制方法、遥控器及电视机
KR101782928B1 (ko) 2010-04-29 2017-10-23 엘지전자 주식회사 Ack/nack 신호의 전송 방법과, 이를 위한 기지국 및 사용자기기
ES2834892T3 (es) 2010-04-30 2021-06-21 Guangdong Oppo Mobile Telecommunications Corp Ltd Sistema y procedimiento para compartir un canal de control para agregación de portadoras
US8670379B2 (en) 2010-10-02 2014-03-11 Sharp Kabushiki Kaisha Uplink control information multiplexing on the physical uplink control channel for LTE-A
CN105227277B (zh) 2010-10-28 2018-07-06 Lg电子株式会社 用于发送控制信息的方法和装置
JP4948671B1 (ja) 2010-10-29 2012-06-06 シャープ株式会社 移動局装置、処理方法および集積回路
JP5388370B2 (ja) 2010-11-12 2014-01-15 株式会社Nttドコモ 無線基地局装置、移動端末装置及び送信電力制御方法
KR101907528B1 (ko) 2011-02-18 2018-10-12 삼성전자 주식회사 이동 통신 시스템 및 그 이동 통신 시스템에서 채널 송수신 방법
WO2012150793A2 (ko) 2011-05-03 2012-11-08 엘지전자 주식회사 무선 통신 시스템에서 하향링크 제어 정보를 송수신하는 방법 및 이를 위한 장치
US8693420B2 (en) 2011-08-10 2014-04-08 Futurewei Technologies, Inc. System and method for signaling and transmitting uplink reference signals
US9252918B2 (en) 2011-08-15 2016-02-02 Google Technology Holdings LLC Method and apparatus for control channel transmission and reception
US8743791B2 (en) 2011-09-22 2014-06-03 Samsung Electronics Co., Ltd. Apparatus and method for uplink transmission in wireless communication systems
IN2014KN00930A (ja) 2011-10-03 2015-10-09 Ericsson Telefon Ab L M
KR20140072834A (ko) 2011-10-12 2014-06-13 엘지전자 주식회사 데이터 송수신 방법 및 이를 위한 장치
WO2013058599A1 (ko) 2011-10-19 2013-04-25 엘지전자 주식회사 무선 접속 시스템에서 하향링크 제어 정보 송수신 방법 및 이를 위한 장치
WO2013071486A1 (en) 2011-11-15 2013-05-23 Nokia Siemens Networks Oy A method and apparatus
CN103178926B (zh) 2011-12-21 2016-01-06 华为技术有限公司 传输控制信息的方法、用户设备和基站
US9137781B2 (en) 2012-01-06 2015-09-15 Industrial Technology Research Institute Method of handling hybrid automatic repeat request resources in wireless communication system
JP2013243460A (ja) 2012-05-18 2013-12-05 Sharp Corp 端末、基地局、通信システムおよび通信方法
US9504037B2 (en) * 2012-08-01 2016-11-22 Lg Electronics Inc. Method and apparatus for transmitting and receiving data
GB201214137D0 (en) 2012-08-07 2012-09-19 Gen Dynamics Broadband Inc Communication unit, integrated circuit and method for supporting a virtual carrier
WO2014046497A1 (ko) 2012-09-21 2014-03-27 엘지전자 주식회사 무선 통신 시스템에서 하향링크 제어 신호를 수신 또는 전송하기 위한 방법 및 이를 위한 장치
CN103780361B (zh) 2012-10-17 2018-08-17 中兴通讯股份有限公司 一种应答信息的发送方法及装置
KR101791761B1 (ko) 2013-01-11 2017-10-30 인터디지탈 패튼 홀딩스, 인크 적응형 변조를 위한 시스템 및 방법
US9036580B2 (en) 2013-01-17 2015-05-19 Sharp Laboratories Of America, Inc. Systems and methods for dynamically configuring a flexible subframe
CN105009474A (zh) 2013-02-07 2015-10-28 交互数字专利控股公司 用于低延迟毫米波(mmw)回程系统的物理层(phy)设计
WO2014198295A1 (en) * 2013-06-11 2014-12-18 Nokia Solutions And Networks Oy Layered mobility
US9642140B2 (en) * 2013-06-18 2017-05-02 Samsung Electronics Co., Ltd. Methods of UL TDM for inter-enodeb carrier aggregation
CN105659687B (zh) 2013-08-07 2020-01-21 交互数字专利控股公司 在上行链路/下行链路解耦情形中的低成本mtc设备的覆盖增强
EP2836044A1 (en) 2013-08-08 2015-02-11 Panasonic Intellectual Property Corporation of America Dynamic scheduling for subframe bundling
JP6298263B2 (ja) 2013-09-26 2018-03-20 株式会社Nttドコモ 無線基地局、ユーザ端末及び無線通信方法
JP2015070442A (ja) 2013-09-27 2015-04-13 京セラ株式会社 ユーザ端末、基地局、及びプロセッサ
KR20150060118A (ko) 2013-11-25 2015-06-03 주식회사 아이티엘 Harq ack/nack의 전송방법 및 장치
JP2014096805A (ja) 2013-12-03 2014-05-22 Ntt Docomo Inc 移動端末装置、無線通信方法及び無線通信システム
CN110972249B (zh) 2014-01-29 2024-02-20 交互数字专利控股公司 无线通信中的上行链路传输
US9596061B2 (en) 2014-02-10 2017-03-14 Telefonaktiebolaget Lm Ericsson (Publ) Reference signal coupling in a wireless network
US10862634B2 (en) 2014-03-07 2020-12-08 Huawei Technologies Co., Ltd. Systems and methods for OFDM with flexible sub-carrier spacing and symbol duration
WO2015142664A1 (en) 2014-03-20 2015-09-24 Interdigital Patent Holdings, Inc. Method and apparatus for non-orthogonal access in lte systems
JP6599355B2 (ja) 2014-04-03 2019-10-30 エルジー エレクトロニクス インコーポレイティド 端末と基地局との間の二重接続におけるパワーヘッドルーム報告を送信する方法および端末
KR20160133503A (ko) 2014-05-12 2016-11-22 인텔 코포레이션 C-ran 프론트엔드 전처리 및 시그널링 유닛
CN110730061B (zh) 2014-06-24 2022-04-19 太阳专利托管公司 终端、基站、通信方法以及集成电路
WO2016004634A1 (en) 2014-07-11 2016-01-14 Mediatek Singapore Pte. Ltd. Method for enb, ue uplink transmission and reception
KR101926282B1 (ko) 2014-08-01 2018-12-06 인텔 아이피 코포레이션 협대역 배치를 위한 pdcch 설계
JP6789211B2 (ja) 2014-09-08 2020-11-25 インターデイジタル パテント ホールディングス インコーポレイテッド 異なる送信時間間隔(tti)持続時間により動作するシステムおよび方法
CN106688296B (zh) 2014-09-12 2020-06-12 Lg电子株式会社 在无线通信系统中针对不同信号配置不同阈值的方法和装置
US9955462B2 (en) 2014-09-26 2018-04-24 Qualcomm Incorporated Ultra-low latency LTE control data communication
US9980257B2 (en) * 2014-09-26 2018-05-22 Qualcomm Incorporated Ultra-low latency LTE reference signal transmission
US11581999B2 (en) 2014-10-08 2023-02-14 Qualcomm Incorporated Reference signal design for wireless communications
US10560235B2 (en) 2014-10-31 2020-02-11 Qualcomm Incorporated Narrowband control channel decoding
US9749097B2 (en) 2015-06-04 2017-08-29 Litepoint Corporation Method for wireless communications testing using downlink and uplink transmissions between an access point and mobile terminals
EP3829249A1 (en) 2015-08-11 2021-06-02 Mitsubishi Electric Corporation Communication system, base station and communication terminal
WO2017030489A1 (en) * 2015-08-14 2017-02-23 Telefonaktiebolaget Lm Ericsson (Publ) Methods for determining a harq-ack codebook size for a user equipment and base station
CN106559198B (zh) * 2015-09-25 2019-09-17 电信科学技术研究院 一种基于pucch的上行控制信息传输方法及装置
MX2021011298A (es) 2015-11-04 2022-06-03 Interdigital Patent Holdings Inc Metodos y procedimientos para la operacion de sistemas de operacion a largo plazo (lte) de banda estrecha.
KR101952397B1 (ko) * 2015-12-10 2019-02-26 엘지전자 주식회사 짧은 전송 시간 간격을 지원하는 무선 통신 시스템에서 상향링크 신호를 전송하기 위한 방법 및 이를 지원하는 장치
WO2017171408A2 (ko) * 2016-03-29 2017-10-05 엘지전자(주) 무선 통신 시스템에서 채널 상태 정보를 전송하는 방법 및 이를 위한 장치
BR112018071391A8 (pt) * 2016-04-27 2023-04-25 Sharp Kk Aparelho terminal, aparelho de estação-base, método de comunicação usado para um aparelho terminal e método de comunicação usado para um aparelho de estação base
EP3504917A4 (en) 2016-09-14 2020-04-01 Mediatek Inc. SHORT PUCCH IN NR NETWORKS
RU2737201C1 (ru) * 2017-05-02 2020-11-25 Нтт Докомо, Инк. Пользовательский терминал и способ радиосвязи
CN107563748B (zh) 2017-08-31 2021-05-28 网易宝有限公司 用于账户的处理方法及装置、介质和计算设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110170489A1 (en) * 2008-08-11 2011-07-14 Seung Hee Han Method and apparatus of transmitting information in wireless communication system
JP2017022726A (ja) * 2009-10-01 2017-01-26 インターデイジタル パテント ホールディングス インコーポレイテッド アップリンク制御データの送信
US20140092856A1 (en) * 2011-06-10 2014-04-03 Lg Electronics Inc. Method for transmitting control information and apparatus for same
WO2014049917A1 (ja) * 2012-09-27 2014-04-03 パナソニック株式会社 無線通信端末、基地局装置およびリソース割当方法
JP2014534787A (ja) * 2012-10-31 2014-12-18 エルジー エレクトロニクス インコーポレイティド 制御情報を送受信する方法及びそのための装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LG ELECTRONICS: "sPUCCH design for HARQ-ACK feedback with shortened TTI length", 3GPP TSG-RAN WG1#86 R1-166860, JPN6021013044, 26 August 2016 (2016-08-26), ISSN: 0004904207 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11558893B2 (en) 2015-07-09 2023-01-17 Qualcomm Incorporated Low latency physical uplink control channel with scheduling request and channel state information
JP2020530684A (ja) * 2017-08-11 2020-10-22 クアルコム,インコーポレイテッド 短い持続時間内のアップリンク制御情報(uci)
JP7455739B2 (ja) 2017-08-11 2024-03-26 クアルコム,インコーポレイテッド 短い持続時間内のアップリンク制御情報(uci)

Also Published As

Publication number Publication date
BR112019023027A2 (pt) 2020-08-11
CN110637430A (zh) 2019-12-31
EP3619855A1 (en) 2020-03-11
US20200067680A1 (en) 2020-02-27
RU2021132082A (ru) 2021-11-17
TWI794227B (zh) 2023-03-01
CN116132000A (zh) 2023-05-16
KR20240027897A (ko) 2024-03-04
TW201906353A (zh) 2019-02-01
KR102642287B1 (ko) 2024-02-28
KR20200012842A (ko) 2020-02-05
WO2018204347A1 (en) 2018-11-08
KR20220059555A (ko) 2022-05-10
CN110637430B (zh) 2023-04-18
JP2023054357A (ja) 2023-04-13
WO2018204347A8 (en) 2019-11-28
RU2019137555A (ru) 2021-05-24
US11736259B2 (en) 2023-08-22
RU2019137555A3 (ja) 2021-09-03
US20230336316A1 (en) 2023-10-19

Similar Documents

Publication Publication Date Title
KR102642287B1 (ko) 업링크 제어 정보를 송신하기 위한 방법, 시스템, 및 장치
US11916680B2 (en) Sidelink resource sensing using feedback channels
JP7142148B2 (ja) ニューラジオ(nr)における物理サイドリンク制御チャネル(pscch)設計に対する方法および装置
US20220201654A1 (en) Nr sl psfch transmission and monitoring
JP7216196B2 (ja) マルチ送受信ポイント送信の方法および装置
WO2020172576A1 (en) Methods for nr sl multi-sub-channel pscch transmission
WO2020033704A1 (en) Enhanced sidelink control transmission
WO2020033513A1 (en) Control information transmission and sensing in wireless systems
KR20220005438A (ko) 비허가 스펙트럼에서 설정 그랜트 전송을 위한 방법 및 장치
TW201941650A (zh) Noma排程及傳輸
EP3909385A1 (en) Wireless resource allocation schemes in vehicle-to-everything (v2x) communication
JP2023536724A (ja) 時間及び符号ドメインカバレッジ拡張
WO2018175578A1 (en) Resource allocation for uplink control channel
WO2019195103A1 (en) Methods of harq for noma
CN113544989B (en) Side link feedback channel

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200107

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20191128

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20191119

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200408

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210331

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210413

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20210709

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211012

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220315

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20221025