DE112015006893T5

DE112015006893T5 - Evolved Node-B (eNB), Nutzerausrüstung (UE) und Verfahren zur flexiblen Duplex-Kommunikation

Info

Publication number: DE112015006893T5
Application number: DE112015006893.7T
Authority: DE
Inventors: Gang Xiong; Hong He; Ralf Bendlin; Jong-Kae Fwu; Seunghee Han; Huaning Niu; Yushu Zhang; Yuan Zhu
Original assignee: Intel IP Corp
Current assignee: Apple Inc
Priority date: 2015-09-10
Filing date: 2015-12-11
Publication date: 2018-05-24
Also published as: US11122580B2; WO2017044141A1; TWI759077B; TW202127829A; US10390354B2; US20180359762A1; TW201711417A; TWI718163B; US20190335478A1

Abstract

Im vorliegenden Text werden allgemein Ausführungsformen eines Evolved Node-B (eNB), Nutzerausrüstung (User Equipment, UE) und Verfahren für eine flexible Duplex-Kommunikation beschrieben. Der eNB kann einen Downlink-Steuerungsinformations(DCI)-Block zu der UE während einer Gruppe von Zeitduplex(TDD)-Subframes senden. Der eNB kann des Weiteren einen Uplink-Steuerungsinformations(UCI)-Block von der UE während der Gruppe von TDD-Subframes empfangen. Ein erstes in Frage kommendes flexibles Duplexformat für die TDD-Subframes kann einen Downlink-Steuerungsabschnitt und einen Uplink-Steuerungsabschnitt enthalten. Ein zweites in Frage kommendes flexibles Duplexformat für die TDD-Subframes kann einen Downlink-Steuerungsabschnitt enthalten und kann Uplink-Steuerungsabschnitte ausschließen.

Description

PRIORITÄTSANSPRUCH
Diese Anmeldung beansprucht die Priorität der vorläufigen US-Patentanmeldung mit der Seriennummer 62/216,917 , eingereicht am 10. September 2015, die hiermit in vollem Umfang durch Bezugnahme in den vorliegenden Text aufgenommen wird.
TECHNISCHES GEBIET
Ausführungsformen betreffen die drahtlose Kommunikation. Einige Ausführungsformen betreffen Drahtlosnetze, die 3GPP(Third Generation Partnership Project)-Netze, 3GPP LTE(Long Term Evolution)-Netze, 3GPP LTE-A(LTE Advanced)-Netze, und Fifth Generation(5G)-Netze enthalten, obgleich der Geltungsbereich der Ausführungsformen nicht diesbezüglich beschränkt ist. Einige Ausführungsformen betreffen die flexible Duplex-Kommunikation. Einige Ausführungsformen betreffen Downlink-Steuerungsinformationen und Uplink-Steuerungsinformationen.
HINTERGRUND
Ein Mobilfunknetz kann eine Kommunikation mit Mobilgeräten unterstützen. In einigen Fällen kann der Datenaustausch zwischen einer Basisstation und dem Mobilgerät mit einer relativ geringen Latenz ausgeführt werden. In dem Maße, wie die Nachfrage nach Daten aus dem Netz zunimmt, kann es problematisch werden, eine solche latenzarme Kommunikation für das Mobilgerät zu unterstützen, was in einigen Fällen die Nutzer verärgern kann. Dementsprechend besteht ein allgemeiner Bedarf an Verfahren und Systemen zur Kommunikation mit reduzierter oder geringer Latenz in diesen und anderen Szenarios.
Figurenliste

1 ist ein Funktionsschaubild eines 3GPP-Netzes gemäß einigen Ausführungsformen;
2 ist ein Blockschaubild einer Nutzerausrüstung (User Equipment, UE) gemäß einigen Ausführungsformen;
3 ist ein Blockschaubild eines Evolved Node-B (eNB) gemäß einigen Ausführungsformen;
4 veranschaulicht die Funktionsweise eines Verfahrens zur flexiblen Duplex-Kommunikation gemäß einigen Ausführungsformen;
5 veranschaulicht beispielhafte flexible Duplex-Subframes gemäß einigen Ausführungsformen;
6 veranschaulicht die Funktionsweise eines weiteren Verfahrens zur flexiblen Duplex-Kommunikation gemäß einigen Ausführungsformen;
7 veranschaulicht beispielhafte Mappings für flexible Duplexformate gemäß einigen Ausführungsformen; und
8 veranschaulicht ein Blockschaubild einer beispielhaften Maschine gemäß einigen Ausführungsformen.

DETAILLIERTE BESCHREIBUNG
Die folgende Beschreibung und die Zeichnungen veranschaulichen in hinreichendem Umfang konkrete Ausführungsformen, um es dem Fachmann zu ermöglichen, sie zu praktizieren. Andere Ausführungsformen können strukturelle, logische, elektrische, Prozess- und andere Änderungen enthalten. Teile und Merkmale einiger Ausführungsformen können in denen enthalten sein oder gegen jene ausgetauscht werden, die in anderen Ausführungsformen enthalten sind. In den Ansprüchen dargelegte Ausführungsformen umfassen alle verfügbaren Äquivalente jener Ansprüche.
1 ist ein Funktionsschaubild eines 3GPP-Netzes gemäß einigen Ausführungsformen. Das Netz umfasst ein Funkzugangsnetz (Radio Access Network, RAN) (zum Beispiel wie gezeigt, das E-UTRAN oder Evolved Universal Terrestrial Radio Access Net) 100 und das Kernnetz 120 (zum Beispiel als ein Evolved Packet Core (EPC) gezeigt), die miteinander durch eine S1-Schnittstelle 115 gekoppelt sind. Im Interesse der Einfachheit und Kürze ist lediglich ein Teil des Kernnetz 120 sowie des RAN 100 gezeigt.
Das Kernnetz 120 enthält eine Mobilitätsmanagemententität (Mobility Management Entity (MME) 122, einen bedienenden Gateway (bedienenden GW) 124 und einen Packet Data Network Gateway (PDN-GW) 126. Das RAN 100 enthält Evolved Node-Bs (eNBs) 104 (die als Basisstationen arbeiten können) zum Kommunizieren mit einer Nutzerausrüstung (UE) 102. Die eNBs 104 können Makro-eNBs und eNBs mit geringer Leistung (LP-eNBs, Low Power eNBs) enthalten.
In einigen Ausführungsformen kann der eNB 104 einen Downlink-Steuerungsinformations(Downlink Control Information, DCI)-Block zu der UE 102 während einer Gruppe von Zeitduplex (Time-Division Duplex, TDD)-Subframes senden. Der eNB 104 kann des Weiteren einen Uplink-Steuerungsinformations(Uplink Control Information, UCI)-Block von der UE 102 während der Gruppe von TDD-Subframes empfangen. Diese Ausführungsformen werden unten ausführlicher beschrieben.
Die MME 122 funktioniert ähnlich wie die Steuerungsebene von Serving GPRS Support Nodes (SGSN) älterer Bauart. Die MME 122 verwaltet Mobilitätsaspekte beim Zugang, wie zum Beispiel Gateway-Auswahl und Tracking Area-Listenmanagement. Der bedienende GW 124 terminiert die Schnittstelle zu dem RAN 100 und routet Datenpakete zwischen dem RAN 100 und dem Kernnetz 120. Außerdem kann sie ein lokaler Mobilitätsankerpunkt für Übergaben zwischen eNB sein und kann außerdem ein Anker für eine Inter-3 GPP-Mobilität sein. Zu weiteren Zuständigkeiten können legales Abhören, Gebührenberechnung und die Durchsetzung einiger Vorschriften gehören. Der bedienende GW 124 und die MME 122 können in einem einzelnen physischen Knoten oder in separaten physischen Knoten implementiert werden. Der PDN-GW 126 terminiert eine SGi-Schnittstelle zu dem Paketdatennetz (PDN). Der PDN-GW 126 routet Datenpakete zwischen dem EPC 120 und dem externen PDN und kann ein Schlüsselknoten für die Durchsetzung von Vorschriften und die Erfassung von Gebührenberechnungsdaten sein. Er kann außerdem einen Ankerpunkt für Mobilität mit Nicht-LTE-Zugängen darstellen. Das externe PDN kann jede Art von IP-Netz sein, sowie eine IP Multimedia Subsystem (IMS)-Domäne. Der PDN-GW 126 und der bedienende GW 124 können in einem einzelnen physischen Knoten oder in getrennten physischen Knoten implementiert werden.
Die eNBs 104 (Makro und Mikro) terminieren das Luftschnittstellenprotokoll und können der erste Kontaktpunkt für eine UE 102 sein. In einigen Ausführungsformen kann ein eNB 104 verschiedene Logikfunktionen für das RAN 100 erfüllen, einschließlich beispielsweise RNC(Radio Network Controller)-Funktionen, wie zum Beispiel Funkträgermanagement, dynamisches Uplink- und Downlink-Funkressourcenmanagement und Datenpaketdisponierung sowie Mobilitätsmanagement. Gemäß Ausführungsformen können UEs 102 dafür konfiguriert sein, Orthogonal Frequency Division Multiplexing (OFDM)-Kommunikationssignale mit einem eNB 104 über einen Mehrträger-Kommunikationskanal gemäß einer Orthogonal Frequency Division Multiple Access (OFDMA)-Kommunikationstechnik zu übermitteln. Die OFDM-Signale können mehrere orthogonale Subträger umfassen.
Die S1-Schnittstelle 115 ist die Schnittstelle, die das RAN 100 und den EPC 120 trennt. Sie ist in zwei Teile unterteilt: die S1-U, die Verkehrsdaten zwischen den eNBs 104 und dem bedienenden GW 124 transportiert, und die S1-MME, die eine Zeichengabe-Schnittstelle zwischen den eNBs 104 und der MME 122 ist. Die X2-Schnittstelle ist die Schnittstelle zwischen eNBs 104. Die X2-Schnittstelle umfasst zwei Teile, die X2-C und X2-U. Die X2-C ist die Steuerungsebenen-Schnittstelle zwischen den eNBs 104, während die X2-U die Benutzerebenen-Schnittstelle zwischen den eNBs 104 ist.
Bei Mobilfunknetzen werden LP-Zellen in der Regel dafür verwendet, die Reichweite in Innenräume hinein zu erweitern, wo Freiluftsignale nur schlecht hingelangen, oder die Netzkapazität in Gebieten mit sehr dichtem Telefonaufkommen zu erweitern, wie zum Beispiel in Bahnhöfen. Im Sinne des vorliegenden Textes meint der Begriff „eNB mit geringer Leistung“ (Low Power, LP) jeden geeigneten eNB mit relativ geringer Leistung zum Implementieren einer schmalen Zelle (schmaler als eine Makrozelle), wie zum Beispiel eine Femtozelle, eine Pikozelle oder eine Mikrozelle. FemtozelleneNBs werden in der Regel durch einen Mobilfunknetzbetreiber für seine Privat- oder Geschäftskunden bereitgestellt. Eine Femtozelle hat in der Regel maximal die Größe eines privaten Gateway und wird allgemein mit der Breitbandleitung eines Nutzers verbunden. Nach dem Einstecken wird die Femtozelle mit dem Mobilfunknetz des Mobilfunkbetreibers verbunden und bietet zusätzliche Reichweite in einem Bereich von in der Regel 30 bis 50 Metern für private Femtozellen. Somit könnte ein LP-eNB ein Femtozellen-eNB sein, da er durch den PDN-GW 126 gekoppelt ist. Gleichermaßen ist eine Pikozelle ein Drahtloskommunikationssystem, das in der Regel ein kleines Gebiet versorgt, wie zum Beispiel innerhalb von Gebäuden (Büros, Einkaufsmeilen, Bahnhöfe usw.), und seit neuestem auch innerhalb von Flugzeugen. Eine Pikozellen-eNB kann allgemein durch den X2-Link mit einem anderen eNB, wie zum Beispiel einem Makro-eNB, durch seine Basisstationssteuereinheit (Base Station Controller, BSC)-Funktionalität verbunden werden. Somit kann ein LP-eNB mit einem Pikozellen-eNB implementiert werden, da er mit einem Makro-eNB über eine X2-Schnittstelle gekoppelt ist. Pikozellen-eNBs oder andere LP-eNBs können einige oder alle Funktionen eines Makro-eNB enthalten. In einigen Fällen kann dies als eine Zugangspunkt-Basisstation oder Geschäfts-Femtozelle bezeichnet werden.
In einigen Ausführungsformen kann ein Downlink-Ressourcen-Gitternetz für Downlink-Übertragungen von einem eNB 104 zu einer UE 102 verwendet werden, während sich eine Uplink-Übertragung von der UE 102 zu dem eNB 104 ähnlicher Techniken bedienen kann. Das Gitternetz kann ein Zeit-Frequenz-Gitternetz sein, das als ein Ressourcen-Gitternetz oder ein Zeit-Frequenz-Ressourcen-Gitternetz bezeichnet wird, das die physische Ressource beim Downlink in jedem Schlitz ist. Eine solche Zeit-Frequenz-Ebenen-Darstellung ist gängige Praxis für OFDM-Systeme, was es für die Funkressourcenzuweisung intuitiv macht. Jede Spalte und jede Reihe des Ressourcen-Gitternetzes entsprechen einem OFDM-Symbol bzw. einem OFDM-Hilfsträger. Die Dauer des Ressourcen-Gitternetzes im Zeitbereich entspricht einem Schlitz in einem Funkframe. Die kleinste Zeit-Frequenz-Einheit in einem Ressourcen-Gitternetz wird als ein Ressourcenelement (RE) bezeichnet. Jedes Ressourcen-Gitternetz umfasst eine Anzahl von Ressourcenblöcken (RBs), die das Abbilden bestimmter physischer Kanäle auf Ressourcenelemente beschreiben. Jeder Ressourcenblock umfasst eine Zusammenstellung von Ressourcenelementen im Frequenzbereich und kann die kleinste Menge von Ressourcen darstellen, die derzeit zugewiesen werden kann. Es gibt eine Reihe unterschiedlicher physischer Downlink-Kanäle, die unter Verwendung solcher Ressourcenblöcke transportiert werden. Speziell im Hinblick auf diese Offenbarung sind zwei dieser physischen Downlink-Kanäle der gemeinsam genutzte physische Downlink-Kanal (Physical Downlink Shared Channel) und der physische Downlink-Steuerkanal (Physical Downlink Control Channel).
Der gemeinsam genutzte physische Downlink-Kanal (PDSCH) transportiert Nutzerdaten und Zeichengaben einer höheren Schicht zu einer UE 102 (1). Der physische Downlink-Steuerkanal (PDCCH) transportiert unter anderem Informationen über das Transportformat und Ressourcenzuweisungen in Bezug auf den PDSCH-Kanal. Er informiert außerdem die UE 102 über das Transportformat, die Ressourcenzuweisung und Hybrid-Automatic-Repeat-Request(HARQ)-Informationen in Bezug auf den gemeinsam genutzten Uplink-Kanal. In der Regel kann eine Downlink-Disponierung (zum Beispiel das Zuweisen von Steuerung und Ressourcenblöcken eines gemeinsam genutzten Kanals zu UEs 102 innerhalb einer Zelle) in dem eNB 104 auf der Basis von Kanalqualitäts-Informationen ausgeführt werden, die von den UEs 102 zu dem eNB 104 zurückgemeldet werden, und dann können die Downlinkressourcenzuweisungs-Informationen an eine UE 102 auf dem Steuerkanal (PDCCH) gesendet werden, der für die UE 102 verwendet (ihr zugewiesen) wird.
Der PDCCH verwendet CCEs (Steuerkanalelemente) zum Transportieren der Steuerungsinformationen. Vor ihrem Abbilden auf Ressourcenelemente werden die komplex-bewerteten PDCCH-Symbole zunächst in Quadruplets organisiert, die dann unter Verwendung eines Subblock-Verschachtelers für einen Ratenabgleich permutiert werden. Jeder PDCCH wird unter Verwendung eines oder mehrerer dieser Steuerkanalelemente (CCEs) übertragen, wobei jedes CCE neun Sätzen aus vier physischen Ressourcenelementen entspricht, die als Ressourcenelementgruppen (REGs) bekannt sind. Vier QPSK-Symbole werden auf jede REG abgebildet. Der PDCCH kann in Abhängigkeit von der Größe der DCI und vom Kanalzustand unter Verwendung eines oder mehrerer CCEs übertragen werden. Es können vier oder mehr verschiedene in LTE definierte PDCCH-Formate mit verschiedenen Anzahlen von CCEs vorhanden sein (zum Beispiel Aggregationsstufe, L=1, 2, 4, oder 8).
Im Sinne des vorliegenden Textes kann sich der Begriff „Schaltungen“ darauf beziehen, einen Anwendungsspezifischen Schaltkreis (ASIC), einen elektronischen Schaltkreis, einen Prozessor (gemeinsam genutzt, dediziert oder Gruppe) und/oder Speicher (gemeinsam genutzt, dediziert oder Gruppe), die eines oder mehrerer Software- oder Firmware-Programme ausführen, einen kombinatorischen Logikschaltkreis und/oder andere geeignete Hardware-Komponenten, welche die beschriebene Funktionalität enthalten, zu enthalten oder ein Teil davon zu sein. In einigen Ausführungsformen können die Schaltungen in einem oder mehreren Software- oder Firmware-Modulen implementiert werden, oder Funktionen, die mit den Schaltungen verknüpft sind, können durch ein oder mehrere Software- oder Firmware-Module implementiert werden. In einigen Ausführungsformen können Schaltungen Logik enthalten, die mindestens teilweise in Hardware arbeitet. Im vorliegenden Text beschriebene Ausführungsformen können unter Verwendung jeder zweckmäßig konfigurierten Hardware und/oder Software zu einem System implementiert werden.
2 ist ein Blockschaubild einer Nutzerausrüstung (UE) gemäß einigen Ausführungsformen. Die UE 200 kann zur Verwendung als eine UE 102 geeignet sein, wie in 1 gezeigt. In einigen Ausführungsformen kann die UE 200 Anwendungsschaltungen 202, Basisbandschaltungen 204, Hochfrequenz (HF)-Schaltungen 206, Frontend-Modul (FEM)-Schaltungen 208 und eine oder mehrere Antennen 210, die mindestens in der gezeigten Weise miteinander gekoppelt sind, enthalten. In einigen Ausführungsformen können andere Schaltungen oder Anordnungen ein oder mehrere Elemente und/oder Komponenten der Anwendungsschaltungen 202, der Basisbandschaltungen 204, der HF-Schaltungen 206 und/oder der FEM-Schaltungen 208 enthalten und können in einigen Fällen auch andere Elemente und/oder Komponenten enthalten. In einem Beispiel können „Verarbeitungsschaltungen“ ein oder mehrere Elemente und/oder Komponenten enthalten, von denen einige oder alle in den Anwendungsschaltungen 202 und/oder den Basisbandschaltungen 204 enthalten sein können. Als ein weiteres Beispiel können „Sender/Empfänger-Schaltungen“ ein oder mehrere Elemente und/oder Komponenten enthalten, von denen einige oder alle in den HF-Schaltungen 206 und/oder den FEM-Schaltungen 208 enthalten sein können. Diese Beispiele sind jedoch nicht einschränkend, da die Verarbeitungsschaltungen und/oder die Sender/Empfänger-Schaltungen in einigen Fällen auch andere Elemente und/oder Komponenten enthalten können.
Die Anwendungsschaltungen 202 können einen oder mehrere Anwendungsprozessoren enthalten. Zum Beispiel können die Anwendungsschaltungen 202 Schaltungen wie zum Beispiel einen oder mehrere Einkern- oder Mehrkernprozessoren enthalten. Der eine oder die mehreren Prozessoren können jede beliebige Kombination von Allzweckprozessoren und Spezialprozessoren enthalten (zum Beispiel Grafikprozessoren, Anwendungsprozessoren usw.). Die Prozessoren können mit Speicher gekoppelt sein und/oder Speicher enthalten und können dafür konfiguriert sein, in dem Speicher gespeicherte Instruktionen auszuführen, um verschiedene Anwendungen und/oder Betriebssysteme zu aktivieren, um auf dem System zu arbeiten.
Die Basisbandschaltungen 204 können Schaltungen wie zum Beispiel einen oder mehrere Einkern- oder Mehrkernprozessoren enthalten. Die Basisbandschaltungen 204 können einen oder mehrere Basisbandprozessoren und/oder Steuerlogik enthalten, um Basisbandsignale zu verarbeiten, die von einem Empfangssignalpfad der HF-Schaltungen 206 empfangen werden, und Basisbandsignale für einen Sendesignalpfad der HF-Schaltungen 206 zu generieren. Basisbandverarbeitungsschaltungen 204 können mit den Anwendungsschaltungen 202 verbunden sein, um die Basisbandsignale zu generieren und zu verarbeiten und Operationen der HF-Schaltungen 206 zu steuern. Zum Beispiel können die Basisbandschaltungen 204 in einigen Ausführungsformen einen Second Generation(2G)-Basisbandprozessor 204a, einen Third Generation(3G)-Basisbandprozessor 204b, einen Fourth Generation(4G)-Basisbandprozessor 204c und/oder einen oder mehrere andere Basisbandprozessoren 204d für andere existierende Generationen, Generationen in der Entwicklung oder künftig zu entwickelnde Generationen (zum Beispiel Fifth Generation (5G), 6G usw.) enthalten. Die Basisbandschaltungen 204 (zum Beispiel einer oder mehrere der Basisbandprozessoren 204a-d) können verschiedene Funksteuerungsfunktionen handhaben, die eine Kommunikation mit einem oder mehreren Funknetzen über die HF-Schaltungen 206. Die Funksteuerungsfunktionen können beispielsweise Signalmodulation/- demodulation, Codierung/Decodierung, Hochfrequenzverschiebung usw. enthalten. In einigen Ausführungsformen können Modulations-/- demodulationsschaltungen der Basisbandschaltungen 204 Fast-Fourier-Transformations(FFT)-, Vorcodierungs- und/oder Konstellationsmapping/- demapping-Funktionalität enthalten. In einigen Ausführungsformen können Codier-/Decodierschaltungen der Basisbandschaltungen 204 Faltungs-, Tailbiting-Faltungs-, Turbo-, Viterbi- und/oder Low Density Parity Check(LDPC)-Codierer-/Decodierer-Funktionalität enthalten. Ausführungsformen von Modulations/-Demodulations- und Codierer-/Decodierer-Funktionalität sind nicht auf diese Beispiele beschränkt und können in anderen Ausführungsformen andere geeignete Funktionalität enthalten.
In einigen Ausführungsformen können die Basisbandschaltungen 204 Elemente eines Protokollstapels enthalten, wie zum Beispiel Elemente eines Evolved Universal Terrestrial Radio Access Network(EUTRAN)-Protokolls, das zum Beispiel physische(PHY)-, Media Access Control(MAC)-, Radio Link Control(RLC)-, Packet Data Convergence Protocol(PDCP)- und/oder Radio Resource Control(RRC)-Elemente enthält. Eine zentrale Verarbeitungseinheit(CPU) 204e der Basisbandschaltungen 204 kann dafür konfiguriert sein, Elemente des Protokollstapels für eine Zeichengabe der PHY-, MAC-, RLC-, PDCP- und/oder RRC-Schichten abzuarbeiten. In einigen Ausführungsformen können die Basisbandschaltungen einen oder mehrere Audio-Digitalsignalprozessoren (DSP) 204f enthalten. Der eine oder die mehreren Audio-DSPs 204f können enthaltene Elemente für Komprimierung/Dekomprimierung und Echo-Auslöschung sein und können andere geeignete Verarbeitungselemente in anderen Ausführungsformen enthalten. Komponenten der Basisbandschaltungen können in einigen Ausführungsformen zweckmäßig in einem Einzelchip oder einem einzelnen Chipsatz kombiniert oder auf derselben Platine angeordnet werden. In einigen Ausführungsformen können einige oder alle der Bestandteile der Basisbandschaltungen 204 und der Anwendungsschaltungen 202 zusammen implementiert werden, wie zum Beispiel auf einem System-on-Chip (SOC).
In einigen Ausführungsformen können die Basisbandschaltungen 204 eine Kommunikation ermöglichen, die mit einer oder mehreren Funktechnologien kompatibel ist. Zum Beispiel können die Basisbandschaltungen 204 in einigen Ausführungsformen eine Kommunikation mit einem Evolved Universal Terrestrial Radio Access Network (EUTRAN) und/oder anderen Wireless Metropolitan Area Networks (WMAN), einem Wireless Local Area Network (WLAN), einem Wireless Personal Area Network (WPAN) unterstützen. Ausführungsformen, in denen die Basisbandschaltungen 204 dafür konfiguriert sind, die Funkkommunikation von mehr als einem Drahtlosprotokoll zu unterstützen, können als Mehrmodus-Basisbandschaltungen bezeichnet werden.
HF-Schaltungen 206 können eine Kommunikation mit Drahtlosnetzen ermöglichen, die modulierte elektromagnetische Strahlung durch ein nicht-festes Medium hindurch verwenden. In verschiedenen Ausführungsformen können die HF-Schaltungen 206 Schalter, Filter, Verstärker usw. enthalten, um die Kommunikation mit dem Drahtlosnetz zu ermöglichen. HF-Schaltungen 206 können einen Empfangssignalpfad enthalten, der Schaltungen enthalten kann, um von den FEM-Schaltungen 208 empfangene HF-Signale abwärts zu konvertieren, und Basisbandsignale an die Basisbandschaltungen 204 zu übermitteln. Die HF-Schaltungen 206 können auch einen Sendesignalpfad enthalten, der Schaltungen enthalten kann, um durch die Basisbandschaltungen 204 ausgegebene Basisbandsignale aufwärts zu konvertieren und HF-Ausgangssignals zum Senden an die FEM-Schaltungen 208 zu übermitteln.
In einigen Ausführungsformen können die HF-Schaltungen 206 einen Empfangssignalpfad und einen Sendesignalpfad enthalten. Der Empfangssignalpfad der HF-Schaltungen 206 kann Mischerschaltungen 206a, Verstärkerschaltungen 206b und Filterschaltungen 206c enthalten. Der Sendesignalpfad der HF-Schaltungen 206 kann Filterschaltungen 206c und Mischerschaltungen 206a enthalten. Die HF-Schaltungen 206 können auch Synthesizerschaltungen 206d zum Synthetisieren einer Frequenz zur Verwendung durch die Mischerschaltungen 206a des Empfangssignalpfades und des Sendesignalpfades enthalten. In einigen Ausführungsformen können die Mischerschaltungen 206a des Empfangssignalpfades dafür konfiguriert sein, von den FEM-Schaltungen 208 empfangene HF-Signale auf der Basis der durch Synthesizerschaltungen 206d ausgegebenen synthetisierten Frequenz abwärts zu konvertieren. Die Verstärkerschaltungen 206b können dafür konfiguriert sein, die abwärtskonvertierten Signale zu verstärken, und die Filterschaltungen 206c können ein Tiefpassfilter (LPF) oder ein Bandpassfilter (BPF) sein, das dafür konfiguriert ist, unerwünschte Signale aus den abwärtskonvertierten Signalen zu entfernen, um Ausgangs-Basisbandsignale zu generieren. Ausgangs-Basisbandsignale können in die Basisbandschaltungen 204 zur Weiterverarbeitung übermittelt werden. In einigen Ausführungsformen können die Ausgangs-Basisbandsignale Null-Frequenz-Basisbandsignale sein, obgleich dies keine Anforderung ist. In einigen Ausführungsformen können die Mischerschaltungen 206a des Empfangssignalpfades passive Mischer umfassen, obgleich der Geltungsbereich der Ausführungsformen diesbezüglich nicht beschränkt ist. In einigen Ausführungsformen können die Mischerschaltungen 206a des Sendesignalpfades dafür konfiguriert sein, Eingangs-Basisbandsignale auf der Basis der durch die Synthesizerschaltungen 206d ausgegebenen synthetisierten Frequenz aufwärts zu konvertieren, um HF-Ausgangssignale für die FEM-Schaltungen 208 zu generieren. Die Basisbandsignale können durch die Basisbandschaltungen 204 bereitgestellt werden und können durch Filterschaltungen 206c gefiltert werden. Die Filterschaltungen 206c können ein Tiefpassfilter (LPF) enthalten, obgleich der Geltungsbereich der Ausführungsformen diesbezüglich nicht beschränkt ist.
In einigen Ausführungsformen können die Mischerschaltungen 206a des Empfangssignalpfades und die Mischerschaltungen 206a des Sendesignalpfades zwei oder mehr Mischer enthalten und können für Quadratur-Abwärtskonvertierung und/oder -Aufwärtskonvertierung ausgelegt sein. In einigen Ausführungsformen können die Mischerschaltungen 206a des Empfangssignalpfades und die Mischerschaltungen 206a des Sendesignalpfades zwei oder mehr Mischer enthalten und können für eine Bildzurückweisung (zum Beispiel eine Hartley-Bildzurückweisung) ausgelegt sein. In einigen Ausführungsformen können die Mischerschaltungen 206a des Empfangssignalpfades und die Mischerschaltungen 206a für eine direkte Abwärtskonvertierung und/oder eine direkte Aufwärtskonvertierung ausgelegt sein. In einigen Ausführungsformen können die Mischerschaltungen 206a des Empfangssignalpfades und die Mischerschaltungen 206a des Sendesignalpfades für einen super-heterodynen Betrieb konfiguriert sein.
In einigen Ausführungsformen können die Ausgangs-Basisbandsignale und die Eingangs-Basisbandsignale analoge Basisbandsignale sein, obgleich der Geltungsbereich der Ausführungsformen diesbezüglich nicht beschränkt ist. In einigen alternativen Ausführungsformen können die Ausgangs-Basisbandsignale und die Eingangs-Basisbandsignale digitale Basisbandsignale sein. In diesen alternativen Ausführungsformen können die HF-Schaltungen 206 Analog-Digital-Wandler(ADW)- und Digital-Analog-Wandler(DAW)-Schaltungen enthalten, und die Basisbandschaltungen 204 können eine digitale Basisbandschnittstelle enthalten, um mit den HF-Schaltungen 206 zu kommunizieren. In einigen Dualmodus-Ausführungsformen können separate Funk-IC-Schaltungen zum Verarbeiten von Signalen für jedes Spektrum bereitgestellt werden, obgleich der Geltungsbereich der Ausführungsformen diesbezüglich nicht beschränkt ist.
In einigen Ausführungsformen können die Synthesizerschaltungen 206d ein Bruch-N-Synthesizer oder ein Bruch-N/N+1-Synthesizer sein, obgleich der Geltungsbereich der Ausführungsformen diesbezüglich nicht beschränkt ist, da auch anderen Arten von Frequenzsynthesizern geeignet sein können. Zum Beispiel können Synthesizerschaltungen 206d ein Delta-Sigma-Synthesizer, ein Frequenzmultiplikator oder ein Synthesizer sein, der einen Phasenregelkreis mit einem Frequenzteiler umfasst. Die Synthesizerschaltungen 206d können dafür konfiguriert sein, eine Ausgangsfrequenz zur Verwendung durch die Mischerschaltungen 206a der HF-Schaltungen 206 auf der Basis einer Frequenzeingabe und einer Teilersteuerungseingabe zu synthetisieren. In einigen Ausführungsformen können die Synthetisiererschaltungen 206d ein Bruch-N/N+1-Synthetisierer sein. In einigen Ausführungsformen kann eine Frequenzeingabe durch einen spannungsgesteuerten Oszillator (VCO) bereitgestellt werden, obgleich das keine Anforderung ist. Eine Teilersteuerungseingabe kann entweder durch die Basisbandschaltungen 204 oder den Anwendungsprozessor 202 in Abhängigkeit einer gewünschten Ausgangsfrequenz bereitgestellt werden. In einigen Ausführungsformen kann eine Teilersteuerungseingabe (zum Beispiel N) anhand einer Nachschlagetabelle auf der Basis eines durch den Anwendungsprozessor 202 angegebenen Kanals bestimmt werden.
Die Synthetisiererschaltungen 206d der HF-Schaltungen 206 können einen Teiler, einen Verzögerungsregelkreis (Delay-Locked Loop, DLL), einen Multiplexer und einen Phasenakkumulator enthalten. In einigen Ausführungsformen kann der Teiler ein Dualmodulteiler (DMD) sein, und der Phasenakkumulator kann ein digitaler Phasenakkumulator (DPA) sein. In einigen Ausführungsformen kann der DMD dafür konfiguriert sein, das Eingangssignal durch entweder N oder N+1 (zum Beispiel auf der Basis einer Ausführung) zu teilen, um ein Bruchteilungsverhältnis bereitzustellen. In einigen beispielhaften Ausführungsformen kann der DLL einen Satz kaskadierter, abstimmbarer Verzögerungselemente, einen Phasendetektor, eine Ladungspumpe und einen D-Flipflop enthalten. In diesen Ausführungsformen können die Verzögerungselemente dafür konfiguriert sein, eine VCO-Periode in Nd gleiche Phasenpakete aufzuschlüsseln, wobei Nd die Anzahl von Verzögerungselementen in der Verzögerungsleitung ist. Auf diese Weise stellt der DLL eine negative Rückkopplung bereit, um zu helfen sicherzustellen, dass die Gesamtverzögerung durch die Verzögerungsleitung ein einzelner VCO-Zyklus ist.
In einigen Ausführungsformen können die Synthetisiererschaltungen 206d dafür konfiguriert sein, eine Trägerfrequenz als die Ausgangsfrequenz zu generieren, während in anderen Ausführungsformen die Ausgangsfrequenz ein Mehrfaches der Trägerfrequenz sein kann (zum Beispiel das Zweifache der Trägerfrequenz, das Vierfache der Trägerfrequenz) und in Verbindung mit Quadraturgenerator- und Teilerschaltungen verwendet werden kann, um mehrere Signale bei der Trägerfrequenz mit mehreren verschiedenen Phasen mit Bezug aufeinander zu generieren. In einigen Ausführungsformen kann die Ausgangsfrequenz eine LO-Frequenz (f_LO) sein. In einigen Ausführungsformen können die HF-Schaltungen 206 einen IQ/Polar-Wandler enthalten.
Die FEM-Schaltungen 208 können einen Empfangssignalpfad enthalten, der Schaltungen enthalten kann, die dafür konfiguriert sind, auf der Basis von HF-Signalen zu arbeiten, die von einer oder mehreren Antennen 210 empfangen wurden, die empfangenen Signale zu verstärken und die verstärkten Versionen der empfangenen Signale in die HF-Schaltungen 206 zur Weiterverarbeitung einzuspeisen. Die FEM-Schaltungen 208 können auch einen Sendesignalpfad enthalten, der Schaltungen enthalten kann, die dafür konfiguriert sind, durch die HF-Schaltungen 206 bereitgestellte Sendesignale zur Übertragung durch eine oder mehrere der einen oder mehreren Antennen 210 zu verstärken.
In einigen Ausführungsformen können die FEM-Schaltungen 208 einen TX/RX-Schalter enthalten, um zwischen Sendemodus- und Empfangsmodusbetrieb umzuschalten. Die FEM-Schaltungen können einen Empfangssignalpfad und einen Sendesignalpfad enthalten. Der Empfangssignalpfad der FEM-Schaltungen kann einen rauscharmen Verstärker (Low-Noise Amplifier, LNA) enthalten, um empfangene HF-Signale zu verstärken und die verstärkten empfangenen HF-Signale als einen Ausgang (zum Beispiel für die HF-Schaltungen 206) bereitzustellen. Der Sendesignalpfad der FEM-Schaltungen 208 kann einen Leistungsverstärker (Power Amplifier, PA) zum Verstärken von Eingangs-HF-Signalen (die zum Beispiel durch die HF-Schaltungen 206 bereitgestellt wurden) und ein oder mehrere Filter zum Generieren von HF-Signalen zur anschließenden Übertragung (zum Beispiel durch eine oder mehrere der einen oder mehreren Antennen 210) enthalten. In einigen Ausführungsformen kann die UE 200 weitere Elemente enthalten, wie zum Beispiel Speicher, Anzeige, Kamera, Sensor und/oder Eingabe/Ausgabe-E/A)-Schnittstelle.
3 ist ein Blockschaubild eines Evolved Node-B (eNB) gemäß einigen Ausführungsformen. Es ist anzumerken, dass der eNB 300 in einigen Ausführungsformen ein stationäres nicht-mobiles Gerät sein kann. Der eNB 300 kann zur Verwendung als ein eNB 104 wie in 1 gezeigt geeignet sein. Der eNB 300 kann Bitübertragungsschicht-Schaltungen 302 und einen Sender/Empfänger 305 enthalten, von denen eines oder beide das Senden und Empfangen von Signalen zu und von der UE 200 ermöglichen können, andere eNBs, andere UEs oder andere Vorrichtungen, die eine oder mehrere Antennen 301 verwenden. Als ein Beispiel können die Bitübertragungsschicht-Schaltungen 302 verschiedene Codierungs- und Decodierungsfunktionen ausführen, die die Bildung von Basisbandsignalen zum Senden und Decodieren empfangener Signale enthalten können. Als ein weiteres Beispiel kann der Sender/Empfänger 305 verschiedene Sende- und Empfangsfunktionen ausführen, wie zum Beispiel das Umwanden von Signalen zwischen einem Basisbandbereich und einem Hochfrequenz(HF)-Bereich. Dementsprechend können die Bitübertragungsschicht-Schaltungen 302 und der Sender/Empfänger 305 separate Komponenten sein oder können Teil einer kombinierten Komponente sein. Des Weiteren können einige der beschriebenen Funktionen in Bezug auf das Senden und Empfangen von Signalen durch eine Kombination ausgeführt werden, die eines, beliebige oder alle der Bitübertragungsschicht-Schaltungen 302, des Sender/Empfängers 305 und anderer Komponenten oder Schichten enthalten kann. Der eNB 300 kann außerdem Medium Access Control(MAC)-Schicht-Schaltungen 304 zum Steuern des Zugangs zu dem Drahtlosmedium enthalten. Der eNB 300 kann außerdem Verarbeitungsschaltungen 306 und einen Speicher 308 enthalten, die dafür ausgelegt sind, die im vorliegenden Text beschriebenen Operationen auszuführen. Der eNB 300 kann außerdem eine oder mehrere Schnittstellen 310 enthalten, die eine Kommunikation mit anderen Komponenten ermöglichen können, einschließlich anderen eNBs 104 (1), Komponenten in dem EPC 120 (1) oder anderen Netzkomponenten ermöglichen können. Außerdem können die Schnittstellen 310 eine Kommunikation mit anderen Komponenten ermöglichen, die möglicherweise nicht in 1 gezeigt sind, einschließlich Komponenten außerhalb des Netzes. Die Schnittstellen 310 können leitungsgebunden oder drahtlos oder eine Kombination davon sein.
Die Antennen 210, 301 können eine oder mehrere Richt- oder Rundstrahlantennen umfassen, einschließlich beispielsweise Dipol-Antennen, Monopol-Antennen, Patch-Antennen, Schleifenantennen, Mikrostreifen-Antennen oder andere Arten von Antennen, die für das Senden von HF-Signalen geeignet sind. In einigen Multiple-Input Multiple-Output(MIMO)-Ausführungsformen können die Antennen 210, 301 effektiv getrennt sein, um die räumliche Diversität und die unterschiedlichen Kanaleigenschaften, die sich daraus ergeben können, auszunutzen.
In einigen Ausführungsformen kann die UE 200 oder der eNB 300 ein Mobilgerät sein und kann eine tragbare drahtlose Kommunikationsvorrichtung sein, wie zum Beispiel ein Personal Digital Assistant (PDA), ein Laptop oder tragbarer Computer mit Drahtloskommunikationsfähigkeit, ein Webtablet, ein Drahtlostelefon, ein Smartphone, ein Drahtlös-Headset, ein Pager, ein Instant-Messaging-Gerät, eine Digitalkamera, ein Zugangspunkt, ein Fernseher, eine am Körper tragbare Vorrichtung, wie zum Beispiel ein medizinische Vorrichtung (zum Beispiel ein Pulsmonitor, ein Blutdruckmonitor usw.) oder eine sonstige Vorrichtung, die Informationen drahtlos empfangen und/oder senden kann. In einigen Ausführungsformen kann die UE 200 oder der eNB 300 dafür konfiguriert sein, gemäß 3GPP-Standards zu arbeiten, obgleich der Geltungsbereich der Ausführungsformen diesbezüglich nicht beschränkt ist. In einigen Ausführungsformen können Mobilgeräte oder andere Vorrichtungen dafür konfiguriert sein, gemäß anderen Protokollen oder Standards zu arbeiten, einschließlich IEEE 802.11 oder anderer IEEE-Standards. In einigen Ausführungsformen kann die UE 200, der eNB 300 oder eine andere Vorrichtung eines oder mehrere von Folgendem enthalten: eine Tastatur, eine Anzeige, einen nicht-flüchtigen Speicherport, mehrere Antennen, eine Grafikprozessor, einen Anwendungsprozessor, Lautsprecher und andere Mobilgerät-Elemente. Die Anzeige kann ein LCD-Schirm sein, einschließlich eines Touchscreens.
Obgleich die UE 200 und der eNB 300 jeweils so veranschaulicht sind, dass sie mehrere separate Funktionselemente enthalten, können ein oder mehrere der Funktionselemente kombiniert sein und können durch Kombinationen von Software-konfigurierten Elementen implementiert werden, wie zum Beispiel Verarbeitungselementen, einschließlich Digitalsignalprozessoren (DSPs) und/oder anderer Hardware-Elemente. Zum Beispiel können einige Elemente einen oder mehrere Mikroprozessoren, DSPs, Feld-programmierbare Gate-Arrays (FPGAs), Anwendungsspezifische Schaltkreise (ASICs), integrierte Hochfrequenzschaltkreise (RFICs) und Kombinationen verschiedener Hardware- und Logikschaltungen zum Ausführen mindestens der im vorliegenden Text beschriebenen Funktionen umfassen. In einigen Ausführungsformen können sich die Funktionselemente auf einen oder mehrere Prozesse beziehen, die in einem oder mehreren Verarbeitungselementen ablaufen.
Ausführungsformen können in einem oder in einer Kombination von Hardware, Firmware und Software implementiert werden. Ausführungsformen können außerdem als Instruktionen implementiert werden, die auf einer computerlesbaren Speichervorrichtung gespeichert sind und die durch mindestens einen Prozessor gelesen und ausgeführt werden können, um die im vorliegenden Text beschriebenen Operationen auszuführen. Eine computerlesbare Speichervorrichtung kann einen beliebigen nicht-transitorischen Mechanismus zum Speichern von Informationen in einer Form enthalten, die durch eine Maschine (zum Beispiel einen Computer) gelesen werden kann. Zum Beispiel kann eine computerlesbare Speichervorrichtung Nurlesespeicher (ROM), Direktzugriffsspeicher (RAM), Magnetscheibenspeichermedien, optische Speichermedien, Flash-Speichervorrichtungen und andere Speichervorrichtungen und Medien enthalten. Einige Ausführungsformen können einen oder mehrere Prozessoren enthalten und können mit Instruktionen konfiguriert sein, die auf einer computerlesbaren Speichervorrichtung gespeichert sind.
Es ist anzumerken, dass in einigen Ausführungsformen eine durch die UE 200 und/oder den eNB 300 verwendete Vorrichtung verschiedene Komponenten der UE 200 und/oder des eNB 300 enthalten kann, wie in 2-3 gezeigt. Dementsprechend können im vorliegenden Text beschriebene Techniken und Operationen, die sich auf die UE 200 (oder 102) beziehen, auch auf eine Vorrichtung für eine UE anwendbar sein. Des Weiteren können im vorliegenden Text beschriebene Techniken und Operationen, die sich auf den eNB 300 (oder 104) beziehen, auch auf eine Vorrichtung für einen eNB anwendbar sein.
Gemäß einigen Ausführungsformen kann der eNB 104 einen Downlink-Steuerungsinformations(DCI)-Block zu der UE 102 während einer Gruppe von Zeitduplex(TDD)-Subframes senden. Der eNB 104 kann des Weiteren einen Uplink-Steuerungsinformations(UCI)-Block von der UE 102 während der Gruppe von TDD-Subframes empfangen. Die TDD-Subframes in der Gruppe können gemäß einer Gruppe von in Frage kommenden flexiblen Duplexformaten konfiguriert sein, die mindestens ein erstes und ein zweites in Frage kommendes flexibles Duplexformat enthalten können. Das erste in Frage kommende flexible Duplexformat für die TDD-Subframes kann einen Downlink-Steuerungsabschnitt und einen Uplink-Steuerungsabschnitt enthalten. Das zweite in Frage kommende flexible Duplexformat für die TDD-Subframes kann einen Downlink-Steuerungsabschnitt enthalten und kann Uplink-Steuerungsabschnitte ausschließen. Diese Ausführungsformen werden unten ausführlicher beschrieben.
4 veranschaulicht die Funktionsweise eines Verfahrens zur flexiblen Duplex-Kommunikation gemäß einigen Ausführungsformen. Er ist wichtig anzumerken, dass Ausführungsformen des Verfahrens 400 zusätzliche oder auch weniger Operationen oder Prozesse im Vergleich zu dem enthalten können, was in 4 veranschaulicht ist. Des Weiteren sind Ausführungsformen des Verfahrens 400 nicht unbedingt auf die chronologische Reihenfolge beschränkt, die in 4 gezeigt ist. Bei der Beschreibung des Verfahrens 400 kann auf die 1-3 und 5-7 Bezug genommen werden, obgleich es sich versteht, dass das Verfahren 400 auch mit beliebigen anderen geeigneten Systemen, Schnittstellen und Komponenten praktiziert werden kann.
Des Weiteren können sich zwar das Verfahren 400 und andere im vorliegenden Text beschriebene Verfahren auf eNBs 104 oder UEs 102 beziehen, die gemäß 3GPP oder anderen Standards arbeiten, doch sind Ausführungsformen jener Verfahren nicht nur auf jene eNBs 104 oder UEs 102 beschränkt, sondern sie können außerdem auf andere Vorrichtungen angewendet werden, wie zum Beispiel einen Wi-Fi-Zugangspunkt (Access Point, AP) oder eine Benutzerstation (User Station, STA). Des Weiteren können das Verfahren 400 und andere im vorliegenden Text beschriebene Verfahren durch Drahtlosvorrichtungen praktiziert werden, die dafür konfiguriert sind, in anderen geeigneten Arten von Drahtloskommunikationssystemen zu arbeiten, einschließlich Systemen, die dafür konfiguriert sind, gemäß verschiedenen IEEE-Standards zu arbeiten, wie zum Beispiel IEEE 802.11. Das Verfahren 400 kann sich außerdem auf eine Vorrichtung für eine UE 102 und/oder einen eNB 104 und/oder eine sonstige oben beschriebene Vorrichtung beziehen.
Bei Operation 405 des Verfahrens 400 kann der eNB 104 eine oder mehrere Steuerungsmeldungen an eine oder mehrere UEs 102 senden. In einigen Ausführungsformen können Radio-Resource-Control(RRC)-Meldungen verwendet werden, die in 3GPP-Standards oder anderen Standards enthalten sein können. Jedoch sind Ausführungsformen nicht darauf beschränkt, und in einigen Fällen können auch andere geeignete Steuerungsmeldungen verwendet werden. Als ein Beispiel können ein oder mehrere spezielle Downlink-Steuerungsinformations(DCI)-Formate durch den eNB 104 übertragen werden. DCI, die gemäß solchen DCI-Formaten übertragen werden, können einen Abschnitt enthalten, der für die Angabe von Informationen über flexible Duplexformate reserviert ist, wie unten noch beschrieben wird. Als ein weiteres Beispiel kann ein dedizierter Steuerkanal, wie zum Beispiel ein Physical TDD Configuration Indicator Channel (PTCICH), verwendet werden. Die RRC-Meldungen oder Downlink-Steuerungsinformations(DCI)-Formate oder dedizierten Steuerkanalmeldungen (wie zum Beispiel der PTCICH) können Informationen in Bezug auf flexible Duplexformate enthalten und/oder angeben, die für eine Gruppe von TDD-Subframes zu verwenden sind, in denen der eNB 104 und die UEs 102 kommunizieren können. In einigen Ausführungsformen kann die Gruppe von TDD-Subframes in einer Sequenz von TDD-Subframes enthalten sein, obgleich der Geltungsbereich von Ausführungsformen diesbezüglich nicht beschränkt ist. Zum Beispiel brauchen sich die TDD-Subframes nicht zu überlappen und können in einigen Fällen von einheitlicher Dauer sein. Obgleich nicht darauf beschränkt, können die TDD-Subframes als Teil eines größeren Frame enthalten sein, wie zum Beispiel eines Super-Frame oder eines Funkframe oder eines anderen.
Die RRC-Meldungen oder dedizierten Steuerkanalmeldungen oder DCI, die geeignete DCI-Formate verwenden, wie zuvor beschrieben, können jegliche geeignete Informationen in Bezug auf eine TDD-Subframe-Formatierung enthalten und können in einigen Fällen noch weitere Informationen enthalten. Als ein Beispiel können die RRC-Meldungen oder dedizierten Steuerkanalmeldungen oder DCI, die geeignete DCI-Formate verwenden, wie zuvor beschrieben, die in Frage kommenden flexiblen Duplexformate angeben, die für die TDD-Subframes in der Gruppe zu verwenden sind. Als ein weiteres Beispiel können die RRC-Meldungen oder dedizierten Steuerkanalmeldungen oder DCI, die geeignete DCI-Formate verwenden, wie zuvor beschrieben, Zeit-Ressourcen angeben, die für Downlink-Steuerungsabschnitte und/oder Uplink-Steuerungsabschnitte der TDD-Subframes in der Gruppe zugewiesen sind. Als ein weiteres Beispiel können die RRC-Meldungen oder dedizierten Steuerkanalmeldungen oder DCI, die geeignete DCI-Formate verwenden, wie zuvor beschrieben, Frequenz-Ressourcen angeben, die für die Downlink-Steuerungsabschnitte und die Uplink-Steuerungsabschnitte der TDD-Subframes in der Gruppe zugewiesen sind. Zum Beispiel können die Frequenz-Ressourcen jede beliebige Anzahl von Ressourcenelementen (REs), Ressourcenblöcken (RBs), Hilfsträgern, Subkanälen und/oder sonstigen Bandbreiteneinheiten enthalten. Diese Beispiele sind nicht einschränkend, da die RRC-Meldungen oder dedizierten Steuerkanalmeldungen oder DCI, die geeignete DCI-Formate verwenden, wie zuvor beschrieben, auch andere Informationen enthalten und/oder angeben können, die sich gegebenenfalls auf die flexiblen Duplexformate beziehen können.
Bei Operation 410 können eine oder mehrere Downlink-Steuerungsmeldungen während der Gruppe von TDD-Subframes übertragen werden. Bei Operation 415 können eine oder mehrere Uplink-Steuerungsmeldungen während der Gruppe von TDD-Subframes empfangen werden. Bei Operation 420 können ein oder mehrere Downlink-Datenblöcke während der Gruppe von TDD-Subframes übertragen werden. Bei Operation 425 können ein oder mehrere Uplink-Datenblöcke während der Gruppe von TDD-Subframes empfangen werden. Obgleich nicht darauf beschränkt, können die Downlink-Steuerungsmeldungen in einigen Fällen Downlink-Steuerungsinformations(DCI)-Blöcke enthalten. Außerdem können die Uplink-Steuerungsmeldungen in einigen Fällen Uplink-Steuerungsinformations(UCI)-Blöcke enthalten, obgleich Ausführungsformen nicht darauf beschränkt sind.
Es ist anzumerken, dass die TDD-Subframes in der Gruppe in einigen Fällen gemäß verschiedenen flexiblen Duplexformaten konfiguriert sein können. Dementsprechend brauchen in einigen Fällen einige oder alle der TDD-Subframes in der Gruppe nicht unbedingt den Austausch von Downlink-Steuerungsmeldungen und/oder Uplink-Steuerungsmeldungen zu unterstützen. Außerdem brauchen in einigen Fällen einige oder alle der TDD-Subframes in der Gruppe nicht unbedingt den Austausch von Downlink-Datenblöcken und/oder Uplink-Datenblöcken zu unterstützen.
Als ein Beispiel kann ein erstes in Frage kommendes flexibles Duplexformat einen Downlink-Steuerungsabschnitt enthalten, der für eine DCI-Übertragung durch den eNB 104 zugewiesen ist, und kann des Weiteren einen Uplink-Steuerungsabschnitt enthalten, der für eine UCI-Übertragung durch die UEs 102 zugewiesen ist. Als ein weiteres Beispiel kann ein zweites in Frage kommendes flexibles Duplexformat einen Downlink-Steuerungsabschnitt enthalten, der für eine DCI-Übertragung durch den eNB 104 zugewiesen ist, und kann des Weiteren Uplink-Steuerungsabschnitte ausschließen, die für eine UCI-Übertragung durch die UEs 102 zugewiesen sind. Als ein weiteres Beispiel können die in Frage kommenden flexiblen Duplexformate (wie zum Beispiel die ersten und zweiten oder andere) Datenabschnitte enthalten, die für Downlink-Datenübertragungen durch den eNB 104 und/oder Uplink-Datenübertragungen durch die UEs 102 zugewiesen sind. Als ein weiteres Beispiel kann ein drittes in Frage kommendes flexibles Duplexformat Downlink-Steuerungsabschnitte ausschließen, die für eine DCI-Übertragung durch den eNB 104 zugewiesen sind, und kann einen Uplink-Steuerungsabschnitt enthalten, der für eine UCI-Übertragung durch die UEs 102 zugewiesen ist.
Als ein weiteres Beispiel kann der eNB 104 während eines ersten TDD-Subframes, der gemäß einem ersten flexiblen Duplexformat konfiguriert sein kann, das einen Downlink-Steuerungsabschnitt und einen Uplink-Steuerungsabschnitt enthält, einen ersten DCI-Block an eine erste UE 102 senden und einen UCI-Block von der ersten UE 102 empfangen. Der eNB 104 kann des Weiteren während eines zweiten TDD-Subframes, der gemäß einem zweiten flexiblen Duplexformat konfiguriert sein kann, das einen Downlink-Steuerungsabschnitt enthält und Uplink-Steuerungsabschnitte ausschließt, einen zweiten DCI-Block zu einer zweiten UE 102 (oder in einigen Fällen zu der ersten UE 102) senden. In einigen Fällen kann mindestens einer der TDD-Subframes in der Gruppe gemäß dem ersten in Frage kommenden flexiblen Duplexformat konfiguriert sein, und mindestens einer der TDD-Subframes in der Gruppe kann gemäß dem zweiten in Frage kommenden flexiblen Duplexformat konfiguriert sein. Das heißt, es kann eine Mischung von Formaten für TDD-Subframes in der Gruppe verwendet werden.
In einigen Ausführungsformen können ein oder mehrere DCI-Blöcke während eines oder mehreren der TDD-Subframes in der Gruppe gesendet werden. Dementsprechend kann ein DCI-Block in einigen Fällen Informationen über den speziellen TDD-Subframe, in dem er gesendet wird, enthalten und/oder angeben. Als ein Beispiel kann der DCI-Block, der in einem speziellen TDD-Subframe gesendet wird, Zeit-Ressourcen angeben, die für Datenübertragungen (Downlink und/oder Uplink) während des speziellen TDD-Subframes zu verwenden sind. Als ein weiteres Beispiel kann - für mindestens einen TDD-Subframe in der Gruppe - ein DCI-Block, der während des TDD-Subframes gesendet wird, eine Startzeit eines Datenabschnitts angeben, der für Datenübertragungen während des TDD-Subframes zugewiesen ist. Als ein weiteres Beispiel kann - für mindestens einen TDD-Subframe in der Gruppe - ein DCI-Block, der während des TDD-Subframes gesendet wird, ein flexibles Duplexformat für den TDD-Subframe angeben.
Als ein weiteres Beispiel kann - für mindestens einen TDD-Subframe in der Gruppe - ein DCI-Block, der während des TDD-Subframes gesendet wird, angeben, ob ein Uplink-Steuerungsabschnitt für den TDD-Subframe zugewiesen ist. Als ein weiteres Beispiel kann - für mindestens einen TDD-Subframe in der Gruppe - ein DCI-Block, der während des TDD-Subframes gesendet wird, angeben, ob ein Uplink-Steuerungsabschnitt für den TDD-Subframe zugewiesen ist, und kann des Weiteren eine Größe eines Downlink-Steuerungsabschnitts angeben, der für den TDD-Subframe zugewiesen ist. Als ein weiteres Beispiel können - für mindestens einen der TDD-Subframes in der Gruppe - die DCI, die während des TDD-Subframes gesendet werden, flexible Duplexformate für mehrere TDD-Subframes in der Gruppe angeben.
In einigen Ausführungsformen können während eines oder mehrerer der TDD-Subframes in der Gruppe ein oder mehrere UCI-Blöcke durch die UEs 102 gesendet und durch den eNB 104 empfangen werden. Als ein Beispiel kann - für mindestens einen TDD-Subframe in der Gruppe - ein UCI-Block, der während des TDD-Subframes empfangen wird, einen Hybrid-Automatic-Repeat-Request(H-ARQ)-Bestätigungsindikator für ein H-ARQ-Paket enthalten, das durch den eNB 104 während eines vorherigen TDD-Subframes gesendet wurde.
5 veranschaulicht beispielhafte flexible Duplex-Subframes gemäß einigen Ausführungsformen. Es ist anzumerken, dass die in 5 gezeigten beispielhaften flexiblen Duplex-Subframes 500, 510, 520, 530 zwar einige oder alle der im vorliegenden Text beschriebenen Techniken und/oder Konzepte veranschaulichen können, dass aber Ausführungsformen nicht durch die beispielhaften flexiblen Duplex-Subframes 500, 510, 520, 530 beschränkt sind. Als ein Beispiel können TDD-Subframes in einer Gruppe gemäß einem oder mehreren dieser beispielhaften Formate und/oder anderen Formaten konfiguriert sein. Eine solche Konfiguration kann in einigen Fällen dynamisch sein.
Der beispielhafte flexible Duplex-Subframe 500, der in einigen Fällen als ein „Typ A“-Subframe bezeichnet werden kann, kann sich über ein Zeitintervall 501 eines einzelnen Subframes erstrecken. Der beispielhafte flexible Duplex-Subframe 500 kann DCI 502, UCI 506 und einen Datenabschnitt 508 enthalten, der Downlink(DL)- und/oder Uplink(UL)-Datenregionen enthalten kann. Außerdem kann in einigen Fällen eine Schutzzeit (Guard Time, GT) 504 zwischen den DCI 502 und den UCI 506 enthalten sein. In dem beispielhaften flexiblen Duplex-Subframe 500 sind die UCI 506 am Ende des Subframes enthalten, aber Ausführungsformen sind nicht darauf beschränkt. Als ein Beispiel können die UCI 506 in einigen Fällen auch am oder nahe dem Anfang des Subframes zugewiesen werden. Als ein weiteres Beispiel können die UCI 506 in einigen Fällen bei oder nahe der Mitte des Subframes zugewiesen werden
Der beispielhafte flexible Duplex-Subframe 510, der in einigen Fällen als ein „Typ B“-Subframe bezeichnet werden kann, kann sich über ein Zeitintervall 511 eines einzelnen Subframes erstrecken. Der beispielhafte flexible Duplex-Subframe 510 kann DCI 512 und einen Datenabschnitt 518 enthalten, der Downlink(DL)- und/oder Uplink(UL)-Datenregionen enthalten kann. Außerdem kann in einigen Fällen eine GT 514 zwischen den DCI 512 und dem Datenabschnitt 518 enthalten sein.
Der beispielhafte flexible Duplex-Subframe 520, der in einigen Fällen als ein „Typ C“-Subframe bezeichnet werden kann, kann sich über ein Zeitintervall 521 eines einzelnen Subframes erstrecken. Der beispielhafte flexible Duplex-Subframe 520 kann UCI 526 und einen Datenabschnitt 528 enthalten, der eine Uplink(UL)-Datenregion enthalten kann. In dem beispielhaften flexiblen Duplex-Subframe 520 sind die UCI 526 am Ende des Subframes enthalten, aber Ausführungsformen sind nicht darauf beschränkt. Als ein Beispiel können die UCI 526 in einigen Fällen bei oder nahe dem Anfang des Subframes zugewiesen werden. Als ein weiteres Beispiel können die UCI 526 in einigen Fällen bei oder nahe der Mitte des Subframes zugewiesen werden.
Dem beispielhaften flexiblen Duplex-Subframe 530, der bezeichnet werden kann als einen „Type D“-Subframe in einigen Fällen, kann sich erstrecken über ein Zeitintervall 531 eines einzelnen Subframes. Dem beispielhaften flexiblen Duplex-Subframe 530 kann enthalten Datenabschnitt 538, der enthalten kann einen Uplink (UL) Datenregion.
Dementsprechend ist anzumerken, dass die in 5 gezeigten verschiedenen Beispiele flexibler Duplex-Subframes DCI, UCIs und Schutzzeiten (Guard Times, GTs) enthalten oder ausschließen können und für eine DL- und/oder UL-Datenübertragung konfiguriert sein können. Diese Beispiele sind jedoch nicht einschränkend, da auch andere Anordnungen verwendet werden können, in denen DCI, UCIs und GTs enthalten oder ausgeschlossen sein können und in denen Datenregionen für entweder DL- oder UL-Datenübertragung oder beides konfiguriert sein können. Außerdem können einige flexible Duplex-Subframes andere Regionen zusätzlich zu, oder anstelle von, den in 5 gezeigten Regionen enthalten.
Als ein Beispiel können DCI in einem 5G Physical Downlink Control Channel (xPDCCH) enthalten sein oder können als Teil eines 5G Physical Downlink Control Channel (xPDCCH) gesendet werden. Als ein weiteres Beispiel können UCI in einem 5G Physical Uplink Control Channel (xPUCCH) enthalten sein oder können als Teil eines 5G Physical Uplink Control Channel (xPUCCH) gesendet werden. Als ein weiteres Beispiel können Downlink-Daten in einem 5G Physical Downlink Shared Channel (xPDSCH) enthalten sein oder können als Teil eines 5G Physical Downlink Shared Channel (xPDSCH) gesendet werden. Als ein weiteres Beispiel können Uplink-Daten in einem 5G Physical Uplink Shared Channel (xPUSCH) enthalten sein oder können als Teil eines 5G Physical Uplink Shared Channel (xPUSCH) gesendet werden. Ausführungsformen sind jedoch nicht auf diese Beispiele beschränkt, da auch andere Kanäle und/oder Techniken für die Steuerungsdaten und andere Daten verwendet werden können.
In einigen Ausführungsformen kann eine Gruppe aus einem oder mehreren TDD-Subframes verwendet werden, wie zum Beispiel in einer Sequenz oder auf sonstige Weise. In einigen Fällen können die TDD-Subframes gemäß demselben flexiblen Duplexformat konfiguriert sein oder können gemäß verschiedenen flexiblen Duplexformaten konfiguriert sein. Als ein Beispiel kann in einigen Fällen ein Muster von Formaten für eine Sequenz von TDD-Subframes verwendet werden.
6 veranschaulicht die Funktionsweise eines weiteren Verfahrens zur flexiblen Duplex-Kommunikation gemäß einigen Ausführungsformen. Wie zuvor bezüglich des Verfahrens 400 angesprochen, können Ausführungsformen des Verfahrens 600 zusätzliche oder auch weniger Operationen oder Prozesse im Vergleich zu dem, was in 6 veranschaulicht ist, enthalten, und Ausführungsformen des Verfahrens 600 sind nicht unbedingt auf die chronologische Reihenfolge beschränkt, die in 6 gezeigt ist. Beim Beschreiben des Verfahrens 600 können die 1-5 und 7 hinzugezogen werden, obgleich es sich versteht, dass das Verfahren 600 auch mit beliebigen anderen geeigneten Systemen, Schnittstellen und Komponenten praktiziert werden kann. Außerdem können sich Ausführungsformen des Verfahrens 600 auf UEs 102, eNBs 104, APs, STAs oder andere Drahtlos- oder Mobilgeräte beziehen. Das Verfahren 600 kann sich außerdem auf eine Vorrichtung für einen eNB 104 und/oder eine UE 102 oder eine sonstige oben beschriebene Vorrichtung beziehen.
Es ist anzumerken, dass das Verfahren 600 auch in einer UE 102 praktiziert werden kann und den Austausch von Signalen oder Meldungen mit einem eNB 104 enthalten kann. Gleichermaßen kann das Verfahren 400 auch in einen eNB 104 praktiziert werden und kann den Austausch von Signalen oder Meldungen mit dem UE 102 enthalten. In einigen Fällen können Operationen und Techniken, die als Teil des Verfahrens 400 beschrieben sind, auch für das Verfahren 600 relevant sein. Außerdem können Ausführungsformen Operationen enthalten, die in der UE 102 ausgeführt werden, die reziprok oder ähnlich zu anderen im vorliegenden Text beschriebenen Operationen sind, die in dem eNB 104 ausgeführt werden. Zum Beispiel kann eine Operation des Verfahrens 600 das Empfangen eines Datenblocks durch die UE 102 enthalten, während eine Operation des Verfahrens 400 das Senden desselben Datenblocks oder eines ähnlichen Datenblocks durch den eNB 104 enthalten kann. Außerdem kann eine frühere Besprechung verschiedener Techniken und Konzepte in einigen Fällen auch auf das Verfahren 600 anwendbar sein, einschließlich TDD-Subframes, RRC-Meldungen, flexibler Duplexformate, DCI, UCI, Datenblöcken, DCI-Formaten, dedizierten Steuerkanalmeldungen und sonstigen.
Bei Operation 605 kann die UE 102 eine oder mehrere RRC-Meldungen oder dedizierte Steuerkanalmeldungen oder DCI empfangen, die geeignete DCI-Formate verwenden, wie zuvor beschrieben, der Informationen in Bezug auf flexible Duplexformate enthalten und/oder angeben können, die für eine Gruppe von TDD-Subframes zu verwenden sind, in denen der eNB 104 und die UEs 102 kommunizieren können. Obgleich Ausführungsformen nicht darauf beschränkt sind, können die RRC-Meldungen RRC-Meldungen ähneln, die durch den eNB 104 bei Operation 405 gesendet werden.
Bei Operation 610 kann die UE 102 eine oder mehrere Downlink-Steuerungsmeldungen während der Gruppe von TDD-Subframes empfangen. Das heißt, während mindestens einem der TDD-Subframes kann die UE 102 eine Downlink-Steuerungsmeldung empfangen. Ohne darauf beschränkt zu sein, können die Downlink-Steuerungsmeldungen eine oder mehrere DCI enthalten. Bei Operation 615 kann die UE 102 mindestens teilweise anhand der empfangenen Downlink-Steuerungsmeldungen (oder DCI) ein oder mehrere flexible Duplexformate bestimmen, die für die TDD-Subframes in der Gruppe zu verwenden sind. Als ein Beispiel können DCI in einem speziellen TDD-Subframe das flexible Duplexformat für den speziellen TDD-Subframe angeben. Als ein weiteres Beispiel können DCI in einem speziellen TDD-Subframe das flexible Duplexformat für mehrere TDD-Subframes angeben, die den speziellen TDD-Subframe enthalten können.
Bei Operation 620 kann die UE 102 eine oder mehrere Uplink-Steuerungsmeldungen zu dem eNB 104 senden. Als ein nicht-einschränkendes Beispiel können die Uplink-Steuerungsmeldungen ein oder mehrere UCIs enthalten. Bei Operation 625 kann die UE 102 einen oder mehrere Downlink-Datenblöcke von dem eNB 104 empfangen. Bei Operation 630 kann die UE 102 einen oder mehrere Uplink-Datenblöcke zu dem eNB 104 senden.
In einigen Ausführungsformen können der xPDCCH und/oder der xPUCCH für einen ersten Abschnitt (chronologisch) des Subframes zugewiesen werden, wie zum Beispiel in ersten einen oder mehreren OFDM-Symbolperioden des Subframes. Der xPDSCH und/oder der xPUSCH können in den verbleibenden Abschnitt des Subframes zugewiesen werden. Diese Ausführungsformen sind jedoch nicht einschränkend, da in einigen Fällen auch andere Reihenfolgen solcher Kanäle und/oder Regionen verwendet werden können. Zum Beispiel kann der xPUCCH am Ende (chronologisch) des Subframes zugewiesen werden.
Als ein Beispiel kann die Schutzzeit (GT) dafür verwendet werden, eine Umschaltzeit vom xPDCCH-Empfang zum xPUCCH-Senden für eine UE 102 zu enthalten. Die GT kann außerdem einen maximalen Zeitvorsprung für die UE 102 berücksichtigen. In einigen Fällen braucht keine zusätzliche GT zwischen xPUSCH und xPDCCH erforderlich zu sein. Als ein weiteres Beispiel kann die GT zwischen xPUCCH und einer flexiblen Datenregion vorhanden sein, wenn die UE 102 eine gültige DL-Freigabe für die flexible Datenregion hat. Die UE 102 braucht in einigen Fällen nicht unbedingt zwischen xPUCCH-Senden und xPDSCH-Empfang umzuschalten.
In einigen Ausführungsformen kann das Decodieren für die UE 102 im Hinblick auf Komplexität und/oder Stromverbrauch reduziert werden, wenn ein Typ von flexiblem Duplex-Subframe und/oder eine DL-Steuerregionsgröße und/oder UL-Steuerregionsgröße angegeben sind. Zum Beispiel können solche Informationen in DCI enthalten sein.
In einigen Ausführungsformen können ein Typ von flexiblem Duplex-Subframe und/oder eine DL-Steuerregionsgröße und/oder UL-Steuerregionsgröße vorgegeben sein oder kann halbstatisch (durch den eNB 104) über Zeichengabe einer höheren Schicht signalisiert werden. Zum Beispiel kann ein 5G Master Information Block (xMIB), 5G System Information Block (xSIB), dedizierte RRC-Zeichengabe und/oder ein neues MAC-Steuerelement (Control Element, CE) verwendet werden. In einigen Fällen können solche Informationen von einer primären Zelle (PCell) oder einer bedienenden Zelle aus signalisiert werden. Als ein Beispiel kann eine Gesamtsteuerregionsgröße in einigen Fällen DL- und UL-Steuerregionsgrößen enthalten und kann über RRC-Zeichengabe von der PCell oder auf sonstige Weise signalisiert werden.
In einigen Ausführungsformen kann eine Sendeperiodizität des Subframe-Typs in einigen Fällen in einer Spezifikation fixiert sein. Als ein weiteres Beispiel kann die Sendeperiodizität durch Zeichengabe einer höheren Schicht konfigurierbar sein, wie zum Beispiel RRC-Zeichengabe oder andere. In einigen Fällen, wenn die UE 102 keine solche Zeichengabe detektiert, kann die UE 102 annehmen, dass ein Standardvorgabetyp (wie zum Beispiel der in 5 gezeigte Typ A) angewendet werden kann. Als ein Beispiel kann die UE 102 - bei Detektion eines DL-Steuerkanals mit einem UL-Freigabe-DCI-Format im für die UE 102 vorgesehenen Subframe n - die entsprechende xPUSCH-Übertragung im selben oder einem zuvor festgelegten anschließenden Subframe n+k (wobei k ≥ 0) entweder gemäß einem Standardvorgabe-Subframe-Typ (wie zum Beispiel Typ A in 5) oder einem detektierten Subframe-Typ. Des Weiteren kann ein xPDSCH, wenn er ohne die Informationen über den Typ des flexiblen Duplex-Subframes für die UE 102 disponiert wird, die Daten blind unter verschiedenen Hypothesen decodieren, wie zum Beispiel zwischen den Subframe-Formaten Typ A und Typ B (5).
Als ein Beispiel kann der decodierte Subframe-Typ durch die UE 102 in Kanalzustandsinformationen (Channel State Information, CSI) bekannt gegeben werden. Dementsprechend kann der eNB 104 bestimmen, ob die UE 102 die Steuerungszeichengabe korrekt decodiert hat. Wenn die UE 102 die Steuerungszeichengabe nicht korrekt decodiert, so kann sie beispielsweise die CSI, die den Typ A enthalten, als eine Standardvorgabe bekannt geben.
In einigen Ausführungsformen können ein Typ von flexiblem Duplex-Subframe und/oder eine DL-Steuerregionsgröße und/oder UL-Steuerregionsgröße explizit oder implizit im DCI-Format für eine DL-Zuweisung oder UL-Freigabe signalisiert werden. Als ein Beispiel kann das DCI-Format ein Startsymbol einer xPDSCH- oder xPUSCH-Übertragung innerhalb eines Subframes enthalten. Nach der erfolgreichen Decodierung des DCI-Formats kann die UE 102 das Startsymbol bestimmen.
In einigen Ausführungsformen kann die UE 102 den Typ des flexiblen Duplex-Subframes unter Verwendung beliebiger oder aller der folgenden Operationen und/oder anderer Operationen bestimmen. Die UE 102 kann DL-Steuerungskanäle entweder in jedem Subframe oder in einem Satz vorgegebener Subframes überwachen, sofern die UE 102 nicht einem Senden auf dem Uplink zugewiesen wurde. Zum Beispiel kann ein Typ C- oder Typ D-Subframe-Format (siehe 5) verwendet werden, oder ein Sondierungsreferenzsignal (Sounding Reference Signal, SRS) kann gesendet werden. Als ein Beispiel können durch die UE 102 gesendete UCI beliebige oder alle von DL HARQ-ACK, strahlspezifischem Bericht, CSI-Berichten oder anderen Informationen enthalten, die in dem PUSCH in einer gemeinsam codierten oder separat codierten Weise enthalten sein können. Solche Informationen können in einigen Fällen auch auf vorgegebene Zeit- und/oder Frequenz-Ressourcen abgebildet werden.
Der eNB 104 kann physische Ressourcenblöcke (PRBs) und/oder andere Kanalressourcen unter Verwendung beliebiger oder aller der folgende Operationen und/oder anderer Operationen signalisieren. In einem ersten Verfahren können die PRBs, die zum Senden von DL-Steuerungsinformationen verwendet werden sollen, pro UE 102 über Zeichengabe einer höheren Schicht halbstatisch konfiguriert werden. Die UE 102 kann blind einen Satz Kandidaten überwachen, die im Hinblick auf einen Suchraum definiert sind. Als ein Beispiel kann der Steuerkanal - in der Zeit - auf die ersten X OFDM-Symbole eines Subframes beschränkt sein.
In einem zweiten Verfahren (das in einigen Fällen eine Senkung des Stromverbrauchs durch die UE 102 ermöglichen kann) kann ein gemeinsames DCI-Format, das die Disponierungsinformationen für einen oder mehrere zukünftige Subframes (wie zum Beispiel einen DL-Subframe oder mehrere UL-Subframes) enthält, separat aus DL-SCH-Bits codiert und in den disponierten xPDSCH-Ressourcen mit separater Ressourcenelement(RE)-Abbildung gesendet werden. Das Modulations- und Codierungs-Regime (Modulation and Coding Scheme, MCS) dieses DCI-Formats kann sich von einem MCS für DL-SCH-Bits unterscheiden, die in denselben PRBs gesendet werden. Das MCS kann durch Zeichengabe einer höheren Schicht auf der Basis der Geometrie der UE 102 halbstatisch konfiguriert werden. Zum Beispiel ein höheres Modulationsregime (wie zum Beispiel 16QAM) kann UE-spezifisch für eine DCI-Übertragung durch den eNB 104 konfiguriert werden, um die Zeichengabe-Verwaltungsdaten zu reduzieren. Andererseits ist es auch machbar, dass das MCS der DCI in einer Spezifikation fixiert sein kann. Zum Beispiel kann QPSK mit einer 1/3-Coderate verwendet werden, um ein Design zu vereinfachen. Außerdem können die codierten Bits auf Ressourcen abgebildet werden, um zwischen dem eNB 104 und der UE 102 gemeinsam bekannt sind, was einem Piggy-Backing (oder Transportieren) von UCI auf einem PUSCH in einem LTE-System ähneln kann. Darum können die blinden Detektionsversuche durch die UE 102 in einigen Fällen zu einem gewissen Umfang reduziert werden. Es ist anzumerken, dass diese gemeinsamen DCI Disponierungsinformationen sowohl für eine Downlink-Zuweisung als auch für eine Uplink-Freigabe für eine UE 102 enthalten können. Um eine flexiblere Disponierung zu ermöglichen, kann der Abstand zwischen xPDCCH und xPDSCH/xPUSCH in dem DCI-Format angegeben werden. Wenn zum Beispiel xPDSCH auf Subframe n+k durch xPDCCH auf Subframe n disponiert wird, so kann der Abstand k in dem DCI-Format angegeben werden.
In einigen Ausführungsformen kann ein Informationselement (IE) als Teil von DCI-Formaten, die für eine DL-Freigabe verwendet werden, enthalten sein, um Informationen wie zum Beispiel einen UL-Steuerkanalindikator anzuzeigen, die eine zuvor festgelegte und/oder vorgegebene Anzahl von Bits, XBits, enthalten können. Diese Informationen können in einigen Fällen das Vorhandensein eines UL-Steuerkanals angeben. Um die Steuerungszeichengabe-Verwaltungsdaten zu minimieren, kann der Wert von X auf ein einziges Bit beschränkt werden. Dann kann der Wert „0“ keinen UL-Steuerkanal angeben, während ein Wert von „1“ das Vorhandensein dieses UL-Kanals angeben kann. In diesem Design wird angenommen, dass die Anzahl von OFDM-Symbolen für einen UL-Steuerkanal entweder vorgegeben oder durch Signale höherer Schichten halbstatisch konfiguriert sein kann, ohne dass eine dynamische Zeichengabe erforderlich ist. Außerdem können xPUCCH-Ressourcen eigenständig sein und können in den gleichen PRB-Anzahlen wie der detektierte xPDSCH im Frequenzbereich gesendet werden. Des Weiteren kann auch ein dynamischer Hinweis auf andere relevante Informationen, wie zum Beispiel PRB-Anzahlen, die Anzahlen von OFDM-Symbolen eines UL-Steuerkanals für eine bestimmte UE oder andere Informationen, verwendet werden.
In einigen Ausführungsformen kann ein zusätzliches IE in dem DCI-Format für eine UL-Freigabe enthalten sein. Das IE kann einen DL-Steuerkanalindikator enthalten, der eine Anzahl von Bits, Y Bits, enthalten kann. Diese Informationen können das Vorhandensein des DL-Steuerkanals angeben. Es ist zu beachten, dass angenommen werden kann, dass ein Zeitmultiplexier(Time Division Multiplexing, TDM)-Regime für den DL-Steuerkanal und eine PUSCH-Übertragung verwendet wird. Als ein Beispiel kann - im Anschluss an einen gegebenen UL-Disponierungszeitpunkt - der DL-Steuerkanal in Subframe n weiterhin benötigt werden, um einen späteren Subframe (wie zum Beispiel n+4) für eine PUSCH-Übertragung zu disponieren, selbst wenn es keine xPDSCH-Übertragung in Subframe n gibt. In diesem Fall kann es sein, dass die UE 102 wissen muss, welche UL-Subframe-Struktur (flexibles Duplexformat) für die PUSCH-Übertragung verwendet wird. Als ein Beispiel können solche Informationen für eine Ratenabgleichsoperation verwendet werden.
In einigen Ausführungsformen können der Typ von flexiblen Duplex-Subframes und/oder die DL/UL-Steuerregionsgröße durch einen dedizierten physischen Kanal auf dem DL angegeben werden. Angesichts der Tatsache, dass in einigen Fällen begrenzte Informationen in dem dedizierten physischen Kanal transportiert werden können, kann die Größe der UL- und DL-Konfigurationsinformationen gering sein. In einer Option kann der existierende Physical Control Format Indicator Channel (PCFICH) im Sinne der LTE-Spezifikation wiederverwendet werden, um die DL- und UL-Konfiguration innerhalb eines flexiblen Duplex-Subframes anzugeben. Es ist zu beachten, dass in dieser Option zwei Bits von Informationen durch den PCFICH transportiert werden können.
Als ein Beispiel kann der PTCICH in dem ersten Symbol innerhalb eines flexiblen Duplex-Subframes oder innerhalb eines vorgegebenen Symbols gesendet werden. Zum Beispiel kann das zweite Symbol für eine PTCICH-Übertragung verwendet werden, und das erste Symbol kann für eine Referenzsignalübertragung und TDM zwischen RS und PTCICH dediziert sein. Als ein Beispiel kann der PTCICH gleichmäßig in 4 Subbändern gespreizt werden, wobei jedes Subband einen einzelnen PRB belegen kann. Es ist zu beachten, dass für dieses Ressourcenabbildungsregime ein Raummultiplexier(Spatial Division Multiplexing, SDM)-Regime verwendet werden kann, um mehrere UEs 102 für das Senden des PTCICH zu multiplexieren. Angesichts der Tatsache, dass die Anzahl von UEs 102, die den xPDCCH empfangen und den xPUCCH senden, innerhalb eines Subframes begrenzt sein, kann der eNB 104 den PTCICH in einer Multiple-User Multiple-Input Multiple-Output(MU-MIMO)-Form unter Verwendung verschiedener Tx-Strahlformungsgewichte senden. Es ist anzumerken, dass der dedizierte physische Kanal nicht gesendet zu werden braucht, falls nur eine UL-Übertragung in einem einzelnen Subframe disponiert ist. Wenn die UE 102 nicht den PTCICH in einem einzelnen Subframe detektiert, so kann sie bestimmen und/oder kann wissen, dass der Subframe entweder ein UL-Subframe ist, oder alternativ, dass der PTCICH anzeigt, dass die UE 102 über die nächsten verbleibenden OFDM-Symbole in dem Subframe (DRX) schlummern kann.
7 veranschaulicht beispielhafte Abbildungen (Mappings) für flexible Duplexformate gemäß einigen Ausführungsformen. In einigen Ausführungsformen können ein Typ von flexiblen Duplex-Subframes und/oder die DL/UL-Steuerregionsgröße durch eine Kombination der zuvor angesprochenen Mechanismen angegeben werden. In einem Beispiel kann eine dedizierte RRC-Zeichengabe verwendet werden, um die Gesamtsteuerregionsgröße anzugeben. Zum Beispiel können drei Symbole für das Senden des xPDCCH und/oder des xPUCCH verwendet werden. Des Weiteren kann der dedizierte physische Kanal verwendet werden, um die Symbollänge für den xPDCCH und/oder den xPUCCH anzugeben. Als ein Beispiel kann die Anzahl von durch den dedizierten physischen Kanal transportierten Bits zwei sein, wie in der beispielhaften zu sehen ist. Es ist zu beachten, dass auch andere Konfigurationsinformationen unmittelbar aus dem unten gezeigt Beispiel abgeleitet werden können.
Als ein weiteres Beispiel kann angenommen werden, dass xPUCCH-Ressourcen, die eine Anzahl von OFDM-Symbolen enthalten können, entweder in einer Spezifikation fixiert sind (wie zum Beispiel zwei Symbole, falls vorhanden) oder halbstatisch durch Zeichengabe einer höheren Schicht konfigurierbar sein können, ohne dass eine dynamische Zeichengabe unter Verwendung von DCI-Formaten erforderlich ist. Außerdem können die physischen Ressourcenblöcke (PRBs) in einigen Fällen mit dem detektierten xPDSCH identisch sein. Wie in der beispielhaften gezeigt, kann ein Informationsfeld aus zwei Bits in dem DCI-Format enthalten sein und kann eine Kombination aus einem Vorhandensein (oder Fehlen) eines UL-Steuerkanals und einer Anzahl von OFDM-Symbolen für die xPDCCH-Übertragung angeben.
Als ein weiteres Beispiel können DCI für eine DL-Zuweisung und eine UL-Freigabe verwendet werden, um explizit Startsymbole für das Senden des xPDSCH und/oder des xPUSCH zu signalisieren. Des Weiteren kann ein Typ von flexiblem Duplex-Subframe durch den dedizierten physischen Kanal angegeben werden. Wie in der beispielhaften gezeigt, kann ein Hinweis auf einen flexiblen Duplex-Subframe-Typ auf eine Anzahl von Bits abgebildet werden. In diesem Beispiel ist die Anzahl der durch den dedizierten physischen Kanal transportierten Bits zwei. Es ist anzumerken, dass auch andere Konfigurationsinformationen unmittelbar aus dem unten gezeigt Beispiel abgeleitet werden können.
Als ein weiteres Beispiel können eine oder mehrere flexible Duplex-Subframe-Typen pro Frame-Ebene unter Verwendung einer beliebigen Anzahl von Techniken angegeben werden, einschließlich xPDCCH, EPDCCH oder xPDCCH-Übertragung oder dedizierter RRC-Zeichengabe. Außerdem kann eine Kombination solcher Techniken von einer bedienenden Zelle (primären Zelle oder PCell) in einem Ankerbooster-Szenario verwendet werden. Das heißt, eine LTE-Zelle, 5G-Zelle oder sonstige Zelle kann als eine Anker- /Versorgungszelle dienen, und eine cmWave-Zelle oder eine mmWave-Zelle kann als eine Booster-Zelle dienen. Zum Beispiel kann eine Bitmap verwendet werden, um den Typ von flexiblen Duplex-Subframes in einem oder mehreren Subframes innerhalb eines Funkframes anzugeben.
8 veranschaulicht ein Blockschaubild einer beispielhaften Maschine gemäß einigen Ausführungsformen. Die Maschine 800 ist eine beispielhafte Maschine, in der eine oder mehrere der im vorliegenden Text besprochenen Techniken und/oder Methodologien ausgeführt werden können. In alternativen Ausführungsformen kann die Maschine 800 als eine eigenständige Vorrichtung arbeiten oder kann mit anderen Maschinen verbunden (zum Beispiel vernetzt) sein. In einer vernetzten Realisierung kann die Maschine 800 in der Eigenschaft einer Server-Maschine, einer Client-Maschine oder in Server-Client-Netzumgebungen arbeiten. In einem Beispiel kann die Maschine 800 als eine Peer-Maschine in einer Peer-to-Peer (P2P) (oder sonstigen dezentralisierten) Netzumgebung arbeiten. Die Maschine 800 kann einen UE 102, ein eNB 104, ein Zugangspunkt (AP), eine Station (STA), ein Mobilgerät, eine Basisstation, ein Personalcomputer (PC), ein Tablet-PC, eine Set-Top-Box (STB), ein Personal Digital Assistant (PDA), ein Mobiltelefon, ein Smartphone, ein Web-Gerät, ein Netzrouter, ein Schalter oder eine Brücke oder jede beliebige Maschine sein, die in der Lage ist, Instruktionen (sequenziell oder auf sonstige Weise) auszuführen, die Aktionen spezifizieren, die durch diese Maschine auszuführen sind. Es ist anzumerken, dass in einigen Ausführungsformen ein eNB oder eine andere Basisstation einige oder alle der Komponenten enthalten kann, die entweder in 3 oder 8 oder in beiden gezeigt sind. Es ist anzumerken, dass in einigen Ausführungsformen eine UE oder ein anderes Mobilgerät einige oder alle der Komponenten enthalten kann, die entweder in 2 oder in 8 oder in beiden gezeigt sind. Des Weiteren ist zwar nur eine einzelnen Maschine veranschaulicht, aber der Begriff „Maschine“ ist auch so zu verstehen, dass darin jede Zusammenstellung von Maschinen enthalten ist, die einzeln oder zusammen einen Satz (oder mehrere Sätze) von Instruktionen ausführen, um eine oder mehrere der im vorliegenden Text besprochenen Methodologien auszuführen, wie zum Beispiel Cloud-Computing, Software as a Service (SaaS) oder andere Computercluster-Konfigurationen.
Beispiele, wie im vorliegenden Text beschrieben, können Logik oder eine Anzahl von Komponenten, Modulen oder Mechanismen enthalten oder darin arbeiten. Module sind greifbare Entitäten (zum Beispiel Hardware), die in der Lage sind, spezifizierte Operationen auszuführen, und können in einer bestimmten Weise konfiguriert oder angeordnet sein. In einem Beispiel können Schaltkreise in einer spezifizierten Weise als ein Modul angeordnet sein (zum Beispiel intern oder mit Bezug auf externen Entitäten, wie zum Beispiel andere Schaltkreise). In einem Beispiel können alle oder ein Teil von einem oder mehreren Computersystemen (zum Beispiel einen eigenständiges, ein Client- oder ein Server-Computersystem) oder von einem oder mehreren Hardware-Prozessoren durch Firmware oder Software (zum Beispiel Instruktionen, ein Anwendungsabschnitt oder eine Anwendung) als ein Modul konfiguriert sein, das dazu dient, spezifizierte Operationen auszuführen. In einem Beispiel kann die Software auf einem maschinenlesbaren Medium untergebracht sein. In einem Beispiel kann die Software, wenn sie durch die zugrunde liegende Hardware des Moduls ausgeführt wird, die Hardware veranlassen, die spezifizierten Operationen auszuführen.
Dementsprechend wird der Begriff „Modul“ so verstanden, dass er eine greifbare Entität umfasst, das heißt eine Entität, die physisch aufgebaut ist, speziell konfiguriert (zum Beispiel festverdrahtet) ist oder vorübergehend (zum Beispiel transitorisch) konfiguriert (zum Beispiel programmiert) ist, um in einer spezifizierten Weise zu arbeiten oder beliebige der im vorliegenden Text beschriebenen Operation ganz oder teilweise auszuführen. Wenn wir Beispiele betrachten, in denen Module vorübergehend konfiguriert sind, so braucht nicht jedes der Module in jedem Augenblick instanziiert zu sein. Wenn zum Beispiel die Module einen Allzweck-Hardwareprozessor umfassen, der unter Verwendung von Software konfiguriert ist, so kann der Allzweck-Hardwareprozessor zu verschiedenen Zeiten als jeweilige unterschiedliche Module konfiguriert sein. Software kann entsprechend einen Hardware-Prozessor konfigurieren, um zum Beispiel in einem bestimmten Moment ein spezielles Modul darzustellen und in einem anderen Moment ein anderes Modul darzustellen.
Die Maschine (zum Beispiel ein Computersystem) 800 kann einen Hardware-Prozessor 802 (zum Beispiel eine zentrale Verarbeitungseinheit (CPU), eine Grafikverarbeitungseinheit (GPU), einen Hardware-Prozessorkern oder beliebige Kombinationen davon), einen Hauptspeicher 804 und einen statischen Speicher 806 enthalten, von denen einige oder alle miteinander über einen Interlink (zum Beispiel Bus) 808 kommunizieren können. Die Maschine 800 kann des Weiteren eine Anzeigeeinheit 810, eine alphanumerische Eingabevorrichtung 812 (zum Beispiel eine Tastatur) und eine Benutzerschnittstellen(UI)-Navigationsvorrichtung 814 (zum Beispiel eine Maus) enthalten. In einem Beispiel können die Anzeigeeinheit 810, die Eingabevorrichtung 812 und die UI-Navigationsvorrichtung 814 eine Touchscreen-Anzeige sein. Die Maschine 800 kann zusätzlich enthalten: eine Speichervorrichtung (zum Beispiel ein Laufwerk) 816, eine Signalgenerierungsvorrichtung 818 (zum Beispiel ein Lautsprecher), eine Netzwerkschnittstellenvorrichtung 820 und einen oder mehrere Sensoren 821, wie zum Beispiel einen Global Positioning System (GPS) Sensor, einen Kompass, einen Beschleunigungsmesser oder einen sonstigen Sensor. Die Maschine 800 kann eine Ausgabesteuereinheit 828, wie zum Beispiel eine serielle (zum Beispiel Universal Serial Bus (USB), parallele oder sonstige leitungsgebundene oder drahtlose (zum Beispiel Infrarot (IR), Near Field Communication (NFC) usw.) Verbindung, enthalten, um mit einem oder mehreren Peripheriegeräten (zum Beispiel einem Drucker, einem Kartenleser usw.) zu kommunizieren oder sie zu steuern.
Die Speichervorrichtung 816 kann ein maschinenlesbares Medium 822 enthalten, auf dem ein oder mehrere Sätze von Datenstrukturen oder Instruktionen 824 (zum Beispiel Software) gespeichert sind, die eine oder mehrere der im vorliegenden Text beschriebenen Techniken oder Funktionen verkörpern oder durch sie verwendet werden. Die Instruktionen 824 können sich außerdem vollständig oder mindestens teilweise in einem Hauptspeicher 804, einem statischen Speicher 806 oder dem Hardware-Prozessor 802 befindet, während sie durch die Maschine 800 ausgeführt werden. In einem Beispiel kann eines von - oder eine beliebige Kombination von - dem Hardware-Prozessor 802, dem Hauptspeicher 804, dem statischen Speicher 806 und der Speichervorrichtung 816 maschinenlesbare Medien. In einigen Ausführungsformen kann das maschinenlesbare Medium ein nicht-transitorisches, computerlesbares Speichermedium sein oder ein solches enthalten.
Obgleich das maschinenlesbare Medium 822 als ein einzelnes Medium veranschaulicht ist, kann der Begriff „maschinenlesbares Medium“ ein einzelnes Medium oder mehrere Medien enthalten (zum Beispiel eine zentralisierte oder dezentralisierte Datenbank und/oder zugehörige Cache-Speicher und Server), die dafür konfiguriert sind, die eine oder die mehreren Instruktionen 824 zu speichern. Der Begriff „maschinenlesbares Medium“ kann jedes beliebige Medium enthalten, das in der Lage ist, Instruktionen zur Ausführung durch die Maschine 800 zu speichern, zu codieren oder zu transportieren, die die Maschine 800 veranlassen, eine oder mehrere der Techniken der vorliegenden Offenbarung auszuführen, oder die in der Lage sind, Datenstrukturen zu speichern, zu codieren oder zu transportieren, die durch solche Instruktionen verwendet werden oder mit ihnen verknüpft sind. Zu nichteinschränkenden Beispielen maschinenlesbarer Medien können Festkörperspeicher und optische und magnetische Medien gehören. Zu konkreten Beispiele maschinenlesbarer Medien können gehören: nicht-flüchtiger Speicher, wie zum Beispiel Halbleiterspeichervorrichtungen (zum Beispiel Elektrisch Programmierbarer Nurlesespeicher (EPROM), Elektrisch Löschbarer Programmierbarer Nurlesespeicher (EEPROM)) und Flash-Speichervorrichtungen; magnetische Disks wie zum Beispiel interne Festplatten und Wechselplatten; magneto-optische Disks; Direktzugriffsspeicher (RAM); und CD-ROM- und DVD-ROM-Disks. In einigen Beispielen können maschinenlesbare Medien nicht-transitorische maschinenlesbare Medien enthalten. In einigen Beispielen können maschinenlesbares Medien maschinenlesbare Medien enthalten, die kein transitorisches, sich ausbreitetendes Signal sind.
Die Instruktionen 824 können des Weiteren über ein Kommunikationsnetz 826, das ein Übertragungsmedium verwendet, über die Netzwerkschnittstellenvorrichtung 820 unter Verwendung eines aus einer Anzahl von Übertragungsprotokollen (zum Beispiel Frame Relay, Internet Protocol (IP), Transmission Control Protocol (TCP), User Datagram Protocol (UDP), Hypertext Transfer Protocol (HTTP) usw.) gesendet oder empfangenen werden. Zu Beispielen von Kommunikationsnetzen können unter anderem gehören: ein Local Area Network (LAN), ein Wide Area Network (WAN), ein Packet Data Network (beispielsweise das Internet), Mobiltelefonnetze (beispielsweise Zellennetze), Plain Old Telephone(POTS)-Netze, und Drahtlosdatennetze (beispielsweise die Institute of Electrical and Electronics Engineers (IEEE) 802.11-Familie von Standards, bekannt als Wi-Fi^®, die IEEE 802.16-Familie von Standards, bekannt als WiMax^®), die IEEE 802.15.4-Familie von Standards, eine Long Term Evolution(LTE)-Familie von Standards, eine Universal Mobile Telecommunications System(UMTS)-Familie von Standards und Peer-to-Peer(P2P)-Netze. In einem Beispiel kann die Netzwerkschnittstellenvorrichtung 820 einen oder mehrere physische Stecker (zum Beispiel Ethernet, koaxial oder Telefonstecker) oder eine oder mehrere Antennen zum Verbinden mit dem Kommunikationsnetz 826 enthalten. In einem Beispiel kann die Netzwerkschnittstellenvorrichtung 820 mehrere Antennen enthalten, um unter Verwendung mindestens einer von Single-Input Multiple-Output (SIMO), Multiple-Input Multiple-Output (MIMO) oder Multiple-Input Single-Output(MISO)-Techniken drahtlos zu kommunizieren. In einigen Beispielen kann die Netzwerkschnittstellenvorrichtung 820 unter Verwendung von Multiple User MIMO-Techniken drahtlos kommunizieren. Der Begriff „Übertragungsmedium“ ist so zu verstehen, dass er jedes beliebige nicht-greifbare Medium enthält, das in der Lage ist, Instruktionen zur Ausführung durch die Maschine 800 zu speichern, zu codieren oder zu transportieren, und digitale oder analoge Kommunikationssignale oder andere nicht-greifbare Medien enthält, um eine Übermittlung solcher Software zu ermöglichen.
In Beispiel 1 kann eine Vorrichtung für einen Evolved Node-B (eNB) Sender/Empfänger-Schaltungen und Hardware-Verarbeitungsschaltungen umfassen. Die Hardware-Verarbeitungsschaltungen können die Sender/Empfänger-Schaltungen konfigurieren, einen Downlink-Steuerungsinformations(DCI)-Block zu einer Nutzerausrüstung (UE) während einer Gruppe von Zeitduplex(TDD)-Subframes zu senden. Die Hardware-Verarbeitungsschaltungen können des Weiteren die Sender/Empfänger-Schaltungen konfigurieren, einen Uplink-Steuerungsinformations(UCI)-Block von der UE während der Gruppe von TDD-Subframes zu empfangen. Die TDD-Subframes in der Gruppe können gemäß einem oder mehreren in Frage kommenden flexiblen Duplexformaten konfiguriert sein. Ein erstes in Frage kommendes flexibles Duplexformat kann einen Downlink-Steuerungsabschnitt enthalten, der für eine DCI-Übertragung durch den eNB zugewiesen ist, und kann des Weiteren einen Uplink-Steuerungsabschnitt enthalten, der für eine UCI-Übertragung durch die UEs zugewiesen ist. Ein zweites in Frage kommendes flexibles Duplexformat kann einen Downlink-Steuerungsabschnitt enthalten, der für eine DCI-Übertragung durch den eNB zugewiesen ist, und kann Uplink-Steuerungsabschnitte ausschließen, die für eine UCI-Übertragung durch die UEs zugewiesen sind.
In Beispiel 2, der Gegenstand von Beispiel 1, wobei die ersten und zweiten in Frage kommenden flexiblen Duplexformate des Weiteren Datenabschnitte enthalten können, die für Downlink-Datenübertragungen durch den eNB und/oder Uplink-Datenübertragungen durch die UE zugewiesen sind.
In Beispiel 3, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 1-2, wobei der DCI-Block Zeit-Ressourcen angeben kann, die für Datenübertragungen während eines der TDD-Subframes in der Gruppe zu verwenden sind.
In Beispiel 4, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 1-3, wobei mindestens einer der TDD-Subframes in der Gruppe gemäß dem ersten in Frage kommenden flexiblen Duplexformat konfiguriert sein kann und mindestens einen der TDD-Subframes in der Gruppe gemäß dem zweiten in Frage kommenden flexiblen Duplexformat konfiguriert sein kann.
In Beispiel 5, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 1-4, wobei für mindestens einen TDD-Subframe in der Gruppe ein DCI-Block, der während des TDD-Subframes gesendet wird, eine Startzeit eines Datenabschnitts angeben kann, der für Datenübertragungen während des TDD-Subframes zugewiesen ist.
In Beispiel 6, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 1-5, wobei für mindestens einen TDD-Subframe in der Gruppe ein DCI-Block, der während des TDD-Subframes gesendet wird, ein flexibles Duplexformat für den TDD-Subframe angeben kann.
In Beispiel 7, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 1-6, wobei für mindestens einen TDD-Subframe in der Gruppe ein DCI-Block, der während des TDD-Subframes gesendet wird, angeben kann, ob ein Uplink-Steuerungsabschnitt für den TDD-Subframe zugewiesen ist.
In Beispiel 8, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 1-7, wobei für mindestens einen TDD-Subframe in der Gruppe ein DCI-Block, der während des TDD-Subframes gesendet wird, angeben kann, ob ein Uplink-Steuerungsabschnitt für den TDD-Subframe zugewiesen ist, und des Weiteren eine Größe eines Downlink-Steuerungsabschnitts angeben kann, der für den TDD-Subframe zugewiesen ist.
In Beispiel 9, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 1-8, wobei - für mindestens einen TDD-Subframe in der Gruppe - ein UCI-Block, der während des TDD-Subframes empfangen wird, einen Hybrid-Automatic-Repeat-Request(H-ARQ)-Bestätigungsindikator für ein H-ARQ-Paket enthalten kann, das durch den eNB während eines vorherigen TDD-Subframes gesendet wurde.
In Beispiel 10, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 1-9, wobei die Hardware-Verarbeitungsschaltungen des Weiteren die Sender/Empfänger-Schaltungen konfigurieren können, eine oder mehrere Radio-Resource-Control(RRC)-Meldungen oder dedizierte Steuerkanalmeldungen zu senden, die angeben, welche in Frage kommenden flexiblen Duplexformate für die TDD-Subframes in der Gruppe zu verwenden sind.
In Beispiel 11, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 1-10, wobei die DCI ein DCI-Format können verwenden, für das ein Abschnitt der DCI reserviert ist, um anzugeben, welche in Frage kommenden flexiblen Duplexformate für die TDD-Subframes in der Gruppe zu verwenden sind.
In Beispiel 12, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 1-11, wobei die Hardware-Verarbeitungsschaltungen des Weiteren die Sender/Empfänger-Schaltungen konfigurieren können, eine oder mehrere Radio-Resource-Control(RRC)-Meldungen oder dedizierte Steuerkanalmeldungen zu senden, die Zeit-Ressourcen angeben, die für die Downlink-Steuerungsabschnitte und die Uplink-Steuerungsabschnitte der TDD-Subframes in der Gruppe zugewiesen sind.
In Beispiel 13, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 1-12, wobei die Hardware-Verarbeitungsschaltungen des Weiteren die Sender/Empfänger-Schaltungen konfigurieren können, eine oder mehrere Radio-Resource-Control(RRC)-Meldungen oder dedizierte Steuerkanalmeldungen zu senden, die Frequenz-Ressourcen angeben, die für die Downlink-Steuerungsabschnitte und die Uplink-Steuerungsabschnitte der TDD-Subframes in der Gruppe zugewiesen sind.
In Beispiel 14, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 1-13, wobei - für mindestens einen der TDD-Subframes in der Gruppe - die DCI, die während des TDD-Subframes gesendet werden, flexible Duplexformate für mehrere TDD-Subframes in der Gruppe angeben können.
In Beispiel 15, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 1-14, wobei ein drittes in Frage kommendes flexibles Duplexformat Downlink-Steuerungsabschnitte ausschließen kann, die für eine DCI-Übertragung durch den eNB zugewiesen sind, und einen Uplink-Steuerungsabschnitt enthalten kann, der für eine UCI-Übertragung durch die UEs zugewiesen ist.
In Beispiel 16, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 1-15, wobei der eNB dafür ausgelegt sein kann, gemäß einem oder mehreren Fifth-Generation(5G)-Mobilkommunikationsprotokollen zu arbeiten.
In Beispiel 17 kann ein nicht-transitorisches computerlesbares Speichermedium Instruktionen zur Ausführung durch einen oder mehrere Prozessoren speichern, um Operationen für eine Kommunikation durch einen Evolved Node-B (eNB) auszuführen. Die Operationen können den einen oder die mehreren Prozessoren konfigurieren, den eNB zu konfigurieren, einen ersten Downlink-Steuerungsinformations(DCI)-Block zu einer ersten Nutzerausrüstung (UE) während eines ersten Zeitduplex(TDD)-Subframes zu senden. Die Operationen können des Weiteren den einen oder die mehreren Prozessoren konfigurieren, den eNB zu konfigurieren, von der ersten UE einen Uplink-Steuerungsinformations(UCI)-Block während des ersten TDD-Subframes zu empfangen. Die Operationen können des Weiteren den einen oder die mehreren Prozessoren konfigurieren, den eNB zu konfigurieren, einen zweiten DCI-Block zu einer zweiten UE während eines zweiten TDD-Subframes zu senden. Der erste TDD-Subframe kann gemäß einem ersten flexiblen Duplexformat konfiguriert sein, das einen Downlink-Steuerungsabschnitt und einen Uplink-Steuerungsabschnitt enthält. Der zweite TDD-Subframe kann gemäß einem zweiten flexiblen Duplexformat konfiguriert sein, das einen Downlink-Steuerungsabschnitt enthält und Uplink-Steuerungsabschnitte ausschließt.
In Beispiel 18, der Gegenstand von Beispiel 17, wobei die Operationen des Weiteren den einen oder die mehreren Prozessoren konfigurieren können, den eNB zu konfigurieren, in Reaktion auf die DCI, die während des ersten TDD-Subframes gesendet wurden und angeben, dass der erste TDD-Subframe einen Downlink-Datenabschnitt enthält, einen Datenblock zu der ersten UE während des Downlink-Datenabschnitts zu senden. Die Operationen können des Weiteren den einen oder die mehreren Prozessoren konfigurieren, den eNB zu konfigurieren, in Reaktion auf die DCI, die während des ersten TDD-Subframes gesendet wurden und angeben, dass der erste TDD-Subframe einen Uplink-Datenabschnitt enthält, einen Datenblock von der ersten UE während des Uplink-Datenabschnitts zu empfangen.
In Beispiel 19, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 17-18, wobei die ersten und zweiten TDD-Subframes in einer Sequenz von TDD-Subframes enthalten sein können. Jeder TDD-Subframe in der Sequenz kann gemäß einem flexiblen Duplexformat konfiguriert sein, das aus einer Gruppe von in Frage kommenden flexiblen Duplexformaten ausgewählt ist, welche die ersten und zweiten flexiblen Duplexformate enthält.
In Beispiel 20, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 17-19, wobei die Gruppe von in Frage kommenden flexiblen Duplexformaten des Weiteren ein drittes flexibles Duplexformat enthalten können, das einen Uplink-Steuerungsabschnitt enthält und Downlink-Steuerungsabschnitte ausschließt.
In Beispiel 21, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 17-20, wobei die DCI-Blöcke, die während des ersten TDD-Subframes gesendet werden, Zeit-Ressourcen angeben können, die während des ersten TDD-Subframes für Downlink-Datenübertragungen durch den eNB und/oder Uplink-Datenübertragungen durch die UE zugewiesen sind.
In Beispiel 22 kann eine Vorrichtung für eine Nutzerausrüstung (UE) Sender/Empfänger-Schaltungen und Hardware-Verarbeitungsschaltungen umfassen. Die Hardware-Verarbeitungsschaltungen können die Sender/Empfänger-Schaltungen konfigurieren, einen oder mehrere Downlink-Steuerungsinformations(DCI)-Blöcke eines Evolved Node-B (eNB) während eines Zeitduplex(TDD)-Subframes zu empfangen. Die Hardware-Verarbeitungsschaltungen können dafür konfiguriert sein, mindestens teilweise auf der Basis der empfangenen DCI-Blöcke ein flexibles Duplexformat für den TDD-Subframe einer Gruppe von in Frage kommenden flexiblen Duplexformaten zu bestimmen. Ein erstes in Frage kommendes flexibles Duplexformat kann einen Downlink-Steuerungsabschnitt und einen Uplink-Steuerungsabschnitt enthalten. Ein zweites in Frage kommendes flexibles Duplexformat kann einen Downlink-Steuerungsabschnitt enthalten und kann Uplink-Steuerungsabschnitte ausschließen.
In Beispiel 23, der Gegenstand von Beispiel 22, wobei die Downlink-Steuerungsabschnitte für das Senden von DCI-Blöcken durch den eNB zugewiesen werden können. Der Uplink-Steuerungsabschnitt kann für das Senden von Uplink-Steuerungsinformations(UCI)-Blöcken durch UEs zugewiesen werden.
In Beispiel 24, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 22-23, wobei die Hardware-Verarbeitungsschaltungen des Weiteren die Sender/Empfänger-Schaltungen konfigurieren können, wenn das bestimmte flexible Duplexformat für den TDD-Subframe einen Uplink-Steuerungsabschnitt enthält, einen Uplink-Steuerungsinformations(UCI)-Block zu dem eNB während des TDD-Subframes zu senden.
In Beispiel 25, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 22-24, wobei die UCI einen Hybrid-Automatic-Repeat-Request(H-ARQ)-Bestätigungsindikator für ein H-ARQ-Paket enthalten können, der von dem eNB während eines vorherigen TDD-Subframes empfangen wurde.
In Beispiel 26, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 22-25, wobei die ersten und zweiten in Frage kommenden flexiblen Duplexformate des Weiteren Datenabschnitte enthalten können, die für Downlink-Datenübertragungen durch den eNB und/oder Uplink-Datenübertragungen durch die UEs zugewiesen sind.
In Beispiel 27, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 22-26, wobei die Hardware-Verarbeitungsschaltungen des Weiteren die Sender/Empfänger-Schaltungen konfigurieren können, wenn die DCI-Blöcke eine Uplink-Freigabe für die UE enthalten, ein Datenpaket zu dem eNB in Zeit-Ressourcen zu senden, die durch die Uplink-Freigabe angegeben sind.
In Beispiel 28, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 22-27, wobei die UE dafür ausgelegt sein kann, gemäß einem oder mehreren Fifth-Generation(5G)-Mobilkommunikationsprotokollen zu arbeiten.
In Beispiel 29, der Gegenstand eines der, oder eine beliebige Kombination der, Beispiele 22-28, wobei die Vorrichtung des Weiteren eine oder mehrere Antennen enthalten kann, die mit den Sender/Empfänger-Schaltungen gekoppelt sind, um die DCI-Blöcke zu empfangen.
Die Zusammenfassung dient dem Zweck, 37 C.F.R. Section 1.72(b) zu erfüllen, wo eine Zusammenfassung gefordert wird, die es dem Leser gestattet, die Art und den wesentlichen Inhalt der technischen Offenbarung zu erfassen. Sie wird mit dem Verständnis vorgelegt, dass sie nicht dafür verwendet wird, den Geltungsbereich oder die Bedeutung der Ansprüche einzuschränken oder auszulegen. Die folgenden Ansprüche werden hiermit in die detaillierte Beschreibung aufgenommen, wobei jeder Anspruch für sich allein als eine separate Ausführungsform steht.
ZITATE ENTHALTEN IN DER BESCHREIBUNG
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
Zitierte Patentliteratur

US 62/216917 [0001]

Claims

Vorrichtung für einen Evolved Node-B (eNB), wobei die Vorrichtung Sender/Empfänger-Schaltungen und Hardware-Verarbeitungsschaltungen umfasst, wobei die Hardware-Verarbeitungsschaltungen die Sender/Empfänger-Schaltungen für Folgendes konfigurieren: Senden eines Downlink-Steuerungsinformations(DCI)-Blocks zu einer Nutzerausrüstung (UE) während einer Gruppe von Zeitduplex(TDD)-Subframes; und Empfangen eines Uplink-Steuerungsinformations(UCI)-Blocks von der UE während der Gruppe von TDD-Subframes, wobei die TDD-Subframes in der Gruppe gemäß einem oder mehreren in Frage kommenden flexiblen Duplexformaten konfiguriert sind, wobei ein erstes in Frage kommendes flexibles Duplexformat einen Downlink-Steuerungsabschnitt enthält, der für eine DCI-Übertragung durch den eNB zugewiesen ist, und des Weiteren einen Uplink-Steuerungsabschnitt enthält, der für eine UCI-Übertragung durch die UEs zugewiesen ist, und wobei ein zweites in Frage kommendes flexibles Duplexformat einen Downlink-Steuerungsabschnitt enthält, der für eine DCI-Übertragung durch den eNB zugewiesen ist, und Uplink-Steuerungsabschnitte ausschließt, die für eine UCI-Übertragung durch die UEs zugewiesen sind.
Vorrichtung nach Anspruch 1, wobei die ersten und zweiten in Frage kommenden flexiblen Duplexformate des Weiteren Datenabschnitte enthalten, die für Downlink-Datenübertragungen durch den eNB und/oder Uplink-Datenübertragungen durch die UE zugewiesen sind.
Vorrichtung nach einem der Ansprüche 1-2, wobei der DCI-Block Zeit-Ressourcen angibt, die für Datenübertragungen während eines der TDD-Subframes in der Gruppe zu verwenden sind.
Vorrichtung nach einem der Ansprüche 1-3, wobei mindestens einer der TDD-Subframes in der Gruppe gemäß dem ersten in Frage kommenden flexiblen Duplexformat konfiguriert ist und mindestens einer der TDD-Subframes in der Gruppe gemäß dem zweiten in Frage kommenden flexiblen Duplexformat konfiguriert ist.
Vorrichtung nach einem der Ansprüche 1-4, wobei für mindestens einen TDD-Subframe in der Gruppe ein DCI-Block, der während des TDD-Subframes gesendet wird, eine Startzeit eines Datenabschnitts, der zugewiesen ist für Datenübertragungen während des TDD-Subframes, angibt.
Vorrichtung nach einem der Ansprüche 1-5, wobei für mindestens einen TDD-Subframe in der Gruppe ein DCI-Block, der während des TDD-Subframes gesendet wird, ein flexibles Duplexformat für den TDD-Subframe angibt.
Vorrichtung nach einem der Ansprüche 1-6, wobei für mindestens einen TDD-Subframe in der Gruppe ein DCI-Block, der während des TDD-Subframes gesendet wird, angibt, ob ein Uplink-Steuerungsabschnitt für den TDD-Subframe zugewiesen ist.
Vorrichtung nach einem der Ansprüche 1-7, wobei für mindestens einen TDD-Subframe in der Gruppe ein DCI-Block, der während des TDD-Subframes gesendet wird, angibt, ob ein Uplink-Steuerungsabschnitt für den TDD-Subframe zugewiesen ist, und des Weiteren eine Größe eines Downlink-Steuerungsabschnitts angibt, der für den TDD-Subframe zugewiesen ist.
Vorrichtung nach einem der Ansprüche 1-8, wobei für mindestens einen TDD-Subframe in der Gruppe ein UCI-Block, der während des TDD-Subframes empfangen wird, einen Hybrid-Automatic-Repeat-Request(H-ARQ)-Bestätigungsindikator für ein H-ARQ-Paket enthält, das durch den eNB während eines vorherigen TDD-Subframes gesendet wurde.
Vorrichtung nach einem der Ansprüche 1-9, wobei die Hardware-Verarbeitungsschaltungen des Weiteren dazu dienen, die Sender/Empfänger-Schaltungen zu konfigurieren, eine oder mehrere Radio-Resource-Control(RRC)-Meldungen oder dedizierte Steuerkanalmeldungen zu senden, die angeben, welche in Frage kommenden flexiblen Duplexformate für die TDD-Subframes in der Gruppe zu verwenden sind.
Vorrichtung nach einem der Ansprüche 1-10, wobei die DCI ein DCI-Format verwenden, für das ein Abschnitt der DCI reserviert ist, um anzugeben, welche in Frage kommenden flexiblen Duplexformate für die TDD-Subframes in der Gruppe zu verwenden sind.
Vorrichtung nach einem der Ansprüche 1-11, wobei die Hardware-Verarbeitungsschaltungen des Weiteren dazu dienen, die Sender/Empfänger-Schaltungen zu konfigurieren, eine oder mehrere Radio-Resource-Control(RRC)-Meldungen oder dedizierte Steuerkanalmeldungen zu senden, die Zeit-Ressourcen angeben, die für die Downlink-Steuerungsabschnitte und die Uplink-Steuerungsabschnitte der TDD-Subframes in der Gruppe zugewiesen sind.
Vorrichtung nach einem der Ansprüche 1-12, wobei die Hardware-Verarbeitungsschaltungen des Weiteren dazu dienen, die Sender/Empfänger-Schaltungen zu konfigurieren, eine oder mehrere Radio-Resource-Control(RRC)-Meldungen oder dedizierte Steuerkanalmeldungen zu senden, die Frequenz-Ressourcen angeben, die für die Downlink-Steuerungsabschnitte und die Uplink-Steuerungsabschnitte der TDD-Subframes in der Gruppe zugewiesen sind.
Vorrichtung nach einem der Ansprüche 1-13, wobei für mindestens einen der TDD-Subframes in der Gruppe die DCI, die während des TDD-Subframes gesendet werden, flexible Duplexformate für mehrere TDD-Subframes in der Gruppe angeben.
Vorrichtung nach einem der Ansprüche 1-14, wobei ein drittes in Frage kommendes flexibles Duplexformat Downlink-Steuerungsabschnitte ausschließt, die für eine DCI-Übertragung durch den eNB zugewiesen sind, und einen Uplink-Steuerungsabschnitt enthält, der für eine UCI-Übertragung durch die UEs zugewiesen ist.
Vorrichtung nach einem der Ansprüche 1-15, wobei der eNB dafür ausgelegt ist, gemäß einem oder mehreren Fifth-Generation(5G)-Mobilkommunikationsprotokollen zu arbeiten.
Computerlesbares Speichermedium, das Instruktionen zur Ausführung durch einen oder mehrere Prozessoren speichert, um Operationen für eine Kommunikation durch einen Evolved Node-B (eNB) auszuführen, wobei die Operationen dazu dienen, den einen oder die mehreren Prozessoren zu konfigurieren, den eNB für Folgendes zu konfigurieren: Senden eines ersten Downlink-Steuerungsinformations(DCI)-Blocks zu einer ersten Nutzerausrüstung (UE) während eines ersten Zeitduplex(TDD)-Subframes; Empfangen, von der ersten UE, eines Uplink-Steuerungsinformations(UCI)-Blocks während des ersten TDD-Subframes; und Senden eines zweiten DCI-Blocks zu einer zweiten UE während eines zweiten TDD-Subframes; wobei der erste TDD-Subframe gemäß einem ersten flexiblen Duplexformat konfiguriert ist, das einen Downlink-Steuerungsabschnitt und einen Uplink-Steuerungsabschnitt enthält, und wobei der zweite TDD-Subframe gemäß einem zweiten flexiblen Duplexformat konfiguriert ist, das einen Downlink-Steuerungsabschnitt enthält und Uplink-Steuerungsabschnitte ausschließt.
Computerlesbares Speichermedium nach Anspruch 17, wobei die Operationen des Weiteren dazu dienen, den einen oder die mehreren Prozessoren zu konfigurieren, den eNB für Folgendes zu konfigurieren: in Reaktion auf die DCI, die während des ersten TDD-Subframes gesendet wurden und angeben, dass der erste TDD-Subframe einen Downlink-Datenabschnitt enthält, einen Datenblock zu der ersten UE während des Downlink-Datenabschnitts zu senden; und in Reaktion auf die DCI, die während des ersten TDD-Subframes gesendet wurden und angeben, dass der erste TDD-Subframe einen Uplink-Datenabschnitt enthält, einen Datenblock von der ersten UE während des Uplink-Datenabschnitts zu empfangen.
Computerlesbares Speichermedium nach Anspruch 17, wobei: die ersten und zweiten TDD-Subframes in einer Sequenz von TDD-Subframes enthalten sind, und jeder TDD-Subframe in der Sequenz gemäß einem flexiblen Duplexformat konfiguriert ist, das aus einer Gruppe von in Frage kommenden flexiblen Duplexformaten ausgewählt ist, welche die ersten und zweiten flexiblen Duplexformate enthält.
Computerlesbares Speichermedium nach Anspruch 19, wobei die Gruppe von in Frage kommenden flexiblen Duplexformaten des Weiteren ein drittes flexibles Duplexformat enthält, das einen Uplink-Steuerungsabschnitt enthält und Downlink-Steuerungsabschnitte ausschließt.
Computerlesbares Speichermedium nach Anspruch 17, wobei die DCI-Blöcke, die während des ersten TDD-Subframes gesendet werden, Zeit-Ressourcen angeben, die während des ersten TDD-Subframes für Downlink-Datenübertragungen durch den eNB und/oder Uplink-Datenübertragungen durch die UE zugewiesen sind.
Vorrichtung für eine Nutzerausrüstung (UE), wobei die Vorrichtung Sender/Empfänger-Schaltungen und Hardware-Verarbeitungsschaltungen umfasst, wobei die Hardware-Verarbeitungsschaltungen für Folgendes konfiguriert sind: Konfigurieren der Sender/Empfänger-Schaltungen, einen oder mehrere Downlink-Steuerungsinformations(DCI)-Blöcke von einem Evolved Node-B (eNB) während eines Zeitduplex(TDD)-Subframes zu empfangen; und Bestimmen, mindestens teilweise auf der Basis der empfangenen DCI-Blöcke, eines flexiblen Duplexformats für den TDD-Subframe aus einer Gruppe von in Frage kommenden flexiblen Duplexformaten, wobei ein erstes in Frage kommendes flexibles Duplexformat einen Downlink-Steuerungsabschnitt und einen Uplink-Steuerungsabschnitt enthält, und wobei ein zweites in Frage kommendes flexibles Duplexformat einen Downlink-Steuerungsabschnitt enthält und Uplink-Steuerungsabschnitte ausschließt.
Vorrichtung nach Anspruch 22, wobei: die Downlink-Steuerungsabschnitte für das Senden von DCI-Blöcken durch den eNB zugewiesen sind, und der Uplink-Steuerungsabschnitt für das Senden von Uplink-Steuerungsinformations(UCI)-Blöcken durch UEs zugewiesen ist.
Vorrichtung nach Anspruch 22, wobei die Hardware-Verarbeitungsschaltungen dazu dienen, die Sender/Empfänger-Schaltungen zu konfigurieren, wenn das bestimmte flexible Duplexformat für den TDD-Subframe einen Uplink-Steuerungsabschnitt enthält, einen Uplink-Steuerungsinformations(UCI)-Block zu dem eNB während des TDD-Subframes zu senden.
Vorrichtung nach Anspruch 24, wobei die UCI einen Hybrid-Automatic-Repeat-Request(H-ARQ)-Bestätigungsindikator für ein H-ARQ-Paket enthalten, das von dem eNB während eines vorherigen TDD-Subframes empfangen wurde.
Vorrichtung nach Anspruch 22, wobei die ersten und zweiten in Frage kommenden flexiblen Duplexformate des Weiteren Datenabschnitte enthalten, die für Downlink-Datenübertragungen durch den eNB und/oder Uplink-Datenübertragungen durch die UEs zugewiesen sind.
Vorrichtung nach Anspruch 22, wobei die Hardware-Verarbeitungsschaltungen des Weiteren dazu dienen, die Sender/Empfänger-Schaltungen zu konfigurieren, wenn die DCI-Blöcke eine Uplink-Freigabe für die UE enthalten, ein Datenpaket zu dem eNB in Zeit-Ressourcen zu senden, die durch die Uplink-Freigabe angegeben sind.
Vorrichtung nach Anspruch 22, wobei die UE dafür ausgelegt ist, gemäß einem oder mehreren Fifth-Generation(5G)-Mobilkommunikationsprotokollen zu arbeiten.
Vorrichtung nach Anspruch 22, wobei die Vorrichtung des Weiteren eine oder mehrere Antennen enthält, die mit den Sender/Empfänger-Schaltungen gekoppelt sind, um die DCI-Blöcke zu empfangen, und wobei die Sender/Empfänger-Schaltungen und Hardware-Verarbeitungsschaltungen ein Frontend-Modul und BasisbandVerarbeitungsschaltungen umfassen.