EP2832048A1 - Mise en correspondance sélective de valeurs dscp par rapport à un protocole gtp-u - Google Patents

Mise en correspondance sélective de valeurs dscp par rapport à un protocole gtp-u

Info

Publication number
EP2832048A1
EP2832048A1 EP12710946.0A EP12710946A EP2832048A1 EP 2832048 A1 EP2832048 A1 EP 2832048A1 EP 12710946 A EP12710946 A EP 12710946A EP 2832048 A1 EP2832048 A1 EP 2832048A1
Authority
EP
European Patent Office
Prior art keywords
packet
extension header
tunnel protocol
protocol extension
service identification
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
EP12710946.0A
Other languages
German (de)
English (en)
Inventor
Thomas Belling
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.)
Nokia Solutions and Networks Oy
Original Assignee
Nokia Solutions and Networks Oy
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 Nokia Solutions and Networks Oy filed Critical Nokia Solutions and Networks Oy
Publication of EP2832048A1 publication Critical patent/EP2832048A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2475—Traffic characterised by specific attributes, e.g. priority or QoS for supporting traffic characterised by the type of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2491—Mapping quality of service [QoS] requirements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels

Definitions

  • the present invention relates to apparatuses, methods and a computer program product for mapping selective DSCP values to GTP-U.
  • GGSN Gateway GPRS Support Node GPRS General Packet Radio Service
  • PDN-GW Packet Data Network Gateway also P-GW
  • 3GPP is currently working on "Service Identification for RC Improvements in GERAN" (SIRIG). It is envisioned that the core network informs the GERAN radio network when downlink IP packets relating to specific applications are detected via deep packet inspection within the core network. The GERAN radio network will use this information to configure radio bearers according to the needs of the detected applications, e.g. by assigning a suitable number of timeslots for the bandwidth requirements of the application.
  • SIRIG Service Identification for RC Improvements in GERAN
  • the deep packet inspection will either be performed by a GGSN / PDN-GW or by a standalone Traffic Detection Function (TDF) (see TS 23.203).
  • TDF Traffic Detection Function
  • GTP GPRS Tunnelling Protocol
  • a GGSN using Proxy Mobile IP will transfer the information to the Serving-GW as DSCP marks within the IP header of the inspected user plane packets, and the Serving- GW will forward the information towards the SGSN within a new extension header within the GTP user plane packets used to transfer the user plane.
  • PMIP Proxy Mobile IP
  • the SGSN will transfer the information on to the GERAN BSC using an extension of the Base Station Subsystem GPRS Protocol (BSSGP) (TS 48.018).
  • BSSGP Base Station Subsystem GPRS Protocol
  • 3GPP is also studying improvements for IP traffic handling for other radio networks than GERAN and might thus decide to use the new GTP-U header extension towards other radio networks in the future.
  • the DSCP header is a mandatory part of the IP header and always present. It is normally used for requesting priority treatment within IP routers.
  • the new GTP-U header extension as described above, will increase the overall size of a GTP-U package by 8 byte and thus lead to extra bandwidth requirements where GTP is used. If the DSCP IP header is always interworked, the new GTP-U extension header will also be supplied for user plane packets that do not relate to applications that require special treatment, which leads to an unnecessary waste of resources.
  • an apparatus which comprises at least one interface unit configured to provide connection to at least one network, and a processor configured to receive a packet via the at least one interface unit, to detect a service identification in the packet, to decide based on the detected service identification whether a tunnel protocol extension header is to be generated or not, and, when the tunnel protocol extension header is to be generated, to generate the tunnel protocol extension header, to encapsulate the received packet with the generated tunnel protocol extension header and to forward the encapsulated packet.
  • an apparatus which comprises an interface unit configured to provide connection to a network, and a processor configured to receive a packet via the interface unit, to detect whether the packet relates to a specific application, and, when it is detected that the packet relates to the specific application, to insert a service identification in the packet based on the application, or, when it is detected that the packet does not relate to a specific application, to insert a default service identification in the packet.
  • a method which comprises receiving a packet from at least one network, detecting a service identification in the packet, deciding, based on the detected service identification, whether a tunnel protocol extension header is to be generated or not, and, when the tunnel protocol extension header is to be generated, generating the tunnel protocol extension header, encapsulating the received packet with the generated tunnel protocol extension header and forwarding the encapsulated packet.
  • a method which comprises receiving a packet, detecting whether the packet relates to a specific application, and, when it is detected that the packet relates to the specific application, inserting a service identification in the packet based on the application, or, when it is detected that the packet does not relate to a specific application, inserting a default service identification in the packet.
  • a system which comprises a gateway including an apparatus according to the first aspect or modifications thereof, and a transport detection function including an apparatus according to the second aspect or modifications thereof, wherein the processor of the gateway is configured to receive the packets sent from the transport detection function.
  • a computer program product which comprises code means for performing a method according to any one of the third to fourth aspects when run on a processing means or module.
  • a tunnel protocol extension header is generated only when necessary, so that the network load and required bandwidth for the corresponding packets can be reduced.
  • Fig. 1 shows a basic structure of a gateway according to an embodiment of the present invention
  • Fig. 2 shows a basic operation of a gateway according to an embodiment of the present invention
  • Fig. 3 shows a basic structure of a TDF according to an embodiment of the present invention
  • Fig. 4 shows a basic operation of a TDF according to an embodiment of the present invention
  • Fig. 5 shows an example arrangement of entities with a separate TDF according an embodiment of the present invention
  • Fig. 6 shows an example arrangement of entities according an embodiment of the present invention, wherein the TDF is integrated in a PDN-GW. Detailed Description of embodiments
  • Fig. 1 shows a gateway 1 as an example for an apparatus according to a more general embodiment of the present invention.
  • the apparatus may be a network control node, e.g., a gateway such as a GGSN/PDN GW or a Serving-GW or may be only a part thereof, for example.
  • the gateway 1 comprises a processor 1 1 and one or several interface unit(s) 12.
  • the interface unit(s) 12 are configured to provide connection to one or several network(s), wherein the interface unit(s) 12 may be further configured to receive packets containing service identification such as DSCP and/or to send tunnel packets such as GTP-U user plane packet.
  • the processor 1 1 is configured to carry out procedures which are illustrated in the flow chart of Fig. 2.
  • the gateway 1 may also comprise a memory 13 for storing data and programs, by means of which the processor 1 1 may carry out its corresponding functions.
  • Fig. 2 illustrates a basic operation as carried out by the gateway 1 of Fig. 1 , for example.
  • a packet is received (e.g., via the interface unit 12).
  • a DCSP value (as an example for a service identification) is detected in the packet, e.g., the packet is evaluated whether such a value is present.
  • the encapsulated packet is forwarded.
  • step S1 3 In case it is decided in step S1 3 that no tunnel protocol extension header is to be generated (NO in S13), no extension header is generated (S15) and the packet is forwarded without such a header in S16.
  • the access point name may be considered to decide whether a tunnel protocol extension header is to be generated or not.
  • the received DSCP value is considered to decide whether a tunnel protocol extension header is to be generated or not.
  • the tunnel protocol extension header is generated only when it is needed, e.g., when an particular service or application requires a specific treatment, which is indicated by using the service indication (e.g., DCSP value).
  • the service indication e.g., DCSP value
  • Fig. 3 shows a TDF (transport detection function) 1 as an example for an apparatus according to a more general embodiment of the present invention.
  • the apparatus may be TDF or may be only a part thereof, for example.
  • the TDF 2 comprises a processor 21 and one or several interface unit(s) 22.
  • the interface unit(s) 22 are configured to provide connection to one or several network(s), wherein the interface unit(s) 12 may be further configured to receive packets and/or to send packets containing service identification such as DSCP.
  • the processor 21 is configured to carry out procedures which are illustrated in the flow chart of Fig. 4.
  • the TDF 2 may also comprise a memory 23 for storing data and programs, by means of which the processor 21 may carry out its corresponding functions.
  • Fig. 4 illustrates a basic operation as carried out by the TDF 2 of Fig. 3, for example.
  • a packet is received (e.g., via the interface unit 22).
  • the packet is evaluated, i.e., it is detected whether the packet relates to a specific application, and, when it is determined in step S23 (YES in S23) that the packet relates to the specific application, a DCSP value (as an example for a service identification) is inserted in the packet based on the application in step S24.
  • a default DCSP value (as an example for a default service identification) is inserted in the packet in S25.
  • the encapsulated packet is forwarded, for example to the gateway 1 shown in Fig. 1 .
  • TDF always inserts a DSCP value, even when there is no specific application detected.
  • an apparatus such as the gateway 1 can reliably decide whether to generate the tunnel protocol extension header for this packet or not.
  • the specific application described above may be a predefined application which requires special treatment such as providing a specific bandwidth, a specific data rate, a specific quality of service class, resource reservation for a specific duration, and/or a specific routing for the packet.
  • a network control node such as a GGSN / PDN GW or Serving Gateway decides based on the value of the DSCP within a received IP packet whether to generate an GTP-U extension header for the GTP-U packet it uses to encapsulate and forward that IP packet.
  • the GGSN / PDN GW or Serving Gateway uses an operator-configurable list of DCSP values to be interworked to GTP-U extension header to decide whether to generate a GTP-U extension header. For each such DSCP value to be interworked, the content of the GTP-U extension header to be supplied is also stored.
  • the GGSN may store several such operator configurable lists and select the appropriate list based on the Access Point Name (APN) negotiated for a Packet Data Protocol (PDP) session toward a user equipment (UE). This allows to handle scenarios where the downlink traffic towards a GGSN is received from several different IP networks (depending on APN) and/or only for some users a TDF is inserted.
  • the GGSN may replace received DSCP values with a default DSCP value in the IP header of the IP packet encapsulated within GTP-U if the GGSN / PDN GW or Serving Gateway decides to provide the new GTP-U extension header.
  • Downlink IP packets may be received from an external network and DSCP values in this networks might be used for other purposes.
  • the TDF is configured to perform DSCP marking for all passed IP packets. If the TDF does not identify an application requiring special treatment in the GERAN for a downlink IP packet, the TDF marks that IP packet with a default configured DSCP value that the GGSN does not interwork to the new GTP-U header extension.
  • the TDF identifies an application requiring special treatment in the GERAN for a downlink IP packet
  • the TDF marks that IP packet with a special configured DSCP value that the GGSN interworks to the new GTP-U header extension; the TDF is configured with an applicable DSCP value for each applications it can identify that requires special handling in the GERAN.
  • Fig. 5 shows an arrangement of entities and transfer of Downlink IP packets in case PDN- GW uses GTP according to a further embodiment of the present invention.
  • a PDN-GW/GGSN 52 receives packets from a first network, IP network A, and from a second network, IP network B.
  • the IP network A comprises a TDF 51.
  • the TDF 51 supplies IP DSCP markings for all IP packets it passes. It inspects the IP packets using deep packet inspection. For IP packet 2, the TDF discovers a particular application that requires a special DSCP marking "b". For IP packet 1 , the TDF does not discover a particular application and thus applies a configured default DSCP marking "a”.
  • the GGSN 52 is configured per APN whether to map received DSCP values into GTP-U header extensions. The IP network the GGSN interconnects with also depends on the APN.
  • the GGSN 52 For the APN corresponding to IP network A the GGSN 52 is configured to map received DSCP values into GTP-U header extensions. For each IP package received in such an APN the GGSN then checks the received DSCP value to decide whether to generate a GTP-U header extension with an application ID.
  • the GGSN decides to generate a GTP-U extension header with Application ID "B" because there is a configured mapping for the received DSCP mark "b" towards the Application Id "B".
  • the GGSN decides not to generate a GTP- U extension header with an Application ID because there is no configured mapping for the received DSCP mark "a”.
  • the GGSN For the APN corresponding to IP network B the GGSN is configured not to map received DSCP values into GTP-U header extensions. It thus does not generate an GTP-U extension header for IP packet 3 received from IP network B.
  • the GGSN 52 forwards packet 1 using GTP-U without the extension header, packet 2 using GTP-U with the extension header (indication App Id B), and packet 3 using GTP-U without the extension header to an SGSN 53.
  • the SGSN 53 forwards the packets to a BSC 54 using BSSGP, wherein only packet 2 comprises App Id B.
  • the BSC 54 configures radio for connection to a UE 56 via a base station 55 according to App Id B only. That is, radio resources are configured such that they are suited for the application indicated by App Id B. Hence, packet 2 can be sent to the UE. For packets 1 and 3, however, no specific treatment is necessary, so that in connection with these packets no specific radio configuration is necessary.
  • Fig. 6 shows an arrangement of entities and transfer of Downlink IP packets in case PDN- GW uses PMIP according to another embodiment of the description.
  • the TDF is integrated within the PDN-GW 61.
  • the TDF could also be separate from the PDN-GW and would then be located on the core network side of the PDN-GW (e.g., then the TDF can be located in the IP network A, similar as shown in Fig. 5).
  • the PDN-GW could then be configured to pass DSCP marks received from trusted networks with a separate TDF, and not to pass DSCP marks received from other networks but replace them with a configured default DSCP mark.
  • the PDN-GW 61 receives packets from the IP network A.
  • the TDF supplies IP DSCP markings for all IP packets it passes. It inspects the IP packets using deep packet inspection. For IP packet 2, the TDF discovers a particular application that requires a special DSCP marking "b". For IP packet 1 , the TDF does not discover a particular application and thus applies a configured default DSCP marking "a”.
  • the Serving-GW 62 is configured per APN and/or per interconnected PDN-GW whether to map received DSCP values into GTP-U header extensions.
  • the Serving-GW 62 is configured to map received DSCP values into GTP- U header extensions for the APN corresponding to IP network A. For each IP package received in such an APN the Serving-GW 62 checks the received DSCP value to decide whether to generate a GTP-U header extension with an application ID.
  • the Serving-GW decides to generate a GTP-U extension header with Application ID "B" because there is a configured mapping for the received DSCP mark "b" towards the Application Id "B".
  • the Serving-GW decides not to generate a GTP-U extension header with an Application ID because there is no configured mapping for the received DSCP mark "a”.
  • the remaining procedure is similar to that described above in connection with Fig. 5, that is, the Serving-GW 62 forwards the packets to an SGSN 63, which forwards the packets to a BSC 64.
  • the BSC supplies the packets to a base station 65, which forwards the packets to a UE 66.
  • the apparatus e.g., gateway 1 shown in Fig. 1 deciding to generate the tunnel protocol extension header was described as a part of a gateway such as a GGSN/PDN-GW or Serving-GW.
  • the apparatus may also be provided as a stand-alone network element, or it may be provided in another suitable network control node.
  • the apparatus e.g., TDF 2 shown in Fig. 2 placing the service indications into the packets may be provided as a stand-alone network element (as shown in Fig. 5, for example), but can also be provided in another network element such as PDN-GW (as shown in Fig. 6, for example).
  • GTP was used as a tunnel protocol.
  • the invention is not limited to this, and also other suitable protocols may be applied, as along as an extension header can be created.
  • DCSP was used as a service indication.
  • the invention is not limited to this and other kinds of service indications may be applied, provided that the gateway 1 (or a similar apparatus) is able to detect and understand such a service indication.
  • an apparatus and a method are provided by which a packet is received, a service identification in the packet is detected, it is decided based on the detected service identification whether a tunnel protocol extension header is to be generated or not, and, when the tunnel protocol extension header is to be generated, the tunnel protocol extension header is generated, the received packet is encapsulated with the generated tunnel protocol extension header and the encapsulated packet is forwarded.
  • an apparatus which comprises means for receiving a packet from at least one network, means for detecting a service identification in the packet, means for deciding, based on the detected service identification, whether a tunnel protocol extension header is to be generated or not, and, means for, when the tunnel protocol extension header is to be generated, generating the tunnel protocol extension header, encapsulating the received packet with the generated tunnel protocol extension header and forwarding the encapsulated packet.
  • an apparatus which comprises means for receiving a packet, means for detecting whether the packet relates to a specific application, and, means for, when it is detected that the packet relates to the specific application, inserting a service identification in the packet based on the application, or, when it is detected that the packet does not relate to a specific application, inserting a default service identification in the packet.
  • an access technology via which signaling is transferred to and from a network element may be any technology by means of which a network element or sensor node can access another network element or node (e.g. via a base station or generally an access node).
  • Any present or future technology such as WLAN (Wireless Local Access Network), WiMAX (Worldwide Interoperability for Microwave Access), LTE, LTE-A, UMTS, HSPA, Bluetooth, Infrared, and the like may be used; although the above technologies are mostly wireless access technologies, e.g. in different radio spectra, access technology in the sense of the present invention implies also wired technologies, e.g. IP based access technologies like cable networks or fixed lines but also circuit switched access technologies; access technologies may be distinguishable in at least two categories or access domains such as packet switched and circuit switched, but the existence of more than two access domains does not impede the invention being applied thereto,
  • stations and transmission nodes may be or comprise any device, apparatus, unit or means by which a station, entity or other user equipment may connect to and/or utilize services offered by the access network; such services include, among others, data and/or (audio-) visual communication, data download etc.;
  • a user equipment or communication network element may be any device, apparatus, unit or means by which a system user or subscriber may experience services from an access network, such as a mobile phone or smart phone, a personal digital assistant PDA, or computer, or a device having a corresponding functionality, such as a modem chipset, a chip, a module etc., which can also be part of a UE or attached as a separate element to a UE, or the like;
  • any method step is suitable to be implemented as software or by hardware without changing the idea of the invention in terms of the functionality implemented;
  • MOS Metal Oxide Semiconductor
  • CMOS Complementary MOS
  • BiMOS Bipolar MOS
  • BiCMOS Bipolar CMOS
  • ECL emitter Coupled Logic
  • TTL Transistor-Transistor Logic
  • ASIC Application Specific IC
  • FPGA Field-programmable Gate Arrays
  • CPLD Complex Programmable Logic Device
  • DSP Digital Signal Processor
  • - devices, units or means can be implemented as individual devices, units or means, but this does not exclude that they are implemented in a distributed fashion throughout the system, as long as the functionality of the device, unit or means is preserved;
  • an apparatus may be represented by a semiconductor chip, a chipset, or a (hardware) module comprising such chip or chipset; this, however, does not exclude the possibility that a functionality of an apparatus or module, instead of being hardware implemented, be implemented as software in a (software) module such as a computer program or a computer program product comprising executable software code portions for execution/being run on a processor;
  • a device may be regarded as an apparatus or as an assembly of more than one apparatus, whether functionally in cooperation with each other or functionally independently of each other but in a same device housing, for example.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention se rapporte à un appareil et à un procédé par lesquels : un paquet est reçu ; une identification de service dans le paquet est détectée ; sur la base de l'identification de service détectée, il est déterminé si un en-tête d'extension de protocole de tunnellisation doit être généré ou non ; et, quand il est déterminé que l'en-tête d'extension de protocole de tunnellisation doit être généré, l'en-tête d'extension de protocole de tunnellisation est généré, le paquet reçu est encapsulé avec l'en-tête d'extension de protocole de tunnellisation généré, et le paquet encapsulé est transféré.
EP12710946.0A 2012-03-27 2012-03-27 Mise en correspondance sélective de valeurs dscp par rapport à un protocole gtp-u Ceased EP2832048A1 (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2012/055440 WO2013143579A1 (fr) 2012-03-27 2012-03-27 Mise en correspondance sélective de valeurs dscp par rapport à un protocole gtp-u

Publications (1)

Publication Number Publication Date
EP2832048A1 true EP2832048A1 (fr) 2015-02-04

Family

ID=45894473

Family Applications (1)

Application Number Title Priority Date Filing Date
EP12710946.0A Ceased EP2832048A1 (fr) 2012-03-27 2012-03-27 Mise en correspondance sélective de valeurs dscp par rapport à un protocole gtp-u

Country Status (3)

Country Link
US (2) US10044611B2 (fr)
EP (1) EP2832048A1 (fr)
WO (1) WO2013143579A1 (fr)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2832048A1 (fr) * 2012-03-27 2015-02-04 Nokia Solutions and Networks Oy Mise en correspondance sélective de valeurs dscp par rapport à un protocole gtp-u
US9705793B2 (en) * 2012-10-15 2017-07-11 Telefonaktiebolaget Lm Ericsson (Publ) Method for informing a node in a radio access network (RAN) about a type of service associated with an IP packet
EP2991282A4 (fr) * 2013-05-15 2016-04-13 Huawei Tech Co Ltd Procédé de transmission de données, appareil, dispositif de communication et système de communication
US9357410B2 (en) * 2013-09-03 2016-05-31 Cisco Technology, Inc. Wireless network flow monitoring
US9408199B1 (en) * 2014-03-07 2016-08-02 Sprint Spectrum L.P. Method and system for providing air-interface resource information in a data packet
US9270835B1 (en) 2014-04-03 2016-02-23 Sprint Spectrum L.P. Method and system for decrementing account balance based on air-interface resource information
US10154123B2 (en) * 2014-04-28 2018-12-11 T-Mobile Usa, Inc. Insertion and use of application or radio information in network data packet headers
US9520980B1 (en) 2014-06-10 2016-12-13 Sprint Spectrum L.P. Methods and systems for using air-interface resource information in routing prioritization
US20160065456A1 (en) * 2014-09-03 2016-03-03 Alcatel Lucent System and method providing service chaining in a mobile network
JPWO2016068308A1 (ja) * 2014-10-31 2017-08-10 日本電気株式会社 ゲートウェイ装置及びゲートウェイ装置の制御方法
US10382226B2 (en) * 2015-02-24 2019-08-13 Nokia Solutions And Networks Oy Integrated services processing for mobile networks
WO2023129475A1 (fr) * 2021-12-29 2023-07-06 Ofinno, Llc Unité de données dans système sans fil

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009090387A1 (fr) * 2008-01-14 2009-07-23 British Telecommunications Public Limited Company Caractérisation de réseau
US20090213858A1 (en) * 2008-02-27 2009-08-27 Alcatel Lucent Application-aware MPLS tunnel selection

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6038309A (en) * 1996-06-13 2000-03-14 Northern Telecom Limited Apparatus and method for externally controlling processing of a service call
JP3947521B2 (ja) * 2002-03-05 2007-07-25 富士通株式会社 通信装置
US8130661B2 (en) * 2003-08-01 2012-03-06 Opnet Technologies, Inc. Systems and methods for intelligent probe testing
WO2005053224A1 (fr) 2003-11-26 2005-06-09 Telefonaktiebolaget Lm Ericsson (Publ) Taxation differentielle dans des reseaux de paquets de donnees
WO2006095438A1 (fr) * 2005-03-11 2006-09-14 Fujitsu Limited Méthode de contrôle d’accès, système de contrôle d’accès et appareil communication par paquet
CN101145928B (zh) * 2006-09-15 2012-06-20 华为技术有限公司 用于获取默认通知消息的实现方法、服务器和用户终端
US8230493B2 (en) * 2007-05-02 2012-07-24 Cisco Technology, Inc. Allowing differential processing of encrypted tunnels
US9240945B2 (en) * 2008-03-19 2016-01-19 Citrix Systems, Inc. Access, priority and bandwidth management based on application identity
US20090296613A1 (en) * 2008-06-03 2009-12-03 Colin Kahn Method and apparatus for providing quality-of-service in radio access networks
US8793400B2 (en) * 2009-12-30 2014-07-29 Verizon Patent And Licensing Inc. Management of inter-provider peer-to-peer based feature network
EP2599266B1 (fr) * 2010-07-29 2015-10-21 Telefonaktiebolaget L M Ericsson (publ) Gestion du trafic de réseau via un accès fixe
US8787303B2 (en) * 2010-10-05 2014-07-22 Cisco Technology, Inc. Methods and apparatus for data traffic offloading at a router
US8982888B2 (en) * 2010-10-18 2015-03-17 Motorola Solutions, Inc. Service data flow detection in a conforming 3GPP access network having a packet modification function
SG10201509644TA (en) * 2010-11-24 2015-12-30 Elta Systems Ltd Various traffic management methods for dynamic multi-hop backhauling cellular network and systems useful in conjunction therewith
US9077730B2 (en) * 2011-02-02 2015-07-07 Cisco Technology, Inc. Restricting network access while connected to an untrusted network
WO2013060378A1 (fr) * 2011-10-28 2013-05-02 Telecom Italia S.P.A. Appareil et procédé de retardement sélectif de flux de données de réseau
US8830834B2 (en) * 2011-12-21 2014-09-09 Cisco Technology, Inc. Overlay-based packet steering
CA2768483C (fr) * 2011-12-30 2019-08-20 Sandvine Incorporated Ulc Systemes et procedes pour gerer la qualite du service
EP2832048A1 (fr) * 2012-03-27 2015-02-04 Nokia Solutions and Networks Oy Mise en correspondance sélective de valeurs dscp par rapport à un protocole gtp-u

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009090387A1 (fr) * 2008-01-14 2009-07-23 British Telecommunications Public Limited Company Caractérisation de réseau
US20090213858A1 (en) * 2008-02-27 2009-08-27 Alcatel Lucent Application-aware MPLS tunnel selection

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of WO2013143579A1 *

Also Published As

Publication number Publication date
US20180331952A1 (en) 2018-11-15
WO2013143579A1 (fr) 2013-10-03
US10044611B2 (en) 2018-08-07
US20150036687A1 (en) 2015-02-05

Similar Documents

Publication Publication Date Title
US20180331952A1 (en) Mapping selective DSCP values to GTP-U
US10581747B2 (en) System and method for low-overhead interoperability between 4G and 5G networks
CN107113637B (zh) 用于在软件定义网络中管理分组的方法和模块
TWI611676B (zh) 用於處理漫遊至經造訪網路中之使用者設備之方法及節點
CN106465227B (zh) 经由多个无线接入来支持网络ip流移动性的方法和设备
CN110235469B (zh) 切换电子装置的方法、处理电路及相关存储器
US20190289508A1 (en) Methods and apparatus for providing end marker functionality in mobile networks having srv6-configured mobile user planes
EP3332517B1 (fr) Indication d'inspection profonde de paquet pour un cdn mobile
US20170250902A1 (en) Control of communication using service function chaining
EP3236690A1 (fr) Techniques pour gerer un trafic de reseau
TWI660604B (zh) 策略與計費規則功能（ｐｃｒｆ）輔助存取點名稱（ａｐｎ）選擇
US11576219B2 (en) User equipment, control apparatus, and communication control method
EP3288325A1 (fr) Procédé et dispositif d'établissement de politique de chaîne de services
US9877258B2 (en) Method and device for transferring data traffic
WO2018167254A1 (fr) Plages uniques de marquage qos pour smf dans un réseau de communication 5g
WO2019122497A1 (fr) Procédure de commande de connexion de communication utilisant des tranches de connexion de communication sélectionnées
US11432121B2 (en) Service function chain interworking
JP6567699B2 (ja) データを送信するための方法及び通信デバイス
US20150245401A1 (en) Methods and apparatus for converting a single radio-access technology connection into a multiple radio-access technology connection
WO2016019985A1 (fr) Procédé, produit-programme d'ordinateur et appareil permettant une différentiation de flux de trafic
EP4038849A1 (fr) Application d'un nombre maximal de terminaux admis par tranche de réseau
CN114271007A (zh) 有线策略控制器和无线策略控制器之间的协调
US20240214282A1 (en) Traffic steering for service function chaining (sfc) in next generation cellular networks

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20141027

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20170503

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20190406