DE60035210T2 - Verfahren zur ablaufplanung einer paketübertragung über ein umts-netz - Google Patents

Verfahren zur ablaufplanung einer paketübertragung über ein umts-netz Download PDF

Info

Publication number
DE60035210T2
DE60035210T2 DE60035210T DE60035210T DE60035210T2 DE 60035210 T2 DE60035210 T2 DE 60035210T2 DE 60035210 T DE60035210 T DE 60035210T DE 60035210 T DE60035210 T DE 60035210T DE 60035210 T2 DE60035210 T2 DE 60035210T2
Authority
DE
Germany
Prior art keywords
rnc
controlling
serving
priorities
accepted
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
DE60035210T
Other languages
English (en)
Other versions
DE60035210D1 (de
Inventor
Björn EHRSTEDT
Jouko HYVÄKKÄ
Charles Lignell
Carl Göran SCHULTZ
Raul SÖDERSTRÖM
Stefan Henrik Wager
Reijo Matinmikko
Janne Peisa
Osmo Pulkkinen
Thomas Wigell
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of DE60035210D1 publication Critical patent/DE60035210D1/de
Application granted granted Critical
Publication of DE60035210T2 publication Critical patent/DE60035210T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/22—Interfaces between hierarchically similar devices between access point controllers

Description

  • GEBIET DER ERFINDUNG
  • Die vorliegende Erfindung betrifft Paketübertragungen an ein Universal Mobile Telecommunications System (UMTS)-Netz und insbesondere die Programmierung von Paketen zur Übertragung über die Luftschnittstelle des UMTS-Netzes
  • HINTERGRUND DER ERFINDUNG
  • Das European Telecommunications Standardization Institute (ETSI) ist gegenwärtig damit beschäftigt, einen neuen Satz von Protokollen für mobile Telekommunikationssysteme zu standardisieren. Der Satz Protokolle ist allgemein als das Universal Mobile Telecommunications System (UMTS) bekannt. 1 veranschaulicht schematisch ein UMTS-Netz 1, das ein Kernnetz 2 und ein UMTS Terrestrial Radio Access Network (UTRAN) 3 umfasst. Das UTRAN 3 umfasst eine Anzahl von Radio Network Controllers (RNCs) 4, von denen jeder an einen Satz von benachbarten Base Transceiver Station (BTSs) 5 gekoppelt ist. Jede BTSs 5 ist für eine bestimmte geographische Zelle verantwortlich, und der Controlling-RNC 4 ist für die Leitung von Benutzer- und Signaldaten zwischen dieser BTS 5 und dem Kernnetz 2 verantwortlich. Alle RNCs sind aneinander gekoppelt. Ein allgemeiner Überblick über UTRAN 3 wird in den Technischen Spezifikationen TS 25.401 V2.0.0 (1999-09) des Partnerschaftsprojektes der dritten Generation ETSI gegeben.
  • Benutzer- und Signaldaten können zwischen einem RNC und einem mobilen Endgerät (in UTRAN als Benutzerausrüstung (UE) bezeichnet) unter Verwendung von Radio Access Bearers (RABs) übertragen werden. Typischerweise werden einem mobilen Endgerät ein oder mehrere Radio Access Bearers (RABs) zugewiesen, von denen jeder dazu in der Lage ist, einen Fluss von Benutzer- oder Signaldaten zu übertragen. RABs werden auf entsprechenden logischen Kanälen abgebildet. Auf der Media Access Control (MAC)-Lage wird ein Satz von logischen Kanälen seinerseits auf einem Transportkanal abgebildet, von dem es zwei Typen gibt: ein "allgemeiner" Transportkanal, der von verschiedenen mobilen Endgeräten geteilt wird, und ein „dedizierter" Transportkanal, der einem einzigen mobilen Endgerät zugewiesen wird. Eine Art eines allgemeinen Kanals ist ein Forward Access Channel (FACH). Eine grundlegende Eigenschaft eines FACH ist, dass es möglich ist, ein oder mehrere Pakete mit fester Große pro Übertragungszeitintervall (10, 20, 40 oder 80 ms) zu schicken. Jedoch müssen in jedem einzelnen gegebenen Zeitintervall alle übertragenen Pakete dieselbe Länge aufweisen. Mehrere Tranportkanäle (z.B. FACHs) sind ihrerseits auf der physikalischen Lage auf einem Secondary Common Control Physical CHannel (S-CCPCH) zur Übertragung über die Luftschnittstelle zwischen einer BTS und einem mobilen Endgerät abgebildet.
  • Wenn ein mobiles Endgerät bei einem RNC über eine BTS registriert wird, dient dieser RNC mindestens anfänglich sowohl als Serving- als auch als Controlling-RNC für das mobile Endgerät. Der RNC führt sowohl die Steuerung der Luftschnittstellen-Radioressourcen als auch die Beendigung der Intelligenz der dritten Lage (Radio Resource Control (RRC)-Protokoll) durch und leitet Daten, die mit dem mobilen Endgerät verbunden sind, direkt zum Kernnetz hin und davon weg. 2 veranchaulicht das Protokollmodell für den FACH-Transportkanal, wenn die Serving- und die Controlling RNCs übereinstimmen, und wobei Uu die Schnittstelle zwischen UTRAN und dem mobilen Endgerät (UE) und Iub die Schnittstelle zwischen dem RNC und einem NodeB angibt (wobei NodeB eine Verallgemeinerung einer BTS ist). Es ist zu erkennen, dass die MAC (MAC-c)-Entität im RNC die MAC-c Packet Data Units (PDUs) an die gleichwertige MAC-c-Entität am mobilen Endgerät unter Verwendung der Dienstleistungen der FACH Frame Protocol (FACH FP)-Entität zwischen dem RNC und dem NodeB überträgt. Die FACH FP-Entität fügt den MAC-c PDUs Kopfzeilen-Informationen hinzu, um FACH PF PDUs zu bilden, die über eine AAL2-Verbindung (oder einen anderen Transportmechanismus) an den NodeB transportiert werden. Eine Netzanpassungsfunktion am NodeB passt den FACH-Rahmen, der von der FACH FP-Entität empfangen wurde, an die PHY-Entität an.
  • Nun wird die Situation in Betracht gezogen, die sich ergibt, wenn ein mobiles Endgerät den Bereich verlässt, der von einem RNC abgedeckt ist, bei dem das Endgerät registriert ist, und in den Bereich eintritt, der von einem zweiten RNC abgedeckt ist. Unter den UTRAN-Protokollen endet der RRC weiterhin am ersten RNC, während das Endgerät eine Zelle und einen allgemeinen Transportkanal der zweiten RNC ausnutzt Somit bleibt der erste RNC der Serving-RNC mit einer Verbindung zum Kernnetz, während der zweite RNC zum Controlling-RNC wird. Der Controlling-RNC steuert den NodeB dort, wo sich das mobile Endgerät befindet, und insbesondere die Radioressourcen (Transportkanäle) an diesem NodeB. In diesem Szenarium wird der Controlling-RNC als ein „Drift"-RNC bezeichnet (der Controlling-RNC dient auch als Serving-RNC für mobile Endgeräte, die bei diesem RNC registriert sind). Das Protokollmodell für den FACH-Transportkanal, wenn die Serving- und die Controlling RNCs getrennt sind, wird in 3 veranschaulicht. Es ist zu erkennen, dass eine neue Schnittstelle Iur zwischen den Serving- und den Controlling-RNCs angebracht ist. Ein Iur FACH FP wird verwendet, um den allgemeinen MAC (MAC-c) am Controlling-RNC an den dedizierten MAC (MAC-d) am Serving RNC anzupassen. WO 99/41850 beschreibt einen Mechanismus zur Steuerung von Radioübertragungskräften in einer Situation, in der die Controlling- und die Serving-RNCs getrennt sind, eine Situation, die als "Makro-Verschiedenartigkeit" bezeichnet wird.
  • In beiden Szenarien, die in 2 und 3 veranschaulicht werden, ist es eine wichtige Aufgabe der MAC-c-Entität, die Pakete (MAC PDUs) für die Übertragung über die Luftschnittstelle zu programmieren. Sollte es der Fall sein, dass alle von der MAC-c-Entität empfangenen Pakete die gleiche Priorität haben (und die gleiche Größe), würde die Programmierung einfach dann bestehen, die empfangenen Pakete in eine Warteschlange einzuordnen und sie nach der Reihenfolge des Eingangs zu verschicken. UMTS definiert jedoch ein Netz, in dem verschiedene Qualitäten des Services (QoSs) verschiedenen RABs zugeordnet werden können. Pakete, die einem RAB entsprechen, dem ein hoher QoS zugewiesen wurde, sollten über die Luftschnittstelle als hohe Priorität übermittelt werden, während Pakete, die einem RAB entsprechen, dem eine niedrige QoS zugewiesen wurde, aber die Luftschnittstelle als eine niedrige Priorität übertragen werden sollten. Prioritäten werden an der MAC-Entität (MAC-c oder MAC-d) auf der Grundlage von RAB-Parametern bestimmt.
  • UMTS befasst sich mit der Frage der Priorität durch Bereitstellung eines Satzes von Warteschlangen für jeden FACH am Controlling-RNC. Die Warteschlangen werden mit den entsprechenden Prioritätsebenen verbunden. Ein Algorithmus wird für die Auswahl von Paketen aus den Warteschlangen auf eine Weise definiert, dass die Pakete in den Warteschlangen mit höherer Priorität (durchschnittlich) schneller gehandhabt werden als Pakete in den Warteschlangen mit niedrigerer Priorität. Die Art dieses Algorithmus ist durch die Tatsache kompliziert, dass die FACHs, die auf demselben physikalischen Kanal geschickt werden, nicht voneinander unabhängig sind. Insbesondere wird ein Satz von Transport Format Combinations (TFCs) für jedes S-CCPCH definiert, wobei jedes TFC ein Übertragungszeitintervall, eine Paketgröße und eine Gesamtübertragungsgröße (die die Anzahl der Pakete in der Übertragung angibt) für jeden FACH umfasst. Der Algorithmus muss für die FACHS einen TFC auswählen, der zu einem derjenigen passt, die im TFC-Satz vorhanden sind.
  • DARSTELLUNG DER ERFINDUNG
  • Ein mögliches Problem entsteht, wenn der Controlling-RNC ein „Drift"-RNC ist. Dies ist deshalb der Fall, weil die MAC-d-Entität am Serving-RNC vorhanden ist, und es ist die MAC-d-Entität, die Paketen Prioritäten auf der Grundlage des Paket-Programmierungs-Algorithmus zuweist, der von diesem RNC verwendet wird (wenn er als Controlling-RNC dient). Die zugewiesenen Prioritäten und Paketgrößen stimmen jedoch möglicherweise nicht mit dem Paket-Programmierungs-Algorithmus überein, der vom Drift-RNC verwendet wird. Pakete, die am Drift-RNC vom Serving-RNC empfangen werden, können daher möglicherweise nicht mit einer angemessenen Priorität gehandhabt werden.
  • Gemäß einem ersten Gesichtspunkt der vorliegenden Erfindung wird ein Verfahren zur Programmierung von Paketen zur Übertragung über die Luftschnittstelle eines UMTS Terrestrial Radio Access Network (UTRAN) für den Fall bereitgestellt, dass ein Paar Radio Network Controllers (RNCs) als getrennte Serving- und Controlling-RNCs für ein mobiles Endgerät dient, wobei das Verfahren Folgendes umfasst:
    Sendung von akzeptierten Programmierungsprioritäten zusammen mit einer Identifizierung von Paketgrößen, die für die Übertragung mit diesen Prioritäten auf Transportkanälen durch den Controlling-RNC akzeptiert werden, vom Controlling-RNC an den Serving-RNC;
    Durchführung aller erforderlichen Neukonfigurationen der Dedicated Media Access Control (MAC-d)-Entität am Serving-RNC, um die Prioritäten und Paketgrößen, die vom Controlling-RNC akzeptiert werden, zu berücksichtigen; und
    anschließend Sendung von Paketen mit Größen und zugewiesenen Prioritäten, die vom Controlling-RNC akzeptiert werden, vom Serving-RNC an den Controlling-RNC.
  • Ausführungsformen der vorliegenden Erfindung stellen sicher, dass ein Serving-RNC eine Paketgröße einer bestimmten Priorität zuordnet, die in der Controlling-RNC akzeptierbar ist, wodurch verhindert wird, dass die Priorität und die Paketgröße am Controlling-RNC nicht zusammenpassen.
  • Vorzugsweise umfassen die Informationen, die vom Controlling-RNC an den Serving-RNC geschickt werden, einen Satz von zugewiesenen Prioritäten, wobei jede eine oder mehrere verbundene Paketgrößen für jede einer Vielzahl von logischen Kanalarten aufweist, die auf einen Transportkanal am Controlling-RNC abgebildet werden sollen. Insbesondere umfassen die Informationen einen derartigen Satz für jede logische Kanalart, die auf einen Transportkanal am Controlling-RNC abgebildet werden soll.
  • Es ist zu erkennen, dass sich die Paketgrößen, die den Prioritäten zugewiesen werden können, ändern können, z.B. je nach der Ladung in einer Zelle, die dem mobilen Endgerät dient, oder für den Fall, dass sich das mobile Endgerät in eine andere Zelle bewegt, die vom gleichen Controlling RNC gesteuert wird. Vorzugsweise kann daher unter geeigneten Umständen eine neue Liste von Paketgrößen und Prioritäten von der Controlling-RNC an die Serving-RNC geschickt werden.
  • Vorzugsweise wird die Liste von Prioritäten und Paketgrößen am Serving-RNC von der RRC-Entität empfangen. Insbesondere wird die Liste in einer Radio Network Subsystem Application Part (RNSAP)-Meldung geschickt.
  • Vorzugsweise wird ein Paket, das am Controlling-RNC empfangen wird, in eine Warteschlange zur Übertragung an einen Forward Access CHannel (FACH) gestellt, wobei die Warteschlange der Prioritätsebene entspricht, die mit dem Paket und der Größe des Pakets verbunden ist. Der FACH wird auf einem S-CCPCH an einer Base Transceiver Station (BTS) oder einem anderen entsprechenden Knoten des UTRAN abgebildet. Insbesondere werden die Pakete für die Übertragung auf den FACH entweder mit einem Dedicated Control CHannel (DCCH) oder einem Dedicated Traffic CHannel (DTCH) verbunden.
  • Vorzugsweise wird jeder FACH so angeordnet, dass er nur eine Paketgröße überträgt. Dies muss jedoch nicht der Fall sein, und es kann sein, dass die Paketgröße, die von einem bestimmten FACH übertragen werden kann, von einem Übertragungszeitintervall zum nächsten variiert.
  • Einer bestimmten Priorität können eine oder mehrere Paketgrößen zugewiesen werden, die in der Liste definiert sind, die der Serving-RNC zugeschickt wird.
  • Gemäß einem zweiten Gesichtspunkt der vorliegenden Erfindung wird ein UMTS Terrestrial Radio Access Network (UTRAN) bereitgestellt, umfassend eine Vielzahl von verbundenen Radio Network Controllers (RNCs), wobei, wenn ein mobiles Endgerät getrennte Serving- und Controlling-RNCs aufweist, der Controlling-RNC so angeordnet ist, dass er an den Serving-RNC Paketgrößen schickt, die für die Übertragung durch den Controlling-RNC akzeptiert sind, zusammen mit akzeptierten relativen Prioritäten, die an diese akzeptierten Paketgrößen angegliedert sein können, und der Serving-RNC so angeordnet ist, dass er jede erforderliche Neukombination der Dedicated Media Access Control (MAC-d)-Entität durchführt und dem Controlling-RNC Pakete mit Größen und zugewiesenen Prioritäten schickt, die vom Serving-RNC akzeptiert werden.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • 1 veranschaulicht schematisch ein UMTS-Netz, umfassend ein Kernnetz und ein UTRAN;
  • 2 veranschaulicht ein Protokollmodell für einen FACH-Transportkanal, wenn die Serving- und die Controlling-RNCs des UTRAN von 1 übereinstimmen;
  • 3 veranschaulicht ein Protokollmodell für einen FACH-Transportkanal, wenn die Serving- und die Controlling-RNCs des UTRAN von 1 getrennt sind;
  • 4 ist ein Flussdiagramm, das ein Verfahren zur Programmierung von Paketen zur Übertragung an einem Controlling-RNC des UTRAN von 1 veranschaulicht.
  • DETAILLIERTE BESCHREIBUNG EINER BEVORZUGTEN AUSFÜHRUNGSFORM
  • Die allgemeine Struktur eines UMTS-Netzes wurde oben mit Bezug auf eine schematische Zeichnung von 1 beschrieben. Protokollmodelle für den FACH-Transportkanal wurden ebenfalls mit Bezug auf 2 und 3 für die Falle beschrieben, in denen der Serving-RNC und der Controlling-RNC sowohl übereinstimmen als auch getrennt sind.
  • Angesichts des Szenariums, das in 3 veranschaulicht wird, in dem ein mobiles Endgerät mit dem Kernnetz eines UMTS-Systems über getrennte Serving- und Controlling- (oder Drift)-RNCs innerhalb des UTRAN kommuniziert, werden Signal- und Benutzerdatenpakete, die für das mobile Endgerät bestimmt sind, an der MAC-d-Entität des Serving-RNC vom Kernnetz empfangen und auf logische Kanäle „abgebildet", nämlich einen Dedicated Control Channel (DCCH) und einen Dedicated Traffic Channel (DICH). Die MAC-d-Entität konstruiert MAC Service Data Units (SDUs), die einen Nutzlastabschnitt aufweisen, der logische Kanaldaten und eine MAC-Kopfzeile umfasst, die unter anderem einen logischen Identifizierer umfasst.
  • Die MAC-d-Identität sendet die MAC SUDS an die FACH Frame Protocol (FP)-Entität. Diese Entität fügt eine weitere FACH FP-Kopfzeile zu jeder MAC SDU hinzu, wobei die FACH FP-Kopfzeile eine Prioritätsebene einschließt, die der MAC SDU durch eine Radio Resource Control (RRC)-Entität zugewiesen wurde. Der RRC wird nach dem Eintritt eines mobilen Endgerätes in den Versorgungsbereich der Drift-RNC über verfügbare Prioritätsebenen zusammen mit einer Identifizierung einer oder mehrerer Paketgrößen für jede Prioritätsebene benachrichtigt. Zu diesem Zeitpunkt gibt der Serving-RNC eine Antwortanforderung an den Drift-RNC aus. Insbesondere ist diese Anforderung eine allgemeine Transportanforderung mit der folgenden Form:
    Informationselement Referenz Typ
    Mitteilungsart M
    Transaktion-ID M
    D-RNTI M
    Zellen-ID M
    Transportträger-Anforderungsindikator M
  • Wobei "M" ein Pflichtfeld angibt.
  • Der Drift-RNC antwortet auf den Erhalt der Ressourcenanforderung, in dem eine Antwortmitteilung (RNSAP), bezeichnet als Common Transport Channel Response, zurückgeschickt wird, die die folgende Form aufweist:
    Informationselement Referenz Typ
    Mitteilungsart M
    Transaktions-ID M
    Information über den allgemeinen Transportkanal
    Prioritätsindikator des allgemeinen Transportkanals M
    Anfängliche Fenstergröße des allgemeinen Transportkanals M
    Datenrahmengröße des allgemeinen Transportkanals
    Datenrahmengröße M
    Transportlagenadresse O
    Bindende Identität O
    DL-Kanalisierungscode O
  • Wobei erneut „M" ein Pflichtfeld und „O" ein optionales Feld angibt. Die RNSAP-Mitteilung enthält eine Liste von Prioritäten, die von der Drift-RNC akzeptiert werden, zusammen mit einer Angabe einer oder mehrerer akzeptierter Paketgrößen für jede Priorität. Eine derartige Liste kann für jede logische Kanalart geschickt werden, obwohl dies nicht der Fall sein muss. Die Liste von Prioritäten wird jeder MAC-d-Entität, die mit der MAC-c-Entität in der Drift-RNC verbunden ist, geschickt. Zum Beispiel kann die Liste definieren, dass für SDUs mit der Priorität 1 eine MAC-d-Entität Paketgrößen von 80 oder 320 bits verwenden kann. Wo eine Liste der Prioritäten/Paketgrößen jeder logischen Kanalart bereitgestellt wird, enthält die RNSAP-Mitteilung, die verwendet wird, um die Liste zu übertragen, einen Identifizierer der logischen Kanalarten direkt nach der Common Transport Channel-Information.
  • Die Liste der Prioritäten/Paketgrößen wird typischerweise vom Drift-RNC an den Serving-RNC geschickt, wenn ein mobiles Endgerät zuerst in den Versorgungsbereich eines neuen RNC eintritt, während es zuvor bei einem anderen RNC registriert war. Eine aktualisierte Liste kann zwischen dem Drift-RNC und dem Serving-RNC ausgetauscht werden, wenn sich das Endgerät zwischen Zellen des neuen RNC bewegt, um die Prioritäten widerzuspiegeln, die an der neuen BTS verfügbar sind. Es ist auch zu erkennen, dass, auch wenn ein mobiles Endgerät innerhalb einer bestimmten Zelle verbleibt, eine aktualisierte Liste aufgrund von geänderten Umständen wie z.B. Änderungen der Verkehrsniveaus in der Zelle oder einer Neukonfiguration der Radio Network Resources geschickt werden kann.
  • Der RRC untersucht die empfangene RNSAP-Mitteilung und führt alle erforderlichen Neukonfigurationen der MAC-d-Entität durch. Eine Neukonfiguration der Radio Link Control (RLC)-Entität (die sich über der MAC-d-Lage des Serving-RNC befindet und für die Segmentierung der Daten verantwortlich ist) findet zusätzlich statt.
  • Die FACH FP-Pakete werden an eine gleichwertige PACH FP-Entität am Drift-RNC über eine AAL2-Verbindung geschickt. Die gleichwertige Identität setzt die MAC-d SDU frei und identifiziert die Priorität, die in der FRAME FP-Kopfzeile enthalten ist. Die SDU und die Priorität werden an die MAC-c-Entität an der Controlling-RNC geleitet. Die MAC-c-Lage ist für die Programmierung von SDUs für die Übertragung an die FACHS verantwortlich. Insbesondere wird jede SDU in eine Warteschlange gestellt, die ihrer Priorität und Größe entspricht (wenn 16 Prioritätsebenen vorhanden sind, gibt es 16 Warteschlangensätze für jedes FACH, wobei die Anzahl von Warteschlangen in jedem Satz von der Anzahl der Paketgrößen, die für die verbundene Priorität akzeptiert sind, abhängt). Wie oben beschrieben, werden SDUs aus den Warteschlangen für ein bestimmtes FACH in Übereinstimmung mit einem vorbestimmten Algorithmus ausgewählt (um die Transport Format Combination Requirements des physikalischen Kanals zu erfüllen).
  • Von Fachleuten ist zu erkennen, dass verschiedene Änderungen an den oben beschriebenen Ausführungsformen angebracht werden können, ohne vom Schutzumfang der vorliegenden Erfindung abzuweichen. Zum Beispiel erfordert die oben genannte Ausführungsform das Senden einer Liste der Priorität/Paketgröße in einer RNSAP-Mitteilung. In einer alternativen Ausführungsform kann ein RNC eine „globale" Liste ausgeben, die alle mobilen Endgeräte abdeckt, die diesen RNC als Drift-RNC verwenden.

Claims (8)

  1. Verfahren zur Programmierung von Datenpaketen für die Übertragung eines UMTS Terrestrial Radio Access Network (UTRAN) über die Luftschnittstelle für den Fall, dass ein Paar Radio Network Controllers (RNCs) als getrennte Serving- und Controlling-RNCs für ein mobiles Endgerät dient, wobei das Verfahren Folgendes umfasst: Sendung von akzeptierten Programmierungsprioritäten zusammen mit einer Identifizierung von Paketgrößen, die für die Übertragung mit diesen Prioritäten durch den Controlling-RNC akzeptiert werden, vom Controlling-RNC an den Serving-RNC; Durchführung aller erforderlichen Neukonfigurationen der Dedicated Media Access Control (MAC-d)-Entität am Serving-RNC, um die Prioritäten und Paketgrößen, die vom Controlling-RNC akzeptiert werden, zu berücksichtigen; und anschließend Sendung von Paketen mit Größen und zugewiesenen Prioritäten, die vom Controlling-RNC akzeptiert werden, vom Serving-RNC zum Controlling-RNC.
  2. Verfahren nach Anspruch 1, wobei die Informationen, die vom Controlling-RNC an den Serving-RNC geschickt werden, einen Satz von akzeptierten Prioritäten umfassen, wobei jede eine oder mehrere verbundene Paketgrößen für jede einer Vielzahl von logischen Kanalarten aufweist, die auf einen Transportkanal am Controlling-RNC abgebildet werden sollen.
  3. Verfahren nach Anspruch 2, wobei die Informationen einen derartigen Satz für jede logische Kanalart umfassen, die auf einen Transportkanal am Controlling-RNC abgebildet werden soll.
  4. Verfahren nach jedem der vorhergehenden Ansprüche, wobei eine neue Liste von Paketgrößen und Prioritäten vom Controlling-RNC an den Serving-RNC geschickt wird, um eine alte Liste zu ersetzen, nachdem sich die Umstände am Controlling-RNC geändert haben.
  5. Verfahren nach Anspruch 4, wobei die neue und die alte Liste von Prioritäten und Paketgrößen am Serving-RNC von der MAC-d-Entität empfangen werden.
  6. Verfahren nach Anspruch 5, wobei die neue und die alte Liste an den Serving-RNC in einer Radio Network Subsystem Application Part (RNSAP)-Meldung geschickt werden.
  7. Verfahren nach jedem der vorhergehenden Ansprüche, wobei ein Paket, das am Controlling-RNC empfangen wird, in eine Warteschlange zur Übertragung an einen Forward Access CHannel (FACH) gestellt wird, wobei die Warteschlange der Prioritätsebene entspricht, die mit dem Paket und der Größe des Pakets verbunden ist.
  8. UMTS Terrestrial Radio Access Network (UTRAN), das eine Vielzahl von untereinander verbundenen Radio Network Controllers (RNCs) umfasst, wobei, wenn ein mobiles Endgerät getrennte Serving- und Controlling-RNCs aufweist, der Controlling RNC so angeordnet ist, dass er an den Serving-RNC Paketgrößen schickt, die vom Controlling-RNC zur Übertragung akzeptiert sind, zusammen mit akzeptierten relativen Prioritäten, die mit diesen akzeptierten Paketgrößen verbunden sind, und der Serving-RNC so angeordnet ist, dass er alle erforderlichen Neukonfigurationen der Dedicated Media Access Control (MAC-d)-Einheit durchführt und an den Controlling-RNC Datenpakete schickt, die Größen und zugewiesene Prioritäten aufweisen, die vom Controlling-RNC akzeptiert werden.
DE60035210T 1999-10-19 2000-10-05 Verfahren zur ablaufplanung einer paketübertragung über ein umts-netz Expired - Lifetime DE60035210T2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB9924764 1999-10-19
GB9924764A GB2355623B (en) 1999-10-19 1999-10-19 Packet transmission in a UMTS network
PCT/EP2000/009782 WO2001030103A1 (en) 1999-10-19 2000-10-05 Method of scheduling packets for transmission over a umts network

Publications (2)

Publication Number Publication Date
DE60035210D1 DE60035210D1 (de) 2007-07-26
DE60035210T2 true DE60035210T2 (de) 2008-02-14

Family

ID=10863018

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60035210T Expired - Lifetime DE60035210T2 (de) 1999-10-19 2000-10-05 Verfahren zur ablaufplanung einer paketübertragung über ein umts-netz

Country Status (18)

Country Link
US (1) US6901065B1 (de)
EP (1) EP1222830B1 (de)
JP (1) JP3977642B2 (de)
CN (1) CN1146289C (de)
AR (1) AR027870A1 (de)
AT (1) ATE364973T1 (de)
AU (1) AU769214B2 (de)
CA (1) CA2387957C (de)
CZ (1) CZ298449B6 (de)
DE (1) DE60035210T2 (de)
ES (1) ES2288485T3 (de)
GB (1) GB2355623B (de)
MX (1) MXPA02003929A (de)
MY (1) MY126589A (de)
PL (1) PL354615A1 (de)
RU (1) RU2263415C2 (de)
TW (1) TW502519B (de)
WO (1) WO2001030103A1 (de)

Families Citing this family (62)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7190684B2 (en) * 2000-11-22 2007-03-13 Lucent Technologies Inc. Method and system for UMTS packet transmission scheduling on shared downlink channels
EP1217855B1 (de) * 2000-12-22 2006-03-22 Lucent Technologies Inc. Prioritätssetzung von Funkrufnachrichten in einer Funkübertragungsnetzwerksteuerung
GB0031535D0 (en) * 2000-12-22 2001-02-07 Nokia Networks Oy Traffic congestion
GB2377586B (en) * 2001-07-06 2005-06-29 Ipwireless Inc System and method for channel transport format allocation in a wireless communication system
WO2002102110A1 (en) * 2001-06-12 2002-12-19 Telefonaktiebolaget Lm Ericsson (Publ) Synchronisation in a umts terrestrial radio access network (utran)
GB2377343B (en) * 2001-07-06 2006-03-01 Ipwireless Inc System and method for physical shared channel allocation in a wireless communication system
KR100802618B1 (ko) * 2001-07-07 2008-02-13 엘지전자 주식회사 무선통신시스템에서 이동국 식별자 설정방법 및 장치
CN1187997C (zh) * 2001-10-23 2005-02-02 华为技术有限公司 快速小区选择过程中基于基站间utran接口的无线链路管理方法
GB2382268B (en) * 2001-11-16 2005-07-13 Hutchison Whampoa Three G Ip Streaming sevices in radio networks
US7515616B2 (en) 2001-11-24 2009-04-07 Lg Electronics Inc. Packet transmission scheduling technique
US7626932B2 (en) * 2001-12-21 2009-12-01 Nokia Corporation Traffic control in an IP based network
DE10204691C1 (de) * 2002-02-06 2003-04-24 Philips Corp Intellectual Pty Quecksilberfreie Hochdruckgasentladungslampe und Beleuchtungseinheit mit einer solchen Hochdruckgasentladungslampe
JP4361804B2 (ja) * 2002-02-08 2009-11-11 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 無線通信システム
CN1214548C (zh) * 2002-05-29 2005-08-10 华为技术有限公司 无线接入网中的数据传输方法
CN1214590C (zh) * 2002-05-29 2005-08-10 华为技术有限公司 控制与业务功能分离的无线接入网络及其通信方法
GB2390775B (en) * 2002-07-12 2005-07-20 Fujitsu Ltd Packet scheduling
TWM240733U (en) 2002-08-07 2004-08-11 Interdigital Tech Corp Radio network controller for multimedia broadcast and multicast services channel switching
KR100703380B1 (ko) * 2003-05-14 2007-04-03 삼성전자주식회사 멀티미디어 브로드캐스트/멀티캐스트 서비스를 지원하기 위한 제어정보 송수신 장치 및 방법
WO2004114561A1 (ja) * 2003-06-18 2004-12-29 Nippon Telegraph And Telephone Corporation 無線パケット通信方法および無線パケット通信装置
FI20031414A (fi) * 2003-09-30 2005-03-31 Nokia Corp Datan siirtäminen langattoman pakettivälitteisen datajärjestelmän matkaviestimessä
JP2007520131A (ja) * 2004-01-28 2007-07-19 フランス テレコム Ｕｔｒａｎ無線アクセスネットワークにおける無線リソース管理方法、コアネットワークサービスノード、および無線アクセスネットワーク制御装置
US8149765B2 (en) 2004-09-08 2012-04-03 Mitsubishi Electric Corporation Mobile station, base station, communications system, and communications method
AU2005327612B2 (en) 2005-02-18 2009-08-20 Telefonaktiebolaget L M Ericsson (Publ) Control unit and method for controlling the load in a mobile telecommunications network
CN100433705C (zh) * 2005-03-17 2008-11-12 中兴通讯股份有限公司 高速下行分组接入系统中映射调度优先级标志的方法
US8654712B2 (en) 2005-06-16 2014-02-18 Qualcomm Incorporated OFDMA reverse link scheduling
US8098667B2 (en) 2005-06-16 2012-01-17 Qualcomm Incorporated Methods and apparatus for efficient providing of scheduling information
JP4651462B2 (ja) * 2005-06-17 2011-03-16 株式会社エヌ・ティ・ティ・ドコモ チャネル伝送装置及びチャネル伝送方法
EP1922893B1 (de) 2005-07-21 2013-02-20 Telefonaktiebolaget LM Ericsson (publ) Srb-erweiterung auf hs-dsch während des zellenwechsels
US7526304B2 (en) * 2005-09-29 2009-04-28 Alcatel-Lucent Usa Inc. Method of increasing the capacity of enhanced data channel on uplink in a wireless communications system
WO2007078171A2 (en) 2006-01-05 2007-07-12 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
EP1969738B1 (de) 2006-01-05 2014-03-12 LG Electronics Inc. Senden von informationen in einem mobilkommunikationssystem
KR101319870B1 (ko) 2006-01-05 2013-10-18 엘지전자 주식회사 이동 통신 시스템에서의 핸드오버 방법
KR101187076B1 (ko) 2006-01-05 2012-09-27 엘지전자 주식회사 이동 통신 시스템에 있어서 신호 전송 방법
AU2007203852B2 (en) 2006-01-05 2010-08-26 Lg Electronics Inc. Transmitting data in a mobile communication system
KR101268200B1 (ko) 2006-01-05 2013-05-27 엘지전자 주식회사 이동통신 시스템에서의 무선자원 할당방법
KR100912784B1 (ko) 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
KR101211807B1 (ko) 2006-01-05 2012-12-12 엘지전자 주식회사 이동통신 시스템에서 무선단말의 동기상태 관리방법
JP4806030B2 (ja) 2006-01-05 2011-11-02 エルジー エレクトロニクス インコーポレイティド 移動通信システムで信号を転送する方法
KR101203841B1 (ko) 2006-01-05 2012-11-21 엘지전자 주식회사 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법
KR101216751B1 (ko) 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
US8493854B2 (en) 2006-02-07 2013-07-23 Lg Electronics Inc. Method for avoiding collision using identifier in mobile network
KR101358469B1 (ko) 2006-02-07 2014-02-06 엘지전자 주식회사 무선 네트워크(ｎｅｔｗｏｒｋ) 안에서 상향(ｕｐｌｉｎｋ)및 하향(ｄｏｗｎｌｉｎｋ) 대역폭(ｂａｎｄｗｉｄｔｈ)의선택 및 신호 방법
KR101387475B1 (ko) 2006-03-22 2014-04-22 엘지전자 주식회사 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법
ES2370779T3 (es) 2006-06-15 2011-12-22 Nokia Siemens Networks S.P.A. Método para la clasificación de paquetes basado en el tipo de protocolo y en prioridades.
KR20070121513A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 이동통신 시스템의 상향 접속 방법
WO2007148881A2 (en) 2006-06-21 2007-12-27 Lg Electronics Inc. Method of supporting data retransmission in a mobile communication system
KR101369135B1 (ko) 2006-06-21 2014-03-05 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말
KR20070121505A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 무선링크 재설정 방법
WO2007148935A1 (en) 2006-06-21 2007-12-27 Lg Electronics Inc. Method of transmitting and receiving radio access information using a message separation in a wireless mobile communications system
GB0621598D0 (en) * 2006-10-31 2006-12-06 Siemens Ag Transmission method
TWI499259B (zh) * 2007-02-02 2015-09-01 Interdigital Tech Corp 可變ｒｌc ｐｄｕ大小之增強ｒｌｃ方法及裝置
KR101172129B1 (ko) 2007-02-02 2012-08-21 인터디지탈 테크날러지 코포레이션 Ｕｔｒａ ｒ6 셀과 ｒ7 셀 간의 핸드오버를 제어하기 위한 방법 및 장치
RU2447595C2 (ru) * 2007-03-16 2012-04-10 Интердиджитал Текнолоджи Корпорейшн Способ и устройство беспроводной связи для поддержки реконфигурации параметров управления радиолинии
AU2008227111B2 (en) 2007-03-16 2011-09-01 Interdigital Technology Corporation Wireless communication method and apparatus for supporting reconfiguration of radio link control parameters
US8144589B2 (en) 2007-05-07 2012-03-27 Qualcomm Incorporated Learning-based semi-persistent scheduling in wireless communications
US8923212B2 (en) * 2007-08-17 2014-12-30 Qualcomm Incorporated Method and apparatus for interference management
RU2456776C2 (ru) * 2007-08-31 2012-07-20 Фудзицу Лимитед Способ обмена сообщениями, система беспроводной связи, беспроводной терминал и беспроводная базовая станция
KR101524420B1 (ko) 2008-02-01 2015-06-02 인터디지탈 패튼 홀딩스, 인크 논리 채널들의 우선순위를 정하는 방법 및 장치
US9055612B2 (en) * 2008-02-11 2015-06-09 Qualcomm Incorporated Quality of service continuity
CN104301942B (zh) * 2008-08-01 2018-04-03 日本电气株式会社 移动通信系统、控制设备、基站设备、系统控制方法和设备控制方法
EP2380392A1 (de) * 2008-12-19 2011-10-26 Telefonaktiebolaget LM Ericsson (publ) Verfahren und entität zum übermitteln von dateneinheiten
US9716635B2 (en) * 2012-09-14 2017-07-25 Facebook, Inc. Content prioritization based on packet size

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0720804B1 (de) * 1993-09-24 2004-05-12 Nokia Corporation Weiterreichsteuerungsverfahren in einem zellularen kommunkationssystem
US5923650A (en) 1997-04-08 1999-07-13 Qualcomm Incorporated Method and apparatus for reverse link rate scheduling
US5914950A (en) * 1997-04-08 1999-06-22 Qualcomm Incorporated Method and apparatus for reverse link rate scheduling
FI105993B (fi) * 1997-08-20 2000-10-31 Nokia Mobile Phones Ltd Menetelmä ja järjestelmä radiotiedonsiirtoverkon hallitsemiseksi ja radioverkko-ohjain
US6230013B1 (en) * 1997-11-26 2001-05-08 Telefonaktiebolaget Lm Ericsson (Publ) Diversity handling moveover for CDMA mobile telecommunications
FI106667B (fi) 1998-02-16 2001-03-15 Nokia Networks Oy Menetelmä, radioverkko-ohjain ja järjestelmä ainakin kahden radioverkko-ohjaimen kautta kulkevan makrodiversiteettiyhteyden kontrolloimiseksi solukkoradiojärjestelmässä
FI106606B (fi) * 1998-04-03 2001-02-28 Nokia Networks Oy Matkapuhelinkeskuksen ja radioverkko-ohjaimen välisen linkin optimointi
US6594492B2 (en) * 1998-06-16 2003-07-15 Telefonaktiebolaget L M Ericsson (Publ) Anchor MSC information retrieval from a serving MSC following a completed inter-exchange handoff
US6442388B1 (en) * 1999-05-13 2002-08-27 Telefonaktiebolaget Lm Ericsson, (Publ) Method for conducting handoff back communication scenarios

Also Published As

Publication number Publication date
EP1222830A1 (de) 2002-07-17
GB2355623B (en) 2003-07-16
AU769214B2 (en) 2004-01-22
WO2001030103A1 (en) 2001-04-26
CZ298449B6 (cs) 2007-10-10
RU2263415C2 (ru) 2005-10-27
EP1222830B1 (de) 2007-06-13
PL354615A1 (en) 2004-02-09
DE60035210D1 (de) 2007-07-26
AR027870A1 (es) 2003-04-16
AU1022001A (en) 2001-04-30
US6901065B1 (en) 2005-05-31
CA2387957A1 (en) 2001-04-26
ATE364973T1 (de) 2007-07-15
GB9924764D0 (en) 1999-12-22
CZ20021391A3 (cs) 2002-10-16
MXPA02003929A (es) 2002-10-23
CN1146289C (zh) 2004-04-14
MY126589A (en) 2006-10-31
GB2355623A (en) 2001-04-25
TW502519B (en) 2002-09-11
JP2003512791A (ja) 2003-04-02
ES2288485T3 (es) 2008-01-16
CA2387957C (en) 2009-12-22
CN1382358A (zh) 2002-11-27
JP3977642B2 (ja) 2007-09-19

Similar Documents

Publication Publication Date Title
DE60035210T2 (de) Verfahren zur ablaufplanung einer paketübertragung über ein umts-netz
DE60108765T2 (de) Basis-qos-mechanismen zur drahtlosen übertragung von ip-verkehr
DE602004010167T2 (de) Unterstützung für garantierten Bitratenverkehr für Uplink Übertragungen
DE60031566T2 (de) Signalisierungsverfahren und apparate in einem zellularen netz
EP1325590B1 (de) Verfahren zur übertragung von datenpaketen über eine luftschnittstelle eines mobilfunksystems
DE60204867T2 (de) Verfahren und Vorrichtung zur Paketsortierung in einem mobilen Kommunikationsnetzwerk
DE60221924T2 (de) Zentralisiertes dynamisches Ressourcenreservierungsverfahren gestützt auf den Austausch dienstspezifischer Kapazitätseinstellungen in einem Multi-RAT-Netzwerk
DE60112480T2 (de) Dienstqualität (QoS) für ein Universales Mobiltelekommunikationssystem (UMTS) mit Unterstützung einer Verhandlung einer einstellbaren Dienstqualität
DE69835045T2 (de) Zuteilung von Steuerkanälen in einem Paket-Funknetzwerk
DE60206329T2 (de) Verfahren zum Einstellen eines Benutzereinrichtungsidentifikators in einem Funkkommunikationssystem
EP1668934B1 (de) Verfahren, system und computerprogrammprodukt zur übertragung von daten
DE602004005604T2 (de) Verfahren zur dienstqualitätsdifferenzierung in paketmodus-mobilkommunikationsnetzen
DE60106457T2 (de) Zuteilung von datenübertragungsbetriebsmitteln bei der paketvermittelten datenübertragung
DE69934561T2 (de) Verfahren zur Datenverteilung in einer Mobileinheit
DE60113717T2 (de) Flusssteuerung in einem funkzugriffsnetzwerk
DE102004044957B4 (de) Medium-Zugriffs-Steuerungs-Einheit, Mobilfunkeinrichtung und Verfahren zum Abbilden mittels einer Mobilfunkeinrichtung zu übertragender Daten
DE602005000541T2 (de) Verfahren zur Leitung von Abwärtskanalkontrollinformationen von mehreren aktiven Basisstationen über eine einzelne versorgende Basisstation
DE69737678T2 (de) Signalisierung im Nutzbereich zum Übergabe-Vorgang in einem mobilen Telekommunikationssystem
DE602004000324T2 (de) Ein Verfahren zur Uebertragung eines Datenrahmens von einer ersten Station zu einer zweiten Station und ein entsprechendes CDMA-Telekommunikationsnetz
WO2003101136A1 (de) Datenübertragungsverfahren und -system in einem mobilfunksystem
DE602004000763T2 (de) Verfharen zur Verwaltung der Dienstqualität (QOS) in einem Mobilfunkkommunikationssystem
DE60222419T2 (de) Verfahren zum anpassen der bandbreite einer verbindung in einem telekommunikationsnetz
EP1505845A1 (de) Verfahren und Vorrichtung zum Ermitteln mindestens eines Übertragungsparameters in einem Übertragungssystem
WO2006100024A2 (de) Verfahren und vorrichtung zum aktivieren eines paketdatenprotokoll- kontextes beim aufbau einer paketdatenverbindung in einem kommunikationsnetz
DE60306734T2 (de) Ressourcenallokationskontrollgerät, Ressourcenallokationskontrollverfahren, und mobiles Kommunikationssystem

Legal Events

Date Code Title Description
8364 No opposition during term of opposition