[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

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
Application granted granted Critical
Publication of DE60035210D1 publication Critical patent/DE60035210D1/de
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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

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
GB9924764A GB2355623B (en) 1999-10-19 1999-10-19 Packet transmission in a UMTS network
GB9924764 1999-10-19
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
GB0031535D0 (en) * 2000-12-22 2001-02-07 Nokia Networks Oy Traffic congestion
EP1217855B1 (de) * 2000-12-22 2006-03-22 Lucent Technologies Inc. Prioritätssetzung von Funkrufnachrichten in einer Funkübertragungsnetzwerksteuerung
GB2377586B (en) * 2001-07-06 2005-06-29 Ipwireless Inc System and method for channel transport format allocation in a wireless communication system
US7738506B1 (en) 2001-06-12 2010-06-15 Telefonaktiebolaget Lm Ericsson Method and system for communication
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
US7554943B2 (en) * 2002-02-08 2009-06-30 Koninklijke Philips Electronics N.V. Radio communication system
CN1214590C (zh) * 2002-05-29 2005-08-10 华为技术有限公司 控制与业务功能分离的无线接入网络及其通信方法
CN1214548C (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 삼성전자주식회사 멀티미디어 브로드캐스트/멀티캐스트 서비스를 지원하기 위한 제어정보 송수신 장치 및 방법
CA2513343C (en) * 2003-06-18 2010-09-14 Nippon Telegraph And Telephone Corporation Wireless packet communication method and wireless packet communication apparatus
FI20031414A (fi) * 2003-09-30 2005-03-31 Nokia Corp Datan siirtäminen langattoman pakettivälitteisen datajärjestelmän matkaviestimessä
WO2005084061A1 (fr) * 2004-01-28 2005-09-09 France Telecom Procede de gestion des ressources radio dans un reseau d’acces radio de type utran
US8149765B2 (en) 2004-09-08 2012-04-03 Mitsubishi Electric Corporation Mobile station, base station, communications system, and communications method
JP4653181B2 (ja) 2005-02-18 2011-03-16 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 移動体電気通信ネットワークにおいて負荷を制御する制御ユニット及び方法
CN100433705C (zh) * 2005-03-17 2008-11-12 中兴通讯股份有限公司 高速下行分组接入系统中映射调度优先级标志的方法
US8098667B2 (en) 2005-06-16 2012-01-17 Qualcomm Incorporated Methods and apparatus for efficient providing of scheduling information
US8654712B2 (en) 2005-06-16 2014-02-18 Qualcomm Incorporated OFDMA reverse link scheduling
JP4651462B2 (ja) * 2005-06-17 2011-03-16 株式会社エヌ・ティ・ティ・ドコモ チャネル伝送装置及びチャネル伝送方法
RU2420040C2 (ru) 2005-07-21 2011-05-27 Телефонактиеболагет Лм Эрикссон (Пабл) Улучшение srb по hs-dsch во время смены ячейки
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
US9456455B2 (en) 2006-01-05 2016-09-27 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
KR101203841B1 (ko) 2006-01-05 2012-11-21 엘지전자 주식회사 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법
KR101268200B1 (ko) 2006-01-05 2013-05-27 엘지전자 주식회사 이동통신 시스템에서의 무선자원 할당방법
KR100912784B1 (ko) 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
KR101211807B1 (ko) 2006-01-05 2012-12-12 엘지전자 주식회사 이동통신 시스템에서 무선단말의 동기상태 관리방법
JP2009521892A (ja) 2006-01-05 2009-06-04 エルジー エレクトロニクス インコーポレイティド 移動通信システムにおける情報伝送
BRPI0706841A8 (pt) 2006-01-05 2018-04-17 Lg Electronics Inc transmissão de dados em um sistema e comunicação móvel
KR101319870B1 (ko) 2006-01-05 2013-10-18 엘지전자 주식회사 이동 통신 시스템에서의 핸드오버 방법
AU2007203852B2 (en) 2006-01-05 2010-08-26 Lg Electronics Inc. Transmitting data in a mobile communication system
KR101187076B1 (ko) 2006-01-05 2012-09-27 엘지전자 주식회사 이동 통신 시스템에 있어서 신호 전송 방법
KR101358469B1 (ko) 2006-02-07 2014-02-06 엘지전자 주식회사 무선 네트워크(ｎｅｔｗｏｒｋ) 안에서 상향(ｕｐｌｉｎｋ)및 하향(ｄｏｗｎｌｉｎｋ) 대역폭(ｂａｎｄｗｉｄｔｈ)의선택 및 신호 방법
US8493854B2 (en) 2006-02-07 2013-07-23 Lg Electronics Inc. Method for avoiding collision using identifier in mobile network
KR101216751B1 (ko) 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
KR101387475B1 (ko) 2006-03-22 2014-04-22 엘지전자 주식회사 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법
ATE519298T1 (de) 2006-06-15 2011-08-15 Nokia Siemens Networks Spa Verfahren zur paketklassifizierung basierend auf dem protokolltyp und auf prioritäten
CN101473565B (zh) 2006-06-21 2012-11-07 Lg电子株式会社 在无线移动通信系统中使用消息分离发送和接收无线电接入信息的方法
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 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말
KR20070121513A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 이동통신 시스템의 상향 접속 방법
KR20070121505A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 무선링크 재설정 방법
GB0621598D0 (en) * 2006-10-31 2006-12-06 Siemens Ag Transmission method
SG178738A1 (en) * 2007-02-02 2012-03-29 Interdigital Tech Corp Method and apparatus for enhancing rlc for flexiblerlc pdu size
KR101172129B1 (ko) 2007-02-02 2012-08-21 인터디지탈 테크날러지 코포레이션 Ｕｔｒａ ｒ6 셀과 ｒ7 셀 간의 핸드오버를 제어하기 위한 방법 및 장치
JP4997294B2 (ja) 2007-03-16 2012-08-08 インターデイジタル テクノロジー コーポレーション 無線リンク制御パラメータの再構成をサポートするための無線通信方法および無線通信装置
RU2447595C2 (ru) * 2007-03-16 2012-04-10 Интердиджитал Текнолоджи Корпорейшн Способ и устройство беспроводной связи для поддержки реконфигурации параметров управления радиолинии
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 Фудзицу Лимитед Способ обмена сообщениями, система беспроводной связи, беспроводной терминал и беспроводная базовая станция
EP2429251B1 (de) 2008-02-01 2013-09-04 InterDigital Patent Holdings, Inc. Verfahren und Vorrichtung zur Priorisierung von logischen Kanälen
US9055612B2 (en) * 2008-02-11 2015-06-09 Qualcomm Incorporated Quality of service continuity
KR101333855B1 (ko) * 2008-08-01 2013-11-27 닛본 덴끼 가부시끼가이샤 이동 통신 시스템, 제어 디바이스, 기지국 디바이스, 시스템 제어 방법 및 디바이스 제어 방법
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
AU684719B2 (en) * 1993-09-24 1998-01-08 Nokia Siemens Networks Oy Control handoff method in a cellular telecommunications system
US5914950A (en) * 1997-04-08 1999-06-22 Qualcomm Incorporated Method and apparatus for reverse link rate scheduling
US5923650A (en) 1997-04-08 1999-07-13 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
CZ20021391A3 (cs) 2002-10-16
RU2263415C2 (ru) 2005-10-27
TW502519B (en) 2002-09-11
AU1022001A (en) 2001-04-30
CA2387957C (en) 2009-12-22
MXPA02003929A (es) 2002-10-23
GB2355623A (en) 2001-04-25
JP3977642B2 (ja) 2007-09-19
WO2001030103A1 (en) 2001-04-26
GB9924764D0 (en) 1999-12-22
AU769214B2 (en) 2004-01-22
CN1146289C (zh) 2004-04-14
DE60035210D1 (de) 2007-07-26
GB2355623B (en) 2003-07-16
EP1222830B1 (de) 2007-06-13
CN1382358A (zh) 2002-11-27
CZ298449B6 (cs) 2007-10-10
JP2003512791A (ja) 2003-04-02
ES2288485T3 (es) 2008-01-16
ATE364973T1 (de) 2007-07-15
EP1222830A1 (de) 2002-07-17
PL354615A1 (en) 2004-02-09
US6901065B1 (en) 2005-05-31
MY126589A (en) 2006-10-31
CA2387957A1 (en) 2001-04-26
AR027870A1 (es) 2003-04-16

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
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
DE69828766T2 (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
DE60106457T2 (de) Zuteilung von datenübertragungsbetriebsmitteln bei der paketvermittelten datenübertragung
DE60113717T2 (de) Flusssteuerung in einem funkzugriffsnetzwerk
DE102004044957B4 (de) Medium-Zugriffs-Steuerungs-Einheit, Mobilfunkeinrichtung und Verfahren zum Abbilden mittels einer Mobilfunkeinrichtung zu übertragender Daten
DE69906571T2 (de) Verfahren und anordnung zur vermeidung des verlustes von fehlerkritischen nicht-echtzeitdaten während bestimmter verbindungsweiterleitungen
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
DE602005000541T2 (de) Verfahren zur Leitung von Abwärtskanalkontrollinformationen von mehreren aktiven Basisstationen über eine einzelne versorgende Basisstation
DE10331319B4 (de) Verfahren zur Steuerung der einer Mobilstation zugeordneten Funkressourcen und Funk-Kommunikationssystem
EP3439253A1 (de) Medienzugriffssteuergerät, verfahren zur medienzugriffssteuerung und taktisches luftverteidigungssystem
DE60026806T2 (de) Prioritätssetzung von Funkrufnachrichten in einer Funkübertragungsnetzwerksteuerung
DE60306734T2 (de) Ressourcenallokationskontrollgerät, Ressourcenallokationskontrollverfahren, und mobiles Kommunikationssystem
EP1085716B2 (de) Drahtloses Datenübertragungsverfahren unter Verwendung einer Kompressionsprotokollschicht
EP1796408B1 (de) Funkkommunikation im Anschluss an das Einschalten einer Teilnehmerstation
DE102004037815B4 (de) Mobilfunkeinrichtung und Verfahren zum Steuern von Mobilfunk-Senderessourcen in einer Mobilfunkeinrichtung

Legal Events

Date Code Title Description
8364 No opposition during term of opposition