DE60203766T2

DE60203766T2 - Vorrichtung und Verfahren zur Fehlerkorrektur für Transportformatindikatoren (TFI) in einem W-CDMA Kommunikationssystem

Info

Publication number: DE60203766T2
Application number: DE2002603766
Authority: DE
Inventors: Masatsugu Kawasaki-shi Shimizu
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2001-08-08
Filing date: 2002-01-08
Publication date: 2005-11-10
Anticipated expiration: 2022-01-09
Also published as: US20030035467A1; EP1531574A2; EP1531573B1; EP1531573A2; EP1531574B1; JP2003051807A; EP1286489A2; JP4318412B2; EP1286489B1; DE60203766D1; EP1531573A3; EP1531575A2; US7130352B2; EP1286489A3; DE60235774D1; EP1531574A3; EP1531575A3

Description

Diese Erfindung bezieht sich auf eine Sender/Empfängervorrichtung und ein Sende/Empfangsverfahren in einem W-CDMA-System. Insbesondere bezieht sich die Erfindung auf eine Sender/Empfängervorrichtung und ein Sende/Empfangsverfahren in einem W-CDMA-System zum Demultiplexen und Decodieren von Sendedaten auf einer Vielzahl von gemultiplexten Transportkanälen (TrCH) unter Verwendung eines Transportformats (TFI: Transportformatindikator).
18 ist ein Blockbild, das die Struktur einer Mobilstation gemäß dem Stand der Technik veranschaulicht. Wenn Daten gesendet werden, werden von Eingabe/Ausgabeeinheiten 1a bis 1n gesendete Daten in einen Datenselektor 2 über interne Sprachcodecs und Videocodecs, etc., eingegeben. Die Eingabe/Ausgabeeinheiten 1a bis 1n sind eine Spracheingabe/ausgabeanordnung und eine Bildeingabe/ausgabeanordnung, etc., eines Mobiltelefons. In Übereinstimmung mit einem Befehl von einem Prozessor 3 gibt der Datenselektor 2 selektiv die Sendedaten, die über die Sprach- oder Videocodecs der Eingabe/Ausgabeeinheiten 1a bis 1n eintreten, in Sendepuffer 5₁ bis 5₄ mit Codierzeitlängen von 10, 20, 40 bzw. 80 ms ein. Da ein Sprachcode beispielsweise unter Verwendung von drei Transportkanälen (TrCH) gesendet wird, wird der aus den Sprachcodecs ausgegebene Sprachcode in drei Teile geteilt, und diese drei Teile werden in die Sendepuffer der entsprechenden Transportkanäle (TrCH) eingegeben. Das heißt, ein Sprachcodec drückt ein Sprachsignal aus durch ➀ einen LSP-Parameter, der die menschlichen Stimmwege ausdrückt, ➁ eine Tonhöhen-Periodenkomponente, die die Periodizität der Sprache ausdrückt, ➂ eine Rauschkomponente, die in der Sprache enthalten ist, ➃ eine Verstärkung der Tonhöhen-Periodenkomponente, und ➄ eine Verstärkung der Rauschkomponente, extrahiert jedes dieser Elemente aus eingegebener Sprache, quantifiziert diese Elemente und gibt die quantifizierten Daten als Sprachcode aus. Der LPS-Parameter, die Tonhöhen-Priodenkomponente und die Tonhöhenverstärkung sind wichtig und werden daher einem ersten Transportkanal zugeordnet. Die Rauschkomponente und Rauschverstärkung können einen geringen Fehlerbetrag ohne kritische Konsequenzen enthalten und werden daher einem zweiten und dritten Transportkanal zugeordnet.
Die Sendepuffer 5₁ bis 5₄ schreiben die Sendedaten kontinuierlich in Pufferspeicher (nicht gezeigt) alle 10 ms und lesen die Sendedaten in einem Schlag schubweise alle 10 ms, 20 ms, 40 ms, 80 ms aus, und geben diese gelesenen Daten in Codierprozessoren 6₁ bis 6₄ ein, die die nachfolgende Stufe darstellen.
Die Codierprozessoren 6₁ bis 6₄ codieren die Sendedaten mit den jeweiligen Längen 10, 20, 40 und 80 ms in Übereinstimmung mit einer Faltungscodierung oder Turbocodierung, und geben die codieren Daten in einem Multiplexer 7 ein. Spezifischer gibt der Codierprozessor 6₁ codierte Daten E10 mit einer Dauer von 10 ms aus, der Codierprozessor 6₂ gibt codierte Daten E20 mit einer Dauer von 20 ms aus, der Codierprozessor 6₃ gibt codierte Daten E40 mit einer Dauer von 40 ms aus, und der Codierprozessor 6₄ gibt codierte Daten E80 mit einer Dauer von 80 ms aus. Beispielsweise, wie in 19 gezeigt, gibt der Codierer 6₁ codierte Daten 10 ms-1 alle 10 ms aus, der Codierer 6₂ gibt die erste Hälfte 20 ms-1 und die zweite Hälfte 20 ms-2 der codierten Daten #20 in dieser Reihenfolge alle 10 ms aus, der Codierer 63 gibt Ein-Viertel-Teile 40 ms-1, 40 ms-2, 40 ms-3, 40 ms-4 der codierten Daten E40 in dieser Reihenfolge alle 10 ms aus, und der Codierer 6₄ gibt Ein-Achtel-Teile 80 ms-1, 80 ms-2, 80 ms-3, 80 ms-4, 80 ms-5, 80 ms-6, 80 ms-7, 80 ms-8 der codierten Daten E80 in dieser Reihenfolge alle 10 ms aus.
Der Multiplexer 7 multiplext die codierten Daten, die von den Codierprozessoren 6₁ bis 6₄ eintreten, alle 10 ms, erzeugt gemultiplexte Daten im Wert von einem Rahmen und sendet die gemultiplexten codierten Daten als In-Phase-Komponentendaten. 19 ist eine Darstellung, die zur Beschreibung des Multiplexverfahrens dient. In der anfänglichen zehnten Millisekunde werden codierte Daten {10 ms-1, 20 ms-1, 40 ms-1, 80 ms-1} gemultiplext und als erster Rahmen gesendet. Anschließend, in der 20. bis 80. Millisekunde, werden die folgenden gemultiplexten Daten erzeugt und als zweiter bis achter Rahmen gesendet:
gemultiplexte Daten: {10 ms-1, 20 ms-2, 40 ms-2, 80 ms-2} ... zweiter Rahmen
gemultiplexte Daten: {10 ms-1, 20 ms-1, 40 ms-3, 80 ms-3} ... dritter Rahmen
gemultiplexte Daten: {10 ms-1, 20 ms-1, 40 ms-4, 80 ms-4} ... vierter Rahmen
gemultiplexte Daten: {10 ms-1, 20 ms-1, 40 ms-1, 80 ms-5} ... fünfter Rahmen
gemultiplexte Daten: {10 ms-1, 20 ms-2, 40 ms-2, 80 ms-6} ... sechster Rahmen
gemultiplexte Daten: {10 ms-1, 20 ms-1, 40 ms-3, 80 ms-7} ... siebenter Rahmen
gemultiplexte Daten: {10 ms-1, 20 ms-2, 40 ms-4, 80 ms-8} ... achter Rahmen
Das heißt, für einen Dienst, dessen Codierzeitlänge 10 ms beträgt, werden die Daten Rahmen für Rahmen gesendet; für einen Dienst, dessen Codierzeitlänge 20 ms beträgt, werden die Daten über zwei Rahmen gesendet; für einen Dienst, dessen Codierzeitlänge 40 ms beträgt, werden die Daten über vier Rahmen gesendet; und für einen Dienst, dessen Codierzeitlänge 80 ms beträgt, werden die Daten über acht Rahmen gesendet.
Ein Steuersignalgenerator 8 gibt Steuerdaten wie einen Piloten PILO und TFCI als Quadraturkomponentendaten mit einer festgelegten Symbolgeschwindigkeit aus. Ein QPSK-Spreizer 9 unterwirft die Eingangs-in-Phase-Komponente (I-Kanalkomponente) und Quadraturkomponente (Q-Kanalkomponente) einer Spreizspektrum-Modulation unter Verwendung eines vorherbestimmten Spreizungscodes, bewirkt eine Digital-Analog-Wandlung und gibt das Analogsignal in einen QPSK-Quadraturmodulator 10 ein. Der letztere unterwirft das I-Kanalsignal und das Q-Kanalsignal einer QPSK-Quadraturmodulation, und ein Funksender 11 wandelt in der Frequenz das Basisbandsignal vom Quadraturmodulator 10 in ein Hochfrequenzsignal um (IF → RF), nimmt eine Hochfrequenzverstärkung vor, und sendet das verstärkte Signal von einer Antenne ANT_T.
20 ist eine Darstellung, die zur Beschreibung des Rahmenformats eines stromaufwärtigen Signals von einer Mobilstation zu einer Basisstation dient. Ein Rahmen hat eine Länge von 10 ms, und er besteht aus 15 Feldern S₀ bis S₁₄ Benutzerdaten werden auf den I-Kanal der QPSK-Modulation gemappt, und Steuerdaten werden auf den Q-Kanal der QPSK-Modulation gemappt. Die Anzahl n von Bits in jedem Feld in dem I-Kanal für Benutzerdaten variiert in Abhängigkeit von der Symbolgeschwindigkeit. Jedes Feld in dem Q-Kanal für Steuerdaten besteht aus zehn Bits, und die Symbolgeschwindigkeit beträgt konstante 15 kbps. Die Benutzerdaten werden durch das Multiplexen der Daten von einem oder mehreren Transportkanälen gebildet, und die Steuerdaten bestehen aus einem TPC-(Transmissionsenergiesteuer-)Bit, TFCI (Transportformat-Kombinationsindikator), PILOT und FBI.
21 ist eine Darstellung, die zur Beschreibung des Rahmenformats und der Feldanordnung eines stromabwärtigen Signals von einer Basisstation zu einer Mobilstation dient. Ein Rahmen hat eine Länge von 10 ms und besteht aus 15 Feldern S₀ bis S₁₄. Jedes Feld enthält eine Mischung von Benut zerdaten Data 1, Data 2 und Steuerdaten TPC, TFCI, PILOT. Die Daten in jedem Feld werden abwechselnd auf den I-Kanal und Q-Kanal der QPSK-Quadraturmodulation, ein Bit zu einer Zeit, verteilt, wonach eine Spreizspektrum-Modulation und Quadraturmodulation angewendet werden, eine Frequenzwandlung wird durchgeführt, und das erhaltene Signal wird zur Mobilstation gesendet.
Während des Empfangs unterwirft ein Funkempfänger 13 ein von einer Antenne ANT_R empfangenes Hochfrequenzsignal einer Frequenzwandlung (Wandlung RF → IF), um ein Basisbandsignal zu erhalten, unterwirft das Basisbandsignal einer Quadraturdetektion, um In-Phase-Komponenten-(I-Komponenten-)Daten und Quadraturkomponenten-(Q-Komponenten-)Daten zu generieren, legt eine Analog-Digital-Wandlung an, und gibt die Digitaldaten in einen Entspreizungsmodulator 14 ein. Der letztere legt eine Entspreizungsverarbeitung an die I- und Q-Komponentensignale unter Verwendung eines Codes an, der mit jenem des Spreizungscodes identisch ist, demoduliert (detektiert synchron) die gesendeten codierten Daten und gibt die Daten in einen Demultiplexer 15 ein. Die folgenden codierten Daten, die gemultiplext wurden, werden in den Demultiplexer 73 eingegeben, wie in 22 gezeigt:
gemultiplexte Daten: {10 ms-1, 20 ms-2, 40 ms-1, 80 ms-2} ... erster Rahmen
gemultiplexte Daten: {10 ms-1, 20 ms-2, 40 ms-2, 80 ms-2} ... zweiter Rahmen
gemultiplexte Daten: {10 ms-1, 20 ms-1, 40 ms-3, 80 ms-3} ... dritter Rahmen
gemultiplexte Daten: {10 ms-1, 20 ms-1, 40 ms-4, 80 ms-4} ... vierter Rahmen
gemultiplexte Daten: {10 ms-1, 20 ms-1, 40 ms-1, 80 ms-5} ... fünfter Rahmen
gemultiplexte Daten: {10 ms-1, 20 ms-2, 40 ms-2, 80 ms-6} ... sechster Rahmen
gemultiplexte Daten: {10 ms-1, 20 ms-1, 40 ms-3, 80 ms-7} ... siebenter Rahmen
gemultiplexte Daten: {10 ms-1, 20 ms-2, 40 ms-4, 80 ms-8} ... achter Rahmen
Der Demultiplexer 15 gibt die anfänglichen 10 ms codierten Daten 10 ms-1 jedes Rahmens in einen ersten Decodierprozessor 161 ein, gibt zweite 20 ms codierte Daten 20 ms-1, 20 ms-2 in einen zweiten Decodierprozessor 162 ein, gibt dritte 40 ms codierte Daten 40 ms-1, 40 ms-2, 40 ms-3, 40 ms-4 in einen dritten Decodierprozessor 163 ein, und gibt vierte 80 ms codierte Daten 80 ms-1, 80 ms-2, 80 ms-3, 80 ms-4, 80 ms-5, 80 ms-6, 80 ms-7, 80 ms-8 in einen vierten Decodierprozessor 164 ein. Das heißt, Daten des Dienstes, für den die Codierzeitlänge 10 ms beträgt, werden Rahmen für Rahmen empfangen, Daten des Dienstes, für den die Codierzeitlänge 20 ms beträgt, werden über zwei Rahmen empfangen, Daten des Dienstes, für den die Codierzeitlänge 40 ms beträgt, werden über vier Rahmen empfangen, und Daten des Dienstes, für den die Codierzeitlänge 80 ms beträgt, werden über acht Rahmen empfangen.
Der erste Decodierprozessor 16₁ , der die Fehlerkorrekturverarbeitung an die codierten Daten mit der Länge 10 ms anlegt, und die ursprünglichen Sendedaten decodiert, decodiert die codierten Daten 10 ms-1 und gibt die decodierten Daten in einen nachfolgenden Empfangspuffer 17₁ alle 10 ms ein. Der zweite Decodierprozessor 16₂ , der eine Fehlerkorrekturverarbeitung an die codierten Daten mit der Länge 20 ms anlegt, und die ursprünglichen Sendedaten decodiert, decodiert die codierten Daten 20 ms-1, 20 ms-2 und gibt die decodierten Daten in einen nachfolgenden Empfangspuffer 17₂ alle 20 ms ein. Der dritte Decodierprozessor 16₃ , der eine Fehlerkorrekturverarbeitung an die codierten Daten mit der Länge 40 ms anlegt, und die ursprünglichen Sendedaten decodiert, decodiert die codierten Daten 40 ms-1 bis 40 ms-4 und gibt die decodierten Daten in einen nachfolgenden Empfangspuffer 17₃ alle 40 ms ein. Der vierte Decodierprozessor 16₄ , der eine Fehlerkorrekturverarbeitung an die codierten Daten mit der Länge 80 ms anlegt, und die ursprünglichen Sendedaten decodiert, decodiert die codierten Daten 80 ms-1 bis 80 ms-8 und gibt die decodierten Daten in einen nachfolgenden Empfangspuffer 17₄ alle 80 ms ein.
Die Empfangspuffer 17₁ , 17₂ , 17₃ und 17₄ schreiben die decodierten Daten in Pufferspeicher in einem einzigen Schub alle 10 ms, 20 ms, 40 ms und 80 ms, lesen die decodierten Daten aus den Pufferspeichern kontinuierlich alle 10 ms, und geben die Daten in den Datenselektor 2 ein. In Übereinstimmung mit einem Befehl von dem Prozessor CPU 3 gibt der Datenselektor 2 selektiv die decodierten Daten, die von jedem der Empfangspuffer 17₁ bis 17₄ eintreten, in die Eingabe/Ausgabeeinheiten 1a bis 1n ein. Somit ist ein Merkmal eines W-CDMA-Systems, das angegeben werden kann, dass eine Vielzahl verschiedener Dienste gleichzeitig genutzt werden kann.
Das Obige ist eine Beschreibung des allgemeinen Betriebs der Mobilstation. Multiplexen und Demultiplexen werden im Nachstehenden detaillierter beschrieben. Die Daten-Sende/Empfangszeitintervalle des W-CDMA-Systems sind als 10, 20, 40 und 80 ms festgelegt. Ein solches Zeitintervall wird als TTI (Transmissionszeitintervall) bezeichnet, und die Sende/Empfangszeiteinstellung ist wie in 23 gezeigt auf einer Pro-TTI-Basis.
Der Kanalcodecsender (Codierprozessor) 6i (i = 1 bis 4) in diesem W-CDMA-System akzeptiert von einer höheren Schicht gesendete Daten, führt eine Codierverarbeitung auf einer Pro-Transportkanal(TrCH)-Basis aus, multiplext die codier ten Daten, mappt die gemultiplexten Daten auf einen physischen Kanal und sendet die Daten. Der Kanalcodecempfänger (Decodierprozessor) 16i (I = 1 bis 4) demultiplext hingegen die Daten, die auf den physischen Kanal gemultiplext wurden, auf einer Pro-Transportkanal(TrCH)-Basis, führt eine Decodierverarbeitung durch und liefert die Ergebnisse an die höhere Schicht.
Wenn die Kommunikation startet, werden für eine Codierverarbeitung notwendige Bedingungen, wie das Codierschema (Faltungscodierung, Turbocodierung, etc.), TTI und Sende/Empfangsformat, für jeden Transportkanal (TrCH) von dem Prozessor CPU 3 spezifiziert. Die Sendedaten werden in Übereinstimmung mit den spezifizierten Bedingungen codiert. Wenn Sendedaten auf jedem Transportkanal (TrCH) codiert werden, werden die Daten Rahmen für Rahmen gemultiplext, auf den physischen Kanal gemappt und gesendet. Die physischen Kanaldaten werden in Einheiten von 0 ms gesendet, ca ein Rahmen eine Dauer von 10 ms hat. Demgemäß werden Daten mit einem TTI von 20 ms oder mehr gleichmäßig in Rahmeneinheiten von 10 ms geteilt, und dann werden die Daten gesendet, wenn sie auf den physischen Kanal gemappt werden, wobei die Zeit TTI herangezogen wird. 24 veranschaulicht ein Beispiel, bei dem zwei Transportkanäle TrCH#1, TrCH#2 mit TTIs von 20 ms bzw. 40 ms gemultiplext und gesendet werden (TrCH#1 = TTI 20 ms, TrCH#2 = TTI 40 ms). In 24 sind TrCH#1-1 und TrCH#1-2 eines ersten und zweiten Rahmens die anfänglichen 20 ms von Daten von TrCH#1, und TrCH#1-3 und TrCH#1-4 des dritten und vierten Rahmens sind die nächsten 20 ms der Daten von TrCH#1.
Wenn die codierten Daten jedes Transportkanals (TrCH) gemultiplext, auf einen physischen Kanal gemappt und gesendet werden, wird ein Parameter, der anzeigt, wie die codierten Daten jedes Transportkanals TrCH gemultiplext wurden, so erzeugt, dass das Demultiplexen korrekt auf der Empfangsseite vorgenommen werden kann, und dieser Parameter wird gesendet, wenn er an die physischen Kanaldaten angehängt wird. Dieser Parameter wird als TFCI (Transmissiosformat-Kombinationsindikator) bezeichnet. Der TFCI wird einzigartig durch eine Kombination von Transportformaten entschieden, die die Bitlänge pro Rahmen durch jeden Transportkanal (TrCH) gesendeter Daten spezifizieren.
Transportformate werden nummeriert, und jedes wird durch einen TFI (Transportformatindikator) bezeichnet. Ein Beispiel einer TFI-Tabelle ist in 25 gezeigt. In der TFI-Tabelle von 25 gibt es vier Typen von Transportformaten des Transportkanals TrCH#1. Diese sind Formate, für welche die TFIs 0, 1, 2 und 3 sind, die 336 × 0 Bits, 336 × 1 Bits, 336 × 2 Bits bzw. 336 × 3 Bits pro Rahmen senden. Ferner gibt es zwei Typen von Transportformaten des Transportkanals TrCH#2. Diese sind Formate, für welche die TFIs 0 und 1 sind, die 148 × 0 Bits bzw. 148 × 1 Bits pro Rahmen senden. Wenn die Transportkanäle nur die beiden Typen TrCH#1 und TrCH#2 sind, dann sind die Kombinationen von TFIs von TrCH#1 und TrCH#2 insgesamt acht, und die in der Tabelle (TFCI-Tabelle) von 26 gezeigten TFCIs werden diesen Kombinationen zugeordnet.
Das Transportformat TFI, das von jedem Transportkanal (TrCH) herangezogen werden kann, wird von dem Prozessor CPU gemeldet. Wenn in 24 20 ms Daten von 336 Bits × 2 und 20 ms Daten von 336 Bits × 1 von dem TrCH#1 aufeinanderfolgend gesendet werden, und 40 ms Daten von 148 Bits × 1 von dem TrCH#2 gesendet werden, werden daher die auf einen physikalischen Kanal gemappten gemultiplexten Daten (im Wert von vier Rahmen) die Kombinationen der in 27 gezeigten TFIs, und die TFCIs zu dieser Zeit sind in der Spalte auf der rechten Seite gezeigt.
Wenn das Format TFI jedes Elements von TrCH-Daten, die auf den physischen Kanal gemappt werden, bekannt ist, dann wird es möglich, wie oben angegeben, aus der TFCI-Tabelle von 26 die TFCIs zu berechnen, welche die Kombinationen von TFIs anzeigen. Wenn die TFCIs berechnet wurden, dann wird ein TFCI-Codewort (32 Bit-Daten) erzeugt, indem eine Codierverarbeitung ähnlich jener der Benutzerdaten ausgeführt wird. Das TFCI-Codewort wird zusammen mit den physischen Kanaldaten gesendet.
Die Empfangsseite decodiert zuerst das TFCI-Codewort und ermittelt den TFCI. Die Empfangsseite nimmt auf die TFCI-Tabelle auf der Basis des erhaltenen TFCI Bezug, detektiert das Transportformat (TFI) jedes TrCH, untersucht dann den Mapping-Status (Datenlänge pro Rahmen) jedes TrCH auf dem physischen Kanal auf der Basis der TFI-Tabelle, demultiplext die Daten auf einer Pro-TrCH-Basis und führt die Decodierverarbeitung aus.
Das TFCI-Codewort wird durch das Konvertieren eines TFCI-Werts in ein Codewort erhalten, das beispielsweise eine Reihe einer Hadamard-Matrix darstellt. Die Verarbeitung zur Decodierung des TFCI wird ausgeführt, indem der empfangene Code einer Hadamard-Transformation unterworfen wird.
Im Nachstehenden wird die Verarbeitung zum Decodieren eines TFCI-Codeworts unter Verwendung einer Hadamard-Transformation veranschaulicht. Zuerst wird ein orthogonaler Code beschrieben, der zum Verständnis einer Hadamard-Transformation notwendig ist. Wenn beliebige zwei Codewörter im euklidischen Raum orthogonal sind, werden die beiden Codewörter als orthogonaler Code bezeichnet. Das heißt, es wird gesagt, dass Codewörter u = (u₁, u₂, ..., u_n–1, u_n), v = (v₁, v₂, ..., v_n–1, v_n) ein Quadraturcode sind, wenn sie die durch die folgende Gleichung angezeigte Beziehung erfüllen: (u, v) = u1v1 + u2v2 + un–1vn–1 + unvn = 0
Wenn 0 und 1 eines Codeworts durch +1 bzw. –1 ersetzt werden, wird das Ergebnis insbesondere als analoger orthogonaler Code bezeichnet. Eine quadratische Matrix des Grades n, in der Codewörter in jeder Reihe so als Array gebildet sind, dass die Codewörter von beliebigen zwei Reihen eine orthogonale Beziehung haben, wird als Hadamard-Matrix bezeichnet. Mit anderen Worten, eine Hadamard-Matrix ist eine Matrix, in der jedes der Elemente +1 oder –1 ist, und beliebige zwei verschiedene Reihen orthogonal sind. Eine Operation, bei der ein Vektor mit n Dimensionen mit dieser Matrix multipliziert wird, wird als Hadamard-Transformation bezeichnet. Die nachstehende Gleichung (1) ist ein Beispiel einer 8-dimensionalen Hadamard-Matrix.
Die nachstehende Gleichung (2) ist ein Beispiel einer Hadamard-Transformation.
Die Art, in der eine Hadamard-Matrix bei der Codierung verwendet wird, ist wie im Nachstehenden beschrieben. Hier werden 000~111 von Sendedaten in Codewörter einer ersten bis achten Reihe der Hadamard-Matrix der Gleichung (1) transformiert. Spezifisch werden die Daten wie folgt transformiert:
Sendedaten 000 → (0,0,0,0,0,0,0,0) ... erste Reihe der Hadamard-Matrix
Sendedaten 001 → (0,1,0,1,0,1,0,1) ... zweite Reihe der Hadamard-Matrix
Sendedaten 010 → (0,0,1,1,0,0,1,1) ... dritte Reihe der Hadamard-Matrix
Sendedaten 011 → (0,1,1,0,0,1,1,0) ... vierte Reihe der Hadamard-Matrix
Sendedaten 100 → (0,0,0,0,1,1,1,1) ... fünfte Reihe der Hadamard-Matrix
Sendedaten 101 → (0,1,0,1,1,0,1,0) ... sechste Reihe der Hadamard-Matrix
Sendedaten 110 → (0,0,1,1,1,1,0,0) ... siebente Reihe der Hadamard-Matrix
Sendedaten 111 → (0,1,1,0,1,0,0,1) ... achte Reihe der Hadamard-Matrix
Zur Zeit des Empfangs ist es notwendig, gesendete orthogonale Codewörter aus dem empfangenen Code zu diskriminieren. Die vorgenommene Operation ist die Hadamard-Trans formation. Beispielsweise wird angenommen, dass R = (0,0,0,0,0,0,0,0) empfangen wurde. Das Folgende wird durch die Hadamard-Transformation erhalten:
Hier wird bestimmt, dass das Codewort, das 8 entspricht, welches das größte Ergebnis der Hadamard-Transformation (Absolutwert) unter den Kandidaten der ersten bis achten Reihe ist, d. h. das Codewort (0,0,0,0,0,0,0,0) der ersten Reihe der Hadamard-Matrix, gesendet wurde, und die entsprechenden Daten 000 werden ausgegeben. Es ist zu beachten, dass der Wert jedes Kandidaten Wahrscheinlichkeit ist, was den Bestimmtheitsgrad anzeigt.
Das Vorstehende ist ein Idealfall, in dem es keinen Transmissionsfehler gibt. Die Sendedaten können jedoch durch die Hadamard-Transformation sogar in einem Fall rekonstruiert werden, wo aufgrund eines Transmissionsfehlers (0,0,0,0,0,0,0,0) beispielsweise als R = (0,0,0,0,0,0,0,1) empfangen wurde. Spezifisch wird das Folgende durch die Hadamard-Transformation erhalten:
Da der größte Absolutwert (Wahrscheinlichkeit) unter den Kandidaten der ersten bis achten Reihe +6 der ersten Reihe ist, wird beurteilt, dass das Codewort (0,0,0,0,0,0,0,0) der ersten Reihe der Hadamard-Matrix gesendet wurde, und die entsprechenden Daten 000 werden ausgegeben. Somit zeigt jeder Wert der Kandidatenmatrix nach der Hadamard-Transformation den Bestimmtheitsgrad (Wahrscheinlichkeit) an. Gleichung (4) involviert eine große Rechenleistung. Aus diesem Grund wurde eine in 28 gezeigte Rechenmethode vorgeschlagen, um die Berechnungen effizienter vorzunehmen. In 28 zeigen die durchgehenden Linien – an, die gestrichelten Linien zeigen + an, und die Kreise zeigen Addierer an. In Übereinstimmung mit dieser Rechenmethode reichen 3 × 8 = 24 Berechnungen aus (Berechnungen, wo sich Pfeilmarkierungen kreuzen), wohingegen herkömmlich 8 × 8 = 64 Berechnungen erforderlich wären. So wird die Berechnung effizienter.
Die Tatsache, dass eine Vielzahl von Diensten gesendet und empfangen werden kann, wenn sie gemultiplext werden, kann als Merkmal eines W-CDMA-Systems angegeben werden. Das Multiplexen von Diensten wird durch eine Multiplex-Verarbeitung von Transportkanälen (TrCHs) in der physischen Kanalschicht implementiert. Um eine Decodierverarbeitung auszuführen, ist es daher notwendig, die Daten jedes TrCH zu demultiplexen. Um dies zu erzielen, ist es notwendig zu dis kriminieren, welcher Transportkanal (TrCH) von Daten auf einem physischen Kanal gemultiplext wurde, und in welchen Verhältnis. Solche TrCH-Multiplex-Informationen können aus den TFCI-Daten (TFCI-Codewort) erhalten werden, die zusammen mit den Benutzerdaten empfangen werden.
Wenn ein empfangenes TFCI-Codewort durch eine orthogonale Transformation wie die Hadamard-Transformation decodiert wird, kann ein TFCI detektiert werden, der den Status des TrCH-Multiplexens der empfangenen Benutzerdaten anzeigt. Das Transportformat (TFI) jedes TrCH, der auf den physischen Kanal gemultiplext wurde, kann aus dem TFCI unter Verwendung der TFCI-Tabelle detektiert werden. Daraus kann die Datenlänge, die in dem Prozess des Decodierens jedes TrCH verwendet wird, unter Verwendung der TFI-Tabelle berechnet werden.
Die an einen TFCI angelegte Codierverarbeitung ist schwächer als die Turbo/Faltungsverarbeitung, die an die Benutzerdaten angelegt wird, und die Möglichkeit, dass die Decodierung fehlerhaft sein wird, ist höher im Vergleich zu Benutzerdaten. Das heißt, es gibt Fälle, wo ein korrekter TFCI aufgrund eines Transmissionsfehlers oder dgl. nicht decodiert werden kann. Wenn die Decodierung eines TFCI fehlerhaft ist, werden keine korrekten TrCH-Multiplex-Informationen erhalten. Als Folge können die Benutzerdaten nicht korrekt für jeden Transportkanal (TrCH) demultiplext werden, mit dem Ergebnis, dass eine korrekte Decodierung nicht länger vorgenommen werden kann.
Somit ist eine Verarbeitung zum Detektieren eines fehlerhaften TFCI und Vornehmen einer Korrektur notwendig.
Die internationale Patentanmeldung WO 00/36782 beschreibt ein WCDMA-System, in dem Fehler in der Kombination von TFIs für jeden Transportkanal detektiert werden. Jene Rahmen mit einem fehlerhaften TFI werden auf Null gesetzt, was es, in Verbindung mit einer Entschachtelung, dem Deco dierer ermöglicht, auch einen fehlerhaften Rahmen auf der Basis der anderen fehlerfreien Rahmen zu korrigieren.
Gemäß der vorliegenden Erfindung wird eine alternative Lösung definiert, um zu ermöglichen, eine korrekte Verarbeitung auszuführen und korrekte TrCH-Multiplex-Informationen, d. h. ein korrektes Transportformat (TFI), sogar in einem Fall zu korrigieren, wo ein TFCI aufgrund eines Transmissionsfehlers oder dgl. nicht korrekt decodiert werden kann, wodurch Benutzerdaten korrekt decodiert werden können, um einen Empfangsfehler zu reduzieren.
Gemäß der vorliegenden Erfindung werden eine Empfangsvorrichtung und ein Empfangsverfahren in einem CDMA-Kommunikationssystem vorgesehen, bei welchen Sendedaten jedes Transportkanals in einem vorherbestimmten Transmissionszeitintervall (TTI) codiert werden, die codierten Daten in einer Rahmenperiode aufgeteilt werden, um Rahmendaten mit einer vorgeschriebenen Bitlänge zu erhalten, die Rahmendaten jedes der Transportkanäle gemultiplext und gesendet werden, und Kombinationsinformationen (TFCI) von Transportformaten (TFIs), die die Rahmendatenlänge jedes Transportkanals spezifizieren, Rahmen für Rahmen gesendet werden.
Ein Empfangsverfahren in einer Empfangsvorrichtung gemäß der vorliegenden Erfindung umfasst die Schritte: (1) Speichern empfangener gemultiplexter Daten und Decodieren von TFCI Rahmen für Rahmen; (2) Diskriminieren eines Transportformats (TFI) in jedem Transportkanal Rahmen für Rahmen auf der Basis der TFCI jedes Rahmens; (3) Vergleichen, auf einer Pro-Transportkanal-Basis, von Transportformaten (TFIs) einer Vielzahl von Rahmen innerhalb eines vorgeschriebenen Transmissionszeitintervalls (TTI), das mit dem Transportkanal konform ist, und, wenn Transportformate unterschiedlich sind, Entscheiden eines Transportformats (TFI) in dem Transmissionszeitintervall (TTI) durch eine Mehrheitsent scheidung; (4) Identifizieren der Bitlänge pro Rahmen jedes Transportkanals auf der Basis des entschiedenen Transportformats (TFI); (5) Demultiplexen, auf einer Pro-Transportkanal-Basis, gespeicherter gemultiplexter Daten auf der Basis der Bitlänge; und (6) Zusammenführen und Decodieren, in einem Betrag äquivalent zum Transmissionszeitintervall, von Rahmendaten, die auf einer Pro-Transportkanal-Basis demultiplext wurden.
Wenn das Transmissionszeitintervall (TTI) jedes Dienstes 20 ms oder größer ist bei der Verarbeitung zum Decodieren eines TFCI in einem W-CDMA-System, sollte das Transportformat (TFI) dasselbe sein ungeachtet davon, in welchem Rahmen innerhalb des Transmissionszeitintervalls (TTI) das Transportformat detektiert wird. Demgemäß enthält das Empfangsverfahren das Vergleichen von Transportformaten (TFIs) einer Vielzahl von Rahmen innerhalb eines Transmissionszeitintervalls (TTI), und wenn Transportformate nicht übereinstimmen, das Ableiten eines korrekten Transportformats (TFI) durch eine Mehrheitsentscheidung, wodurch eine Korrektur vorgenommen wird. Als Ergebnis können in Übereinstimmung mit dem ersten Empfangsverfahren Benutzerdaten auch in einem Fall korrekt decodiert werden, wo aufgrund eines Transmissionsfehlers oder dgl. ein TFCI nicht korrekt decodiert werden kann, und TFIs nicht übereinstimmen.
Andere Merkmale und Vorteile der vorliegenden Erfindung gehen aus der folgenden Beschreibung hervor, die in Verbindung mit den beigeschlossenen Zeichnungen zu lesen ist, in denen:
1 eine Darstellung ist, die zur Beschreibung eines Überblicks über eine Ausführungsform der vorliegenden Erfindung dient;
2 eine Darstellung ist, welche zur Beschreibung eines Überblicks über eine zweite Anordnung dient, die nur zur Information präsentiert wird und keinen Teil der vorliegenden Erfindung bildet;
3 eine Darstellung ist, welche zur Beschreibung eines Überblicks über eine dritte Anordnung dient, die nur zur Information präsentiert wird und keinen Teil der vorliegenden Erfindung bildet;
4A, 4B Darstellungen sind, welche zur Beschreibung eines Überblicks über eine vierte Anordnung dienen, die nur zur Information präsentiert wird und keinen Teil der vorliegenden Erfindung bildet;
5 ein Blockbild ist, das eine Mobilstation gemäß der vorliegenden Erfindung veranschaulicht;
6A und 6B Darstellungen sind, die zur Beschreibung einer TFI-Tabelle bzw. einer TFCI-Tabelle dienen;
7 eine Kommunikationsparameter-Liefersequenz zeigt;
8 eine Darstellung ist, die einen Überblick über einen W-CDMA-Kanalcodec zeigt;
9 eine Darstellung ist, welche die Struktur eines Demultiplexers gemäß der vorliegenden Erfindung zeigt;
10 ein Flussdiagramm einer Demultiplex-Verarbeitung gemäß der Erfindungsausführungsform ist;
11 ein Flussdiagramm einer Demultiplex-Verarbeitung gemäß der zweiten Anordnung ist;
12 ein weiteres Flussdiagramm der Demultiplex-Verarbeitung gemäß der zweiten Anordnung ist;
13 ein Flussdiagramm einer Verarbeitung zum Demultiplexen gemultiplexter Daten gemäß der dritten Anordnung ist;
14 ein Flussdiagramm einer Verarbeitung zum Demultiplexen gemultiplexter Daten gemäß der vierten Anordnung ist;
15 ein Flussdiagramm des Multiplexens und einer Transmissionsverarbeitung gemäß der vierten Anordnung ist;
16A, 16B Darstellungen sind, die zur Beschreibung der vierten Anordnung dienen;
17 ein Beispiel der Benachrichtigung über eine TrCH-Multiplex-Sequenz veranschaulicht;
18 ein Blockbild ist, das die Struktur einer Mobilstation gemäß dem Stand der Technik veranschaulicht;
19 eine Darstellung ist, die zur Beschreibung eines Multiplex-Verfahrens dient;
20 das Rahmenformat einer stromaufwärtigen Verknüpfung zeigt;
21 das Rahmenformat einer stromabwärtigen Verknüpfung zeigt;
22 eine Darstellung ist, die zur Beschreibung eines Demultiplex-Verfahrens dient;
23 eine Darstellung einer Sende/Empfangszeiteinstellung ist;
24 ein Beispiel einer Verarbeitung zum Multiplexen von Transportkanälen (TrCH) veranschaulicht;
25 ein Beispiel von Transportformaten eines TrCH zeigt;
26 ein Beispiel von TFCIs zeigt;
27 eine Darstellung ist, die zur Beschreibung der Struktur des TFI und der TFCIs zur Zeit des TrCH-Multiplexens dient; und
28 den Fluss der Verarbeitung einer Hochgeschwindigkeits-Hadamard-Transformation zeigt.
(A) Überblick über die vorliegende Erfindung
(a) Überblick über die Ausführungsform
1 ist eine Darstellung, die zur Beschreibung eines Überblicks über eine Ausführungsform der vorliegenden Erfindung dient.
In jedem Transportkanal (TrCH) sind Transportformate (TFIs) einer Vielzahl von Rahmen innerhalb eines Transmissionszeitintervalls (TTI), das mit dem Transportkanal konform ist, festgelegte Werte. Das heißt, in einem Transportkanal (TrCH), dessen TTI 20 ms oder größer ist, werden Sendedaten auf der Basis identischer Transportformate (TFIs) in einer Vielzahl von Rahmen innerhalb jedes Transmissionszeitintervalls (TTI) demultiplext, und die Daten jedes TrCH werden gemultiplext und Rahmen für Rahmen gesendet. Demgemäß wird in einem Fall, wo sich der TFI-Wert innerhalb des Transmissionszeitintervalls (TTI) ändert, der TCFI des Rahmens, in dem sich der Wert geändert hat, ein Rauschen enthalten. Als Folge kann eine Decodierung nicht korrekt vorgenommen werden.
Demgemäß kann der Schluss gezogen werden, dass, wenn sich TFI-Werte als Ergebnis der Decodierung auf der Empfangsseite unterscheiden, dann die TFIs mit der größten Anzahl die TFIs mit dem korrekten Wert sind. Mit anderen Worten, Transportformate (TFIs) innerhalb eines Transmissionszeitintervalls (TTI) werden durch eine Mehrheitsentscheidung entschieden, und der Wert, den die TFIs mit der größten Anzahl haben, wird als korrektes Transportformat (TFI) herangezogen. Ein Rahmen mit der Minderheitsanzahl von TFIs wird als Rahmen herangezogen, in dem der TFCI nicht korrekt decodiert werden kann; der Wert des Transportformats (TFI) dieses Rahmens wird korrigiert.
Wenn TFCI decodiert werden, wird als Beispiel angenommen, dass in 1 gezeigte Transportformate (TFIs) in Rahmen in einem TrCH detektiert wurden, dessen TTI 40 ms ist. Wenn eine Mehrheitsentscheidung über die TFIs getroffen wird, ist das Ergebnis (TFI = 3) : (TFI = 1) = 3 : 1, es wird beurteilt, dass das Ergebnis der TFI-Detektion in dem dritten Rahmen fehlerhaft ist, und das TFI des dritten Rahmens wird auf "3" korrigiert. Als Ergebnis werden die Transportformate dieses Transmissionszeitintervalls (TTI) als "TFI = 3" vereinheitlicht, um eine Korrektur auf ein korrektes Transportformat zu bewirken.
(b) Überblick über eine zweite Anordnung
2 ist eine Darstellung, die zur Beschreibung eines Überblicks über eine zweite Anordnung dient, die nicht Teil der vorliegenden Erfindung ist.
In jedem Transportkanal (TrCH) sind Transportformate (TFIs) einer Vielzahl von Rahmen innerhalb eines Transmissionszeitintervalls (TTI), das mit dem Transportkanal konform ist, festgelegte Werte. In einem Fall, wo sich detektierte TFI-Werte innerhalb des Transmissionszeitintervalls (TTI) ändern, wird der TFCI des Rahmens, in dem sich der Wert geändert hat, ein Rauschen enthalten. Als Folge kann eine Decodierung nicht korrekt vorgenommen werden. In einem solchen Fall wird das korrekte TFI unter Verwendung einer Wahrscheinlichkeit abgeleitet, die gefunden wird, wenn der TCFI decodiert wird, wodurch eine Korrektur möglich wird.
In der Beschreibung der vorliegenden Anordnung wird eine Hochgeschwindigkeits-Hadamard-Transformation bei der TFCI-Decodierverarbeitung verwendet. Wenn das Verfahren jedoch ein Decodierverarbeitungsverfahren ist, das den TFCI unter Verwendung einer Wahrscheinlichkeit entscheidet, dann kann auch eine andere Technik als eine Hochgeschwindigkeits-Hadamard-Transformation verwendet werden.
Theoretische Technik
Ein TFCI-Kandidat mit der größten Wahrscheinlichkeit [rechte Seite von Gleichung (2)] unter den Wahrscheinlichkeiten der TFCI-Kandidaten, die zur Zeit der TFCI-Decodierung berechnet wurden, wird als TFCI in einem Rahmen von Interessen entschieden, die Zuverlässigkeit Q der Richtigkeit dieses TFCI wird unter Verwendung der Wahrscheinlich keit jedes TFCI-Kandidaten berechnet, und die Zuverlässigkeit Q wird gehalten. In dem Fall idealer Daten, in denen die Eingabedaten kein Rauschen enthalten, werden 32 Ausgabewerte (Wahrscheinlichkeiten) einer Hochgeschwindigkeits-Hadamard-Transformation Null mit Ausnahme der größten Wahrscheinlichkeit. Demgemäß kann die aus der folgenden Gleichung ermittelte Zuverlässigkeit Q als Index der Richtigkeit des Ergebnisses der TFCI-Decodierung herangezogen werden: Q = |größte Wahrscheinlichkeit|/Σi|Wahrscheinlichkeiti|(i = 1~32) (5)(wobei der theoretische Wert von Q 1 ist). In einem Fall, wo sich Transportformate (TFIs) einer Vielzahl von Rahmen innerhalb eines Transmissionszeitintervalls unterscheiden, wird das Transportformat (TFI) in dem Rahmen, für den die Zuverlässigkeit Q am höchsten ist, als Transportformat (TFI) in diesem Transmissionszeitintervall (TTI) entschieden.
Beispielsweise wird angenommen, dass ein TFCI decodiert wurde, und dass TFIs in einem TrCH mit einem TTI von 40 ms detektiert wurden, wie in 2 gezeigt. In diesem Fall wird (TFI = 3) : (TFI = 1) = 2 : 2 erhalten, auch wenn die TFIs einer Mehrheitsentscheidung gemäß dem Verfahren der ersten Ausführungsform unterworfen werden. Dies bedeutet, dass nicht bestimmt werden kann, welcher Rahmen das fehlerhafte Ergebnis der TFCI-Decodierung aufweist.
Demgemäß wird die Zuverlässigkeit Q des Ergebnisses der TFCI-Decodierung Rahmen für Rahmen in Übereinstimmung mit Gleichung (5) unter Verwendung der zur Zeit der TFCI-Decodierverarbeitung ermittelten Wahrscheinlichkeit berechnet. Es wird angenommen, dass die Werte von Q wie in 2 gezeigt sind. Wenn die Zuverlässigkeiten der jeweiligen Rahmen mit dem Transmissionszeitintervall (TTI) in 2 verglichen werden, wird gefunden, dass die Zuverlässigkeit Q des ersten Rahmens am höchsten ist. Als Ergebnis werden die Transportformate dieses Transmissionszeitintervalls (TTI) als "TFI = 1" vereinheitlicht, um eine Korrektur auf ein korrektes Transportformat zu bewirken.
Vereinfachte Technik
Da das oben beschriebene theoretische Verfahren eine umfangreiche Berechnung erfordert, wird nun eine etwas vereinfachte Technik beschrieben.
Wenn der TFCI in einem Rahmen berechnet wird, wird der TFCI mit der größten Wahrscheinlichkeit ausgewählt. Das heißt, die Wahrscheinlichkeit selbst wird als Index der Richtigkeit des TFCI verwendet. Transportformate (TFIs), für die einige Rahmen in einem Transmissionszeitintervall (TTI) decodiert wurden, sollten alle einen identischen Wert aufweisen. Demgemäß kann ein Rahmen, für den die Wahrscheinlichkeit am größten ist, einfach als Rahmen betrachtet werden, indem der TFCI korrekt decodiert wurde. Die Berücksichtigung so vieler Verarbeitungsergebnisse wie möglich sollte jedoch bessere Ergebnisse bringen. Wenn die TFCI-Decodierung vorgenommen wird, wird daher der Wert mit der größten Wahrscheinlichkeit gehalten, welcher der entscheidende Faktor bei der Entscheidung des TFCI war. Wenn Ergebnisse im Wert von einem TTI erhalten wurden, werden die Wahrscheinlichkeiten identischer Transportformate (TFIs) summiert, das Transportformat (TFI), für das die Summe der Wahrscheinlichkeiten am größten ist, wird als Transportformat (TFI in diesem Transmissionszeitintervall (TTI) entschieden, die Rahmen der anderen TFIs werden als Rahmen herangezogen, in denen die TFCI nicht korrekt decodiert werden konnten, und die Werte der TFIs werden korrigiert.
Als Beispiel wird angenommen, dass ein TFCI decodiert wurden, und dass TFIs in einem TrCH mit einem TTI von 40 ms detektiert wurden, wie in 2 gezeigt. In diesem Fall wird (TFI = 3) : (TFI = 1) = 2 : 2 erhalten, auch wenn die TFIs einer Mehrheitsentscheidung gemäß dem Verfahren der Ausführungsformanordnung unterworfen werden. Dies bedeutet, dass nicht bestimmt werden kann, welcher Rahmen das fehlerhafte Ergebnis der TFCI-Decodierung aufweist.
Demgemäß werden für alle identischen TFIs, die innerhalb eines Transmissionszeitintervalls (TTI) detektiert wurden, die größten Wahrscheinlichkeiten, welche die TFCI-Werte entschieden haben, zur Zeit der TFCI-Decodierung summiert. Der Gesamtwert der größten Wahrscheinlichkeiten, für die TFI = 1 gilt, ist 270, der Gesamtwert der größten Wahrscheinlichkeiten, für die TFI = 3 gilt, ist 220, und der Gesamtwert der größten Wahrscheinlichkeiten, für die TFI = 1 gilt, ist größer als der Gesamtwert der größten Wahrscheinlichkeiten, für die TFI = 3 gilt. Das Transportformat (TFI) innerhalb dieses Transmissionszeitintervalls (TTI) wird daher als 1 beurteilt, und die TFIs des zweiten und vierten Rahmens werden auf "1" korrigiert. Als Ergebnis werden die Transportformate dieses Transmissionszeitintervalls (TTI) auf "TFI = 1" vereinheitlicht, um eine Korrektur auf ein korrektes Transportformat zu bewirken.
(c) Überblick über die dritte Anordnung
3 ist eine Darstellung, welche zur Beschreibung eines Überblicks über eine dritte Anordnung dient, die kein Teil der vorliegenden Erfindung ist.
In Übereinstimmung mit der Ausführungsformanordnung oder zweiten Anordnung wird eine TFI-Korrekturverarbeitung in Bezug auf einen Transportkanal (TrCH) mit dem längsten Transmissionszeitintervall (TTI) ausgeführt, und jedes fehlerhafte TFI wird unter Transportformaten (TFIs) einer Vielzahl von Rahmen innerhalb dieses längsten Transmissionszeitintervalls korrigiert. Als Nächstes wird in einem (anderen) TrCH (als dem TrCH mit dem längsten Transmissionszeitintervall), für den das Transmissionszeitintervall (TTI) 20 ms oder größer ist, bestimmt, ob eine Übereinstimmung unter den Transportformaten (TFIs) einer Vielzahl von Rahmen innerhalb dieses Transmissionszeitintervalls einschließlich des korrigierten Rahmens vorliegt. Wenn die Transportformate nicht übereinstimmen, wird beurteilt, dass ein Transportformat (TFI) in einem anderen Rahmen als dem korrigierten Rahmen korrekt ist, und das Transportformat (TFI) in diesem Transmissionszeitintervall (TTI) wird korrigiert.
Beispielsweise wird angenommen, dass die aktuell offenen Transportkanäle (TrCH) die Anzahl zwei aufweisen und TTIs von 40 ms und 20 ms haben. Ferner wird angenommen, dass das Ergebnis der TFI-Detektion auf der Basis der TFCI-Decodierung wie in (a) von 3 gezeigt ist.
Die TFIs des TrCH mit dem längsten Transmissionszeitintervall (TTI) von 40 ms werden in Übereinstimmung mit der ersten Ausführungsform geprüft. Da das TFI des dritten Rahmens von jenen der anderen Rahmen verschieden ist, wird der Wert dieses TFI durch eine Mehrheitsentscheidung korrigiert. Als Ergebnis wird klargestellt, dass die TFCI-Decodierung des dritten Rahmens fehlerhaft ist. Als Nächstes werden die TFIs des TrCH mit dem TTI von 20 ms geprüft. Wenn dies durchgeführt ist, wird gefunden, dass die TFIs des ersten und zweiten Rahmens in dem anfänglichen TTI von 20 ms übereinstimmen, dass jedoch die Werte der TFIs in dem dritten und vierten Rahmen in dem nächsten TTI von 20 ms verschieden sind. Da der TFCI des dritten Rahmens fehlerhaft ist, wird das korrekte TFI abgeleitet als jenes des vierten Rahmens, d. h. TFI = 2. Wenn die TFI-Korrektur an den TrCH angelegt wird, dessen TTI 20 ms beträgt, wird als Ergebnis das in (b) von 3 gezeigte Ergebnis erhalten.
(d) Überblick über die vierte Anordnung
4A, 4B sind Darstellungen, welche zur Beschreibung eines Überblicks über eine vierte Anordnung dienen, die kein Teil der vorliegenden Erfindung ist.
In einem Transportkanal (TrCH), dessen Transmissionszeitintervall (TTI) 20 ms oder mehr beträgt, kann eine Verarbeitung zum Korrigieren von Transportformaten (TFIs) ausgeführt werden, die Benutzerdaten können unter Verwendung des Ergebnisses dieser Verarbeitung demultiplext werden, und eine Decodierverarbeitung kann durchgeführt werden. Da jedoch ein Transportkanal (TrCH), dessen Transmissionszeitintervall (TTI) 10 ms beträgt, keine TFI-Informationen anderer Rahmen in seinem Transmissionszeitintervall (TTI) hat, d. h. da der Kanal nur ein einzelnes Element von TFI-Informationen hat, kann eine Korrekturverarbeitung nicht in Übereinstimmung mit den Verfahren der ersten bis dritten Anordnung ausgeführt werden. Demgemäß ist es nicht möglich, die Richtigkeit eines Transportformats (TFI) eines TrCH, dessen Transmissionszeitintervall (TTI) 10 ms beträgt, in einem Rahmen, in dem die TFCI-Decodierung fehlerhaft ist, zu garantieren.
Es wird angenommen, dass, wenn Empfangsdaten auf einer Pro-TrCH-Basis in einem Rahmen demultiplext werden, indem die TFCI-Decodierung fehlerhaft ist, der TrCH, dessen TTI 10 ms beträgt, auf den Beginn eines physischen Kanals gemappt wurde. In einem solchen Fall können die Daten in dem gesamten TrCH mit dem TTI von 10 ms korrekt demultiplext werden, wenn das TFI in dem TrCH nicht fehlerhaft ist. Wenn das TFI in dem TrCH mit 10 ms jedoch fehlerhaft ist, dann wird sich, wenn die Daten demultiplext werden, die Datenerfassungsposition eines anderen TrCH, der als Nächstes gemappt wird, verschieben, und die Decodierung wird in allen nachfolgenden TrCHs fehlschlagen.
Demgemäß werden auf der Sendeseite Daten in der Reihenfolge eines abnehmenden Transmissionszeitintervalls (TTI) gemappt, gemultiplext und auf einem physischen Kanal gesen det. Auf der Empfangsseite wird beurteilt, dass Rahmendaten jedes der Transportkanäle (TrCH) in der Reihenfolge eines abnehmenden Transmissionszeitintervalls (TTI) gemultiplext wurden, die empfangenen gemultiplexten Daten werden auf einer Pro-Transportkanal-Basis basierend auf der Multiplex-Sequenz und TFIs demultiplext, und die Rahmendaten, die auf einer Pro-Transportkanal-Basis demultiplext wurden, werden zusammengeführt und in einem Betrag äquivalent zum Transmissionszeitintervall decodiert. Diese Anordnung ist so, dass, auch wenn ein TFI in einem TrCH mit einem TTI von 10 ms fehlerhaft ist, die Möglichkeit besteht, dass die Korrektur des TFI korrekt vorgenommen worden ist, wenn das TTI 20 ms oder größer ist. Als Ergebnis kann ein Decodierausfall in allen Transportkanälen (TrCHs) reduziert werden.
Dies wird in Übereinstimmung mit 4A, 4B beschrieben.
Es wird angenommen, dass offene Transportkanäle (TrCHs) einen TrCH mit einem TTI von 10 ms enthalten, und dass der TrCH mit dem TTI von 10 ms auf den physischen Kanal vor den Transportkanälen (TrCHs) mit TTIs von 20 ms oder mehr gemappt wurde. Beispielsweise wird angenommen, dass die Transmissionszeitintervalle (TTIs) von TrCH#3, TrCH#1 und TrCH#2 10 ms, 20 ms bzw. 40 ms betragen. In diesem Fall wurden Daten auf TrCG#1, TrCH#2 gemultiplext und gesendet, aber die TFCI-Decodierung ist in einem bestimmten Rahmen fehlerhaft, und als Ergebnis des fehlerhaften TFCI wird fehlerhaft beurteilt, dass die Daten von TrCH#1, TrCH#2 und TrCH#3 gemultiplext wurden, wie in 4A gezeigt. Mit anderen Worten, obwohl die Daten von TrCH#3 mit dem Transmissionszeitintervall (TTI) von 10 ms nicht tatsächlich existieren, gibt es Fälle, wo aufgrund des Ergebnisses der TFCI-Decodierung beurteilt wird, dass die Daten von TrCH#3 vorhanden sind. Es ist zu beachten, dass, auch wenn die TFCI-Deco dierung fehlerhaft ist, die TFIs von TrCH#1, TrCH#2 mit TTIs von 20 ms oder mehr überarbeitet werden, um die TFIs durch eine Korrekturverarbeitung zu korrigieren.
In diesem Fall ist der tatsächliche Zustand des TrCH-Multiplexens auf dem physischen Kanal wie oben in 4A veranschaulicht. Aufgrund der fehlerhaften TFCI-Decodierung erscheint der Zustand des TrCH-Multiplexens jedoch wie unten in 4A gezeigt. Ungeachtet der Tatsache, dass die Transportkanäle (TrCHs), deren TTIs 20 ms oder größer sind, die Transportformate (TFIs) durch eine Korrekturverarbeitung korrekt detektieren könnten, verschiebt sich als Ergebnis die Daten-Demultiplex-Position, wenn das TFI von TrCH#3, dessen Transmissionszeitintervall (TTI) 10 ms beträgt, fehlerhaft ist. Als Folge schlägt die Verarbeitung zum Decodieren von Benutzerdaten in allen Transportkanälen (TrCHs) fehl.
Demgemäß ist das W-CDMA-System so definiert, dass Daten in einer solchen Weise gemultiplext werden, dass das Multiplexen von Transportkanälen auf den physischen Kanal in der Reihenfolge eines abnehmenden Transmissionszeitintervalls (TTI) vorgenommen wird. Wenn dies durchgeführt ist, werden Transportkanäle (TrCHs) mit einem TTI von 20 ms oder mehr, die höchstwahrscheinlich den TFCI-Decodierfehler korrigieren können, auf den Beginn des physischen Kanals gemappt. Wenn der TrCH einer mit einem TTI von 20 ms oder mehr ist, wird als Ergebnis die Möglichkeit verbessert, dass Benutzerdaten demultiplext und in Übereinstimmung mit dem korrigierten TFI korrekt decodiert werden können. Auch wenn die TFCI-Decodierung fehlerhaft ist, wird demgemäß TrCH#3 auf einen Bereich DTX (Dummy-Datenbereich) gemappt, wie in 4B gezeigt, TrCH#1 und TrCH#2 können die Benutzerdaten korrekt erfassen, und die Effekte einer fehlerhaften TFCI-Decodierung können auf den TrCH#3 begrenzt werden, dessen TTI 10 ms ist.
(B) Struktur einer Mobilstation
5 ist ein Blockbild, das die Struktur einer Mobilstation gemäß der vorliegenden Erfindung veranschaulicht. Eingabeeinheiten 51a bis 51n sind eine Spracheingabe/ausgabeanordnung und eine Bildeingabe/ausgabeanordnung, etc., eines Mobiltelefons. Sendedaten (Sprachecodedaten, Videocodedaten, etc.) werden über interne Sprach- und Videocodecs ausgegeben. In Übereinstimmung mit einem Befehl von einem Prozessor CPU (Anwendung höherer Ordnung) 53 gibt ein Datenselektor 52 selektiv die Sendedaten, die über den Sprach- oder Videocodec der Eingabe/Ausgabeeinheiten 51a bis 51n eintreten, in Sendepuffer eines Kanalcodec 60 ein.
Vor der Kommunikation empfängt der Prozessor CPU 53 Sendeparameter von einer Basisstation (nicht gezeigt) durch Verhandlung und gibt diese Sendeparameter in den Datenselektor 52 und Kanalcodec 60 ein. Die Kommunikationsparameter sind als Beispiel die folgenden Parameter ➀ bis ➄:
➀ TTI (Transmissionszeitintervall)
Dies ist ein Parameter, der das Sende/Empfangszeitintervall (10, 20, 40, 80 ms) eines Transportkanals (TrCH) spezifiziert. Dieser Parameter wird jedem TrCH verliehen und wird jedem Sendeanschluss und Empfangsanschluss gemeldet.
➁ Codierverfahren und Codierrate
Dieser Parameter spezifiziert das Codierverfahren, das bei den Sendedaten jedes TrCH angewendet wird, sowie die Codierrate. Beispielsweise ist der Parameter einer, der eine Turbocodierung oder Faltungs(Viterbi)-Codierung anzeigt. Dieser Parameter wird jedem TrCH verliehen und wird jedem Sendeanschluss und Empfangsanschluss gemeldet.
➂ TrCH-Multiplex-Sequenz
Dieser Parameter zeigt die Sequenz an, in der die Daten jedes TrCH in dem Multiplexer gemultiplext werden. Der Parameter wird jedem TrCH verliehen und wird jedem Sendean schluss und Empfangsanschluss gemeldet.
➃ Transportformat jedes TrCH
Dieser Parameter spezifiziert das Format (Bitlänge pro Rahmen), das jeder Transportkanal (TrCH) annehmen kann. In dem Beispiel der in 6A gezeigten Tabelle ist es möglich, die vier Muster von 366 Bits × 0, 1, 2, 4 für TrCH#1 und die beiden Muster von 148 Bits × 0, 1 für TrCH#2 zu spezifizieren, und jedes Format jedes TrCH wird beginnend mit 0 vom Beginn der Tabelle nummeriert. Die Nummerierungsregel ist die gleiche für Basisstationen und Anschlüsse, und die Nummer wird als TFI (Transportformatindikator) bezeichnet. Diese TFI-Tabelle und die TFIs werden jedem Sendeanschluss und Empfangsanschluss gemeldet.
➄ Sende/Empfangs-TFCI
Eine Basisstation berücksichtigt das Transportformat jedes TrCH, um eine TFCI-Tabelle zu erzeugen, die den Status eines TrCH-Multiplexens anzeigt. Die so erzeugte TFCI-Tabelle wird jedem Anschluss gemeldet. In dem Beispiel von 6B können 4 × 2 = 8 Kombination vorliegen, wenn jeder TrCH gemultiplext wird. Daher werden Nummern von 0 bis 7 jeweiligen der Kombinationen zugeordnet und jedem Sendeanschluss und Empfangsanschluss gemeldet.
Mit erneuter Bezugnahme auf 5 enthält vier Kanalcodec 60, der die Codierverarbeitung und Decodierverarbeitung ausführt, Sendepuffer 61₁ bis 61₄ , Codierprozessoren 62₁ bis 62₄ , einen Multiplexer 63, eine Kommunikationsparameter-Speichereinheit 64, einen Demultiplexer 65, Decodierprozessoren 66₁ bis 66₄ und Empfangspuffer 67₁ bis 67₄ .
In Übereinstimmung mit einem Befehl vom Prozessor CPU 53 gibt der Datenselektor 52 selektiv die Sendedaten, die von den Eingabe/Ausgabeeinheiten eintreten, in die Sendepuffer 61₁ bis 61₄ als Sendedaten von Transportkanälen TrCH#1 bis TrCH#4 ein, deren Transmissionszeitintervalle (TTIs) 10, 20, 40 bzw. 80 ms betragen.
Die Sendepuffer 61₁ bis 61₄ schreiben die Sendedaten kontinuierlich in Pufferspeicher alle 10 ms und lesen die Sendedaten in einem Schlag schubweise alle 10 ms, 20 ms, 40 ms, 80 ms aus, und geben die gelesenen Daten in die Codierprozessoren 62₁ bis 62₄ ein, welche die nachfolgende Stufe darstellen. Die Codierprozessoren 62₁ bis 62₄ codieren die Sendedaten mit den jeweiligen Längen von 10, 20, 40 und 80 ms in Übereinstimmung mit einem spezifizierten Codierschema (Turbo- oder Faltungscodierung), und geben die codierten Daten in den Multiplexer 63 ein. Spezifischer gibt der Codierprozessor 62₁ codierte Daten E10 mit einer Dauer von 10 ms aus, der Codierprozessor 62₂ gibt codierte Daten E20 mit einer Dauer von 20 ms aus, der Codierprozessor 62₃ gibt codierte Daten E40 mit einer Dauer von 40 ms aus, und der Codierprozessor 62₄ gibt codierte Daten E80 mit einer Dauer von 80 ms aus.
Auf der Basis eines durch den Prozessor CPU 53 spezifizierten TFI (Bitlänge eines Rahmens) teilt der Multiplexer 63 codierte Daten auf, die von den Codierprozessoren 62₁ bis 62₄ eintreten, multiplext die aufgeteilten Daten der jeweiligen codierten Daten in Übereinstimmung mit einer ähnlich spezifizierten Multiplex-Sequenz, erzeugt gemultiplexte Daten im Wert eines Rahmens und sendet die gemultiplexten codierten Daten als In-Phase-Komponentendaten.
Ein Steuersignalgenerator 71 gibt Steuerdaten wie einen Piloten PILO und TFCI als Quadraturkomponentendaten mit einer festgelegten Symbolgeschwindigkeit aus. Der TFCI spezifiziert eine Kombination von TFIs der Transportkanäle. Der Wert eines TFCI wird durch Bezugnahme auf die von dem Prozessor CPU spezifizierte Kombination von TFIs von Transportkanälen (TrCHs) und auf die TFCI-Tabelle (6B) gefunden.
Ein QPSK-Spreizer 81 unterwirft die eingegebene In- Phase-Komponente (I-Kanalkomponente) und Quadraturkomponente (Q-Kanalkomponente) einer Spreizspektrum-Modulation unter Verwendung eines vorherbestimmten Spreizungscodes, bewirkt eine Digital-Analog-Wandlung und gibt das Analogsignal in einen QPSK-Quadraturmodulator 82 ein. Der letztere unterwirft das I-Kanalsignal und das Q-Kanalsignal einer QPSK-Quadraturmodulation, und ein Funksender 83 wandelt in der Frequenz (IF → RF) das Basisbandsignal von dem Quadraturmodulator 82 in ein Hochfrequenzsignal um, nimmt eine Hochfrequenzverstärkung vor und sendet das verstärkte Signal von einer Antenne ANT_T.
Ein Funkempfänger 91 unterwirft ein von einer Antenne ANT_R empfangenes Hochfrequenzsignal einer Frequenzwandlung (Wandlung RF → IF), um ein Basisbandsignal zu erhalten, unterwirft das Basisbandsignal einer Quadraturdetektion, um In-Phase-Komponenten-(I-Komponenten-)Daten und Quadraturkomponenten-(Q-Komponenten-)Daten zu generieren, führt eine Analog-Digital-Wandlung durch und gibt die Digitaldaten in einen Entspreizungsmodulator 92 ein. Der letztere legt eine Entspreizungsverarbeitung an die I- und Q-Komponentensignale unter Verwendung eines Codes an, der mit jedem des Spreizungscodes identisch ist, demoduliert (detektiert synchron) die gesendeten codierten Daten und gibt die Daten in den Demultiplexer 65 des Kanalcodec 60 ein.
Der Demultiplexer 65 speichert die empfangenen demultiplexten Daten in einer Speichereinheit und decodiert einen TFCI Rahmen für Rahmen. Als Nächstes diskriminiert der Demultiplexer 65 die TFIs auf jedem Transportkanal Rahmen für Rahmen auf der Basis des TFCI. Dann identifiziert der Demultiplexer 65 von da an, aus der TFI-Tabelle, die Bitlänge pro Rahmen aus den TFI-Daten auf der Basis der TFIs für jeden TrCH, demultiplext die gespeicherten gemultiplexten Daten auf einer Pro-TrCH-Basis in Übereinstimmung mit der Bitlänge, und gibt die demultiplexten Daten in die Decodierprozessoren 66₁ bis 66₄ ein. Die Decodierprozessoren 66₁ bis 66₄ führen, in einem Betrag äquivalent zum Transmissionszeitintervall (TTI), Rahmendaten, die auf einer Pro-TrCH-Basis demultiplext wurden, zusammen und decodieren diese.
Spezifischer legt der ersten Decodierprozessor 66₁ eine Fehlerkorrekturverarbeitung an die codierten Daten mit einer Länge von 10 ms an, decodiert die ursprünglichen Sendedaten und gibt die decodierten Daten in den nachfolgenden Empfangspuffer 67₁ alle 10 ms ein. Der zweite Decodierprozessor 66₂ legt eine Fehlerkorrekturverarbeitung an die codierten Daten mit einer Länge von 20 ms an, decodiert die ursprünglichen Sendedaten und gibt die decodierten Daten in den nachfolgenden Empfangspuffer 67₂ alle 20 ms ein. Der dritte Decodierprozessor 66₃ legt eine Fehlerkorrekturverarbeitung an die codierten Daten mit einer Länge von 40 ms an, decodiert die ursprünglichen Sendedaten und gibt die decodierten Daten in den nachfolgenden Empfangspuffer 67₃ alle 40 ms ein. Der vierte Decodierprozessor 66₄ legt eine Fehlerkorrekturverarbeitung an die codierten Daten mit einer Länge von 80 ms an, decodiert die ursprünglichen Sendedaten und gibt die decodierten Daten in den nachfolgenden Empfangspuffer 67₄ alle 80 ms ein.
Die Empfangspuffer 67₁ bis 67₄ schreiben die decodierten Daten in Pufferspeicher in einem einzigen Schub alle 10 ms, 20 ms, 40 ms und 80 ms, lesen die decodierten Daten aus den Pufferspeichern kontinuierlich alle 10 ms und geben die Daten in den Datenselektor 52 ein. In Übereinstimmung mit einem Befehl von dem Prozessor CPU 53 gibt der Datenselektor 52 selektiv die decodierten Daten, die von jedem der Empfangspuffer 67₁ bis 67₄ eintreten, in die Eingabe/Ausgabeeinheiten 51a bis 51n ein.
(C) Kommunikationsparameter-Liefersequenz
7 ist eine Darstellung, die zur Beschreibung einer Kommunikationsparameter-Liefersequenz dient.
➀ Ein Ursprungsanschluss erteilt eine Kommunikationsanforderung an eine Basisstation, wenn ein Anruf vorgenommen wird.
➁ Beim Empfang der Kommunikationsanforderung von dem Anschluss ermittelt die Basisstation den Inhalt der Kommunikationsanforderung. Spezifisch ermittelt die Basisstation, ob die Anforderung eine Kommunikationsstartanforderung ist, ob der Inhalt der Kommunikation Sprache oder ein Paket ist, und ob ein Dienst hinzuzufügen oder zu löschen ist.
➂ Als Nächstes erzeugt die Basisstation Kommunikationsparameter, die mit der Anforderung von dem Anschluss übereinstimmen. Beispielsweise erzeugt die Basisstation solche Parameter wie das Transmissionszeitintervall (TTI), die TrCH-Multiplex-Sequenz, die TFCI-Tabelle, das Transportformat (TFI) und die Kommunikationsstartzeit. Die Parameter werden sowohl für den Ursprungsanschluss als auch den gerufenen Anschluss erzeugt, der das Kommunikationsobjekt ist.
➃ Die Basisstation meldet die erzeugten Parameter jedem der Anschlüsse.
➄ Jeder Anschluss, der die Parameter empfangen hat, führt eine Vorverarbeitung aus, die zum Vornehmen einer Kommunikation notwendig ist, und startet die Kommunikation mit dem Anschluss, beginnend mit der spezifizierten Kommunikationszeit.
(D) Überblick über die Verarbeitung durch den Kanalcodec
8 ist eine Darstellung, die zur Beschreibung eines Überblicks über die Funktionen des Kanalcodec 60 (5) in der Mobilstation eines W-CDMA-Systems dient. Daten von dem Datenselektor 52 auf der Seite der Anwendung höherer Ordnung treten in einen Kanalcodec 60a auf der Sendeseite ein. Der Kanalcodec 60a auf der Sendeseite fügt ein CRC-Bit zu den Daten hinzu (Schritt 101) und gibt dann die Daten in einen Faltungscodierer oder Turbocodierer in Abhängigkeit vom Datentyp ein, wodurch die Daten codiert werden (Schritt 102). Dann unterwirft der Kanalcodec 60a die codierten Daten einer ersten Verschachtelungsverarbeitung (Schritt 103) und nimmt anschließend eine Datenkompressions/dekompressionsoperation in einer Ratenanpassungseinheit vor (Schritt 104). Der Kanalcodec 60a teilt die in der Rate angepassten codierten Daten in dem Transmissionszeitintervall (TTI) auf, multiplext die Daten in einer spezifischen Reihenfolge mit den codierten Daten anderer Transportkanäle (TrCHs) und sendet die gemultiplexten Daten zum physischen Kanal (Schritt 105). Der Kanalcodec 60a unterwirft diese gemultiplexten Daten einer zweiten Verschachtelungsverarbeitung und transferiert die erhaltenen Daten zu einem MOD 80a (Schritt 106). Der letztere führt eine QPSK-Spreizung und QPSK-Modulation aus, und eine Funkeinheit 80b bewirkt eine Umwandlung in ein HF-Signal und sendet das HF-Signal von einer Antenne.
Beim Empfang führt eine Funkeinheit 90a eine Umwandlung von einem HF-Signal in ein Basisbandsignal durch, und eine DEM-Einheit 90b nimmt eine QPSK-Demudulation und eine QPSK-Spreizung/RAKE-Synthese vor, um dadurch die empfangenen Daten zu demodulieren. Die demodulierten Daten werden in einen Kanalcodec 60b auf der Empfangsseite eingegeben. Der Kanalcodec 60b auf der Empfangsseite unterwirft die empfangenen demultiplexten Daten einer zweiten Entschachtelungsverarbeitung (Schritt 107), demultiplext dann die gemultiplexten Daten auf einer Pro-Transportkanal-Basis und führt die demultiplexten Daten auf einer Pro-Transportkanal-Basis zusammen (Schritt 108). Der Kanalcodec 60b auf der Empfangsseite unterwirft von da an die Empfangsdaten einer ersten Ent schachtelungsverarbeitung auf einer Pro-Transportkanal-Basis (Schritt 109), und nimmt anschließend eine Datenkompressions/dekompressionsoperation in einer Ratenanpassungseinheit vor (Schritt 110). Dann unterwirft der Kanalcodec 60b auf der Empfangsseite die in der Rate angepassten Daten (codierten Daten) einer Faltungsdecodierverarbeitung oder Turbocodierverarbeitung, um dadurch die Daten zu decodieren (Schritt 111), unterwirft die decodierten Daten einer CRC-Prüfung (Schritt 112) und sendet die Ergebnisse zur Seite der Anwendung höherer Ordnung.
Die vorliegende Erfindung ist auf eine TrCH-Aufteilungsverarbeitung/Rahmenzusammenführungsverarbeitung des Kanalcodec 60b auf der Empfangsseite und eine vor und nach dieser Verarbeitung ausgeführte Verarbeitung anwendbar.
(E) Demultiplexer-Struktur der Erfindung
9 ist eine Darstellung, welche die Struktur des Demultiplexers 65 in einem Empfangscodec gemäß der vorliegenden Erfindung zeigt.
Der Demultiplexer 65 in dem Codec auf der Empfangsseite empfängt physische Kanaldaten (gemultiplexte Daten) und ein TFCI-Codewort von dem DEM 90b. Ein zweiter Entschachteler 65a unterwirft die empfangenen physischen Kanaldaten einer zweiten Entschachtelungsverarbeitung und hält das Ergebnis in einem Empfangsdaten-Haltepuffer 65b. Der Puffer 65b erfordert einen Bereich, der Daten zumindest in einer Menge halten kann, die dem längsten Transmissionszeitintervall (TTI) (= 80 ms) entspricht. Ein TFCI-Decodierprozessor 31 einer TFI-Entscheidungseinheit 65c findet einen TFCI durch das Decodieren, Rahmen für Rahmen, des TFCI-Codeworts, das zur selben Zeit wie die gemultiplexten Daten empfangen wird, nimmt auf eine TFCI-Tabelle Bezug und detektiert die TFIs jedes der Transportkanäle (TrCHs) Rahmen für Rahmen. Eine TFI/Wahrscheinlichkeitshalteeinheit 32 hält das TFI jedes Rahmens jedes TrCH und die zur Zeit der TFCI-Decodierung berechnete Wahrscheinlichkeit und verwendet diese bei der TFI-Fehlerdetektion und Korrekturverarbeitung. Es ist auch notwendig, diese Daten in einer Menge zu halten, die dem längsten Transmissionszeitintervall (TTI) entspricht.
Wenn eine TFI-Fehlerdetektions/korrektureinhzit 33 detektiert, dass ein TFI in einem bestimmten Rahmen fehlerhaft ist, dann meldet die Einheit dieses TFI einem Datenlängen-Berechnungsprozessor 65d. Wenn kein Fehler vorliegt, benachrichtigt die TFI-Fehlerdetektions/korrektureinheit 33 den Datenlängen-Berechnungsprozessor 65d über das TFI, das auf der Basis des aus der TFCI-Decodierung gefundenen TFCI erhalten wurde.
Auf der Basis des ihm gemeldeten TFI nimmt der Datenlängen-Berechnungsprozessor 65d auf die TFI-Tabelle Bezug und berechnet die Datenlänge pro Rahmen jedes TrCH (wie die aufgeteilte Datenlänge auf dem physischen Kanal). Auf der Basis des Ergebnisses der Datenlängenberechnung teilt eine TrCH-Aufteilungseinheit 65e, auf einer Pro-TrCH-Rasis, die physischen Kanaldaten (gemultiplexten Daten) auf. Eine Rahmenzusammenführungseinheit 65f führt die Daten zusammen, die auf einer Pro-TrCH-Basis aufgeteilt wurden, in einer Menge, die dem Transmissionszeitintervall (TTI) entspricht, und gibt die zusammengeführten Daten zu einem Decodierprozessor 66 aus und führt eine erste Entschachtelungsverarbeitung für jeden TrCH aus.
Der zweite Entschachteler 65a, die TFI-Entscheidungseinheit 65c, der Datenlängen-Berechnungsprozessor 65d, die TrCH-Aufteilungseinheit 65e und die Rahmenzusammenführungseinheit 65f, die oben beschrieben sind, können durch Spezial-Hardware-Schaltungen oder durch Software-Verarbeitung durch eine CPU oder einen DSP, etc., implementiert werden.
(F) Ausführungsform
10 ist ein Flussdiagramm der Verarbeitung zum Demultiplexen gemultiplexter Daten gemäß einer Ausführungsform der vorliegenden Erfindung.
Der Demultiplexer 65 unterwirft vom DEM 90b empfangene gemultiplexte Daten einer Entschachtelungsverarbeitung in dem zweiten Entschachteler 65a und hält die verarbeiteten Daten in dem Empfangsdaten-Haltepuffer 65b (Schritt 201). Parallel dazu decodiert die TFI-Entscheidungseinheit 65c den TFCI Rahmen für Rahmen (Schritt 202), nimmt auf die TFCI-Tabelle auf der Basis des TFCI jedes Rahmens Bezug, findet die Transportformate (TFIs) jedes TrCH Rahmen für Rahmen und hält diese (Schritt 203). Als Nächstes, in Bezug auf jeden TrCH, für den das Transmissionszeitintervall (TTI) 20 ms oder größer ist, prüft der Demultiplexer 65, um zu sehen, ob die TFIs aller Rahmen innerhalb dieses Transmissionszeitintervalls (TTI) erfasst wurden (Schritt 204). Wenn die Erfassung nicht vollendet wurde, wird die Verarbeitung ab dem Schritt 201 wiederholt. Wenn ein TrCH existiert, für den die Erfassung vollendet wurde, wird eine Prüfung in Bezug auf diesen TrCH durchgeführt, um zu bestimmen, ob die TFIs aller Rahmen innerhalb des Transmissionszeitintervalls (TTI) übereinstimmen (Schritt 205). Wenn alle der TFIs übereinstimmen, wird beurteilt, dass die TFIs nicht fehlerhaft sind (Schritt 206). Wenn sich auch nur ein TFI unterscheidet (siehe 1), wird der Schluss gezogen, dass es irgendwo einen TFI-Fehler gibt, und die Transportformate (TFIs) in dem oben angegebenen Transmissionszeitintervall (TTI) werden durch die Mehrheitsregel entschieden (Schritt 207).
Dies wird von einer Bestimmung gefolgt, ob die Verarbeitung zum Entscheiden der TFIs aller Transportkanäle (TrCHs) beendet ist (Schritt 208). Wenn die Antwort "NEIN" ist, wird die Verarbeitung ab dem Schritt 201 wiederholt. Wenn die Verarbeitung zum Entscheiden der TFIs aller TrCHs beendet ist, nimmt hingegen der Datenlängen-Berechnungsprozessor 65d auf die TFI-Tabelle Bezug und berechnet die Bitlänge jedes Rahmens in jedem der Transportkanäle (Schritt 209).
Auf der Basis der Bitlänge und Multiplex-Sequenz demultiplext die TrCH-Aufteilungseinheit 65e die gemultiplexten Daten, die in dem Puffer 65b gespeichert wurden, in Rahmendaten für jeden Transportkanal, und die Rahmenzusammenführungseinheit 65f führt die Rahmendaten zusammen, die auf einer Pro-Transportkanal-Basis demultiplext wurden, in einer Menge, die dem Transmissionszeitintervall entspricht, und gibt die Ergebnisse in den Decodierprozessor 66 ein (Schritt 210).
(G) Zweite Anordnung
11 ist ein Flussdiagramm der Verarbeitung zum Demultiplexen gemultiplexter Daten gemäß einer zweiten Anordnung.
Der Demultiplexer 65 unterwirft vom DEM 90b empfangene gemultiplexte Daten einer Entschachtelungsverarbeitung in dem zweiten Entschachteler 65a und hält die verarbeiteten Daten in dem Empfangsdaten-Haltepuffer 65b (Schritt 301). Parallel dazu decodiert die TFI-Entscheidungseinheit 65c den TFCI Rahmen für Rahmen. Beispielsweise wird der TFCI-Kandidat mit der größten Wahrscheinlichkeit unter den Wahrscheinlichkeiten von TFCI-Kandidaten, die durch Zeit der TFCI-Decodierung berechnet wurden, als TFCI in dem Rahmen von Interesse entschieden (Schritt 302). Die Zuverlässigkeit Q (siehe 2) wird in Übereinstimmung mit Gleichung (5) Rahmen für Rahmen unter Verwendung der Wahrscheinlichkeit jedes TFCI-Kandidaten berechnet, und die Zuverlässigkeit Q wird gehalten (Schritt 303).
Als Nächstes nimmt der Demultiplexer 65 auf die TFCI- Tabelle auf der Basis des in Schritt 302 erhaltenen TFCI Bezug, findet die Transportformate (TFIs) jedes TrCH Rahmen für Rahmen und hält diese (Schritt 304). Als Nächstes, in Bezug auf jeden TrCH, für den das Transmissionszeitintervall (TTI) 20 ms oder größer ist, prüft der Demultiplexer 65, um zu sehen, ob die TFIs aller Rahmen innerhalb dieses Transmissionszeitintervalls (TTI) erfasst wurden (Schritt 305). Wenn die Erfassung nicht vollendet wurde, wird die Verarbeitung ab dem Schritt 301 wiederholt. Wenn ein TrCH existiert, für den die Erfassung vollendet wurde, wird eine Prüfung in Bezug auf diesen TrCH durchgeführt, um zu bestimmen, ob die TFIs aller Rahmen innerhalb des Transmissionszeitintervalls (TTI) übereinstimmen (Schritt 306).
Wenn alle der TFIs übereinstimmen, wird beurteilt, dass die TFIs nicht fehlerhaft sind (Schritt 307). Wenn sich auch nur ein TFI unterscheidet, wird der Schluss gezogen, dass es irgendwo einen TFI-Fehler gibt, und die Transportformate (TFIs) in dem oben angegebenen Transmissionszeitintervall (TTI) werden unter Verwendung der Zuverlässigkeit Q (2) entschieden (Schritte 308, 309). Spezifischer wird das Transportformat (TFI), für das die Zuverlässigkeit Q in allen Rahmen in dem Transmissionszeitintervall (TTI) von Interesse am höchsten ist, als Transportformat (TFI) in dem oben angegeben Transmissionszeitintervall (TTI) von Interesse erhalten.
Dies wird von einer Bestimmung gefolgt, ob die Verarbeitung zum Entscheiden der TFIs aller Transportkanäle (TrCHs) beendet ist (Schritt 310). Wenn die Antwort "NEIN" ist, wird die Verarbeitung ab dem Schritt 301 wiederholt. Wenn die Verarbeitung zum Entscheiden der TFIs aller TrCHs beendet ist, nimmt hingegen der Datenlängen-Berechnungsprozessor 65d auf die TFI-Tabelle Bezug und berechnet die Bitlänge jedes Rahmens in jedem der Transportkanäle (Schritt 311).
Auf der Basis der Bitlänge und Multiplex-Sequenz demultiplext die TrCH-Aufteilungseinheit 65e die gemultiplexten Daten, die in dem Puffer 65b gespeichert wurden, in Rahmendaten für jeden Transportkanal, und die Rahmenzusammenführungseinheit 65f führt die Rahmendaten zusammen, die auf einer Pro-Transportkanal-Basis demultiplext wurden, in einer Menge, die dem Transmissionszeitintervall entspricht, und gibt die Ergebnisse in den Decodierprozessor 66 ein (Schritt 312).
(H) Modifikation der zweiten Anordnung
12 zeigt eine Modifikation eines Flussdiagramms der Verarbeitung zum Demultiplexen gemultiplexter Daten gemäß der zweiten Anordnung. Schritte, die mit den in 11 gezeigten identisch sind, werden durch ähnliche Schrittnummern bezeichnet. Diese Modifikation unterscheidet sich von der zweiten Anordnung dadurch, dass ein TFI korrigiert wird, indem das korrekte TFI unter Verwendung der Wahrscheinlichkeit anstelle der Berechnung der Zuverlässigkeit Q abgeleitet wird.
Um dies zu erzielen, entscheidet die TFI-Entscheidungseinheit 65c, dass der TFCI-Kandidat mit der größten Wahrscheinlichkeit unter den Wahrscheinlichkeiten von TFCI-Kandidaten, die zur Zeit der TFCI-Decodierung berechnet wurden, der TFCI in dem Rahmen von Interesse ist (Schritt 302), und speichert diese größte Wahrscheinlichkeit Rahmen für Rahmen (2; Schritt 304'). wenn die TFIs aller Rahmen innerhalb eines vorgeschriebenen Transmissionszeitintervalls (TTI) nicht übereinstimmen ("NEIN" in Schritt 306), summiert die TFI-Entscheidungseinheit 65c die Wahrscheinlichkeiten aller identischen TFIs (Schritt 308a) und entscheidet, dass das TFI, für das die Summe am größten ist, das Transportformat (TFI) in dem Transmissionszeitintervall (TTI) von Interesse ist (Schritt 308b). Als Nächstes wird das gefundene TFI als korrektes TFI betrachtet, das TFI in dem Transmissionszeitintervall (TTI) von Interesse wird korrigiert, und dann wird eine Verarbeitung identisch mit jener der zweiten Anordnung ausgeführt.
(I) Dritte Anordnung
13 ist ein Flussdiagramm der Verarbeitung zum Demultiplexen gemultiplexter Daten gemäß einer dritten Anordnung, die nicht Teil der vorliegenden Erfindung ist.
Das TFI jedes Rahmens in dem TrCH mit dem größten Transmissionszeitintervall (TTI) wird in Übereinstimmung mit der Ausführungsformanordnung oder zweiten Anordnung entschieden (Schritt 401). Als Nächstes prüft die TFI-Entscheidungseinheit 65c, um zu sehen, ob alle TFIs in dem TrCH mit dem größten Transmissionszeitintervall (TTI) übereinstimmen (Schritt 402). Wenn alle TFIs übereinstimmen, dann wird eine andere TFI-Korrekturverarbeitung in Bezug auf einen TrCH ausgeführt, der von jenem mit dem größten Transmissionszeitintervall (TTI) verschieden ist (Schritt 403).
Wenn die in Schritt 402 getroffene Entscheidung hingegen ist, dass nicht alle TFIs übereinstimmen, dann erkennt die TFI-Entscheidungseinheit 65c, dass es einen Fehler in dem Rahmen (siehe dritter Rahmen in 3) des in Schritt 401 korrigierten TFI gab, und beurteilt, dass die TFIs dieses Rahmens in den anderen Transportkanälen (TrCHs) auch eine geringe Zuverlässigkeit in Bezug auf die Richtigkeit davon aufweisen (Schritt 404).
Als Nächstes, in Bezug auf einen TrCH, für den das Transmissionszeitintervall (TTI) 20 ms oder größer ist, prüft die TFI-Entscheidungseinheit 65c, um zu sehen, ob die TFIs aller Rahmen innerhalb dieses Transmissionszeitintervalls (TTI) einschließlich des fehlerhaften Rahmens übereinstimmen (Schritt 405). Wenn alle TFIs übereinstimmen, wird beurteilt, dass dieser TrCH frei von fehlerhaften TFIs ist. Wenn die TFIs hingegen nicht übereinstimmen, wird beurteilt, dass das TFI (TFI = 1 in 3) in dem fehlerhaften Rahmen fehlerhaft ist, und dieses wird auf das TFI (= 2) des anderen Rahmens korrigiert (Schritt 406).
Wenn die Verarbeitung zum Entscheiden des TFI in allen Transportkanälen (TrCHs) beendet ist, nimmt der Datenlängen-Berechnungsprozessor 65d auf die TFI-Tabelle Bezug und berechnet die Bitlänge jedes Rahmens jedes Transportkanals (TrCH) (Schritt 407). Auf der Basis der Bitlänge und Multiplex-Sequenz demultiplext die TrCH-Aufteilungseinheit 65e die gemultiplexten Daten, die in dem Puffer 65b gespeichert wurden, in Rahmendaten für jeden Transportkanal, und die Rahmenzusammenführungseinheit 65f führt die Rahmendaten zusammen, die auf einer Pro-Transportkanal-Basis demultiplext wurden, in einer Menge, die dem Transmissionszeitintervall entspricht, und gibt die Ergebnisse in den Decodierprozessor 66 ein (Schritt 408).
(J) Vierte Anordnung
(a) Verarbeitung zum Demultiplexen gemultiplexter Daten in einer Empfangsvorrichtung
14 ist ein Flussdiagramm der Verarbeitung zum Demultiplexen gemultiplexter Daten gemäß einer vierten Anordnung.
Das Transmissionszeitintervall (TTI) des offenen Transportkanals (TrCH) wird von der Anwendung höherer Ordnung (CPU) erfasst (Schritt 501). Das Transportformat (TFI) eines TrCH, für den das Transmissionszeitintervall (TTI) 20 ms oder größer ist, wird in Übereinstimmung mit der Ausführungsformanordnung und zweiten Anordnung korrigiert (Schritt 502).
Der Datenlängen-Berechnungsprozessor 65d nimmt von da an auf die TFI-Tabelle unter Verwendung des korrigierten TFI Bezug und findet die Rahmenbitlänge jedes TrCH Rahmen für Rahmen (Schritt 503). Die TrCH-Aufteilungseinheit 65e beurteilt, dass die Rahmendaten jedes TrCH in der vor der Anwendung höherer Ordnung gemeldeten Reihenfolge gemultiplext wurden, d. h. in der Reihenfolge eines abnehmenden Transmissionszeitintervalls, und demultiplext, Rahmen für Rahmen in dieser Reihenfolge, die Daten des TrCH in Inkrementen der Bitlänge, die in Schritt S503 gefunden wurde. Die Rahmenzusammenführungseinheit 65f führt die Rahmendaten zusammen, die auf einer Pro-Transportkanal-Basis demultiplext wurden, in einer Menge, die dem Transmissionszeitintervall entspricht, und gibt die zusammengeführten Daten in den Decodierprozessor 66 ein (Schritt 504).
Die Obige ist eine Verarbeitung zum Demultiplexen gemultiplexter Daten auf der Empfangsseite. Auf der Sendeseite werden die Sendedaten jedes Transportkanals (TrCH) in der Reihenfolge eines abnehmenden Transmissionszeitintervalls (TTI) gemultiplext und gesendet.
(b) Verarbeitung zum Multiplexen und Senden von Daten auf der Sendeseite
15 ist ein Flussdiagramm der Verarbeitung, die durch den Kanalcodec (8) auf der Sendeseite zum Multiplexen und Senden von Daten ausgeführt wird.
Der Kanalcodec 60a codiert Sendedaten jedes Transportkanals (TrCH) in einem vorgeschriebenen Transmissionszeitintervall (TTI) (Schritt 601) und teilt die codierten Daten in der Rahmenperiode auf der Basis des TFI auf, um Rahmendaten mit einer vorgeschriebenen Bitlänge zu erhalten (Schritt 602). Als Nächstes multiplext der Kanalcodec 60a die Rahmendaten jedes Transportkanals (TrCH) in der von der Anwendung höherer Ordnung gemeldeten Reihenfolge, d. h. in der Reihenfolge eines abnehmenden Transmissionszeitintervalls (TTI) (Schritt 603), entscheidet Kombinationsinfor mationen TFCIs von TFIs jedes TrCH und sendet TFCIs als Steuerdaten zusammen mit den gemultiplexten Daten (Schritt 604).
(c) Einfluss der Multiplex-Sequenz
Es wird angenommen, dass offene Transportkanäle (TrCH) einen TrCH mit einem TTI von 10 ms enthalten, und dass die Rahmendaten des TrCH mit dem TTI von 10 ms auf den physischen Kanal vor Rahmendaten von Transportkanälen (TrCH) mit TTIs von 20 ms oder mehr gemappt wurden. Als Beispiel wird ein Fall behandelt, wo die Transmissionszeitintervalle (TTIs) von TrCH#3, TrCH#1 und TrCH#2 10 ms, 40 ms bzw. 20 ms betragen.
Die TrCH-Multiplex-Sequenz soll TrCH#3, TrCH#1, TrCH#2 sein, beginnend vom Anfang des physischen Kanals. Es wird angenommen, dass wie bei (1) in 16A gezeigt gemultiplexte Daten in einem bestimmten Rahmen empfangen wurden. Es wird jedoch angenommen, dass, da der TFCI fehlerhaft ist, nur TrCH#3, dessen TTI 10 ms ist, das TFI nicht korrekt detektieren konnte, obwohl TrCH#1, TrCH#2, für die das TTI 20 ms oder größer ist, das TFI durch eine Korrekturverarbeitung korrekt detektieren konnten. Der Status der Verarbeitung, der aus den detektierten TFIs in diesem Fall beurteilt wird, ist wie bei (2) in 16A gezeigt. Hier sind DTX Dummy-Daten zu dem Zweck, die Größen der physischen Kanaldaten gleich zu machen. Wenn die gemultiplexten Daten für jeden TrCH unter diesen Bedingungen aufgeteilt werden, wird die Datenerfassungsposition von TrCH#3 fehlerhaft sein. Als Folge gehen die Daten von TrCH#1, TrCH#2, deren Datengrößen korrekt erkannt werden konnten, auch eine fehlerhafte Codierung ein.
Wenn das W-CDMA-System so definiert ist, dass Daten in einer solchen Weise gemultiplext werden, dass das Multiplexen eines TrCH auf den physischen Kanal in der Reihen folge eines abnehmenden TTI vorgenommen wird, werden demgemäß Rahmendaten eines TrCH, von dem es sehr wahrscheinlich ist, dass er einen TFCI-Decodierfehler korrigieren kann, auf den Beginn des physischen Kanals gemappt. Wenn der TrCH einer mit einem TTI von 20 ms oder mehr ist, wird als Ergebnis die Möglichkeit verbessert, dass Benutzerdaten in Übereinstimmung mit dem Ergebnis der TFI-Korrektur demultiplext und korrekt decodiert werden können.
Es wird angenommen, dass die Multiplex-Sequenz eines TrCH TrCH#1 (TTI 40 ms), TrCH#2 (TTI 20 ms), TrCH#3 (TTI 10 ms) ist, und dass wie bei (1) in 16B gezeigt gemultiplexte Daten empfangen wurden. Es wird jedoch angenommen, dass, da der TFCI fehlerhaft ist, TrCH#3, dessen TTI 10 ms ist, das TFI nicht korrekt detektieren konnte, obwohl TrCH#1, TrCH#2, für die das TTI 20 ms oder größer ist, das TFI durch eine Korrekturverarbeitung korrekt detektieren konnten. Der Status der Verarbeitung, der aus den detektierten TFIs in diesem Fall beurteilt wird, ist wie bei (2) in 16B gezeigt. Hier sind DTX Dummy-Daten zu dem Zweck, die Größen der physischen Kanaldaten gleich zu machen. In diesem Fall können TrCH#1, TrCH#2 Benutzerdaten demultiplexen und korrekt erfassen, und der Einfluss des TFCI-Decodierfehlers kann auf TrCH#3 beschränkt werden, dessen TTI 10 ms ist.
Wenn die Reihenfolge des Multiplexens so eingerichtet wird, dass das lange TTI die Führung übernimmt, werden ausgezeichnete Effekte erhalten; daher muss das Multiplexen nicht unbedingt in der Reihenfolge der abnehmenden TTI-Länge vorgenommen werden. Es wird jedoch bevorzugt, dass der TrCH mit der geringsten Länge ganz am Ende gemultiplext wird. Mit anderen Worten, umgekehrt ausgedrückt, es werden ausgezeichnete Ergebnisse erhalten, wenn die Reihenfolge des Multiplexens so eingerichtet wird, dass das kürzeste TTI am Ende kommt.
(d) Verfahren zum Entscheiden der TrCH-Multiplex-Sequenz
17 ist eine Darstellung, die zur Beschreibung eines Beispiels der Benachrichtigung über eine TrCH-Multiplex-Sequenz dient.
Wenn ein Anschluss A der Ursprung eines Anrufs ist, meldet eine Basisstation BS, die die ursprüngliche Anforderung empfängt, Parameter, die für eine Kommunikation notwendig sind, wie die Kommunikationsstartzeit (Startzeiteinstellung), das Transmissionszeitintervall (TTI) und das Codierverfahren, an den Ursprungsanschluss A und an den gerufenen Anschluss B, der der mit dem Anschluss A kommunizierende Anschluss ist. Zu dieser Zeit entscheidet die Basisstation BS, dass die Multiplex-Sequenz der Rahmendaten des TrCH die Reihenfolge des abnehmenden Transmissionszeitintervalls (TTI) ist, und meldet diese Multiplex-Sequenz an jeden Anschluss. In einem Fall, wo es eine Vielzahl von Transportkanälen (TrCHs) mit demselben Transmissionszeitintervall (TTI) gibt, wird eine Regel aufgestellt, die ermöglicht, dass die Multiplex-Sequenz einzigartig entschieden wird. Beispielsweise wäre die Regel, das Multiplexen in der Reihenfolge der TrCH-Nummern auszuführen. Die Anschlüsse A und B starten eine Kommunikation ab der Startzeiteinstellung, die ihnen gemeldet wird.
In einem Fall, wo gewünscht wird, ein Videosenden/empfangen hinzuzufügen, indem eine Kamera während einer Sprachkommunikation eingeschaltet wird, oder in einem Fall, wo ein Videosenden/empfangen beendet wird, indem die Kamera während der Sprachkommunikation mit begleitendem Video ausgeschaltet wird, wird eine Verarbeitung zum Hinzufügen oder Löschen eines Transportkanals (TrCH) ausgeführt. Zu dieser Zeit wird auch eine Anforderung zum Hinzufügen oder Löschen eines Vi deosendens/empfangens von der Anschlussseite an die Basisstation BS in einer Weise ähnlich der Anrufursprungsverarbeitung gesendet. Beim Empfang dieser Anforderung benachrichtigt die Basisstation BS die Anschlüsse A, B über die Zeit, zu welcher der TrCH hinzugefügt oder gelöscht wird, und über die Bedingungen (Parameter), nachdem der TrCH hinzugefügt oder gelöscht wird. Die Basisstation BS meldet auch die TrCH-Multiplex-Sequenz an die Anschlüsse beim Entscheiden der Sequenz nach der Berücksichtigung der Bedingungen, die nach dem Hinzufügen oder Löschen des TrCH vorherrschen. Die Anschlüsse A, B starten das Senden und Empfangen von Video ab der ihnen gemeldeten Zeiteinstellung (oder stoppen das Senden und Empfangen von Video, wenn ein TrCH gelöscht wird).
Wenn sowohl die Anschlüsse als auch die Basisstation eine gemeinsame Regel zum Entscheiden der TrCH-Multiplex-Sequenz besitzen, wird es nicht notwendig sein, dass die Basisstation BS die TrCH-Multiplex-Sequenz bei jeder Gelegenheit den Anschlüssen meldet. Es wird für jeden der Anschlüsse A, B ausreichen, die TrCH-Multiplex-Sequenz durch ein Verfahren zu bestimmen, das gleich ist wie das von der Basisstation BS verwendete, und die Verwendung dieser Multiplex-Sequenz beginnend mit der von der Basisstation gemeldeten Kommunikationsstartzeiteinstellung zu kommunizieren.
Obwohl oben ein Fall beschrieben wurde, in dem die vorliegende Erfindung bei einer Mobilstation angewendet wird, ist die Erfindung auch auf eine Basisstation anwendbar.
Somit wird in Übereinstimmung mit der wie oben beschriebenen vorliegenden Erfindung die Tatsache genützt, dass Transportformate (TFIs) einer Vielzahl von Rahmen innerhalb eines Transmissionszeitintervalls (TTI) in einem Transportkanal (TrCH) mit einem TTI von 20 ms oder mehr identisch sind. Auch wenn eine TFCI-Decodierung fehlerhaft ist, und das TFI jedes Rahmens einen Fehler entwickelt, kann eine Korrektur als Mehrheitsentscheidung angewendet werden, und korrekte TFIs können detektiert werden. Als Ergebnis können die Rahmendaten jedes Transportkanals korrekt demultiplext und decodiert werden.
Da viele offensichtlich stark unterschiedliche Ausführungsformen der vorliegenden Erfindung vorgenommen werden können, ohne vom Umfang derselben abzuweichen, ist es klar, dass die Erfindung nicht auf ihre spezifischen Ausführungsformen begrenzt ist, ausgenommen wie in den beigeschlossenen Ansprüchen definiert.

Claims

Empfangsvorrichtung in einem CDMA-Kommunikationssystem zum Codieren von Sendedaten jedes einer Vielzahl von Transportkanälen in einem vorherbestimmten Transmissionszeitintervall TTI, Aufteilen der codierten Daten jedes Transportkanals in einer Rahmenperiode, um Rahmendaten mit einer vorgeschriebenen Bitlänge zu erhalten, Multiplexen und Senden der Rahmendaten jedes Transportkanals, und Senden, Rahmen für Rahmen, von Kombinationsinformationen TFCI von Transportformaten TFIs, die die Rahmendatenlänge jedes Transportkanals spezifizieren, welche Vorrichtung umfasst: eine Speichereinheit (65a, 65b) zum Speichern gemultiplexter Daten, die empfangen wurden; eine Transportformat-Diskriminierungseinheit (65c, 31, 32) zum Decodieren der TFCI Rahmen für Rahmen und Diskriminieren eines Transportformats TFI in jedem Transportkanal Rahmen für Rahmen auf der Basis der TFCI; eine Transportformat-Entscheidungseinheit (33) zum Vergleichen, auf einer Pro-Transportkanal-Basis, von Transportformaten TFIs einer Vielzahl von Rahmen innerhalb eines vorgeschriebenen Transmissionszeitintervalls TTI, das mit dem Transportkanal konform ist, und, wenn Transportformate unterschiedlich sind, Entscheiden eines Transportformats TFI in dem Transmissionszeitintervall TTI durch eine Mehrheitsentscheidung; einen Demultiplexer (65d, 65e) zum Identifizieren der Bitlänge pro Rahmen jedes Transportkanals auf der Basis des entschiedenen Transportformats TFI und Demultiplexen gemultiplexter Daten, die in der Speichereinheit (65b) gespeichert wurden, Kanal für Kanal auf der Basis der Bitlänge; und einen Decodierer (65f, 66) zum Zusammenführen und Decodieren, in einem Betrag äquivalent zum Transmissionszeitintervall, von Rahmendaten, die auf einer Pro-Transportkanal-Basis demultiplext wurden.
Empfangsverfahren in einem CMDA-Kommunikationssystem zum Codieren von Sendedaten jedes einer Vielzahl von Transportkanälen in einem vorherbestimmten Transmissionszeitintervall (TTI), Aufteilen der codierten Daten jedes Transportkanals in einer Rahmenperiode, um Rahmendaten mit einer vorgeschriebenen Bitlänge zu erhalten, Multiplexen und Senden der Rahmendaten jedes Transportkanals, und Senden, Rahmen für Rahmen, von Kombinationsinformationen TFCI von Transportformaten TFIs, die die Rahmendatenlänge jedes Transportkanals spezifizieren, welches Verfahren die Schritte umfasst: Speichern (201) empfangener gemultiplexter Daten und Decodieren (202) der TFCI Rahmen für Rahmen; Diskriminieren (203) eines Transportformats TFI in jedem Transportkanal Rahmen für Rahmen auf der Basis der TFCI jedes Rahmens; Vergleichen (205), auf einer Pro-Transportkanal-Basis, von Transportformaten TFIs einer Vielzahl von Rahmen innerhalb eines Transmissionszeitintervalls TTI, das mit dem Transportkanal konform ist, und, wenn Transportformate unterschiedlich sind, Entscheiden (207) eines Transportformats TFI in dem Transmissionszeitintervall TTI durch eine Mehrheitsentscheidung; Identifizieren (209) der Bitlänge pro Rahmen jedes Transportkanals auf der Basis des entschiedenen Transportformats TFI; Demultiplexen (210) der gespeicherten gemultiplexten Daten Kanal für Kanal auf der Basis der Bitlänge; und Zusammenführen und Decodieren (108, 111), in einem Betrag äquivalent zum Transmissionszeitintervall, von Rahmendaten, die auf einer Pro-Transportkanal-Basis demultiplext wurden.