Identifiers in a communication system
Abstract
An identifier containing at least one encrypted part is received at a first network entity. A second network entity may then be determined based on the identifier. A request for assistance in decryption of the identifier from the second network entity may be sent from the first entity to the second network entity. The second network entity may then assist the first networks entity in an appropriate manner.

Term
0.7 yearsto projected expiry
Projected expiry 22 June 2027, counted from filing; an application has no term until it is granted.
- Priority
- Filed
- Published
- Today
- Projected expiry
29 claims: 17 independent, 12 dependent
- 1A method comprising:receiving an identifier containing at least one encrypted part at a first network entity;determining a second network entity based on the identifier;and requesting for assistance in decryption of the identifier from the second network entity.
- 4The method as claimed in any preceding claim, wherein the receiving comprises receiving the identifier at a mobility management entity of a visited network.
- 5The method as claimed in any preceding claim, wherein the requesting comprises requesting for decryption of the identifier from a mobility management entity of the home network of the identifier.
- 6The method as claimed in any preceding claim, wherein the determining comprises determining a mobility management entity of the home network of the identifier based on a network specific part of the identifier.
- 7The method as claimed in any preceding claim, comprising receiving a public key and secret key pair along with a key identifier from the second network entity.
- 8The method as claimed in any preceding claim, wherein the receiving of an identifier comprises receiving an international mobile subscriber identity from a visiting user equipment.
- 9A method comprising:receiving a request for assistance in decryption of an identifier containing at least one encrypted part;decrypting the identifier;and sending the decrypted identifier to the requestor.
- 13An apparatus configured to:receive an identifier containing at least one encrypted part;determine a network entity based on the identifier;and signal to the network entity a request for assistance in decryption of the identifier.
- 20An apparatus configured to:receive a request for assistance in decryption of an identifier containing at least one encrypted part;decrypt the identifier;and send the decrypted identifier to the requestor.
- 23A system comprising:a first network entity provided in a first network, and a second network entity provided in a second network wherein the first network entity is configured to receive an identifier containing at least one encrypted part and to receive from the second network entity assistance in decryption of the identifier, and the second network entity is configured to send said assistance to the first network entity.
- 26A method comprising receiving a request for assistance in decryption of an identifier containing at least one encrypted part, decrypting the identifier, and sending the decrypted identifier to the requestor.
- 28A communication device configured to send a message containing at least partially encrypted identifier and an identifier of a key for decryption of the at least partially encrypted identifier.
Independent claims17
60 paragraphs, as filed
0001The invention relates to identifiers that are used in a communication system, and more particularly to identifiers that are at least partially encrypted.
0002An identifier may associate with a communication device to identify either the device, the user thereof (the "subscriber") or both. A communication device is a device that is typically used for communication via a communication system. The communication device enables the users of the device to receive and transmit communication such as speech and data. A communication system can be seen as a facility that enables communication sessions between two or more entities such as the communication devices and/or other nodes associated with the communication system. Subscribers to a communication system may be offered and provided numerous services via their communication devices. Non-limiting examples of these services include two-way or multi-way calls, data communication or multimedia services or simply an access to a data communications network system, such as the Internet. The services may be offered by an operator of a network of the communication system or by an external service provider.
0003Examples of communication systems include fixed line communication systems, such as a public switched telephone network (PSTN), wireless or mobile communication systems, such as a public land mobile network (PLMN), and local area networks, fixed or wireless (e.g. LAN, WLAN and WiFi). In the mobile system, the users are allowed an access to the communication system via a radio access network. For example, in cellular and wireless local systems, a base station (BS) or similar access entity services a communication device via a wireless or air interface. The communication on the wireless interface between the communication device and elements of the access system is based on an appropriate communication protocol. The operation of the base station apparatus and other apparatus required for the communication can be controlled by one or several control entities. The various control entities may be interconnected.
0004A feature of the wireless communication systems is that they provide mobility for the users thereof. That is, the user may roam within the service area of his home network from an access network to the other. The users are also typically allowed to roam into other networks, thus enabling use of the communication device even when the user is not located within the service are of his/hers home network but is visiting another network.
0005Each network is typically provided with an entity for managing the mobility of the mobile users. The location of this entity depends on the standard and system. For example, in a General Packet Radio Service (GPRS) based communication network this can be provided in association with a signalling GPRS support node (SGSN). For clarity, and regardless of the used terminology of a particular standard and system, these entities will be referred to in the following by the term mobile management entity (MME): A mobile management entity of the home network is called in the following a home mobile management entity. A mobile management entity of the visited network is called in the following a visited mobile management entity.
0006One or more gateway nodes may be provided for connecting the network the user is using to other networks, for example to another mobile network, to a public switched telephone network (PSTN) and/or other communication networks such as an IP (Internet Protocol) and/or other data networks.
0007A communication device such as a mobile user equipment or a mobile station is typically provided with at least one permanent identifier. Non-limiting examples of the permanent identifiers include the international mobile subscriber identity (IMSI) and the international mobile equipment identity (IMEI). The IMSI is for identifying the user. The the international mobile equipment identity is for identifying the particular device.
0008An identifier is typically formed of a number of subsections or parts. For example, the international mobile subscriber identity (IMSI) currently consists of a mobile country code (MCC), a mobile network code (MNC) and a mobile subscriber identification number (MSIN). The total maximum length of an IMSI is currently 15 digits. Of the total, the MCC is 3 digits and MNC 2 or 3 digits depending on the area.
0009The mobile subscriber identification number (MSIN) part is for identifying the individual subscriber. Thus, from the subscriber's privacy point of view, at least this part of the IMSI should be protected all the time to prevent possibility of misuse of the possibly sensitive information.
0010An air interface in a radio access network is vulnerable to attacks, and therefore the parts containing sensitive information should not be communicated unprotected in the over-the-air signalling. For example, subscribers should be protected against tracking of plain text i.e. unprotected IMSIs or other identifiers.
0011On the other hand, the credentials of a subscriber cannot typically be fetched before the subscriber has been reliably identified by the network. For this reason there is typically provided a secure data storage facility at the home network of the subscriber for maintaining information about the subscriber, for example information that may used to interpret the contents of a MSIN part of an IMSI.
0012Certain radio access networks or other network elements are allowed to enquire from a user equipment for the permanent identity associated with the user equipment. This may be allowed, for example, for authentication purposes in case the network does not have any identity, for example a temporary identity for the user equipment. This leaves open a possibility that an attacker uses a tracker the to obtain the permanent identity. For example, an IMSI catcher are known to have been developed for this purpose. These are typically based on the realisation that it is possible for an attacker to create a false base station to which a user equipment then attaches to. The false base station may then inform the user equipment that it does not have any temporary identities of any sort for the user equipment, thus requesting a plain text IMSI from the user equipment (UE).
0013A network element can thus claim not to have the permanent identity of a user equipment (UE). An attacker may try to fool the user equipment by pretending to be an element of the network and ask the IMSI directly from the user equipment.
0014The user equipment may have no option to deny the request, but will send the identity back in a non-protected format.
0015To illustrate this threat further, lets consider a case where a short range IMSI catcher is used together with some kind of user identification system, for example based on a credit card or similar. This enables an attacker to collect pairs of user identities and IMSIs. Attacker could also add IMSI catchers to certain locations to collect history of pass by IMSIs.
0016<patcit id="pcit0001" dnum="US6373949B"><text>US patent 6,373,949</text></patcit> discloses a way to protect the IMSI by encrypting the a mobile subscriber identification number (MSIN) part of the IMSI with a home operator public key. However, this still leaves a problem of protecting an IMSI that is send in clear text format over an air interface from a user equipment to the network. This type of transmission may be needed in occasions where the network does not know how to decrypt the encrypted MSIN part. In other words, an entity managing the mobility of a mobile user may not know where the secret key of the corresponding public key is located.
0017In accordance with an embodiment an identifier containing at least one encrypted part is received at a first network entity. A second network entity may be determined based on the identifier. A request for assistance in decryption of the identifier from the second network entity may be sent from the first entity.
0018In accordance with an embodiment there is provided a method comprising receiving an identifier containing at least one encrypted part at a first network entity, determining a second network entity based on the identifier, and requesting for assistance in decryption of the identifier from the second network entity.
0019An apparatus is provided in an embodiment, the apparatus being configured to receive an identifier containing at least one encrypted part, to determine a network entity based on the identifier, and to signal to the network entity a request for assistance in decryption of the identifier.
0020A more detailed embodiment further comprises receiving the identifier in a decrypted format at the first network entity from the second network entity. Information may be received from the second network entity for use in decryption of the identifier.
0021The receiving may comprise receiving the identifier at a mobility management entity of a visited network. The requesting may comprise requesting for decryption of the identifier from a mobility management entity of the home network of the identifier. The determining may comprise determining a mobility management entity of the home network of the identifier based on a network specific part of the identifier.
0022An embodiment further comprises receiving a public key and secret key pair along with a key identifier from the second network entity.
0023In accordance with another embodiment there is provided a method comprising receiving a request for assistance in decryption of an identifier containing at least one encrypted part, decrypting the identifier, and sending the decrypted identifier to the requestor. The receiving may comprise receiving at a mobility management entity of a home network the identifier from a mobility management entity of a visited network. The method may further comprise sending a public key and secret key pair along with a key identifier. The receiving of an identifier may comprise receiving an international mobile subscriber identity from a visited network.
0024The apparatus may comprise a mobility management entity of a visited network. The apparatus may be configured to determine a mobility management entity of the home network of the identifier based on a network specific part of the identifier. The apparatus may be configured to encrypt the identifier based on a key pair identifier of a public key and secret key pair. The apparatus may be configured to process an international mobile subscriber identity from a visiting user equipment.
0025According to a yet another embodiment there is provided an apparatus configured to receive a request for assistance in decryption of an identifier containing at least one encrypted part, to decrypt the identifier, and to send the decrypted identifier to the requestor. The apparatus may comprise a mobility management entity of a home network of a user equipment associated with the identifier. The apparatus may be configured to send a public key and secret key pair along with a key identifier to the requestor.
0026A system may also be provided, the system comprising a first network entity provided in a first network and a second network entity provided in a second network, wherein the first network entity is configured to receive an identifier containing at least one encrypted part and to receive from the second network entity assistance in decryption of the identifier, and the second network entity is configured to send said assistance to the first network entity.
0027In accordance with a yet further embodiment there is provided a communication device configured to send a message containing at least partially encrypted identifier and a identifier of a key for decryption of the at least partially encrypted identifier.
0028An embodiment provides a computer program comprising program code means adapted to perform a method comprising receiving an identifier containing at least one encrypted part at a first network entity, determining a second network entity based on the identifier, and requesting for assistance in decryption of the identifier from the second network entity when the program is run on a processor.
0029An embodiment provides a computer program comprising program code means adapted to perform a method comprising receiving a request for assistance in decryption of an identifier containing at least one encrypted part, decrypting the identifier, and sending the decrypted identifier to the requestor when the program is run on a processor.
0030The embodiments may provide a mechanism to improve the security in transmitting and processing identifiers.
0031It shall be appreciated that these issues are not limited to any particular communication environment, but may occur in any appropriate communication system.
0032Various other aspects, exemplifying embodiments and advantages are described in the following detailed description and in the attached claims.
0033Certain embodiments will now be described in further detail, by way of example only, with reference to the following examples and accompanying drawings, in which: <ul id="ul0001" list-style="none" compact="compact"><li>Figure 1 shows an example of an arrangement in which the embodiments may be implemented;</li><li>Figures 2 and 3 are flowcharts illustrating certain embodiments; and</li><li>Figures 4 to 6 are signaling flowcharts illustrating certain embodiments.</li></ul>
0034Certain embodiments for new mechanisms for processing at least partially protected identifiers will now be described by way of example with reference to an exemplifying mobile communication system. It is noted that the embodiments are examples only, and that the invention may be embodied in any other suitable form of a communication system. Also, although the following example is given in relation to identifiers such as the international mobile subscriber identity (IMSI) and the international mobile equipment identity (IMEI), the embodiments are also applicable to other identifiers.
0035A reference is first made to Figure 1 showing schematically two mobile communication networks 32 and 42. A communication device 30, referred to in the following as the user equipment, is in wireless communications with a base station 31 of the network 32. The user equipment is roaming in the network 32, i.e. only visiting network 32, while it is a subscriber to the network 42. Hence the network 42 is referred to below as the home network. Each the visited and the home network is provided with an appropriate mobility management entity 33 and 43, respectively. The networks are connected via appropriate gateway nodes 34 and 44. It is understood that a mobile network may comprise also other elements, such as various controller and signalling nodes than those shown. These, however, are not shown for clarity.
0036The mobility management entities 33 and 43 are provided with appropriate data processing element 35 and 45 and data storages 36 and 46 for enabling them to perform the operations of the embodiments as described below with reference to Figures 2 and 3.
0037Figure 2 illustrates a method that may be performed at an entity of the visited network, for example at the mobile management entity (MME) 33 of Figure 1. At step 100 a network entity receives an identifier containing at least one encrypted part from a user equipment. If it is detected by a data processing capability of the entity at step 102 that the entity is capable of decrypting the identifier, it is then decrypted at step 103. An intended operation, for example an authentication procedure, then follows at step 110.
0038However, it can be detected that decryption is not possible. The network entity may then determine, at 104, necessary details of a second network entity that maintains information that is needed in the decryption. In Figure 1 the second entity would be the MME 43 of the home network 42. The determination may be based on information the entity can gather from the identifier that was received from the user equipment at 100.
0039The first entity can then ask for assistance at step 106 from the second entity. A processor of the second or home entity may then decrypt the message based on information stored in a data storage thereof and return the identifier in decrypted format to the requesting entity. Alternatively, the home entity only sends back information that is required in the decryption by the requesting entity at step 108. Once the requesting entity is in the possession of the identifier in decrypted format, the user equipment is served by the visited network at 110 in usual manner.
0040Figure 3 illustrates an example for operation at an entity that maintains information enabling decryption of encrypted identifiers of a particular user equipment. In Figure 1 this entity would equal the MME 43 of the home network 42. The entity receives a request for assistance in decryption of the identifier at step 200. Since it possesses the required details for decryption, for example this information is stored in a memory thereof, and the request comes from a trusted entity (such as the MME 32 of Figure 1), a processor of the entity decrypts the identifier at 202. The decrypted identifier is then sent in clear format to the requestor at 204 for use e.g. in authentication of a visiting user equipment. Alternatively, it is possible to send back only information that could then be used by the requesting entity to decrypt the identifier.
0041A possible messaging procedure in accordance with an embodiment is shown in detail in the flowcharts of Figures 4 and 5. In here a user equipment indicates its willingness to use communication services provided by a network. The MME of the network then sends a message 1 to the user equipment to request for a user identity. This message may be triggered, for example, because the MME has not allocated any temporary mobile subscriber identity (TMSI) to the user equipment.
0042The user equipment responds by returning a message 2 including an IMSI and IMEI associated with the user equipment. Other information, such as information about public key identifiers may also be included in the response. The user equipment sends at least a part of the identifiers encrypted. For example, at least the mobile subscriber identification number (MSIN) part of the IMSI may be transmitted as encrypted over the air interface.
0043If the MME detects that the user is a non-roaming user, or that it has otherwise the required details for decryption, then the MME itself can decrypt the MSIN part. For example, the MME may decrypt the encrypted part based on a secret key stored therein. This possibility is shown in Figure 5.
0044However, the mobile management entity may realise that the user equipment is a roaming user equipment, and/or that it does not posses enough information to decrypt the encrypted portions of the IMSI identifier. The mobile management entity can nevertheless determine the home network of the user equipment sending message 2 based on information available to it and request for assistance in the decryption by contacting the home operator mobile management entity by means of message 3. In accordance with an embodiment the visited mobile management entity asks the home mobile management entity to decrypt the IMSI on its behalf. This relieves the visited mobile management entity from the burden of storing or obtaining details about the secret keys of other operators.
0045The legacy interfaces between the entities involved may be used as such. For example, there is no need for any changes in the interfaces between various nodes such as the mobile management entities / signalling GPRS support nodes (MME/SGSN) and home location registers / home subscriber servers (HLR/HSS) of the networks. The required interfaces are controlled and run by the network operators and well protected from outsiders than the air, thus offering a secure channel for communication of sensitive information between the network entities.
0046The visited mobile management entity may resolve the necessary details of the home mobile management entity by analysing a network specific information part of message 2. For example, the visited mobile management entity may analyse the mobile country code (MCC) and/or mobile network code (MNC) of the IMSI to see if it is acting as a visited mobile management entity or the home mobile management entity for the user equipment, and if not, which network it should contact for help.
0047In response to message 3 the home mobile management entity can then decrypt the MSIN part and send the IMSI in a clear text format back in message 4 to the visited mobile management entity. The visited mobile management entity (MME) may then continue the intended operation, for example by sending a request for authentication data in message 5 to an appropriate register maintaining subscriber data.
0048In certain embodiments a valid public key and secret key pair along with a key identifier may be sent in message 4 to the requesting mobile management entity. The public key and secret key pairs are identified so that the correct secret key can be used to decrypt the IMSI. In this option the user equipment provides public key identifier along with the encrypted IMSI (e.g. similar to the key set identifier, KSI). This public key identifier is not specific to the particular user equipment. Other information such as information related to validity periods, possibly associated with operator identities, may also be provided in message 4.
0049In accordance with an embodiment the public key and secret key pairs are provided with an identifier. The user equipment may then send the identifier with the encrypted IMSI to the visited mobile management entity, and the decryption can be accomplished on these basis. These public key and secret key pairs can be operator specific. For example, these can be specific for a given MCC and MNC. The visited mobile management entity may be provided with this information at an appropriate stage, for example in response to detection that the user equipment has entered the network. Key identifiers can be provided always together with the keys to mobile management entities.
0050It is also possible to update at lest part of the key information at the user equipment. The general principle of updating the user equipment in this regard is shown in Figure 6.
0051A possibility to enhance protection of the identifier is to allow the user equipment to send the IMSI to the network only as long as the user equipment does not have a valid public key with a valid validity period (e.g. non-expired lifetime). A validly authenticated network can then update the user equipment with a valid new public key, key identifier and other information with a validity period.
0052Updating the public key can also be based on a higher layer protocol or application for remote management of a user equipment. A user equipment may authenticate the network (AUTN parameter) based on an authentication and key agreement (AKA). Thus the user equipment can accept public key update requests from the network after the network has been authenticated and when the communication channel is at least integrity protected. This may provide a viable solution to provide a public key from a mobile management entity to a user equipment.
0053Certain communication standards do not necessarily distinguish between visited and home networks in all occasions, for example in the context of authentication and key agreement (AKA) procedures. Thus a user equipment may not be able to verify if it is communicating securely with its home network or with some other network. In accordance with an embodiment the user equipment can accept new keys along with identifiers from the home network after it has been authenticated with the AKA procedure and with quintets that are marked to be used only in the home network. For example, the user equipment can use this information to verify that the network it is attached to is really a home network. These public keys belong to the same MCC and MNC as the user equipment's IMSI. A solution to this is to use an authentication management field (AMF) in AKA, to mark the generated quintets to be used only within the home network. By means of this it is possible to ensure that the marked quintets are not delivered out of the home network. This way the user equipment can verify if a network can be trusted to update the keys in the user equipment, as it only receives keys from a network that has been authenticated with a quintet that has "H(ome)" bit set in the AMF field.
0054A yet further possibility for decrypting the IMSI is that the MME uses the encrypted IMSI when contacting a home HLR/HSS. The HLR may be provided with the corresponding secret key to decrypt the IMSI. This may, however, in certain situations have the drawback that the MME may not be able to select the correct HLR/HSS because the MSIN is decrypted in case the MSIN is used to select the HLR.
0055Key revocation may not be needed if the used public keys have a validity period. After the lifetime expires the public key is considered to be invalid and user equipment may delete it. It is possible for the network to provide, after the authentication, information about revoked keys and new keys to the user equipment if key revocation procedure is seen necessary.
0056One option is to pre-configure the public key into the user equipment (e.g. in the xSIM or in the phone memory) with an appropriate mechanism. For example, a public key can be configured when the subscription is purchased. It is not crucial how the public key is configured into the terminal as long as the terminal can answer network enquiries with an encrypted IMSI and be sure that the used public key is valid and that the network has a mechanism to decrypt the IMSI.
0057The required data processing functions in various entities may be provided by means of one or more data processors. An appropriately adapted computer program code product may be used for implementing the embodiments, when loaded to a computing device comprising such a processor. The program code product for providing the operation may be stored on and provided by means of a carrier medium such as a carrier disc, card or tape. A possibility is to download the program code product via a data network. Implementation may be provided with appropriate executable codes in the processor provided in the network entities, such as in the processors 35 and 45 of Figure 1 and in a processor of a mobile communication device.
0058Existing algorithms and interfaces that are used to select HLR/HSS can be used in the embodiments since the visited MME can be provided with a decrypted IMSI by the home MME. Certain embodiments may mitigate the threat of IMSI catching attack as the user equipment does not have to respond with a plain IMSI if it has a valid public key. If the user equipment does not have a valid public key it can use plain text IMSI to identify itself to the network. However, when the network has been authenticated, the user equipment gets a valid public key if it supports the usage of public keys. Certain embodiments enable update of the public keys in the user equipment.
0059Whilst embodiments of the present invention have been described in relation to communication devises such as mobile user equipments, embodiments of the present invention are applicable to any other suitable type of communication devices.
0060It is also noted herein that while the above describes exemplifying embodiments of the invention, there are several variations and modifications which may be made to the disclosed solution without departing from the scope of the present invention.
7 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7
Every citation, both ways
| Document | Relation | Office | Category | Cited during | Relevant claims |
|---|---|---|---|---|---|
| EP3174324A4 | Cited by | European Patent Office (EPO) | – | Search report | – |
| WO2018065711A1 | Cited by | World Intellectual Property Organization (WIPO) | – | International search | – |
| EP3143785A4 | Cited by | European Patent Office (EPO) | – | Search report | – |
| WO2018210715A1 | Cited by | World Intellectual Property Organization (WIPO) | – | International search | – |
| US10462660B2 | Cited by | United States of America | – | Applicant | – |
| EP2613581A4 | Cited by | European Patent Office (EPO) | – | Search report | – |
| US11032699B2 | Cited by | United States of America | – | Applicant | – |
| EP3404888A1 | Cited by | European Patent Office (EPO) | – | Search report | – |
| CN110692224A | Cited by | China | – | Search report | – |
| WO2019137792A1 | Cited by | World Intellectual Property Organization (WIPO) | – | International search | – |
| EP0982958A2 | Cites | European Patent Office (EPO) | X | Search report | 1-29 |
| EP0982958A2 | Cites | European Patent Office (EPO) | X | Applicant | 1-29 |
| WO2004030394A1 | Cites | World Intellectual Property Organization (WIPO) | X | Search report | 1-29 |
| WO2004030394A1 | Cites | World Intellectual Property Organization (WIPO) | X | Applicant | 1-29 |
| US6144949A | Cites | United States of America | A | Search report | 1-29 |
| US6373949B1 | Cites | United States of America | – | Applicant | – |
5 members in 2 offices; this record represents the family
Priority claims4
| Document | Office | Kind | Date |
|---|---|---|---|
| 816740P | United States of America | – | |
| 81674006 | United States of America | P | |
| 816740P | – | – | – |
| US20060816740P | – | – | – |
Members5
| Document | Office | Kind | |
|---|---|---|---|
| EP1873998A1This record | European Patent Office (EPO) | A1 | |
| US2008002829A1 | United States of America | A1 | |
| US2013003971A1 | United States of America | A1 | |
| US9344881B2 | United States of America | B2 | |
| EP1873998B1 | European Patent Office (EPO) | B1 |
72 legal events, as 9 offices reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | Office | |
|---|---|---|---|
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Gb: european patent ceased through non-payment of renewal feeCeasedGBPC | GBPC | EP | |
| Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal feeWithdrawnR119 | R119 | DE | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed because of non-payment of the annual feeLapsedMM | MM | NL | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed because of non-payment of the annual feeLapsedMM | MM | BE | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Patent ceasedCeasedPL | PL | CH | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| No opposition filedOpposition26N | 26N | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| No opposition filed within time limitOppositionORIGINAL CODE: 0009261PLBE | PLBE | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: NO OPPOSITION FILED WITHIN TIME LIMITSTAA | STAA | EP | |
| No opposition filed against granted patent, or epo opposition proceedings concluded without decisionGrantedR097 | R097 | DE | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Deletion acc. to par. 5 (withdrawal of the translation of the ep patent)MK05 | MK05 | AT | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Invalidated european patentMG4D | MG4D | LT | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Translation for ep filed (entry of ep into country)FP | FP | NL | |
| Dpma publication of mentioned ep patent grantGrantedR096 | R096 | DE | |
| European patents granted designating irelandGrantedFG4D | FG4D | IE | |
| Reference to at number (ep patent validated in austria)REF | REF | AT | |
| European patent takes effect as a national patent in ch/liEP | EP | CH | |
| Designated contracting statesAK | AK | EP | |
| European patent grantedGrantedFG4D | FG4D | GB | |
| (expected) grantORIGINAL CODE: 0009210GRAA | GRAA | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: THE PATENT HAS BEEN GRANTEDSTAA | STAA | EP | |
| Grant fee paidORIGINAL CODE: EPIDOSNIGR3GRAS | GRAS | EP | |
| Intention to grant announcedINTG | INTG | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Despatch of communication of intention to grant a patentORIGINAL CODE: EPIDOSNIGR1GRAP | GRAP | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: GRANT OF PATENT IS INTENDEDSTAA | STAA | EP | |
| Amendment of ipc main classPREVIOUS MAIN CLASS: H04L0029060000R079 | R079 | DE | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: EXAMINATION IS IN PROGRESSSTAA | STAA | EP | |
| Party data changed (applicant data changed or rights of an application transferred)RAP1 | RAP1 | EP | |
| Party data changed (applicant data changed or rights of an application transferred)RAP1 | RAP1 | EP | |
| Designation fees paidAKX | AKX | EP | |
| First examination report despatched17Q | 17Q | EP | |
| Request for examination filed17P | 17P | EP | |
| Designated contracting statesAK | AK | EP | |
| Request for extension of the european patentAX | AX | EP | |
| Public reference made under article 153(3) epc to a published international application that has entered the european phaseORIGINAL CODE: 0009012PUAI | PUAI | EP |
Numbers
- Publication
- 1873998
- Publication, DOCDB
- 1873998
- Publication, EPODOC
- EP1873998
- Application
- 7252548
- Application, DOCDB
- 07252548
- Application, EPODOC
- EP20070252548
Titles3
- German
- IDENTIFIKATOREN IN EINEM KOMMUNIKATIONSSYSTEM
- English
- IDENTIFIERS IN A COMMUNICATION SYSTEM
- French
- IDENTIFIANTS DANS UN SYSTÈME DE COMMUNICATION
Classification
- CPC, 5
- H04W12/02
- H04L63/0414
- H04L63/0428
- H04L63/06
- H04W12/04
- IPC, 4
- H04L29 06
- H04W12 02
- H04W12 04
- H04Q7 32
Designated states2
- Contracting states, 1
- Türkiye
- Extension states, 1
- Yugoslavia, later Serbia and Montenegro (until 2006)