DE60316946T2 - System zur entleerung eines b-knotens über eine bedienende funknetzwerksteuerungseinheit - Google Patents

System zur entleerung eines b-knotens über eine bedienende funknetzwerksteuerungseinheit Download PDF

Info

Publication number
DE60316946T2
DE60316946T2 DE60316946T DE60316946T DE60316946T2 DE 60316946 T2 DE60316946 T2 DE 60316946T2 DE 60316946 T DE60316946 T DE 60316946T DE 60316946 T DE60316946 T DE 60316946T DE 60316946 T2 DE60316946 T2 DE 60316946T2
Authority
DE
Germany
Prior art keywords
node
rnc
data
emptying
message
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
DE60316946T
Other languages
English (en)
Other versions
DE60316946D1 (de
Inventor
Stephen E. Northport TERRY
Yi-Ju Minnetonka CHAO
James M. Verona MILLER
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.)
InterDigital Technology Corp
Original Assignee
InterDigital Technology Corp
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 InterDigital Technology Corp filed Critical InterDigital Technology Corp
Application granted granted Critical
Publication of DE60316946D1 publication Critical patent/DE60316946D1/de
Publication of DE60316946T2 publication Critical patent/DE60316946T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809—Selective-repeat protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • H04L43/065—Generation of reports related to network devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0247—Traffic management, e.g. flow control or congestion control based on conditions of the access network or the infrastructure network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/12—Flow control between communication endpoints using signalling between network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0097—Relays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12—Access point controller devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Selective Calling Equipment (AREA)
  • Circuits Of Receivers In General (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Description

  • GEGENSTAND DER ERFINDUNG
  • Die vorliegende Erfindung betrifft das Gebiet der drahtlosen Kommunikation. Insbesondere betrifft die vorliegende Erfindung ein System und Verfahren zum Zulassen der Steuerung des Löschens eines Node B durch das versorgende Funknetzsteuergerät.
  • HINTERGRUND
  • Ein Universal Terrestrial Radio Access Network (UTRAN) der dritten Generation (3G) umfasst mehrere Funknetzsteuergeräte (RNCs), von welchen jedes an einen oder mehrere Node Bs gekoppelt ist. Jeder Node B umfasst eine oder mehrere Basisstationen, die eine oder mehrere Zellen versorgen. Die Node Bs kommunizieren mit einer oder mehreren Benutzervorrichtungen (UEs).
  • Ein 3G-System, das sowohl Frequenzduplex-(FDD) als auch Zeitduplex-(TDD)Modi umfasst, verwendet typischerweise das RNC um Datenübertragungen zu der UE zu verteilen (d. h. zu Puffern und zu planen). Für die Hochgeschwindigkeitskanäle von zellularen 3G-Systemen werden die Daten jedoch von dem Node B verteilt. Einer dieser Hochgeschwindigkeitskanäle ist zum Beispiel der Hochgeschwindigkeits-Downlink-Shared-Channel (HS-DSCH). Da die Daten von dem Node B verteilt werden, ist es notwendig, die Daten in dem Node B vor der Übertragung zu der UE zu Puffern.
  • Es gibt viele Szenarien, wo die Daten, die in dem Node B gepuffert werden, nicht länger von Nutzen sind, und ihre Anwesenheit dort einen effizienten Betrieb des Systems behindern könnte. Ein erstes Szenario ist zum Beispiel das, in dem eine mobile UE sich von einer Zelle zu einer anderen bewegt. Dies führt entweder zu einem HS-DSCH-Zellenwechsel, wobei die UE entweder von einem anderen Node B versorgt wird, oder zu einem Umschalten zwischen Zellen in demselben Node B. Die "alten Daten", (d. h. die Daten, die in dem Node B zur Übertragung zu der UE vor dem HS-DSCH-Zellenwechsel gepuffert werden) sind nach dem HS-DSCH-Zellenwechsel nicht länger von Nutzen. Wenn der Node B fortfährt, diese Daten zu Puffern oder zu übertragen, verschwendet er sowohl Pufferungsressourcen als auch Funknetzressourcen. Es ist wünschenswert, diese alten Daten aus dem Puffer zu löschen und die Übertragung dieser Daten zu beenden, da dies sowohl Pufferungsressourcen als auch Funknetzressourcen schont.
  • Ein zweites Szenario betrifft die Radio Link Control-(RLC)-Schicht. Die RLC-Schicht ist eine gleichrangige Einheit sowohl in dem versorgenden Funknetzsteuergerät (SRNC) als auch in der UE. Es gibt Situationen, in denen das RLC-Peer-to-Peer-Protokoll versagt, und die RLC setzt sich selbst zurück. Die Gründe für das RLC-Versagen sind verschieden, und solche Gründe sind nicht Gegenstand der vorliegenden Erfindung. Sobald sich jedoch die RLC zurückgesetzt hat, sind die zuvor in dem Node B gepufferten Daten nicht mehr von Nutzen, da die RLC sich neu synchronisiert und die Übertragungen erneut startet. Diese gepufferten Daten können nur Übertragungsverzögerungen und unnötige Verwendung von Funkressourcen verursachen. Wenn sie übertragen werden, werden diese Daten von der der RLC gleichrangigen Einheit nur verworfen.
  • Ein drittes Szenario betrifft die Übergabe von Daten in der Reihenfolge durch die RLC im Bestätigten Modus (Acknowledged Mode, AM). Eine Anforderung für das AM-RLC ist es, sicherzustellen, dass die Übergabe von Protokolldateneinheiten (protocol data units, PDUs) in der richtigen Reihenfolge geschieht. Die RLC verwendet eine Sequenznummer (sequence number, SN), die zu jeder PDU gehört, um eine Übergabe von PDUs in der richtigen Reihenfolge zu höheren Schichten sicherzustellen. Wenn eine Übergabe ausser Reihenfolge erfolgt (d. h., wenn eine PDU fehlt), sendet die RLC in der UE einen Statusberichts-PDU an ihre gleichrangige Einheit in dem Node B, wodurch eine erneute Übertragung der fehlenden PDUs angefordert wird. Bei Erhalt der Statusberichts-PDU überträgt die gleichrangige Einheit in dem RNC erneut ein Duplikat der fehlenden PDU.
  • Es ist aus mehreren Gründen besonders wünschenswert, dass die erneut übertragenen PDUs an der RLC der empfangenden Seite (d. h. der UE) so schnell wie möglich ankommen. Erstens verhindert eine fehlende PDU, dass nachfolgende PDUs an höhere Schichten weitergeleitet werden, auf Grund der Anforderung der Übergabe in der richtigen Reihenfolge. Zweitens muss der Puffer der UE gross genug dimensioniert sein, um die Latenz der erneuten Übertragungen zu berücksichtigen, während dennoch effektive Datenraten aufrecht erhalten werden. Je länger die Latenz wird, desto grösser muss die UE-Puffergrösse sein, um der UE zu gestatten, sowohl die PDUs, die aufgehalten werden, als auch die fortlaufenden Dateneingänge zu Puffern, bis die der richtigen Sequenz entsprechende PDU an höhere Schichten weitergeleitet werden kann. Die grössere Puffergrösse führt zu erhöhten Hardwarekosten für UEs. Dies ist in höchstem Masse unerwünscht.
  • 1 ist ein System nach dem Stand der Technik, umfassend ein RNC, einen Node B, eine UE und deren zugehörige Puffer. In diesem System nach dem Stand der Technik wird eine PDU mit der SN = 3 nicht erfolgreich von der UE empfangen. Daher fordert die RLC in der UE von ihrer gleichrangigen RLC-Schicht in dem RNC eine erneute Übertragung an. Inzwischen werden die PDUs mit SNs = 6 in dem Node B gepuffert, und PDUs mit SNs = 4 und 5 werden in der UE gepuffert. Es sollte angemerkt werden, dass, obwohl 1 nur einige PDUs zeigt, die gepuffert werden, in Wirklichkeit viel mehr PDUs (wie etwa 100 oder mehr) sowie PDUs von anderen RLC-Einheiten gepuffert werden können.
  • Wie in 2 gezeigt, muss die erneute Übertragung der PDU mit SN = 3 am Ende der Warteschlange in dem Puffer des Node B warten und wird erst übertragen, nachdem die PDUs mit SNs = 6–9 übertragen worden sind. Die PDUs in der UE können nicht an die höheren Schichten weitergeleitet werden, bis alle PDUs der Reihe nach empfangen worden sind. In diesem Fall blockieren die PDUs mit SN = 3 die Weiterleitung von darauf folgenden PDUs an höhere Schichten, (d. h. SNs = 4–9), unter der Annahme, dass alle PDUs erfolgreich übertragen werden. Man beachte, dass dieses Beispiel nur 10 PDUs in Erwägung zieht, während im normalen Betrieb Hunderte von PDUs vor erneut übertragenen Daten-PDUs geplant werden können, was die Übertragungslatenz- und Datenpufferungsprobleme noch schwieriger macht.
  • Die obigen Szenarios sind nur einige von vielen Beispielen, wo das Löschen der Daten in dem Node B zu einem viel effiziente ren Betrieb eines drahtlosen Kommunikationssystems führen würde.
  • Es wäre wünschenswert, ein System und ein Verfahren zu besitzen, wodurch das RNC das Löschen von Daten, die in dem Node B gepuffert sind und die nicht länger von Nutzen sind, steuern kann. Unter vielen Bedingungen würde das Löschen dieser Daten zu einem effizienteren Betrieb des Systems führen.
  • US 2001/0012279 A1 beschreibt ein Verfahren und ein System zum Senden von Datenpaketen in einem System, in dem eine Mobilstation (MS) (2. Knoten) Datenpakete von einer von einer ersten Basistransceiverstation (BTS) (1. Knoten) und dann von einer BTS (3. Knoten) empfängt. In D1 wird ein Datenpaketverlust dadurch vermieden, dass ein erfolgreicher Empfang einer ersten Anzahl eines Datenpaketsatzes bei der MS identifiziert wird und dann eine zweite Anzahl des Satzes von Datenpaketen von er zweiten BTS gesendet wird. Ein übertragenes Paket wird von der Speichereinrichtung der Basisstation entfernt, sobald die Steuerung anzeigt, dass eine Bestätigung empfangen wurde.
  • WO 01/58187 A1 beschreibt ein IP-basierendes Basisstationsystem (BSS) mit einem Funknetzserver (RNS), einer Funkbasisstation (RBS) und ein Gateway (GW).
  • ZUSAMMENFASSUNG
  • Die vorliegende Erfindung umfasst ein System und Verfahren welche zulassen, dass ein Funknetzsteuergerät (RNC) das Löschen von Daten, die in dem Node B gepuffert sind, steuert. Der Löschbefehl löscht im Node B gespeicherte Daten, die zu einer bestimmten Benutzervorrichtung (UE) gehören. Das RNC bestimmt entweder, dass alle Daten für eine besondere Benutzervorrichtung (UE), Daten in einer oder mehreren Benutzerprioritätsübertragungs-Warteschlangen, oder in einem oder mehreren Kanälen in dem Node B, auf der Grundlage des besonderen Datenlöschungs-Auslöseereignisses, das in dem RNC realisiert ist, gelöscht werden. Das RNC benachrichtigt dann den Node B von dem Bedarf, Übertragungsdaten zu löschen. Der Löschbefehl kann eine Konfiguration für den Node B aufweisen, um Daten nach Empfang eines von dem RNC initiierten bestehenden (Stand der Technik) Verfahrens zu löschen, kann ein vollständig neues Verfahren aufweisen, dass eine Datenlöschung durch den Node B spezifisch anfordert, oder kann in einem bestehenden Verfahren oder einem Übertragungsdatenrahmen als ein Bit oder ein Informationselement vorhanden sein, dass das Node B-Löscherfordernis anzeigt.
  • KURZE BESCHREIBUNG DER ZEICHNUNG(EN)
  • 1 ist eine erneute Übertragung der RLC nach dem Stand der Technik.
  • 2 ist eine erneute Übertragung der RLC nach dem Stand der Technik ohne Löschen.
  • 3A ist ein erfindungsgemässes Verfahren zum Erzeugen einer Löschnachricht in,
  • 3B ist ein alternatives erfindungsgemässes Verfahren zum Erzeugen einer Löschnachricht, welches eine Bestätigung umfasst,
  • 4 ist ein Beispiel des erfindungsgemässen Verfahrens des Löschens des Node B, wobei das RNC darauf wartet, erneut zu übertragen, bis der PDU-Lösch-Status empfangen wird.
  • 5 ist eine erfindungsgemässe erneute RLC-Übertragung mit Löschen.
  • 6 ist ein Beispiel des erfindungsgemässen Verfahrens des Löschens des Node B, wobei das RNC nicht darauf wartet, erneut zu übertragen, bis ein PDU-Lösch-Status empfangen wird.
  • DETAILLIERTE BESCHREIBUNG DER BEVORZUGTEN AUSFÜHRUNGSFORM(EN)
  • Die bevorzugten Ausführungsformen der vorliegende Erfindung werden nachfolgend in Bezug auf die abgebildeten Zeichnungen beschrieben, worin gleiche Ziffern durchwegs gleiche Komponenten darstellen.
  • Unter Bezugnahme auf 3A wird ein erfindungsgemässes Verfahren 10 für das RNC zur Steuerung der Löschfunktion innerhalb des Node B gezeigt. Das RNC erwartet das Auftreten des Lösch-"Auslöse"-Ereignisses (Schritt 12), das zu einem bestimmten UE gehört. Dieses Auslöseereignis kann zum Beispiel einen Wechsel der versorgenden HS-DSCH-Zelle, ein Rücksetzen der RLC oder die Erzeugung eines RLC-Statusberichts von der UE, die die erneute Übertragung bestimmter PDUs fordert, sein.
  • Obwohl dies nur drei Beispiele von Auslöseereignissen sind, wird der Fachmann klar erkennen, dass jegliche Funktion als ein Auslöseereignis verwendet werden könnte, um den Node B zu löschen, wenn ein Löschen des Node B zu einem Vorteil für den Systembetrieb führen würde. Dementsprechend sollten das Verfahren und das System der vorliegenden Erfindung, wie sie hierin im Folgenden beschrieben werden, nicht nur auf diese drei aufgezählten Auslöseereignisse beschränkt werden.
  • In Abhängigkeit von dem Lösch-Auslöseereignis können entweder alle Daten, die zu einer UE gehören, die Daten, die zu einem bestimmten Datenfluss der UE gehören, oder die Daten, die zu einem oder mehreren logischen Kanälen der UE gehören, zur Löschung in dem Node B angefordert werden.
  • Zum Beispiel sind in dem Fall eines Wechsels der versorgenden HS-DSCH-Zelle alle Daten für die UE, die innerhalb des Quellen-Node B gepuffert werden, nach dem Wechsel der versorgenden HS-DSCH-Zelle nicht länger von Nutzen. Das RNC kann den Quellen-Node B löschen, um ihn von allen Daten in allen Puffern, die zu der UE gehören, zu befreien, so dass keine Funkressource mit unnötigen Datenübertragungen verschwendet wird.
  • Im Fall einer RLC-Rücksetzung oder einer erneuten RLC-Übertragung kann das RNC selektiv Daten, die in dem Node B für diese bestimmte UE gepuffert wird, nach der Übertragungsprioritäts-Warteschlange oder nach dem logischen Kanal, der zu dieser RLC-Instanz gehört, löschen. Die Löschfunktion verringert die Latenz erneuter RLC-Übertragung im Fall von erneuten RLC-Übertragungen, und verhindert die Verschwendung von Funkressourcen im Fall von RLC-Rückstellungen.
  • Unter erneuter Bezugnahme auf 3A bestimmt das RNC, ob ein Auslöseereignis empfangen worden ist (Schritt 14). Wenn nicht, kehrt das RNC zu Schritt 12 zurück und fährt fort, auf das Auftreten eines Auslöseereignisses zu warten. Wenn ein Auslöseereignis detektiert wurde, überträgt das RNC eine Löschnachricht an den Node B, welche anzeigt, dass der Node B die gewünschten Daten, die zu dieser UE (Schritt 16) gehören, löschen soll. Dies können Daten in einem oder mehreren Puffern sein, die zu dem einen oder den mehreren Datenflüssen gehören. Nachdem der Node B die Nachricht (Schritt 18) empfangen hat, löscht er den gewünschten Puffer (Schritt 20).
  • In Übereinstimmung mit dem Verfahren 10 der vorliegenden Erfindung sollte klar sein, dass das Löschen der Daten innerhalb des Node B Daten löscht, die nicht länger von Nutzen sind, und sowohl Datenpufferungsressourcen in dem Node B als auch Funkressourcen, die unnötigerweise zur Übertragung dieser Daten zugeteilt werden würden, frei macht.
  • Dem Fachmann dürfte auch klar sein, dass die Löschnachricht, wie durch Schritt 16 nachgewiesen, eine oder mehrere der folgenden Alternativen umfassen kann. In einer ersten Alternative der Löschnachricht, befindet sich die Löschnachricht innerhalb einer bestehenden UTRAN-Prozedur, die zwischen dem RNC und dem Node B signalisiert wird, wobei der Node B so konfiguriert ist, dass der Empfang der Nachricht durch den Node B eine Löschung initiiert. Bei dieser Alternative ist die Datenlöschung in einer bestehenden Prozedur implizit, und der blosse Empfang der Nachricht ohne jegliche zusätzliche Signalisierung führt zu einer Datenlöschung, auch wenn die Nachricht sich auf eine völlig andere Funktion beziehen würde. Die implizite Verknüpfung kann mit Rahmenprotokoll-Datenrahmen erfolgen, kann in RLC-PDUs getragen werden oder kann als ein Informationselement einer Nachricht oder eines Verfahrens nach dem Stand der Technik des Node B-Anwendungsteils (NBAP) oder des Funknetz-Subsystem-Anwendungsteils (RNSAP) getragen werden.
  • Bei einer zweiten Alternative der Löschnachricht kann die Löschnachricht eine völlig neue oder einzigartige UTRAN-Prozedur umfassen, welche zwischen dem RNC und dem Node B signalisiert wird und den Node B spezifisch dazu anleitet, eine Löschung des gewünschten Puffers zu initiieren. Dies umfasst eine separate Nachricht, welche vollständig der Löschfunktion vorbehalten ist. Bei dieser Alternative ist zum Beispiel ein neuer Steuerrahmen in dem Rahmenprotokoll der Löschfunktion vorbehalten, oder eine neue Prozedur des NBAP oder des RNSAP ist der Löschfunktion vorbehalten.
  • Bei einer dritten Alternative der Löschnachricht kann die Löschnachricht einen Teil einer bestehenden UTRAN-Prozedur umfassen. In dieser Ausführungsform ist ein Bit oder ein Informationselement in einem Teil einer Nachricht in einer bestehenden UTRAN-Prozedur, die zwischen dem RNC und dem Node B signalisiert wird, der Löschfunktion vorbehalten. Der Node B empfängt diese Information über die bestehende Prozedur und liest das Bit oder Informationselement, um zu bestimmen, ob eine Löschung erfolgen soll oder nicht.
  • Schliesslich wird in einer vierten Alternative der Löschnachricht der Node B so vorkonfiguriert, dass er Daten bei Erhalt einer Nachricht von dem RNC löscht, welche entweder eine Nachricht nach dem Stand der Technik oder eine neue Nachricht sein kann. In dieser Alternative kann der Node B zum Beispiel so vorkonfiguriert sein, dass er Daten bei Erhalt einer Nachricht, die die Freigabe des HS-DSCH-Kanals anzeigt (d. h. Freigabe der Funkverbindung), löscht. Die Löschfunktion wird vorteilhaft sein, da Daten, die zu dem HS-DSCH-Kanal gehören und in dem Node B gepuffert sind, nach der Freigabe des HS-DSCH-Kanals nicht länger von Nutzen sind.
  • Der Fachmann wird einsehen, dass in Abhängigkeit von dem besonderen Szenario andere Funktionen auf die Durchführung der Löschfunktion in dem Node B zum Zweck des richtigen Systembetriebs folgen können. Diese Erfindung verhindert nicht eine Koordination der von dem RNC gesteuerten Löschfunktion in dem Node B mit anderen Funktionen für unterschiedliche Szenarios. Der Node B kann zusätzlich die Löschfunktion wie in 3B gezeigt bestätigen. Die Schritte 112–120 sind dieselben wie die Schritte 12–20, die unter Bezugnahme auf das Verfahren 10 von 3A gezeigt und beschrieben wurden. Dementsprechend werden diese Schritte nicht weiter beschrieben. In Übereinstimmung mit dieser Alternative des Verfahrens 100 der vorliegenden Erfindung sendet jedoch der Node B, nachdem er den gewünschten Puffer gelöscht hat (Schritt 120), eine Bestätigung an das RNC, dass die Daten gelöscht worden sind (Schritt 122). Das RNC empfängt und verarbeitet dann die Bestätigung (Schritt 124).
  • Die Form der Bestätigung und die Massnahmen, die das RNC daraufhin trifft, können sich auf Grund der unterschiedlichen Systemkonfigurationen, die für unterschiedliche Szenarien geeignet sind, unterscheiden. Bei HSDPA beispielsweise, wenn die Löschungsfunktion für die erneute RLC-Übertragung von PDUs ausgelegt ist, kann eine Bestätigung von dem Node B an das RNC nach Abschluss der Löschungsfunktion implementiert werden, damit das RNC die PDU-Ubertragungen wieder aufnimmt. In diesem Fall kann die Bestätigung in ähnlichen Verfahren, wie sie zuvor erwähnt wurden, getragen werden.
  • Bei einer ersten Alternative der Bestätigungsnachricht befindet sich die Bestätigungsnachricht in einer bestehenden Nachricht von dem Node B an das RNC, wie etwa in dem Header eines Rahmenprotokoll-Datenrahmens, oder als eines oder mehrere Bits oder als ein Informationselement in einer Nachricht des NBAP oder des RNSAP nach dem Stand der Technik.
  • Bei einer zweiten Alternative der Bestätigungsnachricht kann die Bestätigungsnachricht eine vollständig neue oder einzigartige Nachricht umfassen. Dies umfasst eine separate Nachricht, welche vollständig der Bestätigung der Löschungsfunktion vorbehalten wird, wie etwa ein neuer Steuerrahmen in dem Rahmenprotokoll, welcher der Löschungsbestätigungsfunktion vorbehalten ist, oder eine neue Nachricht des NBAP oder des RNSAP, die der Löschungsbestätigungsfunktion vorbehalten ist.
  • Schließlich wird in einer dritten Alternative der Bestätigungsnachricht eine bestehende Nachricht von dem Node B an das RNC vorkonfiguriert, um die Bestätigung der Löschungsfunktion anzuzeigen, auch wenn es kein Feld in der Nachricht gibt, das speziell für die Bestätigung reserviert ist. Der Fachmann wird einsehen, dass in Abhängigkeit von dem besonderen Szenario andere Methoden, die einen richtigen Systembetrieb erreichen, zur Bestätigung der Löschungsfunktion verwendet werden können. Unabhängig von der Form der Bestätigung ist anzumerken, dass die Bestätigung mehrere Funktionen umfassen kann. Erstens kann sie eine Bestätigung durch den Node B über den Abschluss der Löschfunktion umfassen. Alternativ kann sie den Status von PDU-Übertragungen in dem Node B liefern, um den RNC-Betrieb zu unterstützen. Da der Node B die SN des PDU nicht kennt, kann der Node B nicht direkt die SN von übertragenen PDUs zurück an das RNC senden. Der Node B kann das RNC über den Status der PDU-Übertragung zum Beispiel durch ein Bitmap, das den Status der PDUs in dem Node B identifiziert, informieren. Der Status kann die PDUs, oder die Nummer der PDUs anzeigen, die gelöscht wurden, und jene, die auf ihre Übertragung warten.
  • Unter Bezugnahme auf 4 wird ein Beispiel des erfindungsgemässen Verfahrens 50 gezeigt. In diesem Szenario überträgt die UE eine Status-PDU, welche anzeigt, dass eine oder mehrere PDUs fehlen. Bei Schritt 52 überträgt die UE an das RNC einen RLC-Statusbericht, welcher den Status der PDUs anzeigt. In diesem Beispiel wird angenommen, dass der Statusbericht anzeigt, dass eine oder mehrere PDUs fehlen. Nach der Verarbeitung des Statusberichts sendet das RNC eine Nachricht an den Node B, um die gepufferten PDUs aus den Puffern, welche zu den erneut zu übertragenden PDUs gehören (Schritt 54), zu löschen. Die Löschnachricht kann über das Rahmenprotokoll entweder in einem Datenrahmen mit der erneut übertragenen PDU oder in einem Steuerrahmen, der mit einer höheren Priorität gesendet wird als die erneut übertragene PDU, übertragen werden. Alternativ können auch Nachrichten auf dem NBAP oder dem RNSAP verwendet werden, um den Node B zu informieren. Der Node B löscht die PDUs aus dem gewünschten Puffer (Schritt 56) und bestätigt die Löschung und den PDU-Status an das RNC (Schritt 58). Das RNC überträgt die fehlenden und die folgenden PDUs (Schritt 60). Der Node B leitet diese PDUs an die UE weiter (Schritt 62). Alternativ kann die Löschnachricht zusammen mit der fehlenden PDU im Rahmenprotokoll eingeschlossen sein, oder sie kann in einer oder als eine separate Nachricht auf dem NBAP oder dem RNSAP übertragen werden.
  • Der Vorteil der Implementierung der Node B-Löschfunktion im Fall der erneuten RLC-Übertragung besteht in der Reduktion der Latenz von Übertragungen, was in dem folgenden Beispiel erklärt wird. Unter Bezugnahme auf 5 löscht der Node B mit der Löschfunktion in Übereinstimmung mit der vorliegenden Erfindung den Puffer, so dass die PDUs mit SNs = 6–9 gelöscht werden. Nach dem Abschluss der Löschungsfunktion bestätigt der Node B dem RNC die Löschungsfunktion, und anschliessend nimmt das RNC die RLC-Übertragung von SN = 3 (d. h., die PDU, die in der UE fehlt) wieder auf. Der Node B empfängt dann die PDU mit SN 3. Da es keine anderen PDUs davor gibt, wird die erneut übertragene PDU mit SN 3 viel schneller übertragen als in dem in 2 gezeigten Szenario. In diesem Beispiel werden die PDUs mit SNs = 6–9 von der RLC der übertragenden Seite erneut übertragen, nachdem der Node B gelöscht wurde.
  • Das RNC kann damit beginnen, die normale PDU-Sequenz so gut wie möglich neu zu starten, unmittelbar nach dem Senden der fehlenden PDU, oder er kann warten, bis der PDU-Löschstatus von dem Node B gesendet wird, welcher die Löschung bestätigt und Information über die gelöschten PDUs liefert.
  • Bei einer ersten Alternative kann die Bestätigung der Löschungsfunktion ausbleiben, oder sogar wenn die Bestätigungsfunktion ausgeführt wird, wartet das RNC, nachdem er die Bestätigung der Node B-Löschungsfunktion erhalten hat, nicht damit, die erneute Übertragung fehlender PDUs zu beginnen. Der Node B löscht nur PDUs, die vor dem Empfang der Löschungsfunktion gepuffert wurden, und überträgt an die UE die zuletzt empfangenen PDUs, nachdem er den Löschungsbefehl von dem RNC empfangen hat.
  • Bei der zweiten Alternative wartet das RNC bis eine Löschungsbestätigung von dem Node B gesendet wird. Wenn die Bestätigung auch den Status von Datenblockübertragungen in dem Node B enthält, kann das RNC die Information verwenden, um zu bestimmen, wo die PDU-Übertragung wieder gestartet werden soll.
  • Unter Bezugnahme auf 6 wird ein alternatives Verfahren 70 in Übereinstimmung mit der vorliegenden Erfindung gezeigt. Dieses Verfahren 70 ist ähnlich dem Verfahren 50, das in 4 gezeigt wird, ausser dass die Bestätigung der Löschungsinformation und des PDU-Status fehlt, welche der Node B an das RNC sendet.
  • Während die vorliegende Erfindung mit Bezug auf die bevorzugte Ausführungsform beschrieben wurde, wird der Fachmann andere Varianten, die innerhalb des Schutzbereiches der Erfindung liegen, wie er in den nachfolgenden Ansprüchen dargelegt ist, erkennen.

Claims (25)

  1. System für die selektive Löschung von in einem Node B gepufferten Daten, wobei das System eine Funknetzsteuerung RNC umfaßt, die mit mindestens einem Node B verbunden ist, wobei der mindestens eine Node B mindestens einen Übertragungspuffer hat, dadurch gekennzeichnet, daß: die RNC eingerichtet ist, zu bestimmen, wann eine Entleerung zumindest eines Abschnitts des Übertragungspuffers eingeleitet werden soll, und eine Anzeige an den Node B zu senden (54), daß eine Entleerung erwünscht ist; der Node B eingerichtet ist, diese Anzeige zu empfangen und ansprechend darauf, zumindest einen Teil der Daten in dem Übertragungspuffer zu löschen (56).
  2. System nach Anspruch 1, wobei die Anzeige nur einen Teil einer von der RNC an den Node B gesendeten Nachricht aufweist.
  3. System nach Anspruch 1, wobei die Anzeige eine von der RNC an den Node B gesendete Nachricht aufweist, die ausschließlich zur Einleitung einer Entleerung an dem Node B bestimmt ist.
  4. System nach Anspruch 1, wobei der Node B derart aufgebaut ist, daß er nach dem Empfang einer oder mehrerer Nachrichten eine Entleerung einleitet, und die Anzeige eine dieser Nachrichten aufweist.
  5. System nach Anspruch 1, wobei der Node B ferner eine Einrichtung zum Erzeugen einer Quittung umfaßt, daß das Entleeren des Übertragungspuffers durchgeführt wurde.
  6. System nach Anspruch 5, wobei der Node B ferner eine Einrichtung zum Übertragen (58) der Quittung an die RNC umfaßt.
  7. System nach Anspruch 6, wobei die Quittung nur einen Teil einer von dem Node B an die RNC gesendeten Nachricht aufweist.
  8. System nach Anspruch 7, wobei der Node B eingerichtet ist, mit einem Benutzergerät UE zu kommunizieren, und die Quittung auch den Status von Daten in dem UE bereitstellt.
  9. System nach Anspruch 6, wobei die Quittung eine von dem Node B an die RNC gesendete Nachricht aufweist, die ausschließlich für die Quittierung der von dem Node B durchgeführten Entleerung bestimmt ist.
  10. System nach Anspruch 9, wobei der Node B eingerichtet ist, mit einem Benutzergerät UE zu kommunizieren, und die Quittung auch den Status von Daten in dem UE bereitstellt.
  11. Verfahren zur selektiven Steuerung des Entleerens von Daten in einem drahtlosen Übertragungssystem mit einer Funknetzsteuerung RNC, die mit mindestens einem Node B verbunden ist, wobei der mindestens eine Node B mindestens einen Übertragungspuffer hat; gekennzeichnet durch: Erkennen des Bedarfs für eine Entleerung an der RNC; Benachrichtigen (54) des Node B über die Notwendigkeit einer Entleerung; und Entleeren (56) der Daten an dem Node B in zumindest einem Abschnitt seines Übertragungspuffers ansprechend auf die Benachrichtigung.
  12. Verfahren nach Anspruch 11, das ferner das Erzeugen einer Quittung an dem Node B umfaßt.
  13. Verfahren nach Anspruch 12, das ferner das Übertragen (58) der Quittung von dem Node B an die RNC umfaßt.
  14. Verfahren nach Anspruch 13, wobei die Quittung nur einen Teil einer von dem Node B an die RNC gesendeten Nachricht aufweist.
  15. Verfahren nach Anspruch 14, wobei der Node B eingerichtet ist, mit einem Benutzergerät UE zu kommunizieren, und die Quittung auch den Status von Daten in dem UE bereitstellt.
  16. Verfahren nach Anspruch 13, wobei die Quittung eine von dem Node B an die RNC gesendete Nachricht aufweist, die ausschließlich für die Quittierung der von dem Node B durchgeführten Entleerung bestimmt ist.
  17. Verfahren nach Anspruch 16, wobei der Node B eingerichtet ist, mit einem Benutzergerät UE zu kommunizieren, und die Quittung auch den Status von Daten in dem UE bereitstellt.
  18. Node B für die Kommunikation mit einer Netzwerksteuerung RNC, wobei die RNC dazu dient, eine Entleerung zumindest eines Abschnitts des Übertragungspuffers einzuleiten, und eine Anzeige an den Node B zu übertragen (54), daß eine Entleerung erwünscht ist; gekennzeichnet durch: einen Empfänger zum Empfangen der Anzeige; und einen Übertragungspuffer; wobei der Node B geeignet ist, zumindest einen Teil der Daten in dem Übertragungspuffer ansprechend auf diese Anzeige zu löschen (56).
  19. Node B nach Anspruch 18, wobei die Anzeige nur einen Teil einer von der RNC an den Node B gesendeten Nachricht aufweist.
  20. Node B nach Anspruch 18, wobei die Anzeige eine von der RNC an den Node B gesendete Nachricht aufweist, die ausschließlich zur Einleitung einer Entleerung an dem Node B bestimmt ist.
  21. Node B nach Anspruch 18, wobei der Node B derart aufgebaut ist, daß er nach dem Empfang einer oder mehrerer Nachrichten eine Entleerung einleitet, und die Anzeige eine der Nachrichten aufweist.
  22. Node B nach Anspruch 18, wobei der Node B ferner eine Einrichtung zum Erzeugen einer Quittung, daß das Entleeren des Übertragungspuffers durchgeführt wurde, umfaßt.
  23. Node B nach Anspruch 22, wobei der Node B ferner einen Sender zum Senden (58) der Quittung an die RNC umfaßt.
  24. Node B nach Anspruch 23, wobei die Quittung nur einen Teil einer von dem Node B an die RNC gesendeten Nachricht aufweist.
  25. Node B nach Anspruch 24, wobei der Node B auch mit einem Benutzergerät UE kommuniziert und die Quittung auch den Status von Daten in dem UE bereitstellt.
DE60316946T 2002-05-10 2003-05-07 System zur entleerung eines b-knotens über eine bedienende funknetzwerksteuerungseinheit Expired - Lifetime DE60316946T2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US37982802P 2002-05-10 2002-05-10
US379828P 2002-05-10
PCT/US2003/014187 WO2003096712A1 (en) 2002-05-10 2003-05-07 System for permitting control of the purging of a node b by the serving radio network controller

Publications (2)

Publication Number Publication Date
DE60316946D1 DE60316946D1 (de) 2007-11-29
DE60316946T2 true DE60316946T2 (de) 2008-08-14

Family

ID=29420562

Family Applications (2)

Application Number Title Priority Date Filing Date
DE60316946T Expired - Lifetime DE60316946T2 (de) 2002-05-10 2003-05-07 System zur entleerung eines b-knotens über eine bedienende funknetzwerksteuerungseinheit
DE20307252U Expired - Lifetime DE20307252U1 (de) 2002-05-10 2003-05-09 Node B, welcher die selektive Löschung seiner Puffer erleichtert

Family Applications After (1)

Application Number Title Priority Date Filing Date
DE20307252U Expired - Lifetime DE20307252U1 (de) 2002-05-10 2003-05-09 Node B, welcher die selektive Löschung seiner Puffer erleichtert

Country Status (22)

Country Link
US (6) US7430185B2 (de)
EP (2) EP1881711B1 (de)
JP (2) JP2005525757A (de)
KR (10) KR100945411B1 (de)
CN (4) CN100505923C (de)
AR (2) AR039541A1 (de)
AT (1) ATE376337T1 (de)
AU (3) AU2003267317B8 (de)
BR (2) BR0309998A (de)
CA (1) CA2485559C (de)
DE (2) DE60316946T2 (de)
DK (1) DK1520434T3 (de)
ES (1) ES2294311T3 (de)
GE (2) GEP20115136B (de)
HK (4) HK1054671A2 (de)
IL (2) IL165126A (de)
MX (1) MXPA04011165A (de)
MY (3) MY146280A (de)
NO (2) NO334567B1 (de)
SG (1) SG143988A1 (de)
TW (8) TWI415423B (de)
WO (1) WO2003096712A1 (de)

Families Citing this family (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI415423B (zh) 2002-05-10 2013-11-11 Interdigital Tech Corp 管理封包資料單元的方法及有效管理封包資料單元傳輸的無線通訊系統
US7190673B2 (en) * 2002-06-26 2007-03-13 Interdigital Technology Corporation Method and system that improves interoperability of a radio network controller and a base station in cellular system with downlink congestion control
EP2267930B1 (de) 2003-04-10 2019-06-12 Telefonaktiebolaget LM Ericsson (publ) Verfahren und Vorrichtung zur Wiederübertragung
WO2005104672A2 (en) * 2004-05-05 2005-11-10 Telefonaktiebolaget Lm Ericsson (Publ) Hsdpa flow control data frame, frame sequence number
US20060031201A1 (en) * 2004-08-06 2006-02-09 Microsoft Corporation Life moment tagging and storage
CN100438490C (zh) * 2004-08-27 2008-11-26 华为技术有限公司 基于统计平均的数据下发时间调整方法
US8130855B2 (en) 2004-11-12 2012-03-06 Interdigital Technology Corporation Method and apparatus for combining space-frequency block coding, spatial multiplexing and beamforming in a MIMO-OFDM system
US8189615B2 (en) 2004-12-23 2012-05-29 Nokia Corporation Method and apparatus for communicating scheduling information from a UE to a radio access network
US8842631B2 (en) 2005-11-30 2014-09-23 Qualcomm Incorporated Data state transition during handoff
US7668121B2 (en) * 2006-01-10 2010-02-23 Intel Corporation Purging of authentication key contexts by base stations on handoff
US8031872B2 (en) 2006-01-10 2011-10-04 Intel Corporation Pre-expiration purging of authentication key contexts
US20080056148A1 (en) * 2006-09-06 2008-03-06 Mediatek Inc. Wireless communication method and apparatus for reducing data retransmission
KR100783114B1 (ko) 2006-10-09 2007-12-07 삼성전자주식회사 이동통신 단말기의 목록 탐색 방법
US9173223B2 (en) * 2006-12-07 2015-10-27 Lg Electronics Inc. Method of transferring data in a wireless communication system
US8797879B2 (en) * 2006-12-07 2014-08-05 Lg Electronics Inc. Method of transmitting and receiving status report in a mobile communication system
KR101342365B1 (ko) * 2006-12-07 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 데이터 전달 방법
KR101364802B1 (ko) * 2007-01-08 2014-02-26 엘지전자 주식회사 무선 통신의 공통채널 수신 방법 및 그 단말
WO2008084986A2 (en) * 2007-01-09 2008-07-17 Lg Electronics Inc. Method of transmitting and receiving scheduling information in a wireless communication system
US8347174B2 (en) * 2007-01-09 2013-01-01 Lg Electronics Inc. Method of transmitting and receiving data in a wireless communication system including error detection code decoded using equipment identifiers and group identifiers
EP2119082A4 (de) * 2007-01-09 2013-07-31 Lg Electronics Inc Verfahren zur steuerung einer datenneuübertragung in einem drahtlosen kommunikationssystem
US8059606B2 (en) * 2007-01-09 2011-11-15 Lg Electronics Inc. Method for reporting channel quality through uplink common channel in wireless communication
KR101211758B1 (ko) * 2007-01-10 2012-12-12 엘지전자 주식회사 무선 통신 시스템의 블록 데이터 생성 방법
CN101578783A (zh) * 2007-01-10 2009-11-11 Lg电子株式会社 用于在移动通信中构造数据格式的方法及其终端
CN101222419B (zh) * 2007-01-10 2011-07-20 华为技术有限公司 数据通信方法及***、数据发送/接收装置
KR101155237B1 (ko) 2007-01-10 2012-06-13 엘지전자 주식회사 무선통신 시스템에서 네트워크가 데이터를 송신하는 방법
CN101601208B (zh) * 2007-01-31 2014-04-16 Lg电子株式会社 用于发送和接收***信息的方法
KR101461938B1 (ko) * 2007-01-31 2014-11-14 엘지전자 주식회사 시스템 정보의 전송 및 수신 방법
KR101426958B1 (ko) * 2007-02-06 2014-08-06 엘지전자 주식회사 무선통신 시스템에서 데이터 송수신 방법
US8830950B2 (en) * 2007-06-18 2014-09-09 Qualcomm Incorporated Method and apparatus for PDCP reordering at handoff
US20090175175A1 (en) * 2008-01-04 2009-07-09 Interdigital Patent Holdings, Inc. Radio link control reset using radio resource control signaling
US20090219915A1 (en) * 2008-02-28 2009-09-03 General Dynamics C4 Systems, Inc. Distributed request queue for a data communication system, and related operating methods
US8902833B2 (en) * 2010-12-23 2014-12-02 Qualcomm Incorporated System and method for performing a radio link control (RLC) reset in a downlink multipoint system
EP2702716B1 (de) * 2011-11-04 2014-12-03 Telefonaktiebolaget L M Ericsson (PUBL) Handhabung redundanter daten in einem kommunikationssystem
JP6027622B2 (ja) * 2011-11-10 2016-11-16 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 方法、無線基地局、及び無線ネットワーク制御装置
WO2013167343A1 (en) * 2012-05-11 2013-11-14 Nokia Siemens Networks Oy Delay equalization for fluctuating inter-site multiflow links
US9544099B2 (en) * 2012-07-02 2017-01-10 Intel Corporation User equipment, evolved node B, and method for multicast device-to-device communications
US20140082450A1 (en) * 2012-09-17 2014-03-20 Lsi Corp. Systems and Methods for Efficient Transfer in Iterative Processing
US9214959B2 (en) 2013-02-19 2015-12-15 Avago Technologies General Ip (Singapore) Pte. Ltd. Systems and methods for skip layer data decoding
US9274889B2 (en) 2013-05-29 2016-03-01 Avago Technologies General Ip (Singapore) Pte. Ltd. Systems and methods for data processing using global iteration result reuse
US8959414B2 (en) 2013-06-13 2015-02-17 Lsi Corporation Systems and methods for hybrid layer data decoding
US8917466B1 (en) 2013-07-17 2014-12-23 Lsi Corporation Systems and methods for governing in-flight data sets in a data processing system
US8817404B1 (en) 2013-07-18 2014-08-26 Lsi Corporation Systems and methods for data processing control
US9196299B2 (en) 2013-08-23 2015-11-24 Avago Technologies General Ip (Singapore) Pte. Ltd. Systems and methods for enhanced data encoding and decoding
US8908307B1 (en) 2013-08-23 2014-12-09 Lsi Corporation Systems and methods for hard disk drive region based data encoding
US9298720B2 (en) 2013-09-17 2016-03-29 Avago Technologies General Ip (Singapore) Pte. Ltd. Systems and methods for fragmented data recovery
JP5726252B2 (ja) * 2013-09-18 2015-05-27 三菱電機株式会社 無線通信装置、無線通信方法、および無線通信プログラム
US9219503B2 (en) 2013-10-16 2015-12-22 Avago Technologies General Ip (Singapore) Pte. Ltd. Systems and methods for multi-algorithm concatenation encoding and decoding
US9323606B2 (en) 2013-11-21 2016-04-26 Avago Technologies General Ip (Singapore) Pte. Ltd. Systems and methods for FAID follower decoding
RU2014104571A (ru) 2014-02-10 2015-08-20 ЭлЭсАй Корпорейшн Системы и способы для эффективного с точки зрения площади кодирования данных
US9378765B2 (en) 2014-04-03 2016-06-28 Seagate Technology Llc Systems and methods for differential message scaling in a decoding process
US20170118744A1 (en) * 2015-10-27 2017-04-27 Nokia Solutions And Networks Oy Method and apparatus for controlling downlink or uplink transmission
US10833832B2 (en) 2016-06-22 2020-11-10 Intel Corporation Communication device and a method for full duplex scheduling

Family Cites Families (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR9405406A (pt) * 1993-06-14 1999-09-08 Ericsson Telefon Ab L M Processo e sistema suscetìvel de múltiplo acesso por divisão de código para sistemas de comunicação celulares
FI107575B (fi) 1994-06-20 2001-08-31 Nokia Mobile Phones Ltd Tiedonsiirtomenetelmä, tukiasema sekä tilaajapäätelaite
JP2590760B2 (ja) 1994-11-14 1997-03-12 日本電気株式会社 Ａｔｍノード機器
MY123040A (en) 1994-12-19 2006-05-31 Salbu Res And Dev Proprietary Ltd Multi-hop packet radio networks
FI98586C (fi) * 1995-01-10 1997-07-10 Nokia Telecommunications Oy Pakettiradiojärjestelmä ja menetelmiä datapaketin reitittämiseksi protokollariippumattomasti pakettiradioverkoissa
FI102654B1 (fi) * 1996-02-22 1999-01-15 Nokia Mobile Phones Ltd Menetelmä tukiaseman vaihtamiseksi ATM-verkon radiolaajennuksessa
US6058106A (en) * 1997-10-20 2000-05-02 Motorola, Inc. Network protocol method, access point device and peripheral devices for providing for an efficient centrally coordinated peer-to-peer wireless communications network
GB9815886D0 (en) * 1998-07-21 1998-09-16 Nokia Telecommunications Oy Method and apparatus for the transmission of packets of data
US6320873B1 (en) * 1998-08-27 2001-11-20 Qualcomm Incorporated CDMA transmission of packet-switched data
US6490615B1 (en) 1998-11-20 2002-12-03 International Business Machines Corporation Scalable cache
DE19900436B4 (de) * 1999-01-08 2016-12-01 Ipcom Gmbh & Co. Kg Verfahren zum Handover, Mobilstation für ein Handover und Basisstation für ein Handover
JP2000295200A (ja) * 1999-04-01 2000-10-20 Matsushita Electric Ind Co Ltd 干渉信号除去装置
GB9913092D0 (en) * 1999-06-04 1999-08-04 Nokia Telecommunications Oy A network element
EP1081979A1 (de) * 1999-08-31 2001-03-07 TELEFONAKTIEBOLAGET L M ERICSSON (publ) Teilnehmergerät, Netzsteuerungsmittel und Verfahren zur Auslösung von Interfrequenz-Messungen in einem mobilen Kommunikationssystem
US6385174B1 (en) * 1999-11-12 2002-05-07 Itt Manufacturing Enterprises, Inc. Method and apparatus for transmission of node link status messages throughout a network with reduced communication protocol overhead traffic
US6996092B1 (en) * 2000-01-31 2006-02-07 Telefonaktiebolaget Lm Ericsson (Publ) IP-based base station system
AU2001236303A1 (en) 2000-02-25 2001-09-03 Telefonaktiebolaget Lm Ericsson (Publ) Flow control between transmitter and receiver entities in a communications system
TW484283B (en) * 2000-08-11 2002-04-21 Ind Tech Res Inst Dynamic scheduling scheduler framework and method for mobile communication
US6845100B1 (en) * 2000-08-28 2005-01-18 Nokia Mobile Phones Ltd. Basic QoS mechanisms for wireless transmission of IP traffic
KR100365788B1 (ko) * 2000-09-14 2002-12-26 삼성전자 주식회사 무선 패킷 데이터시스템의 수신 트래픽 양 결정방법 및 장치
KR100525380B1 (ko) 2000-09-22 2005-11-02 엘지전자 주식회사 Ｃｄｍａ 통신 시스템의 호 설정 방법
KR100735400B1 (ko) * 2000-09-26 2007-07-04 삼성전자주식회사 이동통신시스템에서 국제이동가입자식별 정보 관리 장치및 방법
GB2367719B (en) 2000-10-03 2004-01-07 Ericsson Telefon Ab L M Mobile access networks
GB2361392B (en) 2000-12-13 2003-07-23 Ericsson Telefon Ab L M Flow control in a radio access network
KR100470345B1 (ko) * 2000-12-27 2005-02-21 엘지전자 주식회사 이동통신 망에서의 ｉｐ멀티캐스트/브로드캐스트 패킷 전송을 위한 링크접속제어 프로토콜 구현장치 및 방법
GB2364862B (en) 2001-03-23 2003-05-14 Ericsson Telefon Ab L M Radio access networks
KR100736484B1 (ko) * 2001-04-21 2007-07-06 엘지전자 주식회사 이동통신의 ｈｓｄｐａ시스템 지원을 위한 버퍼 관리 방법
US7158504B2 (en) * 2001-05-21 2007-01-02 Lucent Technologies, Inc. Multiple mode data communication system and method and forward and/or reverse link control channel structure
CN1391961A (zh) 2001-06-15 2003-01-22 乔路生 冠心病理疗仪
KR100446522B1 (ko) * 2001-07-06 2004-09-04 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신시스템에서고속 매체 접속 제어 계층 엔터티 리셋 방법
KR100790131B1 (ko) * 2001-08-24 2008-01-02 삼성전자주식회사 패킷 통신시스템에서 매체 접속 제어 계층 엔터티들 간의 시그널링 방법
US6904016B2 (en) * 2001-11-16 2005-06-07 Asustek Computer Inc. Processing unexpected transmission interruptions in a wireless communications system
US6947756B2 (en) * 2001-12-24 2005-09-20 Telefonaktiebolaget Lm Ericsson Method of balancing backhaul delays for a series of daisy chained radio base stations
US7684380B2 (en) * 2002-01-22 2010-03-23 Freescale Semiconductor, Inc. System and method for handling asynchronous data in a wireless network
JPWO2003096737A1 (ja) * 2002-05-07 2005-09-15 三菱電機株式会社 無線通信のための基地局、無線通信方法および移動局
TWI415423B (zh) * 2002-05-10 2013-11-11 Interdigital Tech Corp 管理封包資料單元的方法及有效管理封包資料單元傳輸的無線通訊系統
TW587884U (en) 2002-05-10 2004-05-11 Interdigital Tech Corp Node B which facilitates selective purging of its buffers
US6901063B2 (en) * 2002-05-13 2005-05-31 Qualcomm, Incorporated Data delivery in conjunction with a hybrid automatic retransmission mechanism in CDMA communication systems
KR100802619B1 (ko) * 2002-11-07 2008-02-13 엘지전자 주식회사 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법
US7596084B2 (en) * 2003-06-18 2009-09-29 Utstarcom (China) Co. Ltd. Method for implementing diffserv in the wireless access network of the universal mobile telecommunication system
EP1760927B1 (de) 2003-08-14 2020-04-08 Panasonic Corporation Zeitüberwachung von packetwiedersendung während eines sanften weiterreichens
KR100689543B1 (ko) * 2003-08-26 2007-03-02 삼성전자주식회사 이동통신 시스템에서 상향링크 패킷 전송을 위한 스케쥴링 요청 방법 및 장치
ATE541375T1 (de) * 2003-11-12 2012-01-15 Koninkl Philips Electronics Nv Datenpaketübertragung
US20070171830A1 (en) * 2006-01-26 2007-07-26 Nokia Corporation Apparatus, method and computer program product providing radio network controller internal dynamic HSDPA flow control using one of fixed or calculated scaling factors
US8320327B2 (en) * 2007-02-02 2012-11-27 Interdigital Patent Holdings, Inc. Method and apparatus for controlling a handover between UTRA R6 cells and R7 cells
US8503423B2 (en) * 2007-02-02 2013-08-06 Interdigital Technology Corporation Method and apparatus for versatile MAC multiplexing in evolved HSPA
US8149716B2 (en) * 2007-08-20 2012-04-03 Raytheon Bbn Technologies Corp. Systems and methods for adaptive routing in mobile ad-hoc networks and disruption tolerant networks
JP4801707B2 (ja) * 2007-09-27 2011-10-26 イノヴァティヴ ソニック リミテッド 無線通信システムにおいてＭＡＣ−ｅｈｓプロトコルエンティティーのリセットを改善する方法及び装置
JP5180309B2 (ja) * 2007-10-03 2013-04-10 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 音声及びデータパケット送信のための無線通信システムにおける送信装置内でのタイマの運用
JP5150520B2 (ja) * 2009-01-08 2013-02-20 株式会社エヌ・ティ・ティ・ドコモ 通信装置及び通信方法

Also Published As

Publication number Publication date
US9154937B2 (en) 2015-10-06
TWI415423B (zh) 2013-11-11
KR101080536B1 (ko) 2011-11-04
KR20040104729A (ko) 2004-12-10
AU2006233226A1 (en) 2006-11-16
US20120230197A1 (en) 2012-09-13
AU2003267317A1 (en) 2003-11-11
KR100945409B1 (ko) 2010-03-04
AR039541A1 (es) 2005-02-23
TWI563812B (en) 2016-12-21
US8199650B2 (en) 2012-06-12
EP1520434B1 (de) 2007-10-17
TW201541901A (zh) 2015-11-01
TW200409489A (en) 2004-06-01
EP1520434A4 (de) 2005-05-25
JP2005525757A (ja) 2005-08-25
MY146280A (en) 2012-07-31
CN101600236B (zh) 2013-12-04
ES2294311T3 (es) 2008-04-01
MXPA04011165A (es) 2005-01-25
AU2009201695A1 (en) 2009-05-21
CN101600235A (zh) 2009-12-09
TWI357743B (en) 2012-02-01
IL165126A0 (en) 2005-12-18
KR20050091794A (ko) 2005-09-15
AR062535A2 (es) 2008-11-12
DE20307252U1 (de) 2004-01-15
CA2485559A1 (en) 2003-11-20
GEP20115136B (en) 2011-01-10
TWI508493B (zh) 2015-11-11
US9622066B2 (en) 2017-04-11
US8493865B2 (en) 2013-07-23
TW201336268A (zh) 2013-09-01
KR100945411B1 (ko) 2010-03-04
CA2485559C (en) 2011-04-26
US8867452B2 (en) 2014-10-21
AU2003267317B2 (en) 2006-07-27
AU2003267317B8 (en) 2009-08-06
KR20090106615A (ko) 2009-10-09
KR20100038447A (ko) 2010-04-14
ATE376337T1 (de) 2007-11-15
KR100685243B1 (ko) 2007-02-27
IL201393A (en) 2010-12-30
TWI321926B (en) 2010-03-11
SG143988A1 (en) 2008-07-29
US20090028123A1 (en) 2009-01-29
TWI256800B (en) 2006-06-11
GEP20074150B (en) 2007-07-10
AU2006233226B2 (en) 2009-01-29
BRPI0309998B1 (pt) 2017-07-04
HK1138984A1 (en) 2010-09-03
US20130301417A1 (en) 2013-11-14
MY145874A (en) 2012-05-15
TWI323585B (en) 2010-04-11
NO20140282L (no) 2004-12-01
CN101600235B (zh) 2012-08-08
KR100945410B1 (ko) 2010-03-04
KR20090037947A (ko) 2009-04-16
JP4365358B2 (ja) 2009-11-18
NO20045272L (no) 2004-12-01
MY156465A (en) 2016-02-26
TWI380635B (en) 2012-12-21
NO334567B1 (no) 2014-04-14
AU2009201695B2 (en) 2011-05-26
CN2620946Y (zh) 2004-06-16
BR0309998A (pt) 2005-02-15
IL165126A (en) 2010-05-17
HK1138983A1 (en) 2010-09-03
KR100984321B1 (ko) 2010-09-30
KR100696223B1 (ko) 2007-03-21
US7430185B2 (en) 2008-09-30
HK1076679A1 (en) 2006-01-20
TW201115978A (en) 2011-05-01
TW200715759A (en) 2007-04-16
TW201008176A (en) 2010-02-16
KR200331232Y1 (ko) 2003-10-23
KR20080058466A (ko) 2008-06-25
EP1881711B1 (de) 2016-08-03
DE60316946D1 (de) 2007-11-29
KR20050107311A (ko) 2005-11-11
NO338931B1 (no) 2016-10-31
CN101600236A (zh) 2009-12-09
WO2003096712A1 (en) 2003-11-20
JP2005348444A (ja) 2005-12-15
CN1653827A (zh) 2005-08-10
HK1054671A2 (en) 2003-11-21
US20160029200A1 (en) 2016-01-28
TW200507521A (en) 2005-02-16
US20150009938A1 (en) 2015-01-08
DK1520434T3 (da) 2008-02-11
US20040042436A1 (en) 2004-03-04
EP1881711A2 (de) 2008-01-23
KR20030087998A (ko) 2003-11-15
EP1881711A3 (de) 2008-04-09
KR20100108445A (ko) 2010-10-06
CN100505923C (zh) 2009-06-24
EP1520434A1 (de) 2005-04-06

Similar Documents

Publication Publication Date Title
DE60316946T2 (de) System zur entleerung eines b-knotens über eine bedienende funknetzwerksteuerungseinheit
DE60316218T2 (de) Anhalten der wiederholten Ubertragung von Hybrid ARQ-Daten in einem High Speed Downlink Packet Access (HSDPA) System
DE60113717T2 (de) Flusssteuerung in einem funkzugriffsnetzwerk
DE60022994T2 (de) Ein flexibles steuerprotokoll für funkverbindungen
DE60102809T2 (de) Datenpaketnummerierung bei der paketvermittelten datenübertragung
DE60318873T2 (de) Verfahren zur überwachung von protokolldateneinheiten zugewiesenen übertragungssequenzzahlen zur erkennung und korrektur von übertragungsfehlern
DE60107827T2 (de) Zuteilung von betriebsmitteln beim paketvermittelten datentransfer
DE60030442T2 (de) Verfahren zur bereitstellung einer sicheren verbindung in einem mobilen kommunikationssystem
DE602005000872T2 (de) Mobilitätslösung einer aktiven Sitzung für ein Funkverbindungsprotokoll
DE60306519T2 (de) Synchronisation von Basisstationen während Soft-Handover
DE10230722B4 (de) Verfahren zum Zurücksetzen einer MAC-Schicht-Einheit in einem W-CDMA-Kommunikationssystem das HSDPA verwendet
DE60311574T2 (de) Zeitüberwachung von Packetwiedersendungen während eines sanften Weiterreichens
DE10295631B4 (de) Mechanismus für eine automatische Wiederholanforderung in einem Funkzugangsnetz
DE102004044957B4 (de) Medium-Zugriffs-Steuerungs-Einheit, Mobilfunkeinrichtung und Verfahren zum Abbilden mittels einer Mobilfunkeinrichtung zu übertragender Daten
DE202009018240U1 (de) System zur Verbesserung des Triggermechanismus für den Pufferstatus in einem drahtlosen Kommunikationsystem und zugehörige Kommunikationsvorrichtung
DE20307250U1 (de) Node B, welcher die erneute Übertragung von Protokolldateneinheiten priorisiert, um die erneute Übertragung durch Radio-Link-Control zu unterstützen
DE602004010851T2 (de) Verfahren und einrichtungen zur duplikatpaketidentifikation während eines handover
DE60218149T2 (de) Datenpaketumordnung in einem kommunikationssystem
DE10252536A1 (de) Verfahren und Vorrichtung zur Übertragung von Datenpaketen
DE60313553T2 (de) Sendewiederholungssteuerungsverfahren von Daten und Vorrichtung zur Durchführung des Verfahrens
DE602005000751T2 (de) Ein verbessertes Verfahren zur Verarbeitung von Verkehrsdaten in einem drahtlosen Kommunikationssystem
DE102004037815B4 (de) Mobilfunkeinrichtung und Verfahren zum Steuern von Mobilfunk-Senderessourcen in einer Mobilfunkeinrichtung

Legal Events

Date Code Title Description
8381 Inventor (new situation)

Inventor name: TERRY, STEPHEN E., NORTHPORT, NY 11768, US

Inventor name: CHAO, YI-JU, MINNETONKA, MN 55345, US

Inventor name: MILLER, JAMES M., VERONA, NJ 07044, US

8364 No opposition during term of opposition