[go: up one dir, main page]

WO2002001774A2 - Verfahren zum multiplexen innerhalb des pdcp.protokolls eines umts-funkkommunikationsystems - Google Patents

Verfahren zum multiplexen innerhalb des pdcp.protokolls eines umts-funkkommunikationsystems Download PDF

Info

Publication number
WO2002001774A2
WO2002001774A2 PCT/DE2001/002327 DE0102327W WO0201774A2 WO 2002001774 A2 WO2002001774 A2 WO 2002001774A2 DE 0102327 W DE0102327 W DE 0102327W WO 0201774 A2 WO0201774 A2 WO 0201774A2
Authority
WO
WIPO (PCT)
Prior art keywords
data
unit
pdcp
protocol
radio
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.)
Ceased
Application number
PCT/DE2001/002327
Other languages
English (en)
French (fr)
Other versions
WO2002001774A3 (de
Inventor
Mark Beckmann
Martin Hans
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.)
Siemens AG
Siemens Corp
Original Assignee
Siemens AG
Siemens 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 Siemens AG, Siemens Corp filed Critical Siemens AG
Publication of WO2002001774A2 publication Critical patent/WO2002001774A2/de
Publication of WO2002001774A3 publication Critical patent/WO2002001774A3/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/16Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1682Allocation of channels according to the instantaneous demands of the users, e.g. concentrated multiplexers, statistical multiplexers
    • H04J3/1688Allocation of channels according to the instantaneous demands of the users, e.g. concentrated multiplexers, statistical multiplexers the demands of the users being taken into account after redundancy removal, e.g. by predictive coding, by variable sampling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/24Time-division multiplex systems in which the allocation is indicated by an address the different channels being transmitted sequentially
    • H04J3/247ATM or packet multiplexing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols

Definitions

  • the invention is concerned with the problem, in a radio communication system which can be formed in particular according to the UMTS standard, the exchange of data streams, between the subscriber equipment, in particular mobile ⁇ radios, and radio network units, in particular to improve radio control units.
  • This multiplexing of a large number of data packets of several data streams within the PDCP protocol of a UMTS radio communication system according to one of the two or at the same time according to both solution variants makes the data exchange between its subscriber devices and radio control units more efficient.
  • the invention further relates to a UMTS radio communication system in which the exchange of data streams between its subscriber devices, in particular mobile radio devices, and network units, in particular radio control units, is carried out according to at least one of the multiplex methods according to the invention.
  • Figure 1 is a schematic representation zes the configuration of a radio communication system ⁇ , preferably mobile networks, which is constructed in particular according to the UMTS standard, and operates in accordance with the PDCP protocol (Packet Data Convergence Protocol),
  • PDCP Packet Data Convergence Protocol
  • Figure 2 shows a schematic representation of the protocol layers between a subscriber device, in particular one
  • Radio station a base station and a radio control unit (radio network controller) of the radio communication system according to Figure 1, and
  • FIG. 3 shows a schematic representation of two multiplexing methods according to the invention for a multiplicity of data packets of a plurality of data streams, as are carried out individually or together in the respective subscriber device and the respective radio control unit.
  • data is generated in packets (e.g. web browsing) and transmitted in a packet-oriented manner.
  • packet data generated by one or more applications are manipulated in different, successively run protocols for transmission in packet-oriented networks.
  • TCP Transmission Control Protocol
  • IP Internet Pro tocol
  • the packet data is the TCP protocol control data (TCP header) vorange ⁇ provides, among other things, information on the source application from which the data originated, (Source Port), the target application for which the data are intended, (Destina - tion port) and data for troubleshooting and detection ent ⁇ hold.
  • TCP header is described in (RFC 793, Transmission Control Protocol (TCP), IETF September 1981, http://www.ietf.org/rfc.html (p.14)). It is at least 10 bits (5 octets) long and, together with the packet data, forms the TCP packet.
  • the TCP packet is then transferred to the IP protocol in the transmitter, which precedes the TCP packet IP control data (IP header), which includes information about the sender (source IP address) and receiver unit (destination IP address), the required transmission quality and the previously used protocol (in this example TCP).
  • IP header IP control data
  • the IP header is described in (RFC 791, Internet Protocol (IP), IETF September 1981, http://www.ietf.org/rfc.html (p.10)). It is at least 160 bit (5 octets) long and forms the IP packet together with the TCP packet.
  • the IP packet composed in this way consisting of packet data, TCP header and IP header, may become the one in the destination via several system units
  • the IP protocol then first removes the IP header from the IP packet and transfers the TCP packet thus obtained to the TCP protocol. This removes the TCP header and transfers the packet data thus received to the application identified by the destination port in the TCP header.
  • Packet data are generated in the sender, which are first transferred to the RTP protocol in the sender.
  • RTP then precedes the data with the RTP header and forms the RTP packet with the actual data.
  • This is then preceded by the UDP header of the UDP protocol and the UDP packet thus obtained is transmitted by the IP protocol as well as a TCP packet. All control data are then removed again in the receiver in order to receive the packet data and to transfer them to the application using the RTP protocol.
  • the IP protocol is a very common network layer protocol used in packet data networks, but other protocols can also be used (for example, X.25 (RFC, X.25, IETF).
  • the general term used in UMTS is the so-called Packet data protocol (PDP), the address used to route the packet data, in the example above the IP address, is called PDP address in particular.
  • PDP Packet data protocol
  • the data transmission system in which the packet data is to be transmitted consists wholly or partly of a mobile radio system, in particular UMTS radio communication system, it is advantageous to use the pairs generated as described above.
  • ket schemes eg. IP packets
  • IP packets of the various UMTS proto ⁇ kollen for efficient transmission by the mobile radio system ⁇ prepare.
  • the packet data of a PDP are first the PDCP protocol (3G TS 25.323, Packet Data Convergence Protocol (PDCP), 3GPP March 2000, http: //www.3gpp.org/ftp/Specs/March_00/25_series/25323-310.zip ) to hand over.
  • This protocol is prior to data transmission from the RRC protocol (3G TS 25.331, Radio Resource Control (RRC), 3GPP March 2000, http: //www.3gpp.org/ftp/Specs/March_00/25_series/25331-
  • Packet data is expediently such that it can be transmitted efficiently via the UMTS air interface of the respective subscriber device and / or the respective radio control unit of the UMTS radio communication system.
  • compression of the packet control data (header compression) for data reduction and numbering of the data packets for data loss and multiplication detection may be carried out.
  • header compression For this purpose, compression of the packet control data (header compression) for data reduction and numbering of the data packets for data loss and multiplication detection may be carried out.
  • header compression for data reduction and numbering of the data packets for data loss and multiplication detection may be carried out.
  • the packet control data header compression
  • the RLC protocol has in particular the task of dividing the PDCP packets, which can have a size between 0 and 1502 octets, into packets, the size of which is preferably adapted to the transmission via the air interface. This can result in a segmentation of the packages or a combination of several packages into a larger package. Depending on the configuration of the RLC protocol, RLC may or may not put an RLC header in front of the resulting RL C packets. RLC then uses the services of the MAC layer (3G TS 25.321, Medium Access Control (MAC), 3GPP March 2000 http://www.3gpp.org/ftp/ S pecs / March_00 / 25_series / 25321-
  • MAC Medium Access Control
  • the protocol architecture of the UMTS air interface of the respective subscriber device and / or the respective Funkkon ⁇ troll unit of the UMTS radio communication system is in particular ⁇ sondere in 3G TS 25.301, UMTS Protocol Architecture, 3GPP March 2000 http: //www.3gpp.org/ftp / Specs / March_00 / 25_series / 25301-340.zip.
  • Basically is called access points, the service ⁇ where the UMTS air interface specifically provides the layers above the packet data protocols (PDPs), their service is available, as radio bearer.
  • PDPs packet data protocols
  • Radio Bearer is therefore, in particular, a carrier service for transmitting data over the air interface of the UMTS radio communication system. It is possible to use several radio bearers in one UE, ie subscriber device, for example when two applications want to transmit their data with different service qualities and for this purpose set up two different radio bearers.
  • the structure and configuration of the radio bearer, as well as the configuration of all protocols involved and the negotiation of the configuration parameters of the air interface is preferably carried out by a higher-level protocol such as RRC (3G TS 25.331, Radio Resource Control (RRC), 3GPP March 2000, http: //www.3gpp.org/ftp/Specs/March_00/25_series/25331-320.zip) controlled.
  • RRC Radio Resource Control
  • 3GPP March 2000 http: //www.3gpp.org/ftp/Specs/March_00/25_series/25331-320.zip
  • the functionality of the PDCP layer of UMTS is of particular interest, which is described in detail below.
  • a PDCP protocol instance is thus initiated and configured.
  • the possible tasks of such a PDCP instance are, for example:
  • the UMTS standard only specifies a possible algorithm for TCP / IP header compression according to RFC 2507 (RFC 2507, IP Header Compression, IETF February 1999, http://www.ietf.org/rfc.html), but it is described in In the future, there will probably be several other compression methods in PDCP (eg also for RTP / UDP / IP header compression). Compression methods for control data reduction work in particular roughly according to the following principle:
  • PDCP transmitters and receivers create an identical database of stored control data headers or parts thereof at the time of data transmission.
  • This database is start the data transmission (ie immediately after the radio beamer and thus the PDCP instance has been set up) empty and is filled with time.
  • the transmitter PDCP receives a data packet ⁇ (for example. IP packet) from a higher layer, the associated data compression unit compares their data packet ⁇ (for example. IP packet) from a higher layer.
  • Control data header (or parts thereof) with the control data headers stored in the database. If it finds a broad match, it replaces all or part of the control data header with one or more references to the database.
  • the decompression algorithm in the receiver of the respective subscriber device and / or the respective network unit, e.g. radio network controller can then use this link to search for the relevant information in its database and use it to restore the original control data header. Find the tax
  • the processing unit in the transmitter does not match, it sends a fill header, i.e. an unchanged control data header. Sender and receiver enter this in their database for later use.
  • the information is expediently sent along with the data, of what type the control data are. In the principle described here, this would be e.g. the information "fill header” or "reference to database”. In PDCP, this information is especially called packet identifier (PID).
  • PID packet identifier
  • the PDCP protocol may replace the control data header with the corresponding data from the database and signal the PDCP protocol which A rt this data.
  • the PDCP protocol is then responsible for sending this information (ie the PID) to the receiver PDCP protocol so that it can signal the type of control data received to the respective decompression unit.
  • Dekompressoinshim can take this information from the transmitted data.
  • PDCP packet data units PDU () are the packet units that are transferred in the respective transmitter from PDCP to RLC and assigned in the respective one RLC recipients are handed over to PDCP).
  • a first, advantageous PDCP PDU format contains only the data generated by the respective data compression unit (PDCP-No-Header-PDU). These are entered in the "Data" field (see Table 4 from 3G TS 25.323, Packet Data Convergence Protocol (PDCP), 3GPP March 2000, http: //www.3gpp. Org / ftp / Specs / March_00 / 25_series / 25323- 310.zip). This is shown schematically:
  • Another advantageous PDCP PDU format also contains information about the PID and a field which differentiates the format of this PDU from other PDU formats (see table 5 from 3G TS 25.323, Packet Data Convergence Protocol (PDCP), 3GPP March 2000, http://www.3gpp.org/ftp/Specs/March 00/25 series / 25323-310.zip, which is shown schematically below).
  • PDCP Packet Data Convergence Protocol
  • the RRC protocol negotiates, among other things, whether or not the PDCP instance belonging to this radio bearer adds its own control data to the data field. If not, then PDCP can only send the PDCP format shown in Table 4. If PDCP adds its own control data header to the data, it can advantageously use several alternative PDU formats, each of which can be distinguished in the receiver by the "PDU type" field (always the first 3 bits).
  • the task of the transmitter PDCP protocol to select a suitable data compression method for each data packet from a PDP and to signal the data compression method used to the receiver. This is particularly the case if the PDCP instances have been configured to use the PDU formats with a PDCP control data header.
  • the data compression method used is then advantageously also signaled in the PID field as follows: The PID values that the first of the data compression methods use are assigned to the first PID values. The PID values that the second data compression method uses are continuously assigned to further PID values. The PID value zero is always for signaling an uncompressed packet uses what can also be regarded as a compression, namely as zero compression.
  • Examples are the data compression procedure according to RFC 2507, IP Header Compression ⁇ sion, IETF February 1999, http://www.ietf.org/rfc.html with the above-mentioned PIDs and another data compression procedure (Method A) with the PIDs AI, A2 and awarded A3 for a PDCP in ⁇ substance, then the PID field in this PDCP instance is as follows (coded according to table 1 of 3G TS 25.323, Packet Data Convergence Protocol (PDCP), 3GPP March 2000 http: //www.3gpp .org / ftp / Specs / March_00 / 25_series / 25323-
  • Table 1 Example of the PID value allocation table
  • the PDCP receiver instance can now determine both the data compression method used and the type of coding within a data compression method.
  • Another function of the PDCP protocol can be the numbering of PDCP PDUs if this has been configured by the RRC protocol.
  • the number then associated with each PDCP PDU is generally not sent with the PDCP PDU via the air interface, but is used for packet loss or packet duplication detection in the case of a so-called SRNS (serving radio network subsystem).
  • SRNS serving radio network subsystem
  • receiving unit may advises preferably a subscriber unit, in particular Mobilfunkge ⁇ , o r an RNC controller (Radio Network Controller) ver ⁇ turns his.
  • Mobilfunkge ⁇ a subscriber unit
  • RNC controller Radio Network Controller
  • the multiplexing is done in two different ways, depending on what have been configured for koll PDCP PDU formats for the PDCP proto ⁇ :
  • the existing PID field is used for the signaling necessary for multiplexing:
  • Each radio bearer using the PDCP protocol instance is assigned at least one PID value.
  • Such radio projectors for which data compression methods have been configured in PDCP and which require PID signaling by PDCP are already assigned PID values according to methods known in the art.
  • Radio bearers that do not use compression methods or that have been configured for data compression methods that do not require PID signaling are now always assigned PID values (exactly one per radio bearer) according to the invention.
  • the PDCP protocol is configured such that it precedes each data packet with a control data header that contains the PID field, the information for demultiplexing is thus advantageously contained in each PDCP PDU.
  • the receiving PDCP instance reads out the PID field and uses it to d erem to determine the right recipient of the data (the correct PDP).
  • This method has the particular advantage that the PDCP protocol instance can clearly assign the data even in compressed form or packets of different PDP types to a radio beamer, although it cannot read the PDP address because it is either compressed or the PDCP Protocol has no knowledge of the PDP type.
  • a further advantage is in particular that the PID field available in the prior art is used to transport the multiplex information and that additional values from the value range of the PID field are only assigned to those radio bearers that do not exist according to the prior art Use PID.
  • the PDP address will be used to distribute the packets to different radio stations Bearer used.
  • PDCP Since there is no field in the PDCP PDU for data generated by the PDCP protocol, or radio bearers who use the same compression method cannot be clearly identified by the PID field, PDCP preferably relies on the signaling in the PDP's own control data. th. It will be so in the PDCP entity at the transmitter to ⁇ packet data no control data added so that the receiver of the packet data, the PDP address read out and is used for routing to the appropriate radio bearer.
  • the type of PDP (eg IP) is known to the PDCP protocol instance. Since this is not signaled, only radio bearers from the same PDP can be multiplexed in this method using a PDCP protocol. Furthermore, if header compression is used, all radio bearers expediently use the same compression method, since a distinction between radio bearers can only be made after decompression.
  • radio bearers that are to be multiplexed together have a different PDP address.
  • one PDP ie one PDP address
  • QoS quality of service used
  • multiplexed radio bearers use the same RLC unit, they also use the same QoS.
  • radio bearers with the same PDP address are not multiplexed onto the same RLC unit in order to be able to clearly classify their data streams later and assign them to the radio bearers.
  • This method has the particular advantage that it allows the multiplexing of (theoretically) any number of radio bearers onto a data stream without further signaling via the air interface.
  • the PID field is present in the PDCP PDU, then it is preferably used for multiplexing for such radio bearers, co co M h 1 P 1
  • P- rt s PP PJ ⁇ 3 CL ⁇ tr cn ⁇ l vP OP ⁇ s; ⁇ P tr p- N rt ⁇ ! p- P hd P rt cn ⁇ - ⁇ OP ) O ro ⁇ cn ⁇ 13 ⁇ rt P> ro rt P p: P- ⁇ PP ro P ⁇ P »rt ü rt rt P- ro 3 PP P- P- P - P - P C ⁇ ⁇ l ⁇ 1 P- ⁇ iQ tr P vQ iQ P ) co cn ⁇ ⁇ 1 P ⁇ P- hd P
  • the data link ⁇ provides layer, in this case the PDCP protocol 130 in front ⁇ some manner that may in particular be made between the following packet types: Filling header, Compressed TCP, Compressed TCP nondelta, Com ⁇ pressed non TCP, Context state, Uncompressed TCP / IP, Com ⁇ pressed TCP / IP
  • SAP Service Access Point
  • the data packets of its data stream DS300 are first subjected to a specifically assigned data compression process in the subsequent data compression unit CA400.
  • a specific identification is carried out in a subsequent identification unit KE400 for this compressed data stream DS400 *. Only then is the data stream DS400 * individualized in this way fed to a downstream multiplexer unit MUP1.
  • the compressed and labeled data stream of the radio bearer RB300 together with the data packets of other data streams from other radio bearers such as RB310, RB320, RB330 are multiplexed and transmitted to the RLC unit RLC600.
  • the compression unit CA410 is immediately followed by the identification unit KE410. Only then is this marked data stream DS410 * also supplied to the multiplexer unit MUP1.
  • the marking unit CA410 is therefore arranged between the compression unit CA400 and the multiplexer unit MUP1. If the packet reaches PDCP via the fourth Radio Bearer RB330, the PID field is set to 9, for example. This individualizing identification is expediently carried out with the aid of the specially assigned identification unit KE330. Only then is this individualized data stream DS330 * fed to the common multiplexer unit MUP1.
  • Data packets can be clearly assigned to the data streams (DS340, DS350, DS360) originally fed into the transmission unit.
  • the individualized identification of the respective data stream in front of the multiplexer unit can already be predefined by its PDP field.
  • a subscriber device in particular a mobile radio device (MP), or an RNC controller (radio network controller) can preferably be used as the transmitting unit.
  • a subscriber device in particular a mobile radio device (MP), or an RNC controller (radio network controller) can likewise preferably be used as the receiving unit.
  • a radio control unit in particular an RLC unit (radio link control), is preferably selected as the network unit.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Small-Scale Networks (AREA)

Abstract

Zum Multiplexen einer Vielzahl von Datenpaketen mehrerer Datenströme (DS300, DS310, DS320, DS330) auf eine zugeordnete RLC-Einheit (radio link control) (RLC600) innerhalb des PDCP-Protokolls (packet data convergence protocol) eines UMTS-Funkkommunikationsystems werden die verschiedenen Datenströme (DS300, DS310, DS320, DS330) vor ihrem Multiplexen mit unterschiedlichen Datenkompressionsverfahren beaufschlagt. Dabei wird zwischen der jeweiligen Datenkompressionseinheit (CA400, CA410) und der Multiplexereinheit (MUP1) jeweils mindestens eine individuelle Kennzeichnung des jeweilig in die Multiplexereinheit (MUP1) einlaufenden Datenstroms (DS400*, DS410*, DS330) vorgenommen wird.

Description

Beschreibung
Verfahren zum Multiplexen einer Vielzahl von Datenpaketen mehrerer Datenströme innerhalb des PDCP-Protokolls eines UMTS-Funkkommunikationsystems
Die Erfindung beschäftigt sich mit dem Problem, in einem FunkkommunikationsSystem, das insbesondere nach dem UMTS- Standard ausgebildet sein kann, den Austausch von Datenströ- men zwischen dessen Teilnehmergeräten, insbesondere Mobil¬ funkgeräten, und Funknetzwerkeinheiten, insbesondere Funkkontrolleinheiten zu verbessern.
Dies wird durch die Merkmale des Anspruchs 1 und/oder durch die Merkmale des Anspruchs 5 gelöst.
Durch dieses Multiplexen einer Vielzahl von Datenpaketen mehrerer Datenströme innerhalb des PDCP-Protokolls eines UMTS- Funkkommunikationssystems nach einer der beiden oder zugleich nach beiden Lösungsvarianten wird der Datenaustausch zwischen dessen Teilnehmergeräten und Funkkontrolleinheiten effizienter.
Die Erfindung' betrifft weiterhin ein UMTS- Funkkommunikationssystem, in dem der Austausch von Datenströ- men zwischen dessen Teilnehmergeräten, insbesondere Mobilfunkgeräten, und Netzwerkeinheiten, insbesondere Funkkontrolleinheiten, nach mindestens einem der erfindungsgemäßen Multiplexverfahren vorgenommen wird.
Sonstige Weiterbildungen der -Erfindung sind in den Unteransprüchen wiedergegeben.
Die Erfindung und ihre Weiterbildungen werden nachfolgend an- hand von Zeichnungen näher erläutert. Es zeigen:
Figur 1 in schematischer Darstellung den Aufbau eines Funk¬ kommunikationssystems, vorzugsweise Mobilfunknet- zes, das insbesondere nach dem UMTS- Standard aufgebaut ist und nach dessen PDCP-Protokoll (packet data convergence protocol) arbeitet,
Figur 2 in schematischer Darstellung die Protokollschichten zwischen einem Teilnehmergerät, insbesondere einer
Mobilfunkstation, einer Basisstation und einer Funkkontolleinheit (radio network Controller) des Funkkommunikationssystems nach Figur 1, und
Figur 3 in schematischer Darstellung zwei erfindungsgemäße Multiplexverfahren für eine Vielzahl von Datenpaketen mehrerer Datenströme, wie sie im jeweiligen Teilnehmergerät und der jeweiligen Funkkontrolleinheit einzeln oder zusammen durchgeführt werden.
Elemente mit gleicher Funktion und Wirkungsweise sind in den Figuren 1 mit 3 jeweils mit denselben Bezugszeichen versehen.
In vielen Datenübertragungssystemen werden Daten paketweise erzeugt (bspw. Web-Browsing) und paket-orientiert übertragen. Dazu werde die von einer oder mehreren Applikationen (Programmen) erzeugten Paketdaten in verschiedenen, nacheinander durchlaufenen Protokollen für die Übertragung in paketorientierten Netzen manipuliert.
Für eine fehlerminimierte, paketorientierte Datenübertragung werden beispielsweise häufig die Protokolle TCP (RFC 793, Transmission Control Protocol (TCP), IETF September 1981, http://www.ietf.org/rfc.html) und IP (RFC 791, Internet Pro- tocol (IP), IETF September 1981, http: //www. ietf. org/rfc . tml) verwendet : Dabei werden die von einer Applikation in einer ersten Ein¬ heit des Datenübertragungssystems (Sender) erzeugten Paketda¬ ten zusammen mit einer Angabe über das Ziel der Daten zu- nächst dem TCP Protokoll im Sender übergeben. Den Paketdaten werden vom TCP Protokoll Kontrolldaten (TCP header) vorange¬ stellt, die unter anderem Informationen über die Quell- Applikation, von der die Daten stammen, (Source Port), die Ziel-Applikation, für die die Daten bestimmt sind, (Destina- tion Port) und Daten zur Fehlerbehebung und -erkennung ent¬ halten. Der TCP header ist in (RFC 793, Transmission Control Protocol (TCP), IETF September 1981, http://www.ietf.org/rfc.html (p.14)) beschrieben. Er ist min- destenslβO bit (5 Oktetts) lang und bildet zusammen mit den Paketdaten das TCP Paket.
Das TCP Paket wird dann an das IP Protokoll im Sender übergeben, welches dem TCP Paket IP Kontrolldaten (IP header) voranstellt, die unter anderem Informationen über die Sender- (Source IP-Address) und Empfänger-Einheit (Destination IP- Address) , die geforderte Übertragungsqualität und das zuvor genutzte Protokoll (in diesem Beispiel TCP) enthalten. Der IP header ist in (RFC 791, Internet Protocol (IP) , IETF September 1981, http://www.ietf.org/rfc.html (p.10)) beschrieben. Er ist mindestens 160 bit (5 Oktetts) lang und bildet zusam- men mit dem TCP Paket das IP Paket.
Das so zusammengestellte IP Paket, bestehend aus Paketdaten, TCP header und IP header, wird in Abhängigkeit von der in dem Datenübertragungssystem genutzten Übertragungstechnik eventu- eil über mehrere Systemeinheiten zu der in der Destination
IP-Address des IP headers adressierten Ziel-Einheit (Empfänger) übertragen. Im Empfänger entfernt dann zunächst das IP Protokoll den IP header von dem IP Paket und übergibt das so erhaltene TCP Paket dem TCP Protokoll. Dieses entfernt den TCP header und übergibt die so erhaltenen Paketdaten der durch den Destination Port im TCP header gekennzeichneten Applikation. Beide hier erwähnten Protokolle (TCP und IP) können die Da¬ tenpakete eventuell auch auf andere Weise manipulieren (bei¬ spielsweise durch Segmentierung aus einem großen Paket mehre- re kleinere generieren), jedoch ist hier insbesondere nur das Prinzip der TCP / IP header relevant.
Für Echtzeit-Datenübertragungen werden häufig insbesondere die Protokolle RTP (RFC, Real Time Protocol (RTP) , IETF), UDP (RFC 768, User Datagram Protocol (UDP), August 1980, http://www.ietf.org/rfc.html), und IP (RFC 791, Internet Protocol (IP), IETF September 1981, http://www.ietf.org/rfc.html) verwendet. Das Prinzip der Datenübertragung ist dabei dem oben beschriebenen sehr ähnlich:
Im Sender werden Paketdaten generiert, die zunächst dem RTP Protokoll im Sender übergeben werden. RTP stellt den Daten dann den RTP header voran und bildet mit den eigentlichen Daten das RTP Paket. Diesem wird dann vom UDP Protokoll der UDP header vorangestellt und das so erhaltene UDP Paket wird vom IP Protokoll ebenso wie ein TCP Paket übertragen. Im Empfänger werden dann alle Kontrolldaten wieder entfernt, um die Paketdaten zu erhalten und sie an die das RTP Protokoll nutzende Applikation zu übergeben.
Das IP Protokoll stellt ein sehr häufig in Paketdatennetzen benutztes Protokoll der Netzwerkschicht dar, aber auch andere Protokolle können Verwendung finden (bspw. X.25 (RFC, X.25, IETF) . Der allgemeine, in UMTS benutzte Begriff ist das soge- nannte Paketdatenprotokott (PDP) , die zum Routen der Paketdaten verwendete Adresse, in obigem Beispiel also die IP Address, wird insbesondere PDP Address genannt.
Besteht das Datenübertragungssystem, in dem die Paketdaten übertragen werden sollen, ganz oder teilweise aus einem Mobilfunksystem, insbesondere UMTS- FunkkommunikationsSystem, so ist es vorteilhaft, die wie oben beschrieben erzeugten Pa- ketdaten (bspw. IP Pakete) von den verschiedenen UMTS Proto¬ kollen für eine effiziente Übertragung durch das Mobilfunk¬ system aufzubereiten. Insbesondere ist es zweckmäßig, den er¬ heblichen Anteil an TCP, RTP, UDP und IP Kontrolldaten in den verschiedenen headern (320 bit pro Paket bei TCP/IP) der Datenpakete zu reduzieren.
Dazu werden die Paketdaten eines PDP zunächst dem PDCP Protokoll (3G TS 25.323, Packet Data Convergence Protocol (PDCP), 3GPP März 2000, http: //www.3gpp.org/ftp/Specs/March_00/25_series/25323- 310. zip) übergeben. Dieses Protokoll ist vor der Datenübertragung vom RRC Protokoll (3G TS 25.331, Radio Resource Control (RRC) , 3GPP März 2000, http: //www.3gpp.org/ftp/Specs/March_00/25_series/25331-
320.zip) instanziiert und konfiguriert worden. Es manipuliert nun die
Paketdaten zweckmäßigerweise so, daß sie effizient über die UMTS Luftschnittstelle des jeweiligen Teilnehmergeräts und/oder der jeweiligen Funkkontrolleinheit des UMTS- Funkkommunikationssystems übertragen werden können. Dazu wird e- ventuell eine Kompression der Paketkontrolldaten (header compression) zur Datenreduktion und eine Nummerierung der Da- tenpakete zur Datenverlust- und -Vervielfachungserkennung durchgeführt. Je nachdem wie das PDCP Protokoll konfiguriert wurde, stellt es den Paketdaten einen PDCP header vorran oder nicht. Zusammen mit diesem header (wenn vorhanden) bilden die durch PDCP aufbereiteten Paketdaten dann ein PDCP Paket, wel- ches dem RLC Protokoll übergeben wird.
Das RLC Protokoll hat insbesondere die Aufgabe die PDCP Pakete, welche eine Größe zwischen 0 und 1502 Oktets aufweisen können, auf Pakete aufzuteilen, deren Größe vorzugsweise an die Übertragung über die Luftschnittstelle angepaßt ist. Dabei kann es zu einer Segmentierung der Pakete oder zu einem Zusammenfügen mehrerer Pakete zu einem größeren Paket kommen. Je nach Konfiguration des RLC Protokolls, kann RLC den so entstandenen RLC Paketen einen RLC header vorran setzten oder nicht. RLC nutzt dann die Dienste der MAC Schicht (3G TS 25.321, Medium Access Control (MAC), 3GPP März 2000, http://www.3gpp.org/ftp/Specs/March_00/25_series/25321-
330.zip), um die RLC Pakete über die Luftschnittstelle zu ü- bertragen.
Die Protokollarchitektur der UMTS Luftschnittstelle des je- weiligen Teilnehmergeräts und/oder der jeweiligen Funkkon¬ trolleinheit des UMTS- Funkkommunikationssystems ist insbe¬ sondere in 3G TS 25.301, UMTS Protocol Architecture, 3GPP März 2000, http: //www.3gpp.org/ftp/Specs/March_00/25_series/25301- 340.zip beschrieben. Grundsätzlich bezeichnet man die Dienst¬ zugangspunkte, an denen die UMTS Luftschnittstelle den Schichten darüber, speziell den Paketdatenprotokollen (PDPs) , ihren Dienst zur Verfügung stellt, als Radio Bearer. Dieser Begriff bezeichnet also einen Dienst, der die transparente Übertragung von Daten vom Mobilfunkendgerät bzw. Teilnehmer- geät (=User Equipment = UE) über eine oder mehrere Basisistationen (Node B) zu einer Mobilfunknetzwerkeinheit, insbesondere Funkkontrolleinheit (Radio Network Controler, RNC) ermöglicht. Radio Bearer ist also insbesondere ein Träger- dienst, um Daten über die Luftschnittstelle des UMTS- Funk- kommunikationssystems zu übertragen. Es ist möglich, mehrere Radio Bearer in einem UE, d.h. Teilnehmergerät, zu nutzen, beispielsweise dann, wenn zwei Applikationen ihr Daten mit unterschiedlichen Dienstqualitäten übertragen wollen und dazu zwei unterschiedliche Radio Bearer aufbauen. Der Aufbau und die Konfiguration der Radio Bearer, ebenso wie die Konfiguration aller beteiligten Protokolle und die Aushandlung der Konfigurationsparameter der Luftschnittstelle wird vorzugsweise von einem übergeordneten Protokoll wie z.B. RRC (3G TS 25.331, Radio Resource Control (RRC), 3GPP März 2000, http://www.3gpp.org/ftp/Specs/March_00/25_series/25331- 320.zip) gesteuert. Im Rahmen der Erfindung ist insbesondere die Funktionsweise der PDCP Schicht von UMTS von besonderem Interesse, die hier im Detail nachfolgend beschrieben wird.
In der PDCP-Schicht ist für jeden Radio Bearer, der Paketda¬ ten übertragen soll, zweckmäßigerweise genau eine PDCP Proto¬ kollinstanz vorhanden. Beim Aufbau eines solchen Radio Bea- rers wird also eine PDCP Protokollinstanz initiiert und kon- figuriert. Die möglichen Aufgaben einer solchen PDCP Instanz sind beispielsweise:
- Header Compression (Kontrolldatenreduktion)
- Datenpaketnummerierung (zur Erkennung von Paketverlusten oder -duplizierungen in bestimmten Fällen) - Datenübertragung (das Weitergeben der ggf. manipulierten Daten vom PDP an die RLC-Schicht zum weiteren Transfer)
- Entsprechende Funktionen in der PDCP Empfängerseite (Header Decompression, Übertragung empfangener Daten von RLC and das PDP)
Zur Header Compression können in einer PDCP Instanz insbesondere null (keine Kompression) , ein oder mehrere verschiedene Kompressionsverfahren mit entsprechenden Algorithmen durch ein oder mehrere entsprechend implementierte Datenkompressi- onseinheiten benutzt werden. In der augenblicklich gültigen
Form des UMTS Standards ist nur ein möglicher Algorithmus zur TCP/IP header compression nach RFC 2507 spezifiziert (RFC 2507, IP Header Compression, IETF Februar 1999, http://www.ietf.org/rfc.html), jedoch wird es in Zukunft al- 1er Voraussicht nach noch mehrere andere Kompressionsverfahren in PDCP (z.B. auch für RTP/UDP/IP header compression) geben. Kompressionsverfahren zur Kontrolldatenreduktion funktionieren dabei insbesondere in etwa nach folgendem Prinzip:
PDCP Sender und Empfänger legen zur Laufzeit der Datenübertragung eine identische Datenbank von gespeicherten Kontroll- datenköpfen oder Teilen davon an. Diese Datenbank ist am An- fang der Datenübertragung (also direkt nachdem der Radio Bea¬ rer und damit die PDCP Instanz aufgebaut wurde) leer und wird mit der Zeit gefüllt. Jedesmal wenn PDCP im Sender ein Daten¬ paket (bspw. IP Paket) von einer höheren Schicht bekommt, vergleicht die zugeordnete Datenkompressionseinheit deren
Kontrolldatenkopf (oder Teile davon) mit den in der Datenbank gespeicherten Kontrolldatenkopfen. Findet er eine weitgehende Übereinstimmung, dann ersetzt er den gesamten Kontrolldatenkopf oder Teile davon durch einen oder mehrere Verweise auf die Datenbank. Der Dekompressionsalgorithmus im Empfänger des jeweiligen Teilnehmergeräts und/oder der jeweiligen Netzwerkeinheit wie z.B. radio network Controller kann dann mit diesem Verweis in seiner Datenbank nach den entsprechenden Informationen suchen und mit ihrer Hilfe den ursprünglichen Kontrolldatenkopf wiederherstellen. Findet die Steuer-
/Recheneinheit im Sender jedoch keine Übereinstimmung, dann sendet dieser einen Füll Header, also einen unveränderten Kontrolldatenkopf. Sender und Empfänger tragen diesen in ihre Datenbank zur späteren Verwendung ein. Um dem Empfänger das Erkennen der Art der empfangenen Kontrolldaten zu ermöglichen, wird den Daten die Information zweckmäßigerweise mitgeschickt werden, welcher Art die Kontrolldaten sind. In dem hier beschreibenen Prinzip wäre das also z.B. die Information "Füll Header" oder "Verweis auf Datenbank". Diese Information heißt in PDCP insbeondere Packet Identifier (PID) .
Es gibt bei effizienten Kompressionsalgorithmen darüberhinaus weitaus mehr Alternativen als nur das Senden eines Füll Headers oder eines Verweises. Bei dem im Augenblick verwendeten Kompressionsverfahren nach RFC 2507, IP Header Compression,
IETF Februar 1999, http://www.ietf.org/rfc.html gibt es insbesondere folgende PIDs:
Füll header, Compressed TCP, Compressed TCP non-delta, Com- pressed non-TCP, Context state
Es gibt vorzugsweise zwei ähnliche, aber im Sinne des PDCP Protokolls unterschiedliche Arten, die PID zu versenden: Entweder die jeweilige Datenkompressionseinheit, wie der in RFC 2507, IP Header Compression, IETF Februar 1999, http://www.ietf.org/rfc.html spezifizierte, tauscht ggf. den Kontrolldatenkopf gegen die entsprechenden Daten aus der Datenbank aus und signalisiert dem PDCP Protokoll, welcher Art diese Daten sind. Dann ist das PDCP Protokoll dafür zuständig, diese Information (also die PID) an das Empfänger PDCP Protokoll zu schicken, damit dieses der jeweiligen De- kompressionseinheit die Art der empfangenen Kontrolldaten signalisieren kann. Oder die jeweilige Datenkompressionsein- heit tauscht ggf. den Kontrolldatenkopf gegen die entspre¬ chenden Daten aus der Datenbank und die Signalisierung der Art dieser Daten aus. In diesem Fall ist es nicht erforder¬ lich, daß das PDCP Protokoll eine weitere Signalisierung an die Empfängerseite übermittelt, da die jeweilig zugeordnete
Dekompressoinseinheit diese Information aus den übermittelten Daten entnehmen kann.
Um im PDCP Protokoll den Einsatz beider Verfahren zu ermögli- chen, wurden für dieses Protokoll insbesondere mehrere Formate für die PDCP Paketdateneinheiten (PDCP Paket Data Units, PDU (, das sind die Paketeinheiten die im jeweiligen Sender von PDCP an RLC übergeben und im jeweilig zugeordneten Empfänger von RLC an PDCP übergeben werden,) spezifiziert.
Dabei enthält ein erstes, vorteilhaftes PDCP PDU Format nur die von der jeweiligen Datenkompressionseinheit erzeugten Daten (PDCP-No-Header-PDU) . Diese werden in das Feld "Data" eingetragen (siehe Tabelle 4 aus 3G TS 25.323, Packet Data Convergence Protocol (PDCP) , 3GPP März 2000, http : //www.3gpp . org/ftp/Specs/March_00/25_series/25323- 310.zip). Diese ist schematisch wiedergegeben:
Tabelle 4: PDCP-No-Header PDU
Figure imgf000011_0001
Ein anderes vorteilhaftes PDCP PDU Format enthält darüberhi- naus noch Informationen über die PID und ein Feld, das das Format dieser PDU von weiteren PDU Formaten unterscheidet (siehe Tabelle 5 aus 3G TS 25.323, Packet Data Convergence Protocol (PDCP), 3GPP März 2000, http://www.3gpp.org/ftp/Specs/March 00/25 series/25323- 310. zip, die nachfolgend schematisch wiedergegeben ist) .
Tabelle 5: PDCP-Data-PDU format
Figure imgf000012_0001
Beim Aufbau oder der Rekonfiguration eines Radio Bearers wird vom RRC Protocol unter anderem ausgehandelt, ob die zu diesem Radio Bearer gehörende PDCP Instanz dem Feld Data noch eigene Kontrolldaten hinzufügt oder nicht. Wenn nicht, dann kann PDCP nur das in Tabelle 4 gezeigte PDCP PDU Format verschi- cken. Wenn PDCP den Daten einen eigenen Kontrolldatenkopf hinzufügt, kann es in vorteilhafter Weise mehrere alternative PDU Formate nutzen, die im Empfänger jeweils durch das Feld "PDU type" (immer die ersten 3 bit) unterschieden werden können.
Werden mehrere verschiedene Datenkompressionsverfahren für einen Radio Bearer in einer PDCP genutzt, so ist es insbesondere die Aufgabe des Sender PDCP Protokolls, für jedes Datenpaket von einem PDP ein geeignetes Datenkompressionsverfahren auszuwählen und dem Empfänger das verwendete Datenkompressionsverfahren zu signalisieren. Das geht insbesondere dann, wenn die PDCP Instanzen für die Verwendung der PDU Formate mit PDCP Kontrolldatenkopf konfiguriert wurden. Das verwendete Datenkompressionsverfahren wird dann in dem PID Feld zweckmäßigerweise wie folgt mitsignalisiert: Die PID Werte, die das erste der Datenkompressionsverfahren benutzt, werden den ersten PID Werten zugeordnet. Die PID Werte, die das zweite Datenkompressionsverfahren benutzt, werden fortlaufend weiteren PID Werten zugeordnet. Der PID Wert Null ist dabei immer für die Signalisierung eines nicht komprimierten Pakets verwendet, was auch als eine Kompression, nämlich als Null- Kompression betrachtet werden kann. Sind beispielsweise das Datenkompressionsverfahren nach RFC 2507, IP Header Compres¬ sion, IETF Februar 1999, http://www.ietf.org/rfc.html mit den oben genannten PIDs und ein weiteres Datenkompressionsverfahren (Method A) mit den PIDs AI, A2 und A3 für eine PDCP In¬ stanz vergeben, dann wird das Feld PID in dieser PDCP Instanz wie folgt kodiert (nach Tabelle 1 aus 3G TS 25.323, Packet Data Convergence Protocol (PDCP) , 3GPP März 2000, http: //www.3gpp.org/ftp/Specs/March_00/25_series/25323-
310. zip) ) :
Tabelle 1: Example of the PID value allocation table
Figure imgf000013_0001
Die PDCP Empfängerinstanz kann nun durch Auslesen des PID Wertes sowohl das verwendete Datenkompressionsverfahren als auch die Art der Kodierung innerhalb eines Datenkompressionsverfahrens ermitteln.
Eine weitere Funktion des PDCP Protokolls kann die Nummerie- rung von PDCP PDUs sein, wenn dies vom RRC Protokoll so kon- figuriert wurde. Die dann mit jeder PDCP PDU assoziierte Nummer wird im Allgemeinen nicht mit der PDCP PDU über die Luftschnittstelle gesendet, sondern dient zur Paketverlust- oder Paketduplikationserkennung im Falle einer sogenannten SRNS (serving radio network Subsystem) . Im Zusammenhang mit dieser Erfindung ist dabei insbesondere nur die Existenz der Numme- rierungsfunktion, jedoch nicht die genaue Funktionsweise, relevant. co co r » P1
Cπ o Cπ o Cπ o Cn er > ö Hi V Ϊ P- ≤ rt o g rt α LA cn P CL rt M P- rr <! CΛ ^ Λ tr rt O tr > H
Φ φ PJ tr1 O P Φ Φ P 3 P- ) O φ Φ O P- P- P P- 3 Φ Φ o P ≥; Φ O P1 rt CΛ O 3 cn cn 3 P π P1 P P- P cn O rt t p- 3 P Φ <i Hl P P P tr P α P ? O rt ≥l
O P ιQ Φ Φ P P Φ P- rt J er t i ω P- o rr o • 13 σ d
P CΛ ω H cn P P- P- P Φ P O Φ ^ o CΛ rt P) ≥i o « o o rt hd P 1 N .. o φ
CL Φ rt φ P- U s£ Φ P P P tr o - P- P Φ P> tr tr P- P) P1 P- ^^ hd . — . P
Φ P P- P- P J Φ rt PJ P rt I P σ o rt iQ P P- rt O Φ sQ 13 ^^ — co φ
H CL 13 P r o P n φ φ p: P) P) rt • n P^ Φ s: Φ P> Φ P P- P P- — s: ~> Q P ω φ H PJ Φ P tr • p- P- r n ^-~ P P d P- o P CL 3 P) P P P P>
Φ Φ Φ P- N CΛ rt P φ PJ 0) P o P1 P P> CL Φ O: uq ro s: o H H
S P- ? P- rt P CL Φ N φ φ l-i H H Cπ CΛ Hi φ T φ N P iQ P- ^ ö P- • Q CΛ o P Φ rt ιQ φ P P P P sQ CL cn 3 1 o p: ι-i P P Φ rt o p: g P o hd d e tr P cn P CL Φ Φ O p- CL P tr P CΛ P P- P): P tr ι-3 Φ iQ hd K) P>
P- φ s: ιQ Ξ Φ φ s: φ er 3 rt P) P P- H Φ tr 3 o rt rt Φ CΛ 13 K
P- P- Φ •D Φ l-i P- Hi Φ CL rt CL n J. O P Φ P ) t Φ P P "> pi: 13 S • Φ h rt Φ i-i 3 P- ö P- 3 φ Hi P ö P) ffi Φ tr Φ vQ <! cn P- d **• P o tr • ): O rt
P P CL P cn o P O: P- • Φ cn P- P Ξ rt CL P- P- O rt P1 CL ö P O P σi
P ** φ hd PJ ιQ N N 3 W P- Φ cn o tr P- T) CL PJ P- P- H P N Cπ tJö
? CD Φ rr Φ • P- P Φ Hi O P P ω O φ P 13 P P- P CL Φ φ P- iQ " Pi iQ P 3 o P- P> 0 P- P- rjd Φ P Φ 13 CL P tr P- O Φ vq J o \. t CL φ P 13 P 13 P o rt o • P rt rt Hi rt d φ Φ φ rt φ rt < g tr Hl o CΛ P-
P Hi P Hi PJ p rt P- cn CL 3 N P) P o tr X O α Φ P Φ rt o P O pi: P> Φ φ P- hd φ H3 Φ 13 . 13 P- 3 P- rt w o Φ Φ W P> φ P Hi 13 13 o tr rr O P cn X Φ Ω DJ P φ P P" i Φ P- rt • Φ Q φ P P O rt P ** rt PJ ^ \ » P CΛ
** P u 13 rt P- tr w P- Φ Φ n rt rt hd cn • φ CL o ω cn P CΛ Φ >
N φ o • P rt φ P1 σ X O φ iQ . α CL ^ ω P Φ 3 n cn P 13 rt cn o P P P φ rt z, P P> Φ tr cn Φ Φ P- PJ CΛ α Φ rt 13 tr P ? Φ s: rt
CL iQ φ CL <J CL φ φ rt P φ cn CL Φ rt T) P) P <1 • P P P rt n o φ
Φ cn P P- P 1 1 o PJ l-i pr Φ P S O Φ cn Φ α o cn — " o Φ P- iQ P- cn P 3 p>
P s: φ P P rt CL 3 P P CL φ T 3 Φ P P) p- P H n rt O \ X )
Φ ö P CL P Φ φ φ ) P φ P P- P 13 rt P <! P) P cn rt < P
Φ P- P> φ Φ ; _ P P l-f P CL rt n P Φ rt o P 3 cn p- cn o P> P) α Q
P- ω rt P P ;*r iQ cn <τ) Φ t Φ ≥i o P P Hi φ tr O rt P P1 P Φ hd
P φ Φ CL o Pl <J φ Φ rt ιQ ü cn rt P CΛ rt <l PH rt tr Φ P Φ H- o 13 ?ö
P I_l. P CΛ Φ ι-i P P) sQ *τ3 • cn O Φ CL Φ P cn ~" d rt , tr φ CΛ J φ 13 CL φ rt ι-i Hi pj: P Hi CL Φ d ?T P Φ P- Φ Φ O α P>: 1 P —
≥i P- DJ ) s: p P> cn P- rt n • p) CΛ P H O tr P P" P P P P> Φ hd rt o CL
O P N Φ O P1 O P Φ O P) P ≥| CL P1 P- rt tr cn φ CL tr • o P) cn
1 Φ P P- cn tr CL P 1 D> P P α φ tr P P- P» Φ P φ Φ σ CL \ P rt n m rt p- P P cn o rt P) L Hi Hl P P ö J N> rt Φ o φ Φ Φ P- Φ pd Φ P N CL 3 CL j Φ rt . — . P P- rt tr d Φ P) rt P J->
P P- P- ιQ P- Φ CL sQ ^ s: φ P> Φ P <τ) P Φ Φ Φ α P> N φ ^ 1 O h-> rt <! P P P- Φ Φ P P- l-i o P P) φ σ sP, P P TJ P- P P P cn O rt
P P O N tr P cn P cn Φ tr P ö P- d < cn cn O 13 . s: Φ P o φ 1-5 Φ P φ φ ιQ w O P Φ 3 Hl P> P --- . — . . — Φ <! rt tr s: PJ P- P <! C tr sQ P iQ P- CL ι-i Φ pr P P rt φ πj ≥! P o ^-~. P- ^ φ P- Φ P>
P1 3 Φ rt Φ rt Φ 3 o φ ö rt CL Φ P <! ö CΛ Hl P P> Φ Φ P φ Φ P cn φ φ P ω O cn V pj: P P P> P N Φ P φ d P> P1 cn P- rt CL n sQ
P P O 13 P P> E rt rt P Φ l-i 13 S3 P •x) tr CΛ cn P Φ P) Φ CΛ ι 5 3 ι-i CL P- *τ) CL P CL Φ CL P PJ Φ iQ O P ^ O P- P- P> P cn ro P 12!
^-^ Φ 3 Φ P P ö P- P- O Φ P H ?r P Φ O Φ ö P (Q P *» O α
> l-i Φ n Φ cn O o P P 3 P- 3 Φ rt tr P P n N Φ O P> hd o Φ n
P) fl): P PJ rt er rj P> ty Φ 13 rt Φ Φ rt ≤ d • CL tr P ö σi hd rt- • φ Φ φ öd CL Φ ^ P 3 P Hi er P Φ P- CL Φ P> O cπ hd
P- *«* P P cn hd φ φ P- P P- pj: P- Φ - X P PJ i • P P P- CL hd l P hd o CL O P P) l-i P P 13 CL Λ P P P rt CL N Φ CL P H- O P
P- φ Cd P O P tr ? P P- ≥i sQ Φ CL P P < CΛ Φ Φ hd r O
≥l P ω 3 CL rt φ J. Φ rt φ α Φ Φ P- P) P) tr P o ≥! P P O rt φ cn 13 φ O l-i Φ P- P- P) n P P- o ω Ω Φ P- rt P α φ cf O n O r+ 1 i l-i 1 1 1 1 I T) 1 1 tr 1 P- ω N o 1 1 O l
1 φ 3 rt 1 h P1
work Controller) verwendet sein. Als Empfangseinheit kann vorzugsweise ein Teilnehmergerät, insbesondere Mobilfunkge¬ rät, oder ein RNC-Controller (Radio Network Controller) ver¬ wendet sein.
Es wird dazu gemäß der Erfindung ein Multiplex-Modell vorge¬ stellt, daß mit möglichst geringen Änderungen am bestehenden UMTS- System (wichtig für die Akzeptanz im Standardisierungsprozeß) ein möglichst effizientes Multiplexen zuläßt:
Das Multiplexen erfolgt dabei auf zwei unterschiedliche Arten, je nachdem was für PDCP PDU Formate für das PDCP Proto¬ koll konfiguriert wurden:
1. Multiplexen mit Signalisierung:
In dem Fall, dass für die PDCP Protokoll Instanz die Verwendung von PDCP eigenen Protokolldatenköpfen konfiguriert wurde, und dass verschiedene Radio Bearer nicht dengleichen Kompressionsalgorithmus nutzen, wird das bestehende PID Feld für die zum Multiplexen nötige Signalisierung verwendet:
Es wird jedem Radio Bearer, der die PDCP Protokoll Instanz nutzt, mindestens ein PID Wert zugeordnet. Solchen Radio Bea- rern, für die Datenkompressionsverfahren in PDCP konfiguriert wurden, die die PID Signalisierung durch PDCP fordern, werden nach im Stand der Technik bekannten Verfahren bereits PID Werte zugeordnet.
Radio Bearern, die keine Kompressionsverfahren nutzen, oder für die Datenkompressionsverfahren konfiguriert wurden, die keine PID Signalisierung fordern, werden erfindungsgemäß nun dennoch stets PID Werte (genau einer pro Radio Bearer) zugeordnet.
Da das PDCP Protokoll so konfiguriert ist, dass es jedem Datenpaket einen Kontrolldatenkopf voranstellt, der das PID Feld enthält, ist somit in vorteilhafter Weise die Information zum Demultiplexen in jeder PDCP PDU enthalten. Die empfangende PDCP Instanz liest das PID Feld aus und nutzt es unter anderem, um den richtigen Empfänger der Daten (das richtige PDP) zu bestimmen.
Bei diesem Multiplexverfahren mit Signalisierung finden die konfigurierten Kompressionsverfahren vor dem Multiplexen An¬ wendung. Dabei sind die verwendeten Kompressionsverfahren un¬ terschiedlich, weil nur dann die PID Werte neben den verwen¬ deten Datenkompressionsverfahren und ggf. der Kompressionsart auch eindeutig einen Radio Bearer (also ein PDP) identifizie- ren können.
Dieses Verfahren hat insbesondere den Vorteil, dass die PDCP Protokoll Instanz die Daten auch in komprimierter Form oder Pakete von verschiedenen PDP Typen eindeutig einem Radio Bea- rer zuordnen kann, obwohl sie die PDP Adresse nicht auslesen kann, da sie entweder komprimiert ist oder das PDCP Protokoll keine Kenntnis über den PDP Typen hat.
Ein weiterer Vorteil liegt insbesondere darin, dass das im Stand der Technik vorhandene PID Feld genutzt wird, um die Multiplex-Informationen zu transportieren und dass zusätzliche Werte aus dem Wertebereich des PID Feldes nur solchen Radio Bearern zugeordnet werden, die nach dem Stand der Technik keine PID nutzen.
2. Multiplexing ohne Signalisierung:
In dem Fall, dass für die PDCP Protokoll Instanz die Verwendung der PDCP-No-header-PDU (immer ausschließlich) konfiguriert wurde, oder das mehrere Radio Bearer dasselbe Kompres- sionsverfahren nutzen, wird die PDP Adresse für die Verteilung der Pakete auf verschiedene Radio Bearer verwendet.
Da in der PDCP PDU kein Feld für vom PDCP Protokoll generierte Daten vorhanden ist, oder Radio Bearer, die das gleiche Kompressionsverfahren nutzen, nicht eindeutig durch das PID Feld identifiziert werden können, verläßt sich PDCP vorzugsweise auf die Signalisierung in den PDP eigenen Kontrollda- ten. Es werden also in der PDCP Instanz im Sender den Paket¬ daten keine Kontrolldaten hinzugefügt, so dass im Empfänger aus den Paketdaten die PDP-Adresse ausgelesen und für das Weiterleiten zu dem entsprechenden Radio Bearer genutzt wird.
Bei diesem Verfahren ist der PDCP Protokoll Instanz die Art des PDP (z.B. IP) bekannt. Da diese nicht signalisiert wird, können bei diesem Verfahren durch ein PDCP Protokoll nur Ra¬ dio Bearer von gleichen PDP gemultiplext werden. Desweiteren nutzen - wenn header compression genutzt wird - alle Radio Bearer zweckmäßigerweise dasselbe Kompressionsverfahren, da eine Unterscheidung zwischen Radio Bearern erst nach der De- kompression gemacht werden kann.
Eine weitere Bedingung, die jedoch in UMTS immer erfüllt ist, ist, dass die Radio Bearer, die zusammen gemultiplext werden sollen, eine unterschiedliche PDP-Adresse haben. In UMTS kann zwar ein PDP (also eine PDP-Adresse) mehrere Radio Bearer nutzen, jedoch unterscheiden diese sich immer in der genutz- ten Dienstequalität (QoS) ; da gemultiplexte Radio Bearer diegleiche RLC Einheit nutzen, nutzen sie auch dengleichen QoS. Deshalb werden Radio Bearer mit gleicher PDP-Adresse nicht auf dieselbe RLC Einheit gemultiplext, um deren Datenströme später wieder eindeutig klassifizieren und den radio bearern zuordnen zu können.
Dieses Verfahren hat insbeondere den Vorteil, daß es ohne weitere Signalisierung über die Luftschnittstelle das Multiplexen von (theoretisch) beliebig vielen Radio Bearern auf ei- nen Datenstrom zuläßt.
Die beiden oben beschriebenen Verfahren werden zweckmäßigerweise jeweils allein oder gemeinsam in PDCP verwendet, abhängig davon wie die PDCP Protokoll Instanz konfiguriert wurde:
Wenn das PID Feld in der PDCP PDU vorhanden ist, dann wird es vorzugsweise zum Multiplexen für solche Radio Bearer genutzt, co co M h 1 P1
Cπ o Cπ o Cπ o Cπ
<! P- Ω V rt g CΛ Öd ^d cn tr tr 3 N CL CL P- CL CL Öd g >*J rt ιQ u f f cn P CL N cn cn CL φ P O O P ^ Ω CΛ P- rt Φ Φ P- P- P> P> cn P) P CΛ hd P- Φ Φ P o cn rt Φ Φ Φ Φ H- P-
P cn P1 P O π tr ^« sQ ) N P- rt Φ P P rt P P iQ P Φ P rt P P P P P P Φ tr tr <! 1 P1 P- P rt Φ rt P CL P • CL uQ. < p: P K s: cn Mi O: P
P φ φ Ω ι*l P P- P- Φ rt φ tr P P>: Φ cn P- CL 3 tr ≤ Φ
P o PJ P Φ O tr O O O P- J 3 Cd P> s P φ PJ P- P- "3 P) Φ Φ CL CL Φ cn P-
CL cn P iQ P- rt • P tr S! P cn P1 P- P- P1 s tr P P1 Pi cn o P cn P> Φ P- P O P
Φ P Hi Φ P . — . P Φ Ω cn rt P ω ^ P rt Φ P P ö P P φ CL H CL
P CL • P tr g ^-^ ö N Φ P tr φ P1 P ro N φ cn P- hd CΛ Mi Φ Φ Ω Φ
•» Φ N φ Φ 13 p- Φ öd rr CL CΛ Φ J CL P- Φ P P> Φ H O cn P P> P tr P
P o 13 P- CL tr φ P- P> P- P H- φ P- ≤ P> 3 φ P P- P) P α O Ω P φ rt
CL Φ tr P rt P- ^ ιQ ω S Φ P>: Φ P P φ C P- P Φ sQ u Ω IP rt O tr ü Ω f p-
P- Φ O P ω g rt P- p- Ω &o <! Φ P- P- rt rt pi tr o h « P> tr O: hd sQ
Φ CL P rt h 3 p- o cn P P- tr P1 P- P rt o P- Φ rt P ≤ Φ P> rt P P>
P- O tr1 Ω tr CL cn 3 cn P- P Φ φ cn P Φ Φ CL P- P α ιQ Φ <! P CL CL
CL Φ CL l n > P> P- P- rt • rt Ω ιP tf P ≥! P- rt cn P- P φ rt P CL CΛ rt P o φ H- P
P- P- O P-1 Ω P1 -> φ P> ö tr O: Φ Φ P rt P cn P p' CL CO cn P P o P
Φ g Φ 1 ro Ω Hi rt Pf § tr Q tr rt φ Φ rt 3 Φ P P> s: rt "" Ω o P1 o Φ P1 P hd P- 3 Hl O: p: hd Φ *. s: P s: g P hd P — ' P- O Φ P P> öd tr
13 tr h cn P> P P O CΛ tr tr Φ P Φ o Φ ι*J O O: σ cn Ω P O: P CL φ tr P- P hd ^~. cn >< f o P Ml Φ Φ CΛ Φ cn P φ P tr 3 hd ^ o tr CL 3 CL H- P> CL
<< P ö Φ cn rt O CΛ P P P rt ? P Ω P P- Φ 1 CL rt σ Φ Φ φ Φ P P> cn Hi fr1 O P> O P rt O P rt Φ CΛ P cn tr > CL Φ CΛ P P φ cn
P- P <! hd CL O - — - P> Ϊ P sQ PJ P Φ P ≥! Φ n rt Φ < Pi ö CL P) P <l O 3 φ P) P f P φ P> P- P rt O CL Φ P ^ P- 13 φ rt o Φ φ P CΛ P P O N) -— ^ P- P P1 hd
P> fV P co o rt hd P- P CL P 13 rt N P P s: P P O φ P P P O <! rt cn CL Pf
H cn tr o P tr1 O P1 V CL P> p- Φ O N < rt P- tr ? 0i> cn P tr ιQ !Λ O φ ö
P- rt P- tr" O P> P cn ≥! Φ P P P ≤ Φ P ≥! φ P- P O cn s: rt PJ <l P cn J P . — P- P" o Ω n P CL cn s: rt Φ P O φ CL P Φ "«• Φ P- N P α • φ CL f ro
Ω rt CL hd P ~-^ o g tr tr Φ P tr rt Φ CL rt P P φ CL CΛ P P- ro P tr P- P PJ IV ~> -> hd P- < cn P> Φ P- 3 ? P- Φ N P P N σ CL P Φ co ι*J cn o P-
Φ O P Ω Ω o p- cn rt O Φ P P ≤ p P CΛ P> P co P- Ω P Φ CL
P iQ fV o ω CL s: tr P P cn O φ CL P- CL Φ sQ P- co P CL ?d O iQ tr öd ro H-
CΛ Φ o o P- Φ rt CL P P Φ P P . — . P P Cπ iQ P> P) . P p- φ P N
Ω g rt
3 P s: Φ P- Φ f Q CL ^ P II W p: o Φ cn s: • P Φ P> ?t CL P tr hd rt P- cn P P J- P) φ 1 tr Φ sQ V Φ tr % s: P- Φ CL P o Φ
P- ü P φ N rt rt Φ rt P Φ Φ P- ≥; P- φ Φ Φ g o P- CO Φ ro P P- o 3 P- P) O P CL Φ Φ φ cn N rt s o P P 3 3 σ P P P P 13 rt CL tr p- cn rt H CL SQ CL P- P o s: rt φ - — - tr P- ω CL öd Φ P P P- Φ rt rt rt P> ~— ' P- P) P- φ Φ Ω P) tJ- P H- Q ^ Φ φ rt φ co ro rt φ CL P φ iQ P
Φ P Φ cn cn tr •< Cr. Φ Ω hd t tr P- P- P- σι rt P- P> P- H- uq cn Φ rt hd CL O P ιQ Φ cn Ω rt tr ϊö Φ rt P Φ P o 13 P φ P « ro cn P- t→ ro pi O P ^ cn 13 P Φ P Q tr N P CΛ <! N φ H- φ - — • . ^ ro f o P P- hd Mi
P1 P cn P CL P fr tr • P hd cn <i Φ » φ Φ ^ P • <! Φ P hd ro ä P O Pf P-
J- <! P o * ; co P V rt Φ <-f P P- O f* Φ g iQ X ö 13 rt P α N o öd P Φ CL P cn CΛ Φ P • ^Q tr Ω •^ φ P o P- O ffi P N cn P- J Φ P P> <i rt p- Cd CL P tr Φ P- tr cn tr • P Φ hd pj: φ rt < S! φ tr cn P- Q cn φ P P- P- CΛ P- ö 3 P P P- r d P- sQ P 1 P1 cn Φ Φ P
Φ P- Φ P O J P Φ P ≥; P P- P>: CL Φ 3 P P> PJ ^d ιQ ≥! Mi cn s: P P φ
P- cn P P hd tr P- tr 13 φ CL φ &o Φ rt Φ cn Pi P- N * o rt P- ro Mi rt P
P cn Φ O P> P- P- φ S 13 rt P cn rt « cd rt P- P ιQ s: Φ 1 Φ O P J Φ tr rt tr φ P Φ cn P- o O N P φ cd § N cn P P Φ P- tr P CL tr cn
P> PJ 3 φ CL P- Ω rt tr P s: uq ^ CL < P3 <! cn ? P Ω Ω Φ cn ro P N P-
PJ rt Φ hd rt P P tr Φ P- rt Φ ;*r P3 Φ Φ CΛ Φ rt cn ?T tr P> ö <i P Φ P P rt P- P P CL P tr Φ P P1 P S o CΛ P P P P> rt co ^ Φ P) φ P Q CL
Φ O ιQ O P) sQ Φ Mi ≥! ? g tr CΛ tr rt PJ P): P Φ rt P φ • • rt P Φ rt rt cn P- g P o Φ ^ CΛ !Λ P rt P- P- rt P E P Φ Mi cn P $,
P O Φ fV rt hd P CL P- co P rt ≥! P P> P O P- Φ P- « 1 P P> o P p- σ
P tu pj: 1 P O » w Φ P P J O CL P 1 P O Ω 1 o hd 1 tr P rt Φ D>
P CΛ *«« 1 P 1 1 p- P Φ 1 P tr 3 ü 1 1 1 1 cn
1 1 I P 1 1
co co ro ro P1 P1
Cπ o Cπ o Cπ o Cπ tr CL CL <! cn CL Φ rt Cd f*J fr S. fr ^ s; hd Hl P CL ≥i s; CL P rt σ t"1 tr PJ cn CL tr tr rt p: rt P) ) φ Φ φ P- o φ P o P- Φ P- P- P> Φ ro ro Φ P- P- P P- P- <! P- P Ω P- Φ P P tr rt P cn P P cn P fr P- P P φ rt sQ φ fr P P rt φ Φ rt o Φ ro P CL tr o P- P O φ
13 CL Pi tr o 3 fr rt CL P Φ Λ N Φ P ro CL φ P- rt CL P
"• CL <l J ö φ φ N P cn P> P N rt P> O PL <l N hd P N o P P Ω Φ
\ O o tr P> P P- P1 > Φ o P- rt • φ P tr P- Φ . P g P P tr P- s P Φ CL T P P rt cn rr ro P P1 Φ Φ co öd Ω P- φ P öd P P- hd P iQ Φ rt P 53 P- H- s: p N Φ Φ rt Mi P1 P • CL tr Ω tr . fr tr p: P Φ P fr n P- P Φ s j3 P P P Φ hd P- tr Φ φ tr fr N φ tr hd P- < P <! tr CL P rt hd P1 cn tr z Φ sQ cn P O P P> P- ro o ro s P CL rt ) P öd Φ O φ cn U Ω cn rt ro hd
• P cn P- rt P CL P P- P P- μ3 φ P- fr CL CΛ P P P tr1 13 n o o • P- Φ
P- rt s: P P PJ <3 CL Φ tr cn <l vP O P φ s; Φ P tr p- N rt <! p- P hd P rt cn φ — Φ O P) O ro Φ cn φ 13 φ rt P> ro rt P p: P- φ P P ro P Φ P» rt ü rt rt P- ro 3 P P P- P- P- P Cπ <l <1 P- φ iQ tr P vQ iQ P) co cn Ω ^1 P Φ P- hd P
Mi cn P- cn P- N P g rt ro sQ P O Φ o rt φ P- Φ cn iQ o tr tr o O P- φ n Φ
• f φ P o P g φ O 1 Φ P ^ P P ro s: 2 P P P s; φ • φ Φ H P cn rt o hd Φ α sQ o cn tr ^ cn P P cn P P- z rt P CL Φ P cn P P φ φ N
P CL P CΛ Dd cn tr P- n s: N P) Ω CL ιQ φ ^ P sQ φ P- CL O CL P) P- sQ K Φ o Φ s: P- Pi ro 1 tr tr1 tr ro ro CL P1 J cn φ P φ Ω Pi d Φ P φ
\ φ 3 σ o P) P) Hi CL P- Φ O P- P "5 φ sQ CΛ φ P CL P tr P1 P P ω P
P PJ P> o P P- Hi CL P Φ cn P P- Φ Φ P PJ Φ % O Φ o P rt tr tr
Pi CL P- rt Φ cn P P- P P ro P cn σi h tr P P P tr <J α P hd P1 fr tr ro P-
Ω Φ P ro tr P Φ P o fr CL 13 o Φ P Φ 3 P> p- O P> Φ P ö σs <! P>: cn P
• P P φ cn fr n öd P- P- P P P CL P Ω P rt O n o φ O CL tr ) r P- P- cn Dd Φ P) 3 ι*J φ Φ fr < P- α tr φ P rt hd P rt P P rt o |*J o cn PJ CL rt φ P cn P hd fr s: o φ P- CL rt P o O 1 cn tr CL P
3 o π 13 W φ P) P> pj: P- g P tr ö hd o Φ P ro P- ro 13 s fr O P- P- φ uq
P1 M 13 P- ω P rt P rr cn o fr ) n P P P h cn Φ s: P J s o hd s: P tr P
13 ro P φ o rt P- Φ cn cn tr <! Pi hd O rt CL ro P ro φ fr P P P- CL P Φ tr P Cπ φ o P- O P rt P- φ rt P> rt P Φ P- P J- P- J. ro P O φ P Φ θ 1
Φ φ o cn cn cn P Cn < P) P1 P ^ O O P P fr ι<3 Φ rt ro rt P- φ rt P P P cn cn ~j cn s: ≤ Ω O rt Hl tr CL o fr P1 • Φ ?^ P- £ Φ s: ro fT P O φ uq cn P> P1
Ω cn p- Φ P- tr g s: P P- P P- P- • o P o tr Φ P Φ P> P- ω Φ CL tr p- — O P- P hd Φ tr O P P φ ro P rt P- sQ P- s: rt iQ O P fr P- P- 3
P O P P cn CL fr P P> P fr α P1 P- P CΛ rt P1 Φ P1 Φ P- P- φ o rt o p-
P- P Φ cn φ o P CL P sQ P PJ φ P Pi Ω P CL cn sQ cn P o tr P1 P cn rt
Φ Λ Φ Hi P P ro CL Öd ro P P tr tr O H- Φ CL P rt . hd rt P tr P P- φ p: Pi CL P φ Λ P vQ φ tr ro sQ p- P1 φ N tr tr Φ cn P> P Φ φ CL
Φ Pf Φ P P- P P- P P>: cn P- N P- Ω P ro O: P i φ tsi fr o P- rt Φ
P Cd ω t P sQ P- CL CL rt fr P , rt ro tr φ hd iQ P tr J cn s: Φ P1 P s: P
Φ Pl rt Φ CL P P P- cn φ o P) P- rt P- ) Φ Φ P- P P- rt P1 Φ o
P ι*J P- α P- P φ P- P g P P hd Ω P fr O P P P pj: Pu cn φ P
Pi rt ) Φ P- CL P hd rt CL hd n tr P) tr Φ P P Φ ) Ω P) rsi ^ P i hd O rt ro ro PJ CL > P φ P ro P Φ rt CL CL P Φ tr tr rt P P o φ P O Φ α P P t→ P P O P P N P- Φ P Φ ro Φ φ P- υq o fr ä tr > P P> rt π Pi P P- υq fr P S CL rt Φ cn CΛ P tr1 P- P P P P» o <l
13 P Ω lt± f rt • h Φ CL P rt Φ P- p: rt Ω Ω < fr cn P P φ
P P O O o φ P P P 13 Φ P- <! P- ro hd tr φ tr tr g ro H υq o tr υq rt P φ P> jE) O M P Cd P P rt P- P P o φ cn o Φ P1 P- o o o P1 P φ cn P tr cn P V 13 ro fr CL tr P O N P P φ P P öd P- O tr o sQ Φ <! cn fr O P- cn ro < P P> P- fr J rt φ cn cn pj: s: P) Φ tr P- •^ P- P- φ O O P
P- P1 P Φ Φ fr 3 o hd CL O P ro Φ CL Ω φ CL cn EP rt P1 ω Ω P P P 1 CL
O sΩ rt P cn Φ P α rt ro fr CL P- P P tr P- P- P- Pi tr1 Ω tr uq CL rt Φ P
P <£) cn s: cn rt > rt o cn P o φ P CL P 01 rt φ cn P- P) P <1 tr Φ Φ Φ P P P cn sΩ "» Φ P- Φ P P hd l P1 P tr Φ Ω rt Φ cn Ω P P ro ro P P P O ^ sQ
<! P O Pi o h P1 ro P tr P hd rt tr fr P» N φ P- cn φ CΛ CL P CL tr hd P φ hd P- CL P- tr ro P> CL cn o < 1 <i fr
P rt Φ cn Φ PJ P1 P P - P> rt Φ P) O: cn rt p: p- rt • φ φ P Φ ro o
1 J rt ! cn P 1 O fr 1 Φ P P tr P- rt P- tr Φ PJ P P- J H- P P
P "» 1 i 1 P 1 ro P 1 O φ 1 1 P 1 P 1 1 1 1 P P 1 I
fahren entspricht. Nach RFC 2507 sorgt die Datenverbindungs¬ schicht, in diesem Fall also das PDCP Protokoll 130 in vor¬ teilhafter Weise dafür, daß insbesondere zwischen folgenden Pakettypen unterschieden werden kann: Füll header, Compressed TCP, Compressed TCP nondelta, Com¬ pressed non TCP, Context state, Uncompressed TCP/IP, Com¬ pressed TCP/IP
Somit wird zweckmäßigerweise der in Tabelle 5 aus 3G TS 25.323, Packet Data Convergence Protocol (PDCP), 3GPP März
2000, http://www.3gpp.org/ftp/Specs/March_00/25_series/25323- 310.zip dargestellte PDCP-Data-PDU Paketdaten-Type verwendet. Dabei werden den Pakettypen der Datenströme DS300 des radio bearers RB300 die PID Werte 1 bis 7 (1 = Füll Header, 2 = Compressed TCP, , 7 = Compressed TCP/IP) als individualisierende Kennzeichen zugewiesen. Weiterhin wird für diesen Radio Bearer RB300 in vorteilhafter Weise festgelegt, daß er den RLC Zugangspunkt (SAP = Service Access Point) SAP500 verwenden soll, der in der Figur 3 als Ellipse dargestellt ist und den Zugang zu der RLC-Einheit RLC600 darstellt (RLC = radio link control) .
In Datenflußrichtung vom radio bearer RS300 zur RLC-Einheit RLC600 betrachtet werden ausgehend vom radio bearer RB300 die Datenpakete dessen Datenstroms DS300 in der nachfolgenden Datenkompressionseinheit CA400 zunächst einem spezifisch zugeordneten Datenkompressionsverfahren unterworfen. Zugleich o- der anschließend wird für diesen komprimierten Datenstrom DS400* eine spezifische Kennzeichnung in einer nachfolgenden Kennzeichnungseinheit KE400 vorgenommen. Erst danach wird der derart individualisierte Datenstrom DS400* einer nachgeordne- ten Multiplexereinheit MUP1 zugeführt. Mit deren Hilfe wird der komprimierte und gekennzeichnete Datenstrom des radio bearers RB300 zusammen mit den Datenpaketen anderer Daten- ströme weiterer radio bearers wie z.B. RB310, RB320, RB330 gemultiplext der RLC-Einheit RLC600 übermittelt. co CO ro ro P1
Cπ O cπ o Cπ O Cπ
CL EP ö !Λ rt <! g CL Hl φ h ≤ Cd ≤ φ tr fr α cn P cn 13 CL rt tr α
Φ Φ PJ öd Φ φ φ P- P) P- öd φ P- P- P- Φ O Φ Ω o Φ P O P Φ Φ
P P rt co P P P O tr P co P P Φ P P- 3 P tr s cn Φ Ω O P P
CL Φ to cn s: rt P tr P1 CL cn rt 13 P P- p ω tr H Hi σ P o rt φ Cd Φ Φ o Φ CL Φ tr P o Ω Φ U cn P> N
P) z fr P P < φ P P- rt P P Φ Pi Φ Ω tr P P> P- 3 CL z rt P- o J. O: CL Φ PJ rt CL P- cn Cd cn tr rt ^« rt O p- P> ro φ P 3 Φ 3 φ P P CL P> Φ rt rt >t-> cn Φ P rt rt cn P-
P CL 13 S. ro rt υq φ ro o cn tr rt P- P1 P- s: N CL P cn Φ rt cn P Φ • φ P P > Φ Φ 3 o O P- P P> cn Φ Φ P PL φ rt Hi φ p- α tr cn ü P P y P P P EP rt P- P- Φ
P p: cn P1 CΛ g φ ö P1 cυ Mi rt CL cn CL P P P P h o P ω cn CO P- P h P) o rt P) φ ro Φ fr O tr Φ Φ P)
3 P- P> rt ""% Cd rt Φ P- P> P 3 P- P P Φ 3 φ 3 P ) CL
CL o 3 O co φ cn P H P P P> rt P- cn P- tr1 P- ü Φ P P- P) cn ro P O fr cn cn hd ö tr Ω Φ P rt ö σ O o
CΛ P cn rt P P O o fr t, O Ω Pf J Φ tr P Φ α P) P>
J-> Φ P CL P o P- 3 z tr α rt P- cn Λ O rt rt Λ Cd
P- CL CL φ CL r 3 φ 13 P- P" ro rt CL Ω CΛ co > Φ Φ > ro
O J P Φ P φ φ 13 P φ P- s, P Φ tr P- P1 J-^ P P hd P>
P tr 3 ö φ P P P CL Φ φ Φ cn n 3 Φ iQ o fr 13 cπ P cn Φ cn CΛ P P φ ro Φ cn CL EP P rt > P- P O o Pi o ro
P- P- φ CO P- cn P cn Φ Φ rt P &> α CL P) z 3 fr o P
P CL rt ro S! CL rt cn P- P P O P) P P- P- CL 13 φ • φ tr o o φ cn P- h O CL Z 3 O rt P P- P P P rt PJ φ P O φ P P O tr1 P ö P- φ iQ cn CL P φ Φ α öd
P- P CL rt n Φ P O cn P> P> Φ P) 3 P P- Ω cn P- o
P p *. φ φ φ X cn <! rt P P P- fr CL φ tr tr cn cn Φ ro o P» α P P P- Φ CΛ Φ Φ Mi N cn rt o φ P P- uq p- Φ
P 3 o P> σ cn P- P P υq • 3 P P ro φ O P- °
13 rt tr tr Φ rt P hd Hl ω Φ Cd CL K 13 P P Pi P P o <! ^
P P tr Φ φ φ H- tr cπ P> rt tr • φ P- P ö ι<q : cn Φ M Φ
P> φ Φ P P- P- s: ro Φ o tr P P> P P1 φ P) P- tr < cn 13 P
Ω cn P> fr CL EP P- P P- o P O P 00 Mi cn rt CL 3 P Φ P Z tr cn P o φ rt φ rt rt • Φ 3 rt i iQ cn Φ P rt P ü P- φ ιQ P- Hi 3 P P Φ P- o ro P- P P α > • Hl P) 3 P
Φ O cn 13 CL Hi α σ P P 3 O 13 Ω P P) rt P- CL o P Ω P P PJ p: z, Λ P) CL CΛ 13 Φ P P> tr cn hd tr Φ ro φ
P cn tr Φ P> ω P p- j-« φ co h Φ P P- cn fr Hi p: P P P rt
CL Φ P1 cn CL •^ P P1 CL P P1 P) p- Φ P < Φ CL p: P φ cn P
P P- P> cn P- CL o P> o CL P cn φ Φ rt P- tr P rt P N
Φ P iQ P- o CL φ cn α P- CL cn P P Φ φ P CL P sΩ, Z rt tr rt O P> P fr tr J CL O φ P- Hl P P- P- O Φ
Φ φ P tr EP ro Φ Pi rt φ P O Pi PJ P hd P Φ P 3 CL Ω
P P- z cn φ α P- P- O φ cn öd rt P Φ tr o P ιQ cn φ fr rt Φ < P> CL PJ P 3 3 P Φ P- cn P P rt P cn ü Φ P
P4 P Φ P P- rt 13 fr P P> iQ Φ P Φ Z >s- tr P> P- α pj:
Φ π CL P φ Φ Φ X > P o P> P Φ P- N P Φ < φ rt P Λ hd EP
P > Φ Mi P P Φ P φ 3 CL φ P P φ P φ P- Φ φ co P P-
P .£> P P) tr cn P- Hi cn 13 P- P ro P- Φ CL P cn P P P1 o sQ
N P1 tr PJ Φ rt rt tr cn P o S! tr Ω P- P- tr 13 13 o rt Φ φ o P öd P- P Φ P) p- Φ h Φ ro tr P q P- P- P> α O P
P- jjd Φ co CL O P P O cn tr Cd P- P- P φ P Φ fr P> Z fr p z
Ω fT P P1 Φ 3 Φ P cn Φ o cn rt P P P- CL P1 Φ rt P- O φ tr o cn o P P CL cn P- P> ro Φ P cn P rt Φ P P- P-
P s Ω p- ö Φ < O P o p υq α rt P P> Φ P L μ- tn
P tr P P ö CΛ hd cn Φ P Φ N > Φ P) • iQ P fr fr Φ
P φ P J co Pf P cn P <i P ^ P- rt cn ιQ CL o c_ι. o ιQ P P- CL CL 1 P1 α hd 1 1 cn φ uq P> P φ 1 ro P- 3 φ P ro cn 1 ro Φ o pι P φ o Φ P 1 φ 1 1 1 1
Figure imgf000021_0001
1 1 P 1 1 1 1 1 1
co co ro ro h-1 P> cπ o Cπ o Cπ O Cπ hd co p- Pd α ro fr 13 d tr hd cn <! H P P> 13 < < 3 3 CL O σ cn hd cn PL Hl > Z rt n < σ P> rt hd PJ pi Cπ o P> P P- P Ω O 3 φ P P φ Φ φ P- ro P J P- Pf P- φ p: P Φ P > o o o rt ü tr cn o p- fr P o tr P P Φ P P p- rt P cn rt P td φ P tr Hi P- O 3 hd • 13 n Φ ^1 P1 Φ fr Hi rt P Pi CL cn P- Z P • <! Φ CL 1 Φ P cn P1
N • • hd P1 fr rt fT P O P- CL O i φ cn P> Φ Φ Φ P » S! 3 P rt PL φ P1 o hd hd P- \ o 3 Z φ o P φ φ P" o P P- P P P> P- σ P N Φ p- P- Φ Pf
P 13 \ -< φ 3 P- φ P fr o tr P υq 3 o q CL P P ro Ml P Z P rt i Φ P- P- <! ü
O Z 13 rt P- p: rt cn P1 Φ Φ 13 CJ. P rt Φ cn Φ P P> Hi φ rt o CL cn PL P φ 1 rt CL z co cπ P rt tr P rt P g P P φ cn rt iQ P tr P P ro 3 P- φ φ tr P
O P> z O P- K Φ φ O ) φ • o CL P- Z < O Φ Φ P P tr PL P- P- 13 Φ P φ cn 2! fr P hd PJ 3 P- P P P1 rt tr Φ 3 Φ Φ CL P- P- Φ P φ P P P S! rt P- Ω ro o uq o hd P P- uq P- P> σ P- P P- P- P Φ σ P P Ω P P PL φ Φ 3 φ p- rt tr P
P- Φ uq cn φ Ml ro CL Φ O ro J P" ro Hl P P) p: < tr P> P- 3 cn P- P- cn cn p- rt
P1 cn 13 g P Φ uq φ P- P o Mi Mi Z P P- P> rt Ω P- rt Z P cn <! cn rt cn Ω cn φ rt 13 i: co rt ro P P p: P P- P υq tr P Φ fT CL 1 p- P- P- « P- φ tr Φ PL cn Φ • P O ro PL tr tr O P P P P φ P P- P rt P o P Φ φ PL Φ O P P- Φ ro ro P1 o ' N Φ ro φ Φ CL P1 fr CL ιQ P Φ Ω fr P> 3 P- P P P P Z cn rt P P rt P P3 hd P P P P- φ co cn cn P tr o z 13 P φ P> P cn rt ro rt Φ
N rt uq ro CΛ pi cn rt P o rt rt P ) α rt 3 P- P- P Φ P- N < Φ P P) p- J rt Φ "\ o fr rt Φ P) P P P) P 13 P cn P- P> P P- φ φ P α rt Hl tn P
P Hl o ro ro o z Φ cn P- rt P rt P P CL P- 3 tr h φ cn P- P cn Φ rt P- rt PL
CL rt o cπ rt 3 φ P P) O P P- CL φ rt tr φ φ P- Φ P1 3 P- Ω Ml Ω P • P • ro
P> hd 13 -> • 13 P P P rt O P- ro P Φ Φ cn P> P Φ P- O φ tr PJ tr CL P
P ö \ co ö P CL h • cn CL P 3 P cn P P- cn P1 Φ P 1 P P Φ tr p- PL Φ > ro
P O CΛ ro Λ φ φ PJ rt φ hd rt s: P- cn P rt P> Cd P> rt P P φ Φ rt P P hd 13 co cn P CL 23 P- P P- g φ g P o α O o CL Φ P p- Ω "« Φ PL 3 Hl
CL 1 φ o cn P- φ uq uq hd P- P O P P> P Φ Ω P tr z P P1 PL α
PJ σ Ω o P- CL o P Φ c_ι. P P -" 3 Mi rt cn P P σ tr tr Mi PL P- P- g P> g P> cn P> cn hd * O P- CL P φ P P) N rt Φ Φ < P P) Φ o φ tr Ω P tr o rt rt \ P> P Φ öd φ z P Φ P- ro
< P P φ P> Pi rt Φ P- P" tr Φ tr Φ tr Φ hd P) g Ω Z cn ro P o
3 φ co 13 Φ cn P tr Φ Φ p- rt uq • N P> Φ rt P- P- P
H 1 P) fr P- φ hd ) Φ P- CL P M P z rt Mi tr P P P Φ • P P P- fr ö hd P Φ P P- P> P <l rt P" N P- φ φ υq φ P J pj: P cn φ P P P Cd Mi •*« 13 PL Hl o ö Ω rt CL P fr ro o Z P- P φ P X Φ P O: tr P N rt P CL P • cn P1 P- P d tr tr Φ P P Φ uq P Φ tr CL 3 P iQ φ P ≥l rt φ rt Ω φ ro P M 13 φ 1 σ P- φ rt P φ fjj: hd CL P Φ φ φ Φ P- P- O P Φ P Φ φ tr • X fr P
P" hd o J P P- fr h tr fr P Ω P P- P P P P sQ Ω 3 P1 P P P- P1 tr φ rsi cn P-
CL P) o rt rt o öd O: Φ tr P φ g ~« ^ ^ tr P1 Z g cn P PJ • P P rt 3 fr \ P> CL P co tr P- CΛ cn fr φ CL P Z 1 o P Ω φ sQ s: P) P-
N φ ro P> p rt o Φ P Φ rt fr hd hd tr cn CL p- PJ P p- P tr 3 rt < s Φ rt Φ
• rt π o cn > P o P Φ P o P> P1 Φ rt P- P <i P P Pi Pi rt Φ o d P- P- P
Cd ω 1 o O Φ tr CL CL P fr <! ro Φ φ o iQ CL O φ P- P- P ω P hd cn O P
• cn P hd ^ P" P) P Φ Φ P- rt Φ p: O rt P P 3 P 13 P P- Φ P1 P P P φ φ < ro o P" P P- Φ φ P rt tr P cn sQ "«» <l CL 13 • tr rt P P- P cn uq
P) P- P φ o CL CΛ rt P- o CL φ Φ hd ro J P ro PJ Φ PL P ö uq 1 ω
P P P- P CL P> C Ω *• P h P) P CL Φ 3 PI o P tr φ X P P P) P> φ
Mi uq φ uq fr rt i tr tr P1 P1 rt υq P- P- P- α tr cn Φ cn P < cn P rt N P P-
Φ cn φ : o Φ n P- P- Φ O Φ Φ φ φ P cn 1 φ P- cn rt φ υq Ω Cd CL Φ Z P P
Φ Mi \ P Cd 3 P Ω P P- P- P tr cn Ω Pi CL tr P- Φ P φ tr P Φ P Φ PL tr
P- p: ro o P) 13 hd tr cn rt P P p: Φ φ i tr Φ P> Φ Φ O P Mi 3 Φ cn P cn Ω Φ
P «q cπ ro rt P uq α rt tr P tr tr P P φ rt P cn P tr P P) PJ P- rt rt fr P- φ rt co P> P- Φ π φ Φ φ CL ro Φ P Φ P Φ p tr Ω p. < P 3 P rt
P • ro hd 3 3 3 hd P cn P- P- P z P P P N J. P <l o P tr r P φ O: P>: P Φ o P P- P>: O P hd rt rt P- P> N φ ro > Pi Φ 3 Φ rt PJ P> P 3 EP fr P
S! σ 1 o CL Φ EP hd σ P φ α P P Ω φ pi P- z PJ P 13 P P Ω cn Φ P- ^ φ P> rt Φ P P PJ P o hd P> CL tr P- o Ω φ P1 cn P Z Φ tr Ω sΩ, o O
P cn o ω rt h o rt Φ hd n uq Ω 3 tr P- iQ P1 rt Φ N o P L tr N Φ P > rt Ω h rt Φ P g P cn tr 1 P ro cn P) cn P P Φ P- P P 1 o P- n O P Φ o tr P Φ P Φ P- 1 P cn P PL 3 φ u 1 o 1 P 1 1 1 Φ uq P- φ P ιQ 1 p- φ 1 φ o
1 1 P 1 P 1 **
zwischen 1 bis 7, je nachdem welche Art von komprimierten Pa¬ ket in das Feld "Data" eingefügt wurde. Dadurch ist eine in¬ dividualisierende Kennzeichnung des komprimierten Datenstroms DS400* bereitgestellt. Dies ist in der Figur 3 dadurch ange- deutet, daß nach der Kompressionseinheit CA 400 und vor der Multiplexereinheit MUP1 die Kennzeichnungseinheit KE400 ein¬ gefügt ist. Diese vergibt an die Datenpakete des komprimier¬ ten Datenstroms DS400*, der von der Kompressionseinheit CA400 zur Multiplexereinheit MUP1 weitergeschickt wird, jeweils ein individuelles Kennzeichen wie z.B. einen PID- Codewert. Wird von höheren Schichten ein Datenpaket über den zweiten oder dritten Radio Bearer RB310, RB320 an das PDCP Protokoll weitergeben, setzt PDCP das PID-Feld z.B. auf denselben Wert 8. Um dieses individualisierende Kennzeichen den Datenpaketen des aus der Komprimierungseinheit CA410 kommenden Datenstroms DS410* anhängen zu können, ist der Komprimierungseinheit CA410 unmittelbar die Kennzeichnungseinheit KE410 nachgeordnet. Erst danach wird dieser gekennzeichnete Datenstrom DS410* der Multiplexereinheit MUP1 ebenfalls zugeführt. Die Kennzeichnungseinheit CA410 ist also zwischen der Komprimierungseinheit CA400 und der Multiplexereinheit MUP1 angeordnet. Gelangt das Paket über den vierten Radio Bearer RB330 an PDCP, wird das PID Feld z.B. auf 9 gesetzt. Diese individualisierende Kennzeichnung wird dabei zweckmäßigerweise mit Hilfe der eigens zugeordneten Kennzeichnungseinheit KE330 vorgenommen. Erst anschließend wird dieser individualisierte Datenstrom DS330* der gemeinsamen Multiplexereinheit MUP1 zugeführt. Diese schickt die Datenpakete des Datenstroms DS330* über den RLC Zugangspunkt SAP500 an die RLC-Einheit RLC600 weiter, welche das Paket weiterverarbeitet und schließlich an das unter RLC liegende Zugangskontrollprotokoll MAC über einen sogenannte logischen Kanal LOC700 weiterleitet. MAC gibt das Paket wiederum an die physikalische Schicht weiter und schließlich wird das Paket über die Funkverbindung FV an die Basisstation BS gesendet, welche das Datenpaket an die Funkkontrolleinheit FC weitergibt. CO co ro ro P1 h-1 cπ o Cπ o Cπ o Cπ
Figure imgf000024_0001
co co ro ro P1 P1
Cπ o cπ o Cπ o cπ
P- uq
P
P co
P-
P hd σ o hd
<!
O
P
N
P uq cn
Z φ p- cn φ
& ω φ
P- uq
P
P)
P1
P- cn
P-
Φ
P
P
P uq p-
P
PL φ
P hd σ hd
Figure imgf000025_0001
co co ro ro '
Cπ o Cπ σ Cπ o Cπ
w *-
Figure imgf000026_0001
co co ro ro P1 P1
Cπ o cπ o Cπ o Cπ
3 P CJ. tr cn g uq X ≥; cn ,- 13 φ α X Φ p Z rt rt g cn P hd Φ fr uq > p- P ö P- Φ Φ P- P ö P Φ ö Φ P P- ö P P- Pi CΛ Φ P- P- ro ro P Ω Φ P P- ro Φ P1
P P ω uq Z P> O P1 CΛ P P P1 CΛ P Ω P Λ fr P Cd CO P P tt> P P P tr P O P rt 3 1
PL uq co Φ P P rr CO fr Ω Ω CO tr PL co Φ φ CO Φ φ PL fr cn rt p- rt Φ Φ pi: uq φ cn Mi. P- P- Pi cn P- 4-> fr Φ σι J-» φ o rt P o o P- O o Ω P- Φ CΛ O P EP Φ cn ro o P cn Φ 13 O o P1 o P- Φ o φ o - — P P- — N 3 tr 13 PL Φ fr N Φ 3 rt P- •^ cn Ω P- **« s 13 o P P- " Cd tr P s: Ό p- P1 Φ P o P 3 P Φ
Φ P PL tr P ro s P ^— Φ P φ 3 3 ro PL P P- P ro Φ P PL P1 uq Φ P-
P tr Cd P- 3 P1 tr X ö P O C P φ Cd P- 13 i P- P- P- P cn ro PL X φ ro ro tr <! P cn ro CΛ φ P- P> φ Φ CΛ P et P- CΛ 3 CΛ P Pi Cd rt rt <l PL Ω cn P1 Φ P Φ cn o P Φ
P- co P uq P- P CO P- O P CO < O PL P rt P- tr cn P- P P- P Φ P P
Φ rt Cπ g PL rt rt Φ cπ fr Ω P cπ P- N P1 ro P P1 ro ^-^ PL PL Φ p- Ω σ P *~^ PL M Mi P
P- o P φ • P- o P O φ σ Φ s: o P uq o s P ro P O tr 3 P tr 13 P Φ P cn
P - — cn . — P rt P1 P Φ "> rt cn ^ ω cd Φ P P ro p- rt Φ P φ P tr uq
Φ Pi rt rt α p tr P- ^^ tr N P- P- Φ d PL cn P rt Φ P- Ω rt P φ
P Cd C P- Φ J Φ α o P ö P rt Cd uq P- i ro P1 g Φ φ rt P rt fr Φ ö Φ PL co CΛ 13 P tr >t-> P- CΛ P 3 P1 CΛ tr ro CΛ P Cd P- - — ro P P P- σ Φ cn φ P P P
Cd co P> cn Φ ro rt co cn p- tr CO \-> P CO tr co P 1 P P P- rt Φ rt 55 rt :
3 o σϊ φ P- o cn < P cn ro ro Φ co Φ φ Pi rt J. tr rt cn P p- Φ Φ N Ω
13 *« o X Φ — o cn PL PL < φ o P P- o P P- Φ P- Φ ro Φ O: P α rt P p fr
Ml — - Φ H- z g rr ro Φ o P >% rt — P P 13 z P- P ro 3 φ P N cn 3 rt
P> i P P p- 3 Φ cn cn P Mi P N P1 P !- φ rt fr P- φ cn rt Z rt
P Cd 3 Φ Φ P P- hd P 3 rt P P- α P < 0 P N ro P- ro o P P Φ P g Z uq co P- P- PL et ro P cn Φ hd P α P CΛ cn φ o uq P φ X 1 P 3 Φ ^-^ cd H O: P P- cn cπ rt P P- - — - Ω P α Mi P co 13 cn P Φ Hi P- ro P- 13 P α § Ω fr 3 P1 P
Φ o rt tr P <l PL tr Z cn Ω et P O P uq o Φ Ω P uq . P CΛ Pd O Φ Φ rt PL
P- Φ ro PL o Φ P- φ hd Φ Φ P O p: hd Φ P P tr ro φ Ω ro g CO CΛ P P- P-
P H" P- P- P 3 P p- P Φ 1 P- P uq - — - P α P CL PL P P- P cn P O 1 <! P . — . 13 P tr i cn rt < cn tr PL p- hd P 13 cn uq Ω O P φ P P (C- cn O φ tr σ
Φ Cd P- CL φ φ P φ cn ro
P P φ P uq CL hd g φ P P tr α o P- rt P P Φ CΛ Φ
P- co Φ — Φ P φ o ^ φ Φ P- 1 rt uq ro P o uq P- CO X O cπ
PL φ }-• P- o P- P rt σϊ P- g 0 P er P 3 P et N φ 3 P Ω Φ Φ ö P- rt ^ P 13 ö fr φ rt o φ o P φ Φ φ PL O P et p: tr P P P P PL rt φ cn CΛ fr P o P tr
PL — Φ hd P1 g P P g P- CΛ fr uq Φ EP CΛ o rt φ P Ω <! Φ CO o Ω . — Φ ro P ro P" P P φ φ o Φ P Φ Φ ro rt Pi Φ cn . — . fr ro X P1 3 Φ d φ P- cn <1 - — φ α uq P O P P P- O cn φ P g o >t* P Φ O 3 tr1 Cd P- o N rt P Φ rt <! PL P1 P 3 PL P fr O P cn ι_ι. 3 Pi P •^ P 13 Ω CΛ P φ hd P P or t P- rt 3 P- φ φ cn PL φ < ro uq o P rt Φ hd 13 O P φ P P σι o Φ P- α uq uq P- φ 13 φ Φ 13 P φ P tr Φ ro Φ PL INI P Z P1 P — tr P- α P- O o P P
Ω φ Φ P P P P- P1 cn P- . — . Φ P P P- cn P1 P φ O φ — φ P P CΛ fr rt o O φ hd P O P Φ f P Φ Ω P 13 rt ro Mi P 13 cn E P- 3 P- cn tr ro er CO P O — - < 3
1 o P P N X o cn X tr tr P Φ P P tr Φ Ω cn P1 CJ. cn ro P Φ ro rt Ω P- hd 3 PL P φ Φ 3 P Φ P- Φ Ω ro tr ro P- Φ PL tr P- ro P- P P- o P- O P- ö φ φ
P 3 P Pi P- P 13 3 P φ P- fr SS P P p- cn 3 P- P — uq Z o P <! rt "^ o 1 P co P
O φ Φ φ Ω Φ P φ PL rt φ Φ ro rt rt 13 Φ P ö Φ P Pi ro P P co N cn rt P rt P tr P- Φ P 3 φ et rt α P Φ Pi P CΛ P- p- cn cn P ^~. ö cn ro ro P rt
O Φ PL P P cn p- P Φ N P N P P P- uq J P P1 ro Ω cn g CΛ "< 3 P o tr Φ fr P Φ P tr cn ö rt φ P- CL
P- =s et N P P P cn O cn P- tr Ω CO cn P- tr H P o cn P P Φ P rt P P P Φ Φ P o Cd uq φ O PL P tr hd CO rt P P
P1 o i uq P- O rt Φ Φ rt P P 3 P P φ 3 P- X- p- 3 tr P P- P> O Φ PL ö <! Φ
P- φ ü rt P Φ Cd cn P fr cn PL rt P P- P * φ P- φ uq Φ - — - *~* 3 φ tr C O P cn PL P P> PL cn P cn P Φ rt g Φ Φ φ P tr P P- rt PL cn cn CO P Mi
P> P rt Φ ^ <! fr rt cd Ω P- P 0 P P P PL φ ö g PL rt • φ 3 rt PL CO P-
CD EP N Φ cn g φ o Φ Φ g O P O: 1 tr cn φ P- CΛ P φ P P- o PL Φ ro o α P
M φ P P 3 P- P Pd P tr 3 rt P rt α cn rt J^ P" cn *- . ö ro rt P P- P cn - — P
13 CL P- cn J. hd Mi 13 P cn CΛ <i Φ Φ P- P P P rt P1 rt rr Ω P P φ cn rt 0
Pi P- Ω rr Φ ro P P Φ rt 1 Φ P- 13 O: rt Φ O P- Φ > tr P P- hd P φ P
PJ φ tr P s: — * tr φ P P P rt 3 φ P * 13 P *=> ro ö P tr < Φ α P J2 uq
P 1 O P cn O: 1 φ Φ P cn •^ cn o P- P 1 P ro P- Ω Pi 13 Φ 1 P- 3 P- 1 P 1 ro o I Φ P 1 hd P cn
P cn I 3 I P Φ 1 3 1 1 1 1
genen Datenpakete eindeutig den ursprünglich eingespeisten Datenströmen (DS340, DS350, DS360) der Sendeeinheit zuorden- bar sind. Die invidualisierende Kennzeichnung des jeweiligen Datenstroms vor der Multiplexereinheit kann dabei bereits in- härent durch dessen PDP-Feld vordefiniert sein.
Als Sendeeinheit kann dabei vorzugsweise ein Teilnehmergerät, insbesonders Mobilfunkgerät (MP) , oder ein RNC-Controller (Radio Network Controller) verwendet werden. Als E pfangsein- heit kann ebenfalls vorzugsweise ein Teilnehmergerät, insbesondere Mobilfunkgerät (MP) , oder ein RNC-Controller (Radio Network Controller) verwendet sein. Als Netzwerkeinheit wird vorzugsweise eine Funkkontrolleinheit (FC), insbesondere RLC- Einheit (radio link control), gewählt.

Claims

Patentansprüche
1. Verfahren zum Multiplexen einer Vielzahl von Datenpaketen mehrerer Datenströme (DS300, DS310, DS320, DS330) auf eine zugeordnete Netzwerkeinheit (RLC600) innerhalb des PDCP- Protokolls (packet data convergence protocol) mindestens ei¬ ner Sendeeinheit eines UMTS-Funkkommunikationsystems, wobei die verschiedenen Datenströme (DS300, DS310, DS320, DS330) vor ihrem Multiplexen mittels einer Multiplexereinheit (MUPl) mit unterschiedlichen Datenkompressionsverfahren verschiedener Datenkompressionseinheiten (CA400, CA410) beaufschlagt werden, und wobei zwischen der jeweiligen Datenkompressionseinheit (CA400, CA410) und der Multiplexereinheit (MUPl) je- weils mindestens eine individuelle Kennzeichnung des jeweilig in die Multiplexereinheit (MUPl) einlaufenden Datenstroms (DS400*, DS410*, DS330) mittels einer zugeordneten Kennzeichnungseinheit (KE400, KE410, KE330) vorgenommen wird, so daß die in mindestens einer Empfangseinheit des PDCP-Protokolls empfangenen Datenpakete eindeutig den ursprünglich eingespeisten Datenströmen (DS300, DS310, DS320, DS330) der Sendeeinheit zuordenbar sind.
2. Verfahren nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t , daß als Sendeeinheit ein Teilnehmergerät, insbesonders Mobilfunkgerät (MP) , oder ein RNC-Controller (Radio Network Controller) verwendet wird.
3. Verfahren nach einem der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t , daß als Empfangseinheit ein Teilnehmergerät, insbesondere Mo- bilfunkgerät (MP) , oder ein RNC-Controller (Radio Network Controller) verwendet wird.
4. Verfahren nach einem der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t , daß als Netzwerkeinheit eine Funkkontrolleinheit (FC) , insbe- sondere RLC-Einheit (radio link control), verwendet wird.
5. Verfahren zum Multiplexen einer Vielzahl von Datenpaketen mehrerer Datenströme (DS340, DS350, DS360) auf eine zugeord- nete Netzwerkeinheit (RLCβlO) innerhalb des PDCP-Protokolls
(packet data convergence protocol) mindestens einer Sendeein¬ heit eines UMTS-Funkkommunikationsystems, wobei die verschiedenen Datenströ e (DS340, DS350, DS360) nach ihrem Multiplexen mittels einer Multiplexereinheit (MUP2) in einer gemein- samen Datenkompressionseinheit (CA420) mit demselben Datenkompressionsverfahren beaufschlagt werden, und wobei vor der Multiplexereinheit (MUP2) jeweils mindestens eine individuelle Kennzeichnung des jeweilig in die Multiplexereinheit (MUP2) einlaufenden Datenstroms (DS340, DS350, DS360) mittels einer zugeordneten Kennzeichnungseinheit (KE340, KE350,
KE360) vorgenommen wird, so daß die in mindestens einer Empfangseinheit des PDCP-Protokolls empfangenen Datenpakete eindeutig den ursprünglich eingespeisten Datenströmen (DS340, DS350, DS360) der Sendeeinheit zuordenbar sind.
6. UMTS- FunkkommunikationsSystem, in dem der Austausch von Datenströmen zwischen dessen Teilnehmergeräten, insbesondere Mobilfunkgeräten (MP) , und Netzwerkeinheiten, insbesondere Funkkontrolleinheiten (FC) , nach einem der vorhergehenden Ansprüche vorgenommen wird.
PCT/DE2001/002327 2000-06-28 2001-06-25 Verfahren zum multiplexen innerhalb des pdcp.protokolls eines umts-funkkommunikationsystems Ceased WO2002001774A2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10031494.5 2000-06-28
DE2000131494 DE10031494A1 (de) 2000-06-28 2000-06-28 Verfahren zum Multiplexen einer Vielzahl von Datenpaketen mehrerer Datenströme innerhalb des PDCP-Protokolls eines UMTS-Funkkommunikationsystems

Publications (2)

Publication Number Publication Date
WO2002001774A2 true WO2002001774A2 (de) 2002-01-03
WO2002001774A3 WO2002001774A3 (de) 2002-05-02

Family

ID=7647093

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE2001/002327 Ceased WO2002001774A2 (de) 2000-06-28 2001-06-25 Verfahren zum multiplexen innerhalb des pdcp.protokolls eines umts-funkkommunikationsystems

Country Status (2)

Country Link
DE (1) DE10031494A1 (de)
WO (1) WO2002001774A2 (de)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002030043A3 (en) * 2000-10-03 2003-09-18 Ericsson Telefon Ab L M Context identification using header compression key
CN100583805C (zh) * 2001-08-22 2010-01-20 西门子公司 在使用共同混合自动请求重发过程的情况下数据包的传输方法和装置
EP2405705A4 (de) * 2009-03-04 2013-07-10 China Academy Of Telecomm Tech Verfahren, system und vorrichtung zur anzeige des formats einer einheit
CN111475331A (zh) * 2020-03-24 2020-07-31 平安银行股份有限公司 数据校验方法、装置、计算机设备和存储介质

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001022679A2 (en) * 1999-09-17 2001-03-29 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for multiplexing packet data flows

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002030043A3 (en) * 2000-10-03 2003-09-18 Ericsson Telefon Ab L M Context identification using header compression key
US6967964B1 (en) 2000-10-03 2005-11-22 Telefonaktiebolaget Lm Ericsson (Publ) Context identification using header compression key at link layer
CN100583805C (zh) * 2001-08-22 2010-01-20 西门子公司 在使用共同混合自动请求重发过程的情况下数据包的传输方法和装置
EP2405705A4 (de) * 2009-03-04 2013-07-10 China Academy Of Telecomm Tech Verfahren, system und vorrichtung zur anzeige des formats einer einheit
CN111475331A (zh) * 2020-03-24 2020-07-31 平安银行股份有限公司 数据校验方法、装置、计算机设备和存储介质

Also Published As

Publication number Publication date
DE10031494A1 (de) 2002-01-10
WO2002001774A3 (de) 2002-05-02

Similar Documents

Publication Publication Date Title
DE60218431T2 (de) Transfer von ip-daten in einem kommunikationssystem unter verwendung mehrerer logischer verbindungen für komprimierte felder auf der grundlage verschiedener kontexte
DE60106457T2 (de) Zuteilung von datenübertragungsbetriebsmitteln bei der paketvermittelten datenübertragung
DE60316094T2 (de) Verfahren, Vorrichtung und System für die Komprimierung von verlängerten Kopffeldern
DE60130479T2 (de) Definieren einer kontextkennung bei der kopffeldkomprimierung
EP1273147B1 (de) Verfahren zum betreiben eines mobilfunknetzes
DE19950653B4 (de) Verfahren zum Betreiben eines Mobilfunknetzes
DE60131890T2 (de) Dynamische Delta-Kopierung für Kabelmodemkopffeldunterdrückung
DE60200285T2 (de) Verlustfreie SRNS Relocation Prozedur in einem Funkkommunikationssystem
DE69833111T2 (de) Bestimmung von trägerdiensten in einem funkzugriffsnetz
EP1252787B1 (de) Verfahren zum betreiben eines mobilfunknetzes
DE20023164U1 (de) Vorrichtung zum Austauschen von Daten variabler Länge entsprechend einem Funkverbindungsprotokoll in einem mobilen Kommunikationssystem
DE19723659A1 (de) Datenkommunikationssystem und Verfahren zur Chiffrierung zu übertragender Daten
DE69932184T2 (de) Verfahren und vorrichtung zur reduzierung der verarbeitungszeit von daten in kommunikationsnetzwerken
DE60202352T2 (de) System und verfahren zur verarbeitung falscher daten in einem paketvermittelten kommunikationssystem, wobei die pakete unterteilt und in teilen verarbeiten werden
DE19958510A1 (de) Verfahren zum Betreiben eines Mobilfunknetzes
EP1994677A1 (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
DE69905623T2 (de) Paketdatenübertragung im mobilfunksystem der dritten generation
WO2002001774A2 (de) Verfahren zum multiplexen innerhalb des pdcp.protokolls eines umts-funkkommunikationsystems
EP1049294B1 (de) Netzwerk mit mehreren Netzwerk-clustern zur drahtlosen Übertragung von Paketen
WO2002067489A1 (de) Datenübertragungsverfahren
EP1505845A1 (de) Verfahren und Vorrichtung zum Ermitteln mindestens eines Übertragungsparameters in einem Übertragungssystem
EP1376940B1 (de) Verfahren zur Datenübertragung
DE10124996A1 (de) Mobilfunksystem, Basisstation-Demodulator für das Mobilfunksystem, und Verfahren zum Terminieren einer Vielzahl von ATM-Leitungen in dem Basisstation-Demodulator
DE69931132T2 (de) Funkstrecke mit dynamischer Anpassung
DE19944334C1 (de) Verfahren zum Betreiben eines Mobilfunknetzes

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): CA CN IN JP KR US

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP