-
Hintergrund der Erfindung
-
1. Anwendungsgebiet der Erfindung
-
Die
vorliegende Erfindung bezieht sich auf ein drahtloses Kommunikationsnetzwerk.
Insbesondere offenbart die vorliegende Erfindung ein Verfahren zur
Bestimmung, wann ein Paketdatenkonvergenzprotokoll- (PCDP-) Folgenummer-Synchronisierungsablauf
ausgeführt
werden soll.
-
2. Beschreibung des Stands
der Technik
-
Bezüglich 1 ist
diese ein Blockdiagramm eines drahtlosen Kommunikationsnetzwerkes 10,
wie es durch die dritte Generation Partnership Project (3GPP) -Spezifikationen
3GPP TS 25.322 V3.10.0 „RLC
Protocol Specification",
3GPP TS 25.331 V3.10.0 „Radio
Ressource Control (RRC) Specification" und 3GPP TS 25.303 V3.11.0 „Interlayer
Procedures in Connected Mode",
die hier durch Bezugnahme eingeschlossen sind, definiert wird. Das
drahtlose Kommunikationsnetzwerk 10 umfasst eine Mehrzahl von
Funknetzteilsystemen 20 (RNS) in Verbindung mit einem Kernnetzwerk 30 (CN).
Die Mehrzahl der RNS 20 wird Universal Mobile Telecommunications System
(UMTS) Terrestrial Radio Access Network, oder kurz UTRAN genannt.
Jedes RNS 20 weist eine Funktnetzwerksteuereinrichtung 22 (RNC)
auf, die mit einer Mehrzahl von Knoten B 24 in Verbindung
ist. Jeder Knoten B 24 ist ein Transceiver, der zum Senden
und Empfangen von drahtlosen Signalen vorgesehen ist. Insbesondere
ordnet das drahtlose Kommunikationsnetzwerk 10 eine mobile
Einheit 40 (üblicherweise
eine „UE
für Benutzerausrüstung" genannt) einer besonderen
RNS 20 zu, die danach das bedienende RNS 20s (SRNS)
der UE 40 genannt wird. Die für die UE 40 vorgesehenen
Daten werden durch die CN 30 zum SRNS 20s gesendet.
Diese Daten sind in der Form von Servicedateneinheiten 28 (SDU),
die durch die RNC 22 des SRNS 20s für die bevorstehende Übertragung
durch einen der Knoten B 24 gehalten werden. Die RNC 22 wählt einen
Knoten B 24 aus, der am besten geeignet ist, die SDUs 28 zur
UE 40 genau zu übertragen.
Diese Auswahl wird z.B. abhängig
vom Ort der UE 40 innerhalb der Domäne des SRNS 20s sein.
Die UE 40 funkt die SDUs 48 zum drahtlosen Kommunikationswerk 10, die
dann durch das SRNS 20s empfangen und zur CN 30 weitergeleitet
werden. Zeitweise kann sich die UE 40 nahe an der Domäne eines
weiteren RNS 20 bewegen, das ein Drift-RNS 20d (DRNS)
genannt wird. Ein Knoten B 24 des DRNS 20d kann
das durch die UE 40 übertragene
Signal empfangen. Die RNC 22 des DRNS 20d leitet
das empfangene Signal an das RNS 20s weiter. Das SRNS 20s verwendet
dieses weitergeleitete Signal vom DRNS 20d zuzüglich des
entsprechenden Signals von seinen eigenen Knoten B 24,
um ein kombiniertes Signal zu erzeugen, das danach dekodiert und
schließlich
in den SDUs 28 verarbeitet wird. Das SRNS 20s leitet
dann diese empfangenen SDUs 28 an das CN 30 weiter. Folglich
müssen
alle Kommunikationen zwischen der UE 40 und dem CN 30.
durch das SRNS 20s durchgehen.
-
Es
wird auf 2 zusammen mit 1 Bezug
genommen. 2 ist ein einfaches Blockdiagramm
der UMTS-Funkschnittstellenprotokollarchitektur.
Die Kommunikation zwischen der UE 40 und dem UTRAN 20u wird
durch ein mehrschichtiges Kommunikationsprotokoll bewirkt, das eine
Schicht 1, Schicht 2 und Schicht 3 umfasst,
die zusammen für den
Transport für
eine Signalisierungsebene 92 (C-Ebene) und eine Benutzerebene 94 (U-Ebene) vorgesehen
sind. Die Schicht 1 ist die physikalische Schicht 60,
die im UTRAN 20u für
das Zusammenfassen der Signale verantwortlich ist, die vom DRNS 20d und
SRNS 20s empfangen werden. Die Schicht 2 umfasst
eine Paketdatenkonvergenzprotokoll (PDCP) -Schicht 70,
eine Funkverbin dungssteuerungs- (RLC-)Schicht 72, und eine
Medienzugriffssteuerungs-(MAC-)Schicht 74. Die Schicht 3 umfasst
eine Funkressourcensteuerungs-(RRC-)Schicht 80. Die U-Ebene 94 wickelt
den Benutzerdatentransport zwischen der UE 40 und dem UTRAN 20u ab,
während die
C-Ebene 92 den Transport für die Signalisierungsdaten
zwischen der UE 40 und dem UTRAN 20u abwickelt.
Die RRC 80 erstellt und konfiguriert alle Kanäle zwischen
dem UTRAN 20u und der UE 40. Die PDCP-Schicht 22 sieht
die Header-Komprimierung für
die Servicedateneinheiten (SDUs) vor, die von der U-Ebene 94 empfangen
werden, um die Bandbreitenanwendungswirkung zu erhöhen. Die RLC-Schicht 72 sieht
die Segmentierung und Verknüpfung
der PDCP 70 SDUs und RRC 80 SDUs in den RLC-Protokolldateneinheiten
(RLC PDUs) vor, und kann durch die Quittiermodus-(AM-)Übertragungen
obere Schichten (wie z.B. die PDCP-Schicht 70 oder RRC-Schicht 80)
mit einer Bestätigung
versehen, dass die RLC PDUs erfolgreich übertragen und zwischen dem
UTRAN 20u und der UE 40 empfangen worden sind.
Die MAC-Schicht 74 sieht das Planen und Multiplexen der
RNC PDUs auf dem Transportkanal vor, der die physikalische Schicht 60 koppelt.
-
Vor
dem Fortfahren ist es nützlich,
von der im Folgenden verwendeten Terminologie Kenntnis zu nehmen.
Eine SDU ist ein Paket, das von einer oberen Schicht empfangen oder
zu einer oberen Schicht durchgelassen wird, während eine PDU ein durch eine
Schicht erzeugtes Paket ist und an eine untere Schicht weitergegeben
oder von einer unteren Schicht empfangen wird. Daher ist eine PDCP
PDU eine RLC SDU. Ähnlich
ist eine RLC PDU eine MAC-SDU usw. Als solches wird es vom Gesichtspunkt
der betrachteten Schicht abhängig
sein, ob ein Paket eine „PDU" oder eine „SDU" genannt wird. Allgemein
wird jede Schicht Informationen, typischerweise in der Form eines
Headers, an den SDU-Daten hinzufügen,
um eine PDU zu erzeugen.
-
Jede
PDCP PDU, die durch die PDCP-Schicht 70 als Antwort auf eine
von der U-Ebene 94 empfangene SDU erzeugt wird, wird zunehmend einer
16-Bit-Folgenummer (SN) durch die PDCP-Schicht 70 zugeordnett,
wenn eine sogenannte verlustfreie Eigenschaft für die Verbindung konfiguriert
wird. Das heißt,
jede sequentielle nachfolgende PDCP PDU, die durch die PDCP-Schicht 70 erzeugt wird,
wird einer zunehmend höheren
SN zugeordnet. Zum Beispiel kann bei einem bestimmten Augenblick in
einem Strom von PDCP PDUs eine erste PDCP PDU einer SN von 62 durch
die PDCP-Schicht 70 zugeordnet werden. Eine zweite PDCP
PDU, die sofort nach der ersten PDCP PDU erzeugt wird, könnte somit
einer SN von 63 zugeordnet werden usw. Wenn ein PDCP-Ereignis
zuerst erstellt wird, weist die erste PDCP PDU des Ereignisses eine
SN von 0 auf. Die SNs sind nicht tatsächlich ein Teil der PDCP PDUs, aber
werden intern durch die PDCP-Schicht 70 aufrechterhalten.
Die PDCP PDUs werden dann der RLC-Schicht 72 zur Übertragung
zugeführt.
Weil die Bandbreite durch die Komprimierung des U-Ebenen-SDU-Headers
maximiert werden sollte, sollte idealerweise jede PDCP PDU größenmäßig kleiner als
die entsprechende U-Ebenen-SDU sein. Um zu gewährleisten, dass dieses tatsächlich der
Fall ist, sollten die PDCP-Headers so klein wie möglich gehalten
werden, und um dieses vorzusehen, werden die PDCP-SNs nicht üblicherweise
in ihren verknüpften
PDCP PDUs übertragen. Ähnlich wird
jede von der RLC-Schicht 72 empfangene PDCP PDU zunehmend
einer SN durch die PDCP-Schicht 70 zugeordnet. Daher existieren
zwei eindeutige Sätze
von PDCP-SNs: Einer für
die von der RLC-Schicht 72 empfangenen PDCP-PDUs und ein
weiterer für
die von den U-Ebenen-94-SDUs erzeugten PDCP PDUs.
-
Da
sich die UE 40 näher
zur Domäne
des DRNS 20d bewegt, wird letztendlich eine Entscheidung
durch das drahtlose Kommunikationsnetzwerk 10 gemacht,
um die UE 40 unter dem DRNS 20d zu platzieren,
und ein Übertragungsvorgang
ausgeführt. Dieser
Vorgang wird ein SRNS-Verschiebungsablauf, und unter bestimmten
Transportmodi, ein verlustfreier Ablauf genannt. Verlust frei heißt, dass
keine der PDCP SDUs 28, 48 während des Verschiebungsablaufes
verloren wird. Es wird nun auf 3 zusammen
mit 1 und 2 Bezug genommen. 3 ist
ein Blockdiagramm der UE 40, die einem verlustfreien SRNS-Verschiebungsablauf
unterzogen wird. Das DRNS 20d wird ein Ziel-RNS 20t (TRNS).
Nach Beendigung des Verschiebungsablaufes wird das TRNS 20t als
neues SRNS 20s für
die UE 40 dienen. Damit das TRNS 20t seine Aufgabe als
neues SRNS 20s für
die UE 40 richtig aufnimmt, muss das gegenwärtige SRNS 20s die
Schlüsselinformation
zum TRNS 20t weiterleiten. Nun wird Bezug auf 4 zusammen
mit 2 und 3 genommen. 4 ist
ein Nachrichtenfolgediagramm für
den Verschiebungsablauf der verlustfreien SRNS beim Stand der Technik.
Die SRNS 20s sendet die Information 50 an das
TRNS 20t weiter. Diese weitergeleitete Information umfasst
eine Abwärtsstrecken-Senden-Folgenummer 52 (DL-Senden_SN), eine
Aufwärtsstrecken-Empfangs-Folgenummer 54 (UL-Empfangs_SN)
und alle unbestätigten
PCDP SDUs 28. Die mehrschichtigen Kommunikationsprotokolle,
die sowohl vom SRNS 20s und der UE 40 verwendet
werden, ermöglichen
der UE 40, diese durch das SRNS 20s übertragenen
PDCP PDUs zu bestätigen,
die erfolgreich durch die UE 40 empfangen wurden. Jegliche
PDCP PDUs, die nicht ausdrücklich
bestätigt
werden, wenn sie durch die UE 40 empfangen werden, werden
unbestätigte
PDCP PDUs genannt. Da jede PDCP SDU 28 eine entsprechende
PDCP PDU aufweist, bedeutet eine unbestätigte PDCP PDU üblicherweise,
dass es eine entsprechende unbestätigte PDCP SDU 28 gibt.
Diese unbestätigten
PDCP SDUs 28 werden durch das SRNS 20s zum TRNS 20t weitergeleitet.
Die DL-Senden_SN 52 ist der Wert der SN, die mit der sequentiell
frühesten
unbestätigten
PDCP SDU verknüpft
ist. Da die SNs nicht ausdrücklich
in die PDCP PDUs übertragen
werden, ermöglicht
dieses der PDCP-Schicht 70 im
TRNS 20t, sich mit einer SN für die entsprechende PDCP PDU
für jede
weitergeleitete PDCP SDU 28 richtig zu verknüpfen. Die UL-Empfangs_SN 54 ist
der Wert der mit einer PDCP SDU verknüpften SN, den das SRN 20s als
Nächstes von
der UE 40 zu empfangen erwartet. Dies ermöglicht dem
TRNS 20t, sich richtig mit einer SN für jede PDCP SDU, die nachfolgend
von der UE 40 empfangen wird, zu verknüpfen. Das TRNS 20t sendet
die UL-Empfangs_SN 54 an die UE 40. Von hier aus kann
die UE 40 bestimmen, welche der PDCP SDUs das Senden an
das TRNS 20s unter der Gestalt als neues SRNS 20s beginnt.
Die UE 40 sendet eine Abwärtsstrecken-Empfangs-Folgenummer 58 (DL-Empfangs_SN) an das
TRNS 20s. Die DL-Empfangs_SN 58 hält den Wert
der SN der nächsten
PDCP SDU, das die UE 40 vom TRNS 20t zum Empfangen
erwartet. Von hier aus kann das TRNS 20t lernen, welche
der weitergeleiteten unbestätigten
PDCP SDUs 28 das Senden an die UE 40 beginnt.
Betrachtet man z.B. eine Situation, in der das SRNS 20s die
PDCP PDUs, wobei jede von ihnen eine entsprechende PDCP SDU aufweist,
an die UE 40 mit den verknüpften SNs von 0 bis 99 gesendet
hat. Man kann ferner annehmen, dass von diesen 100 gesendeten PDCP
PDUs nur die mit den SNs von 0 bis 50 durch die UE 40 bestätigt wurden.
Folglich gibt es unbestätigte
PDCP PDUs mit SNs von 51 bis 99, wobei jede von ihnen eine entsprechende
unbestätigte
PDCP SDU 28 aufweist. Das SRNS 20s hat auch 200
PDCP PDUs, wobei jede von ihnen eine entsprechende PDCP SDU aufweist,
von der UE 40 mit den SNs von 0 bis 199 empfangen. Im SRNS-Verschiebungsablauf
werden die PDCP SDUs 28 mit den verknüpften SNs von 51 bis 99 durch
das SRNS 20s an das TRNS 20t weitergeleitet. Die DL-Senden_SN 52 würde einen
Wert von 51, und die UL-Empfangs_SN 54 einen Wert von 200
aufweisen. Die DL-Empfangs_SN 58 wird einen Wert halten,
der zwischen 51 und 100 liegt, abhängig wieviele der unbestätigten PDCP
PDUs tatsächlich
von der UE 40 empfangen, aber noch nicht bestätigt wurden.
Wenn z.B. die DL-Empfangs_SN 58 einen
Wert von 90 hält, dann
weiß das
TRNS 20t, dass es die weitergeleiteten PDCP SDUs 28 verwerfen
kann, die mit den SNs von 51 bis 89 verknüpft sind, und wir die Übertragung dieser
weitergeleiteten PDCP SDUs 28 mit den verknüpften SNs
von 90 und höher
beginnen. Obwohl es nicht passieren sollte, ist es möglich, dass
die DL-Empfangs_SN 58 entweder die sequentiell vor der
DL-Senden_SN 52 oder die sequentiell nach der SN ist, die
mit der sequentiell letzten weitergeleiteten PDCP SDU 28 verknüpft ist. Ähnlich ist
es für
die UL-Empfangs_SN 54 möglich, sequentiell
vor der letzten PDCP PDU zu sein, die die UE 40 als bestätigt betrachtet,
wenn sie erfolgreich übertragen
wurde, oder sequentiell nach der SN der PDCP PDU zu sein, die die
UE 40 als Nächstes
zum Senden an das UTRAN 20u erwartet. Einer dieser obigen
Vorfälle bedeutet,
dass die durch die RNC 22 des SRNS 20s aufrechterhaltenen
SNs nicht synchron mit den entsprechenden SNs sind, die durch die
UE 40 aufrechterhalten werden, und hier ein als „nächstes erwartetes
Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer" bezeichnet wird.
Ein PDCP-Folgenummer-Synchronisierungsablauf
wird somit durch das TRNS 20t oder durch die UE 40 bewirkt, abhängig welche
Vorrichtung das nächste
erwartete Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer
erfasst. Während
des PDCP-Folgenummer-Synchronisierungsablaufes
(und bei der Annahme eines Beispiels, dass es das TRNS 20t ist, das
das nächste
erwartete Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer erfasst hat), überträgt das TRNS 20t eine
PDCP PDU, die ausdrücklich
ihre verknüpfte
RSN in ihrem PDCP-Header mit dem Datenbereich dieser PDCP PDU entsprechend
der sequentiell am frühesten
weitergeleiteten PDCP SDU 28. Diese PDU wird eine PDCP-SeqNum-PDU
genannt. Sobald die UE 40 diese PDCP-SeqNum-PDU (durch die RLC-Schicht 72)
bestätigt
hat, betrachtet das TRNS 20t den PDCP-Folgenummer-Synchronisierungsablauf
als beendet.
-
Der
primäre
Zweck der vorhandenen PDCP PDU SNs ist die Unterstützung der
verlustfreien SRNS-Verschiebung, wie oben erörtert. Die Nicht-Synchronisierung
der PDCP SNs zwischen zwei PDCP-Ereignissen (d.h. UE 40 und
UTRAN 20u) kann zum PDCP PDU-Verlust führen. Der PDCP-Folgenummer-Synchronisierungsablauf,
wie oben erörtert,
vermeidet diesen Verlust. In allen Fällen ist beim Stand der Technik
die RRC-Schicht 80, entweder im UTRAN 20u oder
in der UE 40, diejenige, die die PDCP-70 anweist, den PDCP-Folgenummer-Synchronisierungsablauf
auszuführen.
Der Stand der Technik vermerkt drei Fälle, in denen die RRC-Schicht 80 bewirken
sollte, dass ein PDCP-Folgenummer-Synchronisierungsablauf auftritt:
- 1) Während
eines RLC-Reset-Ablaufs.
- 2) Während
eines Radio Bearer Reconfiguration-Ablaufs,
- 3) Während
einer verlustfreien SRNS-Verschiebung, wenn ein nächstes erwartetes
Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer
zwischen den Folgenummern der beiden PDCP-Ereignisse erfasst wird.
-
Unter
bestimmten Bedingungen wird der Radio Bearer Reconfiguration-Ablauf
nicht zum Verlust der PDCP PDUs führen. Trotzdem besteht das
Protokoll des Stands der Technik darauf, dass ein PDCP-Folgenummer-Synchronisierungsablauf
ausgeführt
wird. Das ist eine Verschwendung von Funkressourcen, wenn die unnötige Einbeziehung
der 16-Bit-PDCP-Folgenummer in die übertragenen PDCP PDUs erzwungen
wird. Zweitens, wenn der Radio Bearer Reconfiguration-Ablauf mit
dem SRNS-Verschiebungsablauf verknüpft wird, besteht der Stand
der Technik ferner darauf, dass der PDCP-Folgenummer-Synchronisierungsablauf
ausgeführt
wird, auch wenn kein nächstes
erwartetes Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer erfasst worden ist. Nochmals,
dieses verschwendet Funkressourcen. Schließlich gibt es weitere RRC-Abläufe neben
dem Radio Bearer Reconfiguration-Ablauf, der zu einem Verlust der
PDCP PDUs führen
kann, und die beim Stand der Technik nicht berücksichtigt werden. Dies kann
den gesamten verlustfreien SRNS-Verschiebungsablauf des Standes
der Technik untergraben, wenn diese RRC-Abläufe nicht zusammen mit einem
SRNS-Verschiebungsablauf ausgeführt
werden.
-
Das
Dokument Universelles mobiles Telekommunikationssystem (UMTS); Paketdatenkonvergenzprotokoll-
(PDCP-) Spezifikation; 3GPP TS 25.323 Version 5.0.0. Release 5 offenbart
in dem Fall, in dem ein SRNS-Verschiebungsablauf stattfindet, dass
ein PDCP-Folgenummer-Synchronisierungsablauf ausgeführt wird.
Der PDCP-Folgenummer-Synchronisierungsablauf wird ausgeführt, wenn eine
obere Schicht einem PDCP-Ereignis anzeigt, die PDCD-Folgenummer, die
einem RLC-Reset oder Radio Bearer Reconfiguration folgt, oder wenn
das UE/UTRAN PDCP-Ereignis eine ungültige nicht erwartete UL/DL-Empfangs-PDCD-Folgenummer
von der oberen Schicht nach einer Verschiebung empfängt, zu
synchronisieren.
-
Zusammenfassung der Erfindung
-
Es
ist daher eine erste Aufgabe dieser Erfindung, ein Verfahren zum
Bestimmen zu schaffen, wann ein PDCP-Folgenummer-Synchronisierungsablauf ausgeführt werden
soll.
-
Die
Aufgabe wird durch die Merkmale der unabhängigen Ansprüche gelöst.
-
Kurz
zusammengefasst, betrachtet die bevorzugte Ausführungsform der vorliegenden
Erfindung RRC-Abläufe,
die mit einem SRNS-Verschiebungsablauf kombiniert werden können, und
die möglicherweise
zum Verlust der PDCP PDUs führen. Diese
Abläufe
umfassen Transport Channel Reconfiguration, Radio Bearer Setup,
Radio Bearer Release und Zellenaktualisierungs-Abläufe. Ferner
ist jeder dieser RRC-Abläufe
dazu geeignet, zu bewirken, dass die RLC-Partnerinstanzen, die mit
den PDCP-Partnerinstanzen
verbunden sind, wieder aufgebaut werden. Wenn die RRC-Abläufe mit
dem SRNS-Verschiebungsablauf kombiniert werden, wird ein PDCP-Synchronisierungsablauf
nur ausgeführt, wenn
ein nächstes
erwartetes Ungültigkeitsereignis der
UL/DL-Empfangs-PDCP-Folgenummer
während des
SRNS-Verschiebungsablaufs
erfasst wird. Wenn kein nächstes
erwarte tes Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer erfasst wird, dann wird kein
PDCP-Folgenummer-Synchronisierungsablauf
ausgeführt.
Wenn die RRC-Abläufe
nicht zusammen mit dem SRNS-Verschiebungsablauf ausgeführt werden,
dann wird der PDCP-Folgenummer-Synchronisierungsablauf unter den
folgenden Fällen
ausgeführt.
- 1) Der RRC-Ablauf bewirkt, dass das RLC-Ereignis,
das durch das PDCP-Ereignis verwendet wird, wieder aufgebaut wird.
Oder,
- 2) der RRC-Ablauf bewirkt, dass das Header-Komprimierungsprotokoll, das durch das
PDCP-Ereignis verwendet wird, geändert
wird.
-
Es
ist ein Vorteil der vorliegenden Erfindung, dass nur der PDCP-Folgenummer-Synchronisierungsablauf
ausgeführt
wird, wenn ein nächstes
erwartetes Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer
während
eines SRNS-Verschiebungsablaufes
erfasst wird, die unnötige
Einbeziehung der 16-Bit-PDCP-Folgenummern in die PDCP PDUs vermieden
wird, wodurch sich die Datenmenge reduziert, die für jede PDCP-SDU übertragen
werden muss, und somit die Bandbreitenanwendungswirkung erhöht wird.
Wenn ebenfalls die RRC-Abläufe
allein und nicht zusammen mit einem SRNS-Verschiebungsablauf durch einziges
Ausführen
des PDCP-Folgenummer-Synchronisierungsablaufs, wenn der RRC-Ablauf
möglicherweise
den Verlust der PDCP PDUs bewirkt hat, ausgeführt wird, werden unnötige Ausführungen
des PDCP-Folgenummer-Synchronisierungsablaufs vermieden, wodurch
die Bandbreitenanwendungswirkung erhöht wird. Durch Betrachten aller
RRC-Abläufe,
die möglicherweise
zum Verlust der PDCP PDUs führen
können,
gewährleistet
schließlich
die vorliegende Erfindung besser, dass ein verlustfreier SRNS-Verschiebungsablauf
ausgeführt
werden kann.
-
Diese
und andere Ziele der vorliegenden Erfindung werden ohne Zweifel
denjenigen der Durchschnittsfachleute nach Lesen der folgenden detaillierten
Beschreibung der bevorzugten Ausführungsform, die in den verschiedenen
Figuren und Zeichnung dargestellt ist, offensichtlich.
-
Kurzbeschreibung der Zeichnung
-
1 ist
ein Blockdiagramm eines drahtlosen Kommunikationssystems.
-
2 ist
ein einfaches Blockdiagramm einer UMTS-Funkschnittstellenprotokollarchitektur.
-
3 ist
ein Blockdiagramm einer mobilen Einheit von 1, die einem
verlustfreien SRNS-Verschiebungsablauf unterzogen wird.
-
4 ist
ein Nachrichtenfolgediagramm für einen
verlustfreien SRNS-Verschiebungsablauf des Stands der Technik.
-
5 ist
ein einfaches Blockdiagramm einer UMTS-Funkschnittstellenprotokollarchitektur
gemäß der vorliegenden
Erfindung.
-
6 ist
ein vereinfachtes Nachrichtenfolgediagramm zum Ausführen eines
RRC-Zellaktualisierungsablaufs zusammen mit einem SRNS-Verschiebungsablauf
gemäß der vorliegenden
Erfindung.
-
7 ist
ein vereinfachtes Nachrichtenfolgediagramm zum Ausführen eines
RRC-URA-Aktualisierungsablaufes zusammen mit einem SRNS-Verschiebungsablauf
gemäß der vorliegenden
Erfindung.
-
8 ist
ein vereinfachtes Nachrichtenfolgediagramm zum Ausführen eines
RRC-Radio Bearer Setup-Ablaufs zusammen mit einem SRNS-Verschiebungsablauf
gemäß der vorliegenden
Erfindung.
-
9 ist
ein vereinfachtes Nachrichtenfolgediagramm zum Ausführen eines
RRS-Radio Bearer Release-Ablaufs zusammen mit einem SRNS-Verschiebungsablauf
gemäß der vorliegenden
Erfindung.
-
10 ist
ein Nachrichtenfolgediagramm zum Ausführen eines RRC-Transport Channel
Reconfiguration-Ablaufs zusammen mit einem SRNS-Verschiebungsablauf
gemäß der vorliegenden
Erfindung.
-
11 ist
ein Nachrichtenfolgediagramm zum Ausführen eines RRC-Radio Bearer
Reconfiguration-Ablaufs zusammen mit einem SRNS-Verschiebungsablauf
gemäß der vorliegenden
Erfindung.
-
12 ist
ein Nachrichtenfolgediagramm zum Ausführen eines RRC Physical Channel
Reconfiguration-Ablaufs zusammen mit einem SRNS-Verschiebungsablauf
gemäß der vorliegenden
Erfindung.
-
13 ist
ein Nachrichtenfolgediagramm zum Ausführen eines RRC-UTRAN Mobility
Information-Ablaufs zusammen mit einem SRNS-Verschiebungsablauf
gemäß der vorliegenden
Erfindung.
-
14 ist
ein erstes vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden
Erfindung zum Ausführen
eines RRC-Radio Bearer Reconfiguration-Ablaufs ohne Ausführung eines SRNS-Verschiebungsablaufs.
-
15 ist
ein zweites vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden
Erfindung zum Ausführen
eines RRC-Radio Bearer Reconfiguration-Ablaufs ohne Ausführung eines SRNS-Verschiebungsablaufs.
-
16 ist
ein erstes vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden
Erfindung zum Ausführen
eines RRC-Transport Channel Reconfiguration-Ablaufs ohne Ausführung eines SRNS-Verschiebungsablaufs.
-
17 ist
ein erstes vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden
Erfindung zum Ausführen
eines RRC-Radio Bearer Setup-Ablaufs ohne Ausführung eines SRNS-Verschiebungsablaufs.
-
18 ist
ein zweites vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden
Erfindung zum Ausführen
eines RRC-Radio Bearer Setup-Ablaufs ohne Ausführung eines SRNS-Verschiebungsablaufs.
-
19 ist
ein erstes vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden
Erfindung zum Ausführen
eines RRC-Radio Bearer Release-Ablaufs ohne Ausführung eines SRNS-Verschiebungsablaufs.
-
20 ist
ein zweites vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden
Erfindung zum Ausführen
eines RRC-Radio Bearer Release-Ablaufes ohne Ausführung eines
SRNS-Verschiebungsablaufs.
-
21 ist
ein erstes vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden
Erfindung zum Ausführen
eines RRC-Zellenaktualisierungsablaufs ohne Ausführung eines SRNS-Verschiebungsablaufs.
-
22 ist
ein zweites vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden
Erfindung zum Ausführen
eines RRC-Zellenaktualisierungsablaufs ohne Ausführung eines SRNS-Verschiebungsablaufs.
-
Detaillierte Beschreibung
der bevorzugten Ausführungsform
-
In
der folgenden Beschreibung kann die Benutzerausrüstung (UE) ein Mobiltelefon,
handgeführter
Transceiver, Personal Data Assistant (PDA), Computer oder eine andere
Vorrichtung sein, die einen drahtlosen Datenaustausch erfordert.
Es ist anzunehmen, dass dieser drahtlose Datenaustausch die 3GPP-spezifizierten
Protokolle erfüllt.
Es sollte selbstverständlich
sein, dass viele Einrichtungen für die
physikalische Schicht verwendet werden können, um die drahtlosen Übertragungen
zu bewirken, und dass diese Einrichtungen für das nachstehend offenbarte
System verwendet werden können.
-
Gemäß 5 ist
dies ein einfaches Blockdiagramm einer UMTS-Funkschnittstellenprotokollarchitektur
gemäß der vorliegenden
Erfindung. Die Basisanordnung der UMTS-Funkschnittstellenprotokollarchitektur
der vorliegenden Erfindung ist der des Stands der Technik sehr ähnlich,
und wird sowohl in der UTRAN als auch der UE eingesetzt. Insbesondere
wird die drei Schichtenschnittstelle mit der Schnittstelle der Schicht 3 einschließlich einer
RRC-Schicht 101 vorgesehen. Jedoch umfasst die RRC-Schicht 101 der
vorliegenden Erfindung ein PDCP-Neusynchronisierungsmodul 101r,
das bei der RRC-Schicht 101 bewirkt,
eine PDCP-Schicht 102 in der Schnittstelle der Schicht 2 anzuweisen,
die PDCP-Folgenummer-Synchronisierungsabläufe nur
auszuführen, wenn
bestimmte spezifische RRC-Abläufe 101 unter spezifischen
Umständen
ausgeführt
werden. Das PDCP-Neusynchronisierungsmodul 101r wird in 5 als
Teil der RRC-Schicht 101 dargestellt. Durchschnittsfachleute
würden
jedoch schnell erkennen, dass das Neusynchronisierungsmodul 101r wirksam
irgendwo innerhalb der drahtlosen Vorrichtung der vorliegenden Erfindung
angeordnet. werden kann, wenn das Neusynchronisierungsmodul vorzugsweise
durch die Software eingesetzt wird. Diese spezifischen RRC-Abläufe 101 und
ihre zugehörigen Umstände werden
nachstehend detaillierter behandelt, umfassen aber die folgenden
RRC-Abläufe 101: Transport
Channel Reconfiguration, Radio Bearer Setup, Radio Bearer Release,
Zellenaktualisierung, RRC-Radio Bearer Reconfiguration, URA-Aktualisierung
und UTRAN-Mobility Information. All diese RRC-Abläufe 101 werden
dadurch gekennzeichnet, dass sie einen SRNS-Verschiebungsablauf
ausführen
oder damit kombiniert werden können.
Ferner sind all diese RRC-Abläufe 101,
außer
den URA-Aktualisierungs- und UTRAN-Mobility Information-Abläufen, dazu
geeignet, bei der mit der PDCP-Schicht 102 verknüpften RLC-Schicht 103 den
Wiederaufbau zu bewirken, und führt
somit zu einem möglichen
Verlust der nicht übertragenen
RLC-PDUs 103. Diese RRC-Abläufe 101 sind auch
geeignet, die Änderung des
PDCP-Header-Komprimierungsprotokolls 102 zu bewirken.
Somit werden alle RRC-Abläufe 101 letztendlich
dadurch charakterisiert, dass sie möglicherweise zu einem Verlust
der PDCP-PDUs 102 führen.
-
Jeder
der oben angemerkten RRC-Abläufe 101 wird
durch den Durchgang einer verknüpften RRC-Nachricht 101 zwischen
den Partnerinstanzen der RRC 101 initiiert (d.h. zwischen
der RRC 101 der UE und der entsprechenden RRC 101 der
UTRAN). Die RRC-Abläufe 101 sind
zum Ausführen
der SRNS-Verschiebung durch Einschließen eines Informationselements
(IE) in der zugehörigen
RRC-Nachricht 101 geeignet. Durch Einschließen einer "neuen U-RNTI"-IE in der Radio
Bearer Reconfiguration-Nachricht befiehlt das UTRAN der UE, die
SRNS der UE zu ändern.
Wenn das "neue U-RNTI"-IE nicht in der
Radio Bearer Reconfiguration-Nachricht
eingeschlossen ist, wird dann die SRNS-Verschiebung nicht ausgeführt (d.h.
nicht mit dem Radio Bearer Reconfiguration-Ablauf der RRC 101 kombiniert).
Ein "Abwärtsstreckenzäh ler-Synchronisierungsinfo"-IE ist in den anderen
RRC-Nachrichten 101 eingeschlossen
(Transport Channel Reconfiguration, Radio Bearer Setup, Radio Bearer
Release, Zellenaktualisierung, URA-Aktualisierung und UTRAN-Mobility Information),
um zu bewirken, das ein SRNS-Verschiebungsablauf ausgeführt wird.
Wenn das "Abwärtsstreckenzähler-Synchronisierungsinfo"-IE nicht eingeschlossen ist, wird die
SRNS-Verschiebung nicht ausgeführt.
-
Das
Neusynchronisierungsmodul 101r der vorliegenden Erfindung
betrachtet zwei Zustände, unter
denen ein Folgenummer-Synchronisierungsablauf
der PDCP 102 als Antwort auf einen der oben angemerkten
RRC-Ablaufe 101 ausgeführt
werden sollte:
- 1) der RRC-Ablauf 101 wird
mit einem SRNS-Verschiebungsablauf
kombiniert, und
- 2) der RRC-Ablauf 101 wird ohne einen auszuführenden
SRNS-Verschiebungsablauf
ausgeführt.
-
Bezüglich des
ersten Zustands weist das Neusynchronisierungsmodul 101r der
vorliegenden Erfindung das PDCP-Ereignis 102 an, einen
Folgenummer-Synchronisierungsablauf der PDCP 102 auszuführen, wenn
ein nächstes
erwartetes Ungültigkeitsereignis
der UL-DL-Empfangs-PDCP-Folgenummer während des SRNS-Verschiebungsablaufs erfasst
wird. Andererseits wird kein Folgenummer-Synchronisierungsablauf
der PCDP 102 ausgeführt.
Bezüglich
des zweiten Zustands weist das Neusynchronisierungsmodul 101r das
PDCP-Ereignis 102 an, einen Folgenummer-Synchronisierungsablauf der PCDP 102 nur
auszuführen,
wenn das RRC-Ereignis 103 des PDCP-Ereignisses 102 infolge
des RRC-Ablaufs 101 wieder
aufgebaut wird, oder wenn das Header-Komprimierungsprotokoll der PDCP 102 die Änderung
durch den RRC-Ablauf 101 bewirkt. Im Allgemeinen wird das
RRC-Ereignis 103 wieder aufgebaut, wenn die Größe der RRC-PDU 103 durch
den RRC-Ablauf 101 geändert
wird.
-
In
allen folgenden vereinfachten Nachrichtenfolgediagrammen sollte
angemerkt werden, dass die durch die vorliegende Erfindung abgedeckten RRC-Abläufe 101 sowohl
mit als auch ohne Kombination mit einem SRNS-Verschiebungsablauf
ziemlich kompliziert sind und große Signalisierungsausmaße mit sich
bringen. Folglich werden die folgenden vereinfachten Nachrichtenfolgediagramme
mit Blöcken
dargestellt, die große
Signalisierungsbereiche darstellen, die mit dem Stand der Technik
identisch sind, die Details davon aber keine direkte Relevanz mit
der vorliegenden Erfindung haben. Die folgenden vereinfachten Nachrichtenfolgediagramme
sind vorgesehen, den angemessenen Durchschnittsfachleuten der 3GPP-Kommunikationsprotokolle
die einschlägigen
Aspekte der vorliegenden Erfindung ohne übermäßige Komplexität darzustellen.
-
Bezug
nehmend auf 6 zusammen mit 5 ist 6 ein
vereinfachtes Nachrichtenfolgediagramme zum Ausführen eines Zellenaktualisierungsablaufs
der RRC 101 zusammen mit einem SRNS-Verschiebungsablauf
gemäß der vorliegenden
Erfindung. Der Zellenaktualisierungsablauf wird ausgeführt, wenn
sich eine UE 110a in einen anderen Zellenbereich bewegt,
und wird zum Aktualisieren des Ortes der UE 110a verwendet.
Unter anderem wird der Zellenaktualisierungsablauf der RRC 101 auch
verwendet, um dem UTRAN einen nicht behebbaren Fehler in einem AM
RLC-Ereignis 103 zu
melden, um das UTRAN der gegenwärtigen
Zelle, auf der die UE 110a nach der Zellen-Wiederauswahl
wartet, zu aktualisieren, und auf einen Funkverbindungsfehler zu
agieren. Außerdem
kann der Zellenaktualisierungsablauf mit einem Wiederaufbauablauf
für ein AM
RLC-Ereignis 103 und den Abläufen von RRC 101 Radio
Bearer Release, Radio Bearer Reconfiguration, Transport Channel
Configuration oder Physical Channel Reconfiguration kombiniert werden.
Die UE 110a initiiert den Zellenaktualisierungsablauf der RRC 101 durch
Senden einer Zellenaktualisierungsnachricht 111 zu ihrer
Partnerinstanz der RRC 101 auf einem SRNS 110c.
Das SRNS 110c bestimmt, ob die UE 110a durch ein
weiteres RNS gesteuert werden muss, und somit, ob ein SRNS-Verschiebungsablauf
ausgeführt
werden muss. Innerhalb der Blöcke 112a und 112b werden
die Signale zwischen der UE 110a, SRNS 110c und
einem TRNS 110b hindurchgehen, um den SRNS-Verschiebungsablauf
zu beginnen. Eine Zellenaktualisierungs-Bestätigungsnachricht 113 wird
dann durch die RRC 101 des TRNS 110b zur entsprechenden
Partnerinstanz RRC 101 auf der UE 110a gesendet,
um den Zellenaktualisierungsablauf zu vollenden. Die Zellenaktualisierungs-Bestätigungsnachricht 113 enthält einen UL-Empfangs_SN-Wert,
den das Neusynchronisierungsmodul 101r auf der UE 110a verwendet.
Die Zellenaktualisierungs-Bestätigungsnachricht 113 enthält ein "Abwärtsstreckenzähler-Synchronisierungsinfo"-IE, um die UE 110a zu
informieren, dass ein SRNS-Verschiebungsablauf ausgeführt wird.
Die SRNS-Kontexte werden durch das SRNS 110c an das TRNS 110b innerhalb
des Blocks 114 weitergeleitet, gefolgt durch die Weiterleitung
der PDCP SDU-Daten. Die RRC 101 der UE 110a sendet
dann eine UTRAN-Mobility Information-Bestätigungsnachricht 115,
oder eine andere geeignete Bestätigungsnachricht
an die Partnerinstanz der RRC 101 auf dem TRNS 110b,
die einen DL-Empfangs_SN-Wert
enthält.
Der DL-Empfangs_SN-Wert wird durch das Neusynchronisationsmodul 101r auf
dem TRNS 110b verwendet. Nur wenn der UL-Empfangs_SN-Wert
durch das Neusynchronisierungsmodul 101r der UE 110r als
gültig
festgelegt wird, d.h., dass das Neusynchronisierungsmodul 101r erfasst,
dass ein nächstes
erwartetes Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer
aufgetreten ist, dann weist das Neusynchronisierungsmodul 101r der
UE 110a die PDCP-Schicht 102 an, einen Folgenummer-Synchronisierungsablauf
der PDCP 102 auszuführen.
In diesem Fall sendet die PDCP-Schicht 102 der UE 110a eine
PDCP SeqNum PDU 116 an die Partnerinstanz der PDCP-Schicht 102 auf
dem TRNS 110b. Andererseits, wenn kein nächstes erwartetes
Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer durch das Neusynchronisierungsmodul 101r der
UE 110a erfasst wird, dann sendet die Partnerinstanz der
PDCP 102 auf der UE 110a keine PDCP SeqNum PDU 116.
Der obige Ablauf wird für alle
Radio Bearers ausgeführt,
die konfiguriert sind, um die verlustfreie SRNS-Verschiebung zu
unterstützen.
Wenn nur der DL-Empfangs_SN-Wert
(wie er von der UE 110a erhalten wird) durch das Neusynchronisierungsmodul 101r des
TRNS 110b festgelegt wird, um ungültig zu sein, d.h., dass das
Neusynchronisierungsmodul 101r erfasst, dass ein nächstes erwartetes
Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer aufgetreten ist, weist das Neusynchronisierungsmodul 101r des
TRNS 110b ebenfalls die PDCP-Schicht 102 an, einen
Folgenummer-Synchronisierungsablauf
der PDCP 102 auszuführen,
die bei der PDCP-Schicht 102 des TRNS 110b bewirkt,
eine PDCP SeqNum PDU 117 an die Partnerinstanz der PDCP-Schicht 102 auf
der UE 110a zu senden. Andererseits, wenn kein nächstes erwartetes
Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer durch das Neusynchronisierungsmodul 101r des
TRNS 110b erfasst wird, dann sendet die Partnerinstanz
der PDCP 102 auf dem TRNS 110b die PDCP SeqNum
PDU 117 nicht. Wie bei der UE 110a wird der obige
Ablauf für
alle Radio Bearers ausgeführt,
die konfiguriert sind, um die verlustfreie SRNS-Verschiebung zu
unterstützen.
-
Bezüglich 7 zusammen
mit 5 ist 7 ein vereinfachtes Nachrichtenfolgediagramm zum
Ausführen
eines URA-Aktualisierungsablaufs der
RRC 101 zusammen mit einem SRNS-Verschiebungsablauf gemäß der vorliegenden
Erfindung. Der URA-Aktualisierungsablauf
ist ähnlich
dem Zellenaktualisierungsablauf, und wird verwendet, um das UTRAN
zu informieren, dass sein UTRAN-Registrierungsbereich (URA), die
auf mehreren Zellen existiert, verändert ist. Vom Gesichtspunkt
der vorliegenden Erfindung ist der URA-Aktualisierungsablauf mit dem
Zellenaktualisierungsablauf, wie er in 6 dargestellt
wird, nahezu identisch. In Kürze,
der URA-Aktualisierungsablauf der RRC 101 wird dann durch
eine UE 120a initiiert, die eine URA- Aktualisierungsnachricht 121 zur
Partnerinstanz der RRC 101 auf einem SRNS 120c sendet.
Die URA-Aktualisierungsnachricht 121 enthält ein IE,
das die Ausführung
der SRNS-Verschiebung bewirkt. Ein TRNS 120b vollendet
den URA-Aktualisierungsablauf durch Senden einer URA-Akutalisierungsbestätigungsnachricht 123 an
das RRC-Ereignis 101 auf der UE 120a. Die URA-Aktualisierungsbestätigungsnachricht
enthält
einen UL-Empfangs_SN-Wert.
Verschiedene SRNS-verschiebungszugehörige Signalisierungsabläufe treten
auf, und schließlich
sendet die RRC 101 der UE 120a eine UTRAN-Mobility
Information-Bestätigungsnachricht 125 an
das TRNS 120b, das einen DL-Empfangs_SN-Wert enthält. Die
Neusynchronisierungsmodule 101r der UE 120a und
das TRNS 120b verwenden dann jeweils den UL-Empfangs_SN-Wert
und den DL-Empfangs_SN-Wert, um zu bestimmen, ob sie das Ausführen eines
Folgenummer-Synchronisierungsablaufes
der PDCP 102 bei ihren entsprechenden PDCP-Partnern 102 bewirken
sollen. Eine PDCP SeqNum PDU 126 wird durch die PDCP-Schicht 102 der
UE 120a nur gesendet, wenn ein nächstes erwartetes Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer
durch das Neusynchronisierungsmodul 101r der UE 120a erfasst
wird. Ähnlich
wird eine PDCP SeqNum PDU 127 durch die PDCP-Schicht 102 des
TRNS 120b nur gesendet, wenn ein nächstes erwartetes Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer
durch das Neusynchronisierungsmodul 101r des TRNS 120b erfasst
wird. Der obige Ablauf wird für
alle Radio Bearers ausgeführt,
die konfiguriert sind, um die verlustfreie SRNS-Verschiebung zu
unterstützen.
-
Bezüglich 8 zusammen
mit 5 ist 8 ein vereinfachtes Nachrichtenfolgediagramm zum
Ausführen
eines Radio Bearer Setup-Ablaufes der RRC 101 zusammen
mit einem SRNS-Verschiebungsablaufes
gemäß der vorliegenden
Erfindung. Die zur SRNS-Verschiebung zugehörige Anfangssignalisierung
wird zwischen einer UE 130a, TRNS 130b und SRNS 130c ausgeführt, wie
durch die Boxen 132a und 132b dargestellt. Die
RRC-Schicht 101 des SRNS 130c sendet dann eine
Standard-Radio Bearer Setup-Nachricht 131 an die UE 110a.
Der Radio Bearer Setup-Ablauf
setzt einen neuen Radio Bearer zum Übertragen und Empfangen von
Benutzerdaten ein, d.h. die Übertragung
entlang der U-Ebene 104. Die Radio Bearer-Einsetzung basiert
auf der Dienstgüte
(QoS), und führt
die Zuordnung der RLC-Parameter 103, Priorität des Multiplexens
für den
Dedicated Traffic Channel (DICH), Common Packet Channel (CPCH)-Satzzuordnung,
die Priorität des
Planens für
den Dedicated Channel (DCH), Transport Format Set (TFS) für den DCH
und das Aktualisieren des Transport Format Combination Set (TFCS)
aus. Der Radio Bearer Setup-Ablauf kann auch die Neukonfiguration
des Radio Bearers umfassen (d.h. die Zuordnung eines physikalischen
Kanals, und Änderung
der verwendeten Transportkanaltypen/RRC-Zustands 101). Zu beachten
ist, das wenn das SRNS 130c nur die Radio Bearers neu konfiguriert,
dann verwendet das SRNS 130c normalerweise den Radio Bearer
Reconfiguration-Ablauf der RRC 101. Die Radio Bearer Setup-Nachricht 131 enthält ein IE,
das die Ausführung
der SRNS-Verschiebung bewirkt, und enthält auch einen UL-Empfangs_SN-Wert,
der nachfolgend durch das Neusynchronisierungsmodul 101r auf
der UE 130a verwendet wird. Eine weitere SRNS-verschiebungszugehörige Signalisierung
wird ausgeführt,
wie durch die Box 134 dargestellt, was im Weiterleiten
der PDCP SDU-Daten vom SRNS 130c zum TRNS 130b kulminiert.
Die Signalisierung, die sich auf die Erfassung der UE 130a durch
das TRNS 130b bezieht, wird ausgeführt, wie durch die Box 135 dargestellt, und
die RRC-Schicht 101 der UE 130a vollendet schließlich den
Radio Bearer Setup-Ablauf durch Senden einer Radio Bearer Setup-Vollständigkeitsnachricht 136 zur
Partnerinstanz der RRC 101 auf dem TRNS 130b.
Die Radio Bearer Setup-Vollständigkeitsnachricht 136 enthält einen UL-Empfangs_SN-Wert,
der nachfolgend durch das Neusynchronisierungsmodul 101r auf
dem TRNS 130b verwendet wird. Eine PDCP SeqNum PDU 137 wird
durch die PDCP-Schicht 102 auf der UE 130a nur
gesendet, wenn ein nächstes
erwartetes Ungültigkeitsereig nis
der UL/DL-Empfangs-PDCP-Folgenummer durch das Neusynchronisierungsmodul 101r der
UE 130a erfasst wird. Ähnlich
wird eine PDCP SeqNum PDU 138 durch die PDCP-Schicht 102 des
TRNS 120b nur gesendet, wenn ein nächstes erwartetes Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer durch das Neusynchronisierungsmodul 101r des
TRNS 130b erfasst wird. Die Neusynchronisierungsmodule 101r bewirken
das Ausführen
des Folgenummer-Synchronisierungsablaufes der PDCP 102 (d.h.,
das Senden der PDCP SeqNum PDUs 137 und 138) auf
den Partnerinstanzen der PDCP 102, die zu den konfigurierten
Radio Bearers gehören,
um die verlustfreie SRNS-Verschiebung zu unterstützen, und die vor dem Ausführen des
Radio Bearer Setup-Ablaufes existierten.
-
Bezüglich 9 zusammen
mit 5 stellt 9 ein vereinfachtes
Nachrichtenfolgediagramm zum Ausführen eines Radio Bearer Release-Ablaufes
der RRC 101 zusammen mit einem SRNS-Verschiebungsablauf gemäß der vorliegenden
Erfindung dar. Dieser RRC-Ablauf 101 gibt einen Radio Bearer frei.
Das RRC-Ereignis 103 für den Radio
Bearer wird ebenfalls freigegeben. Der Ablauf kann auch einen DCH
freigeben, der den TFCS beeinflusst. Er kann auch die Freigabe eines
physikalischen Kanals oder Kanäle
einschließen.
Er kann auch die Reconfiguration der Radio Bearers (z.B. das Verändern der
verwendeten Transport Channel-Typen/Zustands der RRC 101)
einschließen.
Vom Standpunkt der vorliegenden Erfindung ist der Ablauf, wie er
in 9 ausgeführt
wird, mit dem aus 8 nahezu identisch, außer, dass
er im Kontext einer Radio Bearer Release-Nachricht 141 eher
als die Radio Bearer Setup-Nachricht 131 ausgeführt wird,
und sollte aus 9 den angemessenen Durchschnittsfachleuten klar
sein. Der UL-Empfangs_SN-Wert wird in der ursprünglichen Radio Bearer Release-Nachricht 141 zur
UE 140a von einem SRNS 140c übertragen. Der DL-Empfangs_SN-Wert
wird in einer Radio Bearer Release-Vollständigkeitsnachricht 146 zum
TRNS 140b von der UE 140a übertragen. Die Neusynchronisierungsmodule 101r auf
der UE 140a und TRNS 140b verwenden dann jeweils
den UL-Empfangs_SN-Wert und den DL-Empfangs_SN-Wert, um zu bestimmen,
ob ein nächstes
unerwartetes Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer aufgetreten ist, und somit,
ob ein Folgenummer-Synchronisierungsablauf der PDCP 102 durch
entsprechendes Senden einer PDCP SeqNum PDU 147 oder 148 ausgeführt werden
soll. Wie zuvor werden nur die Folgenummer-Synchronisierungsabläufe der
PDCP 102 ausgeführt,
wenn ein entsprechendes nächstes erwartetes
Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer erfasst wird. Wenn es ausgeführt wird,
dann wird der Folgenummer-Synchronisierungsablauf der PDCP auf den
Partnerinstanzen der PDCP 102 ausgeführt, die zu den konfigurierten
Radio Bearers gehören,
um die verlustfreie SRNS-Verschiebung, die nicht freigegeben worden ist,
zu unterstützen.
-
Bezüglich 10 zusammen
mit 5 ist 10 ein
Nachrichtenfolgediagramm zum Ausführen eines Transport Channel
Reconfiguration-Ablaufes der RRC 101 zusammen mit einem
SRNS-Verschiebungsablauf
gemäß vorliegender
Erfindung. Dieser RRC-Ablauf 101 konfiguriert
die Parameter, die einem Transport Channel zugehörig sind, neu, wie z.B. den
TFS. Der Ablauf legt auch einen TFCS fest und kann die physikalischen
Kanalparameter ändern,
um eine Neukonfiguration eines Transport Channel im Betrieb widerzuspiegeln.
Bezüglich
der vorliegenden Erfindung ist der Ablauf denen aus 8 und 9 nahezu
identisch, und sollte aus 10 klar
sein. Die Folgenummersynchronisierung der PDCP 102 wird,
wenn sie ausgeführt
wird, für
die Partnerinstanzen der PDCP 102 ausgeführt, die
zu den konfigurierten Radio Bearers gehören, um die verlustfreie SRNS-Verschiebung zu unterstützen.
-
Bezüglich 11 zusammen
mit 5 ist 11 ein
Nachrichtenfolgediagramm zum Ausführen eines Radio Bearer Reconfiguration-Ablaufs
der RRC 101 zusammen mit einem SRNS-Verschiebungsablauf gemäß der vorliegenden
Erfindung. Dieser RRC-Ablauf 101 konfiguriert die Parameter
für einen
Radio Bearer neu (z.B. die Signalisierungsverbindung), um die Änderungen
in der QoS widerzuspiegeln. Er kann auch die Änderung der RLC-Parameter 103, Änderung
der Priorität
des Multiplexens für
DTCH/DCCH, CPCH-Satzanordnung, Änderung der
DCH-Planungspriorität, Änderung
des TFS für DCH, Änderung
von TFCD, Anordnung oder Freigabe des physikalischen Kanals oder
Kanäle
und Änderung
der verwendeten Transport Channel-Typen umfassen. Bezüglich der
vorliegenden Erfindung ist der Ablauf mit denen von 8, 9 und 10 nahezu
identisch, und sollte aus 11 klar
sein. Die Folgenummersynchronisierung der PDCP 102 wird, wenn
sie ausgeführt
wird, für
die Partnerinstanzen der PDCP 102 ausgeführt, die
zu den konfigurierten Radio Bearers gehören, um die verlustfreie SRNS-Verschiebung
zu unterstützen.
-
Bezüglich 12 zusammen
mit 5 ist 12 ein
Nachrichtenfolgediagramm zum Ausführen eines Physical Channel
Reconfiguration-Ablaufes der RRC 101 zusammen mit einem
SRNS-Verschiebungsablauf
gemäß der vorliegenden
Erfindung. Der Physical Channel Reconfiguration-Ablauf ist ähnlich zu
anderen Reconfiguration-Abläufen
(Radio Bearer Reconfiguration, Transport Channel Reconfiguration),
und wird zum Einsetzen, Neukonfigurieren und Freigeben der physikalischen
Kanäle
verwendet. Bezüglich
der vorliegenden Erfindung ist der Physical Channel Reconfiguration-Ablauf
mit denen von 8 bis 11 nahezu
identisch, und sollte aus 12 klar
sein. Die Folgenummersynchronisierung der PDCP 102 wird,
wenn sie ausgeführt
wird, für
die Partnerinstanzen der PDCP 102 ausgeführt, die
zu den konfigurierten Radio Bearers gehören, um die verlustfreie SRNS-Verschiebung
zu unterstützen.
-
Bezüglich 13 zusammen
mit 5 ist 13 ein
Nachrichtenfolgediagramm zum Ausführen eines UTRAN-Mobility Information-Ablaufes
der RRC 101 zusammen mit einem SRNS- Verschiebungsablauf gemäß der vorliegenden
Erfindung. Der UTRAN-Mobility Information-Ablauf wird verwendet, um
irgendeine oder eine Kombination von einer neuen C-RNTI einer neuen
URNTI zuzuordnen, und sieht eine weitere Mobility-zugehörige Information vor.
Bezüglich
der vorliegenden Erfindung ist der Ablauf denen von 8 bis 12 nahezu
identisch, und sollte aus 13 klar
sein. Die Folgenummersynchronisierung der PDCP 102 wird,
wenn sie ausgeführt
wird, für
die Partnerinstanzen der PDCP 102 ausgeführt, die
zu den konfigurierten Radio Bearers gehören, um die verlustfreie SRNS-Verschiebung
zu unterstützen.
-
Bezüglich 14 zusammen
mit 5 ist 14 ein
erstes vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden
Erfindung zum Ausführen
eines Radio Bearer Reconfiguration-Ablaufs der RRC 101 ohne Ausführung eines
SRNS-Verschiebungsablaufs.
Die RRC-Schicht 101 auf einem SRNS 190b sendet
eine Standard-Radio Bearer Reconfiguration-Nachricht 191 an
die UE 190a. Die RRC 101 der UE 190a antwortet
mit einer Standard-Radio Bearer Reconfiguration-Vollständigkeitsnachricht 192.
Wenn z.B. die Radio Bearer Reconfiguration-Nachricht 191 ein
IE über
die Größe der RRC
PDU 103 enthält,
dann wird die Partnerinstanz der RLC-Schicht 103 auf der
UE 190a und SRNS 190b wieder aufgebaut, wie durch
die gestrichelten Boxen 193a und 193b dargestellt.
Wenn die Partnerinstanzen der RLC-Schichten 103 wieder
aufgebaut sind, werden jegliche RLC PDUs 103, die noch
im Übertragungspuffer
der RRC 103 sind, verworfen, womit der Verlust der PDCP
PDUs 102 bewirkt wird. Wenn die RLC-Schicht 103 der
UE 190a wieder infolge des Radio Bearer Reconfiguration-Ablaufs
der RRC 101 aufgebaut wird, wird das Neusynchronisierungsmodul 101r der
UE 190a bei der PDCP-Schicht 102 der wieder aufgebauten
RLC-Schicht 103 bewirken,
einen Folgenummer-Synchronisierungsablauf der PDCP 102 auszuführen, was
in der PDCP-Schicht 102 der UE 190a zum Senden
einer PDCP SeqNum-PDU 194 führt. Dies ge währleistet, dass
jede verlorene PDCP PDU 102 wiedererlangt wird. Wenn die
RLC-Schicht 103 der UE 190a nicht wieder aufgebaut
wird (und das PDCP 102-Header-Komprimierungsprotokoll nicht durch
den Radio Bearer Reconfiguration-Ablauf verändert wird), dann wird keine
PDCP SeqNum PDU 194 an das SRNS 190b gesendet.
Wenn die RLC-Schicht 103 der SRNS 190b infolge
des Radio Bearer Reconfiguration-Ablaufs der RLC 101 wieder
aufgebaut wird, wird das Neusynchronisierungsmodul 101r des
SRNS 190b bei der PDCP-Schicht 102 der wieder
aufgebauten RLC-Schicht 103 ebenfalls
das Ausführen
eines Folgenummer-Synchronisierungsablaufs
der PDCP 102 bewirken, was in der PDCP-Schicht 102 des
SRNS 190b zum Senden einer PDCP SeqNum PDU 195 führt, und
so das Wiedererlangen von jeglichen verlorenen PDCP PDUs 102 gewährleistet. Wenn
die RLC-Schicht 103 des SRNS 190b nicht wieder
aufgebaut wird (und das Header-Komprimierungsprotokoll
der PDCP 103 nicht durch den Radio Bearer Reconfiguration-Ablauf
geändert
wird), dann fordert das Neusynchronisierungsmodul 101r keinen Folgenummer-Synchronisierungsablauf
der PDCP, und so wird keine PDCP Seq-Num PDU 195 an die UE 190a gesendet.
-
Bezüglich 15 zusammen
mit 5 ist 15 ein
zweites vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden
Erfindung zum Ausführen
eines Radio Bearer Reconfiguration Ablaufs der RRC 101 ohne
Ausführung
eines SRNS-Verschiebungsablaufs.
Die RRC-Schicht 101 auf einem SRNS 200b sendet
eine Standard-Radio Bearer Configuration-Nachricht 201 an
die UE 200a. Die RRC 101 der UE 200a antwortet
mit einer Standard-Radio Bearer Reconfiguration-Vollständigkeitsnachricht 202.
Wenn z.B. die Radio Bearer Reconfiguration-Nachricht 201 ein IE über das
Header-Komprimierungsprotokoll der PDCP 102 enthält, dann werden
die Partnerinstanz-PDCP-Schichten 102 auf der
UE 200a und SRNS 200b ihre Header-Komprimierungsprotokolle
der PDCP 102 ändern,
wie durch die gestrichelten Boxen 203a und 203b dargestellt. Wenn
das Hea der-Komprimierungsprotokoll der PDCP 102 geändert wird,
werden die PDCP PDUs 102, die die alten Header-Komprimierungsprotokolle verwenden,
verworfen. Wenn das Header-Komprimierungsprotokoll der PDCP 102 der
UE 200a infolge des Radio Bearer Reconfiguration-Ablaufs
der RRC 101 verändert
wird, wird das Neusynchronisierungsmodul 101r der UE 200a bei
der PDCP-Schicht 102, dessen Header-Komprimierungsprotokoll
verändert ist,
bewirken, einen Folgenummer-Synchronisierungsablauf
der PDCP 102 auszuführen,
was in der PDCP-Schicht 102 der UE 200a zum Senden
einer PDCP SeqNum PDU 204 führt, und somit jegliche verlorenen
PDCP PDUs 102 wiedererlangt. Wenn das UE 200a-PDCP 102-Header-Komprimierungsprotokoll
nicht verändert
wird (und das entsprechende RLC-Ereignis 103 auch nicht
durch den Radio Bearer Reconfiguration-Ablauf wieder aufgebaut wird, gemäß 14),
dann wird keine PDCP SeqNum PDU 194 an das SRNS 190b gesendet.
Wenn das Header-Komprimierungsprotokoll der PDCP-Schicht 102 des
SRNS 200b infolge des Radio Bearer Reconfiguration-Ablaufs
der RRC 101 geändert
wird, wird das Neusynchronisierungsmodul 101r des SRNS 200b bei
der PDCP-Schicht 102, dessen Header-Komprimierungsprotokoll geändert wurde,
ebenso bewirken, einen Folgenummer-Synchronisierungsablauf der PDCP 102 auszuführen, was
in der PDCP-Schicht 102 des SRNS 200b zum Senden
einer PDCP SeqNum PDU 205 führt. Wenn das Header-Komprimierungsprotokoll
der PDCP-Schicht 102 des SRNS 200b nicht geändert wird
(und wenn der Radio Bearer Reconfiguration-Ablauf nicht bewirkt, das
RLC-Ereignis 103 wieder aufzubauen, gemäß 14), dann
fordert das Neusynchronisierungsmodul 101r den Folgenummer-Synchronisierungsablauf der
PDCP 102 nicht, und so wird keine PDCP SeqNum PDU 205 zur
UE 200a gesendet.
-
Zusätzlich zum
Radio Bearer Reconfiguration-Ablauf der RRC 101 betrachtet
die vorliegende Erfindung zusätzliche
RRC-Abläufe 101,
die ohne einen SRNS-Verschiebungsablauf ausgeführt werden können. Insbesondere
umfassen diese RRC-Abläufe 101 die
Abläufe
von Transport Channel Reconfiguration, Radio Bearer Setup, Radio
Bearer Release und Zellenaktualisierung. All diese RRC-Abläufe 101 sind dadurch
gekennzeichnet, dass sie den Wiederaufbau der Partnerinstanzen der
RLC 103 bewirken, und sie können ebenfalls die Änderungen
am Header-Komprimierungsprotokoll der PDCP 102 bewirken.
Vom Standpunkt der vorliegenden Erfindung können diese RRC-Abläufe 101 daher
identisch mit dem Radio Bearer Reconfiguration-Ablauf behandelt
werden, wie bezüglich 14 und 15 beschrieben.
-
Mit
Blick auf das Obige werden die folgenden Figuren präsentiert,
um die vorliegende Erfindung bezüglich
dieser RRC-Abläufe 101 darzustellen. 16 ist
ein erstes vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden
Erfindung zum Ausführen
eines Transport Channel Reconfiguration-Ablaufs der RRC 101 ohne
Ausführung
eines SRNS-Verschiebungsablaufs. Wie bei 14, wenn der
Transport Channel Reconfiguration-Ablauf bewirkt, dass die Partnerinstanzen
der RLC 103 wieder aufgebaut werden, dann bewirken die
Neusynchronisierungsmodule 101r, dass ein Folgenummern-Synchronisierungsablauf
der PDCP 102 ausgeführt
wird. Andererseits wird kein Folgenummer-Synchronisierungsablauf der PDCP 102 ausgeführt (bei
der Annahme, dass das Header-Komprimierungsprotokoll der PDCP 102 nicht
durch den Transport Channel Reconfiguration-Ablauf geändert wird).
-
17 ist
ein erstes vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden
Erfindung zum Ausführen
eines Radio Bearer Setup-Ablaufs der RRC 101 ohne Ausführung eines SRNS-Verschiebungsablaufs,
und ist analog zu 14 und 16. 18 ist
ein zweites vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden
Erfindung zum Ausführen
eines Radio Bearer Setup-Ablaufs der RRC 101 ohne Ausführung eines
SRNS-Verschiebungsablaufs,
und ist analog 15 und 17. 19 ist
ein erstes vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden
Erfindung zum Ausführen
eines Radio Bearer Release-Ablaufs der RRC 101 ohne Ausführung eines
SRNS-Verschiebungsablaufs,
und 20 ist ein zweites vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden
Erfindung zum Ausführen eines
Radio Bearer Release-Ablaufs der RRC 101 ohne Ausführung eines
SRNS-Verschiebungsablaufs. Schließlich ist 21 ein
erstes vereinfachtes Nachrichtenfolgediagramm gemäß der vorliegenden Erfindung
zum Ausführen
eines Zellenakutalisierungsablaufs der RRC 101 ohne Ausführung eines SRNS-Verschiebungsablaufs,
und 22 ein zweites vereinfachtes Nachrichtenfolgediagramm
gemäß der vorliegenden
Erfindung zum Ausführen
eines Zellenaktualisierungsablaufs der RRC 101 ohne Ausführung eines
SRNS-Verschiebungsablaufs.
-
Im
Gegensatz zum Stand der Technik sieht die vorliegende Erfindung
ein Neusynchronisierungsmodul in der RRC-Schicht vor, die einen
Folgenummer-Synchronisierungsablauf der PDCP nur ausführt, wenn
ein nächstes
erwartetes Ungültigkeitsereignis
der UL/DL-Empfangs-PDCP-Folgenummer während des SRNS-Verschiebungsablaufs
erfasst wird, oder wenn ein RRC-Ablauf ohne Ausführung eines SRNS-Verschiebungsablaufs
ausgeführt
wird, der den Wiederaufbau der RRC-Schicht oder die Änderung
am Header-Komprimierungsprotokoll der PDCP bewirkt. Ferner werden
die Folgenummer-Synchronisierungsabläufe der PDCP nicht nur für den Radio
Bearer Reconfiguration-Ablauf ausgeführt, sondern auch für die Abläufe von
Transport Channel Reconfiguration, Radio Bearer Setup, Radio Bearer
Release, Zellenaktualisierung, URA-Aktualisierung und UTRAN-Mobility
Information.