DE112019003557T5

DE112019003557T5 - Verfahren und vorrichtung zum senden/empfangen von signalen im drahtlosen kommunikationssystem

Info

Publication number: DE112019003557T5
Application number: DE112019003557.6T
Authority: DE
Inventors: Suckchel YANG; Seonwook Kim
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2018-08-10
Filing date: 2019-08-12
Publication date: 2021-03-25
Also published as: WO2020032761A1; CN112567664A; US11985677B2; US20210329684A1

Abstract

Ein Verfahren und ein Gerät zum Senden/Empfangen eines Signals in einem drahtlosen Kommunikationssystem, gemäß einer Ausführungsform der vorliegenden Erfindung, übertragen ACK/NACK-Information unterschiedlich, je nachdem, ob eine UL-Gewährung-DCI eine PUSCH-Planung enthält oder nicht.

Description

Technischer Bereich
Die vorliegende Offenbarung bezieht sich auf ein Verfahren und eine Vorrichtung, die in einem drahtlosen Kommunikationssystem verwendet werden, und insbesondere auf ein Verfahren und eine Vorrichtung zum Senden und Empfangen eines Steuersignals und eines Datensignals.
Technischer Hintergrund
Im Allgemeinen wird ein drahtloses Kommunikationssystem entwickelt, das einen breiten Bereich abdeckt, um einen solchen Kommunikationsdienst wie einen Audiokommunikationsdienst, einen Datenkommunikationsdienst und dergleichen bereitzustellen. Die drahtlose Kommunikation ist eine Art von Mehrfachzugriffssystem, das in der Lage ist, die Kommunikation mit mehreren Benutzern zu unterstützen, indem es die verfügbaren Systemressourcen (z.B. Bandbreite, Sendeleistung usw.) teilt. Das Mehrfachzugriffssystem kann beispielsweise eines der folgenden Systeme sein: Codevielfachzugriff (CDMA), Frequenzvielfachzugriff (FDMA), Zeitvielfachzugriff (TDMA), orthogonaler Frequenzvielfachzugriff (OFDMA), Einzelträger-Frequenzvielfachzugriff (SC-FDMA) und dergleichen.
Offenbarung
Technisches Problem
Es werden ein Verfahren und eine Vorrichtung zum Senden und Empfangen von Signalen bereitgestellt, bei denen eine Quittierung (ACK) für eine hybride automatische Wiederholungsanforderung (HARQ) in einem drahtlosen Kommunikationssystem effizient übertragen wird.
Fachleute werden verstehen, dass die Ziele, die mit der vorliegenden Offenbarung erreicht werden können, nicht auf das beschränkt sind, was hierin besonders beschrieben ist, und die obigen und andere Ziele, die mit der vorliegenden Offenbarung erreicht werden können, werden aus der folgenden detaillierten Beschreibung klarer verstanden.
Technische Lösung
Die vorliegende Offenbarung stellt ein Verfahren und eine Vorrichtung zum Empfang eines Signals in einem drahtlosen Kommunikationssystem bereit.
Bei einem Aspekt der vorliegenden Offenbarung umfasst ein Verfahren zum Senden und Empfangen eines Signals durch eine Kommunikationsvorrichtung in einem drahtlosen Kommunikationssystem das Empfangen von Downlink-(DL)-Daten basierend auf DL-Gewährung-Downlink-Steuerinformation (DCI), das Empfangen von Uplink-(UL)-Gewährung-DCI, die eine Übertragung von Quittierung/Negativquittierung-(ACK/NACK)-Information für die DL-Daten und eine für die Übertragung der ACK/ACNK-Information zu verwendende Ressource für einen physikalischen Uplink-Steuerkanal (PUCCH) anzeigen, und das Senden der ACK/NACK-Information für die DL-Daten basierend auf der UL-Gewährung-DCI. Wenn die UL-Gewährung-DCI eine Ressourcenplanung für einen geteilten physikalischen Uplink-Kanal (PUSCH) enthält und wenn sich die PUCCH-Ressource mit einer PUSCH-Ressource im Zeitbereich überschneidet, wird die ACK/NACK-Information auf einem PUSCH übertragen, und wenn die UL-Gewährung-DCI keine PUSCH-Ressourcenplanung enthält, wird die ACK/NACK-Information in der PUCCH-Ressource übertragen.
Bei einem anderen Aspekt der vorliegenden Offenbarung umfasst eine Kommunikationsvorrichtung zum Senden und Empfangen eines Signals in einem drahtlosen Kommunikationssystem mindestens einen Sendeempfänger, mindestens einen Prozessor und mindestens einen Speicher, der operativ mit dem mindestens einen Prozessor gekoppelt ist und Befehle speichert, die, wenn sie ausgeführt werden, den mindestens einen Prozessor veranlassen, spezifische Operationen durchzuführen. Die spezifischen Operationen umfassen das Empfangen von DL-Daten auf der Grundlage einer DL-Gewährung-DCI, das Empfangen einer UL-Gewährung-DCI, die eine Übertragung von ACK/NACK-Information für die DL-Daten und eine für die Übertragung der ACK/ACNK-Information zu verwendende PUCCH-Ressource anzeigt, und das Übertragen der ACK/NACK-Information für die DL-Daten auf der Grundlage der UL-Gewährung-DCI. Wenn die UL-Gewährung-DCI eine PUSCH-Ressourcenplanung enthält und wenn sich die PUCCH-Ressource mit einer PUSCH-Ressource in der Zeitdomäne überschneidet, wird die ACK/NACK-Information auf einem PUSCH übertragen, und wenn die UL-Gewährung-DCI keine PUSCH-Ressourcenplanung enthält, wird die ACK/NACK-Information in der PUCCH-Ressource übertragen.
Wenn die UL-Gewährung-DCI eine PUSCH-Ressourcenplanung enthält und wenn sich die PUCCH-Ressource nicht mit der PUSCH-Ressource im Zeitbereich überschneidet, können die PUCCH-Ressource und die PUSCH-Ressource im Zeitbereich aneinander grenzen und sich im Frequenzbereich im selben Band befinden.
Bei dem Verfahren oder der Vorrichtung kann, wenn die UL-Gewährung-DCI eine PUSCH-Ressourcenplanung enthält, ein Downlink-Zuweisungsindikator (DAI)-Feld in der UL-Gewährung-DCI für die Übertragung der A/N-Information verwendet werden.
Bei dem Verfahren oder der Vorrichtung kann, wenn die UL-Gewährung-DCI keine PUSCH-Ressourcenplanung enthält, ein eine UL-Datenübertragung betreffendes Feld in der UL-Gewährung-DCI für die Übertragung der A/N-Information verwendet werden.
Bei dem Verfahren oder der Vorrichtung kann, wenn die UL-Gewährung-DCI keine PUSCH-Ressourcenplanung enthält, eine 1-Bit-Flagge in der UL-Gewährung-DCI auf einen ersten Wert, der die ACK/NACK-Informationsübertragung anzeigt, oder einen zweiten Wert gesetzt werden, der die PUSCH-Übertragung anzeigt, und die ACK/NACK-Information kann basierend auf dem ersten Wert übertragen werden.
Bei dem Verfahren oder der Vorrichtung kann, wenn die UL-Gewährung-DCI keine PUSCH-Ressourcenplanung enthält, eine 1-Bit-Flagge in der UL-Gewährung-DCI auf einen ersten Wert, der anzeigt, dass der PUSCH keinen geteilten Uplink-Kanal (UL-SCH) enthält, oder einen zweiten Wert gesetzt werden, der anzeigt, dass der PUSCH einen UL-SCH enthält, und die ACK/NACK-Information kann basierend auf dem ersten Wert übertragen werden.
Bei dem Verfahren oder der Vorrichtung kann die UL-Gewährung-DCI keine Anforderung von Kanalzustandsinformation (CSI) anzeigen.
Bei dem Verfahren oder der Vorrichtung kann die Kommunikationsvorrichtung ein autonom fahrendes Fahrzeug umfassen, das mit mindestens einem Benutzergerät (UE), einem Netzwerk und einem anderen autonom fahrenden Fahrzeug, das nicht die Kommunikationsvorrichtung ist, kommunizieren kann.
Die oben beschriebenen Aspekte der vorliegenden Offenbarung sind nur einige der bevorzugten Ausführungsformen der vorliegenden Offenbarung, und verschiedene Ausführungsformen, die die technischen Merkmale der vorliegenden Offenbarung widerspiegeln, können von Fachleuten aus der folgenden detaillierten Beschreibung der vorliegenden Offenbarung abgeleitet und verstanden werden.
Vorteilhafte Effekte
Gemäß einer Ausführungsform der vorliegenden Offenbarung kann eine Kommunikationsvorrichtung eine Quittierung für eine hybride automatische Wiederholungsanforderung (HARQ-ACK) effizienter durch eine Operation übertragen, die sich von einer Legacy-Operation unterscheidet.
Fachleute werden erkennen, dass die Effekte, die mit der vorliegenden Offenbarung erreicht werden können, nicht auf das beschränkt sind, was hierin besonders beschrieben ist, und andere Vorteile der vorliegenden Offenbarung werden aus der folgenden detaillierten Beschreibung in Verbindung mit den beigefügten Zeichnungen klarer verstanden werden.
Figurenliste

1 zeigt den Aufbau eines Funkrahmens;
2 zeigt ein Ressourcengitter während der Dauer eines Schlitzes;
3 zeigt eine in sich geschlossene Schlitzstruktur;
4 zeigt einen Übertragungsprozess für eine Quittierung/Negativquittierung (ACK/NACK);
5 veranschaulicht einen Übertragungsprozess für einen PUSCH (geteilter physikalischer Uplink-Kanal);
6 zeigt beispielhaft das Multiplexen von Steuerinformation in einem PUSCH;
7 illustriert ein drahtloses Kommunikationssystem, das ein unlizensiertes Band unterstützt;
8 zeigt ein beispielhaftes Verfahren zur Belegung von Ressourcen in einem unlizensierten Band;
9 und 10 sind Flussdiagramme, die Kanalzugriffsprozeduren (CAPs) für die Signalübertragung in einem unlizensierten Band darstellen;
11 und 13 sind Flussdiagramme gemäß einer Ausführungsform der vorliegenden Offenbarung; und
14 bis 17 zeigen Vorrichtungen gemäß einer Ausführungsform der vorliegenden Offenbarung.

Bester Modus
Die folgende Technologie kann in verschiedenen drahtlosen Zugangssystemen verwendet werden, z.B. Codevielfachzugriff (CDMA), Frequenzvielfachzugriff (FDMA), Zeitvielfachzugriff (TDMA), Orthogonaler Frequenzvielfachzugriff (OFDMA), Einzelträger-Frequenzvielfachzugriff (SC-FDMA) usw. CDMA kann als eine Funktechnologie wie etwa Universal Terrestrial Radio Access (UTRA) oder CDMA2000 implementiert sein. TDMA kann als Funktechnologie wie etwa Global System for Mobile Communications (GSM)/General Packet Radio Service (GPRS)/Enhanced Data Rates for GSM Evolution (EDGE) implementiert sein. OFDMA kann als Funktechnologie wie etwa Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wireless Fidelity (Wi-Fi)), IEEE 802.16 (Worldwide Interoperability for Microwave Access (WiMAX)), IEEE 802.20, evolved UTRA (E-UTRA) usw. implementiert werden. UTRA ist Teil des Universellen Mobilen Telekommunikationssystems (UMTS). Die Langzeitentwicklung (LTE) des Partnerschaftsprojekts der 3. Generation (3GPP) ist Teil eines weiterentwickelten UMTS (E-UMTS) unter Verwendung von E-UTRA, und LTE-Advanced (LTE-A) ist eine Weiterentwicklung von 3GPP LTE. 3GPP New Radio oder New Radio-Zugangstechnologie (NR) ist eine weiterentwickelte Version von 3GPP LTE/LTE-A.
Aus Gründen der Klarheit der Beschreibung wird die vorliegende Offenbarung im Zusammenhang mit einem 3GPP-Kommunikationssystem (z.B. LTE und NR) beschrieben, was nicht als Einschränkung des Geistes der vorliegenden Offenbarung verstanden werden sollte. LTE bezieht sich auf eine Technologie jenseits von 3GPP TS 36.xxx Release 8. Insbesondere wird die LTE-Technologie jenseits von 3GPP TS 36.xxx Release 10 als LTE-A bezeichnet, und die LTE-Technologie jenseits von 3GPP TS 36.xxx Release 13 wird als LTE-A pro bezeichnet. 3GPP NR ist die Technologie jenseits von 3GPP TS 38.xxx Release 15. LTE/NR kann als ein 3GPP-System bezeichnet werden. „xxx“ gibt eine Nummer der technischen Spezifikation an. LTE/NR kann generisch als 3GPP-System bezeichnet werden. Für die hier verwendete Hintergrundtechnologie, Terminologien, Abkürzungen usw. wird auf technische Spezifikationen verwiesen, die vor der vorliegenden Offenbarung veröffentlicht wurden. Zum Beispiel kann auf die folgenden Dokumente verwiesen werden.

3GPP LTE
- 36.211: Physikalische Kanäle und Modulation
- 36.212: Multiplexing und Kanalcodierung
- 36.213: Prozeduren der physikalischen Schicht
- 36.300: Gesamtbeschreibung
- 36.331: Funkressourcensteuerung bzw. Radio Resource Control (RRC)
3GPP NR
- 38.211: Physikalische Kanäle und Modulation
- 38.212: Multiplexing und Kanalcodierung
- 38.213: Prozeduren der physikalischen Schicht für die Steuerung
- 38.214: Prozeduren der physikalischen Schicht für Daten
- 38.300: NR und NG-RAN Gesamtbeschreibung
- 38.331: Spezifikation des Radio Resource Control (RRC)-Protokolls

1 zeigt eine für NR verwendete Funkrahmenstruktur.
In NR werden UL- und DL-Übertragungen in Rahmen konfiguriert. Jeder Funkrahmen hat eine Länge von 10 ms und ist in zwei 5 ms-Halbrahmen unterteilt. Jeder Halbrahmen ist in fünf 1-ms-Subrahmen bzw. Unterrahmen unterteilt. Ein Subrahmen ist in einen oder mehrere Schlitze unterteilt, und die Anzahl der Schlitze in einem Subrahmen hängt von einem Subträger-Abstand (SCS) ab. Jeder Schlitz enthält 12 oder 14 OFDM(A)-Symbole nach Maßgabe eines zyklischen Präfixes (CP). Wenn ein normales CP verwendet wird, enthält jeder Schlitz 14 OFDM-Symbole. Wenn ein erweitertes CP verwendet wird, umfasst jeder Schlitz 12 OFDM-Symbole. Ein Symbol kann ein OFDM-Symbol (oder ein CP-OFDM-Symbol) und ein SC-FDMA-Symbol (oder ein mit diskreter Fourier-Transformation gespreiztes OFDM (DFT-s-OFDM)-Symbol) enthalten.

Tabelle 1 veranschaulicht beispielhaft, dass die Anzahl der Symbole pro Schlitz, die Anzahl der Schlitze pro Rahmen und die Anzahl der Schlitze pro Subrahmen je nach SCS in einem normalen CP-Fall variieren. [Tabelle 1]

SCS (15*2^u)	N^slot _symb	N^frame,u _slot	N^subframe,u _slot
15KHz (u=0)	14	10	1
30KHz (u=1)	14	20	2
60KHz (u=2)	14	40	4
120KHz (u=3)	14	80	8
240KHz (u=4)	14	160	16
* N^slot _symb: Anzahl der Symbole in einem Schlitz * N^{frame, u} _slot: Anzahl der Schlitze in einem Rahmen * N^{subframe, u} _slot: Anzahl der Schlitze in einem Subrahmen

Tabelle 2 veranschaulicht, dass die Anzahl der Symbole pro Schlitz, die Anzahl der Schlitze pro Rahmen und die Anzahl der Schlitze pro Subrahmen je nach SCS im Fall des erweiterten CP variieren. [Tabelle 2]

SCS (15*2^u) N^slot _symb N^frame,u _slot N^subframe,u _slot

60KHZ (u=2) 12 40 4
Im NR-System können verschiedene OFDM(A)-Numerologien (z.B. SCSs, CP-Längen usw.) für eine Mehrzahl von Zellen konfiguriert werden, die für ein UE aggregiert werden. Dementsprechend kann die (absolute Zeit-)Dauer einer aus der gleichen Anzahl von Symbolen bestehenden zeitlichen Ressource (z.B. eines Subrahmens, eines Schlitzes oder eines Übertragungszeitintervalls (TTI)) (der Einfachheit halber als Zeiteinheit (TU) bezeichnet) zwischen den aggregierten Zellen unterschiedlich konfiguriert sein.
2 zeigt ein Ressourcengitter während der Dauer eines Schlitzes.
Ein Schlitz umfasst eine Mehrzahl von Symbolen im Zeitbereich. Ein Schlitz umfasst z.B. 14 Symbole im Fall des normalen CP und 12 Symbole im Fall des erweiterten CP. Ein Träger umfasst eine Mehrzahl von Unterträgern im Frequenzbereich. Ein Ressourcenblock (RB) kann durch eine Mehrzahl von (z.B. 12) aufeinanderfolgenden Unterträgern im Frequenzbereich definiert sein. Ein Bandbreitenteil (BWP) kann durch eine Mehrzahl von aufeinanderfolgenden (physikalischen) RBs ((P)RBs) im Frequenzbereich definiert sein und einer Numerologie (z.B. SCS, CP-Länge usw.) entsprechen. Ein Träger kann bis zu N (z.B. 5) BWPs enthalten. Die Datenkommunikation kann in einem aktiven BWP durchgeführt werden, wobei nur ein BWP für ein UE aktiviert sein kann. Jedes Element in einem Ressourcengitter kann als Ressourcenelement (RE) bezeichnet werden, auf das ein komplexes Symbol abgebildet werden kann.
3 zeigt den Aufbau eines in sich geschlossenen Schlitzes.
Im NR-System hat ein Rahmen eine in sich geschlossene Struktur, in der ein DL-Steuerkanal, DL- oder UL-Daten, ein UL-Steuerkanal und dgl. in einem Schlitz enthalten sein können. Beispielsweise können die ersten N Symbole (im Folgenden DL-Steuerbereich) in dem Schlitz zur Übertragung eines DL-Steuerkanals und die letzten M Symbole (im Folgenden UL-Steuerbereich) im Schlitz zur Übertragung eines UL-Steuerkanals verwendet werden. N und M sind ganze Zahlen größer oder gleich 0. Ein Ressourcenbereich (im Folgenden Datenbereich), der zwischen dem DL-Steuerbereich und dem UL-Steuerbereich liegt, kann für die DL-Datenübertragung oder die UL-Datenübertragung verwendet werden. Zum Beispiel kann die folgende Konfiguration in Betracht gezogen werden. Die entsprechenden Abschnitte sind in zeitlicher Reihenfolge aufgeführt.

1. Nur-DL-Konfiguration
2. Nur-UL-Konfiguration
3. Gemischte UL-DL-Konfiguration
- DL-Bereich + Schutz-Periode (GP) + UL-Steuerbereich
- DL-Steuerbereich + GP + UL-Bereich
* DL-Bereich: (i) DL-Datenbereich, (ii) DL-Steuerbereich + DL-Datenbereich
* UL-Bereich: (i) UL data region, (ii) UL data region + UL control region

Der PDCCH kann in dem DL-Steuerbereich und der PDSCH kann in dem DL- Datenbereich übertragen werden. Der PUCCH kann in dem UL-Steuerbereich und der PUSCH in dem UL-Datenbereich übertragen werden. Die GP bietet eine Zeitlücke im Prozess des Umschaltens des UE vom Sendemodus in den Empfangsmodus oder vom Empfangsmodus in den Sendemodus. Einige Symbole zum Zeitpunkt der Umschaltung von DL auf UL innerhalb eines Subrahmens können als GP konfiguriert werden.
In der vorliegenden Offenbarung kann eine Basisstation (BS) z.B. ein gNode B (gNB) sein.
4 veranschaulicht einen ACK/NACK-Übertragungsprozess. Bezugnehmend auf 4 kann das UE einen PDCCH in Schlitz #n erkennen. Der PDCCH enthält DL-Planungsinformationen (z.B. DCI-Format 1_0 oder DCI-Format 1_1). Der PDCCH gibt einen DL-Zuweisung-zu-PDSCH-Offset K0 und einen PDSCH-zu-HARQ-ACK-Meldeoffset K1 an. Das DCI-Format 1_0 oder DCI-Format 1_1 kann zum Beispiel folgende Informationen enthalten.
- Frequenzbereich-Ressourcenzuweisung: Zeigt einen RB-Satz an, der einem PDSCH zugewiesen ist.
- Zeitbereich-Ressourcenzuweisung: Gibt K0 sowie die Startposition (z.B. OFDM-Symbol-Index) und Länge (z.B. Anzahl der OFDM-Symbole) des PDSCH in einem Schlitz an.
- PDSCH-zu-HARQ_Rückmelde-Timing-Indikator: Zeigt K1 an.
Nach dem Empfang eines PDSCH in Schlitz #(n+K0) gemäß der Zeitplanungsinformation von Schlitz #n kann das UE UCI auf einem PUCCH in Schlitz #(n+K1) senden. Die UCI enthält eine HARQ-ACK-Antwort auf den PDSCH. Wenn der PDSCH für die Übertragung von maximal einem TB konfiguriert ist, kann die HARQ-ACK-Antwort in einem Bit konfiguriert werden. Wenn der PDSCH so konfiguriert ist, dass er bis zu zwei TBs übertragen kann, kann die HARQ-ACK-Antwort in zwei Bits konfiguriert werden, wenn räumliche Bündelung nicht konfiguriert ist, und in einem Bit, wenn räumliche Bündelung konfiguriert ist. Wenn Schlitz #(n+K1) als HARQ-ACK-Sendezeitpunkt für eine Mehrzahl von PDSCHs bestimmt ist, enthält die in Schlitz #(n+K1) übertragene UCI HARQ-ACK-Antworten auf die Mehrzahl von PDSCHs.
5 veranschaulicht einen beispielhaften PUSCH-Übertragungsprozess. Bezugnehmend auf 5 kann das UE einen PDCCH in Schlitz #n detektieren. Der PDCCH kann UL-Planungsinformationen enthalten (z.B. DCI-Format 0_0 oder DCI-Format 0_1). DCI-Format 0_0 und DCI-Format 0_1 können die folgenden Informationen enthalten.
- Frequenzbereich-Ressourcenzuweisung: Zeigt einen RB-Satz an, der einem PUSCH zugewiesen ist.
- Zeitbereich-Ressourcenzuweisung: Gibt einen Schlitz-Offset K2 an, der die Startposition (z.B. den Symbol-Index) und Länge (z.B. die Anzahl der OFDM-Symbole) des PUSCH in einem Schlitz angibt. Das Startsymbol und die Länge des PUSCH können durch einen Start- und Längenindikatorwert (SLIV) oder separat angegeben werden.
Das UE kann dann ein PUSCH in Schlitz #(n+K2) gemäß der Planungsinformation in Schlitz #n übertragen. Der PUSCH enthält einen UL-SCH TB.
6 zeigt ein beispielhaftes Multiplexieren von UCI in einem PUSCH. Wenn sich mehrere PUCCH-Ressourcen mit einer PUSCH-Ressource in einem Schlitz überschneiden und eine PUCCH-PUSCH-Simultanübertragung in dem Schlitz nicht konfiguriert ist, kann UCI auf einem PUSCH übertragen werden (UCI-Huckepack oder PUSCH-Huckepack), wie dargestellt. Im dargestellten Fall von 8 werden eine HARQ-ACK und CSI in einer PUSCH-Ressource übertragen.
Drahtloses Kommunikationssystem, das ein unlizensiertes Band unterstützt
7 zeigt ein beispielhaftes, für die vorliegende Offenbarung anwendbares drahtloses Kommunikationssystem, das ein nicht lizensiertes Band unterstützt.
In der folgenden Beschreibung wird eine Zelle, die in einem lizensierten Band (L-Band) arbeitet, als L-Zelle und ein Träger der L-Zelle als (DL/UL) LCC definiert. Eine Zelle, die in einem unlizensierten Band (U-Band) arbeitet, wird als U-Zelle definiert, und ein Träger der U-Zelle wird als (DL/UL) UCC definiert. Der Träger/die Trägerfrequenz einer Zelle kann sich auf die Betriebsfrequenz (z.B. die Mittenfrequenz) der Zelle beziehen. Eine Zelle/ein Träger (z.B. CC) wird gemeinhin als Zelle bezeichnet.
Wenn ein UE und eine BS Signale in einem trägeraggregierten LCC und UCC, wie in 7(a) dargestellt, senden und empfangen, kann der LCC als primärer CC (PCC) und der UCC als sekundärer CC (SCC) konfiguriert sein. Wie in 7(b) dargestellt, können das UE und die BS Signale in einem einzelnen UCC oder einer Mehrzahl trägeraggregierter UCCs senden und empfangen. Das heißt, das UE und die BS können Signale nur in UCC(s) ohne LCC senden und empfangen.
Sofern nicht anders angegeben, kann ein in der vorliegenden Offenbarung beschriebener Signalübertragungs-/Empfangsbetrieb in einem unlizensierten Band auf der Grundlage aller oben beschriebenen Einsatzszenarien durchgeführt werden.
Funkrahmenstruktur für unlizensiertes Band
Vor kurzem hat die 3GPP-Standardisierungsgruppe die Standardisierung eines 5G-Mobilfunk-Kommunikationssystems mit der Bezeichnung „New RAT“ (NR) vorangetrieben. Das 3GPP NR-System wurde entwickelt, um mehrere logische Netzwerke in einem einzigen physikalischen System bereitzustellen und Dienste mit verschiedenen Anforderungen (z.B. eMBB, mMTC, URLLC usw.) zu unterstützen, indem ein Übertragungszeitintervall (TTI) und/oder eine OFDM-Numerologie (z.B. OFDM-Symboldauer, SCS usw.) geändert werden. In den letzten Jahren hat der Datenverkehr mit dem Aufkommen von intelligenten Geräten deutlich zugenommen. Daher hat das 3GPP NR-System auch die Nutzung eines unlizensierten Bandes für die zellulare Kommunikation in Erwägung gezogen, wie beim Lizenz-assistierten Zugriff (LAA) des 3GPP LTE-Altsystems. Im Gegensatz zum LAA zielt eine NR-Zelle in einem unlizensierten Band (NR U-Zelle) jedoch darauf ab, einen autonomen bzw. eigenständigen Betrieb zu unterstützen. So kann in der NR-U-Zelle beispielsweise die Übertragung von PUCCH, PUSCH und/oder PRACH unterstützt werden.
Die NR-Rahmenstruktur von 1 kann für einen Betrieb in einem unlizensierten Band verwendet werden. Die Konfiguration der OFDM-Symbole, die für die UL/DL-Signalübertragung in der Rahmenstruktur für das unlizensierte Band belegt sind, kann von der BS konfiguriert werden. Der Begriff OFDM-Symbol kann durch SC-FDM(A)-Symbol ersetzt werden.
In der folgenden Beschreibung kann eine Mehrzahl von CCs (CC-Indizes) durch eine Mehrzahl von BWPs (BWP-Indizes) ersetzt werden, die in einer (oder mehreren) CC(s) oder (dienenden) Zelle(n) konfiguriert sind, oder eine Mehrzahl von CCs/Zellen, die jeweils eine Mehrzahl von BWPs enthalten (d.h. CC(Index)-BWP(Index)-Kombinationen). In dieser Situation sind die vorgeschlagenen Prinzipien/Vorgänge der vorliegenden Offenbarung ebenfalls in gleicher Weise anwendbar.
8 zeigt ein beispielhaftes Verfahren zur Belegung von Ressourcen in einem unlizensierten Band. Gemäß den regionalen Vorschriften für das U-Band muss ein Kommunikationsknoten im U-Band vor der Übertragung eines Signals feststellen, ob ein entsprechender Kanal von anderen Kommunikationsknoten verwendet wird. Insbesondere kann der Kommunikationsknoten vor dem Senden des Signals eine Trägerabtastung (CS) durchführen, um zu prüfen, ob der/die andere(n) Kommunikationsknoten eine Signalübertragung durchführen. Wenn der/die andere(n) Kommunikationsknoten keine Signalübertragung durchführt/ durchführen, wird gesagt, dass eine klare Kanalbeurteilung (CCA) bestätigt wird. Wenn ein CCA-Schwellenwert vordefiniert oder durch eine Signalisierung auf höherer Ebene (z.B. RRC-Signalisierung) konfiguriert ist, kann der Kommunikationsknoten feststellen, dass der Kanal belegt ist, wenn die erkannte Kanalenergie höher ist als der CCA-Schwellenwert. Andernfalls kann der Kommunikationsknoten feststellen, dass der Kanal nicht belegt ist. Wenn festgestellt wird, dass der Kanal im Leerlauf ist, kann der Kommunikationsknoten die Signalübertragung in der UCell starten. Der Wi-Fi-Standard (802.11ac) spezifiziert einen CCA-Schwellenwert von 62 dBm für Nicht-Wi-Fi-Signale und einen CCA-Schwellenwert von -82 dBm für Wi-Fi-Signale. Die oben beschriebenen Verfahren können als Lauschen-vor-Sprechen (LBT) oder als Kanalzugriffsprozedur (CAP) bezeichnet werden. LBT kann austauschbar mit CAP oder CCA verwendet werden.
Insbesondere für DL-Empfang/UL-Sendung in einem unlizensierten Band können eines oder mehrere der folgenden Kanalzugriffsprozeduren (CAP) in einem drahtlosen Kommunikationssystem im Zusammenhang mit der vorliegenden Offenbarung verwendet werden.
Verfahren zum Übertragen eines DL-Signals im unlizensierten Band
Um ein DL-Signal in einem unlizensierten Band zu übertragen, kann die BS dem UE die Konfiguration der im Subrahmen #n verwendeten OFDM-Symbole durch Signalisierung anzeigen. Der Begriff Subrahmen kann durch Schlitz oder Zeiteinheit (TU) ersetzt werden.
Die BS kann eines der folgenden unlizensierten Bandzugriffsverfahren (z.B. CAPs) durchführen, um ein DL-Signal im unlizensierten Band zu übertragen.
(1) Erste DL-CAP-Methode
9 ist ein Flussdiagramm, das eine DL CAP für DL-Signalübertragung in einem unlizensierten Band zeigt, die von einer BS durchgeführt wird.
Für die DL-Signalübertragung (z.B. die Übertragung eines DL-Signals wie PDSCH/PDCCH/erweiterter PDCCH (EPDCCH)) kann die BS eine CAP (S1210) initiieren. Die BS kann einen Backoff-Zähler N innerhalb eines Konfliktfensters (CW) nach dem Zufallsprinzip gemäß Schritt 1 auswählen. N wird auf einen Anfangswert N_init gesetzt (S1220). N_init ist ein Zufallswert, der aus den Werten zwischen 0 und CWp ausgewählt wird. Anschließend, wenn der Backoff-Zählerwert N gemäß Schritt 4 0 ist (S1230; Y), beendet die BS die CAP (S1232). Die BS kann dann eine Tx-Burst-Übertragung einschließlich der Übertragung eines PDSCH/PDCCH/EPDCCH durchführen (S1234). Wenn dagegen der Backoff-Zählerwert N nicht 0 ist (S1230; N), dekrementiert die BS den Backoff-Zählerwert um 1 gemäß Schritt 2 (S1240). Anschließend prüft die BS, ob der Kanal der U-Zelle(n) frei ist (S1250). Wenn der Kanal frei ist (S1250; Y), bestimmt die BS, ob der Backoff-Zählerwert 0 ist (S1230). Im Gegenteil, wenn der Kanal nicht frei ist, d.h. der Kanal belegt ist (S1250; N), bestimmt die BS, ob der Kanal während einer längeren Aufschubdauer Td (25µs oder länger) als einer Schlitzdauer (z.B. 9µs) gemäß Schritt 5 frei ist (S1260). Wenn der Kanal während der Aufschiebungsdauer (S1270; Y) frei ist, kann die BS die CAP wieder aufnehmen. Die Aufschubdauer kann eine Dauer von 16µs und die unmittelbar folgenden mp aufeinanderfolgenden Schlitzdauern (z.B. jeweils 9µs) umfassen. Wenn dagegen der Kanal während der Aufschubdauer (S1270; N) belegt ist, prüft die BS erneut, ob der Kanal der U-Zelle(n) während einer neuen Aufschubdauer frei ist, indem sie Schritt S1260 erneut ausführt.

Tabelle 3 zeigt, dass mp, eine minimale CW, eine maximale CW, eine maximale Kanalbelegungszeit (MCOT) und eine erlaubte CW-Größe, die auf eine CAP angewendet werden, je nach Kanalzugriffsprioritätsklasse bzw. Channel Access Priority Class variieren. [Tabelle 3]

Channel Access Priority Class (p)	m_p	CW_{min, F}	CW_{max, p}	T_mcot.p	allowed CW_p sizes
1	1	3		2 ms	{3,7}
2	1	7	15	3 ms	{7,15}
3	3	15	63	8 or 10 ms	(15,31,63 }
4	7	15	1023	8 of 10 ms	{15,31,63,127,255,511,1023}

Eine CW-Größe, die auf die erste DL CAP angewendet wird, kann in verschiedenen Verfahren bestimmt werden. Beispielsweise kann die CW-Größe auf der Grundlage der Wahrscheinlichkeit angepasst werden, dass HARQ-ACK-Werte, die PDSCH-Übertragungen innerhalb eines vorgegebenen Zeitraums (z.B. einer Referenz-TU) entsprechen, als NACK bestimmt werden. In dem Fall, in dem die BS eine DL-Übertragung mit einem PDSCH durchführt, das einer Kanalzugriffsprioritätsklasse p auf einem Träger zugeordnet ist, erhöht die BS einen für jede Prioritätsklasse eingestellten CW-Wert auf den nächsthöheren zulässigen Wert, wenn die Wahrscheinlichkeit z, dass HARQ-ACK-Werte, die PDSCH-Übertragungen im Referenzteilrahmen k (oder Referenzschlitz k) entsprechen, als NACK bestimmt werden, mindestens 80 % beträgt. Alternativ dazu behält die BS den für jede Prioritätsklasse eingestellten CW-Wert als Anfangswert bei. Ein Referenz-Subrahmen (oder Referenz-Schlitz) kann als der Start-Subrahmen (oder Schlitz) der letzten Übertragung auf dem Träger definiert werden, die von der BS durchgeführt wurde und für die zumindest eine gewisse HARQ-ACK-Rückmeldung zu erwarten ist.
Zweite DL-CAP-Methode
Die BS kann eine DL-Signalübertragung (z.B. eine Signalübertragung einschließlich einer Discovery-Signalübertragung, ohne PDSCH) in einem unlizensierten Band gemäß dem unten beschriebenen zweiten DL CAP-Verfahren durchführen.
Wenn die Signalübertragungsdauer der BS gleich oder kleiner als 1 ms ist, kann die BS ein DL-Signal (z.B. ein Signal, das ein Discovery-Signal ohne PDSCH enthält) im unlizensierten Band unmittelbar nach dem Erkennen, dass der Kanal für mindestens eine Erkennungsdauer Tdrs=25 µs frei ist, übertragen. Tdrs umfasst eine Dauer Tf (=16 us), die auf eine Abtastschlitzdauer T_sl (=9 us) folgt.
Dritte DL-CAP-Methode
Die BS kann die folgenden CAPs für die DL-Signalübertragung auf mehreren Trägern in einem unlizensierten Band durchführen.
1) Typ A: Die BS führt eine CAP für mehrere Träger durch, basierend auf einem für jeden Träger definierten Zähler N (ein Zähler N, der in einer CAP berücksichtigt wird) und führt eine DL-Signalübertragung basierend auf der CAP durch.
- Typ A1: Der Zähler N für jeden Träger wird unabhängig bestimmt, und ein DL-Signal wird auf jedem Träger basierend auf dem Zähler N für den Träger übertragen.
- Typ A2: Der Zähler N eines Trägers mit einer größten CW-Größe wird für jeden Träger gesetzt, und ein DL-Signal wird auf jedem Träger basierend auf dem Zähler N für den Träger übertragen.
2) Typ B: Die BS führt eine CAP auf Basis eines Zählers N nur für einen bestimmten von mehreren Trägern durch und führt eine DL-Signalübertragung durch, indem sie vor einer Signalübertragung auf dem bestimmten Träger überprüft, ob die Kanäle der anderen Träger frei sind.
- Typ B1: Eine einzelne CW-Größe wird für eine Mehrzahl von Trägern definiert, und die BS verwendet die einzelne CW-Größe in einer CAP basierend auf dem Zähler N für einen bestimmten Träger.
- Typ B2: Für jeden Träger wird eine CW-Größe definiert, und die größte der CW-Größen wird bei der Bestimmung von N_init für einen bestimmten Träger verwendet.
Verfahren zum Übertragen eines UL-Signals im unlizensierten Band
Für eine UL-Signalübertragung in einem unlizensierten Band kann die BS Informationen über einen UL-Übertragungszeitraum durch Signalisierung an das UE übertragen.
Für eine UL-Signalübertragung im unlizensierten Band führt das UE eine konkurrenzbasierte CAP durch. Zum Beispiel kann das UE eine Typ-1-CAP oder eine Typ-2-CAP für eine UL-Signalübertragung im U-Band durchführen. Im Allgemeinen kann das UE eine von der BS konfigurierte/angegebene CAP (z.B. Typ 1 CAP oder Typ 2 CAP) für die UL-Signalübertragung durchführen.
Typ 1 UL CAP Methode
10 ist ein Flussdiagramm, das den CAP-Betrieb des UE vom Typ 1 für die UL-Signalübertragung zeigt.
Um ein Signal im U-Band zu übertragen, kann das UE eine CAP initiieren (S1510). Das UE kann einen Backoff-Zähler N innerhalb eines Konfliktfensters (CW) nach dem Zufallsprinzip gemäß Schritt 1 auswählen. In diesem Fall wird N auf einen Anfangswert N_init gesetzt (S1520). N_init kann einen Zufallswert zwischen 0 und CWp haben. Wenn gemäß Schritt 4 festgestellt wird, dass der Backoff-Zählerwert (N) 0 ist (JA in S1530), beendet das UE die CAP (S1532). Dann kann die UE eine Tx-Burst-Übertragung durchführen (S1534). Wenn der Backoff-Zählerwert ungleich Null ist (NEIN in S1530), verringert das UE den Backoff-Zählerwert um 1 gemäß Schritt 2 (S1540). Das UE prüft, ob der Kanal der U-Zelle(n) im Leerlauf ist (S1550). Wenn der Kanal frei ist (JA in S1550), prüft die UE, ob der Backoff-Zählerwert 0 ist (S1530). Im Gegenteil, wenn der Kanal in S1550 nicht frei ist, d.h. wenn der Kanal belegt ist (NEIN in S1550), prüft die UE, ob der entsprechende Kanal für eine Aufschubdauer Td (länger als oder gleich 25 µs) frei ist, die länger ist als eine Schlitzdauer (z.B. 9 µs), gemäß Schritt 5 (S1560). Wenn der Kanal für die Aufschubdauer frei ist (JA in S1570), kann das UE die CAP wieder aufnehmen. Dabei kann die Aufschubdauer eine Dauer von 16 µs und mp aufeinanderfolgende Schlitzdauern (z.B. 9 µs) umfassen, die unmittelbar auf die Dauer von 16 µs folgen. Wenn der Kanal für die Aufschubdauer belegt ist (NEIN in S1570), führt die UE den Schritt S1560 erneut aus, um zu prüfen, ob der Kanal für eine neue Aufschubdauer frei ist.

Tabelle 4 zeigt, dass die Werte von m_p, einer minimalen CW, einer maximalen CW, einer maximalen Kanalbelegungszeit (MCOT) und erlaubten CW-Größen, die auf die CAP angewendet werden, je nach Kanalzugriffsprioritätsklassen variieren. [Tabelle 4]

Channel Access Priority Class (p)	m_p	CW_{min, p}	CW_{max, p}	T_{ulmcot, p}	allowed CW _p sizes
1	2	3	7	2 ms	{3,7}
2	2	7	15	4 ms	{7,15}
3	3	15	1023	6ms or 10 ms	{15,31,63,127.255,511,1023}
4	7	15	1023	6ms or 10 ms	{15,31,63,127,255,511,1023}

ANMERKUNG 1: Für p = 3, 4, T_{ulmcot, p}= 10ms sofern the höherschichtige Parameter ‚absenceOfAnyOtherTechnology-r14‘ WAHR anzeigt, andernfalls T_ulmcot, _p = 6ms.
ANMERKUNG 2: Wenn T_{ulmcot, p} = 6ms, kann es durch Einfügung einer oder mehrerer Lücken auf 8 ms erhöht werden. Die Minimaldauer einer Lücke soll 100 µs betragen. Die Maximaldauer vor Einfügung einer solchen Lücke soll 6 ms sein.

Die Größe eines CW, der auf die Typ-1-UL-CAP angewendet wird, kann auf verschiedene Weise bestimmt werden. Beispielsweise kann die CW-Größe in Abhängigkeit davon angepasst werden, ob der Wert eines neuen Datenindikators (NDI) für mindestens einen HARQ-Prozess, der mit HARQ_ID_ref assoziiert ist, der die HARQ-Prozess-ID eines UL-SCH in einem vorbestimmten Zeitraum (z.B. einer Referenz-TU) ist, umgeschaltet wird. Wenn das UE eine Signalübertragung unter Verwendung der Typ-1-CAP, das der Kanalzugriffsprioritätsklasse p zugeordnet ist, auf einem Träger durchführt, kann das UE, wenn der Wert von NDI für das mindestens eine HARQ-Verfahren, das HARQ_ID_ref zugeordnet ist, wechselt, CW_p für jede Prioritätsklasse p ∈ {1,2,3,4} auf CW_min, _p setzen. Andernfalls kann das UE CW_p für jede Prioritätsklasse p ∈ {1,2,3,4} auf einen nächsthöheren zulässigen Wert erhöhen.
Ein Referenz-Subrahmen (oder Schlitz) nref wird wie folgt bestimmt.
Wenn das UE eine UL-Gewährung in einem Subrahmen (oder Schlitz) n_g empfängt und einen UL-SCH in dem Subrahmen (oder den Schlitzen) n₀,n₁,...n_w sendet, beginnend mit dem Subrahmen (oder Schlitz) n₀ ohne Lücke (der Subrahmen (oder Schlitz) n_w ist der jüngste Subrahmen (oder Schlitz) vor einem Subrahmen (oder Schlitz) n_g-3, in dem das UE einen UL-SCH basierend auf einer Typ-1-CAP übertragen hat), ist der Referenz-Subrahmen (oder Schlitz) nref der Subrahmen (oder Schlitz) n₀.
Typ 2 UL CAP Methode
Wenn das UE die CAP des Typs 2 verwendet, um ein UL-Signal (einschließlich des PUSCH) in einem U-Band zu übertragen, kann das UE das UL-Signal (einschließlich des PUSCH) im U-Band unmittelbar nach dem Erkennen, dass der Kanal mindestens für eine Erkennungsdauer Tshort_ul von 25 µs frei ist, übertragen. Tshort_ul umfasst eine Dauer Tf von 16 us, unmittelbar gefolgt von einer Schlitzdauer T_sl von 9 us. Tf umfasst eine Leerlaufschlitzdauer T_sl zu deren Beginn.
HARO-ACK-Übertragung im unlizensierten Band
Zur Unterstützung eines Stand-alone-Betriebs in einem U-Band kann ein UE-Betrieb zur Übertragung einer HARQ-ACK-Rückmeldung im U-Band auf der Grundlage einer PUCCH/PUSCH-Übertragung als Reaktion auf einen DL-Datenempfang (z.B. PDSCH) wesentlich sein (im Folgenden wird HARQ-ACK der Einfachheit halber als A/N bezeichnet).
Zum Beispiel kann die BS eine PDSCH-Übertragung für das UE in einer COT planen, die durch die Durchführung von LBT (CCA) belegt ist, und dem UE anzeigen, dass es eine A/N-Rückmeldung für den PDSCH-Empfang in derselben COT (oder in einer gNB-initiierten COT, die mit einer DL-Übertragung der BS beginnt/belegt ist) übertragen soll. Dieser Vorgang wird als Intra-COT-A/N-Übertragung bezeichnet.
In einem anderen Beispiel kann das UE aufgrund einer UE-Verarbeitungszeit, die für die Dekodierung eines PDSCH-Signals und die Kodierung eines HARQ-ACK-Signals für das PDSCH-Signal erforderlich ist, eine A/N-Rückmeldung als Reaktion auf den Empfang eines PDSCH, das in einer COT geplant/übertragen wurde, in einer anderen COT (oder in einem Zeitraum, der nicht zu einer von der gNB initiierten COT gehört, die mit einer DL-Übertragung der BS beginnt/belegt ist), die auf die COT folgt, senden. Dieser Vorgang wird als Inter-COT-A/N-Übertragung bezeichnet.
Im Folgenden werden Verfahren zur Angabe von A/N-(PUCCH/PUSCH)-Übertragungsparametern unter Berücksichtigung eines LBT-Betriebs und einer COT-Konfiguration in einem U-Band und eines A/N-Übertragungstyps (z.B. Intra-COT A/N oder Inter-COT A/N), der sich entsprechend dem LBT-Betrieb und der COT-Konfiguration ändert, sowie zugehörige UE-Operationen vorgeschlagen. Die vorgeschlagenen Methoden sind in ähnlicher Weise auf einen Betrieb oder Prozess der Übertragung von UCI (z.B. CSI oder SR) auf einem PUCCH/PUSCH anwendbar, nicht beschränkt auf einen Betrieb der Übertragung einer HARQ-ACK-Rückmeldung auf einem PUCCH/PUSCH. Des Weiteren sind die unten beschriebenen vorgeschlagenen Verfahren in ähnlicher Weise auf einen L-Band- (oder U-Band-) Betrieb ohne LBT anwendbar, nicht beschränkt auf einen U-Band-Betrieb auf der Basis von LBT.
Im Folgenden werden Methoden zum Konfigurieren/Übertragen einer A/N-Rückmeldung beschrieben.
1) Timing-basiertes A/N-Feedback-Verfahren (im Folgenden als „t-A/N“-Schema bezeichnet)
Eine Mehrzahl von HARQ-Kandidaten (PDSCH-zu-A/N) kann durch RRC-Signalisierung vorkonfiguriert werden. Eines der HARQ-Kandidaten-Timings kann durch (DL-Gewährung) DCI angezeigt werden. Das UE kann eine A/N-Rückmeldung für den Empfang eines (mehrerer) PDSCH(s) in einer Mehrzahl von Zeitschlitzen senden, die dem gesamten Kandidaten-HARQ-Timing entsprechen, das auf das durch die DCI angegebene HARQ-Timing eingestellt ist. Dieses Verfahren zum Konfigurieren und Übertragen eines A/N-Feedbacks bzw. einer A/N-Rückmeldung kann als Typ-1-A/N-Codebuch bezeichnet werden.
Alternativ kann zusätzlich zur HARQ-Timing-Angabe auch ein Zähler-Downlink-Zuweisungsindex (Zähler-DAI) und/oder ein Gesamt-DAI von der DCI signalisiert werden. Der Zähler-DAI kann die Planungsreihenfolge des PDSCH entsprechend der (DL-Gewährung) DCI anzeigen. Die Gesamt-DAI kann die Gesamtzahl der PDSCHs anzeigen, die bis zum aktuellen Zeitpunkt eingeplant wurden. Das UE kann A/Ns für PDSCHs übertragen, die den Zähler-DAI-Werten von einem anfänglichen Zähler-DAI-Wert bis zum letzten (empfangenen) Gesamt-DAI-Wert zum angegebenen HARQ-Zeitpunkt entsprechen. Diese Methode zum Konfigurieren und Übertragen einer A/N-Rückmeldung kann als Typ-2-A/N-Codebuch bezeichnet werden.
2) Pooling-basierte A/N-Rückkopplungsmethode (im Folgenden als p-A/N-Schema bezeichnet)
Das Anstehen einer A/N-Feedback-Übertragung für ein entsprechendes PDSCH kann durch DL-Gewährung-DCI angezeigt werden. Anschließend kann die Übertragung eines A/N-Feedbacks für ein PDSCH, das den gesamten DL-HARQ-Prozess-IDs oder einigen spezifischen DL-HARQ-Prozess-IDs entspricht, zu einem Zeitpunkt, der durch ein spezifisches Signal (z.B. RRC-Signalisierung oder DCI) konfiguriert/angezeigt wird, durch eine spezifische DCI (z.B. DL-Gewährung-DCI, UL-Gewährung-DCI oder andere DCI) angezeigt werden (Pooling). Diese Methode der Konfiguration und Übertragung einer A/N-Rückmeldung kann als Typ-3-A/N-Codebuch bezeichnet werden.
Wenn die Counter-DAI/Total-DAI-Signalisierung weiterhin im t-A/N-Schema konfiguriert ist, das in eine Schaltbeziehung mit dem p-A/N-Schema gesetzt ist, kann eine A/N-Übertragung für ein PDSCH, das einer HARQ-Prozess-ID entspricht, die durch die Pooling-Indikation DCI angezeigt wird, gepoolt werden. Alternativ kann ein Gesamt-DAI-Wert durch die das Pooling anzeigende DCI angegeben werden, und eine A/N-Übertragung für einen PDSCH, der dem angegebenen Gesamt-DAI-Wert entspricht, kann gepoolt werden.
11 ist ein Flussdiagramm gemäß einer Ausführungsform der vorliegenden Offenbarung.
Bezug nehmend auf 11 empfängt ein UE eine DL-Gewährung-DCI, die DL-Daten von einer BS einplant. Die DL-Gewährung-DCI kann das t-A/N-Schema oder das p-A/N-Schema angeben, in dem ein HARK-ACK für die geplanten DL-Daten übertragen werden soll. Weiterhin kann die DL-Gewährung-DCI für das p-A/N-Schema ein A/N-Aufschieben bzw. Verzögern anzeigen.
Das UE empfängt die DL-Daten basierend auf der DL-Gewährung-DCI.
Wenn die DL-Gewährung-DCI das t-A/N-Schema anzeigt, sendet das UE ein A/N für die DL-Daten auf einem PUCCH oder einem PUSCH, ohne zusätzliche DCI zu empfangen.
Wenn die DL-Gewährung-DCI das p-A/N-Schema anzeigt, empfängt das UE eine DCI, die A/N-Pooling für die DL-Daten anzeigt. Der Typ und die Konfiguration der DCI, die A/N-Pooling anzeigt, kann auf einer unten zu beschreibenden Ausführungsform basieren.
Nach Empfang der DCI, die das A/N-Pooling anzeigt, überträgt das UE das A/N für die DL-Daten auf einem PUCCH oder einem PUSCH. Ein bestimmtes Übertragungsverfahren, wie z.B. eine Ressource/ein Kanal, in dem das A/N übertragen wird, kann auf einer unten zu beschreibenden Ausführungsform basieren.
DL-Gewährung-DCI-basiertes Pooling
Das Umschalten zwischen dem t-A/N-Schema und dem p-A/N-Schema kann durch das DL-Gewährung-DCI angezeigt werden. Alternativ kann durch das DL-Gewährung-DCI angezeigt werden, ob das t-A/N-Schema oder das p-A/N-Schema zur Konfiguration/Übertragung einer A/N-Rückmeldung angewendet werden soll. Zusätzlich kann auch A/N-Aufschieben und A/N-Pooling für das p-A/N-Schema (z.B. ob die A/N-Feedback-Übertragung des UE aufgeschoben wird oder das Pooling der A/N-Feedback-Übertragung des UE angezeigt wird) durch dieselbe DL-Gewährung-DCI angezeigt werden.
Zusätzlich kann die Konfiguration/bezogene Information über das A/N-Feedback, das dem Pooling unterliegt, durch die DL-Gewährung-DCI, die das A/N-Pooling anzeigt, angegeben werden. Die Konfiguration/bezogenen Informationen über das A/N-Feedback, das dem Pooling unterliegt, können z.B. Informationen sein, die sich auf eine CC-Gruppe, einen HARQ-Prozess-ID-Satz und/oder eine Gesamt-DAI beziehen, für die das A/N-Feedback übertragen werden soll.
In einem Verfahren zur Anzeige der A/N-Schema-Umschaltung durch dieselbe DL-Gewährung-DCI kann die DL-Gewährung-DCI das t-A/N-Schema oder das p-A/N-Schema durch eine 1-Bit-Flagge anzeigen. Zusätzlich kann ein spezifisches Feld in der DL-Gewährung-DCI je nach dem Wert des 1-Bit-Flags unterschiedlich interpretiert werden. Das spezifische Feld kann Informationen anzeigen, die sich auf eine A/N-Übertragung beziehen, und kann im Folgenden als A-Feld bezeichnet werden.
Wenn die 1-Bit-Flagge das t-A/N-Schema anzeigt, kann ein HARQ-Timing (aus einer Mehrzahl von Kandidaten-HARQ-Timings) durch das A-Feld angezeigt werden.
Wenn die 1-Bit-Flagge das p-A/N-Schema anzeigt, kann das A-Feld anzeigen, ob die Übertragung der A/N-Rückmeldung ansteht oder zusammengelegt wird. Wenn das A-Feld das Pooling der A/N-Feedback-Übertragung anzeigt, kann das A-Feld außerdem einen Zeitpunkt angeben, zu dem das A/N-Feedback, das dem Pooling unterliegt, übertragen wird. Wenn die Counter-DAI/Total-DAI-Signalisierung für das t-A/N-Schema in einer Schaltbeziehung mit dem p-A/N-Schema konfiguriert ist, kann ein DAI-Feld für das t-A/N-Schema Konfigurations-/bezogene Informationen über das A/N-Feedback, das dem Pooling unterliegt, in der DL-Gewährung-DCI angeben, die das A/N-Pooling anzeigt. Die Konfiguration/bezogenen Informationen über das A/N-Feedback, das dem Pooling unterliegt, können z.B. Informationen sein, die sich auf eine CC-Gruppe, einen HARQ-Prozess-ID-Satz und/oder eine Gesamt-DAI beziehen, für die das A/N-Feedback übertragen werden soll. Wenn A/N-Aufschieben durch das A-Feld angezeigt wird, kann eine Zähler-DAI signalisiert werden, ohne eine Gesamt-DAI durch die DL-Gewährung-DCI.
Alternativ können eine Anzeige der Umschaltung zwischen dem t-A/N-Schema und dem p-A/N-Schema und Informationen, die sich auf das angegebene A/N-Schema beziehen, zusammen im A-Feld übertragen werden, nicht die 1-Bit-Flagge in der DL-Gewährung-DCI. Das A-Feld kann z.B. eines von {t-A/N mit Zeitpunkt XI, t-A/N mit Zeitpunkt X2,... , A/N aufgeschoben, A/N-Pooling im Zeitpunkt Y1, A/N-Pooling im Zeitpunkt Y2,... } anzeigen. t-A/N mit Zeitpunkt X steht für eine t-A/N-basierte A/N-Rückmeldungsübertragung zum Zeitpunkt X. A/N-Pooling im Zeitpunkt Y steht für eine p-A/N-basierte A/N-Rückmeldungsübertragung zum Zeitpunkt Y.
Charakteristisch ist, dass ein A/N-Feedback-Sendezeitpunkt, der dem A/N-Pooling entspricht, einen Wert haben kann. Der eine Wert kann voreingestellt sein oder dem UE durch RRC-Signalisierung von der BS angezeigt werden. Wenn die Counter-DAI/Total-DAI-Signalisierung für das t-A/N-Schema in der Umschaltbeziehung mit dem p-A/N-Schema konfiguriert ist, kann das DAI-Feld für das t-A/N-Schema Konfigurations-/bezogene Informationen über das A/N-Feedback, das dem Pooling unterliegt, in der DL-Gewährung-DCI anzeigen, die das A/N-Pooling im p-A/N-Schema angibt. Die Konfiguration/bezogenen Informationen über das A/N-Feedback, das dem Pooling unterliegt, können z.B. Informationen sein, die sich auf eine CC-Gruppe, einen HARQ-Prozess-ID-Satz und/oder eine Gesamt-DAI beziehen, für die das A/N-Feedback übertragen werden soll. Wenn A/N-Aufschieben durch das A-Feld angezeigt wird, kann eine Gegen-DAI ohne eine Gesamt-DAI durch die DL-Gewährung-DCI signalisiert werden.
UL-Gewährunq-DCI-basiertes Pooling
Die Umschaltung zwischen dem t-A/N-Schema und dem p-A/N-Schema kann durch das DL-Gewährung-DCI angezeigt werden. Alternativ kann durch das DL-Gewährung-DCI angezeigt werden, ob eine A/N-Übertragung im t-A/N-Schema erfolgen soll oder ob die A/N-Übertragung angehalten werden soll, um das p-A/N-Schema anzuwenden. Zum Beispiel kann eine der Optionen {t-A/N mit Timing XI, t-A/N mit Timing X2,... , A/N-Aufschieben} durch das A-Feld der DL-Gewährung-DCI angegeben werden. Das A/N-Pooling für das p-A/N-Schema kann durch die UL-Gewährung-DCI angezeigt werden. Im Folgenden kann eine A/N-Rückmeldung, die dem Pooling unterliegt, als gepoolte A/N bezeichnet werden.
Zusätzlich kann die Konfiguration/bezogene Information über das gepoolte A/N durch die UL-Gewährung-DCI, die das A/N-Pooling anzeigt, angegeben werden. Die Konfiguration/bezogenen Informationen über das gepoolte A/N können z.B. Informationen über eine CC-Gruppe, eine HARQ-Prozess-ID, die sich auf die DL-Datenübertragung bezieht, und/oder eine Gesamt-DAI sein, für die das A/N-Feedback übertragen werden soll.
In einem Verfahren zur Anzeige von A/N-Pooling durch UL-Gewährung-DCI kann die UL-Gewährung-DCI ein Übertragungs-Timing einer gepoolten A/N- und PUCCH-Ressource anzeigen, die für die A/N-Übertragung verwendet werden soll, zusammen mit Information, die anzeigt, ob A/N-Pooling angewendet wird. Wenn die UL-Gewährung-DCI A/N-Pooling anzeigt, kann die UL-Gewährung-DCI immer noch PUSCH-Planung beinhalten und Information für die PUSCH-Planung enthalten. Wenn die UL-Gewährung-DCI A/N-Pooling anzeigt, kann die UL-Gewährung-DCI alternativ die PUSCH-Planung und die Information für die PUSCH-Planung nicht enthalten. Die PUSCH-Planung und die Information für die PUSCH-Planung können Informationen sein, die sich auf eine Zeit/Frequenz-Domänen-Ressourcenzuweisung (RA) und/oder ein Modulations- und Kodierungsschema (MCS)/Transportblockgröße (TBS) beziehen.
In dem Fall, in dem die UL-Gewährung-DCI, die das A/N-Pooling anzeigt, eine PUSCH-Planung beinhaltet, kann das gepoolte A/N huckepack auf das PUSCH gelegt werden, wenn sich das PUCCH-Timing/ die PUCCH-Ressource für das gepoolte A/N mit einem geplanten PUSCH-Timing/einer geplanten PUSCH-Ressource (auf der Zeitachse) überlappt.
Wenn die UL-Gewährung-DCI, die das A/N-Pooling anzeigt, eine PUSCH-Planung beinhaltet, kann charakteristischerweise eine Timing/Ressourcen-Beziehung zwischen dem gepoolten A/N und dem PUSCH so konfiguriert/angezeigt werden, dass das gepoolte A/N und der PUSCH zeitlich aneinander grenzen und in den gleichen Ressourcen in der Frequenz übertragen werden (unter Berücksichtigung eines effizienten LBT-Betriebs und eines Leistungsübergangseffekts).
In dem Fall, in dem die UL-Gewährung-DCI, die das A/N-Pooling anzeigt, eine PUSCH-Planung beinhaltet, wenn die Counter-DAI/Total-DAI-Signalisierung für das t-A/N-Schema in der Schaltbeziehung mit dem p-A/N-Schema konfiguriert ist, kann das DAI-Feld für das t-A/N-Schema Konfigurations-/bezogene Informationen über das gepoolte A/N in der UL-Gewährung-DCI anzeigen, die das A/N-Pooling für das p-A/N-Schema anzeigt. Die gepoolte A/N-Konfiguration/zugehörige Information kann z.B. eine Information sein, die sich auf eine CC-Gruppe, eine HARQ-Prozess-ID, die sich auf die DL-Datenübertragung bezieht, und/oder eine Gesamt-DAI bezieht, für die das A/N-Feedback übertragen werden soll.
Wenn die das A/N-Pooling anzeigende UL-Gewährung-DCI keine PUSCH-Planung enthält, kann Information in Bezug auf gepoolte A/N-Feedback-Konfiguration/übertragung durch ein Feld, welches sich auf die PUSCH-Planung bezieht, in der UL-Gewährung-DCI angezeigt werden. Das Feld, das sich auf die PUSCH-Planung bezieht, kann z.B. ein Feld sein, das sich auf eine RA, eine MCS/TBS, eine HARQ-Prozess-ID, die sich auf die UL-Datenübertragung bezieht, und/oder einen Indikator für neue Daten (NDI)/Redundanzversion (RV) bezieht. Die Information in Bezug auf gepoolte A/N-Feedback-Konfiguration/übertragung kann z.B. Information sein, die sich auf ein A/N-Übertragungs-Timing, eine A/N-PUCCH-Ressource, eine CC-Gruppe, eine HARQ-Prozess-ID, die sich auf eine DL-Datenübertragung bezieht, und/oder eine Gesamt-DAI bezieht, für die ein A/N-Feedback übertragen werden soll.
Wenn die UL-Gewährung-DCI, die das A/N-Pooling anzeigt, keine PUSCH-Planung beinhaltet, d.h. wenn das A/N auf einem PUCCH übertragen wird, ohne dass es huckepack zu einem PUSCH übertragen wird, kann eine 1-Bit-Flagge der UL-Gewährung-DCI anzeigen, ob die UL-Gewährung-DCI A/N-Pooling ohne PUSCH-Planung anzeigt oder PUSCH-Planung ohne A/N-Pooling beinhaltet. Das UE kann UL-Daten auf dem PUSCH oder ein A/N auf dem PUCCH basierend auf dem 1-Bit-Flag übertragen. In diesem Fall kann das UE anhand der Definition des neuen 1-Bit-Flags (oder Feldes) bestimmen, ob Pooling explizit angezeigt wird.
Alternativ kann die 1-Bit-Flagge in der UL-Gewährung-DCI nur das Vorhandensein oder Nichtvorhandensein einer UL-SCH-Übertragung anzeigen, wenn die UL-Gewährung-DCI, die A/N-Pooling anzeigt, keine PUSCH-Planung enthält. Wenn die 1-Bit-Flagge anzeigt, dass es keine UL-SCH-Übertragung (und keine CSI-Anforderung) gibt, kann das UE davon ausgehen, dass A/N-Pooling angezeigt wird.
Das UE kann die UL-Gewährung-DCI im DCI-Format 0_1 empfangen. Das 1-Bit-Flag, das anzeigt, ob ein UL-SCH übertragen wird, kann z.B. ein UL-SCH-Indikator sein.
Wenn der Wert des UL-SCH-Indikators 1 ist, impliziert dies das Vorhandensein eines UL-SCH, der auf dem PUSCH übertragen werden soll. Daher kann das UE verstehen, dass die UL-Gewährung-DCI eine PUSCH-Übertragung einplant. Da die UL-Gewährung-DCI keine gleichzeitige Übertragung eines PUSCH und eines A/N anzeigt, darf das UE das A/N nicht auf dem PUSCH übertragen.
Wenn der Wert des UL-SCH-Indikators 0 ist, gibt es keinen UL-SCH, der auf dem PUSCH übertragen werden soll. Daher kann das UE verstehen, dass die UL-Gewährung-DCI keine PUSCH-Übertragung einplant. Das UE kann das A/N auf dem PUCCH übertragen, da es versteht, dass die UL-Gewährung-DCI A/N-Pooling anzeigt.
Wenn der Wert des UL-SCH-Indikators 0 ist, kann das UE weiter prüfen, ob zusätzlich zur UL-SCH-Übertragung CSI angefordert wird. Die CSI-Anforderung kann in einem CSI-Anforderungsfeld übertragen werden, das in einem von 0 bis 6 Bits in der UL-Gewährung-DCI gesetzt ist. Konventionell können nur dann sowohl der UL-SCH-Indikator als auch das CSI-Anforderungsfeld auf 0 gesetzt werden, wenn die zyklische Redundanzprüfung (CRC) des DCI mit einer temporären Semipersistenz-CSI-Funknetzkennung (SP-CSI-RNTI) verwürfelt ist. In der vorliegenden Offenbarung können sowohl der UL-SCH-Indikator als auch das CSI-Anforderungsfeld auf 0 gesetzt werden, um anzuzeigen, dass weder eine UL-SCH-Übertragung noch eine CSI-Anforderung vorliegt, selbst wenn der CRC des DCI nicht mit einem SP-CSI-RNTI verwürfelt ist. Wenn sowohl der UL-SCH-Indikator als auch das CSI-Anforderungsfeld 0 sind, kann das UE das A/N auf dem PUCCH übertragen, unter Berücksichtigung, dass A/N-Pooling angezeigt wird. Da in diesem Fall neue Informationen, die auf A/N-Pooling oder Nicht-A/N-Pooling hinweisen, nur durch ein bestehendes Feld bereitgestellt werden, kann die Abwärtskompatibilität für das UE gewährleistet werden, und die Größe der DCI-Nutzlast muss nicht erhöht werden.
In dem Fall, in dem der geplante PUSCH einen UL-SCH enthält (oder angezeigt wird, dass er einen UL-SCH enthält), wenn die Zähler-DAI/Gesamt-DAI-Signalisierung für das t-A/N-Schema in der Wechselbeziehung mit dem p-A/N-Schema konfiguriert ist, kann das DAI-Feld für das t-A/N-Schema gepoolte A/N-Konfiguration/zugehörige Informationen in der UL-Gewährung-DCI anzeigen, die A/N-Pooling für das p-A/N-Schema anzeigen. Die gepoolte A/N-Konfiguration/zugehörige Informationen können z.B. Informationen sein, die sich auf eine CC-Gruppe, eine HARQ-Prozess-ID, die sich auf die DL-Datenübertragung bezieht, und/oder eine Gesamt-DAI beziehen, für die das A/N-Feedback übertragen werden soll.
Wenn der geplante PUSCH keinen UL-SCH enthält (oder angegeben wird, dass er keinen UL-SCH enthält), kann die gepoolte A/N-Feedback-Konfiguration/zugehörige Information durch ein spezifisches Feld in der UL-Gewährung-DCI angegeben werden. Das spezifische Feld in der UL-Gewährung-DCI kann z.B. ein Feld sein, das sich auf eine RA, eine MCS/TBS, eine HARQ-Prozess-ID in Bezug auf die UL-Datenübertragung und/oder eine NDI/RV bezieht. Die gepoolte A/N-Feedback-Konfiguration/zugehörige Information kann z.B. eine Information über eine CC-Gruppe, eine HARQ-Prozess-ID, die sich auf die DL-Datenübertragung bezieht, und/oder eine Gesamt-DAI sein, für die das A/N-Feedback übertragen werden soll.
Alternativ kann in einem Verfahren zur Anzeige von A/N-Pooling durch die UL-Gewährung-DCI, wenn A/N-Pooling durch die UL-Gewährung-DCI angezeigt wird, ein gepooltes A/N zu einem PUSCH-Timing/einer PUSCH-Ressource übertragen werden, das/die durch die UL-Gewährung-DCI geplant ist.
Wenn das gepoolte A/N auf dem PUSCH übertragen wird, kann angegeben werden, dass der geplante PUSCH einen UL-SCH enthält oder nicht enthält. Mit anderen Worten, das gepoolte A/N kann allein oder zusammen mit UL-Daten auf dem PUSCH übertragen werden.
Alternativ kann bei der Übertragung des gepoolten A/N auf dem PUSCH festgelegt werden, dass der geplante PUSCH keinen UL-SCH enthält. Mit anderen Worten, wenn das gepoolte A/N auf dem PUSCH übertragen wird, werden keine UL-Daten auf dem PUSCH übertragen. Wenn UL-Daten auf dem PUSCH übertragen werden, wird das A/N nicht auf dem PUSCH übertragen.
Wenn definiert ist, dass der geplante PUSCH überhaupt keinen UL-SCH enthält, d.h. wenn UL-Daten und ein A/N nicht gleichzeitig auf einem PUSCH übertragen werden, kann durch eine 1-Bit-Flagge in der UL-Gewährung-DCI angezeigt werden, ob ein A/N ohne UL-SCH (auf dem geplanten PUSCH) oder ein UL-SCH ohne ein gepooltes A/N (auf dem geplanten PUSCH) übertragen wird. Alternativ kann die 1-Bit-Flagge in der UL-Gewährung-DCI nur das Vorhandensein oder Nichtvorhandensein einer UL-SCH-Übertragung anzeigen. Wenn die 1-Bit-Flagge anzeigt, dass es keine UL-SCH-Übertragung (und keine CSI-Anforderung) gibt, kann das UE davon ausgehen, dass A/N-Pooling angezeigt ist.
In dem Fall, in dem der geplante PUSCH einen UL-SCH enthält (oder angezeigt wird, dass er einen UL-SCH enthält), wenn die Zähler-DAI/Gesamt-DAI-Signalisierung für das t-A/N-Schema in der Schaltbeziehung mit dem p-A/N-Schema konfiguriert ist, kann das DAI-Feld für das t-A/N-Schema gepoolte A/N-Konfiguration/zugehörige Informationen in der UL-Gewährung-DCI anzeigen, die A/N-Pooling für das p-A/N-Schema anzeigen. Die gepoolte A/N-Konfiguration/zugehörige Informationen können z.B. Informationen sein, die sich auf eine CC-Gruppe, eine HARQ-Prozess-ID, die sich auf die DL-Datenübertragung bezieht, und/oder eine Gesamt-DAI beziehen, für die das A/N-Feedback übertragen werden soll.
Wenn der geplante PUSCH keinen UL-SCH enthält (oder angegeben wird, dass er keinen UL-SCH enthält), kann die gepoolte A/N-Feedback-Konfiguration/zugehörige Information durch ein spezifisches Feld in der UL-Gewährung-DCI angegeben werden. Das spezifische Feld in der UL-Gewährung-DCI kann z.B. ein Feld sein, das sich auf eine RA, eine MCS/TBS, eine HARQ-Prozess-ID in Bezug auf die UL-Datenübertragung und/oder eine NDI/RV bezieht. Die gepoolte A/N-Feedback-Konfiguration/zugehörige Information kann z.B. eine Information über eine CC-Gruppe, eine HARQ-Prozess-ID, die sich auf die DL-Datenübertragung bezieht, und/oder eine Gesamt-DAI sein, für die das A/N-Feedback übertragen werden soll.
Gemeinsames DCI-basiertes Pooling
Das Umschalten zwischen dem t-A/N-Schema und A/N-Aufschieben für das p-A/N-Schema kann durch die DL-Gewährung-DCI angezeigt werden. Alternativ kann durch das DL-Gewährung-DCI angezeigt werden, ob ein A/N im t-A/N-Schema übertragen werden soll oder die A/N-Übertragung zur Anwendung des p-A/N-Schemas aufgeschoben werden soll. Zum Beispiel kann eine der Optionen {t-A/N mit Zeitpunkt XI, t-A/N mit Zeitpunkt X2,... , A/N aufgeschoben} durch ein A-Feld in der DL-Gewährung-DCI angegeben werden. Die A/N-Pooling-Operation für das p-A/N-Schema kann durch eine UE-(Gruppen)-gemeinsame DCI (UE-gruppengemeinsame DCI, im Folgenden als gemeinsame DCI bezeichnet) angezeigt werden.
Zusätzlich können gepoolte A/N-Konfiguration/zugehörige Informationen durch die gemeinsame DCI angezeigt werden, die das A/N-Pooling anzeigt. Die gepoolte A/N-Feedback-Konfiguration/zugehörige Informationen können z.B. Informationen sein, die sich auf eine CC-Gruppe, einen HARQ-Prozess-ID-Satz und/oder eine Gesamt-DAI beziehen, für die ein A/N-Feedback übertragen werden soll.
In einem Verfahren zur Anzeige von A/N-Pooling durch eine gemeinsame DCI können ein A/N-Übertragungszeitpunkt und eine A/N-PUCCH-Ressource für eine gepoolte A/N-Übertragung UE-spezifisch durch RRC-Signalisierung vorkonfiguriert werden. Die gemeinsame DCI kann nur A/N-Pooling oder Nicht-A/N-Pooling für jedes UE durch eine 1-Bit-Flagge anzeigen, das in der gemeinsamen DCI enthalten ist.
Alternativ kann in einem Verfahren zur Anzeige von A/N-Pooling durch gemeinsame DCI eine Mehrzahl von Kombinationen von {A/N-Übertragungszeitpunkt, A/N-PUCCH-Ressource} für die gepoolte A/N-Rückkopplungsübertragung UE-spezifisch durch RRC-Signalisierung vorkonfiguriert werden. Die gemeinsame DCI kann K-Bit-Informationen (K> 1) für jedes UE enthalten. Die gemeinsame DCI kann eine der Kombinationen von {A/N-Übertragungszeitpunkt, A/N-PUCCH-Ressource} für ein bestimmtes UE mit K-Bits angeben. Die gemeinsame DCI kann ferner A/N-Pooling oder Nicht-A/N-Pooling durch die K-Bits anzeigen.
Alternativ kann in einem Verfahren zur Anzeige von A/N-Pooling durch eine gemeinsame DCI ein einzelner Wert für einen von einem A/N-Übertragungszeitpunkt und einer A/N-PUCCH-Ressource für die gepoolte A/N-Rückkopplungsübertragung und eine Mehrzahl von Kandidatenwerten für den anderen UE-spezifisch durch RRC-Signalisierung vorkonfiguriert werden. Die gemeinsame DCI kann L-Bit (L> 1) Informationen für jedes UE enthalten. Die gemeinsame DCI zeigt das A/N-Übertragungs-Timing und einen bestimmten der mehreren Kandidatenwerte für die A/N-PUCCH-Ressource durch die L-Bits an. Die gemeinsame DCI kann ferner durch die L-Bits A/N-Pooling oder Nicht-A/N-Pooling anzeigen.
DL-Gewährung-DCI-basiertes Pooling unter Berücksichtigung der PDSCH-Planung
Das Umschalten zwischen dem t-A/N-Schema und A/N in der Schwebe für das p-A/N-Schema kann durch die DL-Gewährung-DCI einschließlich PDSCH-Planung und Informationen für die PDSCH-Planung (z.B. eine RA oder ein MCS/TBS) angezeigt werden. Alternativ kann durch die DL-Gewährung-DCI einschließlich PDSCH-Planung und Informationen für die PDSCH-Planung angegeben werden, ob ein A/N im t-A/N-Schema übertragen oder zur Anwendung des p-A/N-Schemas aufgeschoben werden soll. Zum Beispiel kann eines von {t-A/N mit Timing X1, t-A/N mit Timing X2,... , A/N anhängig} durch ein A-Feld in der DL-Gewährung-DCI angezeigt werden. Die A/N-Pooling-Operation für das p-A/N-Schema kann durch eine DL-Gewährung-DCI angegeben werden, die keine PDSCH-Planung enthält.
Insbesondere können das A/N-Pooling sowie ein Übertragungszeitpunkt und eine A/N-PUCCH-Ressource einer gepoolten A/N-Feedback-Übertragung durch die DL-Gewährung-DCI angegeben werden, die keine PDSCH-Planung enthält. Da die PDSCH-Planung nicht in der DL-Gewährung-DCI enthalten ist, kann die Konfiguration/Übertragungsinformation für das gepoolte A/N-Feedback durch ein Feld für PDSCH-Planung in der DL-Gewährung-DCI angezeigt werden. Das Feld, das sich auf PDSCH-Planung bezieht, kann z.B. ein Feld sein, das sich auf eine RA, eine MCS/TBS, eine HARQ-Prozess-ID und/oder eine NDI/RV bezieht. Bei den gepoolten A/N-Feedback-Konfigurations-/Übertragungsinformationen kann es sich beispielsweise um Informationen über ein A/N-Übertragungs-Timing, eine A/N-PUCCH-Ressource, eine CC-Gruppe, die dem A/N-Feedback unterliegt, einen HARQ-Prozess-ID-Satz und/oder eine Gesamt-DAI handeln.
Dynamische Anpassung der A/N-Nutzlastaröße
Wenn eine A/N-Rückmeldung basierend auf dem t-A/N-Schema konfiguriert wird, kann ein HARQ-Timing-Satz und/oder eine CC-Gruppe, für die die A/N-Rückmeldung unter den HARQ-Kandidaten-Timings übertragen werden soll, durch DL-Gewährung-DCI angegeben werden, um eine A/N-Nutzlastgröße dynamisch zu erhöhen oder zu verringern.
Alternativ kann für jede PUCCH-Ressource oder jeden PUCCH-Ressourcensatz ein HARQ-Timing-Satz und/oder eine CC-Gruppe, für die ein A/N-Feedback übertragen werden soll, durch RRC-Signalisierung konfiguriert werden. Wenn eine bestimmte PUCCH-Ressource durch die DL-Gewährung-DCI angegeben wird, kann eine A/N-Rückmeldung entsprechend einem HARQ-Timing-Satz und/oder einer CC-Gruppe, die mit der angegebenen PUCCH-Ressource unter den durch RRC-Signalisierung vorkonfigurierten PUCCH-Ressourcen verbunden ist, konfiguriert/übertragen werden. Alternativ kann, wenn ein bestimmter PUCCH-Ressourcensatz durch die DL-Gewährung-DCI angegeben wird, eine A/N-Rückmeldung entsprechend einem HARQ-Timing-Satz und/oder einer CC-Gruppe, die dem angegebenen PUCCH-Ressourcensatz unter den durch RRC-Signalisierung vorkonfigurierten PUCCH-Ressourcensätzen zugeordnet ist, konfiguriert/übertragen werden.
Zusätzlich kann ein Gesamt-DAI-Wert für eine A/N-Feedback-Übertragung für jede PUCCH-Ressource oder PUCCH-Ressource, die durch RRC-Signalisierung eingestellt wurde, vorkonfiguriert werden, um eine A/N-Nutzlastgröße dynamisch zu erhöhen oder zu verringern, wenn ein A/N-Feedback basierend auf dem mit DAI-Signalisierung konfigurierten t-A/N-Schema konfiguriert wird. Wenn eine bestimmte PUCCH-Ressource durch DL-Gewährung-DCI angegeben wird, kann ein A/N-Feedback entsprechend dem Gesamt-DAI-Wert, der der angegebenen PUCCH-Ressource unter den durch RRC-Signalisierung konfigurierten PUCCH-Ressourcen zugeordnet ist, konfiguriert/übertragen werden. Alternativ kann, wenn ein bestimmter PUCCH-Ressourcensatz durch die DL-Gewährung-DCI angegeben wird, ein A/N-Feedback konfiguriert/übertragen werden, das einem Gesamt-DAI-Wert entspricht, der dem angegebenen PUCCH-Ressourcensatz unter den durch RRC-Signalisierung konfigurierten PUCCH-Ressourcensätzen zugeordnet ist.
Um eine A/N-Nutzlastgröße dynamisch zu erhöhen oder zu verringern, wenn ein A/N-Feedback basierend auf dem p-A/N-Schema konfiguriert wird, kann ein HARQ-ID-Satz, für den das A/N-Feedback unter den HARQ-Prozess-ID-Sätzen und/oder einer CC-Gruppe übertragen werden soll, durch DCI angegeben werden, das A/N-Pooling anzeigt.
Alternativ kann für jede PUCCH-Ressource oder jeden PUCCH-Ressourcensatz ein HARQ-ID-Satz und/oder eine CC-Gruppe, für die ein A/N-Feedback übertragen werden soll, durch RRC-Signalisierung konfiguriert werden. Wenn eine bestimmte PUCCH-Ressource durch DL-Gewährung-DCI angezeigt wird, kann ein A/N-Feedback entsprechend einem HARQ-ID-Satz und/oder einer CC-Gruppe, die mit der angezeigten PUCCH-Ressource unter den durch RRC-Signalisierung vorkonfigurierten PUCCH-Ressourcen verbunden ist, konfiguriert/übertragen werden. Alternativ kann, wenn ein bestimmter PUCCH-Ressourcensatz durch eine DL-Gewährung-DCI und/oder eine CC-Gruppe angegeben wird, eine A/N-Rückmeldung entsprechend einem HARQ-ID-Satz und/oder einer CC-Gruppe, die mit dem angegebenen PUCCH-Ressourcensatz unter den durch RRC-Signalisierung vorkonfigurierten PUCCH-Ressourcensätzen verknüpft ist, konfiguriert/übertragen werden.
In einem anderen Beispiel, wenn mehrere Bits in einem RA-Feld der DCI eine ungültige Ressourcenzuweisung anzeigen (z.B. wenn alle Bits des RA-Feldes „1“ in einem Zustand anzeigen, in dem ein (RB-basiertes oder RBG-basiertes) RIV-Ressourcenzuweisungsschema angezeigt wird, oder wenn alle Bits des RA-Feldes „0“ in einem Zustand anzeigen, in dem ein (RB-basiertes oder RBG-basiertes) Bitmap-Ressourcenzuweisungsschema angezeigt wird), kann das UE unter der Annahme/Interpretation arbeiten, dass A/N-Pooling durch die DCI angezeigt wird. In diesem Fall können gepoolte A/N-Konfiguration/übertragungsbezogene Informationen (z.B. ein A/N-Sendezeitpunkt, eine A/N-PUCCH-Ressource, ein CC-Gruppen-/HARQ-Prozess-ID-Satz oder eine Gesamt-DAI) durch die verbleibenden Felder der DCI angezeigt werden (z.B. ein A/N-Zeitindikatorfeld, ein A/N-PUCCH-Ressourcenzuweisungsfeld, ein MCS/TBS, eine HARQ-Prozess-ID und eine NDI/RV).
Die obige Methode kann auch auf die gleiche Weise angewendet werden, wobei DCI durch UL-Gewährung-DCI ersetzt wird.
Wenn eine gültige Ressourcenzuweisung durch das RA-Feld der DCI angezeigt wird, kann das UE arbeiten und dabei berücksichtigen/interpretieren, dass das Umschalten zwischen dem t-A/N-Schema und A/N in Erwartung der Anwendung des p-A/N-Schemas (z.B. Anwendung des t-A/N-Schemas oder in Erwartung einer A/N-Rückkopplungsübertragung (zur Anwendung des p-A/N-Schemas)) durch die DCI angezeigt wird (gleichzeitig mit der PDSCH-Übertragungsplanung).
Hinzufügen von angehängten A/N zum Typ-1-A/N-Codebuch
Wenn die DL-Gewährung-DCI anzeigt, dass eine A/N-Rückmeldung an ein UE ansteht, das mit einem bestimmten (z.B. Typ-1-) A/N-Codebuchschema auf der Grundlage des t-A/N-Schemas konfiguriert wurde, kann das anhängige A/N in Form eines Typ-3-A/N-Codebuchs übertragen werden, indem das A/N-Pooling separat durch eine bestimmte DCI angezeigt wird. Alternativ kann, wenn die DL-Gewährung-DCI anzeigt, dass eine A/N-Rückmeldung an ein UE ansteht, das mit einem spezifischen A/N-Codebuchschema basierend auf dem t-A/N-Schema konfiguriert wurde, eine A/N in Form eines Typ-1-A/N-Codebuchs und eine angehängte A/N (z.B. eine einzelne A/N-Nutzlast, die durch Hinzufügen der angehängten A/N zum Typ-1-A/N-Codebuch erhalten wird) zusammen zu einem HARQ-Zeitpunkt konfiguriert/übertragen werden, der durch eine andere DL-Gewährung-DCI angezeigt wird, ohne dass die DCI das A/N-Pooling anzeigt.
Zum Beispiel kann die Übertragung von PDSCH #1 in Schlitz #n und die Übertragung einer A/N-Rückmeldung entsprechend PDSCH #1 in Schlitz #(n+K1) durch eine bestimmte DL-Gewährung-DCI angezeigt werden. Die Übertragung von PDSCH #2 in Schlitz #(n+L1) und das Anstehen einer A/N-Rückmeldung, die PDSCH #2 entspricht, kann durch eine andere DL-Gewährung-DCI angezeigt werden. Dabei gilt: K1>L1. Die Übertragung von PDSCH #3 in Schlitz #(n+L2) und die Übertragung einer A/N-Rückmeldung entsprechend PDSCH #3 in Schlitz #(n+K2) kann durch eine dritte DL-Gewährung-DCI angezeigt werden. Dabei gilt: K2>K1 und L2>L1. Die in Schlitz #(n+K1) übertragene A/N-Nutzlast kann mit A/N-Information für PDSCH-Empfänge einschließlich PDSCH #1 innerhalb eines Bündelungsfensters entsprechend Schlitz #(n+K1) konfiguriert werden. Die in Schlitz #(n+K2) übertragene A/N-Nutzlast kann mit der angehängten A/N für PDSCH #2 zusätzlich zu der A/N-Information für PDSCH-Empfänge einschließlich PDSCH #3 innerhalb eines Bündelungsfensters, das Schlitz #(n+K2) entspricht, konfiguriert sein.
Wenn die A/N-Nutzlast durch Hinzufügen einer angehängten A/N zu einem Typ-1-A/N-Codebuch konfiguriert/übertragen wird, sollten 1) die Gesamtgröße der angehängten A/N-Information/die Gesamtzahl der angehängten A/N-Bits und 2) die Zuordnungsreihenfolge zwischen der angehängten A/N-Information/Bits in der A/N-Nutzlast zwischen dem UE und der BS übereinstimmen. Eine wahrscheinliche Nichtübereinstimmung zwischen dem UE und der BS bezüglich der Anzahl oder der Zuordnungsreihenfolge der angehängten A/Ns in der A/N-Nutzlast verursacht schwerwiegende ACK/NACK-Fehler (z.B. NACK-zu-ACK) sowie eine Verschlechterung der UCI-Dekodierleistung. Daher kann es zu unnötigem PDSCH-Wiederholungsübertragungs-Overhead und langen Latenzzeiten kommen.
In Anbetracht des Problems kann eine (maximal) zulässige Größe/Anzahl angehängter A/N-Information/Bits (z.B. P-Bits), die zu einem Typ-1-A/N-Codebuch hinzugefügt werden sollen, für das UE durch RRC-Signalisierung von der BS konfiguriert werden. Das UE kann die endgültige A/N-Nutzlast konfigurieren, indem es P-Bits zur A/N-Nutzlast basierend auf einem Typ-1-A/N-Codebuch hinzufügt, unabhängig vom Vorhandensein oder Fehlen einer tatsächlich angehängten A/N.
In einem anderen Verfahren kann die BS dem UE durch ein spezifisches (z.B. 1-Bit-) Feld in der DCI (z.B. DL-Gewährung-DCI) anzeigen, ob eine A/N-Nutzlast ansteht oder P-Bits hinzugefügt werden sollen. Das UE kann die endgültige A/N-Nutzlast konfigurieren, indem es P-Bits zur A/N-Nutzlast hinzufügt oder nicht hinzufügt, basierend auf einem Typ-1-A/N-Codebuch gemäß den Informationen, die durch das spezifische Feld angezeigt werden.
In einem anderen Verfahren kann für das UE eine Mehrzahl von Kandidaten für die Anzahl P der Bits für das angehängte A/N konfiguriert werden. Die Kandidaten für die Anzahl P der Bits für das angehängte A/N können 0 enthalten. Die Kandidaten für die Anzahl P der Bits für das angehängte A/N können für das UE durch RRC-Signalisierung von der BS konfiguriert werden. Einer der Kandidaten für die Anzahl P der Bits für das angehängte A/N kann durch ein bestimmtes Feld in der DCI angezeigt werden. Die DCI kann die DL-Gewährung-DCI sein. Das UE kann die endgültige A/N-Nutzlast konfigurieren, indem es die Anzahl der Bits, die dem angegebenen Wert entspricht, zur A/N-Nutzlast des Typ-1-A/N-Codebuchschemas hinzufügt.
Um die Zuordnungsreihenfolge angehängter A/N-Information/Bits in der A/N-Nutzlast zwischen der BS und dem UE abzustimmen, kann zusätzlich die Übertragungs-/Planungsreihenfolge eines PDCCH/PDSCH, der einem angezeigten A/N-Aufschieben unter allen PDCCHs/PDSCHs entspricht, für die das A/N-Aufschieben angezeigt wird, durch ein spezifisches Feld in der DCI übertragen werden, das das A/N-Feedback-Aufschieben anzeigt. Der Auftragswert kann ein Zählerwert sein. Das UE kann die endgültige A/N-Nutzlast konfigurieren, indem es anhängige A/N-Bits, die entsprechend der Reihenfolge des Zählerwerts konfiguriert/abgebildet sind, zur A/N-Nutzlast des Typ-1-A/N-Codebuchschemas hinzufügt. Das Feld, das den Zählerwert in der DCI angibt, kann ein Feld für die Zuweisung von PUCCH-Ressourcen sein, die für die A/N-Feedback-Übertragung verwendet werden. Das DCI kann ein DL-Gewährung-DCI sein. Das Feld für die Zuweisung von PUCCH-Ressourcen kann ein PUCCH-Ressourcenindikatorfeld (PRI) sein. Die A/N-Information des Typ-1-A/N-Codebuchschemas wird zunächst auf einen niedrigen Bitindex abgebildet, gefolgt von der Abbildung der angehängten A/N-Information auf einen hohen Bitindex in der endgültigen A/N-Nutzlast.
Um eine Fehlanpassung der A/N-Nutzlast zwischen dem UE und der BS zu verhindern, kann zusätzlich ein für die Übertragung der angehängten A/N verfügbares Timing konfiguriert/eingestellt werden. Zu dem konfigurierten Zeitpunkt kann eine bestimmte Anzahl von P-Bits zum Typ-1-A/N-Codebuch hinzugefügt und übertragen werden. Insbesondere, wenn ein A/N-Rückmeldeaufschub-Vorgang für einen PDSCH, der in Schlitz #n übertragen wird, durch eine DCI angezeigt wird, die in Schlitz #n übertragen wird, kann der angehängte A/N nur auf einem PUCCH oder PUSCH übertragen werden, der zu einem Zeitpunkt einschließlich/nach Schlitz #(n+T) und/oder einem Zeitpunkt einschließlich/nach Schlitz #(n+T+F) übertragen wird. Die DCI kann eine DL-Gewährung-DCI sein. Der PUCCH oder PUSCH kann ein PUCCH oder PUSCH sein, der für eine A/N-Übertragung im Typ-1-A/N-Codebuchschema konfiguriert ist. Wenn außerdem ein Schlitz, in dem der PDSCH, der dem angehängten A/N entspricht, empfangen wurde, mit dem Schlitz #X zusammenfällt, der in einem Bündelungsfenster enthalten ist, das einem A/N-Übertragungszeitpunkt entspricht, der durch eine beliebige DCI angegeben wird, kann das UE ein Typ-1-A/N-Codebuch für das Bündelungsfenster konfigurieren, indem es die angehängte A/N-Information/Bits auf A/N-Bits abbildet, die dem Schlitz #X entsprechen. Die DCI kann eine DL-Gewährung-DCI sein.
12 ist ein Flussdiagramm eines Signalempfangsverfahrens gemäß den Ausführungsformen der vorliegenden Offenbarung.
Bezugnehmend auf 12 können die Ausführungsformen der vorliegenden Offenbarung, die von einer Kommunikationsvorrichtung durchgeführt werden können, den Empfang von DL-Daten auf der Grundlage einer DL-Gewährung-DCI (S1101), den Empfang einer UL-Gewährung-DCI, die die Übertragung von A/N-Information für die DL-Daten und eine PUCCH-Ressource anzeigt, die für die Übertragung der A/N-Information zu verwenden ist (S1103), und die Übertragung von A/N-Information für die DL-Daten auf dem PUSCH ohne einen UL-SCH auf der Grundlage der UL-Gewährung-DCI (S1105) umfassen.
Wenn die UL-Gewährung-DCI eine PUSCH-Planung beinhaltet und sich eine PUCCH-Ressource mit einer PUSCH-Ressource im Zeitbereich überlappt, kann A/N-Information auf einem PUSCH übertragen werden. Wenn sich die PUCCH-Ressource in der Zeitdomäne nicht mit der PUSCH-Ressource überschneidet, können die PUCCH-Ressource und die PUSCH-Ressource in der Zeitdomäne angrenzend sein und in der Frequenzdomäne im selben Band liegen. Wenn die UL-Gewährung-DCI eine PUSCH-Ressourcenplanung enthält, kann das DAI-Feld in der UL-Gewährung-DCI Informationen enthalten, die sich auf eine CC-Gruppe, eine HARQ-Prozess-ID, die sich auf die DL-Datenübertragung bezieht, und/oder eine Gesamt-DAI beziehen, für die eine A/N-Rückmeldung übertragen werden soll, anstatt ihren ursprünglichen Zweck zu erfüllen.
Wenn die UL-Gewährung-DCI keine PUSCH-Planung enthält, kann die A/N-Information in der PUCCH-Ressource übertragen werden. Wenn die UL-Gewährung-DCI keine PUSCH-Planung enthält, kann ein Feld, das sich auf die UL-Datenübertragung in der UL-Gewährung-DCI bezieht, für die Übertragung von A/N-Information für DL-Daten verwendet werden. Das Feld, das sich auf die UL-Datenübertragung bezieht, ist ein Feld, das für die Einplanung von UL-Daten durch die UL-Gewährung-DCI verwendet wird. Das Feld für die UL-Datenübertragung kann z.B. ein Feld sein, das sich auf eine RA, eine MCS/TBS, eine HARQ-Prozess-ID für die UL-Datenübertragung und/oder eine NDI/RV bezieht. Das Feld, das sich auf die UL-Datenübertragung bezieht, kann Informationen enthalten, die sich auf eine CC-Gruppe, eine HARQ-Prozess-ID, die sich auf die DL-Datenübertragung bezieht, und/oder eine Gesamt-DAI beziehen, für die eine A/N-Rückmeldung übertragen werden soll, anstatt ihren ursprünglichen Zweck zu erfüllen.
Um das Fehlen der PUSCH-Ressourcenplanung in UL-Gewährung-DCI anzuzeigen,
- ein Verfahren zum Setzen eines 1-Bit-Flags der UL-Gewährung-DCI auf einen von einem ersten Wert, der die Übertragung von A/N-Information anzeigt, und einem zweiten Wert, der die Übertragung eines PUSCH anzeigt, und
- ein Verfahren zum Setzen eines 1-Bit-Flags der UL-Gewährung-DCI auf einen von einem ersten Wert, der anzeigt, dass ein PUSCH keinen UL-SCH enthält, und einem zweiten Wert, der anzeigt, dass der PUSCH einen UL-SCH enthält (zusätzlich kann die UL-Gewährung-DCI anzeigen, dass es keine CSI-Anforderung gibt)
kann eine der Methoden verwendet werden.
Zusätzlich zum Vorgang von 12 können einer oder mehrere der zuvor unter Bezugnahme auf 1 bis 11 beschriebenen Vorgänge in Kombination durchgeführt werden.
Erstzugriff und wahlfreier Zugriff
13 zeigt ein beispielhaftes Verfahren für den ersten Netzzugang und die anschließende Kommunikation. In NR können ein physikalischer Kanal und ein RS pro Strahlformung übertragen werden. Wenn eine auf Strahlformung basierende Signalübertragung unterstützt wird, kann ein Strahlverwaltungsprozess für die Strahlausrichtung zwischen einer BS und einem UE durchgeführt werden. Ferner kann ein von der vorliegenden Offenbarung vorgeschlagenes Signal durch Strahlformung übertragen/empfangen werden. Die Strahlausrichtung kann basierend auf einem SSB im RRC IDLE-Modus und basierend auf einem CSI-RS (in DL) und einem SRS (in UL) im RRC CONNECTED-Modus durchgeführt werden. Wenn die auf Strahlformung basierende Signalübertragung nicht unterstützt wird, kann eine strahlbezogene Operation in der folgenden Beschreibung übersprungen werden.
Wie in gezeigt, kann eine BS periodisch ein SSB senden (S702). Das SSB enthält ein PSS/SSS/PBCH. Die SSB kann durch Strahlabtastung übertragen werden. Die BS kann dann verbleibende minimale Systeminformationen (RMSI) und andere Systeminformationen (OSI) übertragen (S704). Die RMSI kann Informationen enthalten (z.B. PRACH-Konfigurationsinformationen), die das UE benötigt, um zunächst auf die BS zuzugreifen. Nach der SSB-Erkennung identifiziert das UE eine beste SSB. Das UE kann dann eine RACH-Präambel (Message 1 oder Msg 1) in PRACH-Ressourcen senden, die mit dem Index (d.h. dem Strahl) der besten SSB verknüpft sind/entsprechen (S706). Die Strahlrichtung der RACH-Präambel ist mit den PRACH-Ressourcen verknüpft. Die Zuordnung zwischen PRACH-Ressourcen (und/oder RACH-Präambeln) und SSBs (SSB-Indizes) kann durch Systeminformationen (z.B. RMSI) konfiguriert werden. Anschließend kann die BS eine Random Access Response (RAR) (Message 2 oder Msg 2) als Antwort auf die RACH-Präambel in einer RACH-Prozedur (S708) senden. Das UE kann Nachricht 3 (Msg 3) (z.B. RRC-Verbindungsanforderung) basierend auf einer UL-Gewährung, die in der RAR enthalten ist, senden (S710), und die BS kann eine Nachricht zur Auflösung von Konflikten (Nachricht 4 oder Msg 4) senden (S712). Msg 4 kann RRC Connection Setup enthalten. Msg 1 und Msg 3 können kombiniert und in einem Schritt verarbeitet werden (z.B. Msg A), und Msg 2 und Msg 4 können kombiniert und in einem Schritt verarbeitet werden (z.B. Msg B).
Sobald eine RRC-Verbindung zwischen der BS und dem UE in der RACH-Prozedur aufgebaut ist, kann die Strahlausrichtung anschließend basierend auf einer SSB/CSI-RS (in DL) und einer SRS (in UL) durchgeführt werden. Zum Beispiel kann das UE die SSB/CSI-RS (S714) empfangen. Die SSB/CSI-RS kann für das UE verwendet werden, um einen Strahl/CSI-Bericht zu erzeugen. Die BS kann einen Strahl/CSI-Bericht an die UE per DCI (S716) anfordern. Das UE generiert den Strahl/CSI-Bericht basierend auf dem SSB/CSI-RS und sendet den generierten Strahl/CSI-Bericht an die BS auf einem PUSCH/PUCCH (S718). Der Strahl/CSI-Bericht kann Informationen über einen bevorzugten Strahl als Ergebnis der Strahlmessung enthalten. Die BS und das UE können die Strahlen basierend auf dem Strahl/CSI-Bericht wechseln (S720a und S720b).
Anschließend können das UE und die BS die später beschriebenen/vorgeschlagenen Verfahren und/oder Methoden durchführen. Beispielsweise können das UE und die BS ein Funksignal übertragen, indem sie in einem Speicher gespeicherte Informationen verarbeiten, oder ein empfangenes Funksignal verarbeiten und das verarbeitete Funksignal in dem Speicher speichern, basierend auf Konfigurationsinformationen, die in der Netzzugangs-Prozedur (z.B. dem Systeminformations-Erfassungsprozess, dem RACH-basierten RRC-Verbindungsprozess usw.) gemäß einem Vorschlag der vorliegenden Offenbarung erhalten wurden. Das Funksignal kann mindestens eines von einem PDCCH, einem PDSCH oder einer RS in DL und mindestens eines von einem PUCCH, einem PUSCH oder einer SRS in UL enthalten.
Msg1 und Msg3 können zusammen in Form von MsgA gesendet werden, und MsgB einschließlich Msg2 und Msg4 können als Antwort auf MsgA gesendet werden.
Das UE kann diesen Vorgang des zufälligen Zugriffs vor dem mit Bezug auf 12 beschriebenen Vorgang durchführen (z.B. vor Schritt S1101). Das UE kann während des Netzzugangs Informationen vom Typ A/N empfangen.
Beispiel eines Kommunikationssystems, auf das die vorliegende Offenbarung angewendet wird
Die verschiedenen Beschreibungen, Funktionen, Verfahren, Vorschläge, Methoden und/oder Betriebsablaufpläne der hier beschriebenen Offenbarung können auf verschiedene Bereiche angewendet werden, die eine drahtlose Kommunikation/Verbindung (z.B. 5G) zwischen Geräten erfordern, sind aber nicht darauf beschränkt.
Spezifischere Beispiele werden im Folgenden unter Bezugnahme auf die Zeichnungen beschrieben. In den folgenden Zeichnungen/Beschreibungen bezeichnen gleiche Referenznummern gleiche oder entsprechende Hardwareblöcke, Softwareblöcke oder Funktionsblöcke, sofern nicht anders angegeben.
14 zeigt ein Kommunikationssystem 1, das im Rahmen der vorliegenden Offenbarung angewendet wird.
Bezug nehmend auf enthält das Kommunikationssystem 1, das für die vorliegende Offenbarung verwendet wird, drahtlose Geräte, BSs und ein Netzwerk. Ein drahtloses Gerät ist ein Gerät, das eine Kommunikation unter Verwendung einer Funkzugangstechnologie (RAT) durchführt (z.B. 5G NR (oder New RAT) oder LTE) und auch als Kommunikations-/Funk-/5G-Gerät bezeichnet wird. Die drahtlosen Geräte können, ohne darauf beschränkt zu sein, einen Roboter 100a, Fahrzeuge 100b-1 und 100b-2, ein Gerät der erweiterten Realität (XR) 100c, ein Handgerät 100d, ein Haushaltsgerät 100e, ein IoT-Gerät 100f und ein Gerät/Server für künstliche Intelligenz (AI) 400 umfassen. Die Fahrzeuge können zum Beispiel ein Fahrzeug mit einer drahtlosen Kommunikationsfunktion, ein autonom fahrendes Fahrzeug und ein Fahrzeug, das zur Fahrzeug-zu-Fahrzeug-Kommunikation (V2V) fähig ist, umfassen. Dabei können die Fahrzeuge auch ein unbemanntes Luftfahrzeug (UAV) (z.B. eine Drohne) umfassen. Das XR-Gerät kann ein Augmented-Reality- (AR-)/Virtual-Reality- (VR-)/Mixed-Reality- (MR-)Gerät umfassen und kann in Form eines kopfgetragenen Geräts (HMD), eines in einem Fahrzeug montierten Head-up-Displays (HUD), eines Fernsehers (TV), eines Smartphones, eines Computers, eines tragbaren Geräts, eines Haushaltsgeräts, einer digitalen Beschilderung, eines Fahrzeugs, eines Roboters usw. implementiert sein. Das tragbare Gerät kann ein Smartphone, ein Smartpad, ein tragbares Gerät (z.B. eine intelligente Uhr oder eine intelligente Brille) und einen Computer (z.B. einen Laptop) umfassen. Das Haushaltsgerät kann einen Fernseher, einen Kühlschrank, eine Waschmaschine usw. umfassen. Das IoT-Gerät kann einen Sensor, ein intelligentes Messgerät usw. enthalten. Beispielsweise können die BSs und das Netzwerk als drahtlose Geräte implementiert sein, und ein bestimmtes drahtloses Gerät 200a kann als BS/Netzwerkknoten für andere drahtlose Geräte fungieren.
Die drahtlosen Geräte 100a bis 100f können über die BSs 200 mit dem Netzwerk 300 verbunden sein. Eine AI-Technologie kann auf die drahtlosen Geräte 100a bis 100f angewendet werden, und die drahtlosen Geräte 100a bis 100f können über das Netzwerk 300 mit dem AI-Server 400 verbunden sein. Das Netzwerk 300 kann mit einem 3G-Netzwerk, einem 4G-Netzwerk (z.B. LTE) oder einem 5G-Netzwerk (z.B. NR) konfiguriert sein. Obwohl die drahtlosen Geräte 100a bis 100f über die BSs 200/Netzwerk 300 miteinander kommunizieren können, können die drahtlosen Geräte 100a bis 100f eine direkte Kommunikation (z.B. Sidelink-Kommunikation) miteinander ohne Eingriff der BSs/Netzwerke durchführen. Zum Beispiel können die Fahrzeuge 100b-1 und 100b-2 eine direkte Kommunikation durchführen (z.B. V2V/Vehicle-to-Everything (V2X)-Kommunikation). Das IoT-Gerät (z.B. ein Sensor) kann eine direkte Kommunikation mit anderen IoT-Geräten (z.B. Sensoren) oder anderen drahtlosen Geräten 100a bis 100f durchführen.
Drahtlose Kommunikation/Verbindungen 150a, 150b und 150c können zwischen den drahtlosen Geräten 100a bis 100f/BS 200 und zwischen den BSs 200 hergestellt werden. Dabei kann die drahtlose Kommunikation/Verbindung über verschiedene RATs (z.B. 5G NR) wie UL/DL-Kommunikation 150a, Sidelink-Kommunikation 150b (oder D2D-Kommunikation) oder Inter-BS-Kommunikation (z.B. Relay oder Integrated Access Backhaul (IAB)) hergestellt werden. Drahtlose Signale können zwischen den drahtlosen Geräten, zwischen den drahtlosen Geräten und den BSs und zwischen den BSs über die drahtlose Kommunikation/Verbindungen 150a, 150b und 150c übertragen und empfangen werden. Beispielsweise können Signale über verschiedene physikalische Kanäle durch die drahtlose Kommunikation/Verbindungen 150a, 150b und 150c übertragen und empfangen werden. Zu diesem Zweck kann zumindest ein Teil der verschiedenen Konfigurationsinformationskonfigurationsprozesse, der verschiedenen Signalverarbeitungsprozesse (z.B. Kanalcodierung/-decodierung, Modulation/Demodulation und Ressourcenzuweisung/- demapping) und der Ressourcenzuweisungsprozesse zum Senden/Empfangen von drahtlosen Signalen auf der Grundlage der verschiedenen Vorschläge der vorliegenden Offenbarung durchgeführt werden.
Beispiel für ein drahtloses Gerät auf das die vorliegende Offenbarung angewendet wird
15 zeigt drahtlose Geräte, die für die vorliegende Offenbarung anwendbar sind.
Unter Bezugnahme auf können ein erstes drahtloses Gerät 100 und ein zweites drahtloses Gerät 200 drahtlose Signale über eine Mehrzahl von RATs (z.B. LTE und NR) übertragen. Das erste drahtlose Gerät 100 und das zweite drahtlose Gerät 200 können {dem drahtlosen Gerät 100x und der BS 200} und/oder {dem drahtlosen Gerät 100x und dem drahtlosen Gerät 100x} von 14 entsprechen.
Das erste drahtlose Gerät 100 kann einen oder mehrere Prozessoren 102 und einen oder mehrere Speicher 104 enthalten und ferner einen oder mehrere Sendeempfänger 106 und/oder eine oder mehrere Antennen 108 umfassen. Der (die) Prozessor(en) 102 kann (können) den (die) Speicher 104 und/oder den (die) Sendeempfänger 106 steuern und kann (können) so konfiguriert sein, dass er (sie) die in diesem Dokument offenbarten Beschreibungen, Funktionen, Prozeduren, Vorschläge, Methoden und/oder Betriebsablaufdiagramme implementiert (implementieren). Der/die Prozessor(en) 102 kann/können beispielsweise Informationen in dem/den Speicher(n) 104 verarbeiten, um erste Informationen/Signale zu erzeugen, und dann drahtlose Signale, die die ersten Informationen/Signale enthalten, über den/die Sendeempfänger 106 senden. Der (die) Prozessor(en) 102 kann (können) drahtlose Signale einschließlich zweiter Informationen/Signale über den (die) Sendeempfänger 106 empfangen und dann Informationen, die durch die Verarbeitung der zweiten Informationen/Signale erhalten wurden, in dem (den) Speicher(n) 104 speichern. Der (die) Speicher 104 kann (können) mit dem (den) Prozessor(en) 102 verbunden sein und verschiedene Informationen speichern, die sich auf den Betrieb des (der) Prozessors (Prozessoren) 102 beziehen. Beispielsweise kann/können der/die Speicher 104 Softwarecode speichern, der Anweisungen zur Ausführung aller oder eines Teils der von dem/den Prozessor(en) 102 gesteuerten Prozesse oder zur Ausführung der in diesem Dokument offenbarten Beschreibungen, Funktionen, Verfahren, Vorschläge, Methoden und/oder Betriebsablaufpläne enthält. Der/die Prozessor(en) 102 und der/die Speicher 104 können Teil eines Kommunikationsmodems/einer Schaltung/eines Chips sein, das/die für die Implementierung von RAT (z.B. LTE oder NR) ausgelegt ist. Der/die Sendeempfänger 106 kann/können mit dem/den Prozessor(en) 102 verbunden sein und drahtlose Signale über die eine oder mehrere Antennen 108 senden und/oder empfangen. Jeder der Sendeempfänger(s) 106 kann einen Sender und/oder einen Empfänger umfassen. Der (die) Sendeempfänger 106 kann (können) austauschbar mit der (den) Radiofrequenz (RF)-Einheit(en) verwendet werden. In der vorliegenden Offenbarung kann das drahtlose Gerät ein Kommunikationsmodem/Schaltkreis/Chip sein.
Das zweite drahtlose Gerät 200 kann einen oder mehrere Prozessoren 202 und einen oder mehrere Speicher 204 enthalten und ferner einen oder mehrere Sendeempfänger 206 und/oder eine oder mehrere Antennen 208 umfassen. Der (die) Prozessor(en) 202 kann (können) den (die) Speicher 204 und/oder den (die) Sendeempfänger 206 steuern und kann (können) so konfiguriert sein, dass er (sie) die in diesem Dokument offengelegten Beschreibungen, Funktionen, Prozeduren, Vorschläge, Methoden und/oder Betriebsablaufdiagramme implementiert (implementieren). Der/die Prozessor(en) 202 kann/können beispielsweise Informationen in dem/den Speicher(n) 204 verarbeiten, um dritte Informationen/Signale zu erzeugen, und dann drahtlose Signale, die die dritten Informationen/Signale enthalten, über den/die Sendeempfänger 206 übertragen. Der (die) Prozessor(en) 202 kann (können) drahtlose Signale einschließlich vierter Informationen/Signale über den (die) Sendeempfänger 106 empfangen und dann Informationen, die durch die Verarbeitung der vierten Informationen/Signale erhalten wurden, in dem (den) Speicher(n) 204 speichern. Der (die) Speicher 204 kann (können) mit dem (den) Prozessor(en) 202 verbunden sein und verschiedene Informationen speichern, die sich auf den Betrieb des (der) Prozessors (Prozessoren) 202 beziehen. Der/die Speicher 204 kann/können z.B. Softwarecode speichern, der Anweisungen zur Ausführung aller oder eines Teils der von dem/den Prozessor(en) 202 gesteuerten Prozesse oder zur Ausführung der in diesem Dokument offengelegten Beschreibungen, Funktionen, Verfahren, Vorschläge, Methoden und/oder Betriebsablaufdiagramme enthält. Der/die Prozessor(en) 202 und der/die Speicher 204 können Teil eines Kommunikationsmodems/einer Schaltung/eines Chips sein, das/die für die Implementierung von RAT (z.B. LTE oder NR) ausgelegt ist. Der/die Sendeempfänger 206 kann/können mit dem/den Prozessor(en) 202 verbunden sein und drahtlose Signale über die eine oder mehrere Antennen 208 senden und/oder empfangen. Jeder der Sendeempfänger 206 kann einen Sender und/oder einen Empfänger enthalten. Der (die) Sendeempfänger 206 kann (können) austauschbar mit der (den) HF-Einheit(en) verwendet werden. In der vorliegenden Offenbarung kann das drahtlose Gerät ein Kommunikationsmodem/Schaltkreis/Chip sein.
Nun werden die Hardware-Elemente der drahtlosen Geräte 100 und 200 näher beschrieben. Eine oder mehrere Protokollschichten können von einem oder mehreren Prozessoren 102 und 202 implementiert werden, wobei diese nicht auf diese beschränkt sind. Beispielsweise können der eine oder die mehreren Prozessoren 102 und 202 eine oder mehrere Schichten implementieren (z.B. funktionale Schichten wie Physikalisch (PHY), Medienzugriffsteuerung (MAC), Funkverbindungssteuerung (RLC), Paketdatenkonvergenz-Protokoll (PDCP), RRC und Dienstdatenadaptions-Protokoll (SDAP)). Der eine oder die mehreren Prozessoren 102 und 202 können eine oder mehrere Protokolldateneinheiten (PDUs) und/oder eine oder mehrere Dienstdateneinheiten (SDUs) gemäß den in diesem Dokument offenbarten Beschreibungen, Funktionen, Prozeduren, Vorschlägen, Methoden und/oder Betriebsablaufplänen erzeugen. Der eine oder die mehreren Prozessoren 102 und 202 können Nachrichten, Steuerinformationen, Daten oder Informationen gemäß den in diesem Dokument offengelegten Beschreibungen, Funktionen, Prozeduren, Vorschlägen, Methoden und/oder Betriebsablaufplänen erzeugen und die Nachrichten, Steuerinformationen, Daten oder Informationen an einen oder mehrere Sendeempfänger 106 und 206 liefern. Der eine oder die mehreren Prozessoren 102 und 202 können Signale (z.B. Basisbandsignale) einschließlich PDUs, SDUs, Nachrichten, Steuerinformationen, Daten oder Informationen gemäß den in diesem Dokument offenbarten Beschreibungen, Funktionen, Prozeduren, Vorschlägen, Methoden und/oder Betriebsablaufplänen erzeugen und die erzeugten Signale dem einen oder den mehreren Sendeempfängern 106 und 206 bereitstellen. Der eine oder die mehreren Prozessoren 102 und 202 können die Signale (z.B. Basisbandsignale) von dem einen oder den mehreren Sendeempfängern 106 und 206 empfangen und die PDUs, SDUs, Nachrichten, Steuerinformationen, Daten oder Informationen gemäß den in diesem Dokument offenbarten Beschreibungen, Funktionen, Verfahren, Vorschlägen, Methoden und/oder Betriebsablaufplänen erfassen.
Der eine oder die mehreren Prozessoren 102 und 202 können als Controller, Mikrocontroller, Mikroprozessoren oder Mikrocomputer bezeichnet werden. Der eine oder die mehreren Prozessoren 102 und 202 können durch Hardware, Firmware, Software oder eine Kombination davon implementiert sein. Beispielsweise können ein oder mehrere anwendungsspezifische integrierte Schaltungen (ASICs), ein oder mehrere digitale Signalprozessoren (DSPs), ein oder mehrere digitale Signalverarbeitungsgeräte (DSPDs), ein oder mehrere programmierbare Logikgeräte (PLDs) oder ein oder mehrere feldprogrammierbare Gate-Arrays (FPGAs) in dem einen oder den mehreren Prozessoren 102 und 202 enthalten sein. Die in diesem Dokument offengelegten Beschreibungen, Funktionen, Prozeduren, Vorschläge, Methoden und/oder Betriebsablaufdiagramme können mit Hilfe von Firmware oder Software implementiert werden, und die Firmware oder Software kann so konfiguriert sein, dass sie die Module, Prozeduren oder Funktionen enthält. Firmware oder Software, die so konfiguriert ist, dass sie die in diesem Dokument offenbarten Beschreibungen, Funktionen, Prozeduren, Vorschläge, Methoden und/oder Betriebsablaufpläne ausführt, kann in dem einen oder den mehreren Prozessoren 102 und 202 enthalten sein oder in dem einen oder den mehreren Speichern 104 und 204 gespeichert sein und von dem einen oder den mehreren Prozessoren 102 und 202 ausgeführt werden. Die in diesem Dokument offengelegten Beschreibungen, Funktionen, Prozeduren, Vorschläge, Methoden und/oder Betriebsablaufpläne können unter Verwendung von Firmware oder Software in Form von Code, einer Anweisung und/oder einem Satz von Anweisungen implementiert werden.
Der eine oder die mehreren Speicher 104 und 204 können mit dem einen oder den mehreren Prozessoren 102 und 202 verbunden sein und verschiedene Arten von Daten, Signalen, Nachrichten, Informationen, Programmen, Code, Anweisungen und/oder Befehlen speichern. Der eine oder die mehreren Speicher 104 und 204 können so konfiguriert sein, dass sie Festwertspeicher (ROMs), Direktzugriffsspeicher (RAMs), elektrisch löschbare programmierbare Festwertspeicher (EPROMs), Flash-Speicher, Festplatten, Register, Kassenspeicher, computerlesbare Speichermedien und/oder Kombinationen davon umfassen. Der eine oder die mehreren Speicher 104 und 204 können sich im Inneren und/oder außerhalb des einen oder der mehreren Prozessoren 102 und 202 befinden. Der eine oder die mehreren Speicher 104 und 204 können mit dem einen oder den mehreren Prozessoren 102 und 202 über verschiedene Technologien, wie z.B. eine drahtgebundene oder drahtlose Verbindung, verbunden sein.
Der eine oder die mehreren Sendeempfänger 106 und 206 können Benutzerdaten, Steuerinformationen und/oder drahtlose Signale/Kanäle, die in den Methoden und/oder Betriebsablaufplänen dieses Dokuments erwähnt werden, an ein oder mehrere andere Geräte übertragen. Der eine oder die mehreren Sendeempfänger 106 und 206 können Benutzerdaten, Steuerinformationen und/oder drahtlose Signale/Kanäle, die in den Beschreibungen, Funktionen, Prozeduren, Vorschlägen, Methoden und/oder Betriebsablaufplänen dieses Dokuments erwähnt werden, von einem oder mehreren anderen Geräten empfangen. Zum Beispiel können der eine oder die mehreren Sendeempfänger 106 und 206 mit dem einen oder den mehreren Prozessoren 102 und 202 verbunden sein und drahtlose Signale senden und empfangen. Zum Beispiel können der eine oder die mehreren Prozessoren 102 und 202 eine Steuerung durchführen, so dass der eine oder die mehreren Sendeempfänger 106 und 206 Benutzerdaten, Steuerinformationen oder drahtlose Signale an ein oder mehrere andere Geräte übertragen können. Der eine oder die mehreren Prozessoren 102 und 202 können eine Steuerung durchführen, so dass der eine oder die mehreren Sendeempfänger 106 und 206 Benutzerdaten, Steuerinformationen oder Funksignale von einem oder mehreren anderen Geräten empfangen können. Der eine oder die mehreren Sendeempfänger 106 und 206 können mit der einen oder den mehreren Antennen 108 und 208 verbunden sein, und der eine oder die mehreren Sendeempfänger 106 und 206 können so konfiguriert sein, dass sie Benutzerdaten, Steuerinformationen und/oder drahtlose Signale/Kanäle, die in den in diesem Dokument offengelegten Beschreibungen, Funktionen, Verfahren, Vorschlägen, Methoden und/oder Betriebsablaufdiagrammen erwähnt werden, über die eine oder die mehreren Antennen 108 und 208 senden und empfangen. In diesem Dokument können die eine oder die mehreren Antennen eine Mehrzahl von physikalischen Antennen oder eine Mehrzahl von logischen Antennen (z.B. Antennenports) sein. Der eine oder die mehreren Sendeempfänger 106 und 206 können empfangene drahtlose Signale/Kanäle von HF-Bandsignalen in Basisbandsignale umwandeln, um empfangene Benutzerdaten, Steuerinformationen und drahtlose Signale/Kanäle unter Verwendung des einen oder der mehreren Prozessoren 102 und 202 zu verarbeiten. Der eine oder die mehreren Sendeempfänger 106 und 206 können die Benutzerdaten, Steuerinformationen und drahtlosen Signale/Kanäle, die mit dem einen oder den mehreren Prozessoren 102 und 202 verarbeitet werden, aus den Basisbandsignalen in die HF-Bandsignale umwandeln. Zu diesem Zweck können der eine oder die mehreren Sendeempfänger 106 und 206 (analoge) Oszillatoren und/oder Filter enthalten.
Beispiel für die Verwendung eines drahtlosen Geräts, auf das die vorliegende Offenbarung angewendet wird
16 zeigt ein weiteres Beispiel für ein drahtloses Gerät, das im Rahmen der vorliegenden Offenbarung verwendet wird. Das drahtlose Gerät kann je nach Anwendungsfall/Dienstleistung in verschiedenen Formen implementiert werden (siehe 14).
Bezug nehmend auf 16 können die drahtlosen Geräte 100 und 200 den drahtlosen Geräten 100 und 200 von 14 entsprechen und so konfiguriert sein, dass sie verschiedene Elemente, Komponenten, Einheiten/Partien und/oder Module enthalten. Zum Beispiel kann jedes der drahtlosen Geräte 100 und 200 eine Kommunikationseinheit 110, eine Steuereinheit 120, eine Speichereinheit 130 und zusätzliche Komponenten 140 enthalten. Die Kommunikationseinheit 110 kann eine Kommunikationsschaltung 112 und Sendeempfänger 114 enthalten. Die Kommunikationsschaltung 112 kann beispielsweise den einen oder die mehreren Prozessoren 102 und 202 und/oder den einen oder die mehreren Speicher 104 und 204 von 16 enthalten. Der/die Sendeempfänger 114 kann/können beispielsweise den einen oder die mehreren Sendeempfänger 106 und 206 und/oder die eine oder die mehreren Antennen 108 und 208 von 16 enthalten. Die Steuereinheit 120 ist elektrisch mit der Kommunikationseinheit 110, dem Speicher 130 und den zusätzlichen Komponenten 140 verbunden und sorgt für die Gesamtsteuerung des drahtlosen Geräts. Beispielsweise kann die Steuereinheit 120 einen elektrischen/mechanischen Betrieb des drahtlosen Geräts auf der Grundlage von Programmen/Codes/Befehlen/Informationen steuern, die in der Speichereinheit 130 gespeichert sind. Die Steuereinheit 120 kann die in der Speichereinheit 130 gespeicherten Informationen über eine drahtlose/drahtgebundene Schnittstelle über die Kommunikationseinheit 110 nach außen (z.B. an andere Kommunikationsvorrichtungen) übertragen oder in der Speichereinheit 130 Informationen speichern, die über die drahtlose/drahtgebundene Schnittstelle von außen (z.B. von anderen Kommunikationsvorrichtungen) über die Kommunikationseinheit 110 empfangen werden.
Die zusätzlichen Komponenten 140 können je nach Typ des drahtlosen Geräts auf unterschiedliche Weise konfiguriert sein. Zum Beispiel können die zusätzlichen Komponenten 140 mindestens eines der folgenden Elemente enthalten: eine Stromversorgungseinheit/Batterie, eine Eingabe-/Ausgabeeinheit (E/A), eine Antriebseinheit und eine Recheneinheit. Das drahtlose Gerät kann in Form des Roboters (100a von 14), der Fahrzeuge (100b-1 und 100b-2 von 14), des XR-Geräts (100c von 14), des Handgeräts (100d von 14), des Haushaltsgeräts (100e von 14), des IoT-Geräts (100f von 14), ein digitales Rundfunkgerät, ein Hologramm-Gerät, ein Gerät für die öffentliche Sicherheit, ein MTC-Gerät, ein medizinisches Gerät, ein FinTech-Gerät (oder ein Finanzgerät), ein Sicherheitsgerät, ein Klima-/Umweltgerät, der KI-Server/das KI-Gerät (400 von 14), die BSs (200 von 14), ein Netzwerkknoten oder Ähnliches. Das drahtlose Gerät kann je nach Anwendungsfall/Dienst mobil oder stationär sein.
In 16 können alle der verschiedenen Elemente, Komponenten, Einheiten/Teile und/oder Module in den drahtlosen Geräten 100 und 200 über eine drahtgebundene Schnittstelle miteinander verbunden sein, oder zumindest ein Teil davon kann über die Kommunikationseinheit 110 drahtlos verbunden sein. Zum Beispiel können in jedem der drahtlosen Geräte 100 und 200 die Steuereinheit 120 und die Kommunikationseinheit 110 drahtgebunden verbunden sein, und die Steuereinheit 120 und erste Einheiten (z.B. 130 und 140) können drahtlos über die Kommunikationseinheit 110 verbunden sein. Jedes Element, jede Komponente, jede Einheit/jeder Teil und/oder jedes Modul in den drahtlosen Geräten 100 und 200 kann ferner ein oder mehrere Elemente umfassen. Zum Beispiel kann die Steuereinheit 120 mit einem Satz von einem oder mehreren Prozessoren konfiguriert sein. Beispielsweise kann die Steuereinheit 120 mit einem Satz aus einem Kommunikationssteuerungsprozessor, einem Anwendungsprozessor, einer elektronischen Steuereinheit (ECU), einer grafischen Verarbeitungseinheit und einem Speichersteuerungsprozessor konfiguriert sein. In einem anderen Beispiel kann der Speicher 130 mit einem RAM, einem dynamischen RAM (DRAM), einem ROM, einem Flash-Speicher, einem flüchtigen Speicher, einem nicht flüchtigen Speicher und/oder einer Kombination davon konfiguriert sein.
Beispiel für ein Fahrzeug oder ein autonom fahrendes Fahrzeug, auf das die vorliegende Offenbarung angewendet wird
17 zeigt ein Fahrzeug oder ein autonom fahrendes Fahrzeug, das im Rahmen der vorliegenden Offenbarung eingesetzt wird. Das Fahrzeug oder autonom fahrende Fahrzeug kann als mobiler Roboter, Auto, Zug, bemanntes/unbemanntes Luftfahrzeug (AV), Schiff o. Ä. ausgeführt sein.
Bezugnehmend auf 17 kann ein Fahrzeug oder autonom fahrendes Fahrzeug 100 eine Antenneneinheit 108, eine Kommunikationseinheit 110, eine Steuereinheit 120, eine Antriebseinheit 140a, eine Stromversorgungseinheit 140b, eine Sensoreinheit 140c und eine autonome Fahreinheit 140d umfassen. Die Antenneneinheit 108 kann als Teil der Kommunikationseinheit 110 konfiguriert sein. Die Blöcke 110/130/140a bis 140d entsprechen jeweils den Blöcken 110/130/140 von 16.
Die Kommunikationseinheit 110 kann Signale (z.B. Daten und Steuersignale) zu und von externen Geräten wie anderen Fahrzeugen, BSs (z.B. gNBs und straßenseitige Einheiten) und Servern senden und empfangen. Die Steuereinheit 120 kann verschiedene Operationen durchführen, indem sie Elemente des Fahrzeugs oder des autonom fahrenden Fahrzeugs 100 steuert. Die Steuereinheit 120 kann eine ECU umfassen. Die Antriebseinheit 140a kann dem Fahrzeug oder dem autonom fahrenden Fahrzeug 100 ermöglichen, auf einer Straße zu fahren. Die Antriebseinheit 140a kann einen Verbrennungsmotor, einen Motor, einen Antriebsstrang, ein Rad, eine Bremse, eine Lenkvorrichtung und so weiter umfassen. Die Stromversorgungseinheit 140b kann das Fahrzeug oder das autonom fahrende Fahrzeug 100 mit Strom versorgen und eine verdrahtete/drahtlose Ladeschaltung, eine Batterie usw. enthalten. Die Sensoreinheit 140c kann Informationen über einen Fahrzeugzustand, Umgebungsinformationen, Benutzerinformationen usw. erfassen. Die Sensoreinheit 140c kann einen IMU-Sensor (Trägheitsmesseinheit), einen Kollisionssensor, einen Radsensor, einen Geschwindigkeitssensor, einen Neigungssensor, einen Gewichtssensor, einen Richtungssensor, ein Positionsmodul, einen Vorwärts-/Rückwärtssensor für das Fahrzeug, einen Batteriesensor, einen Kraftstoffsensor, einen Reifensensor, einen Lenksensor, einen Temperatursensor, einen Feuchtigkeitssensor, einen Ultraschallsensor, einen Beleuchtungssensor, einen Pedalpositionssensor und so weiter umfassen. Die autonome Fahreinheit 140d kann eine Technologie zur Beibehaltung einer Fahrspur, auf der das Fahrzeug fährt, eine Technologie zur automatischen Anpassung der Geschwindigkeit, wie z.B. einen adaptiven Tempomat, eine Technologie zum autonomen Fahren entlang eines festgelegten Weges, eine Technologie zum Fahren durch automatisches Festlegen einer Route, wenn ein Ziel festgelegt ist, und dergleichen implementieren.
Zum Beispiel kann die Kommunikationseinheit 110 Kartendaten, Verkehrsinformationsdaten usw. von einem externen Server empfangen. Die autonome Fahreinheit 140d kann eine autonome Fahrroute und einen Fahrplan aus den erhaltenen Daten erzeugen. Die Steuereinheit 120 kann die Fahreinheit 140a so steuern, dass sich das Fahrzeug oder das autonom fahrende Fahrzeug 100 entlang der autonomen Fahrroute gemäß dem Fahrplan bewegen kann (z.B. Geschwindigkeits- /Richtungssteuerung). Während des autonomen Fahrens kann die Kommunikationseinheit 110 aperiodisch/periodisch aktuelle Verkehrsinformationsdaten von dem externen Server erfassen und umliegende Verkehrsinformationsdaten von benachbarten Fahrzeugen erfassen. Während des autonomen Fahrens kann die Sensoreinheit 140c Informationen über einen Fahrzeugzustand und/oder Umgebungsinformationen erhalten. Die autonome Fahreinheit 140d kann die autonome Fahrroute und den Fahrplan basierend auf den neu erhaltenen Daten/Informationen aktualisieren. Die Kommunikationseinheit 110 kann Informationen über eine Fahrzeugposition, die autonome Fahrroute und/oder den Fahrplan an den externen Server übertragen. Der externe Server kann Verkehrsinformationsdaten mithilfe von KI-Technologie basierend auf den von den Fahrzeugen oder autonom fahrenden Fahrzeugen gesammelten Informationen vorhersagen und die vorhergesagten Verkehrsinformationsdaten den Fahrzeugen oder den autonom fahrenden Fahrzeugen zur Verfügung stellen.
Fachleute wissen, dass die vorliegende Offenbarung auch auf andere als die hier dargelegten Arten ausgeführt werden kann, ohne vom Geist und den wesentlichen Merkmalen der vorliegenden Offenbarung abzuweichen. Die obigen Ausführungsformen sind daher in allen Aspekten als illustrativ und nicht einschränkend zu verstehen. Der Umfang der Offenbarung sollte durch die beigefügten Ansprüche und ihre gesetzlichen Äquivalente bestimmt werden, nicht durch die obige Beschreibung, und alle Änderungen, die in den Bedeutungs- und Äquivalenzbereich der beigefügten Ansprüche fallen, sollen darin eingeschlossen sein.
Industrielle Anwendbarkeit
Wie oben beschrieben, ist die vorliegende Offenbarung auf verschiedene drahtlose Kommunikationssysteme anwendbar.

Claims

Ein Verfahren zum Senden und Empfangen eines Signals durch eine Kommunikationsvorrichtung in einem drahtlosen Kommunikationssystem, wobei das Verfahren umfasst: Empfangen von Downlink (DL)-Daten basierend auf DL-Gewährung Downlink-Steuerinformation (DCI); Empfangen von Uplink (UL)-Gewährung-DCI, die die Übertragung von Quittierung/Negativquittierung (ACK/NACK)-Information für die DL-Daten und eine für die Übertragung der ACK/ACNK-Information zu verwendende Ressource für einen physikalischen Uplink-Steuerkanal (PUCCH) anzeigt; und Übertragung der ACK/NACK-Information für die DL-Daten basierend auf der UL-Gewährung-DCI, wobei, wenn die UL-Gewährung-DCI eine Ressourcenplanung für einen geteilten physikalischen Uplink-Kanal (PUSCH) enthält und wenn die PUCCH-Ressource mit einer PUSCH-Ressource in der Zeitdomäne überlappt, die ACK/NACK-Information auf einem PUSCH übertragen wird, und wenn die UL-Gewährung-DCI keine PUSCH-Ressourcenplanung enthält, die ACK/NACK-Information in der PUCCH-Ressource übertragen wird.
Das Verfahren nach Anspruch 1, wobei, wenn die UL-Gewährung-DCI eine PUSCH-Ressourcenplanung beinhaltet und wenn sich die PUCCH-Ressource mit der PUSCH-Ressource im Zeitbereich nicht überschneidet, die PUCCH-Ressource und die PUSCH-Ressource im Zeitbereich angrenzend sind und sich im Frequenzbereich im selben Band befinden.
Das Verfahren nach Anspruch 1, wobei, wenn die UL-Gewährung-DCI eine PUSCH-Ressourcenplanung enthält, ein Downlink-Zuweisungsindikator (DAI)-Feld in der UL-Gewährung-DCI für die Übertragung der A/N-Information verwendet wird.
Das Verfahren nach Anspruch 1, wobei, wenn die UL-Gewährung-DCI keine PUSCH-Ressourcenplanung enthält, ein eine UL-Datenübertragung betreffendes Feld in der UL-Gewährung-DCI für die Übertragung der A/N-Information verwendet wird.
Das Verfahren nach Anspruch 1, wobei, wenn die UL-Gewährung-DCI keine PUSCH-Ressourcenplanung enthält, eine 1-Bit-Flagge in der UL-Gewährung-DCI auf einen ersten Wert, der die ACK/NACK-Informationsübertragung anzeigt, oder einen zweiten Wert gesetzt wird, der die PUSCH-Übertragung anzeigt, und die ACK/NACK-Information basierend auf dem ersten Wert übertragen wird.
Verfahren nach Anspruch 1, wobei, wenn die UL-Gewährung-DCI keine PUSCH-Ressourcenplanung enthält, eine 1-Bit-Flagge in der UL-Gewährung-DCI auf einen ersten Wert, der anzeigt, dass der PUSCH keinen geteilten Uplink-Kanal (UL-SCH) enthält, oder einen zweiten Wert gesetzt wird, der anzeigt, dass der PUSCH einen UL-SCH enthält, und die ACK/NACK-Information basierend auf dem ersten Wert übertragen wird.
Das Verfahren nach Anspruch 6, wobei die UL-Gewährung-DCI keine Anforderung von Kanalzustandsinformation (CSI) anzeigt.
Eine Kommunikationsvorrichtung zum Senden und Empfangen eines Signals in einem drahtlosen Kommunikationssystem, wobei die Kommunikationsvorrichtung umfasst: mindestens einen Sendeempfänger; mindestens einen Prozessor; und mindestens einen Speicher, der operativ mit dem mindestens einen Prozessor gekoppelt ist und Befehle speichert, die, wenn sie ausgeführt werden, den mindestens einen Prozessor veranlassen, bestimmte Operationen durchzuführen, wobei die spezifischen Operationen umfassen: Empfangen von Downlink (DL)-Daten basierend auf DL-Gewährung Downlink-Steuerinformation (DCI); Empfangen von Uplink (UL)-Gewährung-DCI, die die Übertragung von Quittierung/Negativquittierung (ACK/NACK)-Information für die DL-Daten und eine für die Übertragung der ACK/ACNK-Informationen verwendende Ressource für einen physikalischen Uplink-Steuerkanal (PUCCH) anzeigt; und Übertragen der ACK/NACK-Information für die DL-Daten basierend auf der UL-Gewährung-DCI, und wobei, wenn die UL-Gewährung-DCI eine Ressourcenplanung für einen geteilten physikalischen Uplink-Kanal (PUSCH) enthält und wenn die PUCCH-Ressource mit einer PUSCH-Ressource in der Zeitdomäne überlappt, die ACK/NACK-Information auf einem PUSCH übertragen wird, und wenn die UL-Gewährung-DCI keine PUSCH-Ressourcenplanung enthält, die ACK/NACK-Information in der PUCCH-Ressource übertragen wird.
Die Kommunikationsvorrichtung nach Anspruch 8, wobei, wenn die UL-Gewährung-DCI eine PUSCH-Ressourcenplanung enthält und wenn sich die PUCCH-Ressource mit der PUSCH-Ressource im Zeitbereich nicht überschneidet, die PUCCH-Ressource und die PUSCH-Ressource im Zeitbereich angrenzend sind und sich im Frequenzbereich im selben Band befinden.
Die Kommunikationsvorrichtung nach Anspruch 8, wobei, wenn die UL-Gewährung-DCI eine PUSCH-Ressourcenplanung enthält, ein Downlink-Zuweisungsindikator (DAI)-Feld in der UL-Gewährung-DCI für die Übertragung der A/N-Information verwendet wird.
Die Kommunikationsvorrichtung nach Anspruch 1, wobei, wenn die UL-Gewährung-DCI keine PUSCH-Ressourcenplanung enthält, ein eine UL-Datenübertragung betreffendes Feld in der UL-Gewährung-DCI für die Übertragung der A/N-Information verwendet wird.
Die Kommunikationsvorrichtung nach Anspruch 8, wobei, wenn die UL-Gewährung-DCI keine PUSCH-Ressourcenplanung enthält, eine 1-Bit-Flagge in der UL-Gewährung-DCI auf einen ersten Wert, der die ACK/NACK-Informationsübertragung anzeigt, oder einen zweiten Wert gesetzt wird, der die PUSCH-Übertragung anzeigt, und die ACK/NACK-Information basierend auf dem ersten Wert übertragen wird.
Die Kommunikationsvorrichtung nach Anspruch 8, wobei, wenn die UL-Gewährung-DCI keine PUSCH-Ressourcenplanung enthält, eine 1-Bit-Flagge in der UL-Gewährung-DCI auf einen ersten Wert, der anzeigt, dass der PUSCH keinen geteilten Uplink-Kanal (UL-SCH) enthält, oder einen zweiten Wert gesetzt wird, der anzeigt, dass der PUSCH einen UL-SCH enthält, und die ACK/NACK-Information basierend auf dem ersten Wert übertragen wird.
Die Kommunikationsvorrichtung nach Anspruch 13, wobei die UL-Gewährung-DCI keine Anforderung von Kanalzustandsinformation (CSI) anzeigt.
Die Kommunikationsvorrichtung nach Anspruch 8, wobei die Kommunikationsvorrichtung ein autonomes fahrendes Fahrzeug umfasst, das mit mindestens einem Benutzergerät (UE), einem Netzwerk und einem anderen autonomen fahrenden Fahrzeug als der Kommunikationsvorrichtung kommunizieren kann.