EP1832042B1 - Procede visant a fournir un service support a une station mobile d'un systeme de telecommunications - Google Patents

Procede visant a fournir un service support a une station mobile d'un systeme de telecommunications Download PDF

Info

Publication number
EP1832042B1
EP1832042B1 EP05818848A EP05818848A EP1832042B1 EP 1832042 B1 EP1832042 B1 EP 1832042B1 EP 05818848 A EP05818848 A EP 05818848A EP 05818848 A EP05818848 A EP 05818848A EP 1832042 B1 EP1832042 B1 EP 1832042B1
Authority
EP
European Patent Office
Prior art keywords
mobile station
network
real
traffic class
information
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.)
Active
Application number
EP05818848A
Other languages
German (de)
English (en)
Other versions
EP1832042A4 (fr
EP1832042A1 (fr
Inventor
Niclas SVAHNSTRÖM
Mika Raitola
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.)
Telia Co AB
Original Assignee
TeliaSonera AB
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 TeliaSonera AB filed Critical TeliaSonera AB
Publication of EP1832042A1 publication Critical patent/EP1832042A1/fr
Publication of EP1832042A4 publication Critical patent/EP1832042A4/fr
Application granted granted Critical
Publication of EP1832042B1 publication Critical patent/EP1832042B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/10Metering calls from calling party, i.e. A-party charged for the communication
    • H04M15/12Discriminative metering, charging or billing
    • H04M15/16Discriminative metering, charging or billing according to connection obtained
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/41Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/57Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for integrated multimedia messaging subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80Rating or billing plans; Tariff determination aspects
    • H04M15/8016Rating or billing plans; Tariff determination aspects based on quality of service [QoS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80Rating or billing plans; Tariff determination aspects
    • H04M15/8038Roaming or handoff
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24Accounting or billing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01Details of billing arrangements
    • H04M2215/0164Billing record, e.g. Call Data Record [CDR], Toll Ticket[TT], Automatic Message Accounting [AMA], Call Line Identifier [CLI], details, i.e. parameters, identifiers, structure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20Technology dependant metering
    • H04M2215/2026Wireless network, e.g. GSM, PCS, TACS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20Technology dependant metering
    • H04M2215/208IMS, i.e. Integrated Multimedia messaging Subsystem
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/22Bandwidth or usage-sensitve billing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/34Roaming
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/74Rating aspects, e.g. rating parameters or tariff determination apects
    • H04M2215/7414QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/74Rating aspects, e.g. rating parameters or tariff determination apects
    • H04M2215/7442Roaming
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels

Definitions

  • the present invention relates to providing a bearer service to a mobile station in a telecommunications system, and more particularly to charging a user for the bearer service.
  • a bearer service refers to a part of a telecommunication service provided by an operator, which guarantees the capability for transmission of signals between user-network interfaces.
  • the bearer service enables a connection for speech, audio, digital data transmission, etc.
  • a bearer service may also be referred to as a network service, operator service, system service or a carrier service.
  • a user of a mobile station may have access to a wide range of services by means of a mobile network.
  • a great number of service providers provide different service applications on the Internet or in other networks, and the mobile network may provide the mobile station with a connection to those applications.
  • Different applications may require different bearer services.
  • At least four different traffic classes have been standardized for the bearer services: conversational class, streaming class, background class and interactive class.
  • the traffic classes are also referred to as quality of service (QoS) classes, and they define the performance expectations of the bearer service.
  • QoS quality of service
  • the conversational class and streaming class provide a real-time quality of data transmission where no significant delays are allowed. The accuracy of the data transmission is not necessarily a critical issue in the conversational class and in the streaming class.
  • the terms "real-time class” or "real-time traffic class” will also be used to refer to the conversational class or the streaming class.
  • a conversational class refers to a real-time traffic class intended for real-time conversation requiring a low transfer delay and preserved time variation between information entities, for example packets, of a stream. Real-time conversation using the conversational class is typically carried out in connection with interpersonal communication.
  • the conversational class may be used, for example, for voice and video telephony.
  • a streaming class refers to a real-time traffic class for real-time stream applications requiring a preserved delay variation between information entities, such as samples or packets, within a flow.
  • the streaming class is used for one-way transport, such as real-time video. With a streaming application, the client may start displaying data before the entire file has been transmitted.
  • a streaming class is typically applied to situations where one end of a connection is human and the other end is a machine.
  • Operators may wish to charge the user more for using a real-time class bearer service than for using a "non-real-time" bearer service.
  • the user is typically billed based on charging for data collected by both the roaming network operator and the home network operator.
  • a problem with the above arrangement is that no solution exists for adjusting the charging of the user in the visited network on the basis of the traffic class of the bearer service.
  • WO 02/37870 A2 discloses that a token associated with a multimedia session is generated and used to correlate session charges for operations performed in a packet-switched access network and for operations performed in a multimedia system.
  • a charging node recognizes an SBLP-implemented indication as an agreement by UE to service-based local policy enforcement of the GPRS bearers by the visited network or serving network operator.
  • An object of the present solution is to provide a method and an arrangement for implementing the method so as to alleviate the above-described problem.
  • the objects are achieved by a method, a system, a mobile network, a serving network, a gateway network node and a serving network node which are characterized by what is stated in the independent claims. Embodiments are disclosed in the dependent claims.
  • the solution of the present application is based on the idea of enabling a bearer service to be provided between a roaming mobile station and its home network, in which solution both the home network and the roaming network are able to recognize if a roaming user is provided with a real-time bearer service.
  • the roaming network node as a response to receiving a real-time bearer service request in a roaming network node from the mobile station, the roaming network node is arranged to obtain information on the traffic class of the mobile station, and, if the requested traffic class is allowed to the mobile station i.e.
  • the roaming network node if the requested real-time traffic class is supported by the mobile station in the roaming network, the roaming network node is arranged to store information on said real-time traffic class and on the home network of the mobile station.
  • a home network node is arranged to store information on said real-time traffic class and on the roaming network.
  • the roaming network node is arranged to utilize the information stored in the roaming network node in order to generate first charging data
  • the home network node is arranged to utilize the information stored in the home network node in order to generate second charging data.
  • An advantage of the present solution is that as both the home network operator and the roaming network operator are able to recognize that a roaming mobile station is provided with a real-time class bearer service they are both able to adjust (for example, to charge extra) the charging for the provision of the real-time bearer for a roaming mobile station.
  • Embodiments of the present solution will be described below implemented in a 3 rd generation mobile communication system, such as UMTS (Universal Mobile Telecommunications System).
  • UMTS Universal Mobile Telecommunications System
  • the solution is not restricted to these embodiments, but it can be applied to any mobile communication system implementing a GPRS-type packet radio.
  • Other examples of such systems include IMT-2000, IS-41, GSM (Global System for Mobile communications) or other similar mobile communication systems, such as PCS (Personal Communication System) or DCS 1800 (Digital Cellular System for 1800 MHz).
  • PCS Personal Communication System
  • DCS 1800 Digital Cellular System for 1800 MHz.
  • Specifications of mobile systems in general and of the IMT-2000 and the UMTS in particular develop rapidly. Such development may require additional changes to be made to the solution. Therefore, all the words and expressions should be interpreted as broadly as possible and they are only intended to illustrate and not to restrict the solution. What is essential for the solution is the function itself and not the network element or the device in which the function
  • Figure 1 shows a simplified version of a network architecture according to the present solution, only illustrating the components that are essential to the solution, even though those skilled in the art naturally know that a general mobile communication system also comprises other functions and structures which do not have to be described in more detail herein.
  • Figure 1 illustrates mobile networks PLMN1 and PLMN2 (Public land mobile network) of two different operators. The interface between them is called a Gp interface.
  • the main parts of a GPRS network are a core network CN1, CN2, a radio access network RAN2 (Radio access network) and a mobile station MS1.
  • the radio access network RAN2 comprises radio network controllers RNC2 and base stations (not shown).
  • the radio network controller RNC2 is connected to a serving GPRS support node SGSN2 located in the core network CN2.
  • the core network CN1 further comprises a home location register HLR1 and a gateway GPRS support node GGSN1.
  • the main function of the gateway GPRS support node GGSN1 is interaction with an external data network.
  • the GGSN1 connects an operator to systems outside the GPRS network, such as the Internet, X.25 network or WAP (Wireless Application Protocol) or messaging applications.
  • the GGSN1 contains PDP (Packet Data Protocol) addresses and routing information, or SGSN addresses, of GPRS subscribers.
  • PDP Packet Data Protocol
  • the main functions of the serving GPRS support node SGSN2 include detecting new GPRS mobile stations MS1 in its service area, handling registration processes of new mobile stations MS1, transmitting/receiving data packets to/from the GPRS mobile station MS1, and maintaining a register of locations of mobile stations within the service area.
  • the operation of an SGSN2 according to an embodiment of the present solution will be described below in connection with Figures 2 and 4 .
  • An IP multimedia subsystem IMS refers to a system providing IP (Internet Protocol) multimedia services which complement the services provided by the circuit switched part of the core network CN1.
  • the IMS supports new IP-based multimedia services as well as interoperability with traditional telephony services.
  • the IMS can be described as a framework for enabling advanced IP services and applications on top of a packet bearer.
  • the packet bearer can be any access network, such as a mobile network.
  • the IMS does not affect connection set-up (i.e. a PDP context activation procedure).
  • a Session Initiation Protocol (SIP) is used for control plane signalling between the mobile station MS1 and the IMS1 as well as between the components within the IMS1.
  • the SIP is used for establishing and ending multimedia sessions in the IMS1.
  • a Session Description Protocol (SDP) is used for conveying information on media streams in multimedia sessions in order to allow recipients of a session description to participate in the session.
  • the SDP is used for negotiating session parameters, which further affect the QoS offered to the service in the mobile network PLMN1, PLMN2, e.g. bandwidth and traffic class.
  • a 3GPP (3 rd generation partnership project) has specified an end-to-end QoS concept for the IMS1.
  • the end-to-end QoS does not affect the traffic classes and their definition. It provides a way for the application layer to negotiate appropriate parameters for the session and these parameters are translated into QoS parameters in the mobile network.
  • the mobile station MS1 can be a simplified terminal only intended for speech, or it can be a terminal for multiple services operating as a service platform and supporting the loading and execution of different service-related functions.
  • the mobile station MS1 comprises actual mobile equipment and a removably associated identification card SIM (Subscriber Identity Module), which is also called a subscriber identity module.
  • SIM Subscriber Identity Module
  • a mobile station MS1 i.e. user equipment
  • the mobile equipment can be any equipment or a combination of several different equipment, such as a PDA (Personal Digital Assistant) or a PC (Personal Computer), capable of communicating in a mobile communication system.
  • GPRS or enhanced GPRS roaming is possible between numerous network operators around the world.
  • a Gp interface between the GPRS support nodes of different operators' mobile networks PLMN1, PLMN2 connects the networks PLMN1, PLMN2 together.
  • This interface is IP based, supporting appropriate routing and security protocols to enable a subscriber to access its home services from the roaming network.
  • the term "roaming network” may also be referred to as a "visited network”.
  • a common solution is to use a GRX (GPRS roaming exchange) network as a backbone network between the PLMNs. This function is typically provided by means of a 3rd party IP network offering VPN (Virtual private network) services which connect the roaming partner networks together.
  • VPN Virtual private network
  • An RAB (Radio Access Bearer) service is set up between the mobile station MS1 and the core network CN1, CN2, and it contains a service provided by the access layer to the non-access layer for forwarding user data. Different RABs are used depending on the subscription, service, desired QoS etc.
  • the core network controls the set-up, modification and disassembly of the RAB over the radio access network.
  • the set-up and modification of the RAB are functions that the core network initiates and the RAN2 implements.
  • PDP refers to a protocol transmitting data as packets. This activation makes the mobile station MS known in the corresponding GGSN1, and interaction with external data networks may begin.
  • a PDP context defines data transmission parameters, such as the PDP type (e.g. X.25 or IP), PDP address, quality of service QoS, and network service access point identifier NSAPI.
  • FIG. 2 illustrates signalling according to an embodiment of the present solution where a mobile station MS1 is roaming in a PLMN2 and a PLMN1 is the home network of the MS1.
  • the PLMN2 is a roaming network, i.e. a visited network, for the MS1.
  • the MS1 transmits an activate PDP context request message 2-1 to an SGSN2.
  • the message 2-1 includes information on the QoS class, i.e. the traffic class, requested by the MS1.
  • the mobile station is roaming in the PLMN2, and whether a real-time traffic class has been requested by the mobile station MS1.
  • the SGSN2 may detect a roaming mobile station, for example, by means of the IMSI (International Mobile Subscriber Identity) of the mobile station MS1, which indicates the home network of the MS1. If the mobile station is roaming in the PLMN2, and if a real-time traffic class (i.e. a conversational or a streaming class) has been requested by the mobile station MS1, the SGSN2 is arranged to check, by means of messages 2-3 and 2-4, from the HLR1 of the home network of the mobile station MS1, whether the requested real-time traffic class is allowed to the MS1 in PLMN2, for example, whether an agreement exists between the home operator and the PLMN2 operator for providing the requested real-time traffic class for the MS1 in the PLMN2.
  • IMSI International Mobile Subscriber Identity
  • the SGSN2 stores, in step 2-5, information on the requested traffic class and information on the home network PLMN1 of the mobile station MS1 (e.g. the IMSI).
  • the user subscription may be such that no real-time traffic is allowed in a visited network.
  • a create PDP context request message 2-6 is transmitted from the SGSN2 to the GGSN1.
  • the GGSN1 may detect a roaming mobile station, for example, by means of a Mobile Country Code (MCC) and a Mobile Network Node (MNC), or by means of the IP address of the SGSN2. If the mobile station MS1 is roaming outside the PLMN1, and if a real-time traffic class has been requested by it, the GGSN1 stores 2-7 information on the requested traffic class and information on the roaming network PLMN2 of the MS1 (e.g. the MCC/MNC or the SGSN2 IP address), sets up a PDP context, and transmits 2-8 it to the SGSN2.
  • MCC Mobile Country Code
  • MNC Mobile Network Node
  • the SGSN2 requests the radio access bearers from a radio network controller RNC2, which transmits them to the SGSN2 in a message 2-10.
  • the SGSN2 may update the QoS profile by transmitting an update PDP context request message 2-11 to the GGSN1, which then transmits an update PDP context response 2-12 to the SGSN2.
  • the SGSN2 transmits the PDP connection to the mobile station MS1 in an activate PDP context response message 2-13, and a virtual connection or link is set up between the mobile station MS1 and the GGSN1 via the SGSN2.
  • the SGSN2 forwards the data packets from the mobile station MS1 to the GGSN1, which in turn forwards to the SGSN2 the data packets received from an external network (e.g. from the Internet) and addressed to the mobile station MS1.
  • an external network e.g. from the Internet
  • step 2-15 a first charging record is generated in the SGSN2 on the basis of the provided bearer service and on the basis of the information stored in step 2-5.
  • step 2-16 a second charging record is generated in the GGSN1 on the basis of the provided bearer service and on the basis of the information stored in step 2-7.
  • the created charging record may comprise, for example, information on the fact that the mobile station is a roaming mobile station, information on the real-time traffic class used (streaming or conversational class), information on the amount of transmitted data, time information, information on the number of transactions carried out, or information on the operator in question.
  • information on the fact that the mobile station is a roaming mobile station information on the real-time traffic class used (streaming or conversational class), information on the amount of transmitted data, time information, information on the number of transactions carried out, or information on the operator in question.
  • FIG 3 is a flow chart illustrating the function of a GGSN1 according to an embodiment of the present solution.
  • a create PDP context request message is received in the GGSN1 from a SGSN2 in step 3-1.
  • it is checked in step 3-2 whether the mobile station MS1 in question is roaming outside its home network PLMN1, and whether a real-time traffic class is requested by it.
  • the GGSN1 may detect the roaming mobile station, for example, by means of the Mobile Country Code MCC and Mobile Network Code MNC or by means of the IP address of the transmitting SGSN2.
  • the GGSN1 stores 3-2 information on the requested traffic class and on the roaming mobile station (e.g. the MCC/MNC or the SGSN2 IP address), and sets up a PDP context and transmits 3-3 it to the SGSN2.
  • the GGSN1 may receive an update PDP context request message from the SGSN2 for updating the QoS profile, and in step 3-5 the GGSN1 transmits an update PDP context response to the SGSN2.
  • a virtual connection or link is set up and the data transfer between the GGSN1 and the MS1 is carried out using the real-time class bearer.
  • a charging record is generated in the GGSN1 on the basis of the provided bearer service and on the basis of the information stored in step 3-2.
  • the created charging record may comprise, for example, information on the fact that the mobile station is a roaming mobile station, information on the real-time traffic class used (streaming or conversational class), information on the amount of transmitted data, time information, information on the number of transactions carried out, or information on the operator in question.
  • FIG 4 is a flow chart illustrating the function of an SGSN2 according to an embodiment of the present solution.
  • an activate PDP context request message is received in the SGSN2 in step 4-1 from a mobile station MS1.
  • it is checked in the SGSN2, in step 4-2, whether the mobile station MS1 is roaming in a PLMN2, and whether a real-time traffic class bearer has been requested by it.
  • the SGSN2 may detect a roaming mobile station, for example, by means of the IMSI (International Mobile Subscriber Identity) of the mobile station MS1, which indicates the home network of the MS1.
  • IMSI International Mobile Subscriber Identity
  • the SGSN2 is arranged to check, in step 4-3, from the HLR1 of the home network PLMN1 of the mobile station whether the requested real-time traffic class bearer is allowed to the MS1 in PLMN2, for example, whether an agreement exists between the home operator and the PLMN2 operator for providing the requested real-time traffic class for the MS1 in the PLMN2.
  • the agreement guarantees that both the home network and the visited network support the real-time class bearer defined in the QoS profile of the mobile station, and that these networks do not prevent the mobile station from using the real-time class bearer.
  • the SGSN2 stores, in step 4-4, information on the requested real-time traffic class and on the home network PLMN1 of the MS1 (e.g the IMSI).
  • a create PDP context request is transmitted to the GGSN1, and a PDP context is set up as a create PDP context response is received from the GGSN1.
  • the SGSN2 requests and receives radio access bearers from a radio network controller RNC2.
  • the updating of the QoS profile may be carried out by transmitting an update PDP context request message to the GGSN1, and by receiving a corresponding response from it.
  • step 4-8 the SGSN2 transmits the PDP connection to the mobile station MS1 in an activate PDP context response message.
  • a virtual connection or link is set up and data transfer between the GGSN1 and the MS1 via the SGSN2 can be carried out using the requested real-time class bearer.
  • a charging record is generated in the SGSN2 on the basis of the provided bearer service and on the basis of the information stored in step 4-4.
  • the created charging record may comprise, for example, information on the fact that the mobile station is a roaming mobile station, information on the real-time traffic class used (streaming or conversational class), information on the amount of transmitted data, time information, information on the number of transactions carried out, or information on the operator in question.
  • a bearer service of a lower traffic class than the requested one may be offered to the MS1.
  • the SGSN2 may be arranged to notify the MS1 that the bearer service request has been downgraded, and the MS1 may either accept or reject the lower class bearer.
  • the PDP context negotiation procedure shown in Figures 2 , 3 and 4 is discontinued.
  • the SGSN2 may be arranged to notify to MS1 that the PDP context negotiation procedure has been interrupted.
  • information on the charging record generated in the PLMN2 is provided to the operator of the PLMN1, which combines it with the charging record generated in the PLMN1 in order to create an end-user bill.
  • User charging is typically based on the amount of transmitted data, but it may also be based on time or the transaction carried out.
  • the present solution enables a real-time bearer service class and/or a roaming situation to be used as a (further) charging basis.
  • the roaming and charging scenario described above in connection with Figures 1 , 2 , 3 and 4 may also be applied when a service, such as a person-to-person communication service, is provided by the IP multimedia subsystem IMS1. Also in such a case traffic is routed through the home GGSN1.
  • the IMS1 is located in the home network PLMN1, and the charging is performed in the SGSN2 and the GGSN1.
  • the IMS1 itself also produces charging records based on the session and session parameters so that the home operator is able to charge for the services used.
  • the end-to-end QoS concept includes policy control so that the IMS1 controls the QoS that is offered for a certain service. This means that the streaming and/or conversational class have to be allowed for in the policies in order for the end-user to receive such a bearer from the network.
  • the roaming and charging scenario in connection with an IP multimedia subsystem will further be discussed below with reference to Figure 5 .
  • FIG. 5 illustrates an IMS interworking situation according to an embodiment of the present solution.
  • the IMS interworking means that different IMS networks IMS1, IMS3 are connected through an inter-PLMN IP network GRX to enable SIP control and transport of the user plane.
  • the mobile station MS1 is roaming in the PLMN2, and the PLMN1 is the home network of the MS1.
  • the PLMN2 is a roaming network, i.e. a visited network, for the MS1.
  • Another mobile station MS3 is located in its home network PLMN3.
  • the MS1 is using a service of the IP multimedia subsystem IMS1 of its home network PLMN1
  • the MS3 is using a service of an IP multimedia subsystem IMS3 of its home network PLMN3.
  • the used IMS1 service and the used IMS3 service may relate to each other.
  • An example of a situation where the IMS1 and IMS3 service relate to each other is when a game is being played between the MS1 and the MS3.
  • the charging of the MS1 is performed by the SGSN2, GGSN1 and the IMS1.
  • the charging of the MS3 is performed by a SGSN3 (or by a GGSN3) and by the IMS3. It is required that the networks PLMN1, PLMN2 and PLMN3 are able to support the utilized real-time traffic class.
  • QoS policy is carried out by the IMS1 and the IMS3, such that the PLMN1 is controlled by the IMS1, and the PLMN3 is controlled by the IMS3.
  • a real-time class has to be allowed in the QoS policies of the PLMN1 and the PLMN2.
  • the PLMN1 operator and the PLMN2 operator have a real-time class roaming agreement between them, and there also exists an agreement between the PLMN1 operator and the PLMN3 operator.
  • the agreement between the PLMN1 operator and the PLMN3 operator may include, for example, information of the charging rate for the IMS service. It may further include a statement that the real-time class is allowed and supported for the IMS services.
  • the signalling messages and steps shown in Figures 2 , 3 and 4 are in no an absolute chronological order and they may be executed in an order different from the given one.
  • Other signalling messages may be transmitted and/or other functions may be carried out between the messages and/or steps.
  • the signalling messages are only examples and may include only some of the aforementioned information.
  • the messages may also include some other information.
  • the names of the messages can also differ from the aforementioned ones. It is not essential in which signalling messages the information is transmitted, but it is also possible to use messages other than those described above.
  • the system, network nodes or mobile stations implementing the operation according to the present solution comprise means for providing a roaming mobile station with a streaming class and/or conversational class bearer service as described above.
  • Existing network nodes and mobile stations comprise processors and memory, which may be used in the functions according to the invention. All changes necessary for implementing the invention can be carried out by means of software routines that can be added or updated and/or routines contained in application specific integrated circuits (ASIC) and/or programmable circuits, such as an electrically programmable logic device EPLD or a field programmable gate array FPGA.
  • ASIC application specific integrated circuits
  • EPLD electrically programmable logic device
  • FPGA field programmable gate array

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Meter Arrangements (AREA)

Claims (18)

  1. Procédé visant à fournir un service support pour une transmission de données entre une station mobile (MS1) et un réseau domestique (PLMN1) de la station mobile (MS1) pour un système de télécommunications (S) comprenant en outre un réseau de desserte (PLMN2), le procédé comprenant :
    la réception (2-2, 4-1), dans le réseau de desserte (PLMN2), d'une demande de service support émanant de la station mobile (MS1), ladite demande comprenant des informations sur une classe de trafic du service support demandé et des informations sur le réseau domestique (PLMN1) de la station mobile (MS1) ;
    caractérisé en ce que, si le service support demandé est d'une classe de trafic en temps réel et si la station mobile (MS1) est en itinérance dans ledit réseau de desserte (PLMN2), le procédé comprend l'étape de :
    obtention (2-3, 2-4, 4-3), dans le réseau de desserte (PLMN2), d'informations sur la classe de trafic de la station mobile (MS1) ;
    dans lequel, si la classe de trafic en temps réel demandée est prise en charge par la station mobile (MS1), le procédé comprend en outre les étapes de :
    stockage (2-5, 4-4), dans le réseau de desserte (PLMN2), d'informations sur le réseau domestique (PLMN1) de la station mobile (MS1) et sur ladite classe de trafic en temps réel ;
    fourniture (2-6, 2-11, 4-5, 4-7) au réseau domestique (PLMN1) d'informations sur le réseau de desserte (PLMN2) et sur ladite classe de trafic en temps réel ;
    stockage (2-7, 3-2), dans le réseau domestique (PLMN1), des informations sur le réseau de desserte (PLMN2) et sur ladite classe de trafic en temps réel ;
    fourniture (2-14, 3-6, 4-9) du service support en temps réel demandé entre la station mobile (MS1) et le réseau domestique (PLMN1) ; et, sur la base de ladite fourniture,
    génération (2-15, 4-10), dans le réseau de desserte (PLMN2), d'un premier enregistrement de facturation en utilisant les informations sur le réseau domestique (PLMN1) de la station mobile (MS1) et sur ladite classe de trafic en temps réel ; et
    génération (2-16, 3-7), dans le réseau domestique (PLMN1), d'un deuxième enregistrement de facturation en utilisant les informations sur le réseau de desserte (PLMN2) et sur ladite classe de trafic en temps réel.
  2. Procédé selon la revendication 1, caractérisé par l'obtention (2-3, 2-4, 4-3) des informations sur la classe de trafic de la station mobile (MS1) à partir d'un registre d'emplacement domestique (HLR1) du réseau domestique (PLMN1).
  3. Procédé selon la revendication 1 ou 2, caractérisé par la reconnaissance, dans le réseau de desserte, de la station mobile itinérante au moyen d'une identité d'abonné mobile internationale (IMSI) de la station mobile.
  4. Procédé selon la revendication 1, 2 ou 3, caractérisé par la reconnaissance, dans le réseau domestique, de la station mobile itinérante au moyen d'un code de pays mobile (MCC) et d'un code de réseau mobile (MNC).
  5. Procédé selon l'une quelconque des revendications précédentes 1 à 4, caractérisé par la reconnaissance, dans le réseau domestique, de la station mobile itinérante au moyen d'une adresse IP d'un noeud de réseau de desserte (SGSN2) du réseau de desserte.
  6. Procédé selon l'une quelconque des revendications précédentes 1 à 5, caractérisé par l'utilisation, dans le réseau domestique, du premier enregistrement de facturation et du deuxième enregistrement de facturation afin de créer une facture d'utilisateur final.
  7. Procédé selon l'une quelconque des revendications précédentes 1 à 6, caractérisé en ce que ledit service support en temps réel est un service support de classe de streaming.
  8. Procédé selon l'une quelconque des revendications précédentes 1 à 6, caractérisé en ce que ledit service support en temps réel est un service support de classe conversationnelle.
  9. Procédé selon l'une quelconque des revendications précédentes 1 à 8, caractérisé en ce que, si le service support en temps réel demandé est fourni pour une transmission de données entre la station mobile (MS1) et un sous-système multimédia IP (IMS1) du réseau domestique (PLMN1), le procédé comprend en outre l'étape de génération, dans le sous-système multimédia IP (IMS1), d'un troisième enregistrement de facturation en utilisant les informations sur le réseau de desserte (PLMN2) de la station mobile (MS1) et sur ladite classe de trafic en temps réel.
  10. Procédé selon la revendication 9, caractérisé par l'utilisation, dans le réseau domestique, du premier enregistrement de facturation, du deuxième enregistrement de facturation et du troisième enregistrement de facturation afin de créer une facture d'utilisateur final.
  11. Système de télécommunications comprenant :
    une station mobile (MS1) ;
    un réseau mobile (PLMN1) comprenant un noeud de réseau de passerelle (GGSN1), ledit réseau mobile étant un réseau domestique de la station mobile (MS1) ; et
    un réseau de desserte (PLMN2) comprenant un noeud de réseau de desserte (SGSN2), dans lequel le noeud de réseau de desserte (SGSN2) est configuré pour effectuer :
    la réception d'une demande de service support émanant de la station mobile (MS1), ladite demande comprenant des informations sur une classe de trafic du service support demandé et des informations sur le réseau domestique (PLMN1) de la station mobile (MS1) ;
    caractérisé en ce que, si le service support demandé est d'une classe de trafic en temps réel et si la station mobile (MS1) est en itinérance dans ledit réseau de desserte (PLMN2), le noeud de réseau de desserte (SGSN2) est configuré pour effectuer :
    l'obtention d'informations sur la classe de trafic de la station mobile (MS1) ; et
    si la classe de trafic en temps réel demandée est prise en charge par la station mobile (MS1), le noeud de réseau de desserte (SGSN2) est en outre configuré pour effectuer :
    le stockage d'informations sur le réseau domestique (PLMN1) de la station mobile (MS1) et sur ladite classe de trafic en temps réel ;
    la fourniture au noeud de réseau de passerelle (GGSN1) d'informations sur le réseau de desserte (PLMN2) et sur ladite classe de trafic en temps réel ;
    dans lequel le noeud de réseau de passerelle (GGSN1) est configuré pour effectuer le stockage des informations sur le réseau de desserte (PLMN2) et sur ladite classe de trafic en temps réel ; et
    dans lequel le système est configuré pour effectuer la fourniture du service support en temps réel demandé entre la station mobile (MS1) et le réseau domestique (PLMN1) ; et, sur la base de ladite fourniture,
    le noeud de réseau de desserte (SGSN2) est configuré pour effectuer la génération d'un premier enregistrement de facturation en utilisant les informations sur le réseau domestique (PLMN1) de la station mobile (MS1) et sur ladite classe de trafic en temps réel ; et
    le noeud de réseau de passerelle (GGSN1) est configuré pour effectuer la génération d'un deuxième enregistrement de facturation en utilisant les informations sur le réseau de desserte (PLMN2) et sur ladite classe de trafic en temps réel.
  12. Noeud de réseau de passerelle (GGSN1) d'un réseau mobile (PLMN1) pour un système de télécommunications (S) comprenant en outre :
    un réseau de desserte (PLMN2) comprenant un noeud de réseau de desserte (SGSN2) ; et
    une station mobile (MS1), ledit réseau mobile étant un réseau domestique de la station mobile ;
    dans lequel le noeud de réseau de passerelle (GGSN1) est configuré pour effectuer :
    la réception d'une demande de service support émanant du noeud de réseau de desserte (SGSN2), ladite demande comprenant des informations sur une classe de trafic du service support demandé et des informations sur le réseau desservant la station mobile (MS1) ;
    caractérisé en ce que le noeud de réseau de passerelle (GGSN1), en réponse à la réception d'une demande de service support pour un service support de classe de trafic en temps réel concernant une station mobile (MS1) en itinérance dans le réseau de desserte (PLMN2), est configuré pour effectuer :
    le stockage d'informations sur le réseau de desserte (PLMN2) de la station mobile (MS1) et sur ladite classe de trafic en temps réel ; et, sur la base de la fourniture du service support en temps réel entre la station mobile (MS1) et le réseau domestique (PLMN1),
    la génération d'un enregistrement de facturation en utilisant les informations sur le réseau de desserte (PLMN2) et sur ladite classe de trafic en temps réel.
  13. Noeud de réseau de passerelle selon la revendication 12, caractérisé en ce qu'il est configuré pour reconnaître la station mobile itinérante au moyen d'un code de pays mobile (MCC) et d'un code de réseau mobile (MNC).
  14. Noeud de réseau de passerelle selon la revendication 12 ou 13, caractérisé en ce qu'il est configuré pour reconnaître la station mobile itinérante au moyen d'une adresse IP du noeud de réseau de desserte (SGSN2).
  15. Noeud de réseau de passerelle selon la revendication 12, 13 ou 14, caractérisé en ce qu'il est un noeud de prise en charge GPRS de passerelle (GGSN).
  16. Noeud de réseau de desserte (SGSN2) d'un réseau de desserte (PLMN2) pour un système de télécommunications (S) comprenant en outre :
    une station mobile (MS1) ; et
    un réseau domestique (PLMN1) de la station mobile (MS1), ledit réseau domestique (PLMN1) comprenant un noeud de réseau de passerelle (GGSN1) ;
    dans lequel le noeud de réseau de desserte (SGSN2) est configuré pour effectuer :
    la réception d'une demande de service support émanant de la station mobile (MS1), ladite demande comprenant des informations sur une classe de trafic du service support demandé et des informations sur le réseau domestique (PLMN1) de la station mobile (MS1) ;
    caractérisé en ce que le noeud de réseau de desserte (SGSN2), en réponse à la réception d'une demande de service support pour un service support de classe de trafic en temps réel émanant d'une station mobile (MS1) en itinérance dans le réseau de desserte (PLMN2), est configuré pour effectuer :
    l'obtention d'informations sur la classe de trafic de la station mobile (MS1) ;
    dans lequel, si la classe de trafic en temps réel demandée est prise en charge par la station mobile (MS1), le noeud de réseau de desserte (SGSN2) est en outre configuré pour effectuer :
    le stockage d'informations sur le réseau domestique (PLMN1) de la station mobile (MS1) et sur ladite classe de trafic en temps réel ;
    la fourniture au réseau domestique (PLMN1) d'informations sur le réseau de desserte (PLMN2) et sur ladite classe de trafic en temps réel ; et, sur la base de la fourniture du service support en temps réel entre la station mobile (MS1) et le réseau domestique (PLMN1),
    la génération d'un enregistrement de facturation en utilisant les informations sur le réseau domestique (PLMN1) et sur ladite classe de trafic en temps réel.
  17. Noeud de réseau de desserte selon la revendication 16, caractérisé en ce qu'il est configuré pour reconnaître la station mobile itinérante au moyen de l'identité d'abonné mobile internationale (IMSI) de la station mobile.
  18. Noeud de réseau de desserte selon la revendication 16 ou 17, caractérisé en ce qu'il est un noeud de prise en charge GPRS de desserte (SGSN).
EP05818848A 2004-12-29 2005-12-22 Procede visant a fournir un service support a une station mobile d'un systeme de telecommunications Active EP1832042B1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20045509A FI117154B (fi) 2004-12-29 2004-12-29 Menetelmä verkkopalvelun tarjoamiseksi matkaviestimelle tietoliikennejärjestelmässä
PCT/FI2005/050476 WO2006070068A1 (fr) 2004-12-29 2005-12-22 Procede visant a fournir un service support a une station mobile d'un systeme de telecommunications

Publications (3)

Publication Number Publication Date
EP1832042A1 EP1832042A1 (fr) 2007-09-12
EP1832042A4 EP1832042A4 (fr) 2012-03-07
EP1832042B1 true EP1832042B1 (fr) 2013-02-13

Family

ID=33548105

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05818848A Active EP1832042B1 (fr) 2004-12-29 2005-12-22 Procede visant a fournir un service support a une station mobile d'un systeme de telecommunications

Country Status (6)

Country Link
EP (1) EP1832042B1 (fr)
DK (1) DK1832042T3 (fr)
ES (1) ES2407141T3 (fr)
FI (1) FI117154B (fr)
NO (1) NO337666B1 (fr)
WO (1) WO2006070068A1 (fr)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6621793B2 (en) * 2000-05-22 2003-09-16 Telefonaktiebolaget Lm Ericsson (Publ) Application influenced policy
EP1332627B1 (fr) * 2000-11-06 2007-10-10 Telefonaktiebolaget LM Ericsson (publ) Procede et appareil permettant de coordonner la taxation de services fournis dans une session multimedia
US20040028055A1 (en) * 2002-07-26 2004-02-12 Lila Madour Differentiated accounting in a packet data network
US20040260951A1 (en) * 2003-04-14 2004-12-23 Lila Madour Method and Packet Data Service Node (PDSN) for Quality of Service (QoS) mapping
US8315170B2 (en) * 2004-08-09 2012-11-20 Cisco Technology, Inc. System and method for signaling information in order to enable and disable distributed billing in a network environment

Also Published As

Publication number Publication date
EP1832042A4 (fr) 2012-03-07
NO20073608L (no) 2007-10-01
ES2407141T3 (es) 2013-06-11
FI20045509A0 (fi) 2004-12-29
NO337666B1 (no) 2016-05-30
DK1832042T3 (da) 2013-05-21
EP1832042A1 (fr) 2007-09-12
WO2006070068A1 (fr) 2006-07-06
FI117154B (fi) 2006-06-30

Similar Documents

Publication Publication Date Title
EP1397750B1 (fr) Technique de passation d'une annonce dans des communications provenant de portables
US7609673B2 (en) Packet-based conversational service for a multimedia session in a mobile communications system
EP1258152B1 (fr) Procede de regulation des appels permettant de reduire les delais a un minimum lors de l'etablissement d'appels multimedia ou vocaux dans un reseau de telecommunications a commutation de paquets
EP1273134B1 (fr) Technique d'etablissement d'appels dans un reseau mobile a protocole internet
EP1982475B1 (fr) Méthode et dispositifs pour installer des filtres de paquets dans une transmission de données
EP1332627B1 (fr) Procede et appareil permettant de coordonner la taxation de services fournis dans une session multimedia
US20030172160A9 (en) Method and apparatus for coordinating end-to-end quality of service requirements for media flows in a multimedia session
US20060168303A1 (en) Method and apparatus for coordinating charging for services provided in a multimedia session
US20050089020A1 (en) Charging in a communications network
US20050124341A1 (en) Controlling registration in a communication system
AU2002246300A1 (en) Technique for providing announcements in mobile-originated calls
JP2013240066A (ja) 無線通信のためのサービス品質設定
WO2004012419A1 (fr) Fourniture de filtre de paquet
EP1374494A2 (fr) Procede et appareil servant a etablir un proxy de protocole pour un terminal hote mobile dans une session multimedia
EP1405483B1 (fr) Procede et systeme d'autorisation au porteur dans un reseau de communication sans fil
US8522017B2 (en) Systems and methods for signal reduction in wireless communication
WO2002058325A2 (fr) Procede et systeme de coordination de criteres de qualite de service de bout en bout pour des trains de donnees de media dans une session multimedia
EP1832042B1 (fr) Procede visant a fournir un service support a une station mobile d'un systeme de telecommunications
FI115688B (fi) Multimedia-liikenteen välitys tietoliikennejärjestelmässä
JP2024015997A (ja) VoLTE-アウトバウンド・ローミングのためのインターワーキング機能
EP1863220A2 (fr) Procédé et système d'autorisation au porteur dans un réseau de communication sans fil

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: 20070620

AK Designated contracting states

Kind code of ref document: A1

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

R17P Request for examination filed (corrected)

Effective date: 20070620

DAX Request for extension of the european patent (deleted)
RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: TELIASONERA AB

A4 Supplementary search report drawn up and despatched

Effective date: 20120202

RIC1 Information provided on ipc code assigned before grant

Ipc: H04W 84/00 20090101ALI20120130BHEP

Ipc: H04L 12/14 20060101AFI20120130BHEP

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RIC1 Information provided on ipc code assigned before grant

Ipc: H04L 12/14 20060101AFI20120824BHEP

Ipc: H04W 4/24 20090101ALI20120824BHEP

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: TELIASONERA AB

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

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

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 596972

Country of ref document: AT

Kind code of ref document: T

Effective date: 20130215

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602005038140

Country of ref document: DE

Effective date: 20130411

REG Reference to a national code

Ref country code: DK

Ref legal event code: T3

REG Reference to a national code

Ref country code: SE

Ref legal event code: TRGR

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2407141

Country of ref document: ES

Kind code of ref document: T3

Effective date: 20130611

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 596972

Country of ref document: AT

Kind code of ref document: T

Effective date: 20130213

REG Reference to a national code

Ref country code: NL

Ref legal event code: VDEP

Effective date: 20130213

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130513

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130613

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130213

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130213

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130514

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130613

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130213

Ref country code: BE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130213

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130213

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130213

REG Reference to a national code

Ref country code: EE

Ref legal event code: FG4A

Ref document number: E008337

Country of ref document: EE

Effective date: 20130513

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130213

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130213

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130213

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130213

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

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

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20131114

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602005038140

Country of ref document: DE

Effective date: 20131114

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: TR

Payment date: 20131126

Year of fee payment: 9

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130213

Ref country code: LU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20131222

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20131231

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20131222

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20131231

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: IT

Payment date: 20141219

Year of fee payment: 10

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20051222

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 11

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: ES

Payment date: 20151214

Year of fee payment: 11

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 12

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20151222

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: LT

Payment date: 20161123

Year of fee payment: 12

Ref country code: EE

Payment date: 20161214

Year of fee payment: 12

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: LV

Payment date: 20161213

Year of fee payment: 12

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20151222

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 13

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20161223

REG Reference to a national code

Ref country code: ES

Ref legal event code: FD2A

Effective date: 20180626

REG Reference to a national code

Ref country code: EE

Ref legal event code: MM4A

Ref document number: E008337

Country of ref document: EE

Effective date: 20171231

REG Reference to a national code

Ref country code: LT

Ref legal event code: MM4D

Effective date: 20171222

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LV

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171222

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171222

Ref country code: EE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171231

REG Reference to a national code

Ref country code: DK

Ref legal event code: EBP

Effective date: 20191231

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DK

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20191231

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: SE

Payment date: 20201221

Year of fee payment: 16

REG Reference to a national code

Ref country code: DE

Ref legal event code: R082

Ref document number: 602005038140

Country of ref document: DE

Representative=s name: KILBURN & STRODE LLP, NL

REG Reference to a national code

Ref country code: SE

Ref legal event code: EUG

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20211223

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20221222

Year of fee payment: 18

Ref country code: FR

Payment date: 20221222

Year of fee payment: 18

Ref country code: DE

Payment date: 20221213

Year of fee payment: 18

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230529