WO2005004409A1 - Procede permettant d'obtenir une etiquette de points de code de services differencies en fonction de ip dans un reseau d'acces radio - Google Patents

Procede permettant d'obtenir une etiquette de points de code de services differencies en fonction de ip dans un reseau d'acces radio Download PDF

Info

Publication number
WO2005004409A1
WO2005004409A1 PCT/CN2003/000539 CN0300539W WO2005004409A1 WO 2005004409 A1 WO2005004409 A1 WO 2005004409A1 CN 0300539 W CN0300539 W CN 0300539W WO 2005004409 A1 WO2005004409 A1 WO 2005004409A1
Authority
WO
WIPO (PCT)
Prior art keywords
dscp
data frame
utran
node
dscp value
Prior art date
Application number
PCT/CN2003/000539
Other languages
English (en)
Chinese (zh)
Inventor
Sheng Liu
Baijun Zhao
Jun Hu
Original Assignee
Utstarcom (China) Co. Ltd.
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 Utstarcom (China) Co. Ltd. filed Critical Utstarcom (China) Co. Ltd.
Priority to AU2003255071A priority Critical patent/AU2003255071A1/en
Priority to CNA038266970A priority patent/CN1788463A/zh
Priority to PCT/CN2003/000539 priority patent/WO2005004409A1/fr
Publication of WO2005004409A1 publication Critical patent/WO2005004409A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2408Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2491Mapping quality of service [QoS] requirements between different networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/04Interfaces between hierarchically different network devices
    • H04W92/06Interfaces between hierarchically different network devices between gateways and public network devices

Definitions

  • the present invention generally relates to a technology for guaranteeing QoS (Quality of Service) in UMTS (Universal Mobile Telecommunications System), and particularly relates to implementing differentiated service (DiffServ) in UMTS radio access network (IJTRAN) based on IP transmission to implement QoS guarantee.
  • UMTS Universal Mobile Telecommunications System
  • DiffServ differentiated service
  • IJTRAN UMTS radio access network
  • RNC radio network controller
  • Node B control node B
  • DSCP differentiated service code point
  • the UMTS (Universal Mobile Telecommunications System) system is a third-generation mobile communication system that uses WCDMA as a wireless technology. Its standardization work is completed by the 3GPP (Third Generation Partnership Project) organization. So far there are four versions, which is known as Release. 99, Release 4, Release 5, and Release 6.
  • the R5 version is the first version of all IP (or full packetization).
  • the improvements in the radio access network include the following: Proposed high-speed downlink packet access HSDPA technology, which enables the downlink rate to reach 8-10Mbps, which greatly improves This improves the efficiency of the air interface; Iu, Iur, and Iu interfaces add IP-based optional transmission methods, enabling the wireless access network to be IP-based.
  • FIG. 2 further illustrates the network structure of the UTRAN, in which the radio network controller (RNC) 3 is connected to the circuit switching (CS) domain of the core network 1 through an Iu-CS interface, and is grouped with the core network 1's packets through the Iu-PS interface.
  • RNC radio network controller
  • Radio Network Controllers (RNCs) 3 are connected through Iur interfaces, and one RC is connected to one or more Node Bs (Node Bs) 4 through Iub interfaces.
  • a Node B (Node B) 4 includes one or more cells 5, and the cell 5 is a basic unit of UE radio access.
  • RNC usually completes PDCP (Packet Data Convergence Protocol), RLC (Radio Link Control), and MAC in the wireless interface protocol
  • a radio bearer of a UE can be connected to a source RNC (SRNC) by a control RNC (CRNC) via an Iur interface.
  • SRNC source RNC
  • CRNC control RNC
  • Iur interface Iur interface
  • DRNC drift RNC
  • Figure 3 shows a schematic diagram of the structure of the UTRAN interface protocol. It can be seen that the UTRAN interface protocol is divided into a wireless network layer and a transmission network layer in the horizontal direction, and is divided into a control plane and a user plane protocol stack in the vertical direction. The transport network control plane at the transport network layer. Control plane protocol includes NBAP
  • the user plane protocol includes a data stream and a data bearer used by the data stream.
  • the data stream is generally transmitted through a frame protocol (FP) on an interface.
  • FP frame protocol
  • FIGS 4A-4C show the Iu, Iur, and Iub interface user plane transport network layer protocol stack based on IP RAN technology in Release 5's UMTS.
  • FIG. 4A shows an Iu-CS interface transmission network layer protocol stack, and RTP and UDP in the figure respectively represent a real-time transmission protocol and a user datagram protocol;
  • FIG. 4B shows an Iu-PS interface transmission network layer protocol stack.
  • GTP-U represents the user plane GPRS tunneling protocol;
  • Figure 4C shows the Iur / Iub interface transmission network layer protocol stack.
  • the Iu interface is the Iu UP (user plane) protocol
  • the Iur / Iub interface is FP (Frame Protocol) data frame protocol corresponding to each transmission channel.
  • 5A-5B show Iu, Iur, and Lub interface control plane protocol stacks based on IP RAN technology in Release 5's UMTS. Among them, FIG. 5A shows a lub interface control plane protocol stack, and FIG. 5B shows an Iu / Iur interface control plane protocol stack.
  • SCCP, M3UA, and SCTP represent the signaling connection control part, the SS7 MTP3 user adaptation layer, and Flow Control Transmission Protocol.
  • the wireless network layer application protocols of the Iu / Iur / Iub interface are RANAP (Radio Access Network Application Part), RNSAP (Wireless Network Subsystem Application Part), and NBAP (Node B Application Part).
  • RANAP Radio Access Network Application Part
  • RNSAP Wireless Network Subsystem Application Part
  • NBAP Node B Application Part
  • UTRAN interface protocol please refer to the TS25.4xx series of 3GPP protocol documents.
  • the Iu, Iur, lub interface control plane and user plane are all IPv6-based IP networks at the transport network layer (IPv4 is an optional IP version ), According to TS25.414, TS25.426, TS25.422, TS25.432 and other protocols, the Iu, Iur, and lub interface transmission network layers all need to support DSCP marking in order to support IP-RAN-based DiffServ (Differentiated Services) QoS (Quality of Service) assurance technology.
  • DiffServ Differentiated Services
  • QoS Quality of Service
  • the IP QoS proposed by the IETF Internet Engineering Task Force mainly includes two categories of integrated services (IntServ) and (DiffServ). Among them, DiffServ is considered to be the most promising technology for solving QoS problems in IP networks because of its good expansion performance.
  • differentiated services The basic idea of differentiated services is to classify the user's data flow according to the quality of service requirements. Any user's data flow can enter the network freely, but when the network is congested, higher-level data flows are queued and occupy more resources than levels. Lower data streams have higher priority. Differentiated services only promise relative service quality, and do not promise specific service quality indicators to any user. Under the differentiated services mechanism, users and networks Network management departments need to agree on a service level contract (SLA) in advance. According to the SLA : the user's data flow is given a specific priority level. When the data flow passes through the network, the router will adopt a corresponding method (called hop-by-hop behavior. " PHB ”) to process packets within the stream. Differentiated services contain only a limited number of business levels, and the amount of status information is small, so it is simple to implement and has good scalability.
  • SLA service level contract
  • the edge nodes of the network classify the packets and mark the DSCP, and the intermediate nodes classify the packets according to the value of the DSCP in the "hop-by-hop behavior" (PHB).
  • the domain used by DSCP is the TOS (Service Type) domain in the IP header in IPv4, and the Traffic Class domain in the IP header in IPv6.
  • the IPv6 service flow The type field is 8 bits long.
  • the actual length of the TOS field of IPv4 excluding the two reserved bits is 6 bits.
  • BE PHB packets do not need to be processed specially, so they try their best to deliver services. Packets marked with EF should be forwarded with minimum delay, and the packet loss rate should also be very low.
  • AF PHB is further subdivided into several subclasses, which are represented by AFxy. , Where x is the AF category, and different queues are assigned to the packets accordingly, and y is the drop priority of the packet. AF packets of the same type and the same X enter the same queue.
  • the DSCP of the IP packet in the downlink direction of the Iu interface is marked by the core network according to the QoS attribute parameters of the requested service.
  • the specific mapping relationship between the QoS attribute parameters and the DSCP is determined by the operator according to its network configuration, operation strategy, etc. Make settings. Because UTRAN and the core network are two different DiffServ Domain, and the wireless network layer data flow on the lur / Iub interface is completely different from the wireless network layer data flow on the Iu interface, so the RNC needs to re-classify the IP packets on the lur / Iub interface and mark the DSCP value. In order to achieve the QoS guarantee for the requested service.
  • the FP data frame of the user plane wireless network layer of the lur / Iub interface corresponds to each transmission channel.
  • the FP frame protocol also includes in-band control signaling frames.
  • IT data frames corresponding to the dedicated transmission channel DCH in the lur / Iub interface.
  • the common transmission channels corresponding to the FP data frames include RACH (Random Access Channel), CPCH (Common Packet Channel), and FACH (Forward Access Channel) and DSCH in the downlink direction.
  • the common transmission channel corresponding to the FP data frame includes RACH, CPCH in the uplink direction, and FACH, DSCH in the downlink direction.
  • the HS-DSCH and PCH Paging Channel).
  • One FP data frame of the Iub interface carries all the transmission blocks of the corresponding physical channel within one TTI (transmission time interval).
  • the FP data frame corresponding to the DCH is the same as the Iub interface, but the public transmission
  • the size and number of SDUs (service data units) in the MAC layer carried by an FP data frame of a channel depends on the flow control mechanism used and the specific implementation.
  • the HS-DSCH in the lu / Iub interface The size and number of data units carried in an FP data frame also depend on the flow control mechanism used and the specific implementation.
  • a detailed description of the lur / Iub interface FP data frame protocol please refer to the TS25.427, TS25.425, and TS25.435 series of 3GPP protocol documents.
  • the FP data frame protocol corresponding to the dedicated transmission channel DCH is exactly the same in the lu / Iub interface. This is because the wireless interface protocol functional entities corresponding to the DCH, such as PDCP / RLC / MAC, are located in the SRNC, that is, the DCH FP data.
  • the frame carries the MAC layer PDU (Protocol Data Unit) corresponding to the DCH. (That is, the transport block), so for DCH, DRNC only provides a path to transparently route DCH FP data frames from SRNC to its controlled Node B, or vice versa, to transparently route DCH FP data frames from Node B Go to the corresponding SRN :.
  • PDU Protocol Data Unit
  • the FP data frame protocol of the HS-DSCH is the same in the Iur / Iub interface, and DRNC only provides transparent transmission.
  • the FP data frame protocol corresponding to the common transmission channel (except HS-DSCH) is different in the Iur / Iub interface.
  • the MAC layer functional entity corresponding to the common transmission channel MAC- c / sh is implemented in CRNC. Therefore, the FP data frame corresponding to the public transmission channel of the Iur interface carries the MAC layer SDU (Service Data Unit) corresponding to the common transmission channel, and the FP data frame corresponding to the public transmission channel of the Iub interface carries the corresponding FP data frame.
  • MAC layer PDU protocol data unit, here is the transport block).
  • the FP data frame protocols corresponding to the common transmission channel can be classified as follows:
  • one IT data frame of the lub interface corresponding to the common transmission channel RACH / CPCH only contains the transmission block of the RACH / CPCH channel of a certain UE, and different FP data frames can correspond to the RACH / CPCH channels of different UEs.
  • the FP data frame of a RACH / CPCH on the Iur interface still only contains the SDU of the RACH / CPCH channel of a certain UE.
  • the Lub interface of Node B cannot distinguish the FP data frames of RACH / CPCH of different users.
  • the ⁇ TT data frame of the Iur interface corresponding to the common transmission channel FACH / DSCH only contains the MAC-c / sh SDU of the FACH / DSCH channel of a certain UE.
  • the FP data frame of each FACH / DSCH also contains Contains a 4-bit CmCH-PI (Common Transmission Channel Priority Indication) field for Priority processing of the packet scheduling function in MAC-c / sh.
  • FACH may simultaneously transmit the logical channels of multiple UEs in a TTI, and the BCCH (broadcast control channel), CCCH (common control channel), and CTCH ( Public Service Channel) and other logical channels.
  • an FP data frame of one DSCH of the Iub interface only includes a DSCH channel transmission block of a certain UE.
  • the PCH FP data frame in the Iub interface contains a transport block of the PCH in the TTI.
  • the PCH carries the PCCH (paging control channel) logical channel generated by the CRNC, and the PCCH carries the TYPE I paging message generated by the RRC (Radio Resource Control) layer.
  • the JT data frame of an Iur / Iub interface of the HS-DSCH contains only the PDU generated by the MAC-d in the SRNC of a certain UE.
  • DSCP is marked by the edge node of the IP network, that is, the RNC and Node B classify and mark the IP packets that go out from their Iur / Iub interface.
  • DSCP value the data flow out of the Iur / Iub interface of the RNC and Node B can be divided into the following situations according to different network edge nodes and different interfaces:
  • the data stream sent by Node B from the Iub interface is the uplink Iub interface FP data frame.
  • the data stream sent by the RNC from the lur interface includes: uplink DCH FP data frames from the Iub interface that are transparently forwarded; uplink RACH / CPCH FP data frames from the Iub interface that are formed by MAC-c / sh MAC layer SDUs Corresponding lur interface uplink RACH / CPCH FP data frame; and downlink Rur interface FP data frame generated by the RNC as SRNC and sent to DRNC.
  • the data stream sent by the RNC from the Iub interface includes: Downstream DCH / HS-DSCH FP data frames from the Iur interface that are transparently forwarded; Downstream DSCH FP data frames from the Iur interface; the MAC layer processed by MAC-c / sh The SDU forms the corresponding downlink DSCH FP data frame of the Iub interface; the downlink FACH ⁇ P data frame from the Iur interface is processed by MAC-c / sh and multiplexed with other logical channels to form the downlink FACH FP data frame of the Iub interface; and the RNC serves as the The downstream Iub interface FP data frame generated by the CRNC and sent directly to the Node B.
  • Figure 7 shows a schematic diagram of the IP RAN transmission network.
  • the transmission network of the Iur / Iub interface is the same IP network
  • the RNC marks DSCP on the outbound port of Iur / Iub and Node B on the outbound port of Iub
  • the same strategy should be used for IP packet classification.
  • DSCP marking Based on the principle of DiffServ, the classification of IP packets in IP RAN is achieved by dividing the data flow in the Iur / Iub interface with different priorities. The priority of the data flow in this Iur / Iub interface can be related to QoS.
  • mapping relationship between the priority of the data flow in the Iur / Iub interface and the differentiated service code point (DSCP) can be obtained, and this mapping relationship can be implemented by the network operator according to the specific network configuration and operation strategy in the specific implementation. Make settings. Therefore, after determining the priority of the IP packet of the corresponding data frame according to the QoS attribute parameters of the RAB and the wireless network resources, and adopting a unified priority policy, the specific mapping relationship between the packet priority and the DSCP can be determined. DSCP value.
  • the IP network edge node completes the DSCP marking operation on the corresponding packet according to the DSCP value, it means that the intermediate node can
  • the priority corresponding to the value of the DSCP classifies the "hop-by-hop behavior" (PHB) in the corresponding packets in order to optimize the QoS and the use of wireless network resources.
  • PHB hop-by-hop behavior
  • the DSCP marking performed on the IP packets out of the Iub / Iur interface of the edge node of the IP network in the UMTS Radio Access Network (UTRAN) based on IP transmission can be summarized into the following situations:
  • the downstream Rb interface FP data frame generated by the RNC as a CRNC and sent directly to the Node B because the RNC is fully aware of the wireless corresponding to this FP data frame Information about the QoS and wireless resources of the access bearer (RAB), so a unified priority policy can be used to classify and DSCP mark the IP packets carrying such FP data frames.
  • RAB access bearer
  • the IP of the corresponding data frame originally entered from the lur can be directly transmitted
  • the DSCP field of the packet is the DSCP of the IP packet of the corresponding data frame sent to the lub interface.
  • the downstream FP data frame sent to the DRNC to the DRNC generated by the RNC as the SRNC is completely known to the RNC as the QoS of the RAB corresponding to this FP data frame
  • a unified priority policy can be used to classify and DSCP mark IP packets that carry such I data frames.
  • the DSCP field of the IP packet of the corresponding FP data frame originally entered from the lub can be directly copied as the DSCP of the IP packet of the corresponding data frame sent to the lur interface.
  • the object of the present invention is to overcome the problems in the prior art, and to provide A Universal Mobile Telecommunications System (UMTS) radio access network based on IP transmission
  • UMTS Universal Mobile Telecommunications System
  • UTRAN method for implementing differentiated service code point (DSCP) marking
  • the UMTS includes a core network (CN), a radio access network (UTRAN), and multiple wireless terminal devices (UE), where the CN communicates with UTRAN is connected, UTRAN is connected to each UE through a Uu interface, UTRAN contains multiple radio network controllers (RNCs), each RCN is connected to each other through an Iur interface, and each RCN is connected to one or more Node Bs through an Iub interface.
  • RNCs radio network controllers
  • Nobe B a Node B includes one or more cells, and the cell is the basic unit of UE wireless access.
  • the method includes the following steps:
  • FP differentiated service code point
  • the UTRAN edge node completes a DSCP marking operation on the IP packet of the specific FP data frame corresponding to the DSCP value according to the received DSCP value.
  • the present invention also provides a device for implementing differentiated service code point (DSCP) marking in a Universal Mobile Telecommunications System (UMTS) radio access network (UTRAN) based on IP transmission, wherein the UMTS includes a core network (CN), Radio access network (UTRAN) and multiple wireless terminal equipment (UE), where CN is connected to UTRAN through lu interface, UTRAN is connected to each UE through Uu interface, and UTRAN includes multiple radio network controllers (RNC) Each RCN is connected to each other through an Iur interface, and each of the RCNs is connected to one or more Node Bs (Nobe B) through an Iub interface.
  • a Node B includes one or more cells, and the cell is the basic of UE wireless access Unit, the device includes ...
  • DSCP value determining unit configured to determine a corresponding connection from a UTRAN edge node The DSCP value of the IP packet of the specific frame protocol (FP) data frame going out of the mouth;
  • a DSCP value distribution unit configured to distribute the determined DSCP value to a UTRAN edge node corresponding to the specific ⁇ data frame;
  • the DSCP marking operation unit is configured to complete the DSCP marking operation on the IP packet of the specific FP data frame corresponding to the DSCP value according to the received DSCP value.
  • the UTRAN unified priority policy is adopted for the specific FP data frame.
  • the IP packet performs the DSCP marking operation, so it is beneficial to guarantee the quality of service (QoS) in the UMTS (Universal Mobile Telecommunications System), thereby improving the utilization efficiency of wireless network resources.
  • QoS quality of service
  • FIG. 1 is a schematic diagram of the structure of a UMTS (Universal Mobile Telecommunications System) network system
  • FIG. 2 is a more detailed network structure diagram between the UMTS radio access network (UTRAN) and the core network (CN) shown in FIG. 1;
  • UTRAN UMTS radio access network
  • CN core network
  • Figure 3 is a schematic diagram of the UTRAN interface protocol structure
  • 4A-4C are schematic diagrams of the user plane transmission network layer protocol stack of the Iu, Iur, and Iub interface based on the IP RAN (IP-based radio access network) technology in the UMTS of Release 5;
  • IP RAN IP-based radio access network
  • 5A-5B are schematic diagrams of Iu, Iur, and Iub interface control plane protocol stacks based on IP RAN technology in Release 5's UMTS;
  • Figure 6 is the differentiated services proposed by the IETF (Internet Engineering Task Force) (DiffServ) IP QoS technology ’s standard corresponding chart of "Hop-by-Hop (PHB)” and DiffServ Code Point (DSCP) recommendations;
  • DiffServ Internet Engineering Task Force
  • FIG. 7 is a schematic diagram of an IP RAN transmission network
  • FIG. 8 is a schematic flowchart of a method for classifying and DSCP marking IP packets carrying DCH FP data frames in an upstream direction of a Iub interface on a Node B side by an SRNC through RNSAP / NBAP signaling according to a specific embodiment of the present invention
  • FIG. 9 is a method for classifying and DSCP marking IP packets of Iur interface uplink RACH / CPCH FP data frames formed by MAC-c / sh processing by SRNC through R SAP signaling according to a specific embodiment of the present invention. Schematic flow chart. detailed description
  • FIG. 8 shows a schematic flowchart of a method for classifying and DSCP marking IP packets carrying DCH FP data frames in the uplink direction of the Iub interface on the Node B side by the SRNC through RNSAP / NBAP signaling according to the present invention.
  • the SRNC in the uplink direction, the SRNC first uses the QoS attribute parameters of the RAB provided by the core network (CN) during the RAB establishment or modification process, combines specific radio resource information, and uses the UTRAN unified priority policy. To determine the DSCP value of the IP packet carrying the corresponding DCH FP data frame in the upstream direction of the Iu interface on the Node B side.
  • step S20 the SRNC distributes the DSCP value to the Node B to which it belongs through RNSAP / NBAP signaling. Therefore, in step S30, the Node B completes the marking operation of the IP packet DSCP carrying the corresponding DCH FP data frame by distinguishing different uplink dedicated physical channels according to the DSCP value designated by the SRNC. Make.
  • RNSAP / BAP messages related to DCH establishment and modification initiated by SRNC are: RADIO LINK SETUP REQUEST (radio link establishment request), RADIO LINK ADDITION REQUEST (radio link increase request), RADIO LINK RECONFIGURATION PREPARE (Radio link reconfiguration preparation), RADIO LINK RECONFIGURATION REQUEST (radio link reconfiguration request).
  • the information element "RL Information" (radio link information) is included, which includes various parameters related to the wireless link, such as the identity of the wireless link and the corresponding physical channel timing. Information, initial transmit power, transmit diversity mode, compressed mode frame structure information, etc.
  • the information unit contains parameters in different messages and different application protocols.
  • RNSAP / NBAP
  • TS25.423 3GPP protocols TS25.423 and TS25.433.
  • DiffServ Code Point In RNSAP / NBAP signaling, the IE is multi-layered. The newly added IE: "DiffServ Code Point" IE:
  • the new IE length is an 8-bit group
  • FIG. 9 shows the completion of RACH / CPCH FP data from the Lub interface of Node B by the SRNC through RNSAP signaling according to the present invention.
  • the Iur interface uplink RACH / CPCH FP data frame formed after MAC-c / sh processing is performed.
  • the SRNC first determines the DRNC based on the QoS attribute parameters of the RAB provided by the core network during the RAB establishment or modification process, combined with specific wireless resource information, and using the UTRAN unified priority policy.
  • step S110 the SRNC distributes the DSCP value to the corresponding DRNC through RNSAP signaling. Therefore, in step S120, the DRNC completes the marking operation of the IP packet DSCP carrying the corresponding RACH / CPCH FP data frame by distinguishing the uplink RACH / CPCH channels of different UEs according to the DSCP value designated by the SRNC.
  • the following describes a specific implementation of the method for classifying and DSCP marking an IP packet of an uplink RACH / CPCH FP data frame of an Iur interface formed by MAC-c / sh processing by SRNC through RNSAP signaling in FIG. 9.
  • the current RNSAP message "COMMON TRANSPORT CHANNEL RESOURCES REQUEST" carries the radio network temporary identifier d-RNTI of the UE allocated by the DRNC.
  • the DRNC can identify the SDU of the RACH / CPCH to which it belongs. In this way, the DRNC can complete the IP address of the RACH / CPCH FP data frame of the UE ’s RACH / CPCH FP data frame according to the corresponding IE ViffServ Code Point n of the UE carried in the R SAP message "COMMON TRANSPORT CHANNEL RESOURCES REQUEST". Tag for grouped DSCP values.
  • the SRNC uses the UTRAN unified priority policy to determine the corresponding FP data frame according to known QoS attribute parameters and radio resource information related to a specific FP data frame.
  • the DSCP value is notified to the relevant network edge node DRNC or Node B so that it can complete the DSCP marking operation.
  • other UMTS network components that can obtain the relevant QoS attribute parameters and radio resource information can also be used to determine the corresponding DSCP value.
  • the method of the present invention uses the RNSAP NBAP signaling to distribute the determined DSCP value, the present invention can also use other methods Mode, such as distributing corresponding DSCP values through in-band signaling in the user plane.
  • the present invention also provides a device for implementing differentiated service code point (DSCP) marking in a Universal Mobile Telecommunications System (UMTS) radio access network (UTRAN) based on IP transmission.
  • DSCP differentiated service code point
  • UMTS Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • the DSCP value in the device The determination unit, the DSCP value distribution unit, and the DSCP marking operation unit jointly perform a DSCP marking operation on an IP packet of a specific FP data frame.
  • a preferred embodiment of the device provided by the present invention for example, as shown in FIG.
  • the DSCP value determination unit and the distribution unit are source radio network controllers (SRNC) 3, and the DSCP marking operation unit is connected with A network edge node drift network controller (DRNC) and / or a node B (Node B) 4 in the UTRAN corresponding to the specific FP data frame.
  • SRNC source radio network controllers
  • DRNC network edge node drift network controller
  • Node B node B

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé permettant d'obtenir une étiquette de points de code de services différenciés en fonction d'IP dans un réseau d'accès radio d'un système universel de télécommunication mobile (UMTS) (UTRAN), le réseau central (CN) d'UMTS se connecte à UTRAN par l'interface Iu, UTRAN se connecte à chaque équipement de terminal radio (UE) par l'interface Uu, plusieurs contrôleurs de réseau radio (RNC) se connectent à chaque autre interface Iur, chaque RCN se connecte à au moins un noeud B (Noeud B) par l'interface Iub. Ce procédé comprend plusieurs étapes : la valeur de point de codes de services différenciés (DCSP) du paquet IP de la trame de données du protocole de trames spécifique (FP) issue de l'interface opposée du noeud d'extrémité UTRAN est déterminée ; l'opération de marquage DSCP du paquet IP de la trame de données FP spécifique correspondant à la valeur DSCP est réalisée au moyen du noeud d'extrémité en fonction de la valeur DSCP. L'invention porte aussi sur des moyens permettant d'effectuer l'opération de marquage DSCP susmentionnée. Cette opération de marquage DSCP est traitée dans la présente invention en combinaison avec QoS corrélatif et les informations de ressources radio, QoS et le facteur de capacité des ressources radio sont optimisés.
PCT/CN2003/000539 2003-07-07 2003-07-07 Procede permettant d'obtenir une etiquette de points de code de services differencies en fonction de ip dans un reseau d'acces radio WO2005004409A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
AU2003255071A AU2003255071A1 (en) 2003-07-07 2003-07-07 A method for achieving differentiated service code point tag based on ip in umts radio access network
CNA038266970A CN1788463A (zh) 2003-07-07 2003-07-07 基于ip的umts无线接入网(ran)中实现区分服务码点标记的方法
PCT/CN2003/000539 WO2005004409A1 (fr) 2003-07-07 2003-07-07 Procede permettant d'obtenir une etiquette de points de code de services differencies en fonction de ip dans un reseau d'acces radio

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2003/000539 WO2005004409A1 (fr) 2003-07-07 2003-07-07 Procede permettant d'obtenir une etiquette de points de code de services differencies en fonction de ip dans un reseau d'acces radio

Publications (1)

Publication Number Publication Date
WO2005004409A1 true WO2005004409A1 (fr) 2005-01-13

Family

ID=33557724

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2003/000539 WO2005004409A1 (fr) 2003-07-07 2003-07-07 Procede permettant d'obtenir une etiquette de points de code de services differencies en fonction de ip dans un reseau d'acces radio

Country Status (3)

Country Link
CN (1) CN1788463A (fr)
AU (1) AU2003255071A1 (fr)
WO (1) WO2005004409A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010111819A1 (fr) * 2009-03-30 2010-10-07 华为技术有限公司 Procédé, système de réseau et dispositif pour réaliser une retransmission de données
CN101263731B (zh) * 2005-09-16 2013-01-02 艾利森电话股份有限公司 用于hsdpa业务量的改进的确定大小的方法
CN103392376A (zh) * 2011-02-14 2013-11-13 瑞典爱立信有限公司 无线网络控制器和无线网络控制器组件

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101388811B (zh) * 2007-09-10 2015-03-18 上海中兴软件有限责任公司 基于无线接入网的接入控制方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002003623A1 (fr) * 2000-06-30 2002-01-10 Nokia Corporation Procede dynamique de requete de disponibilite de dscp
WO2002078273A1 (fr) * 2001-03-23 2002-10-03 Advanced Micro Devices, Inc. Creation d'etiquettes sur la base de priorites ou d'informations de services differenties
JP2003069633A (ja) * 2001-08-28 2003-03-07 Ntt Docomo Inc 多重伝送装置及び多重伝送方法
CN1422484A (zh) * 2000-02-08 2003-06-04 艾利森电话股份有限公司 在无线接入网络中使用互联网协议(ip)

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1422484A (zh) * 2000-02-08 2003-06-04 艾利森电话股份有限公司 在无线接入网络中使用互联网协议(ip)
WO2002003623A1 (fr) * 2000-06-30 2002-01-10 Nokia Corporation Procede dynamique de requete de disponibilite de dscp
WO2002078273A1 (fr) * 2001-03-23 2002-10-03 Advanced Micro Devices, Inc. Creation d'etiquettes sur la base de priorites ou d'informations de services differenties
JP2003069633A (ja) * 2001-08-28 2003-03-07 Ntt Docomo Inc 多重伝送装置及び多重伝送方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101263731B (zh) * 2005-09-16 2013-01-02 艾利森电话股份有限公司 用于hsdpa业务量的改进的确定大小的方法
WO2010111819A1 (fr) * 2009-03-30 2010-10-07 华为技术有限公司 Procédé, système de réseau et dispositif pour réaliser une retransmission de données
US8761076B2 (en) 2009-03-30 2014-06-24 Huawei Technologies Co., Ltd. Method for realizing data forwarding, network system, and device
CN103392376A (zh) * 2011-02-14 2013-11-13 瑞典爱立信有限公司 无线网络控制器和无线网络控制器组件

Also Published As

Publication number Publication date
CN1788463A (zh) 2006-06-14
AU2003255071A1 (en) 2005-01-21

Similar Documents

Publication Publication Date Title
US7596084B2 (en) Method for implementing diffserv in the wireless access network of the universal mobile telecommunication system
JP3574788B2 (ja) 移動通信システムにおけるサービスクオリティの制御
US6845100B1 (en) Basic QoS mechanisms for wireless transmission of IP traffic
US8565091B2 (en) Dynamic control of air interface throughput
JP4224458B2 (ja) 無線リソースを管理する方法及び無線システム
JP4982545B2 (ja) 移動通信システムのmbmsサービスのためのpdcp構造及び動作方法
EP1064800B1 (fr) Procede de controle de la qualite de service dans un systeme de communications mobile
CN100359903C (zh) 在分组交换数据传输中分配数据传输资源
CN100499927C (zh) 演进网络中保证比特率业务承载的建立修改方法
US20100020772A1 (en) Packet transmission scheduling technique
JP2007502584A (ja) 移動体通信システムでの自動ipトラフィック最適化
KR20050048684A (ko) 통신 시스템에서 마이크로-터널들을 사용하기 위한 방법 및장치
CN102668685A (zh) 针对改进服务质量处理的电信方法、协议和设备
US20040057424A1 (en) Communications system
Moon et al. Diffserv extensions for QoS provisioning in IP mobility environments
EP1096743A1 (fr) Réseau de communication par radio
JP4426581B2 (ja) 無線端末から送信された、異なるフローからのデータパケットのスケジューリング方法
WO2005004409A1 (fr) Procede permettant d'obtenir une etiquette de points de code de services differencies en fonction de ip dans un reseau d'acces radio
WO2005009065A1 (fr) Procede pour ameliorer la qualite des services dans un reseau d'acces radio d'un systeme universel de telecommunications mobiles (umts)
EP2740310B1 (fr) Mise en oeuvre d'un service de données de paquet dans un réseau de communication mobile
EP1919230B1 (fr) Procédé pour affectation de capacité pour le transfert de paquets d'émission de trafic en continu dans un réseau d'accès radio
KR20040056990A (ko) 차세대 네트워크에서의 이동통신 서비스 제어 시스템 및방법, 그 프로그램이 저장된 기록매체
Li et al. Use of traffic separation techniques for the transport of HSPA and R99 traffic in the radio access network with differentiated quality of service
Ala-Tauriala et al. GERAN QOS Evolution
Ala-Tauriala et al. GERAN QoS Evolution Towards UMTS

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 20038266970

Country of ref document: CN

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP