WO2013023323A1 - Procédé et système pour communiquer un identificateur d'abonné - Google Patents

Procédé et système pour communiquer un identificateur d'abonné Download PDF

Info

Publication number
WO2013023323A1
WO2013023323A1 PCT/CN2011/001361 CN2011001361W WO2013023323A1 WO 2013023323 A1 WO2013023323 A1 WO 2013023323A1 CN 2011001361 W CN2011001361 W CN 2011001361W WO 2013023323 A1 WO2013023323 A1 WO 2013023323A1
Authority
WO
WIPO (PCT)
Prior art keywords
token
identifier
son
card
terminal
Prior art date
Application number
PCT/CN2011/001361
Other languages
English (en)
Inventor
Zheng NAN
Original Assignee
Gemalto Technologies (Shanghai) Co., Ltd. Beijing Branch
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Gemalto Technologies (Shanghai) Co., Ltd. Beijing Branch filed Critical Gemalto Technologies (Shanghai) Co., Ltd. Beijing Branch
Priority to PCT/CN2011/001361 priority Critical patent/WO2013023323A1/fr
Publication of WO2013023323A1 publication Critical patent/WO2013023323A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H04W8/205—Transfer to or from user equipment or user record carrier

Definitions

  • the invention relates, in a general manner, to a method for communicating a subscriber identifier.
  • the invention also pertains to a system for communicating a subscriber identifier.
  • a mobile (tele)phone is identified to a wireless network thanks to a token, as a smart object, coupled to the phone.
  • the token such as a Subscriber Identity Module (or SIM) type card, stores an International Mobile Subscriber Identity (or IMSI).
  • IMSI International Mobile Subscriber Identity
  • the token sends to the network the IMSI.
  • the IMSI is used for identifying a subscriber to one or several services offered by a wireless network operator.
  • each subscriber to a wireless network is issued a token that uniquely identifies a user account to the wireless network.
  • the token Prior to being issued to a user, as subscriber to a wireless network, the token has to be personalized by storing into the token an IMSI.
  • the invention proposes a solution for satisfying the just hereinabove specified need by providing a method for communicating a subscriber identifier.
  • a mother token being coupled to a terminal, a son token storing an identifier relating to the son token, as son token identifier
  • the method comprises the following steps.
  • the mother token sends to a remote server the son token identifier.
  • the server stores a first list of at least one son token identifier and a second list of at least one subscriber identifier.
  • the server sends to the mother token an allocated subscriber identifier.
  • the terminal or another terminal is coupled to the son token.
  • the terminal or another terminal sends to the son token the allocated subscriber identifier.
  • the son token stores the allocated subscriber identifier.
  • the principle of the invention consists in delivering a subscriber identifier to one token, as son token, after having been identified by its identifier supplied to a server by another token, as mother token, while using one or two terminals.
  • one or two ordinary terminals may be used to provide a son token with a subscriber identifier.
  • a token as mother token, allows retrieving a subscriber identifier allocated to a son token whose identifier is transmitted to a server by the mother token.
  • the invention is a system for communicating a subscriber identifier.
  • the system comprises at least one terminal, a mother token, at least one son token and a remote server.
  • the mother token is coupled to a terminal.
  • the son token comprises means for storing an identifier relating to the son token, as son token identifier.
  • the mother token is adapted to send to the server the son token identifier.
  • the server comprises means for storing a first list of at least one son token identifier and a second list of at least one subscriber identifier.
  • the server is adapted to send to the mother token an allocated subscriber identifier.
  • the terminal or another terminal is coupled to the son token.
  • the terminal or another terminal is adapted to send to the son token the allocated subscriber identifier.
  • the son token is adapted to store the allocated subscriber identifier.
  • it may be a fixed object, like an embedded chip, i.e. a chip soldered to a Printed Circuit Board (or PCB) of a terminal, or a removable object, like a SIM type card or a dongle, such as a Universal Serial Bus (or USB) type drive.
  • a fixed object like an embedded chip, i.e. a chip soldered to a Printed Circuit Board (or PCB) of a terminal
  • a removable object like a SIM type card or a dongle, such as a Universal Serial Bus (or USB) type drive.
  • FIG. 1 illustrates a simplified diagram of one exemplary embodiment of a system comprising two mobile phones, as terminals, two cards, as one mother token and one son token, and a distant server, the system being adapted so that the son token receives a subscriber identifier assigned by the server, according to the invention
  • FIG. 2 represents a simplified flow chart of one exemplary embodiment of a method implemented by the mother token, the son token and the server of figure 1 , so that the mother token collects from the server a subscriber identifier that the terminal coupled to the son token transmits to the son token, according to the invention.
  • the invention method for communicating a subscriber identifier may be implemented, among others, by only one mobile phone, as one terminal.
  • a mother token and a son token are successively coupled to the terminal.
  • each terminal may be, a Personal Computer (or PC), a Personal Digital Assistant (or PDA), a palm-top computer, a laptop computer, a desktop computer, a netbook, a tablet computer, a game console, a digital audio player, a video player, a multimedia player, a camera or a set-top box.
  • PC Personal Computer
  • PDA Personal Digital Assistant
  • a palm-top computer a laptop computer
  • desktop computer a netbook
  • a tablet computer a game console
  • a digital audio player a video player
  • multimedia player a camera or a set-top box.
  • the son token and/or the mother token may be, for instance, a dongle of the USB type, any other electronic medium that may have different form factors, a chip fixed, possibly in a removable manner, to a host device, as terminal, or an embedded Secure Element (or SE), as a chip to be soldered to a PCB of a host device.
  • a dongle of the USB type any other electronic medium that may have different form factors, a chip fixed, possibly in a removable manner, to a host device, as terminal, or an embedded Secure Element (or SE), as a chip to be soldered to a PCB of a host device.
  • SE embedded Secure Element
  • Figure 1 shows schematically a system 10 for communicating a subscriber identifier.
  • a first mobile equipment 102 and a second mobile equipment 104 are, each, to be connected, through one mobile radio-communication network(s) 1 10, to a remote (Web) server 1 12.
  • the user terminals are connected, via a wire communication network, to the remote server 1 12.
  • the mobile radio-communication network(s) 1 10 may be a GSM (acronym for "Global System for Mobile Communications"), UTRAN (for “Universal mobile telecommunications system Terrestrial Radio Access Network”), EDGE (for "Enhanced Data Rates for GSM Evolution”), GPRS (for "General Packet Radio System”), WLAN (for “Wide Local Area Network”), CDMA (for "Code Division Multiple Access”) and/or LTE (for "Long Term Evolution”) network(s).
  • GSM Global System for Mobile Communications
  • UTRAN for "Universal mobile telecommunications system Terrestrial Radio Access Network
  • EDGE for "Enhanced Data Rates for GSM Evolution”
  • GPRS for "General Packet Radio System”
  • WLAN for "Wide Local Area Network”
  • CDMA for "Code Division Multiple Access”
  • LTE Long Term Evolution
  • the mobile radio-communication network list is not exhaustive but only for exemplifying purposes and is not considered to reduce the scope of the present invention.
  • the first mobile equipment 102 includes a first mobile phone 12, as hand-held appliance and first terminal, and a Universal Integrated Circuit Card (or UICC) type smart card 14, as a first and mother token.
  • a first mobile phone 12 as hand-held appliance and first terminal
  • a Universal Integrated Circuit Card (or UICC) type smart card 14 as a first and mother token.
  • the second mobile equipment 104 includes a second mobile phone 16, as hand-held appliance and second terminal, and a UICC type smart card 18, as a second and son token.
  • the mobile phones 12 and 16 and the UICC type smart cards 14 and 18 are termed hereinafter the first and second phones 12 and 16 and the first and second cards 14 and 18 respectively.
  • the first and second mobile equipments 102 and 104 are, each, connected, through a wireless bidirectional link 15 and 19 respectively, to the mobile radio- communication network 1 10.
  • the mobile radio-communication network 1 10 is linked, via a bi-directional wired line 1 1 1 , to the server 1 12.
  • the server 1 12 may be operated or managed by a Mobile Network Operator (or MNO), a Mobile Virtual Network Operator (or MVNO), a banking Operator, a wire communication network operator, any service Operator or on behalf of a service Operator, as a service provider.
  • MNO Mobile Network Operator
  • MVNO Mobile Virtual Network Operator
  • banking Operator a wire communication network operator
  • wire communication network operator any service Operator or on behalf of a service Operator, as a service provider.
  • the server 1 12 has preferably a phone number to be used for being accessed.
  • the server 1 12 may (possibly also) have a Uniform Resource Locator (or URL) to be used for being accessed.
  • URL Uniform Resource Locator
  • the server 1 12 is used for:
  • a first list of at least one identifier such as an Integrated Circuit Card IDentifier (or ICCID), relating to a (son) card;
  • ICCID Integrated Circuit Card IDentifier
  • - registering preferably, a third list of at least one terminal address identifier, such as a Session Initiation Protocol (or SIP) address or a mobile phone number, such as a Mobile Station international Integrated Services Digital Network number (or MSISDN) or the like;
  • SIP Session Initiation Protocol
  • MSISDN Mobile Station international Integrated Services Digital Network number
  • the key Ki relating to a (son) card is to be used by the second card 18 notably to authenticate the second card 18 to the server 1 12.
  • the server 1 12 manages a database in which a (son) card identifier, a subscriber identifier, a terminal address identifier, a card key are preferably associated with each other.
  • the server 1 12 has to be accessed via an initiation from the first card 14 while identifying at least the second card 18 to be personalized.
  • the server 1 12 is used as a necessary entity for allocating or assigning to the second card 1 12 a subscriber identifier.
  • the server 1 12 executes one or several security functions.
  • the security functions include preferentially an authentication of a user of the first mobile equipment 102.
  • the user of the first mobile equipment 102 enters data to be used as reference data for authenticating the user of the first mobile equipment 102.
  • the user gives either a Personal Identification Number (or PIN), such as four digits, or a biometric reference, such as a fingerprint or an iris image, as a code to be recognized and used for accessing an application for allocating a subscriber identifier to the second card 18 to be executed by the server 112.
  • PIN Personal Identification Number
  • biometric reference such as a fingerprint or an iris image
  • the security functions may comprise a decryption/encryption process to be used for exchanging data with the first card 14 and/or the second card 18, so as to protect access to the data exchanged between the server 112 and the first card 14 and/or the second card 18.
  • Each of the first phone 12 and the second phone 16 includes at least one microprocessor (not represented), at least one memory (not represented) and at least one Input/Output (or I/O) interface (not represented).
  • the phone memory stores data, an Operating System (or OS) and at least one application.
  • OS Operating System
  • each phone 12 or 16 there is, among others, an application for setting a phone call, so as to initiate an outgoing phone call. There is preferably at least an application for receiving a phone call, so as to take an incoming phone call. There may be an application for exchanging, through a Short Message Service type message, so as to send and receive a SMS type message. There may be an application for exchanging, through a Multimedia Messaging Service (or MMS) type message, so as to send and receive a MMS type message.
  • MMS Multimedia Messaging Service
  • Web Web
  • a remote (Web) server or a local server incorporated within the card coupled to the concerned phone, in order to interact with the application(s) supported by the concerned coupled card 14 or 18 and offered to the concerned phone user.
  • the phone microprocessor processes data originating from the phone memory or the phone I/O interface.
  • the phone microprocessor executes the application stored within the phone memory requested directly or indirectly by the phone user.
  • the first phone 12 is arranged to connect, through the mobile radio- communication network 1 10, to the server 1 12, thanks to data provided by the first card 14, for example, a phone number or a URL of the server 1 12 to be accessed.
  • the second phone 16 is arranged to connect to at least the second card 18, so as to supply the second card 18 with data, like personalizing data, such as the subscriber identifier, to be stored into the second card 18.
  • the phone I/O interface of the first phone 12 and the second phone 16 includes an interface(s), so as to exchange data with the coupled first card 14 and second card 18 respectively.
  • the interface between the first phone 12 and the first card 14 and/or the second phone 16 and the second card 18 may be an International Standard Organisation (or ISO) 7816 interface, as a contact interface when the card(s) 14 and/or 18 is(are) inserted into the concerned phone(s) 12 and/or 16.
  • ISO International Standard Organisation
  • the phone I/O interface of the first phone 12 includes a first display screen 122, a first keyboard 124, and one first antenna 126 (or several antennas).
  • the phone I/O interface of the second phone 16 includes a second display screen 162, a second keyboard 164, and one second antenna 166 (or several antennas).
  • the first or second display screen 122 or 162 and the first or second keyboard 124 or 164 may be used for exchanging information between a phone user and the concerned phone 12 or 16 or another entity(ies) to which the concerned phone 12 or 16 is connected, like the first card 14 or the second card 18, and/or the server 1 12 to be accessed.
  • MMI Man Machine Interface
  • the first 126 or second 166 antenna is arranged to let communicate, through a long range radio-frequency link 15 or 19, notably the first card 14 or the second card 18, through the concerned phone 12 or 16, and the server 112.
  • the first card 14 carries a first chip.
  • the first card 14 chip is connected, via a first bi-directional link 13, to the first phone 12.
  • the first (card 14) chip comprises, at least one microprocessor(s) 142, as means for processing data, at least one memory 144, as means for storing data, and at least one I/O interface 146 for communicating with a host device which are all linked together through a control and data bus 143.
  • the first chip is intended to interact with the first phone 12, in order to connect, via the mobile radio-communication network 1 10, to the server 1 12.
  • the first card 14 is preferably able to initiate an action(s) by itself, in order to interact directly with the outside world, in an independent manner of the first phone 12 and the mobile radio-communication network 1 10. Such a capability of interaction at the initiative of the first card 14 is also known as proactive capability.
  • the first card I/O interface 146 includes preferably an ISO 7816 interface, so as to let communicate the first card 14 and the first phone 12.
  • the first card I/O interface 146 comprises at least one Application Protocol Data Unit (or APDU) communication channel.
  • APDU Application Protocol Data Unit
  • the first card I/O interface 146 may comprise another or other communication channel(s), such as an Internet Protocol (or IP) communication channel, a Mass Storage communication channel, and/or a USB communication channel.
  • IP Internet Protocol
  • the first card I/O interface 146 is used for receiving data from or sending data to outside, namely at least the first phone 12, through the corresponding first phone I/O interface, via the bi-directional communication link 13.
  • the communication between the first card 14 and the first phone 12 is used in particular to benefit from the MMI of the first phone 12 and/or an access to the mobile radio-communication network 1 10 to which the first phone 12 may be connected.
  • the first card memory 144 can be constituted by one or several EEPROM (acronym for "Electrically Erasable Programmable Read-Only Memory”), one or several ROM (for "Read Only Memory”), one or several Flash memories, and/or any other memories of different types, like one or several RAM (for "Random Access Memory”).
  • EEPROM electrically Erasable Programmable Read-Only Memory
  • ROM read Only Memory
  • Flash memories for "Random Access Memory”
  • the first card memory 144 stores, besides a card OS, an application algorithm relating to an invention process for communicating a subscriber identifier to be assigned to the second card 18, as another token.
  • the first card memory 144 stores preferably security functions.
  • the security functions include preferably a user authentication process to be used for accessing the server 1 12.
  • the first card memory 144 may store an application for verifying a PIN or biometric data.
  • the first card memory 144 stores securely the expected PIN or biometric data to be input by the first card 14 user.
  • the first card 14 chip compares the input data with the stored PIN or biometric data and, only when the input data matches the stored PIN or biometric data, the first card 14 authorizes a running of the application algorithm.
  • the security functions include preferentially an encryption/decryption process.
  • the encryption/decryption process uses an algorithm for encrypting data and an algorithm for decrypting data with at least one key shared between the first card 14 and the server 1 12.
  • the algorithms for encrypting/decrypting data are shared between the first card 14 and the server 1 12.
  • the encryption/decryption process is to be used before sending, through the first phone 12, to the server 112, data and after receiving, through the first phone 12, from the server 1 12 data.
  • the encryption/decryption process allows protecting access to the data exchanged between the first card 14 and the server 1 12.
  • the first card memory 144 stores preferably a phone number or a URL relating to the server 1 12 to be accessed.
  • the first card memory 144 stores, as subscriber identifier, a first IMSI, as unique mobile phone user number associated with all GSM, UMTS, CDMA and/or LTE type network(s).
  • the first card memory 144 stores preferably a first key Ki that is used for authenticating the first card 14 to the server 1 12.
  • the first key Ki is associated with the first IMSI.
  • the first card memory 144 stores, for example, a SIM application for a GSM network, a Universal Subscriber Identity Module (or USIM) for a UMTS network, a CDMA Subscriber Identity module (or CSIM) for a CDMA network, a Removable User Identity Module (or RUIM) for GSM, UMTS and CDMA networks and/or an Internet protocol multimedia Services Identity Module (or ISIM) for IP Multimedia Subsystem (or IMS).
  • SIM for a GSM network
  • USIM Universal Subscriber Identity Module
  • CSIM CDMA Subscriber Identity module
  • RUIM Removable User Identity Module
  • ISIM Internet protocol multimedia Services Identity Module
  • the first card microprocessor 142 controls and communicates with all the components of the first card chip, such as its memory 144 to read it and possibly write into it.
  • the first card microprocessor 142 controls a data exchange, through the I/O interface 146, with outside, notably the first phone 12.
  • the second card 18 is connected, via a second bi-directional link 17, to the second phone 16.
  • the second token 18 may be a memory token, like a memory card, such as a (micro) Secure Digital (or SD) type card or a Multi-Media type Card (or MMC).
  • the second card 18 is intended to interact with the second phone 16, in order to receive data, such as personalization data, like a subscriber identifier originating from the server 1 12.
  • the second card 18 is preferably able to initiate an action(s) by itself, in order to interact directly with the outside world, in an independent manner of the second phone 16 and the mobile radio-communication network 1 10.
  • the second card 18 comprises, at least one microprocessor(s) 182, as means for processing data at least one memory 184, as means for storing data, and at least one I/O interface 186 for communicating with a host device which are all linked together through a control and data bus 183.
  • the second card I/O interface 186 includes preferably an ISO 7816 interface, so as to let communicate the second card 18 and the second phone 16.
  • the second card I/O interface 186 comprises at least one APDU communication channel.
  • the second card I/O interface 186 may comprise another or other communication channel(s), such as an IP communication channel, a MS communication channel and/or a USB communication channel.
  • the second card I/O interface 186 is used for receiving data from or sending data to outside, namely with at least the second phone 16, through the corresponding second phone I/O interface, via the second bi-directional communication link 17.
  • the second card memory 184 may be constituted by one or several EEPROMs, one or several ROMs, one or several Flash memories, and/or any other memories of different types, like one or several RAMs.
  • the second card memory 184 stores either no IMSI or a second dummy (or fake) IMSI, as a unique number associated with a mobile phone user.
  • a second real IMSI is to be assigned by the server 1 12.
  • the second card memory 184 may have to store a mobile phone number associated with the second real IMSI and to be assigned by the server 1 12.
  • the second card memory 184 stores preferably a second key Ki that is used for authenticating the second card 18 to the server 1 12.
  • the second key Ki is associated with the second real IMSI (to be assigned).
  • the second card memory 184 may store, for example, a SIM application for a GSM network, a USIM for a UMTS network, a CSIM for a CDMA network, a RUIM for GSM, UMTS and CDMA networks, and/or an ISIM for IMS.
  • the second card memory 184 stores, besides a card OS, an application algorithm relating to an invention process for communicating a subscriber identifier to be assigned to the second card 18, as another token.
  • the second card microprocessor 182 controls a data exchange, through the I/O interface 186, with outside, notably the second phone 16.
  • the second card microprocessor 182 controls and communicates with all the components of the second card chip, such as its memory 184. In particular, the second card microprocessor 182 controls the second card memory 184 to write into it. Once received from the second phone 16, the second card microprocessor 182 writes the assigned second real IMSI into the second card memory 184 by possibly overwriting the previously stored second dummy IMSI.
  • Figure 2 depicts an example of a message flow 20 that involves the first card 14, as mother card, the server 1 12, the second phone 16 and the second card 18, as son card.
  • the first phone 12 is not represented.
  • the first card 14 and the server 1 12 exchange data through the first phone 12 that is connected to the mobile radio-communication network 1 10 that is linked to the server 1 12.
  • first and second cards 14 and 18 exchange data with outside through their respective first and second phones 12 and 16. It is also assumed that the second card 18 has an ICCID relating to the second card 18, as son card identifier. The ICCID is written on a surface of the second card 18. It is further assumed that the second phone 16 is coupled to the second card 18 that is not completely personalized, i.e. the second card memory 184 does not store any second real IMSI.
  • a first card 14 user like an operator, on its behalf or a retailer (who sells the second card 18 to an end-user), desires to configure or personalize the second card 18.
  • the first card 14 user selects, preferably, through the MMI of the first phone 12, an application that is supported by the first card 14.
  • Such an application selection may be carried out by selecting an application displayed by the first display screen 122, for example, within a HyperText Markup Language (or HTML) type page originating from a local server embedded within the first card 14 or a menu of applications, like a Sim ToolKit (or STK) menu, originating from the first card 14.
  • HTML HyperText Markup Language
  • STK Sim ToolKit
  • the first card 14 user as a controller of the personalization of the second card 18, is successfully authenticated by their first card 14.
  • the first card 14 user types with the first keyboard 124 a value of the ICCID relating to the second card 18.
  • the first card 14 sends, through the first phone 12, to the server 1 12 a message 22, like an SMS type message, including a request for retrieving a subscriber identifier relating to the second card 18 to be personalized and an ICCID.
  • a request for retrieving a subscriber identifier of the second card 18 to be personalized constitutes a request for personalizing the second card 18.
  • the server 1 12 executes an application for communicating a subscriber identifier. Based upon the received ICCID, the server 1 12 retrieves a subscriber identifier that is associated with the received son card identifier.
  • the server 1 12 may also retrieve one or several available mobile phone numbers, as terminal address identifier(s) that is(are) associated with the received son card identifier.
  • the server 1 12 sends to the first card 14 a message 24, like an SMS type message, including an allocated (real) IMSI, as subscriber identifier relating to the second card 18.
  • This message 24 may further include one or several available mobile phone numbers, among which the first card user has to select one mobile phone number.
  • the first card user may have to select, thanks to the first phone 12 MMI, one mobile phone number amongst several displayed available mobile phone numbers.
  • the first card 14 sends to the first phone 12 a message including an allocated
  • This message (or another message (not represented)) may also include a corresponding possibly selected mobile phone number.
  • the first display screen 122 displays at once one or two strings, one relating to the allocated IMSI and possibly another relating to the associated mobile phone number.
  • the invention solution is safe.
  • the first card 14 user selects, preferably, through the MMI of the second phone 16, an application that is supported by the second card 18.
  • an application selection may be carried out by selecting an application displayed by the second display screen 162, for example, within a HTML type page originating from a local server embedded within the second card 18 or a menu of applications, like a STK menu, originating from the second card 18.
  • the second card 18 requests, through the second display screen 162, the first card 14 user (or another user under the first card user control) to input the allocated subscriber identifier and possibly the allocated mobile phone number.
  • the allocated mobile phone number may have been selected by the first card 14 user.
  • the first card 14 user (or another user under the first card user control) types with the second keyboard 164 the string value read on the first display screen 122 corresponding to the allocated second (real) IMSI.
  • the first card 14 user (or another user under the first card user control) may also type with the second keyboard 164 another string value read on the first display screen 122 corresponding to the allocated mobile phone number.
  • the second card 18 personalizes the second card memory 184 by writing or registering into it the allocated second (real) IMSI and possibly the allocated mobile phone number.
  • the second card memory 184 stores the subscriber identifier and possibly the terminal address identifier that has(have) been allocated by the server 1 12.
  • the first card 14 user (or another user under the first card user control) is informed through the MMI of the second phone 16 once the subscriber identifier and possibly the terminal address identifier are stored within the second card memory 184.
  • the first card 14 user may re-boot the second phone 16. Then, the second card 18 sends to the server 112 a message that informs about a saving (or registration) of the allocated subscriber identifier and possibly the allocated terminal address identifier within the second card memory 184.
  • the first card 14 sends to the server 112 a message for informing about a saving of the allocated subscriber identifier and possibly the allocated terminal address identifier within the second card memory 184.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé (20) pour communiquer un identificateur d'abonné. Selon l'invention, un jeton mère (14) étant couplé à un terminal (12), un jeton fils (18) stockant un identificateur apparenté au jeton fils, en tant qu'identificateur de jeton fils, le procédé comprend les étapes suivantes. Le jeton mère envoie à un serveur à distance (112) l'identificateur de jeton fils (22). Le serveur stockant une première liste d'au moins un identificateur de jeton fils et une seconde liste d'au moins un identificateur d'abonné, le serveur envoie au jeton mère un identificateur d'abonné attribué (24). Le terminal ou un autre terminal (16) est couplé au jeton fils. Le terminal ou un autre terminal envoie au jeton fils l'identificateur d'abonné attribué (26). Et le jeton fils stocke l'identificateur d'abonné attribué. L'invention concerne également un système correspondant pour communiquer un identificateur d'abonné.
PCT/CN2011/001361 2011-08-16 2011-08-16 Procédé et système pour communiquer un identificateur d'abonné WO2013023323A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/001361 WO2013023323A1 (fr) 2011-08-16 2011-08-16 Procédé et système pour communiquer un identificateur d'abonné

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/001361 WO2013023323A1 (fr) 2011-08-16 2011-08-16 Procédé et système pour communiquer un identificateur d'abonné

Publications (1)

Publication Number Publication Date
WO2013023323A1 true WO2013023323A1 (fr) 2013-02-21

Family

ID=47714667

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/001361 WO2013023323A1 (fr) 2011-08-16 2011-08-16 Procédé et système pour communiquer un identificateur d'abonné

Country Status (1)

Country Link
WO (1) WO2013023323A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1444414A (zh) * 2002-03-12 2003-09-24 斯伦贝谢神码(北京)信息技术有限公司 用户识别模块卡、空中激活用户识别模块卡的方法和系统
CN101296443A (zh) * 2007-04-29 2008-10-29 中国移动通信集团公司 多待机终端及其自注册的方法
CN101394596A (zh) * 2008-10-13 2009-03-25 中国移动通信集团江苏有限公司 一种实现空中配号的智能卡的发行系统及方法
WO2009053918A2 (fr) * 2007-10-25 2009-04-30 Cell C (Proprietary) Limited Fourniture de services a la demande dans un réseau de communication mobile

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1444414A (zh) * 2002-03-12 2003-09-24 斯伦贝谢神码(北京)信息技术有限公司 用户识别模块卡、空中激活用户识别模块卡的方法和系统
CN101296443A (zh) * 2007-04-29 2008-10-29 中国移动通信集团公司 多待机终端及其自注册的方法
WO2009053918A2 (fr) * 2007-10-25 2009-04-30 Cell C (Proprietary) Limited Fourniture de services a la demande dans un réseau de communication mobile
CN101394596A (zh) * 2008-10-13 2009-03-25 中国移动通信集团江苏有限公司 一种实现空中配号的智能卡的发行系统及方法

Similar Documents

Publication Publication Date Title
CN109328467B (zh) 用于下载更新的简档的方法、服务器和系统
KR101701668B1 (ko) 서비스 액세스를 위한 방법, 대응하는 디바이스 및 시스템
US20130291084A1 (en) Method for accessing a secure element and corresponding secure element and system
EP2693784A1 (fr) Procédé pour accéder à un service, premier dispositif, second dispositif et système correspondants
US20160335627A1 (en) Method, device and a server for signing data
EP2727384B1 (fr) Procédé d'accès à au moins un service et système correspondant
EP2819078A1 (fr) Procédé, dispositif et système d'accès à un service sans contact
WO2016124583A1 (fr) Procédé et dispositif d'accès à un service
EP2530631A1 (fr) Procédé pour accéder à au moins un service, appareil communicant et système correspondants
EP3090376B1 (fr) Méthode pour accéder à un service et serveur correspondant
WO2018007461A1 (fr) Procédé, serveur et système pour envoyer des données d'un dispositif source à un dispositif de destination
EP3306971A1 (fr) Procédé, dispositif, serveur et système pour sécuriser un accès à au moins un service
WO2013023323A1 (fr) Procédé et système pour communiquer un identificateur d'abonné
EP2592589A1 (fr) Procédé et système pour fournir des données de carte bancaire temporaire
EP3267651A1 (fr) Procédé, dispositif et système de mémorisation sécurisée de données
EP3067848A1 (fr) Procédé et premier et second serveur de transfert de données de coupons
EP2874095A1 (fr) Procédé, dispositif et système d'accès à un service sans contact
EP2413258A1 (fr) Procédé de contrôle d'une action réalisée au moyen de ou par un dispositif, premier dispositif correspondant, serveur, système et procédé

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11871058

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11871058

Country of ref document: EP

Kind code of ref document: A1