DE60311604T2

DE60311604T2 - Abwicklung eines abnormalen Falls für Acknowledged Transmission Mode und Unacknowledged Transmission Mode

Info

Publication number: DE60311604T2
Application number: DE60311604T
Authority: DE
Inventors: Sam Shiaw-Shiang Jiang
Original assignee: Innovative Sonic Ltd
Current assignee: Innovative Sonic Ltd
Priority date: 2002-05-06
Filing date: 2003-05-02
Publication date: 2007-11-22
Anticipated expiration: 2023-05-03
Also published as: US7388883B2; EP1361707B1; US7944944B2; EP1361707A2; DE60311604D1; CN100566470C; JP3761533B2; JP2003339075A; US20030223385A1; TWI220815B; KR20030086929A; EP1361707A3; KR100535295B1; US20080279218A1; TW200402943A; CN1457202A

Description

HINTERGRUND
Diese Erfindung bezieht sich auf drahtlose Kommunikation. Insbesondere stellt diese Erfindung eine effizientere Art und Weise zur Verfügung, mit der mehrere abnormale Fälle für Acknowledged-Mode-Übertragung und Unacknowledged Mode-Übertragung behandelt werden können.
Die Acknowledged-Mode- und Unacknowledged-Mode-Übertragungen sind aus der Norm ETSI TS 125 322 V. 3.10.0 (2002-03), UMTS; RCL Protokoll-Norm, 3GPP TS 25.322 Version 3.10.0 Ausgabe 1999 bekannt. In dem Acknowledged-Mode (AM) in einem drahtlosen Kommunikationsnetzwerk sind die zwischen zwei RLC-Peer-Objekten (ein UE oder ein UTRAN kann entweder ein Sender oder ein Empfänger sein) übertragenen Daten in dem Packet-Data-Unit(PDU)-Format. 1 stellt die vereinfachte Prozedur für Acknowledged-Mode-Daten(AMD)-Übertragung dar.
Der Sender verpackt Radio Link Control (RLC) Service Data Units (SDUs), die er von oberen Schichten empfängt, in eine oder mehrere AMD PDUs von festgelegter Größe. Wenn die AMD PDU zum ersten Mal übertragen wird, soll der Sender das "Sequence Number"(Sequenznummernfeld)-Feld, sein "Length Indicator"(Längenindikatorfeld)-Feld und sein "Polling Bit" (Abfagebit) entsprechend einstellen. Andernfalls verwendet, wenn die AMD PDU erneut gesendet wird, der Sender dieselbe "Sequence Number" bzw. Sequenznummer wie sie die ursprüngliche AMD PDU aufweist. Aufgrund der Tatsache, dass eine Huckepack-STATUS PDU einbezogen ist, wird der Sender das "Length Indicator"-Feld einer erneut gesendeten AMD PDU aktualisieren. Natürlich stellt der Sender auch das "Polling Bit" entsprechend ein. Danach wird, wenn eine oder mehrere AMD PDUs zur Übertragung oder erneuten Übertragung eingeplant sind, der Sender alle fertigen AMD PDUs zum Übertragen an eine untere Schicht vorlegen.
Beim Empfangen einer AMD PDU soll der Empfänger seine Zustandsvariablen für jede empfangene AMD PDU aktualisieren. Der Empfänger setzt die empfangenen AMD PDUs zu RLC SDUs neu zusammen. Wenn "In-Sequence Delivery" (In-Reihenfolge-Lieferung) konfiguriert ist, liefert der Empfänger die RLC SDUs in Aufeinanderfolge bzw. In-sequence (d.h., in derselben Reihenfolge, in der die RLC SDUs ursprünglich durch das Peer-Objekt – den Sender – übertragen worden sind) über den AM-Service-Access-Point (AM-SAP) an obere Schichten. Andernfalls wird er die RLC SDUs in beliebiger Reihenfolge über den AM-SAP an obere Schichten liefern.
Ferner verwenden der Sender und der Empfänger ein RLC-Reset-Verfahren, um die Peer-Objekte wieder zu synchronisieren, wenn ein abnormaler Zustand aufgetreten ist. 2 stellt die grundlegende Prozedur für ein RLC-Reset dar. Während der Reset-Prozedur werden die Hyper-Frame-Nummern bzw. Hyper Frame Numbers (HFN) in dem Sender und dem Empfänger synchronisiert. Gewöhnlich haben die RESET PDUs und die RESET ACK PDUs eine höhere Priorität als die AMD PDUs. Wenn eine Reset-Prozedur gestartet worden ist, kann sie nur bei Empfang einer RESET ACK PDU mit demselben Reset-Sequence-Nummer(RSN)-Wert wie in der entsprechenden RESET PDU beendet werden, oder auf die Anforderung von der oberen Schicht hin für Wiederherstellung oder Freigabe. Eine Reset-Prozedur wird nicht durch den Empfang einer RESET PDU von dem Peer-Objekt unterbrochen.
Der Sender und Empfänger können viele Techniken verwenden, wie die "Sequence Number" (Sequenznummer) jeder PDU, den "Length Indicator" (Längenindikator) mit zulässigen Werten oder reservierten Werten die Übertragungs- und Empfangsfenstergröße und andere, um jeden während der Übertra gung auftretenden Fehler zu überwachen, und um die Synchronisierung zwischen ihnen zu erhalten.
3 stellt dar, wie eine AMD PDU mit abnormalem Zustand bearbeitet wird. Wenn der Empfänger eine AMD PDU außerhalb des Bereichs seines Empfangsfensters (Schritt 5 und 10) empfängt, wird der Empfänger die AMD PDU verwerfen (Schritt 15) und zu Schritt 20 gehen. Wenn die Sequenznummer innerhalb der Bereiches ist, dann prüft der Empfänger, ob der Wert des "Length Indicator" der empfangenen PDU ungültig oder reserviert ist (Schritt 40). Wenn der "Length Indicator" einen ungültigen oder einen reservierten Wert aufweist, verwirft der Empfänger diese AMD PDU und behandelt die verworfene AMD PDU als eine fehlende (Schritt 50). Ein ungültiger Wert des "Length Indicator" kann ein Wert sein, der größer ist als die Größe des Datenfeldes in der PDU. Außerdem kann ein ungültiger Wert dadurch verursacht werden, dass irgend ein Wert verwendet wird, der die Regeln des RLC-Protokolls verletzt, wie die Verwendung der beiden Werte von 1111110 und 1111111 für den "Length Indicator" in derselben PDU, die Verwendung des Wertes 1111110, auf den nicht ein Erweiterungsbit mit dem Wert 0 folgt, oder die Verwendung einer inkorrekten Reihenfolge des "Length Indicator" etc. Andernfalls soll, wenn der "Length Indicator" gültig ist und nicht reserviert ist, der Empfänger seine Zustandsvariablen aktualisieren (Schritt 45). Als nächstes prüft der Empfänger im Schritt 20, ob das "Polling Bit" der empfangenen AMD PDU auf "1" eingestellt ist. Wenn das der Fall ist, soll der Empfänger die STATUS PDU-Übertragungsprozedur starten (Schritt 30) und dann die empfangenen AMD PDUs neu zu RLC SDUs zusammensetzen (Schritt 55). Außerdem prüft der Empfänger weiterhin, wenn das "Polling Bit" nicht "1" ist, ob der "Missing PDU Indicator" konfiguriert ist, und der Empfänger erfasst jegliche fehlende AMD PDU (Schritt 25). Wenn der Indikator bzw. Indicator konfiguriert ist und eine PDU fehlt, startet der Empfänger im Schritt 30 die STATUS PDU-Übertragungsprozedur und geht dann zu Schritt 55. Wenn jedoch der "Missing PDU Indicator" nicht konfiguriert ist, oder wenn der Empfänger keine fehlende PDU erfasst, wird der Empfänger die empfangenen AMD PDUs neu zu RLC SDUs zusammensetzen und die AMD PDUs über AM-SAP an obere Schichten liefern (Schritte 55, 60).
Auch prüft auf der Empfängerseite, wenn das Triggern eines STATUS-Berichtes aufgetreten ist, wie in 4 gezeigt, der Empfänger zuerst, ob es aktive Statusverbotsfunktionen oder aktive "EPC Mechanism" (EPC-Mechanismen) gibt (Schritte 70, 75). Wenn dies der Fall ist, verzögert der Empfänger das Vorlegen der STATUS PDU bis das "STATUS Prohibit" oder "EPC Mechanism" inaktiv wird (Schritt 100). Andernfalls soll der Empfänger negative Bestätigungen bzw. Acknowledgements für alle AMD PDUs, die als fehlend erfasst sind, und positive Bestätigungen für alle AMD PDUs, die bis zu einem letzten VR(R) empfangen worden sind, umfassen und optionale Super-Feld- bzw. Super-Field-Variablen in einer STATUS PDU erstellen, die an den Sender zurückgeschickt werden (Schritte 80, 85, 90 und 95). Auf der Senderseite prüft, wenn der Sender eine STATUS PDU von dem Empfänger empfängt (Schritt 105), der Sender, ob die STATUS PDU "Erroneous Sequence Number" bzw. "fehlerhafte Sequenznummer" enthält. Wenn das der Fall ist, soll der Sender die STATUS PDU verwerfen und die RLC-Reset-Prozedur starten (Schritte 135, 140). Wenn die STATUS PDU "Erroneous Sequence Number" nicht umfasst, aktualisiert der Sender seine Zustandsvariablen VT(A) und VT(MS) (Schritt 115). Dann prüft der Sender, ob die STATUS PDU negativ bestätigte AMD PDUs umfasst (Schritt 120). Wenn dies nicht der Fall ist, geht er zu Schritt 130. Andernfalls, wenn dies der Fall ist, soll der Sender die bestätigte-Daten-Übertragungsprozedur starten und diese negativ bestätigten AMD PDUs erneut übertragen. Zuletzt bearbeitet der Sender im Schritt 130 optionale Super-Feld-Variablen, soweit benötigt.
In dem Unacknowledged Mode (UM) bzw. nicht-bestätigter-Modus sind in einem drahtlosen Kommunikationsnetzwerk die zwischen zwei RLC-Peer-Objekten übertragenen Daten auch in einem Packet Data Unit(PDU)-Format. Die 5 stellt die grundlegende Prozedur für Unacknowledged-Mode-Daten(UMD)-Übertragung dar.
Der Sender verpackt von einer oberen Schichten erhaltene Radio Link Control (RLC) Service Data Units (SDUs), in eine oder mehrere UMD PDUs von festgelegter Größe. Die UMD PDU wird nur einmal übertragen. Der Sender soll das "Sequence Number"-Feld und sein "Length Indicator"-Feld entsprechend einstellen. Zum Beispiel enthält die UM-Daten-Zustandsvariable VT(US) die "Sequence Number" der nächsten zu übermittelnden UMD PDU. Sie soll jedes Mal, wenn eine UMD PDU übertragen wird, schrittweise um 1 erhöht werden. Wenn eine oder mehrere UMD PDUs zur Übertragung eingeplant sind, soll der Sender jegliche fertigen UMD PDUs der niedrigeren Schicht zur Übertragung vorlegen. Wenn die Sequenznummer über den maximalen Wert der 7-Bit-Darstellung, d.h. 127, zu 0 zurückführt, wird die verbundene Hyper-Frame-Nummer (HFN) schrittweise um eins erhöht. Die HFNs werden nicht ausdrücklich in die UMD PDUs gesendet. Stattdessen werden sie unabhängig in dem Peer-Sender und -Empfänger gehalten. Ein Verschlüsselungsmechanismus wird die HFN als einen Parameter verwenden, um bei dem Sender zu verschlüsseln und bei dem Empfänger zu entschlüsseln. Wenn die HFNs des Peer-Objektes nicht in Synchronisierung gehalten werden, wird der Verschlüsselungsmechanismus versagen.
Beim Empfangen einer UMD PDU von einem Sender (Schritt 150), wie in 6 gezeigt, prüft der Empfänger, ob der Wert des "Length Indicator" der empfangenen UMD PDU ungültig oder reserviert ist (Schritt 155), zum Beispiel prüft der Empfänger, ob der "Length Indicator" einen Wert aufweist, der entweder größer ist als die Größe des Datenfeldes in der PDU (ungültig), oder einen Wert, der dafür spezifiziert ist, für die UMD PDU für andere Zwecke reserviert zu sein, wie für Funktionen für spätere Freigaben. Wenn er ungültig ist oder reserviert ist, verwirft der Empfänger die UMD PDU und behandelt die UMD PDU als fehlend (Schritt 160), und dann ist zu Schritt 190 zu gehen. Andernfalls aktualisiert der Empfänger die Empfänger-gesendete-Sequenz-Zustandsvariable bzw. Receiver Send Sequence-Zustandsvariable VR(US), damit sie die "Sequence Number" enthält, die der der letzten empfangenen UMD PDU folgt (Schritt 170). Wenn z. B. eine UMD PDU mit "Sequence Number" x empfangen wird, soll die VR(US) auf x + 1 eingestellt werden. Der Empfänger prüft außerdem, ob irgend eine UMD PDU fehlt, d.h., der Empfänger prüft, ob der Aktualisierungsschritt der VR(US) größer als eins ist (Schritt 175). Wenn der Aktualisierungsschritt der VR(US) nicht größer als eins ist, prüft der Empfänger, ob die empfangene UMD PDU das erste Segment einer SDU ist, indem nach einem vorher definierten "Length Indicator"-Wert "1111100" oder "1111 11111111 100" gesucht wird, der verwendet wird, um das erste Achtbitzeichen in dieser UMD PDU anzuzeigen, das das erste Achtbitzeichen einer RLC SDU ist (Schritte 180, 185). Wenn die empfangene UMD PDU nicht das erste Segment einer SDU ist, soll der Empfänger die empfangene UMD PDU zu RLC SDU(s) zusammensetzen und die RLC SDU(s) über UM-SAP der oberen Schicht vorlegen (Schritte 195 und 200). Wenn jedoch irgend eine fehlende UMD PDU in den Schritten 175 und 160 erfasst wird, soll der Empfänger jegliche SDU(s) verwerfen, die in dem/den fehlenden UMD PDU(s) Segmente aufweist/aufweisen (Schritt 190).
Insgesamt weist der Stand der Technik eine ineffiziente Art und Weise auf, um eine AMD PDU, deren "Length Indicator" einen ungültigen oder reservierten Wert in einer Acknowledged Mode-Übertragung aufweist, zu bearbeiten. Es gibt durch den physikalische-Schicht-CRC-Residue-Error verursachte Fälle, bei denen die fehlerhafte Bitfolge der AMD PDU von dem CRC-System nicht erkannt wird. In dieser Situation könnte die Sequenznummer der AMD PDU auch Fehler enthalten. Der Empfänger behandelt eine AMD PDU, deren "Length Indicator" einen ungültigen oder reservierten Wert ausweist, als eine fehlende PDU. Siehe Schritt 50 in 3. Wenn ein Statusbericht getriggert wird, würde der Bericht eine negative Bestätigung dieser AMD PDU mit möglicherweise kontaminierter Sequenznummer beinhalten. Siehe Schritt 80 in 4. Außerdem erkennt der Sender, wenn die kontaminierte Sequenznummer außerhalb des Übertragungsfensters ist, diesen Statusbericht als eine "Erroneous Sequence Number" enthaltend und wird entsprechend eine RLC-Reset-Prozedur starten. (Siehe Schritt 140 in 5). Somit könnte, wenn die AMD PDU mit ungültigem oder reserviertem Längenindikator bzw. Length Indicator als eine fehlende PDU behandelt wird, der Sender eine unnötige RLC-Reset-Prozedur starten.
Ein ähnlich ineffektives Verfahren tritt auch in einer Unacknowledged-Mode-Übertragung auf. Wobei der Empfänger eine UMD PDU mit ihrem "Length Indicator" empfangen kann, der einen ungültigen oder einen reservierten Wert aufweist. Wie bei der AM-Übertragung kann das an einem physikalische-Schicht-CRC-Residue-Error liegen, d.h., es gibt Fehler in der Bitfolge der UMD PDU und diese Fehler werden von dem CRC-System nicht erkannt. In dieser Situation könnte die Sequenznummer der UMD PDU auch Fehler enthalten. In der Konstruktion des Standes der Technik behandelt der Empfänger eine UMD PDU mit ungültigem oder reserviertem "Length Indicator" als eine fehlende PDU. Wenn die Sequenznummer auch kontaminiert ist, wird der Empfänger falsche SDUs verwerfen. Siehe Schritte 160 und 190 in 6. Auch wird, wenn die kontaminierte Sequenznummer die Reihenfolge von der schrittweisen Erhöhung zu der schrittweisen Verringerung verändert, verglichen mit der zuvor empfangenen UMD PDU, der Empfänger die UMD PDU verwerfen, aber er wird irrtümlicher Weise den HFN-Wert schrittweise erhöhen, so dass die HFNs nicht mehr synchron mit dem Sender sein werden. Folglich wird der Verschlüsselungsmechanismus versagen und es wird bewirkt, dass alle die folgenden übertragenen UMD PDUs verloren sind. Somit könnte, wenn, die UMD PDU mit einem einen ungültigen oder einen reservierten Wert aufweisenden "Length Indicator" als eine fehlende PDU behandelt wird, der Empfänger falsche SDUs verwerfen und außerdem bewirken, dass die HFNs mit dem Sender nicht synchronisiert sind.
ZUSAMMENFASSUNG
Um zu vermeiden, dass unnötige RLC-Reset-Prozeduren aufgerufen werden oder HFN-Synchronisierung verloren wird, wird ein besseres und effizienteres Verfahren zur Behandlung einer AMD PDU oder UM PDU mit ihrem einen ungültigen oder einen reservierten Wert aufweisenden "Length Indicator" benötigt.
BESCHREIBUNG DER ZEICHNUNGEN
Auf die folgenden Zeichnungen mit Bezugszeichen und beispielhaften Ausführungsbeispielen wird für Erklärungszwecke Bezug genommen.
1 stellt eine vereinfachte AM-Daten-Übertragungsprozedur dar;
2 stellt die grundlegende Prozedur für ein RLC-Reset dar;
3 stellt kurz die AMD PDU-Handhabungsprozedur durch den Empfänger für die empfangenen AMD PDUs dar;
4 stellt kurz eine STATUS-Bericht-Handhabungsprozedur durch einen Sender und einen Empfänger im AM dar;
5 stellt eine vereinfachte UM-Datenübertragungsprozedur dar;
6 stellt kurz die UMD PDU-Handhabungsprozedur durch den Empfänger dar, wenn eine UMD PDU empfangen wird.
7 stellt kurz die UMD PDU-Handhabungsprozedur der Erfindung durch den Empfänger für die empfangenen AMD PDUs dar;
8 stellt kurz die UMD PDU-Handhabungsprozedur der Erfindung durch den Empfänger dar, wenn eine UMD PDU empfangen wird;
9 stellt kurz eine andere AMD PDU-Handhabungsprozedur der Erfindung durch den Empfänger für die empfangenen AMD PDUs dar.
BESCHREIBUNG DER ERFINDUNG
Diese Erfindung ändert die Art und Weise, mit der der Stand der Technik eine PDU mit ihrem "Length Indicator", der einen ungültigen oder einen reservierten Wert aufweist, bearbeitet. Im AM soll, wenn der Empfänger eine AMD PDU mit einem ungültigen oder reservierten Wert eines "Length Indicator" empfängt, anstatt die AMD PDU zu verwerfen und sie als fehlend zu behandeln, der Empfänger die AMD PDU verwerfen und als nie empfangen behandeln, während der Inhalt eines Statusberichtes entsprechend erstellt wird.
7 ist eine genaue Kopie von 3, mit der Ausnahme von Schritt 50 in 3, der in 7 zu Schritt 51 geändert ist, wo der Schritt 51 "die AMD PDU nicht beachtet und die AMD PDU als nie empfangen behandelt, wenn eine PDU gemeldet ist". Des Weiteren folgt in 7 Schritt 52 auf Schritt 51, und die Prozedur ist beendet. Die ähnliche Änderung soll in dem UM implementiert sein. 8 ist eine genaue Kopie von 6, mit Ausnahme von Schritt 160 von 6, der durch den Schritt 161 von 8 ersetzt ist. Wenn der Empfänger ein UMD PDU empfängt, wobei sein "Length Indicator" einen ungültigen oder einen reservierten Wert aufweist, soll der Empfänger, anstatt die UM PDU zu verwerfen und die UM PDU als fehlend zu behandeln, die UMD PDU verwerfen oder nicht beachten, und sie als nie empfangen behandeln, während der Empfänger die HFN-Werte beibehält und relevante SDUs entsprechend verwirft. Somit soll Schritt 160 von 6 zu Schritt 161 von 8 geändert werden, wo der Schritt "die UMD PDU nicht beachtet und sie als nie empfangen behandelt". Natürlich gibt es keine Notwendigkeit in 8 nach Schritt 161 zu Schritt 190 zu gehen. Stattdessen folgt in 8 Schritt 162 auf Schritt 161, und die Prozedur ist beendet.
Außerdem soll im AM, wenn der Empfänger eine AMD PDU mit ihrem einen ungültigen oder einen reservierten Wert aufweisenden "Length Indicator" empfängt, neben dem Verwerfen der AMD PDU der Empfänger ferner prüfen, ob sein "Polling Bit" in der verworfenen AMD PDU auf "1" gesetzt ist. Wenn dies der Fall ist, wird die AMD PDU eine Abfrage für den Statusbericht triggern, der Empfänger einen Statusbericht senden, wobei der Inhalt so erstellt ist, als ob die AMD PDU nie empfangen worden ist. Dies ist in 9 dargestellt. 9 ist eine genaue Kopie von 7 mit der Ausnahme, dass die Prozedur in 9 nach Schritt 51 zu Schritt 20 geht.
Für den AM-Übertragungsfall, verschwendet, wenn eine unnötige RLC-Reset-Prozedur gestartet ist, das Netzwerk eine Menge von Frequenzressourcen, da RESET PDUs und RESET ACK PDUs zwischen den Peer-Objekten signalisiert werden müssen. Außerdem wird die Netzwerkdatenübertragung aufgrund des unnötigen, häufigen Vorkommens von RLC-Reset-Prozeduren weiter verzögert. Diese Erfindung kann dazu beitragen, dass bei bestehenden Netzwerken und Handys viele unnötige RLC-Reset-Prozeduren vermieden werden, und ihre Effizienz verbessert wird. Bezüglich des UM-Übertragungsfalles kann die Erfindung dazu beitragen, dass verhindert wird, dass bei bestehenden Netzwerken und Han dys falsche SDUs verworfen werden, und bei den Problemen von HFN-nicht-Synchronisierung Abhilfe schaffen.

Claims

Verfahren, um das Auftreten von einem Radio Link Control-Reset, nachstehend als RLC abgekürzt, oder die Wahrscheinlichkeit des Verlustes einer Hyper Frame Number-Synchronisierung, nachstehend als HFN abgekürzt, während der Datenblockübertragung zwischen einem Sender und einem Empfänger in einem drahtlosen Kommunikationssystem zu reduzieren, wobei die Datenblöcke unterschiedliche Statusbezogene Felder enthalten können, wobei das Verfahren folgende Schritte aufweist: – beim Empfänger: – Empfangen eines Datenblocks vom Sender, während der Datenübertragungsablauf in einem Acknowledged Mode oder einem Unacknowledged Mode (5; 150) ausgeführt wird; und – Bestimmen des Status der Status-bezogenen Felder der empfangenen Datenblöcke (10, 40; 155); dadurch gekennzeichnet, dass – der im Unacknowledged Mode empfangene Datenblock nicht beachtet und behandelt wird, als ob er niemals empfangen worden wäre, während der Empfänger einen HFN-Wert beibehält, wenn ein besonderes Status-bezogenes Feld einem von einer Mehrzahl von abnormalen Zuständen (155) entspricht; und – der im Acknowledged Mode empfangene Datenblock nicht beachtet wird, als ob er niemals empfangen worden wäre, während der Inhalt eines Statusberichts aufgebaut wird, wenn ein empfangener Statusbericht erstellt wird (51), wenn ein besonderes Status-bezogenes Feld einem von einer Mehrzahl der abnormalen Zustände (40) entspricht.
Verfahren gemäß Anspruch 1, wobei ein besonderes Statusbezogenes Feld das "Length Indicator"-Feld (40; 155) ist.
Verfahren gemäß Anspruch 2, das den "Length Indicator" mit einem ungültigen Wert (40; 155) aufweist, wenn ein besonderes Status-bezogenes Feld einem von einer Mehrzahl von abnormalen Zuständen entspricht.
Verfahren gemäß Anspruch 2, das den "Length Indicator" mit einem Belegwert (40; 155) aufweist, wenn ein besonderes Status-bezogenes Feld einem von einer Mehrzahl von abnormalen Zuständen entspricht.
Verfahren gemäß Anspruch 1, wobei der im Acknowledged Mode empfangene Datenblock nicht beachtet wird, als ob er niemals empfangen worden wäre, wenn ein empfangener Statusbericht erstellt wird (51), wobei es folgende Schritte aufweist: – Prüfen des "Polling Bit"-Feldes des nicht beachteten Datenblocks (20); und – wenn das "Polling Bit" anzeigt, dass ein Statusbericht angefordert wird, Anzeigen eines Empfangsstatus mit dem bestimmten Inhalt, da der nicht beachtete Datenblock niemals empfangen worden ist (51, 30).
Empfänger zum Reduzieren des Auftretens eines RLC-Resets oder der Wahrscheinlichkeit des Verlustes einer HFN-Synchronisierung während der Datenblockübertragung zwischen einem Sender und einem Empfänger in einem drahtlosen Kommunikationssystem, wobei die Datenblöcke unterschiedliche Status-bezogene Felder enthalten können, wobei der Empfänger Folgendes aufweist: – Einrichtung zum Empfangen eines Datenblocks vom Sender, während der Datenübertragungsvorgang in einem Acknowledged Mode oder einem Unacknowleged Mode (5; 150) ausgeführt wird; und – Einrichtung zum Bestimmen des Status der Statusbezogenen Felder des empfangenen Datenblocks (10, 40; 155); dadurch gekennzeichnet, dass – der Empfänger ferner die Einrichtung zum Nichtbeachten des im Unacknowleged Mode empfangenen Datenblocks aufweist und ihn behandelt, als ob er niemals empfangen worden wäre (161), während der Empfänger einen HFN-Wert beibehält, wenn ein besonderes Status-bezogenes Feld einem von einer Mehrzahl von abnormalen Zuständen (155) entspricht; und die Einrichtung zum Nichtbeachten des im Acknowleged Mode empfangenen Datenblocks aufweist, als ob er niemals empfangen worden wäre, während der Inhalt eines Statusberichts aufgebaut wird, wenn ein Empfangsstatusbericht erstellt wird (150), wenn ein besonderes Status-bezogenes Feld einem von einer Mehrzahl von abnormalen Zuständen (40) entspricht.
Empfänger gemäß Anspruch 6, wobei ein besonderes Statusbezogenes Feld das "Length Indicator"-Feld (40, 155) ist.
Empfänger gemäß Anspruch 7, der den "Length Indicator" mit einem ungültigen Wert (40, 155) aufweist, wenn ein besonderes Status-bezogenes Feld einem von einer Mehrzahl von abnormalen Zuständen entspricht.
Empfänger gemäß Anspruch 7, der den "Length Indicator" mit einem Belegwert (40; 155) aufweist, wenn ein besonderes Status-bezogenes Feld einem von einer Mehrzahl von abnormalen Zuständen entspricht.
Empfänger gemäß Anspruch 6, wobei die Einrichtung zum Nichtbeachten des im Acknowleged Mode empfangenen Datenblocks, als ob er niemals empfangen worden wäre, wenn ein Empfangsstatusbericht erstellt wird (51), Folgendes aufweist: – Einrichtung zum Prüfen des "Polling Bit"-Feldes des nicht beachteten Datenblocks (20); und – Einrichtung zum Anzeigen eines Empfangsstatus mit dem bestimmten Inhalt, da der nicht beachtete Datenblock niemals empfangen worden ist, wenn das "Polling Bit" anzeigt, dass ein Statusbericht angefordert ist (51, 30).