DE60206329T2 - Verfahren zum Einstellen eines Benutzereinrichtungsidentifikators in einem Funkkommunikationssystem - Google Patents

Verfahren zum Einstellen eines Benutzereinrichtungsidentifikators in einem Funkkommunikationssystem Download PDF

Info

Publication number
DE60206329T2
DE60206329T2 DE2002606329 DE60206329T DE60206329T2 DE 60206329 T2 DE60206329 T2 DE 60206329T2 DE 2002606329 DE2002606329 DE 2002606329 DE 60206329 T DE60206329 T DE 60206329T DE 60206329 T2 DE60206329 T2 DE 60206329T2
Authority
DE
Germany
Prior art keywords
layer
user equipment
mac
equipment identifier
protocol layer
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
DE2002606329
Other languages
English (en)
Other versions
DE60206329D1 (de
Inventor
Seung-June Yi
Woon-Young Yeo
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.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Application granted granted Critical
Publication of DE60206329D1 publication Critical patent/DE60206329D1/de
Publication of DE60206329T2 publication Critical patent/DE60206329T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5038—Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • 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

Description

  • HINTERGRUND DER ERFINDUNG
  • Gebiet der Erfindung
  • Die vorliegende Erfindung betrifft ein Verfahren zum Festlegen einer Endgerät-Kennung (Anwendergerät-Kennung) als Endgerät-Kennzeichnungsinformationen (Anwendergerät-Kennzeichnungsinformationen) in einem mobilen Kommunikationssystem, wenn Daten, die über einen festgelegten logischen Kanal bereitgestellt werden, über einen gemeinsamen Transportkanal übertragen werden. Sie betrifft insbesondere ein Verfahren zum Festlegen einer Anwendergerät-Kennung in einem UMTS (universelles mobiles Telekommunikationssystem, europäischer Typ des Funkkommunikationssystems IMT-2000). Wenn Daten (RLC-SDU; Funkverbindungssteuerungs-Dienstdateneinheit) und der Nachrichtentyp-Indikator, die als Anwendergerät-Kennzeichnungsinformationen dienen, von einer RRC-Schicht (Funkbetriebsmittel-Steuerschicht) an eine RLC-Schicht (Funkverbindungs-Steuerschicht) übertragen werden, legt die RLC-Schicht einen Anwendergerät-Kennungs-Indikator gemäß dem übertragenen Nachrichtentyp-Indikator fest und überträgt ihn mit den Daten an eine MAC-Schicht (Medienzugriffs-Steuerungsschicht). Die MAC-Schicht fügt ihrerseits die geeigneten Anwendergerät-Kennzeichnungsinformationen den empfangenen Daten hinzu.
  • Beschreibung der verwandten Technik
  • Zum Aufstellen von Spezifikationen für mobile Kommunikationssysteme der dritten Generation (Systeme IMT-2000) auf der Grundlage des entwickelten GSM-Kern-Netzwerks und des W-CDMA-Funkzugriffs-Netzwerks sowie von Spezifikationen für Anwendergeräte für das System gründete eine Gruppe von Normentwicklungs-Organisationen (SDOs), die ETSI aus Europa, ARIB/TTC aus Japan, T1 aus den USA und TTA aus Korea enthält, eine vereinigte SDO im Namen des Partnerschaftsprojekts der dritten Generation ("3GPP"). 3GPP entwickelt mobile Kommunikationssysteme der dritten Generation (das System IMT-2000), die leistungsfähige Multimediadienste, einschließlich Audio-, Video- und Datendienste, über ein Funknetzwerk bereitstellen.
  • Für das effektive Management und die technologische Entwicklung sind fünf Gruppen für Technische Spezifikation ("TSGs") unter 3GPP organisiert. Jede TSG ist verantwortlich für die Zulassung, die Entwicklung und das Managen von Spezifikationen, die ein einschlägiges Gebiet betreffen. Von den Gruppen hat die RAN-Gruppe (Funkzugriffsnetzwerk-Gruppe) Funktionen, Anforderungen und Schnittstellen-Spezifikationen entwickelt, die Anwendergeräte und das terrestrische Funkzugriffsnetzwerk ("UTRAN") des UMTS (universelles mobiles Telekommunikationssystem, europäischer Typ des Funkkommunikationssystems IMT-2000) betreffen, um eine neue Funkzugriffsnetzwerk-Spezifikation für das mobile Kommunikationssystem der dritten Generation festzulegen.
  • Die TSG-RAN-Gruppe besteht aus einer Plenargruppe und vier Arbeitsgruppen. Die WG1 (Arbeitsgruppe 1) hat Spezifikationen für eine physikalische Schicht (erste Schicht) entwickelt und die WG2 hat Funktionen einer Datenverbindungs-Schicht (zweite Schicht) und eine Netzwerk-Schicht (dritte Schicht) spezifiziert. Außerdem hat die WG3 Spezifikationen für Schnittstellen zwischen Basisstationen, RNCs (Funknetzwerk-Steuereinheiten) und Kernnetzwerken im UTRAN entwickelt. Die WG4 hat schließlich Anforderungen für die Funkverbindungs-Leistungsfähigkeit und das Management der Funkbetriebsmittel erläutert.
  • 1 veranschaulicht einen Aufbau des UTRAN.
  • Wie in 1 gezeigt ist, enthält das UTRAN 20 einen Knoten B und eine RNC. Der Knoten B wird durch die RNC gesteuert und funktioniert als ein Zugriffspunkt durch das Empfangen von Aufwärtsverbindungs-Informationen von dem Anwendergerät 10 und durch das Übertragen von Abwärtsverbindungs-Informationen von dem UTRAN über die Vernetzung der physikalischen Schichten. Die RNC führt die Zuweisung und das Managen der Funkbetriebsmittel aus.
  • Die RNC kann entweder als Steuerungs-RNC oder als Versorgungs-RNC klassifiziert werden. Die Steuerungs-RNC managt einerseits den Knoten B direkt und managt gemeinsame Funkbetriebsmittel. Die Versorgungs-RNC managt andererseits bestimmte Funkbetriebsmittel, die dem jeweiligen Anwendergerät zugewiesen sind.
  • Die Steuerungs-RNC und die Versorgungs-RNC können gleich sein. Wenn sich jedoch ein Anwendergerät von dem Bereich einer Versorgungs-RNC zu anderen Bereichen der Versorgungs-RNC bewegt, können sich eine Steuerungs-RNC und eine Versorgungs-RNC voneinander unterscheiden.
  • Demzufolge werden dann, wenn die Steuerungs-RNC und die Versorgungs-RNC unterschiedlich sind, Daten, die an ein Anwendergerät übertragen werden sollen, an eine Steuerungs-RNC übertragen, nachdem sie eine Versorgungs-RNC durchlaufen haben, und über einen Knoten B, der mit der Steuerungs-RNC verbunden ist, an ein Anwendergerät übertragen.
  • Wie in 1 gezeigt ist, enthält ein Funknetzwerk-Untersystem ("RNS") eine RNC und mehrere Knoten B. Außerdem wird das RNS, in dem sich eine Versorgungs-RNC befindet, als Versorgungs-RNS bezeichnet.
  • 2 veranschaulicht den Aufbau eines allgemeinen Funkschnittstellen-Protokolls gemäß einer Funkzugriffsnetzwerk-Spezifikation des 3GPP.
  • Ein Funkschnittstellen-Protokoll zwischen einem Anwendergerät und dem UTRAN ist horizontal unterteilt in eine physikalische Schicht (erste Schicht), eine Datenverbindungs-Schicht (zweite Schicht) und eine Netzwerk-Schicht (dritte Schicht). Es ist außerdem vertikal unterteilt in eine Steuerungsebene zur Steuerung der Signalgebung und eine Anwenderebene für eine Dateninformationsübertragung.
  • In Bezug auf die vertikale Unterteilung enthält die Steuerungsebene eine Funkbetriebsmittel-Steuerschicht ("RRC"), eine Funkverbindungs-Steuerschicht ("RLC"), eine Medienzugriffs-Steuerungsschicht ("MAC") und eine physikalische Schicht als die erste Schicht. Die Anwenderebene enthält eine Paketdaten-Konvergenzprotokoll-Schicht ("PDCP"), eine Rundsende/Mehrfachsende-Steuerschicht ("BMC"), eine RLC-Schicht, eine MAC-Schicht und eine physikalische Schicht.
  • Die physikalische Schicht stellt unter Verwendung verschiedener Funkübertragungstechniken einen Informationsübertragungsdienst für eine höhere Schicht bereit. Sie ist über Transportkanäle mit der MAC-Schicht als eine höhere Schicht verbunden. Die Daten zwischen der MAC-Schicht und der physikalischen Schicht werden über die Transportkanäle übertragen. Die Transportka näle sind als ein DTCH (spezieller Transportkanal) und ein CTCH (gemeinsamer Transportkanal) klassifiziert. Der DTCH ist ein Transportkanal, der ausschließlich von einem Anwendergerät verwendet wird, und der CTCH ist ein Transportkanal, der von mehreren Anwendergeräten gemeinsam verwendet wird.
  • Die MAC-Schicht stellt einen Neuzuweisungsdienst eines MAC-Parameters zum Zuweisen und Neuzuweisen von Funkbetriebsmitteln bereit. Sie ist mit der RLC-Schicht über einen logischen Kanal verbunden und verschiedene logische Kanäle sind gemäß dem Typ der übertragenen Informationen vorgesehen. Im Allgemeinen wird ein Steuerkanal verwendet, wenn Informationen auf der Steuerungsebene übertragen werden, und ein Verkehrskanal wird verwendet, wenn Informationen auf der Anwenderebene übertragen werden.
  • Die RLC-Schicht stellt die Funktion der Belegung und der Freigabe von Funkverbindungen bereit. Außerdem führt sie Segmentierungs- und Neuassemblierungsfunktionen einer RLC-Dienstdateneinheit ("SDU") bereit, die von einer höheren Schicht an die Anwenderebene geliefert wird. Die Größe der RLC-SDU wird auf der RLC-Schicht in der Weise eingestellt, dass sie für eine Verarbeitungskapazität geeignet ist. Anschließend werden Kopfsatz-Informationen hinzugefügt und sie werden an die MAC-Schicht als ein RLC-Protokolldateneinheit-Format ("PDU"-Format) übertragen.
  • Da die PDCP-Schicht eine höhere Schicht der RLC-Schicht ist, setzt sie Daten der Paketnetz-Protokolle, wie etwa IPv4 oder IPv6, in Daten eines Formats um, das für die RLC-Schicht geeignet ist, und umgekehrt. Sie unterstützt außerdem die niedrigeren Schichten, um Daten über die Funkschnittstelle effektiv zu übertragen, indem sie unnötige Steuerinformationen, die in einem Leitungsnetzwerk verwendet werden, reduziert. Diese Funktion wird als Kopfsatz-Kompression bezeichnet, wobei die Kopfsatz-Kompression z. B. verwendet werden kann, um die TCP/IP-Kopfsatz-Informationen zu reduzieren.
  • Die BMC-Schicht existiert auf der Anwenderebene und wird verwendet, um einen Rundsende-Dienst oder einen Mehrfachsende-Dienst bei dem System, das eine Funkschnittstelle besitzt, bereitzustellen.
  • Die RRC stellt Informationsrundsendedienste für alle Anwendergeräte bereit, die sich in einem bestimmten Gebiet befinden. Sie führt außerdem eine Steuer ebenen-Signalverarbeitung für einen Steuersignalaustausch zwischen den dritten Schichten der sendenden und der empfangenden Seite bereit und besitzt Funktionen zum Belegen/Aufrechterhalten/Freigeben von Funkbetriebsmitteln zwischen einem Anwendergerät und dem UTRAN. Die RRC besitzt insbesondere Funktionen zum Belegen/Aufrechterhalten/Freigeben eines Funkträgers und zum Zuweisen/Neukonfigurieren/Freigeben von Funkbetriebsmitteln, die für den Betrieb eines Funkzugriff-Netzwerks erforderlich sind. Dabei bedeutet Funkträger einen Dienst, der von der zweiten Schicht für eine Datenübertragung zwischen dem Anwendergerät und dem UTRAN bereitgestellt wird. Das heißt, das Belegen eines Funkträgers bedeutet das Spezifizieren der Charakteristiken einer Protokoll-Schicht und eines Kanals, der erforderlich ist, um bestimmte Dienste bereitzustellen, sowie das Einstellen von bestimmten Parametern und Betriebsverfahren.
  • Jedes Anwendergerät enthält außerdem alle Funkschnittstellen-Schichten. In dem UTRAN sind jedoch Protokollschichten auf verschiedene Bestandteile eines UTRAN (terrestrisches UMTS-Funkzugriffs-Netzwerk) verteilt.
  • 3 veranschaulicht ein Beispiel einer Protokollschicht-Hierarchie, die den Bestandteilen eines Funkzugriff-Netzwerks entspricht. Die RLC-Schicht ist im Allgemeinen in der Versorgungs-RNC angeordnet. Die Funktionen der MAC-Schicht können gemäß dem Typ eines Transportkanals aufgeteilt sein und können entweder in der Versorgungs-RNC oder in der Steuerungs-RNC angeordnet sein.
  • Wie in 3 dargestellt ist, ist die MAC-Schicht dann, wenn zwei RNCs gleichzeitig als eine Versorgungs-RNC und eine Steuerungs-RNC betrieben werden, in eine MAC-d-Unterschicht und eine MAC-c/sh-Unterschicht gemäß dem Typ des Transportkanals unterteilt. Diese sind jeweils in der Versorgungs-RNC bzw. in der Steuerungs-RNC angeordnet.
  • Wenn zum Vergleich eine RNC gemeinsam als die Versorgungs-RNC und die Steuerungs-RNC betrieben wird, sind eine MAC-c/sh-Unterschicht und eine MAC-d-Unterschicht in der gleichen RNC angeordnet. Das ist der Fall, da die MAC-d-Unterschicht einen bestimmten logischen Kanal managt, der einem Anwendergerät zugeordnet ist, und die MAC-c/sh-Unterschicht einen gemeinsamen Transportkanal managt. Da die MAC-c/sh-Unterschicht den gemeinsamen Transportkanal managt, der von allen Anwendergeräten in der Zelle gemeinsam verwendet wird, besitzt jede Zelle eine MAC-c/sh-Unterschicht. Da die MAC-d-Unterschicht einen bestimmten Dienst für ein Anwendergerät bereitstellt, existiert für jedes einzelne Anwendergerät eine MAC-d-Unterschicht. Die physikalische Schicht (PHY) ist in dem Knoten B angeordnet.
  • 4 veranschaulicht einen Aufbau einer RLC-Schicht und einer MAC-Schicht in dem UTRAN. Bei einer Abwärtsverbindung (down_link) speichert die RLC-Schicht, wenn Daten von einer höheren Schicht an die RLC-Schicht geliefert werden, eine RLC-PDU in einem RLC-Puffer und überträgt eine bestimmte Anzahl von PDUs in Übereinstimmung mit einer Anforderung von der MAC-Schicht.
  • Die RLC-PDU, die in der MAC-d-Schicht empfangen wird, wird über den speziellen Transportkanal (DTCH) oder den allgemeinen Transportkanal (CTCH) durch Kanalumschaltung übertragen. Wenn sie über den DTCH übertragen wird, wird ihr in der MAC-d-Unterschicht ein betreffender Kopfsatz hinzugefügt und sie wird über einen speziellen Kanal (DCH) an die physikalische Schicht übertragen.
  • Die RLC-PDU wird jedoch über den CTCH übertragen, sie wird von der MAC-d-Unterschicht an die MAC-c/sh-Unterschicht übertragen und ein betreffender Kopfsatz wird hinzugefügt. Anschließend wird sie über andere logische Kanäle multiplexiert und über den gemeinsamen Transportkanal, wie etwa PCH (Funkruf-Kanal), FACH (Vorwärtszugriff-Kanal) und DSCH (gemeinsam benutzter Abwärtsverbindungskanal) usw., übertragen.
  • Bei einer Aufwärtsverbindung (up_link) werden Daten über den speziellen Kanal (DCH) und den gemeinsamen Transportkanal (CTCH), wie etwa ein RACH (Rückwärtszugriff-Kanal) und ein CPCH (gemeinsamer Paketkanal) usw., empfangen und die Daten werden anschließend an eine höhere Schicht übertragen.
  • In diesem Fall werden die Daten über den Pfad, der zu der Abwärtsverbindung (down_link) umgekehrt ist, an die RLC-Schicht übertragen. Der Aufbau der RLC-Schicht und der MAC-Schicht in dem Anwendergerät ist nahezu gleich dem Aufbau von 4.
  • Zur Erläuterung wird die Übertragung von Daten über den FACH (Vorwärtszugriff-Kanal) als gemeinsamer Transportkanal unter Bezugnahme auf 4 beschrieben.
  • Da die RLC-PDU, die von der RLC-Schicht übertragen wird, den FACH der MAC-c/sh-Unterschicht verwendet, wird sie durch Kanalumschaltung und Steuerungsübertragung durch Multiplexieren an die MAC-c/sh-Unterschicht übertragen. Das Multiplexieren der Steuerungsübertragung bedeutet das Multiplexieren verschiedener logischer Kanäle.
  • Daten, die an die MAC-c/sh-Unterschicht übertragen werden, werden mit Daten von anderen logischen Kanälen multiplexiert. Da die Daten von verschiedenen Anwendergeräten außerdem über den gemeinsamen Transportkanal übertragen werden können, wird zum Identifizieren eines Anwendergeräts, das entsprechende Daten empfangen soll, eine Kennung des Ziel-Anwendergeräts der MAC-PDU über eine Anwendergerät-Kennung hinzugefügt, die bei der Datenmultiplexierung eingefügt wird. Dabei bildet eine TCTF-Abbildung (Zielkanaltypfeld-Abbildung) zur Datenmultiplexierung die Beziehung zwischen dem logischen Kanal und dem Transportkanal ab. Daten, die durch den FACH-Transportkanal abgebildet werden, werden anhand einer Datenübertragungs-Ablaufplanung unter Berücksichtigung der Priorität des Anwendergeräts an den FACH übertragen.
  • Die RLC-PDU, die von der RLC-Schicht des UTRAN oder von dem Anwendergerät über den logischen Kanal an die MAC-Schicht geliefert wird, wird über einen geeigneten Transportkanal an die physikalische Schicht übertragen.
  • Wenn dabei die Daten, die den speziellen logischen Kanal durchlaufen haben, über den gemeinsamen Transportkanal übertragen werden, wie oben beschrieben wurde, verlaufen sie über die MAC-d-Unterschicht und die MAC-c/sh-Unterschicht und werden schließlich an die physikalische Schicht übertragen.
  • In diesem Fall können die MAC-PDU-Kopfsatz-Informationen, die durch jeden Abschnitt der MAC-Schicht hinzugefügt werden, ein TCTF-Feld, ein Anwendergerät-Kennungstyp-Feld, ein Anwendergerät-Kennungs-Feld und ein C/T-Feld usw. enthalten.
  • Das TCTF-Feld gibt Folgendes an: den Typ eines logischen Kanals, dessen Daten über einen bestimmten Transportkanal übertragen werden; das Anwendergerät-Kennungstyp-Feld, das angibt, welche Anwendergerät-Kennung von verschiedenen Typen der Anwendergerät-Kennungen verwendet wird; das Anwendergerät-Kennungs-Feld, das Kennzeichnungsinformationen eines Anwendergeräts enthält, das in dem Anwendergerät-Kennungstyp-Feld bezeichnet ist; und das C/T-Feld, das Informationen liefert, um alle logischen Kanäle zu unterscheiden, wenn Daten von verschiedenen logischen Kanälen zu einem Transportkanal übertragen werden.
  • Eine Anwendergerät-Kennung, die zum Identifizieren eines Anwendergeräts auf der in 4 gezeigten MAC-c/sh-Unterschicht verwendet wird, kann gemäß eines unterscheidbaren geographischen Gebiets des Anwendergeräts (d. h. ein Bereich, den jedes Anwendergerät abdecken kann) in einem Netzwerk in zwei Typen unterteilt werden.
  • Erstens wird eine C-RNTI (temporäre Zellenfunknetz-Kennung) durch die Steuerungs-RNC zugewiesen, wenn ein Anwendergerät mit einer neuen Zelle verbunden wird. Dementsprechend besitzt die C-RNTI lediglich in einer bestimmten Zelle einen eindeutigen Wert und ein Zellengebiet ist das wirksame Gebiet der C-RNTI. Deswegen muss die C-RNTI geändert werden, wenn sich das Anwendergerät zu einer anderen Zelle bewegt.
  • Zweitens wird eine U-RNTI (temporäre UTRAN-Funknetzkennung) verwendet, um ein bestimmtes Anwendergerät in dem UTRAN zu identifizieren, und sie enthält eine S-RNTI (SRNC-RNTI) und eine Versorgungs-RNC-Kennung. Die S-RNTI ist ein Kennzeichnungswert, der zum Identifizieren eines bestimmten Anwendergeräts in der Versorgungs-RNC verwendet wird, und jedes Anwendergerät besitzt in der Versorgungs-RNC eine eindeutigen S-RNTI-Wert. Außerdem wird die Versorgungs-RNC-Kennung verwendet, um die RNC in dem UTRAN zu identifizieren. Um ein bestimmtes Anwendergerät in dem UTRAN zu bezeichnen, sind demzufolge Informationen der Versorgungs-RNC-Kennung und ein Kennzeichnungswert des Anwendergeräts in der betreffenden RNC erforderlich.
  • Die U-RNTI ist demzufolge ein eindeutiger Wert in dem UTRAN und wird nicht verändert, selbst dann nicht, wenn das Anwendergerät in einer RNC zu einer anderen Zelle bewegt wird. Wenn jedoch die Versorgungs-RNC-Kennung infolge der Änderung der Versorgungs-RNC geändert wird, muss ein neuer U-RNTI-Wert zugewiesen werden. Im Einzelnen ist ein effektiver Bereich einer U-RNTI ein Bereich, der durch eine Versorgungs-RNC gemanagt wird.
  • In einem System, das der 3GPP-Norm entspricht, wird ein Anwendergerät unter Verwendung von lediglich einem der beiden Typen der Anwendergerät-Kennung identifiziert: Bei der C-RNTI sind 16 Bit erforderlich und bei der U-RNTI sind 32 Bit erforderlich. Durch die Verwendung der C-RNTI können die begrenzten Funkkanal-Betriebsmittel effektiv verwendet werden. In einigen Fällen wird ein Wert der U-RNTI verwendet. Wenn z. B. ein C-RNTI-Wert häufig geändert wird, kann ein Anwendergerät effektiv durch die Verwendung eines U-RNTI-Werts identifiziert werden.
  • In dem herkömmlichen System, das der 3GPP-Norm entspricht, werden jedoch Kennzeichnungsinformationen eines Anwendergeräts durch die MAC-Schicht der Senderseite einer MAC-PDU hinzugefügt und die Kennzeichnungsinformationen des Anwendergeräts werden in der MAC-Schicht der Empfängerseite identifiziert. Obwohl die MAC-Schicht der Senderseite eine Multiplexierung einer RLC-PDU ausführt, die von der RLC-Schicht übertragen wird, und einer MAC-PDU (eine Dateneinheit, die der LRC-PDU entspricht) Kennzeichnungsinformationen eines Anwendergeräts hinzufügt, kann die MAC-Schicht nicht erkennen, ob eine Anwendergerät-Kennung und welcher Typ davon verwendet wird und sie kann den Typ der Anwendergerät-Kennung nicht dynamisch ändern.
  • Die Spezifikation des MAC-Protokolls (3GPP TS 125.321 Version 3.8.0, Ausgabe 1999) der UMTS-Norm ETSI der UMTS-Norm ETSI TS 125.321 V 3.8.0 (2001-06) legt fest, dass das MAC-Daten-PDU-Format in dem Kopfsatz einen Anwendergerät-Kennungstyp und eine Anwendergerät-Kennung enthält, wenn ein bestimmter Transportkanal oder ein bestimmter Steuerkanal auf einen gemeinsamen Kanal wie RACH, FACH, DSCH, USCH oder dergleichen abgebildet wird.
  • Der Anwendergerät-Kennungstyp und die Anwendergerät-Kennung werden dem Kopfsatz der MAC-Daten-PDU in der MAC-Schicht hinzugefügt.
  • WO 00/54536 betrifft ein Verfahren zum Herstellen einer Verbindung zwischen einem Anwendergerät und einem Funknetzwerk und schlägt ein Verfahren zum Verbessern der Leistungsfähigkeit des willkürlichen Zugriffs vor, wenn eine Kommunikationsverbindung zwischen dem Anwendergerät und einem Funknetzwerk wie UTRAN hergestellt wird. Gemäß WO 00/54536 umfasst das Verfahren: Senden einer Nachricht des wahlfreien Zugriffs von einem Anwendergerät an ein Funknetzwerk, wobei die Nachricht des wahlfreien Zugriffs Informationen enthält, die ein Funktionsvermögen des Anwendergeräts beschreiben. Dadurch kennt das Netzwerk die Leistungsfähigkeit des Endgeräts so früh wie möglich und kann dadurch alle Funktionen, die durch das Netzwerk ausgefährt werden, in Übereinstimmung mit der Leistungsfähigkeit des Endgeräts optimieren.
  • WO 00/54536 bezieht sich auf "MAC protocol specification", Kapitel 9 des Dokuments 3GPP S2.21 vom Januar 1999, in dem festgelegt ist, dass ein Anwendergerät-Kennungsfeld, das eine Kennung des Anwendergeräts bereitstellt, in dem Kopfsatz der MAC-PDU enthalten ist.
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Um die Festlegung zu vereinfachen, wann und welcher Typ einer Anwendergerät-Kennung in einer MAC-Schicht verwendet werden muss, werden ein Verfahren zum Festlegen von Informationen, die zum Einstellen einer Anwendergerät-Kennung (C-RNT, U-RNTI) von anderen Schichten zu einer MAC-Schicht (Medienzugriffs-Steuerungsschicht) erforderlich sind, sowie ein Verfahren zum Einstellen eines Werts einer Anwendergerät-Kennung nachfolgend erläutert.
  • Zusätzliche Merkmale und Vorteile der Erfindung werden in der nachfolgenden Beschreibung dargestellt und werden teilweise aus der Beschreibung deutlich oder können durch eine Realisierung der Erfindung erkannt werden. Die Aufgaben der Erfindung werden gelöst und weitere Vorteile realisiert durch die Struktur, die in der schriftlichen Beschreibung und ihren Ansprüchen sowie in der beigefügten Zeichnung besonders hervorgehoben ist.
  • Zur weiteren Erläuterung ist es dann, wenn Daten, die über einen speziellen logischen Kanal empfangen werden, über einen gemeinsamen Transportkanal übertragen werden, erforderlich, ein Anwendergerät zu unterscheiden, welches das Ziel der Daten darstellt, indem eine Anwendergerät-Kennung in der MAC- Schicht verwendet wird. Deswegen wird nachfolgend ein Verfahren zum Einstellen einer Anwendergerät-Kennung, die einem MAC-PDU-Kopfsatz hinzuzufügen ist, bereitgestellt.
  • Die Einstellung einer Anwendergerät-Kennung erfolgt bei der vorliegenden Erfindung durch die folgenden Schritte: (1) Übertragen von Daten und einer Nachrichtentyp-Kennung als Anwendergerät-Kennzeichnungsinformationen von einer RRC-Schicht (Funkbetriebsmittel-Steuerschicht) an eine RLC-Schicht (Funkverbindungs-Steuerschicht); (2) Setzen eines Anwendergerät-Kennungs-Indikators gemäß dem empfangenen Nachrichtentypindikator in der RLC-Schicht und Übertragen des Indikators mit den Daten zu einer MAC-Schicht (Medienzugriffs-Steuerungsschicht); (3) Wählen eines Anwendergerät-Kennungstyps und einer Anwendergerät-Kennung gemäß der gesetzten Anwendergerät-Anzeigekennung und Hinzufügen zu einem Kopfsatz einer MAC-PDU (Medienzugriffs-Steuerungs-Protokolldateneinheit) in der MAC-Schicht; und (4) Übertragen an eine MAC-Schicht der Empfangsseite. (Eine MAC-PDU enthält einen Kopfsatz und eine MAC-SDU. Eine MAC-SDU ist im Wesentlichen das Gleiche wie eine RLC-PDU.)
  • Das Verfahren enthält ferner: Ausführen einer Funkübertragung in der MAC-Schicht als ein MAC-PDU-Format (Format einer Medienzugriffs-Steuerungs-Protokolldateneinheit); Hinzufügen eines Anwendergerät-Kennungstyp-Felds, das ein Anwendergerät-Kennungsfeld und den Typ einer Anwendergerät-Kennung angibt, zu dem MAC-PDU-Kopfsatz; und Übertragen an die Empfangsseite und Unterscheiden eines Anwendergeräts durch die Verwendung der MAC-PDU-Kopfsatz-Informationen auf der Empfangsseite.
  • Die RLC-Schicht empfängt Daten (RLC-SDU) und einen Nachrichtentyp-Indikator als Anwendergerät-Kennzeichnungsinformationen von der RRC-Schicht und setzt einen Anwendergerät-Kennungs-Indikator zum Unterscheiden eines Anwendergeräts, das für einen Netzbereich geeignet ist, der das Anwendergerät in einem mobilen Kommunikationssystem managt.
  • Die MAC-Schicht empfängt den Anwendergerät-Kennungs-Indikator, der den Typ (U-RNTI, C-RNTI) der Anwendergerät-Kennung bezeichnet, und die MAC-Schicht setzt eine Anwendergerät-Kennung und ein Anwendergerät-Kennungstyp-Feld als MAC-PDU-Kopfsatz-Informationen.
  • Der Typ einer Anwendergerät-Kennung wird festgelegt, wenn der Funkträger gesetzt wird, und der gesetzte Anwendergerät-Kennungs-Indikator wird von der RLC-Schicht in einer Übertragungssitzung unter Verwendung des gesetzten Funkträgers an die MAC-Schicht übertragen.
  • Der Anwendergerät-Kennungs-Indikator wird durch Steuerinformationen auf der RRC-Schicht aktualisiert, wenn der Typ der Anwendergerät-Kennung geändert wird.
  • Der Typ der Anwendergerät-Kennung wird gemäß dem Typ von Daten (RLC-SDU), die von der RRC-Schicht an die RLC-Schicht übertragen werden, gesetzt.
  • Gemäß einer Ausführungsform der vorliegenden Erfindung umfasst ein Verfahren zum Setzen einer Anwendergerät-Kennung in einem Funkkommunikationssystem, das mehrere Protokollschichten umfasst, die folgenden Schritte: Bereitstellen von Daten und eines Parameters, der einem Anwendergerät-Kennungstyp-Indikator zugeordnet ist, von einer dritten Protokollschicht für eine zweite Protokollschicht, wobei die dritte Protokollschicht eine höhere Protokollschicht als die zweite Protokollschicht ist; Bereitstellen des Anwendergerät-Kennungs-Indikators und der Daten von der zweiten Protokollschicht für eine erste Protokollschicht; und Hinzufügen in der ersten Protokollschicht eines Anwendergerät-Kennungstyp und einer Anwender-Kennung zu einem Datenpaket der ersten Protokollschicht in Reaktion auf den Anwendergerät-Kennungs-Indikator.
  • Gemäß einem Aspekt der vorliegenden Erfindung ist die dritte Protokollschicht vorzugsweise eine Funkbetriebsmittel-Steuerschicht (RRC-Schicht), die zweite Protokollschicht ist vorzugsweise eine Funkverbindungs-Steuerschicht (RLC-Schicht) und die erste Protokollschicht ist vorzugsweise eine Medienzugriffs-Steuerungsschicht (MAC-Schicht).
  • Gemäß einem weiteren Aspekt der vorliegenden Erfindung ist das Datenpaket der ersten Protokollschicht eine MAC-Dienstdateneinheit (SDU). Eine MAC-Protokolldateneinheit (PDU) umfasst außerdem die MAC-SDU und die Anwendergerät-Kennung.
  • Gemäß einem weiteren Aspekt der vorliegenden Erfindung ist der Anwenderge rät-Kennungs-Indikator der temporären Zellenfunknetz-Kennung (C-RNTI) und/oder der temporären UTRAN-Funknetzkennung (U-RNTI) zugeordnet. Die MAC-Schicht empfängt die MAC-SDU und den Anwendergerät-Kennungs-Indikator, der einen Anwendergerät-Typ angibt, der der temporären Funknetzkennung (RNTI) zugeordnet ist und setzt den Anwendergerät-Kennungs-Typ und die Anwendergerät-Kennung als Teil der MAC-PDU.
  • Gemäß einem weiteren Aspekt der Erfindung wird der Anwendergerät-Typ bei der Bestimmung von Funkbetriebsmittel-Einstellungen eines Funkträgers verwendet und der Anwendergerät-Kennungs-Indikator wird von der zweiten Protokollschicht an die erste Protokollschicht übertragen. Der Anwendergerät-Kennungs-Indikator wird vorzugsweise durch Steuerinformationen der dritten Protokollschicht dynamisch aktualisiert, wenn sich der Anwendergerät-Typ, der in einem Funkkommunikationsnetz verwendet wird, geändert hat.
  • Gemäß einer weiteren Ausführungsform der vorliegenden Erfindung umfasst ein Funkkommunikationsnetz zum Identifizieren eines Anwendergeräts in einem Funkkommunikationsnetz mehrerer Protokollschichten; Mittel zum Bereitstellen von Daten und eines Nachrichtentyp-Indikators von einer RRC-Schicht (Funkbetriebsmittel-Steuerschicht) für eine RLC-Schicht (Funkverbindungs-Steuerschicht), wobei der Nachrichtentyp-Indikator einem Anwendergerät-Kennungs-Indikator zugeordnet ist; Mittel, die in der RLC-Schicht den Anwendergerät-Kennungs-Indikator in Reaktion auf den empfangenen Nachrichtentypindikator setzen; Mittel, die den Anwendergerät-Kennungs-Indikator und die Daten für eine MAC-Schicht (Medienzugriffs-Steuerungsschicht) bereitstellen; und Mittel, die in der MAC-Schicht einen Anwendergerät-Kennungstyp und eine Anwendergerät-Kennung dem Kopfsatz einer MAC-SDU (Medienzugriffs-Steuerungs-Dienstdateneinheit) in Reaktion auf den Anwendergerät-Kennungs-Indikator hinzufügen.
  • Gemäß einer weiteren Ausführungsform der vorliegenden Erfindung umfasst ein Funkkommunikationsnetz zum Identifizieren eines Anwendergeräts in einem Funkkommunikationsnetz mehrere Protokollschichten; Mittel zum Bereitstellen von Daten und eines Parameters, der einem Anwendergerät-Kennungstyp-Indikator zugeordnet ist, von einer dritten Protokollschicht für eine zweite Protokollschicht, wobei die dritte Protokollschicht eine höhere Protokollschicht als die zweite Protokollschicht ist; Bereitstellen des Anwendergerät-Kennungs- Indikators und der Daten von der zweiten Protokollschicht für eine erste Protokollschicht; und in der ersten Protokollschicht Hinzufügen eines Anwendergerät-Kennungstyps und einer Anwendergerät-Kennung zu einem Datenpaket der ersten Protokollschicht in Reaktion auf den Anwendergerät-Kennungs-Indikator.
  • Die vorhergehenden sowie weitere Aufgaben, Merkmale, Aspekte und Vorteile der vorliegenden Erfindung werden aus der folgenden genauen Beschreibung der vorliegenden Erfindung deutlicher, wenn diese in Verbindung mit der beigefügten Zeichnung erfolgt.
  • KURZBESCHREIBUNG DER ZEICHNUNGEN
  • Die beigefügte Zeichnung, die enthalten ist, um ein besseres Verständnis der Erfindung zu gewährleisten, und die in dieser Spezifikation enthalten und deren Bestandteil ist, veranschaulicht Ausführungsformen der Erfindung und dient gemeinsam mit der Beschreibung zur Erläuterung der Prinzipien der Erfindung, wobei:
  • 1 die Struktur eines UTRAN (terrestrisches Funkzugriffs-Netzwerk des universellen mobilen Telekommunikationsnetzes) gemäß einer 3GPP-(Partnerschaftsprojekt der dritten Generation) Funkzugriffs-Netzwerkspezifikation erläutert, wenn es in der herkömmliche Technik und bei der vorliegenden Erfindung angewendet wird;
  • 2 eines allgemeinen Funkschnittstellen-Protokolls gemäß einer Funkzugriffs-Netzwerkspezifikation, die durch 3GPP bereitgestellt wird, erläutert;
  • 3 ein Beispiel einer Protokollschicht erläutert, die durch Konstruktionselemente des Funkzugriffs-Netzwerks strukturiert ist;
  • 4 eine Struktur einer RLC-Schicht (Funkverbindungs-Steuerschicht) und einer MAC-Schicht (Medienzugriffs-Steuerungsschicht) in dem UTRAN erläutert;
  • 5 eine MAC-PDU (Medienzugriffs-Steuerungs-Protokolldateneinheit) erläutert;
  • 6 ein Ablaufplan ist, der eine statische Einstellung eines Anwendergerät-Kennungs-Indikators gemäß der vorliegenden Erfindung erläutert; und
  • 7 ein Ablaufplan ist, der eine dynamische Einstellung eines Anwendergerät-Kennungs-Indikators gemäß der vorliegenden Erfindung erläutert.
  • GENAUE BESCHREIBUNG DER BEVORZUGTEN AUSFÜHRUNGSFORMEN
  • Es erfolgt nun eine genaue Bezugnahme auf die bevorzugten Ausführungsformen der vorliegenden Erfindung, deren Beispiele in der beigefügten Zeichnung dargestellt sind. Nachfolgend wird ein Verfahren zum Festlegen einer Anwendergerät-Kennung gemäß der vorliegenden Erfindung beschrieben.
  • Zunächst wird die Verwendung der jeweiligen Anwendergerät-Kennung z. B. (C-RNTI, U-RNTI) beschrieben. Erstens wird in einem Funkkommunikationsnetz eine C-RNTI (temporäre Zellenfunknetz-Kennung) verwendet, wenn die Daten eines DTCH (bestimmter Verkehrskanal) oder eines DCCH (bestimmter Steuerkanal) als ein bestimmter logischer Kanal zu einem gemeinsamen Transportkanal übertragen werden, und wenn ein DSCH (gemeinsam genutzter Abwärtsverbindungs-Kanal) als ein gemeinsamer Transportkanal verwendet wird.
  • Zweitens wird eine U-RNTI (temporäre UTRAN-Funknetz-Kennung) verwendet, wenn die Daten eines DCCH (bestimmter Steuerkanal) zu dem gemeinsamen Transportkanal übertragen werden.
  • Demzufolge kann eine Anwendergerät-Kennung gemäß dem Typ des verwendeten logischen Kanals geändert werden. Die Anwendergerät-Kennung wird vorzugsweise in einer MAC-Schicht (Medienzugriffs-Steuerungsschicht) gesetzt. Da jedoch die MAC-Schicht nicht erkennen kann, welcher Typ der Kennung gegenwärtig verwendet wird, muss sie einen Kennungswert von einer RLC-Schicht empfangen, wobei die RLC-Schicht eine höhere Schicht ist. Die RLC-Schicht muss im Einzelnen einen Parameter, der den Typ einer Anwendergerät-Kennung angibt (z. B. gibt "0" die C-RNTI an oder in "1" die U-RNTI an), mit einer RLC-PDU (Funkverbindungs-Steuerungs-Protokolldateneinheit) senden.
  • Wie in 5 gezeigt ist, werden dann, wenn der Parameter einen Anwenderge rät-Kennungs-Indikator darstellt, ein Anwendergerät-Kennungstyp-Feld in der MAC-Schicht und eine betreffende Anwendergerät-Kennung, die durch einen Anwendergerät-Kennungs-Indikator angegeben ist, einem Kopfsatz der MAC-PDU hinzugefügt, die die RLC-PDU enthält, die von der RLC-Schicht übertragen wird.
  • Da jedoch die Funktionseinheit der RLC-Schicht den Typ der verwendeten Anwendergerät-Kennung nicht erkennen kann, wird eine Anwendergerät-Kennung vorzugsweise unter Verwendung der folgenden beiden Verfahren eingestellt.
  • 1. Statisches Einstellverfahren – Festlegen des Typs einer Anwendergerät-Kennung beim Einstellen eines Funkträgers
  • Wenn ein Funkträger eingestellt wird, werden im Allgemeinen ein oder zwei logische Kanäle in einer bestimmten Funktionseinheit der RLC-Schicht verwendet. Das heißt in den meisten Fällen, dass ein DCH (entweder DCCH oder DTCH) für eine Funktionseinheit der RLC-Schicht verwendet wird. In anderen Fällen kann ein DCCH hinzugefügt werden, um Steuerinformationen zu übertragen, die für eine DTCH-Übertragung erforderlich sind.
  • Da der Typ eines logischen Kanals durch Einstellen eines Funkträgers festgelegt wird, wird demzufolge der Typ (U-RNTI oder C-RNTI) einer Anwendergerät-Kennung ebenfalls festgelegt, wenn ein Funkträger eingestellt wird. Nachdem der Anwendergerät-Kennungstyp eingestellt wurde, wird er ununterbrochen verwendet, bis die Einstellung des Funkträgers geändert wird.
  • Mit anderen Worten, eine RLC-Schicht gibt der MAC-Schicht die gleiche Anwendergerät-Kennung an. Wenn eine Notwendigkeit entsteht, den Typ der Anwendergerät-Kennung zu ändern, wird die Einstellung des Funkträgers geändert und demzufolge kann ein anderer Typ der Anwendergerät-Kennung verwendet werden.
  • 2. Dynamisches Einstellverfahren – Festlegen des Typs einer Anwendergerät-Kennung gemäß dem Typ der übertragenen Nachricht
  • Das statische Einstellverfahren, das oben beschrieben wurde, kann einfach realisiert werden. Der gleiche Typ einer Anwendergerät-Kennung wird jedoch bei einem bestimmten Funkträger verwendet. Wenn z. B. ein Funkträger so eingestellt ist, dass er U-RNTI (32 Bits sind erforderlich) in einem Fall verwendet, der die Verwendung der C-RNTI zulässt (16 Bits sind erforderlich), kann im Vergleich zu der Verwendung der C-RNTI eine Verschwendung von Betriebsmitteln auftreten.
  • Bei der bevorzugten Ausführungsform der vorliegenden Erfindung wird demzufolge ein Verfahren zum Unterscheiden eines Falls, bei dem U-RNTI-Informationen verwendet werden, und eines Falls, bei dem C-RNTI-Informationen verwendet werden, und zum Angeben des Typs einer Anwendergerät-Kennung, die in einer MAC-Schicht bei der Übertragung von betreffenden Informationen zu verwenden ist sowie zum Informieren an die RLC-Schicht verwendet.
  • Da, wie oben beschrieben wurde, lediglich C-RNTI verwendet wird, wenn ein DTCH als logischer Kanal verwendet wird, wird das dynamische Verfahren der Anwendergerät-Identifizierung gemäß der bevorzugten Ausführungsform der vorliegenden Erfindung in Verbindung mit dem DCCH beschrieben.
  • Der DCCH ist im Allgemeinen ein logischer Kanal zum Übertragen von Steuerinformationen, die von einer RRC-Schicht (Funkbetriebsmittel-Steuerschicht) übertragen werden. Eine RRC-Nachricht enthält Informationen in Bezug auf die Rufeinstellung, Wartungs- und Freigabefunktionen.
  • Die RRC-Schicht führt eine Funktion aus zum Unterstützen einer Anrufverbindung, um eine Unterbrechung zu verhindern, wenn ein Anwendergerät von einer Zelle (oder Knoten) zu einer anderen Zelle (einem anderen Knoten) übergeht. In manchen Fällen kann sich ein C-RNTI-Wert verändern. In diesem Fall ist es vorteilhaft, eine U-RNTI als Anwendergerät-Kennungs-Informationen zu verwenden. In den meisten Fällen ist es jedoch möglich, ein Anwendergerät mit einer C-RNTI zu identifizieren und demzufolge kann die Verschwendung von Betriebsmitteln minimal gemacht werden, indem ein bestimmter Typ einer Anwendergerät-Kennung ausgewählt wird.
  • Außerdem erkennt lediglich die RRC-Schicht, welcher Anwendergerät-Kennungstyp (C-RNTI oder U-RNTI) während der Übertragung einer RRC-Nachricht erforderlich ist, und die RRC-Schicht muss einen betreffenden Parameter an die RLC-Schicht übertragen.
  • Der Parameter wird vorzugsweise als "Nachrichtentyp-Indikator" bezeichnet. In der RRC-Schicht erfordert z. B. eine zu übertragende Nachricht eine U-RNTI. Zunächst sendet die RRC-Schicht eine RLC-SDU mit einem Nachrichtentyp-Indikator, der eine U-RNTI angibt. Dann stellt die RLC-Schicht eine Anwendergerät-Kennung gemäß der Nachricht ein und überträgt den eingestellten Indikator mit einer RLC-PDU an die MAC-Schicht.
  • Wird dagegen angenommen, dass eine in der RRC-Schicht zu übertragende Nachricht eine C-RNTI erfordert, sendet die RRC-Schicht einen RLC-SDU mit einem Nachrichtentyp-Indikator der eine C-RNTI angibt. Die RLC-Schicht stellt eine Anwendergerät-Kennung gemäß der Nachricht ein und sendet den eingestellten Indikator mit einer MAC-SDU (die im Wesentlichen gleich der RLC-PDU ist) an die MAC-Schicht.
  • 7 ist ein Ablaufplan, der ein statisches Einstellen des Typs einer Anwendergerät-Kennung auf der Grundlage einer Ausführungsform der vorliegenden Erfindung erläutert.
  • Beim Einstellen eines Funkträgers stellt die RLC-Schicht eine zu verwendete Anwendergerät-Kennung ein und überträgt dann den eingestellten Indikator mit einer MAC-SDU an die MAC-Schicht und demzufolge werden ein Anwendergerät-Kennungstyp-Feld und ein Anwendergerät-Kennungs-Feld eingestellt, wie in den Schritten 71–73 gezeigt ist.
  • Wenn die Notwendigkeit entsteht, wird der Anwendergerät-Kennungstyp durch Ändern der Funkträger-Einstellung geändert, wie in den Schritten 73 und 71 gezeigt ist.
  • 6 ist ein Ablaufplan, der eine dynamische Einstellung des Typs einer Anwendergerät-Kennung auf der Grundlage der bevorzugten Ausführungsform der vorliegenden Erfindung erläutert.
  • Er beschreibt ein Verfahren zum dynamischen Festlegen des Typs der Anwendergerät-Kennung in einem Funkzugriffs-Netzwerk.
  • Die RLC-Schicht empfängt eine RLC-SDU und einen Nachrichtentyp-Indikator von der RRC-Schicht, wie im Schritt 61 gezeigt ist.
  • Anschließend prüft die RLC-Schicht den Nachrichtentyp-Indikator, entscheidet, welcher Indikator (U-RNTI oder C-RNTI) bei der Übertragung einer betreffenden MAC-SDU zu verwenden ist, stellt einen Anwendergerät-Kennungs-Indikator ein und überträgt ihn mit der MAC-SDU an die MAC-Schicht, wie in den Schritten 62–65 gezeigt ist.
  • Die RLC-Schicht unterteilt die RLC-SDU in der Zwischenzeit in den Schritten 62–64 in Segmente und ordnet diese um. Die Nachrichten (gewöhnlich nicht weniger als 2) können entweder eine RLD-PDU bilden oder mehrere RLC-PDUs können eine Nachricht bilden. Insbesondere dann, wenn mehrere Nachrichten eine RLC-PDU bilden, kann der Typ des Anwendergerät-Kennungs-Indikators, der für jede Nachricht verwendet wird, unterschiedlich sein (z. B. kann eine erste Nachricht einer U-RNTI zugeordnet sein und eine zweite Nachricht kann einer C-RNTI zugeordnet sein). In diesem Fall wird ein Anwendergerät-Kennungs-Indikator so eingestellt, dass ein Kopfsatz einer MAC-PDU unter Verwendung von lediglich einer U-RNTI (32 Bit) als eine Kennung mit umfassenderem Konzept gebildet wird.
  • Außerdem wird dann, wenn Daten von wenigstens zwei Typen von RLC-SDUs in einer RLC-PDU enthalten sind, und der gleiche Typ des Anwendergerät-Kennungs-Indikator für die SDUs verwendet wird, der gleiche Anwendergerät-Kennungs-Indikator mit der MAC-SDU (die im Wesentlichen gleich der RLC-PDU ist) an die MAC-Schicht übertragen.
  • Ein Nachrichtentyp-Indikator und ein Anwendergerät-Kennungs-Indikator bezeichnen vorzugsweise das gleiche Objekt. Da jedoch in der RLC-Schicht eine Segmentierung und Umordnung einer RLC-SDU ausgeführt werden, wird ein Anwendergerät-Kennungs-Indikator der RLC-PDU anhand des Nachrichtentyp-Indikators eingestellt.
  • Wie oben beschrieben wurde, werden in der bevorzugten Ausführungsform der vorliegenden Erfindung Daten (RLC-SDU) und ein Nachrichtentyp-Indikator als Anwendergerät-Kennzeichnungsinformationen von der RRC-Schicht an die RLC-Schicht übertragen. Dann stellt die RLC-Schicht einen Anwendergerät-Kennungs-Indikator gemäß dem übertragenen Nachrichtentyp-Indikator ein und überträgt ihn mit den Daten an die MAC-Schicht und in der MAC-Schicht werden geeignete Anwendergerät-Kennzeichnungsinformationen hinzugefügt.
  • Ferner kann dann, wenn Daten, die über einen bestimmten logischen Kanal gesendet oder empfangen wurden, über einen gemeinsamen Transportkanal gesendet werden und ein Anwendergerät unter Verwendung einer Anwendergerät-Kennung unterschieden werden muss, eine Verschwendung von Funkbetriebsmitteln minimal gemacht werden, indem die Art der Anwendergerät-Kennung nicht pauschal, sondern den Umständen entsprechend als eine geeignete Anwendergerät-Kennung eingestellt wird.
  • Die bevorzugten Ausführungsformen können als ein Verfahren, eine Vorrichtung oder ein Herstellungsgegenstand realisiert werden unter Verwendung einer Standardprogrammierung und/oder Fertigungstechniken, um Software, Firmware, Hardware oder eine Kombination davon herzustellen. Der hier verwendete Ausdruck "Herstellungsgegenstand" bezieht sich auf einen Code oder eine Logik, die in Hardware-Logik (z. B. ein IC-Chip, ein feldprogrammierbares Gate-Array (FPGA), eine anwendungsspezifische integrierte Schaltung (ASIC) usw.) oder in einem computerlesbaren Medium realisiert ist (z. B. Magnetspeichermedium (z. B. Festplattenlaufwerke, Floppy-Disks, Speicherband usw.), optische Speicher (CD-ROMs, optische Platten usw.), flüchtige und nichtflüchtige Speichervorrichtungen (z. B. EEPROMs, ROMs, PROMs, RAMs, DRAMs, SRAMs, Firmware, programmierbare Logik usw.)). Ein Prozessor greift auf den Code in dem computerlesbaren Medium zu und führt diesen aus. Auf den Code, in welchem bevorzugte Ausführungsformen realisiert werden, kann ferner über ein Übertragungsmedium oder von einem Dateiserver über ein Netzwerk zugegriffen werden. In diesen Fällen kann der Herstellungsgegenstand, in welchem der Code realisiert ist, ein Übertragungsmedium, wie etwa eine Netzwerk-Übertragungsleitung, drahtlose Übertragungsmedien, die Ausbreitung von Signalen durch den Raum durch Funkwellen, Infrarotsignale usw., umfassen. Ein Fachmann wird natürlich erkennen, dass an dieser Konfiguration viele Modifikationen ausgeführt werden können, ohne vom Umfang der vorliegenden Erfindung abzuweichen, und dass der Herstellungsgegenstand alle informationstragenden Medien umfassen kann, die in der Technik bekannt sind.
  • Da die vorliegende Erfindung in verschiedenen Formen offenbart werden kann, sollte außerdem klar sein, dass die oben beschriebenen Ausführungsformen, falls nicht andern angegeben, nicht durch die Einzelheiten der vorhergehenden Beschreibung eingeschränkt werden sollen.

Claims (25)

  1. Verfahren zum Festlegen einer Anwendergerät-Kennung (UE-ID) in einem Funkkommunikationssystem, das mehrere Protokollschichten besitzt, umfassend die folgenden Schritte: – Bereitstellen von Daten und eines Parameters, der einem Anwendergerät-Kennungstyp-Indikator zugeordnet ist, von einer dritten Protokollschicht (RRC) für eine zweite Protokollschicht (RLC), wobei die dritte Protokollschicht (RRC) eine höhere Protokollschicht als die zweite Protokollschicht (RLC) ist; – Setzen eines Anwendergerät-Kennungstyp-Indikators in der zweiten Protokollschicht (RLC) in Reaktion auf den empfangenen Parameter; – Bereitstellen der Daten und des Anwendergerät-Kennungstyp-Indikators von der zweiten Protokollschicht (RLC) für eine erste Protokollschicht (MAC); und – in der ersten Protokollschicht (MAC) Hinzufügen eines Anwendergerät-Kennungstyps (UE-ID-Typ) und einer Anwendergerät-Kennung (UE-ID) zu einem Datenpaket (SDU) der ersten Protokollschicht (MAC) in Reaktion auf den Anwendergerät-Kennungstyp-Indikator.
  2. Verfahren nach Anspruch 1, bei dem die dritte Protokollschicht eine Funkbetriebsmittel-Steuerschicht (RRC-Schicht) ist.
  3. Verfahren nach Anspruch 1 oder 2, bei dem die zweite Protokollschicht eine Funkverbindungs-Steuerschicht (RLC-Schicht) ist.
  4. Verfahren nach Anspruch 1, 2 oder 3, bei der die erste Protokollschicht eine Medienzugriffs-Steuerungsschicht (MAC-Schicht) ist.
  5. Verfahren nach Anspruch 4, bei dem das Datenpaket der ersten Protokollschicht eine MAC-Dienstdateneinheit (MAC-SDU) ist.
  6. Verfahren nach Anspruch 5, bei dem eine MAC-Protokolldateneinheit (MAC-PDU) die MAC-SDU, die Anwendergerät-Kennung (UE-ID) und den Anwendergerät-Kennungstyp umfasst.
  7. Verfahren nach einem der vorhergehenden Ansprüche, bei dem dem Anwendergerät-Kennungstyp-Indikator eine temporäre Zellenfunknetz-Kennung (C-RNTI) und/oder eine temporäre UTRAN-Funknetzkennung (U-RNTI) zugeordnet sind.
  8. Verfahren nach Anspruch 5 oder 6, bei dem die MAC-Schicht die MAC-SDU und den Anwendergerät-Kennungstyp-Indikator, der einen Anwendergerät-Kennungstyp angibt, der einer temporären Funknetz-Kennung (RNTI) zugeordnet ist, empfängt und den Anwendergerät-Kennungstyp sowie die Anwendergerät-Kennung als Teil der MAC-PDU, insbesondere als Teil eines MAC-PDU-Kopfsatzes, setzt.
  9. Verfahren nach einem der vorhergehenden Ansprüche, bei dem der Anwendergerät-Kennungstyp dazu verwendet wird, Funkbetriebsmittel-Einstellungen eines Funkträgers zu bestimmen, und der Anwendergerät-Kennungstyp-Indikator von der zweiten Protokollschicht (RLC) an die erste Protokollschicht (MAC) übertragen wird.
  10. Verfahren nach einem der vorhergehenden Ansprüche, bei dem der Anwendergerät-Kennungstyp-Indikator durch Steuerinformationen der dritten Protokollschicht (RRC) dynamisch aktualisiert wird, wenn sich der in einem Funkkommunikationsnetz verwendete Anwendergerät-Kennungstyp ändert.
  11. Verfahren nach einem der vorhergehenden Ansprüche, bei dem der Parameter, der dem Anwendergerät-Kennungstyp-Indikator zugeordnet ist, ein Nachrichtentyp-Indikator ist.
  12. Verfahren nach Anspruch 11, bei dem die RLC-Schicht die Daten und den Nachrichtentyp-Indikator, der dem Anwendergerät-Kennungstyp-Indikator zugeordnet ist, von der RRC-Schicht empfängt und den Anwendergerät-Kennungstyp-Indikator setzt, um ein Anwendergerät, das für einen Netzbereich geeignet ist, zu unterscheiden, um das Anwendergerät in dem Funkkommunikationssystem zu managen.
  13. Verfahren nach den Ansprüchen 2 und 3, bei dem der Anwendergerät-Kennungstyp in Übereinstimmung mit Daten (RLC-SDU), die von der RRC-Schicht zu der RLC-Schicht übertragen werden, geändert werden.
  14. Verfahren nach Anspruch 13, bei dem ein Anwendergerät durch Verwen den der Anwendergerät-Kennung unterschieden wird, wenn die RLC-PDU, die in der MAC-Schicht konstruiert ist, eine RRC-Nachricht eines unterschiedlichen Anwendergerät-Typs enthält.
  15. Verfahren nach den Ansprüchen 2 und 3, bei dem ein Anwendergerät durch Verwenden der Anwendergerät-Kennung unterschieden wird, die auf einem Zellenniveau unterscheidbar ist, wenn die RLC-Schicht Daten von Schichten, die von der RRC-Schicht verschieden sind, empfängt.
  16. System zum Identifizieren eines Anwendergerätes in einem Funkkommunikationssystem, das mehrere Protokollschichten besitzt, wobei das System umfasst: – Mittel zum Bereitstellen von Daten und eines Parameters, der einem Anwendergerät-Kennungstyp-Indikator zugeordnet ist, von einer dritten Protokollschicht (RRC) für eine zweite Protokollschicht (RLC), wobei die dritte Protokollschicht (RRC) eine höhere Protokollschicht als die zweite Protokollschicht (RLC) ist; – Mittel, die in der zweiten Protokollschicht (RLC) einen Anwendergerät-Kennungstyp-Indikator in Reaktion auf den empfangenen Parameter setzen; – Mittel, die die Daten und den Anwendergerät-Kennungstyp-Indikator von der zweiten Protokollschicht (RLC) für eine erste Protokollschicht (MAC) bereitstellen; und – Mittel, die in der ersten Protokollschicht (MAC) einen Anwendergerät-Kennungstyp (UE-ID-Typ) und eine Anwendergerät-Kennung (UE-ID) zu einem Datenpaket (SDU) der ersten Protokollschicht (MAC) in Reaktion auf den Anwendergerät-Kennungstyp-Indikator hinzufügen.
  17. System nach Anspruch 16, bei dem die dritte Protokollschicht eine Funkbetriebsmittel-Steuerschicht (RRC-Schicht) ist, die zweite Protokollschicht eine Funkverbindungs-Steuerschicht (RLC-Schicht) ist und die erste Protokollschicht eine Medienzugriffs-Steuerungsschicht (MAC-Schicht) ist.
  18. System nach Anspruch 17, bei dem das Datenpaket der ersten Protokollschicht eine MAC-Dienstdateneinheit (MAC-SDU) ist.
  19. System nach Anspruch 18, bei dem eine MAC-Protokolldateneinheit (MAC-PDU) die MAC-SDU, die Anwendergerät-Kennung und den Anwenderge rät-Kennungstyp enthält.
  20. System nach einem der Ansprüche 16–19, bei dem dem Anwendergerät-Kennungstyp-Indikator eine temporäre Zellenfunknetz-Kennung (C-RNTI) und/oder eine temporäre UTRAN-Funknetzkennung (U-RNTI) zugeordnet sind.
  21. System nach Anspruch 18, bei dem die MAC-Schicht die MAC-SDU und den Anwendergerät-Kennungstyp-Indikator, der einen Anwendergerät-Typ angibt, dem eine temporäre Funknetz-Kennung (RNTI) zugeordnet ist, empfängt und einen Anwendergerät-Kennungstyp sowie die Anwendergerät-Kennung als Teil der MAC-PDU, insbesondere als Teil des Kopfsatzes der MAC-PDU, setzt.
  22. System nach einem der Ansprüche 16–21, bei dem der Anwendergerät-Kennungstyp für die Bestimmung von Funkbetriebsmittel-Einstellungen eines Funkträgers verwendet wird und der Anwendergerät-Kennungstyp-Indikator von der zweiten Protokollschicht an die erste Protokollschicht übertragen wird.
  23. System nach einem der Ansprüche 16–22, bei dem der Anwendergerät-Kennungstyp-Indikator durch Steuerinformationen der dritten Protokollschicht (RRC) dynamisch aktualisiert wird, wenn sich der Anwendergerät-Kennungstyp, der in einem Funkkommunikationsnetz verwendet wird, geändert hat.
  24. System nach einem der Ansprüche 16 bis 23, bei dem der Parameter, der dem Anwendergerät-Kennungstyp-Indikator zugeordnet ist und von der dritten Protokollschicht RRC bereitgestellt wird, ein Nachrichtentyp-Indikator ist.
  25. System nach Anspruch 24, bei dem die zweite Protokollschicht (RLC) die Daten und den Nachrichtentyp-Indikator, der dem Anwendergerät-Kennungstyp-Indikator zugeordnet ist, von der dritten Protokollschicht (RRC) empfängt und den Anwendergerät-Kennungstyp-Indikator setzt, um ein für ein Netzgebiet geeignetes Anwendergerät zu unterscheiden, um das Anwendergerät in dem Funkkommunikationssystem richtig zu managen.
DE2002606329 2001-07-07 2002-07-04 Verfahren zum Einstellen eines Benutzereinrichtungsidentifikators in einem Funkkommunikationssystem Expired - Lifetime DE60206329T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR2001040710 2001-07-07
KR20010040710A KR100802618B1 (ko) 2001-07-07 2001-07-07 무선통신시스템에서 이동국 식별자 설정방법 및 장치

Publications (2)

Publication Number Publication Date
DE60206329D1 DE60206329D1 (de) 2006-02-09
DE60206329T2 true DE60206329T2 (de) 2006-06-22

Family

ID=36101294

Family Applications (2)

Application Number Title Priority Date Filing Date
DE60228342T Expired - Lifetime DE60228342D1 (de) 2001-07-07 2002-07-04 Verfahren zum Einstellen eines Benutzereinrichtungsidentifikators in einem Funkkommunikationssystem
DE2002606329 Expired - Lifetime DE60206329T2 (de) 2001-07-07 2002-07-04 Verfahren zum Einstellen eines Benutzereinrichtungsidentifikators in einem Funkkommunikationssystem

Family Applications Before (1)

Application Number Title Priority Date Filing Date
DE60228342T Expired - Lifetime DE60228342D1 (de) 2001-07-07 2002-07-04 Verfahren zum Einstellen eines Benutzereinrichtungsidentifikators in einem Funkkommunikationssystem

Country Status (11)

Country Link
US (6) US7551643B2 (de)
EP (2) EP1274203B1 (de)
JP (2) JP4248198B2 (de)
KR (1) KR100802618B1 (de)
CN (1) CN1184836C (de)
AT (2) ATE305690T1 (de)
DE (2) DE60228342D1 (de)
DK (1) DK1274203T3 (de)
ES (1) ES2248454T3 (de)
HK (1) HK1079372A1 (de)
PT (1) PT1274203E (de)

Families Citing this family (114)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030123426A1 (en) * 2001-12-31 2003-07-03 Bysted Tommy Kristensen Uplink access control
TWI241098B (en) * 2002-08-09 2005-10-01 Interdigital Tech Corp Methhod and system for efficiently sharing a common memory
US8107951B2 (en) * 2002-11-05 2012-01-31 Telefonaktiebolaget Lm Ericsson (Publ) Collective notification of node reset to subset of connections in radio access network
US8111668B2 (en) * 2003-02-14 2012-02-07 Alcatel Lucent Signaling methods for wireless communication systems
EP1616404A1 (de) 2003-04-10 2006-01-18 Telefonaktiebolaget LM Ericsson (publ) Verfahren und system zur rückübertragung
CN102255714B (zh) * 2003-04-10 2014-11-26 艾利森电话股份有限公司 重传的方法和系统
KR100703380B1 (ko) * 2003-05-14 2007-04-03 삼성전자주식회사 멀티미디어 브로드캐스트/멀티캐스트 서비스를 지원하기 위한 제어정보 송수신 장치 및 방법
CN100459471C (zh) * 2003-07-10 2009-02-04 华为技术有限公司 无线资源控制连接请求消息的处理方法
KR20050018050A (ko) * 2003-08-12 2005-02-23 삼성전자주식회사 이동통신시스템에서 방송 서비스를 위한 헤더 정보 설정방법
DE102004027811B4 (de) 2004-06-08 2012-08-30 Infineon Technologies Ag Kommunikationsanordnung, Teilnehmergerät, Steuervorrichtung, Verfahren zum Steuern eines Kommunikationssystems, Verfahren zum Steuern eines Teilnehmergeräts und Verfahren zum Steuern einer Steuervorrichtung
KR101059876B1 (ko) * 2004-06-16 2011-08-29 엘지전자 주식회사 이동통신 시스템의 서비스 품질 보장을 위한 데이터전송량 선택 방법
KR101208520B1 (ko) 2005-03-12 2012-12-05 엘지전자 주식회사 피드백 정보 통신 방법
EP1859542A4 (de) * 2005-03-12 2014-11-19 Lg Electronics Inc Verfahren zum senden von informationen in einem mehrantennensystem
US7821974B2 (en) * 2005-03-29 2010-10-26 Microsoft Corporation UMTS RIL extension
US7886311B2 (en) 2005-03-29 2011-02-08 Microsoft Corporation Synchronous RIL proxy
EP1884088B1 (de) * 2005-05-27 2015-12-30 Nokia Technologies Oy Erweiterte signalisierungsfähigkeit für ein netzwerkelement, benutzergerät und system
JP4651462B2 (ja) * 2005-06-17 2011-03-16 株式会社エヌ・ティ・ティ・ドコモ チャネル伝送装置及びチャネル伝送方法
US20090168704A1 (en) * 2005-08-24 2009-07-02 Young Dae Lee Method of transmitting control information for scheduling
US8428086B2 (en) 2006-01-05 2013-04-23 Lg Electronics Inc. Transmitting data in a mobile communication system
CN105515736A (zh) 2006-01-05 2016-04-20 Lg电子株式会社 在移动通信系统中发送数据
WO2007078171A2 (en) 2006-01-05 2007-07-12 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
KR101187076B1 (ko) 2006-01-05 2012-09-27 엘지전자 주식회사 이동 통신 시스템에 있어서 신호 전송 방법
KR101333918B1 (ko) * 2006-01-05 2013-11-27 엘지전자 주식회사 이동 통신 시스템의 점-대-다 서비스 통신
KR100912784B1 (ko) 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
US7881724B2 (en) 2006-01-05 2011-02-01 Lg Electronics Inc. Allocating radio resources in mobile communications system
KR101203841B1 (ko) 2006-01-05 2012-11-21 엘지전자 주식회사 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법
KR101265628B1 (ko) 2006-01-05 2013-05-22 엘지전자 주식회사 이동 통신 시스템에서의 무선 자원 스케줄링 방법
KR101211807B1 (ko) 2006-01-05 2012-12-12 엘지전자 주식회사 이동통신 시스템에서 무선단말의 동기상태 관리방법
KR101319870B1 (ko) 2006-01-05 2013-10-18 엘지전자 주식회사 이동 통신 시스템에서의 핸드오버 방법
KR101268200B1 (ko) * 2006-01-05 2013-05-27 엘지전자 주식회사 이동통신 시스템에서의 무선자원 할당방법
KR101358469B1 (ko) 2006-02-07 2014-02-06 엘지전자 주식회사 무선 네트워크(ｎｅｔｗｏｒｋ) 안에서 상향(ｕｐｌｉｎｋ)및 하향(ｄｏｗｎｌｉｎｋ) 대역폭(ｂａｎｄｗｉｄｔｈ)의선택 및 신호 방법
KR101216751B1 (ko) * 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
US8493854B2 (en) 2006-02-07 2013-07-23 Lg Electronics Inc. Method for avoiding collision using identifier in mobile network
US7801510B2 (en) * 2006-02-27 2010-09-21 Samsung Electronics Co., Ltd Authentication method in a mobile broadcast system and system thereof
WO2007105685A1 (ja) 2006-03-14 2007-09-20 Sharp Kabushiki Kaisha 通信装置および通信方法
KR101387475B1 (ko) 2006-03-22 2014-04-22 엘지전자 주식회사 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법
US8234534B2 (en) 2006-06-21 2012-07-31 Lg Electronics Inc. Method of supporting data retransmission in a mobile communication system
US20100165927A1 (en) * 2006-06-21 2010-07-01 Jung-Im Kim Method for paging terminal of rrc connected state in lte system
EP2033341B1 (de) 2006-06-21 2018-03-21 LG Electronics Inc. Verfahren zum senden und empfangen von funkzugangsinformationen unter verwendung einer nachrichtentrennung in einem drahtlosen mobilkommunikationssystem
KR20070121505A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 무선링크 재설정 방법
KR20070121513A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 이동통신 시스템의 상향 접속 방법
KR101369135B1 (ko) 2006-06-21 2014-03-05 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말
KR101387500B1 (ko) 2006-08-22 2014-04-21 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
KR101265643B1 (ko) * 2006-08-22 2013-05-22 엘지전자 주식회사 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법
KR101430449B1 (ko) * 2006-10-02 2014-08-14 엘지전자 주식회사 무선 통신 시스템에서의 페이징 메시지 송수신 방법
US20080096557A1 (en) * 2006-10-04 2008-04-24 Nokia Corporation Efficient and dynamic identification of allocations in a wireless packet communication system
WO2008054112A2 (en) * 2006-10-30 2008-05-08 Lg Electronics Inc. Methods of performing random access in a wireless communication system
US8520644B2 (en) * 2006-10-30 2013-08-27 Lg Electronics Inc. Method for re-direction of uplink access
KR100938754B1 (ko) * 2006-10-30 2010-01-26 엘지전자 주식회사 비연속 수신을 이용한 데이터 수신 및 전송 방법
WO2008054119A2 (en) * 2006-10-30 2008-05-08 Lg Electronics Inc. Methods for transmitting access channel message and response message, and mobile communication terminals
WO2008097030A1 (en) * 2007-02-07 2008-08-14 Lg Electronics Inc. Optimized random access channel (rach) access
KR101112145B1 (ko) * 2007-02-09 2012-02-22 삼성전자주식회사 이동통신 시스템의 랜덤 액세스 프로시져에서 경쟁의 감지 방법 및 장치
CN101647222B (zh) * 2007-03-16 2013-02-13 艾利森电话股份有限公司 用于发送rlc/mac控制块的方法和处理单元
US8045518B2 (en) 2007-03-23 2011-10-25 Innovative Sonic Limited Method of deactivating high-speed downlink operation in CELL—FACH state for a wireless communications system and related apparatus
WO2008133474A1 (en) * 2007-04-30 2008-11-06 Lg Electronics Inc. Method of transmitting data in wireless communication system supporting multimedia broadcast/multicast service
US8543089B2 (en) 2007-04-30 2013-09-24 Lg Electronics Inc. Method for performing an authentication of entities during establishment of wireless call connection
WO2008133480A1 (en) 2007-04-30 2008-11-06 Lg Electronics Inc. Method for transmitting or receiving data unit using header field existence indicator
KR101469281B1 (ko) * 2007-04-30 2014-12-04 엘지전자 주식회사 무선단말의 상태 전환 방식
EP2132910B1 (de) * 2007-04-30 2016-01-06 LG Electronics Inc. Verfahren zur übertragung von daten in einem drahtlosen kommunikationssystem
WO2008133484A1 (en) * 2007-04-30 2008-11-06 Lg Electronics Inc. Methods of transmitting data blocks in wireless communication system
EP2145436B1 (de) * 2007-04-30 2011-09-07 LG Electronics Inc. Verfahren zur erzeugung eines datenblocks in einem mobilen kommunikationssystem
KR101464748B1 (ko) * 2007-04-30 2014-11-24 엘지전자 주식회사 무선단말의 측정보고 기동방식
KR20080097338A (ko) * 2007-05-01 2008-11-05 엘지전자 주식회사 불연속 데이터 송수신 방법
KR100917205B1 (ko) * 2007-05-02 2009-09-15 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 구성 방법
EP2153597B1 (de) * 2007-05-03 2013-04-03 LG Electronics Inc. Verfahren zur datenverarbeitung in einem drahtlosen kommunikationssystem
KR101470638B1 (ko) * 2007-06-18 2014-12-08 엘지전자 주식회사 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치
US8139524B2 (en) * 2007-06-18 2012-03-20 Lg Electronics Inc. Control channel reception method for receiving broadcast or multicast service
HUE033683T2 (en) * 2007-06-18 2017-12-28 Lg Electronics Inc Procedure for performing user device upload direction connection synchronization in a wireless communication system
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
KR101451434B1 (ko) 2007-06-18 2014-10-21 엘지전자 주식회사 효과적인 호의 설정을 위한 호출 정보 전송 방법
KR101526971B1 (ko) * 2007-06-18 2015-06-11 엘지전자 주식회사 방송 또는 멀티캐스트 서비스 송수신 방법 및 단말
KR101341515B1 (ko) 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
WO2008156314A2 (en) 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
US8406179B2 (en) 2007-08-07 2013-03-26 Samsung Electronics Co., Ltd. Method and apparatus for performing random access procedure in a mobile communication system
KR101514841B1 (ko) 2007-08-10 2015-04-23 엘지전자 주식회사 효율적인 랜덤 액세스 재시도를 수행하는 방법
US8792339B2 (en) * 2007-08-10 2014-07-29 Arris Enterprises, Inc. Method and system for moving distinctive traffic flows to a different priority service flow
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
US8594030B2 (en) 2007-08-10 2013-11-26 Lg Electronics Inc. Method for controlling HARQ operation in dynamic radio resource allocation
KR101461965B1 (ko) 2007-08-14 2014-11-14 엘지전자 주식회사 무선 통신 시스템의 특정 프로토콜 계층에서의 데이터 블록전송 및 처리 방법
KR100937432B1 (ko) 2007-09-13 2010-01-18 엘지전자 주식회사 무선 통신 시스템에서의 무선자원 할당 방법
KR101461970B1 (ko) 2007-09-13 2014-11-14 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101435844B1 (ko) 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
KR101591824B1 (ko) 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
KR101396062B1 (ko) * 2007-09-18 2014-05-26 엘지전자 주식회사 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법
KR101387537B1 (ko) * 2007-09-20 2014-04-21 엘지전자 주식회사 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법
US8400982B2 (en) * 2007-09-20 2013-03-19 Lg Electronics Inc. Method for handling correctly received but header compression failed packets
US8687565B2 (en) 2007-09-20 2014-04-01 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
KR101487557B1 (ko) 2007-10-23 2015-01-29 엘지전자 주식회사 공통제어채널의 데이터를 전송하는 방법
KR20090041323A (ko) 2007-10-23 2009-04-28 엘지전자 주식회사 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법
KR20090043465A (ko) 2007-10-29 2009-05-06 엘지전자 주식회사 무선 베어러 타입에 따른 오류 해결 방법
KR101163275B1 (ko) 2008-03-17 2012-07-05 엘지전자 주식회사 Ｐｄｃｐ 상태 보고 전송 방법
WO2009116788A1 (en) 2008-03-17 2009-09-24 Lg Electronics Inc. Method of transmitting rlc data
US8791470B2 (en) * 2009-10-05 2014-07-29 Zena Technologies, Inc. Nano structured LEDs
US8498313B2 (en) * 2008-10-23 2013-07-30 Qualcomm Incorporated Fast uplink data transmission using E-DCH enhanced random access without a UE specific E-RNTI
WO2010069400A1 (en) * 2008-12-19 2010-06-24 Telefonaktiebolaget Lm Ericsson (Publ) Method and entity for conveying data units
US8553574B2 (en) * 2009-03-16 2013-10-08 Htc Corporation Method of handling packet error in a wireless communication system and related communication device
US20100260108A1 (en) * 2009-04-13 2010-10-14 Qualcomm Incorporated Setting up a reverse link data transmission within a wireless communications system
JP5648631B2 (ja) * 2009-04-27 2015-01-07 日本電気株式会社 受信装置、受信方法およびプログラム
CN101998636B (zh) * 2009-08-14 2013-07-31 电信科学技术研究院 一种终端标识的使用方法、系统和设备
US8560708B2 (en) * 2010-06-29 2013-10-15 Alcatel Lucent Method and apparatus for allocating bundles of sessions in a network element
CN103348748A (zh) * 2011-02-09 2013-10-09 交互数字专利控股公司 用于对机器对机器装置的下行链路数据执行寻呼的方法
EP2557870B1 (de) * 2011-08-10 2020-07-08 Alcatel Lucent Konfiguration von Übertragungen
EP2747241B1 (de) * 2012-10-19 2016-03-02 LG Chem, Ltd. Verfahren zur zuweisung eines eindeutigen identifikators und batterieverwaltungssystem damit
CN104012142A (zh) * 2012-12-18 2014-08-27 华为技术有限公司 公共操作处理方法及装置
US9497682B2 (en) 2013-06-07 2016-11-15 Intel Corporation Central processing unit and methods for supporting coordinated multipoint transmission in an LTE network
US10485018B2 (en) * 2014-01-16 2019-11-19 Samsung Electronics Co., Ltd. Apparatus and method for operating user plane protocol stack in connectionless communication system
US20160006842A1 (en) * 2014-07-02 2016-01-07 Qualcomm Incorporated Frame format supporting enhanced features in a communication network
EP3021612B1 (de) * 2014-11-12 2018-03-21 HTC Corporation Vorrichtung und verfahren zur handhabung von netzwerkkonfigurationen
US10432754B2 (en) 2015-09-16 2019-10-01 Profire Energy, Inc Safety networking protocol and method
US10514683B2 (en) 2015-09-16 2019-12-24 Profire Energy, Inc. Distributed networking system and method to implement a safety state environment
CN107231664B (zh) * 2017-05-25 2019-11-08 上海连尚网络科技有限公司 一种用于对用户设备进行流量控制的方法与设备
CN110312226B (zh) 2018-03-20 2021-02-26 华为技术有限公司 传输数据的方法和通信装置
US10805163B2 (en) * 2018-08-21 2020-10-13 Hewlett Packard Enterprise Development Lp Identifying device types based on behavior attributes

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100619598B1 (ko) * 1998-10-01 2006-12-01 엘지전자 주식회사 이동통신시스템에서의 신호 포맷방법
AU3411299A (en) * 1999-03-08 2000-09-28 Nokia Networks Oy Method for establishing a communication between a user equipment and a radio network
FI114077B (fi) * 1999-03-10 2004-07-30 Nokia Corp Tunnuksen varausmenetelmä
GB2389749B (en) * 1999-05-28 2004-02-25 Nec Corp Mobile telecommunications system
GB9913221D0 (en) * 1999-06-07 1999-08-04 Nokia Telecommunications Oy Cell update in a cellular communications system
KR100317267B1 (ko) * 1999-10-02 2001-12-22 서평원 공통 패킷 채널의 보호 방법
FI109438B (fi) * 1999-10-15 2002-07-31 Nokia Corp Menetelmä tiedon siirtämiseksi pakettidatakanavalla
GB2355623B (en) * 1999-10-19 2003-07-16 Ericsson Telefon Ab L M Packet transmission in a UMTS network
US6782274B1 (en) * 1999-10-21 2004-08-24 Hyundai Electronics Industries Co., Ltd. Method for transmitting radio resource control message in asynchronous mobile communication system
US20030012217A1 (en) * 1999-10-29 2003-01-16 Christoffer Andersson Channel-type switching to a common channel based on common channel load
US6968190B1 (en) * 1999-11-29 2005-11-22 Nokia Mobile Phones, Ltd. Transfer of optimization algorithm parameters during handover of a mobile station between radio network subsystems
IL150292A0 (en) * 2000-01-14 2002-12-01 Interdigital Tech Corp Wireless communication system with selectively sized data transport blocks
US6829482B2 (en) * 2000-05-16 2004-12-07 Telefonaktiebolaget Lm Ericsson (Publ) Switching from dedicated to common channels when radio resources are controlled by drift radio network
FR2809576B1 (fr) * 2000-05-23 2002-11-15 Nortel Matra Cellular Procede de controle d'un canal entre un terminal radio et une infrastructure de radiocommunication cellulaire, et reseau d'acces mettant en oeuvre un tel procede
FR2809577B1 (fr) 2000-05-25 2002-10-18 Mitsubishi Electric Inf Tech Methode de transmission de donnees combattant la degradation de la qualite de service
EP1170919A1 (de) 2000-07-04 2002-01-09 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Verfahren und System zur Verbesserung der Funktion eines Kommunikationssystems mit Schichtprotokollstapel
US6862450B2 (en) * 2001-02-07 2005-03-01 Nokia Mobile Phones Ltd. Resetting signaling link upon SRNS relocation procedure
US6701151B2 (en) * 2001-03-27 2004-03-02 Ericsson Inc. Short access for realizing a signaling radio bearer in geran
US7089002B2 (en) * 2001-05-11 2006-08-08 Telefonaktiebolaget Lm Ericsson (Publ) Releasing plural radio connections with omnibus release message
US6961349B2 (en) 2001-05-30 2005-11-01 Telefonaktiebolaget Lm Ericsson (Publ) Handling TCP protocol for connections transmitted in parallel over radio link
KR100446522B1 (ko) * 2001-07-06 2004-09-04 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신시스템에서고속 매체 접속 제어 계층 엔터티 리셋 방법
US7054630B2 (en) * 2002-05-13 2006-05-30 Qualcomm Incorporated Selective processing of the common control channel

Also Published As

Publication number Publication date
CN1396780A (zh) 2003-02-12
EP1564941B1 (de) 2008-08-13
US20100008320A1 (en) 2010-01-14
USRE44488E1 (en) 2013-09-10
ES2248454T3 (es) 2006-03-16
ATE405071T1 (de) 2008-08-15
KR100802618B1 (ko) 2008-02-13
JP2003116172A (ja) 2003-04-18
US20100008304A1 (en) 2010-01-14
US20090213799A1 (en) 2009-08-27
EP1564941A3 (de) 2006-02-08
US7876782B2 (en) 2011-01-25
US7873008B2 (en) 2011-01-18
HK1079372A1 (en) 2006-03-31
US20030007510A1 (en) 2003-01-09
DE60228342D1 (de) 2008-09-25
DK1274203T3 (da) 2005-10-17
US7715435B2 (en) 2010-05-11
US20100008303A1 (en) 2010-01-14
EP1274203B1 (de) 2005-09-28
CN1184836C (zh) 2005-01-12
DE60206329D1 (de) 2006-02-09
ATE305690T1 (de) 2005-10-15
JP4248198B2 (ja) 2009-04-02
EP1564941A2 (de) 2005-08-17
KR20030004945A (ko) 2003-01-15
US7551643B2 (en) 2009-06-23
US7869398B2 (en) 2011-01-11
JP2008312241A (ja) 2008-12-25
JP4701272B2 (ja) 2011-06-15
PT1274203E (pt) 2005-11-30
EP1274203A1 (de) 2003-01-08

Similar Documents

Publication Publication Date Title
DE60206329T2 (de) Verfahren zum Einstellen eines Benutzereinrichtungsidentifikators in einem Funkkommunikationssystem
DE60031566T2 (de) Signalisierungsverfahren und apparate in einem zellularen netz
DE69817188T2 (de) Punkt-zu-mehrpunkt mobilfunkübertragungen
EP1325590B1 (de) Verfahren zur übertragung von datenpaketen über eine luftschnittstelle eines mobilfunksystems
DE10237312B4 (de) Verfahren für das Senden und Empfangen gemeinsamer Information in einem CDMA-Kommunikationssystem das einen HSDPA-Dienst liefert
DE602004006344T2 (de) Vorrichtung und Verfahren zur Übertragung und zum Empfang von MBMS Kontrollinformationen in einem Mobilkommunikationssystem
DE10302788B4 (de) Einrichtung und Verfahren zum Umordnen von TFTs in einem Mobilkommunikationssystem
DE60217803T2 (de) Empfängerabfrage für eine Datenübertragung mit Gleitfenster-Datenflusssteuerung
DE10238806B4 (de) Signalisierverfahren zwischen MAC-Einheiten in einem Paketkommunikationssystem
DE60311275T2 (de) Leistungsfähige speicherzuweisung in einem drahtlosen sender/emfänger
DE60035210T2 (de) Verfahren zur ablaufplanung einer paketübertragung über ein umts-netz
DE19950653B4 (de) Verfahren zum Betreiben eines Mobilfunknetzes
DE60221924T2 (de) Zentralisiertes dynamisches Ressourcenreservierungsverfahren gestützt auf den Austausch dienstspezifischer Kapazitätseinstellungen in einem Multi-RAT-Netzwerk
DE102004044957B4 (de) Medium-Zugriffs-Steuerungs-Einheit, Mobilfunkeinrichtung und Verfahren zum Abbilden mittels einer Mobilfunkeinrichtung zu übertragender Daten
EP1283650A1 (de) Verfahren, Sende-/Empfangseinheit und Kommunikationssystem zur Übertragung von Daten von einem Versender an mehrere Empfänger
DE60132026T2 (de) Verfahren zum multiplexen von datenströmen auf einen transportträger zwischen einem ursprungsnetzwerkknoten und einem empfangsnetzwerkknoten
DE10228808A1 (de) Verfahren für die Übertragung von HSDPA-Dienstinformation in einem CDMA-Mobilkommunikationssystem
DE10132273A1 (de) Verfahren zum Übertragen von Multicast-Nachrichten in einem Funksystem sowie entsprechend ausgestaltetes Funksystem und entsprechend ausgestalteter Sender und Empfänger
DE202007019259U1 (de) Geräte und Netzwerk zum Übertragen und Empfangen von Information über Hochgeschwindigkeits-Abwärtsstrecke-Paketzugriffs-Kanäle
WO2003101136A1 (de) Datenübertragungsverfahren und -system in einem mobilfunksystem
WO2007098722A1 (de) Verfahren zur übertragung der identität einer multicast-nachricht, verfahren zur übertragung einer multicast-nachricht, vorrichtung zum senden einer multicast-nachricht, vorrichtung zum empfangen einer multicast-nachricht sowie datenpaket
DE60036446T2 (de) Verfahren und Vorrichtung zur Schnittstellenbildung zwischen einem synchronen Basisnetzwerk und einem asynchronen Funknetzwerk
DE10345638A1 (de) Verfahren zur Datenübertragung
DE60101260T2 (de) Zwischensystem-weiterreichen mit geänderten parameter
DE10331319B4 (de) Verfahren zur Steuerung der einer Mobilstation zugeordneten Funkressourcen und Funk-Kommunikationssystem

Legal Events

Date Code Title Description
8364 No opposition during term of opposition