EP2599340B1 - Machine-type communication subscription control - Google Patents

Machine-type communication subscription control Download PDF

Info

Publication number
EP2599340B1
EP2599340B1 EP11724609.0A EP11724609A EP2599340B1 EP 2599340 B1 EP2599340 B1 EP 2599340B1 EP 11724609 A EP11724609 A EP 11724609A EP 2599340 B1 EP2599340 B1 EP 2599340B1
Authority
EP
European Patent Office
Prior art keywords
mtc
supported
subscribed
features
mtc features
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
EP11724609.0A
Other languages
German (de)
French (fr)
Other versions
EP2599340A1 (en
Inventor
Fuencisla Garcia Azorero
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson 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
Priority to US36798910P priority Critical
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Priority to PCT/EP2011/059185 priority patent/WO2012013401A1/en
Publication of EP2599340A1 publication Critical patent/EP2599340A1/en
Application granted granted Critical
Publication of EP2599340B1 publication Critical patent/EP2599340B1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W60/00Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Application independent communication protocol aspects or techniques in packet data networks
    • H04L69/24Negotiation of communication capabilities

Description

    Technical Field
  • The present invention relates to methods and apparatuses for implementing subscription control for a Machine-type communication (MTC) Device.
  • Background
  • Machine-type communication (MTC), also known as Machine-to-Machine (M2M) communication, is a form of data communication which involves one or more entities that do not necessarily need human interaction. Such communication may be facilitated by the data services offered by existing mobile communication networks. However, a service optimised for machine-type communications differs from a service optimised for human-to-human communications. In particular, machine-type communications are different to current mobile network communication services as they involve different market scenarios, data communications, lower costs and effort, and a potentially very large number of communicating terminals with, to a large extent, little traffic per terminal. The entities involved in MTC are referred to as MTC Devices and MTC Servers. A MTC Device is a communication device equipped for MTC, which communicates through a PLMN with MTC Servers and/or other MTC Devices. Figure 1 illustrates schematically a communication scenario in which MTC Devices communicate with an MTC Server over a telecommunications network.
  • The 3rd Generation Partnership Project (3GPP) is currently working to define a comprehensive set of network improvements for MTC. As part of this work some general requirements (e.g. in the areas of identification, addressing, congestion control etc) have already been defined. In addition, some network functions that are required in order to optimise networks for use by M2M applications have been identified, with these network optimisations being referred to as MTC Features. 3GPP TS 22.368 v10.1.0 defines these MTC Features as including Low Mobility, Time Controlled, Time Tolerant, Packet Switched (PS) Only, Small Data Transmissions, Mobile Originated Only, Infrequent Mobile Terminated, MTC Monitoring, Priority Alarm Messages, Secure Connection, Location Specific Trigger, Network Provided Destination for Uplink Data, Infrequent Transmission and Group Based MTC Features. It is expected that network operators will be able to independently offer MTC Features to a MTC Subscriber, with the MTC Features provided to a particular subscriber being identified in the subscription. As such, the MTC Devices that belong to a given MTC Subscriber will be controlled by the subscription and therefore subject to Subscription Control. However, it is not yet defined in any detail as to how Subscription Control of the MTC Features will be handled.
  • Currently, subscription data management for traditional mobile services is carried out according to the procedures defined for the S6a, S6d, Gr, and D interfaces (see 3GPP TS 29.272 and 3GPP TS 29.002). In general, these consist of the procedures defined to update entities within the core network that are responsible for mobility management with the subscriber data stored in the HLR/HSS, either at the time of attachment to the network, at restoration, or when a subscription change occurs due to administrative procedures. However, these existing solutions only cover the procedures for updating the information regarding the subscribers subscribed services, and do not include how to manage subscription information that includes subscribed MTC Features. As such, there is a need to define procedures for management of subscription information that includes subscribed MTC Features.
  • The document CATT: "Consideration on MTC features", 3GPP DRAFT; R3-100309, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), RAN WG3, (2010-01-15), discloses MTC subscription information including MTC features for a MTC subscriber, and the transmission of MTC subscription information from a subscriber server to a serving node. This document, however, does not take into account conflicting operations of certain MTC features and subscribed services for a MTC subscriber.
  • In this regard, 3GPP TR 23.888 V0.5.1 identifies some key issues for MTC that require system improvements, and outlines solutions to some of these key issues. In particular, section 6.37 proposes two alternative solutions, referred to as Simple Subscription Control, which could be included in 3GPP Specification Release 10. The first of these solutions proposes doing nothing, provided that no MTC Features are included in Release 10. The second of these solutions proposes identifying the subscribed MTC Features as Information Elements (IEs) in the MTC Subscription stored in the HSS, together with some procedures to determine whether or not the subscribed MTC Features are supported by the MTC Device and by the network. In addition, according to this solution, all subscribed MTC Features are considered essential and mandatory such that, if an MTC Device or the network does not support one or more of the subscribed MTC Features, then an attempt by an MTC Device to attach to the network is rejected. However, the information that would be needed within the new Information Elements identifying the MTC Features, and the message exchanges that would be needed between the HSS/HLR and the core network nodes to control service and MTC Feature availability, are not specified.
  • Summary
  • It is an object of the present invention to provide mechanisms for managing subscription information for MTC Devices, this subscription information including the subscribed services and the subscribed MTC Features. In particular, it is an object of the present invention to provide mechanisms for providing a serving node with MTC subscriber data. In this regard, a serving node is a core network entity that provides subscribed services to subscribers that are attached to the node. For example, serving nodes can comprise any core network entities that provide mobility management, such as a Visitor Location Register (VLR) of a GSM core network, a Serving GPRS Support Node (SGSN) of a GPRS core network, or Mobility Management Entity (MME) of a SAE/LTE core network.
  • According to a first aspect of the present invention there is provided an apparatus configured to operate as a subscriber server. The apparatus comprises:
    • a memory for storing the subscription information of one or more Machine Type Communications, MTC, subscribers, the subscription information of a MTC subscriber including one or more MTC Features and information regarding the MTC subscriber's subscribed services;
    • a processor for assessing which of the one or more subscribed MTC Features are supported, assessing any interaction that may occur between each of the supported subscribed MTC Features and between each of the supported subscribed MTC Features and the subscribed services, and determining the subscription information that should be sent to the serving node based on the outcome of the assessments; and
    • a transmitter for sending the determined subscription information to the serving node.
  • The processor may be further configured such that, when assessing which of the one or more subscribed MTC Features are supported, the processor determines if any of the subscribed MTC Features are not supported by the MTC Device and/or by a network in which the serving node is provided. The processor may then be configured such that, if any of the subscribed MTC Features are not supported by the MTC Device and/or by a network in which the serving node is provided, then the subscribed MTC Features that are not supported are excluded from the subscription information that is to be sent to the serving node.
  • The processor may be further configured such that, when determining if any of the subscribed MTC Features are not supported by the MTC Device or by a network, the processor determines if an indication that one or more MTC Features are not supported by the MTC Device and/or by the network has been received from the serving node, and, for any MTC Features that require an explicit indication that they are supported by the MTC Device and/or by the network, the processor determines if an indication that one or more MTC Features that are supported by the MTC Device and/or by the network has been received from the serving node.
  • The processor may be further configured such that, when assessing any interaction that may occur between each of the supported subscribed MTC Features, the processor determines if any of the supported subscribed MTC Features may interact or conflict with any other supported subscribed MTC Feature. The processor may then be configured such that, if any of the supported subscribed MTC Features may interact or conflict with any other supported subscribed MTC Feature, then an indication of the relative precedence of these MTC Features is included in the subscription information that is to be sent to the serving node.
  • The processor may be further configured such that, when assessing any interaction that may occur between each of the supported subscribed MTC Features and the subscribed services, the processor determines if any of the supported subscribed MTC Features imply restrictions on the subscribed services. The processor may then be configured such that, if any of the supported subscribed MTC Features imply restrictions on the subscribed services, then the subscribed services that are not allowed by the restrictions of the supported subscribed MTC Features are excluded from the subscription information that is to be sent to the serving node.
  • The processor may be further configured to determine if any of the supported subscribed MTC Features should only be enabled upon an explicit instruction received from the MTC Device. The processor may then be configured such that, if any of the supported subscribed MTC Features should only be enabled upon an explicit instruction received from the MTC Device, then an indication that these supported subscribed MTC Features should only be enabled upon an explicit instruction received from the MTC Device is included in the subscription information that is to be sent to the serving node.
  • The apparatus may be configured to send subscription information to the serving node when updating the MTC Device location information stored in the subscriber server, when restoring the subscription information of the MTC Subscriber stored in the subscriber server, and/or when the subscription information of the MTC Subscriber in the subscriber server is modified by the network operator.
  • The apparatus may be configured to operate as any one of a Home Subscriber Server and a Home Location Register. The apparatus may be configured to send subscription information to one or more of Mobility Management Entity, a Serving GPRS Support Node, and a Visitor Location Register.
  • According to a second aspect of the present invention there is provided an apparatus configured to operate as a node of a telecommunications network and configured to serve a Machine Type Communications, MTC, Device belonging to a MTC Subscriber. The apparatus comprises:
    • a processor for identifying MTC Features that are not supported by the MTC Device and/or the network; and
    • a transmitter for indicating to a subscriber server the MTC Features that are not supported.
  • The processor may be further configured to ensure that, when indicating to a subscriber server the MTC Features that are not supported, for any MTC Features that require an explicit indication that they are supported by the MTC Device and/or by the network, an explicit indication is not included in a message to be sent to the subscriber server, and, for any other MTC Features, an indication that the MTC Feature is not supported is included in a message to be sent to the subscriber server.
  • The apparatus may further comprise a receiver for receiving subscription information for the MTC Subscriber from the subscriber server, the subscription information including the supported MTC Features and subscribed services information for the MTC Subscriber, and the processor being further configured to use the received subscription information to establish a data session for the MTC Device.
  • According to a third aspect of the present invention there is provided a method of operating a subscriber server handling subscription information of one or more Machine Type Communications, MTC, subscribers, the subscription information of a MTC subscriber including one or more MTC Features and information regarding the subscriber's subscribed services. The method comprises:
    • when it is required that subscription information for a MTC subscriber is sent to a network node serving an MTC device of the MTC subscriber:
      • assessing which of the one or more subscribed MTC Features are supported; assessing any interaction that may occur between each of the supported subscribed MTC Features and between each of the supported subscribed MTC Features and the subscribed services;
      • determining the subscription information that should be sent to the serving node based on the outcome of the assessments; and
      • sending the determined subscription information to the serving node.
  • The step of assessing which of the one or more subscribed MTC Features are supported may comprise determining if any of the subscribed MTC Features are not supported by the MTC Device and/or by a network in which the serving node is provided. The method may then further comprise, if any of the subscribed MTC Features are not supported by the MTC Device and/or by a network in which the serving node is provided, a step of excluding the subscribed MTC Features that are not supported from the subscription information that is to be sent to the serving node.
  • The step of determining if any of the subscribed MTC Features are not supported by the MTC Device or by a network in which the serving node is provided may comprise one or more of:
    • determining if an indication that one or more MTC Features are not supported by the MTC Device and/or by the network has been received from the serving node; and
    • for any MTC Features that require an explicit indication that they are supported by the MTC Device and/or by the network, determining if an indication that one or more MTC Features that are supported by the MTC Device and/or by the network has been received from the serving node.
  • The step of assessing any interaction that may occur between each of the supported subscribed MTC Features may comprise determining if any of the supported subscribed MTC Features may interact or conflict with any other supported subscribed MTC Feature. The method may then further comprise, if any of the supported subscribed MTC Features may interact or conflict with any other supported subscribed MTC Feature, a step of including an indication of the relative precedence of these MTC Features in the subscription information that is to be sent to the serving node.
  • The step of assessing any interaction that may occur between each of the supported subscribed MTC Features and the subscribed services may comprise determining if any of the supported subscribed MTC Features imply restrictions on the subscribed services. The method may then further comprise, if any of the supported subscribed MTC Features imply restrictions on the subscribed services, a step of excluding the subscribed services that are not allowed by the restrictions of the supported subscribed MTC Features from the subscription information that is to be sent to the serving node.
  • The method may further comprise determining if any of the supported subscribed MTC Features should only be enabled upon an explicit instruction received from the MTC Device. The method may then further comprise, if any of the supported subscribed MTC Features should only be enabled upon an explicit instruction received from the MTC Device, a step of including an indication that these supported subscribed MTC Features should only be enabled upon an explicit instruction received from the MTC Device in the subscription information that is to be sent to the serving node.
  • It may be required that subscription information for a MTC subscriber is sent to a network node serving an MTC device of the MTC subscriber when updating the MTC Device location information stored in the subscriber server, when restoring the subscription information of the MTC Subscriber stored in the subscriber server, and/or when the subscription information of the MTC Subscriber in the subscriber server is modified by the network operator.
  • The subscriber server may be any one of a Home Subscriber Server, and a Home Location Register. The serving node may be any one of a Mobility Management Entity, a Serving GPRS Support Node, and a Visitor Location Register.
  • According to a fourth aspect of the present invention there is provided a method of operating a node of a telecommunications network that is configured to provided services to a Machine Type Communications, MTC, Device belonging to a MTC Subscriber. The method comprises:
    • identifying MTC Features that are not supported by the MTC Device and/or the network; and
    • indicating to a subscriber server the MTC Features that are not supported.
  • The step of indicating to a subscriber server the MTC Features that are not supported may comprise:
    • for any MTC Features that require an explicit indication that they are supported by the MTC Device and/or by the network, not including an explicit indication in a message to the subscriber server; and
    • for any other MTC Features, including an indication that the MTC Feature is not supported in a message to the subscriber server.
  • The method may further comprise subsequently receiving subscription information for the MTC Subscriber from the subscriber server, the subscription information including the supported MTC Features and subscribed services information for the MTC Subscriber, and using the received subscription information to establish a data session for the MTC Device.
  • Brief Description of the Drawings
    • Figure 1 illustrates schematically a communication scenario in which MTC Devices communicate with an MTC Server over a telecommunications network;
    • Figure 2 is an example signalling flow diagram illustrating the process of an MTC Device updating its location;
    • Figure 3 is an exemplary signalling flow diagram illustrating the process of a HSS/HLR providing updated MTC Subscriber information to a serving node;
    • Figure 4 is an exemplary flow diagram illustrating the process that may be performed by a HSS/HLR in order to determine the MTC Subscriber information that should be sent to a serving node; and
    • Figure 5 illustrates schematically an example of a serving node and a subscriber server suitable for implementing MTC Subscriber information management.
    Detailed Description
  • There will now be described methods and apparatus for managing subscription information for MTC Devices, this subscription information including the subscribed services and the subscribed MTC Features. In particular, these methods and apparatus will provide mechanisms for providing a serving node within a visited/home network with MTC subscriber data, in which MTC Features are communicated between a subscriber server (e.g. HLR/HSS) and the serving node together with the subscribed service information. In this regard, a serving node is a core network entity that provides the subscribed services to subscribers that are attached to the node. For example, serving nodes can comprise any core network entities that provide mobility management, such as a Visitor Location Register (VLR) of a GSM core network, a Serving GPRS Support Node (SGSN) of a GPRS core network, or Mobility Management Entity (MME) of a SAE/LTE core network.
  • In addition, it has been recognised here that, as well as providing the serving nodes with information regarding the subscribed MTC Features, procedures for managing subscribed MTC Features should provide mechanisms for handling any interactions/associations between the MTC Features and traditional mobile services (which are identified in the conventional subscribed service information provisioned in the subscriber data) and that may therefore impact/influence the services that can be provided to the MTC Device, and mechanisms for handling interactions, overlap or conflicts between different MTC Features.
  • In order to handle interactions/associations between the MTC Features and traditional mobile services, and that may impact/influence the services that can be provided to the MTC Device, when determining the subscription information that should be downloaded to the serving nodes it should be considered how closely related the subscribed MTC Features are to the subscribed services. In this regard, the MTC Features referred to as Low Mobility, Time Controlled, Time Tolerant, Infrequent Mobile Terminated, MTC Monitoring, Priority Alarm Message, Secure Connection, Location Specific Trigger, Network Provided destination for Uplink Data, or Infrequent Transmission can be considered to be only loosely related or even independent of the traditional mobile services, as these MTC Features will be handled by the network independently of the service(s) selected for the communication between the MTC Device and the MTC Server. In this case, the MTC Features do not imply any restriction upon the set of services the MTC Device could make use of. The entire MTC Subscription information, consisting of MTC Feature data and subscribed service information should therefore be downloaded from the HLR/HSS to the serving node, unless these are restricted by network operator policies or capabilities.
  • The remaining MTC Features, including PS Only, Mobile Originated Only and Small Data Transmission, can be considered to be closely related with at least some of the traditional mobile services, given that the specification of these MTC Features makes reference to the services that are allowed for the MTC Device. For example, according to the current solution for Small Data Transmission, it is likely that no bearer other than SMS should be allowed for the MTC Device when the Small Data Transmission Feature is implemented. For this type of MTC Feature, it is proposed here that only the subscribed service information applicable to the subscribed MTC Features, together with the subscribed MTC Feature data, should be downloaded from the HLR/HSS to the serving node. In other words, if it is determined that any of the supported subscribed MTC Features imply restrictions on the subscribed services, then the subscribed services that are not allowed by the restrictions of the supported subscribed MTC Features are excluded from the subscription information that is to be sent to the serving node.
  • In order to handle interactions, overlap or conflicts between the different MTC Features, when determining the information that should be downloaded to the serving nodes, cases where the subscription information includes more than one subscribed MTC Feature should be considered. In this regard, the MTC Features Low Mobility, Infrequent Mobile Terminated, MTC Monitoring, Secure Connection, Location Specific Trigger, Network Provided destination for Uplink Data, and Infrequent Transmission do not interact with each other nor with any of the traditional mobile services. Therefore, these MTC Features can be implemented simultaneously without impacting upon one another, such that all of the subscribed services are available for the MTC Device, provided that both the network and the MTC Device support them and operator policies allow it.
  • The remaining MTC Features may interact with or interfere with each other. For example, the enforcement of the Time Tolerant feature might delay a communication attempt by an MTC Device long enough to produce a collision with the time period defined by the MTC Time Controlled feature for sending/receiving data. In addition, a Priority Alarm message should take precedence over any other feature. In order to avoid problems that could occur due to interaction or interference between the subscribed MTC Features, it is proposed here that the HSS/HLR provide indications to the serving node of the relative precedence of any potentially interacting or interfering MTC Features. For example, these indications can indicate whether Time Controlled takes precedence over Time Tolerant or the other way around. This precedence can be based on operator policies, and MTC Subscriber preferences. In other words, if it is determined that any of the supported subscribed MTC Features may interact or conflict with any other supported subscribed MTC Feature, then an indication of the relative precedence of these MTC Features is included in the subscription information that is to be sent to the serving node.
  • In addition, there are some MTC Features that are contradictory, and are therefore incompatible with one another. For example, the MTC Features Mobile Originated Only and Infrequent Mobile Terminated are contradictory, and are therefore completely incompatible. To prevent the possible simultaneous implementation of incompatible MTC Features, an attempt to subscribe to an MTC Feature that is not compatible with an existing subscribed MTC Feature should be rejected.
  • An additional case in which interactions, overlap or conflicts can occur between the different MTC Features, arises when two or more of the subscribed MTC Features are tightly related to the subscribed services (e.g. PS Only, Mobile Originated and Small Data Transmission). In this case, it is proposed here that the HLR/HSS should provide the serving node with MTC Feature data of the all the subscribed MTC Features, but should only provide restricted subscribed service information. This restricted subscribed service information would then only include those services that are allowed by the MTC Feature that places the greatest restrictions on the services that the MTC Device is allowed to use. Similarly, interactions, overlap or conflicts can occur between the different MTC Features when the subscribed MTC Features include at least one MTC Feature loosely related with a subscribed service (e.g. MTC Monitoring) and at least one other MTC Feature which imposes restrictions on the subscribed services (e.g., Small Data Transmission, or Mobile Originated, or Small Data Transmission). Once again, the MTC Feature that places the greatest restrictions on the services available to the MTC Device should always take precedence. The HLR/HSS then downloads to the serving node the MTC Feature data of all of the subscribed MTC Features, but only provides the subscribed service information for those services allowed by the MTC Feature that places the greatest restrictions on the services that the MTC Device is allowed to use.
  • Furthermore, the availability of an MTC Feature for an MTC Device will depend not only on the MTC Features provided for in the MTC Subscriber's subscription, but also on the capabilities of the MTC Device, the capabilities of the visited/home network, and the policies of the visited/home network operator. As such, these factors should also be considered when determining the information that should be downloaded to the serving nodes. In this regard, it is proposed here that, a serving node could notify the HLR/HSS of the MTC Features that it supports, such that the HLR/HSS will then only download information regarding MTC Features that the network has indicated are supported. In addition, or as an alternative, if one or more MTC Features cannot be enabled for an MTC Device (e.g. due to lack of support in the device, or because operator polices do no allow them), then the serving node could send an indication of this to the HLR/HSS. The HLR/HSS can then store information regarding the MTC Features that cannot be enabled for the MTC Device, and use this information to ensure that updates of MTC Subscriber data that are sent to the serving node relate only to the supported MTC Features. In other words, if it is determined that any of the subscribed MTC Features are not supported by the MTC Device and/or by the network, then the subscribed MTC Features that are not supported are excluded from the subscription information that is to be sent to the serving node.
  • Alternatively, the HLR/HSS could ignore the indications and send all of the MTC Subscriber data to the serving node. As a further alternative, if any of the subscribed MTC Features that are not supported are considered to be essential for the proper functioning of the MTC Device, then the HLR/HSS could reject the attempt to attach to the network. The MTC Device could then attempt to attach to another network.
  • It has also been recognised here that there might be cases in which a subscribed MTC Feature is available to an MTC Device (e.g. is supported and allowed by the network operator) but should only be enforced, or certain procedures related to the MTC Feature should only be performed by the network upon receipt of an explicit indication/instruction from the MTC Device. For example, this might be the case for an MTC Device that is required to implement the Time Tolerant MTC Feature, except for when specifics events occur, as these specific events are to be handled as Priority Alarm messages. In order to allow this type of behaviour in the network, it is proposed here that the MTC Feature data to be downloaded from the HLR/HSS to the serving node should include an indication that the enforcement of an MTC Feature depends on an explicit indication or instruction from the MTC Device.
  • The provision of MTC Subscriber information from the HSS/HLR to a serving node is performed when updating the location of the MTC Device, during restoration of MTC Subscriber data in either the serving node or HLR/HSS after a failure, and when the data in the HSS/HLR is modified by the network operator or service provider. This MTC Subscriber information will comprise Information Elements (IE) identifying the subscribed services and IEs identifying the subscribed MTC Features. In this regard, in order to implement the above methods of managing MTC Subscriber information, it is proposed here that the IEs identifying the subscribed MTC Features include various data related to the MTC Features. For example, an IE identifying a subscribed MTC Feature can include the following information:
    • ■ MTC Feature Identifier - containing an identifier of the MTC Feature;
    • ■ MTC Feature Data (Optional) - containing specific MTC Feature Data (e.g. 'stationary MTC Device' for MTC Feature Low Mobility);
    • ■ MTC Feature Precedence (Optional) - containing an indication of other MTC Features that this MTC Feature might interact, overlap or conflict with, and the relative precedence of the MTC Feature; and
    • ■ MTC Device Explicit Indication (Optional) - containing an indication as to whether any explicit indications or instructions are required from the MTC Device to request the network to enable this subscribed MTC Feature.
  • During location updating procedures and during restoration of MTC Subscriber data in either the serving node or the HLR/HSS after a failure, MTC Subscription information, consisting of subscribed services information and the MTC Feature data of the subscribed MTC Features, is downloaded from the HLR/HSS to the serving node. Figure 2 is a signalling flow diagram illustrating the process of an MTC Device updating its location at the HSS/HLR when MTC Subscriber information management is implemented in accordance with the methods detailed above. The steps performed are as follows:
    • A1. An MTC Device performs an Initial Attach procedure in order to register with and therefore access a network. This Initial Attach procedure is initiated by the MTC Device sending an Attach Request towards a serving node within the core network.
    • A2. The serving node then authenticates the MTC Device using the MTC Subscriber's authentication information that is stored in the HSS/HLR.
    • A3. Following network registration and authentication of the MTC Device, the serving node sends an Update Location Request message to the HSS/HLR. This message can include an indication of any MTC Features that are not supported (e.g. because they are not supported by the MTC Device or by the visited network, or because operator polices do no allow them) and/or an indication of any MTC Features that are supported (i.e. if an explicit indication of support is required).
    • A4. The HSS/HLR receives the Update Location Request message from the serving node, including any indications of supported/unsupported MTC Features, and determines the MTC Subscriber information that should be sent to the serving node based on the subscribed MTC Features. For example, the HSS/HLR can store information regarding the supported/unsupported MTC Features, and ensure that the MTC Subscriber information that is to be sent to the serving node relates only to the subscribed MTC Features that are supported. Alternatively, the HSS/HLR might ignore any indications included within the Update Location Request message, and might determine the MTC Subscriber information that should be sent to the serving node based solely on the subscribed MTC Features, without taking into account whether the MTC Features are explicitly supported/unsupported MTC Features.
    • A5. The HSS/HLR then sends the appropriate MTC Subscriber information to the serving node in an Update Location Ack/Answer message. Alternatively, the HSS/HLR can reject the Update Location Request, responding to the MME/SGSN with an Update Location Ack/Answer message indicating the cause of the rejection.
    • A6. If the Update Location Ack/Answer message received from the HSS/HLR indicates that the attach request was accepted, and therefore includes appropriate MTC Subscriber information, then the serving node sends an Attach Accept message to the MTC Device. If the Update Location Ack/Answer message received from the HSS/HLR indicates that the attach request was rejected, then the MME/SGSN sends an Attach Reject message to the MTC Device.
  • MTC Subscription information will also be sent from the HLR/HSS to the serving node during the restoration procedures performed after a failure at either the serving node or the HLR/HSS. In the case of recovery following a failure at the serving node, the serving node will request subscription information from the HLR/HSS by sending an Update Location Request message to the HSS/HLR in accordance with the procedure outlined above in relation to Figure 2. In the case of recovery following a failure at the HLR/HSS, the HSS/HLR will send a Reset message to the serving node. As a result, the serving node will subsequently send an Update Location Request message to the HSS/HLR. The HSS/HLR will then provide the serving node with the appropriate MTC Subscription information in accordance with the procedure outlined above in relation to Figure 2.
  • In addition, MTC Subscription information is sent from the HLR/HSS to the serving node when the data in the HSS/HLR is modified by the network operator or service provider. Figure 3 is a signalling flow diagram illustrating the process of a HSS/HLR providing updated MTC Subscriber information to a serving node that provides services to a MTC Device associated with the MTC Subscriber, when MTC Subscriber information management is implemented in accordance with the methods detailed above. The steps performed are as follows:
    • B1. The HSS/HLR determines that updated MTC Subscriber information should be sent to a serving node within the core network following a change in the MTS Subscriber data stored within the HSS/HLR.
    • B2. The HSS/HLR then determines the MTC Subscriber information that should be sent to the serving node based on the subscriber's subscribed MTC Features. For example, the HSS/HLR will consider the availability of the subscribed MTC Features for the MTC Device, any interaction, overlap or conflict between the subscribed MTC Features, and any interaction or association between the active MTC Features and the subscribed services etc. For those MTC Features for which the serving node is required to indicate support of the MTC Feature, the HLR/HSS will have stored any indications previously received from the serving node in relation to the MTC Device, and will make use of the stored indications when determining the MTC Subscriber information that should be sent to the serving node.
    • B3. The HSS/HLR will then send the appropriate MTC Subscriber information to the serving node in an Insert/Update Subscriber Data message.
    • B4. The serving node updates the MTC Subscriber information for the MTC Device and acknowledges Insert/Update Subscriber Data message by returning an Acknowledge message to the HSS/HLR.
  • As detailed above, when determining the MTC Subscriber information that should be sent to the serving node, the HSS/HLR should consider:
    • ■ the availability of an MTC Feature for an MTC Device - which will depend on the MTC Features provided for in the MTC Subscriber's subscription, the capabilities of the MTC Device, the visited/home network capabilities, and the visited/home network operator policies;
    • ■ any interaction, overlap or conflict between the subscribed MTC Features-including whether or not any of the subscribed MTC Features impose restrictions on the subscribed services that will impact upon any of the other subscribed MTC Features;
    • ■ any interaction or relationship between the subscribed MTC Features and the subscribed services; and
    • ■ if any of the subscribed MTC Features should only be enforced by the network upon receipt of an explicit indication/instruction from the MTC Device.
  • Figure 4 illustrates an exemplary flow diagram of the process that may be performed by a HSS/HLR in order to determine the MTC Subscriber information that should be sent to the serving node. Steps C1 to C13 illustrate the evaluations/assessments that are made by the HSS/HLR based on the MTC Features that are provided for in the subscription associated with the MTC Device, and how the result of each of these evaluations/assessments impacts on the subscription information that the HSS/HLR should send to the node serving the MTC Device.
  • Figure 5 illustrates schematically an example of a serving node 1 and a subscriber server 2 suitable for implementing the methods of MTC Subscriber information management outlined above. The serving node 1 and the subscriber server 2 can each be implemented as a combination of computer hardware and software.
  • The serving node 1 comprises a processor 3, a memory 4, a receiver 5 and a transmitter 6. The memory 4 stores the various programs/executable files that are implemented by the processor 3, and also provides a storage unit for any required data. The programs/executable files stored in the memory 4, and implemented by the processor 3, include a MTC Feature Unit 7, a Message Generation Unit 8, and a Data Session Unit 9. The serving node 1 could be any of a Mobility Management Entity (MME), a Serving GPRS Support Node (SGSN), and a Visitor Location Register (VLR).
  • The subscriber server 2 comprises a processor 10, a memory 11, a receiver 12 and a transmitter 13. The memory 11 stores the various programs/executable files that are implemented by the processor 10, and also provides a storage unit for any required data, such as a Subscriber Information Database 14. The programs/executable files stored in the memory 11, and implemented by the processor 10, include a Determination Unit 15 and a Message Generation Unit 16. The subscriber server could be any one of a Home Subscriber Server (HSS) and a Home Location Register (HLR).
  • The methods and apparatus described above provide that the relationship between MTC Features and the traditional mobile services can be assessed/evaluated when determining the MTC Subscriber information that is provided to a node serving an MTC Device. These methods and apparatus also provide that the HSS/HLR can indicate the relative precedence of the subscribed MTC Features when providing MTC Subscriber information to the serving node, thereby avoiding possible conflicts between MTC Features. In addition, these methods and apparatus ensure that, if the subscribed MTC Features restrict the subscribed services that can be provided to the MTC Device, then the MTC Subscriber information sent to a serving node only includes information relating to the restricted subscribed services that can be provided to the MTC Device. In doing so, these methods and apparatus avoid the sending of inappropriate information to the serving nodes.
  • It will be appreciated by the person of skill in the art that various modifications may be made to the above-described embodiments without departing from the scope of the present invention. For example, whilst the embodiments described above provide examples of particular MTC Features that may interact with other MTC Features and/or particular mobile services, there are other MTC Features and other mobile services that may also interact with each other, and that should therefore be considered when managing the subscription information associated with an MTC Device.

Claims (24)

  1. An apparatus (2) configured to operate as a subscriber server, the apparatus comprising:
    a memory (11) for storing the subscription information of one or more Machine Type Communications, MTC, subscribers, the subscription information of a MTC subscriber including one or more MTC Features and information regarding the MTC subscriber's subscribed services;
    a processor (10) for assessing which of the one or more subscribed MTC Features are supported by a MTC device of the MTC subscriber and by a network with a serving node serving the MTC device, assessing any interaction that may occur between each of the supported subscribed MTC Features and between each of the supported subscribed MTC Features and the subscribed services, and determining the subscription information that should be sent to the serving node based on the outcome of the assessments; and
    a transmitter (13) for sending the determined subscription information to the serving node.
  2. The apparatus as claimed in claim 1, wherein, when assessing which of the one or more subscribed MTC Features are supported, the processor (10) is further configured to
    determine if any of the subscribed MTC Features are not supported by the MTC Device and/or by the network in which the serving node is provided.
  3. The apparatus as claimed in claim 2, wherein the processor (10) is configured such that, if any of the subscribed MTC Features are not supported by the MTC Device and/or by a network in which the serving node is provided, then the subscribed MTC Features that are not supported are excluded from the subscription information that is to be sent to the serving node.
  4. The apparatus as claimed in any of claims 2 or 3, wherein, when determining if any of the subscribed MTC Features are not supported by the MTC Device or by a network, the processor (10) is further configured to perform one or more of:
    determining if an indication that one or more MTC Features are not supported by the MTC Device and/or by the network has been received from the serving node; and
    for any MTC Features that require an explicit indication that they are supported by the MTC Device and/or by the network, determining if an indication that one or more MTC Features that are supported by the MTC Device and/or by the network has been received from the serving node.
  5. The apparatus as claimed in any of the preceding claims, wherein, when assessing any interaction that may occur between each of the supported subscribed MTC Features, the processor (10) is further configured to:
    determine if any of the supported subscribed MTC Features may interact or conflict with any other supported subscribed MTC Feature.
  6. The apparatus as claimed in claim 5, wherein the processor (10) is configured such that, if any of the supported subscribed MTC Features may interact or conflict with any other supported subscribed MTC Feature, then an indication of the relative precedence of these MTC Features is included in the subscription information that is to be sent to the serving node.
  7. The apparatus as claimed in any of the preceding claims, wherein, when assessing any interaction that may occur between each of the supported subscribed MTC Features and the subscribed services, the processor (10) is further configured to:
    determine If any of the supported subscribed MTC Features imply restrictions on the subscribed services.
  8. The apparatus as claimed in claim 7, wherein the processor (10) is configured such that, if any of the supported subscribed MTC Features imply restrictions on the subscribed services, then the subscribed services that are not allowed by the restrictions of the supported subscribed MTC Features are excluded from the subscription information that is to be sent to the serving node.
  9. The apparatus as claimed in any of the preceding claims, wherein the processor (10) is further configured to determine if any of the supported subscribed MTC Features should only be enabled upon an explicit instruction received from the MTC Device.
  10. The apparatus as claimed in claim 9, wherein the processor (10) is configured such that, if any of the supported subscribed MTC Features should only be enabled upon an explicit instruction received from the MTC Device, then an indication that these supported subscribed MTC Features should only be enabled upon an explicit instruction received from the MTC Device is included in the subscription information that is to be sent to the serving node.
  11. An apparatus (1) configured to operate as a node of a telecommunications network and configured to serve a Machine Type Communications, MTC, Device belonging to a MTC Subscriber, the apparatus comprising:
    a processor (3) for identifying MTC Features that are not supported by the MTC Device and/or the network; and
    a transmitter (6) for indicating to a subscriber server the MTC Features that are not supported; and
    wherein the processor (3) is further configured to ensure that, when indicating to a subscriber server the MTC Features that are not supported:
    for any MTC Features that require an explicit indication that they are supported by the MTC Device and/or by the network, an explicit indication is not included in a message to be sent to the subscriber server; and
    for any other MTC Features, an indication that the MTC Feature is not supported is included in a message to be sent to the subscriber server.
  12. The apparatus as claimed in claim 11, and further comprising:
    a receiver (5) for receiving subscription information for the MTC Subscriber from the subscriber server, the subscription information including the supported MTC Features and subscribed services information for the MTC Subscriber; and
    the processor (3) being further configured to use the received subscription information to establish a data session for the MTC Device.
  13. A method of operating a subscriber server handling subscription information of one or more Machine Type Communications, MTC, subscribers, the subscription information of a MTC subscriber including one or more MTC Features and information regarding the subscriber's subscribed services, the method comprising:
    when it is required that subscription information for a MTC subscriber is sent to a network node serving an MTC device of the MTC subscriber:
    assessing which of the one or more subscribed MTC Features are supported;
    assessing any interaction that may occur between each of the supported subscribed MTC Features and between each of the supported subscribed MTC Features and the subscribed services;
    determining the subscription information that should be sent to the serving node based on the outcome of the assessments; and
    sending the determined subscription information to the serving node.
  14. The method as claimed in claim 13, wherein the step of assessing which of the one or more subscribed MTC Features are supported comprises:
    determining if any of the subscribed MTC Features are not supported by the MTC Device and/or by a network in which the serving node is provided.
  15. The method as claimed in claim 14, wherein, if any of the subscribed MTC Features are not supported by the MTC Device and/or by a network in which the serving node is provided, then the subscribed MTC Features that are not supported are excluded from the subscription information that is to be sent to the serving node.
  16. The method as claimed in any of claims 14 or 15, wherein the step of determining if any of the subscribed MTC Features are not supported by the MTC Device or by a network in which the serving node is provided comprises one or more of:
    determining if an indication that one or more MTC Features are not supported by the MTC Device and/or by the network has been received from the serving node; and
    for any MTC Features that require an explicit indication that they are supported by the MTC Device and/or by the network, determining if an indication that one or more MTC Features that are supported by the MTC Device and/or by the network has been received from the serving node.
  17. The method as claimed in any of claims 13 to 16, wherein the step of assessing any interaction that may occur between each of the supported subscribed MTC Features comprises:
    determining if any of the supported subscribed MTC Features may interact or conflict with any other supported subscribed MTC Feature.
  18. The method as claimed in claim 17, wherein, if any of the supported subscribed MTC Features may interact or conflict with any other supported subscribed MTC Feature, then an indication of the relative precedence of these MTC Features is included in the subscription information that is to be sent to the serving node.
  19. The method as claimed in any of claims 13 to 18, wherein the step of assessing any interaction that may occur between each of the supported subscribed MTC Features and the subscribed services comprises:
    determining if any of the supported subscribed MTC Features imply restrictions on the subscribed services.
  20. The method as claimed in claim 19, wherein, if any of the supported subscribed MTC Features imply restrictions on the subscribed services, then the subscribed services that are not allowed by the restrictions of the supported subscribed MTC Features are excluded from the subscription information that is to be sent to the serving node.
  21. The method as claimed in any of claims 13 to 20, and further comprising:
    determining if any of the supported subscribed MTC Features should only be enabled upon an explicit instruction received from the MTC Device.
  22. The method as claimed in claim 21, wherein, if any of the supported subscribed MTC Features should only be enabled upon an explicit instruction received from the MTC Device, then an indication that these supported subscribed MTC Features should only be enabled upon an explicit instruction received from the MTC Device is included in the subscription information that is to be sent to the serving node.
  23. A method of operating a node of a telecommunications network that is configured to provided services to a Machine Type Communications, MTC, Device belonging to a MTC Subscriber, the method comprising:
    identifying MTC Features that are not supported by the MTC Device and/or the network; and
    indicating to a subscriber server the MTC Features that are not supported; and
    wherein the step of indicating to a subscriber server the MTC Features that are not supported comprises:
    for any MTC Features that require an explicit indication that they are supported by the MTC Device and/or by the network, not including an explicit indication in a message to the subscriber server; and
    for any other MTC Features, including an indication that the MTC Feature is not supported in a message to the subscriber server.
  24. The method as claimed in claim 23, and further comprising:
    subsequently receiving subscription information for the MTC Subscriber from the subscriber server, the subscription information including the supported MTC Features and subscribed services information for the MTC Subscriber; and
    using the received subscription information to establish a data session for the MTC Device.
EP11724609.0A 2010-07-27 2011-06-03 Machine-type communication subscription control Active EP2599340B1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US36798910P true 2010-07-27 2010-07-27
PCT/EP2011/059185 WO2012013401A1 (en) 2010-07-27 2011-06-03 Machine-type communication subscription control

Publications (2)

Publication Number Publication Date
EP2599340A1 EP2599340A1 (en) 2013-06-05
EP2599340B1 true EP2599340B1 (en) 2014-05-14

Family

ID=44483831

Family Applications (1)

Application Number Title Priority Date Filing Date
EP11724609.0A Active EP2599340B1 (en) 2010-07-27 2011-06-03 Machine-type communication subscription control

Country Status (3)

Country Link
US (2) US9113322B2 (en)
EP (1) EP2599340B1 (en)
WO (1) WO2012013401A1 (en)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9113322B2 (en) * 2010-07-27 2015-08-18 Telefonaktiebolaget L M Ericsson (Publ) Machine-type communication subscription control
JP5682208B2 (en) * 2010-10-04 2015-03-11 ソニー株式会社 Communication device, communication control method, and communication system
US8693423B2 (en) * 2011-02-16 2014-04-08 Tekelec, Inc. Methods, systems, and computer readable media for providing enhanced mobile subscriber location register fault recovery
JP5351917B2 (en) * 2011-03-09 2013-11-27 株式会社エヌ・ティ・ティ・ドコモ Mobile station
CN102291295B (en) * 2011-07-29 2014-11-05 电信科学技术研究院 Management method and equipment for packet data network (PDN) connection
EP2815590B1 (en) * 2012-02-13 2016-12-21 Telefonaktiebolaget LM Ericsson (publ) M2m service enablement over access networks
US20140050084A1 (en) * 2012-08-20 2014-02-20 Industrial Technology Research Institute Method of group based machine type communication and apparatuses using the same
US8923880B2 (en) 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
WO2014065492A1 (en) * 2012-10-25 2014-05-01 엘지전자 주식회사 Mtc monitoring method and network node
US10306681B2 (en) * 2014-09-23 2019-05-28 Lg Electronics Inc. Method and apparatus for signaling usable downlink subframes for low cost user equipment in wireless communication system
EP3001702A1 (en) * 2014-09-26 2016-03-30 Alcatel Lucent Support of mobile-terminated application services in a mobile system
CN105792095A (en) * 2014-12-23 2016-07-20 中兴通讯股份有限公司 Secret key negotiation method and system for MTC (Machine Type Communication) packet communication and network entity
WO2016111603A1 (en) * 2015-01-11 2016-07-14 엘지전자 주식회사 Method for transmitting and receiving signals related to pdn connection recovery in wireless communication system, and device therefor
US9954599B2 (en) * 2016-07-14 2018-04-24 At&T Intellectual Property I, L.P. Method and system to dynamically identify and control a UAV with emitting instruments

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8737989B2 (en) * 2008-08-29 2014-05-27 Apple Inc. Methods and apparatus for machine-to-machine based communication service classes
US8953636B2 (en) * 2009-07-21 2015-02-10 Intel Corporation End-to-end feature support signaling
KR101167939B1 (en) * 2010-01-08 2012-08-02 엘지전자 주식회사 Method for monitoring machine type communication device in mobile communications system
US9042221B2 (en) * 2010-04-28 2015-05-26 Lg Electronics Inc. Method of controlling congestion of MTC data in a mobile communication system
US8868743B2 (en) * 2010-04-30 2014-10-21 Sharp Kabushiki Kaisha Modified access classes for machine type communication (MTC) devices during emergencies
US8438278B2 (en) * 2010-05-03 2013-05-07 Htc Corporation Methods for monitoring and reporting MTC events
WO2011139098A2 (en) * 2010-05-04 2011-11-10 엘지전자 주식회사 Method for controlling mtc service network overload in mobile communication system and device thereof
US20110310731A1 (en) * 2010-06-18 2011-12-22 Sharp Laboratories Of America, Inc. Controlling network resource usage of machine type communication (mtc) devices
US9113322B2 (en) * 2010-07-27 2015-08-18 Telefonaktiebolaget L M Ericsson (Publ) Machine-type communication subscription control

Also Published As

Publication number Publication date
US20160373921A9 (en) 2016-12-22
EP2599340A1 (en) 2013-06-05
US20130128777A1 (en) 2013-05-23
US20150087304A1 (en) 2015-03-26
US9113322B2 (en) 2015-08-18
WO2012013401A1 (en) 2012-02-02
US9955340B2 (en) 2018-04-24

Similar Documents

Publication Publication Date Title
US10382926B2 (en) Coordinated grouping for machine type communications group based services
JP2016184950A (en) Apparatus and method for effectively transmitting device trigger message
CN104995889B (en) For modifying the method and device thereof of M2M service setting
US20190104400A1 (en) System and Methods for Data Communications in a Wireless Communication System
JP2019024264A (en) Overload control and coordination between m2m service layer and 3gpp networks
US9516449B2 (en) System and method for controlling advanced triggering operations in a telecommunication network
CN104067588B (en) The system and method that network control is detected for business
EP2815590B1 (en) M2m service enablement over access networks
EP2522102B1 (en) Method, system, and computer readable medium for policy charging and rules function (pcrf) node selection
US8839382B2 (en) Mobile network operator and data service provider interoperation
US8812020B2 (en) Methods, systems, and computer readable media for location-based policy enhancement
CN102893640B (en) For the method for transmission policy information between "Policy and Charging Rules Function and service node, system and computer-readable medium
EP2656647B1 (en) Method, system, and computer readable media for modifying a diameter signaling message directed to a charging function node
JP5392879B2 (en) Method and apparatus for authenticating a communication device
US10602322B2 (en) Application data delivery service for networks supporting multiple transport mechanisms
US9172822B2 (en) Methods, systems, and computer readable media for providing a user record deletion notification
US10616048B2 (en) Resource and attribute management in machine to machine networks
JP5108094B2 (en) Method and apparatus for accounting in a mobile data packet network
US9917700B2 (en) Systems, methods, and computer readable media for policy enforcement correlation
US9078119B2 (en) Method and system for acquiring information of machine type communication user equipment
EP2952056B1 (en) Mobile gateway selection using a direct connection between a pcrf node and a mobility management node
US8971849B2 (en) System and method for network assisted control and monetization of tethering to mobile wireless devices
US9894560B2 (en) Method and device for controlling QOS and/or policy and charging control of a guest user
JP3981118B2 (en) Method for notifying a legitimate intercept system of a service system that services an intercepted goal
US20140134996A1 (en) Network monitoring of user equipment events

Legal Events

Date Code Title Description
17P Request for examination filed

Effective date: 20121213

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

DAX Request for extension of the european patent (to any country) (deleted)
INTG Intention to grant announced

Effective date: 20140131

AK Designated contracting states

Kind code of ref document: B1

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

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

Country of ref document: AT

Kind code of ref document: T

Effective date: 20140615

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

Country of ref document: DE

Effective date: 20140626

REG Reference to a national code

Ref country code: NL

Ref legal event code: VDEP

Effective date: 20140514

Ref country code: AT

Ref legal event code: MK05

Ref document number: 669057

Country of ref document: AT

Kind code of ref document: T

Effective date: 20140514

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

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

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

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

Ref country code: LT

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

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

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

Ref country code: NO

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

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 FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140514

Ref country code: SE

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

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

Ref country code: ES

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

Ref country code: HR

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

Ref country code: RS

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

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

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

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

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

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

Ref country code: DK

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

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

Ref country code: EE

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

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

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602011006970

Country of ref document: DE

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

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

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

REG Reference to a national code

Ref country code: FR

Ref legal event code: ST

Effective date: 20150227

26N No opposition filed

Effective date: 20150217

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

Ref country code: IE

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

Effective date: 20140603

Ref country code: CH

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

Effective date: 20140630

Ref country code: LI

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

Effective date: 20140630

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602011006970

Country of ref document: DE

Effective date: 20150217

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

Ref country code: FR

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

Effective date: 20140715

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

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

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

Ref country code: MT

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

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

Ref country code: SM

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

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

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

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

Ref country code: TR

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

Ref country code: LU

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

Effective date: 20140603

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

Ref country code: MK

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

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

Ref country code: AL

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

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

Ref country code: IT

Payment date: 20190621

Year of fee payment: 9

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

Ref country code: DE

Payment date: 20190627

Year of fee payment: 9

Ref country code: GB

Payment date: 20190627

Year of fee payment: 9