CN111480350B - Method and equipment for data access of embedded SIM card - Google Patents

Abstract

In the context of eSIM technology, profiles provided by a plurality of mobile operators can be configured in one eSIM chip, and a Profile can be understood as software that an operator provides services for users. Each Profile has its own file structure and application program, but the application program AID in each Profile is not unique, and conflicts can be caused under multiple profiles. The method comprises the steps of associating the channel with the profile by adding a logical channel mode and adding a logical channel management module (LCHMM) to manage the channel so as to ensure that no conflict occurs during access. Meanwhile, in the existing standard, access to multiple profiles through one channel can be realized through methods such as time-division switching or priority waiting.

Description

Method and equipment for data access of embedded SIM card

The present application claims priority from chinese patent application entitled "method and apparatus for data access by embedded SIM card" filed by the chinese patent office on 2017, 12, 18, month 12, and application No. 201711365480.1, the entire contents of which are incorporated herein by reference.

Technical Field

The embodiment of the invention relates to the field of communication, in particular to a multi-card multi-standby method based on embedded ESIM (embedded Subscriber Identity Module).

Background

In the conventional art, a user equipment (ue) is usually loaded with a universal Integrated Circuit card (uicc) to provide access service to a wireless network. The UICC is typically in the form of a sim (subscriber Identity module) card that is inserted into the UE. In most cases, each UICC is associated with an issuer that controls the programming of that UICC, e.g., a mobile network operator.

It is common practice to mount the SIM card on a physical chip or card, which may be provided separately from the UE, so that in order for the user to obtain the UE and the services for the UE, the user may need to obtain the UE, for example, from a wireless device provider, and separately obtain the SIM card (for example, from a service provider), and mount the SIM card in the UE, and finally perform a number of interaction steps with the service provider, which is cumbersome. Meanwhile, if the user needs two mobile phone numbers, two UEs and two SIM cards must be obtained, or a UE with dual standby and two SIM cards must be obtained, and the services of different service providers supported by different UEs must be considered, so that the cost and experience effect of the user are poor.

While esims provide many benefits over traditional removable esims, implementing esims presents new challenges regarding how eSIM content is accessed by mobile devices. For example, MNOs share many of the same attributes with each other, and thus esims may typically include applications that share the same Application Identifier (AID). Thus, a mobile device whose eSIM includes two or more profiles that are shared may not be able to successfully select and access an application of a particular one of the two or more profiles. More specifically, because the AID alone cannot uniquely identify the application of a particular eSIM that includes the application. Thus, a need exists to enable mobile devices. In particular, a processor included in the mobile device can access particular eSIM content, such as applications of a particular eSIM in a multiple Profile environment.

Disclosure of Invention

Based on this, an embodiment of the present invention provides a method for accessing data, where the mobile terminal has an embedded identity module eSIM, where the eSIM stores a first configuration file and a second configuration file, the first configuration file and the second configuration file are in an active state, the first configuration file stores a first application program, the second configuration file stores a second application program, and the first application program and the second application program have the same identity; it is characterized by comprising: the method comprises the steps that an eSIM obtains a first instruction through a first logic channel, wherein the first instruction comprises the identity; according to the incidence relation between the first logic channel and the first configuration file, selecting the first application program in the first configuration file by the eSIM; sending data associated with the first application through the first logical channel. The embodiment of the invention can avoid the access conflict of the application program under the condition of a plurality of profiles in the activated state.

In one possible design, the eSIM obtains a second instruction via a second logical channel, where the second instruction includes the identity; according to the incidence relation between the second logic channel and the second configuration file, selecting the second application program in the second configuration file by the eSIM; sending data associated with the second application through the second logical channel. The embodiment of the invention can avoid the access conflict of the application program under the condition of a plurality of profiles in the activated state.

In one possible design, before fetching the second instruction via the second logical channel, the method further includes: the eSIM receives a third instruction through the first logic channel, wherein the third instruction is sent by a logic channel management module (LCHMM); in response to the third instruction, an eSIM opens the second logical channel. The embodiment of the invention can avoid the access conflict of the application program under the condition of a plurality of profiles in the activated state.

In one possible design, the first instruction is determined by a logical channel management module LCHMM to be sent on the first logical channel. The second instruction is determined to be sent on the first logical channel by a logical channel management module (LCHMM). The embodiment of the invention can avoid the access conflict of the application program under the condition of a plurality of profiles in the activated state.

In one possible design, before fetching the first instruction via the first logic channel, further comprising: fetching a fourth instruction from via the first logical channel; selecting the first profile, wherein the fourth instructions include an identification of the first profile; confirming an active state of the first configuration file. This implementation can confirm the active state of the current Profile before accessing the data.

In one possible design, the eSIM transmits state information for the first profile. Prior to fetching the second instruction via the second logical channel, further comprising: fetching a fifth instruction from via the second logical channel; selecting the second configuration file, wherein the fifth instruction comprises an identity of the second configuration file; confirming an active state of the second configuration file. This implementation can confirm the active state of the current Profile before accessing the data.

In one possible design, the eSIM transmits state information for the first profile. This implementation can confirm the active state of the current Profile before accessing the data.

In one possible design, the first profile and the second profile are provided by a network mobile operator and each have a unique identity AID.

In one possible design, before fetching the first instruction via the first logic channel, further comprising: acquiring a sixth instruction through a first logic channel, wherein the sixth instruction comprises an identity of the first configuration file; confirming state information of the first configuration file; associating the first configuration file with the first logical channel. The embodiment can establish the relationship between Profile and channel.

In one possible design, the state information of the second configuration file is sent. Acquiring a seventh instruction through a second logic channel, wherein the seventh instruction comprises an identity of the second configuration file; confirming the state information of the second configuration file; associating the second configuration file with the second logical channel. The embodiment can establish the relationship between Profile and channel.

In one possible design, the state information of the second configuration file is sent. This implementation can confirm the active state of the current Profile before accessing the data.

In one aspect, an embodiment of the present invention provides a method for accessing data, which is applicable to a mobile terminal, and is characterized in that the method includes: the mobile terminal is provided with an embedded identity identification module (eSIM), the eSIM stores a first configuration file and a second configuration file, the first configuration file stores a first application program, the second configuration file has a second application program, and the first application program and the second application program have the same identity; sending a first instruction to the eSIM via a first logical channel, wherein the eSIM confirms a state of a first profile; receiving state information of a first configuration file and an incidence relation between the first logic channel and the first configuration file; sending a second instruction to the eSIM through the first logical channel, wherein the first logical channel is selected according to the incidence relation between the first logical channel and a first configuration file, and the instruction contains an identity of a first application program; accessing a first application program, wherein the eSIM selects the first application program in a first configuration file according to the incidence relation between the first logic channel and the first configuration file. The embodiment of the invention can avoid the access conflict of the application program under the condition of a plurality of profiles in the activated state.

In one possible design, sending a second instruction to the eSIM via a second logical channel, wherein the eSIM confirms a status of a second profile; responding to the received state information of the second configuration file and the incidence relation between the second logic channel and the second configuration file; sending a third instruction to the eSIM through the second logical channel, wherein the second logical channel is selected according to the incidence relation between the second logical channel and a second configuration file, and the instruction contains the identity of the first application program; and accessing a first application program, wherein the eSIM selects the first application program in a second configuration file according to the incidence relation between the second logic channel and the second configuration file.

In one possible design, the first instruction includes an identification of the first configuration file. This implementation enables access to the AID with the user.

In one possible design, data associated with an identity of the first application is received.

In one aspect, the present invention provides a mobile terminal, including: the embedded eSIM chip comprises a first configuration file and a second configuration file; at least one application processor; at least one baseband processor; a memory; a plurality of application programs; and one or more computer programs, wherein the one or more programs are stored in the memory, the one or more computer programs comprising instructions which, when executed by the terminal device, cause the terminal device to perform the method of some embodiments of the claims.

In one aspect, the present invention provides a mobile terminal, including: the mobile terminal is provided with an embedded identity identification module (eSIM), the eSIM stores a first configuration file and a second configuration file, the first configuration file and the second configuration file are in an activated state, the first configuration file stores a first application program, the second configuration file has a second application program, and the first application program and the second application program have the same identity; the obtaining unit is used for obtaining a first instruction passing through a first logic channel, wherein the first instruction comprises the identity; the selection unit is used for selecting the first application program in the first configuration file according to the incidence relation between the first logic channel and the first configuration file; a sending unit, configured to send, through the first logical channel, data associated with the identity of the first application. The embodiment of the invention can avoid the access conflict of the application program under the condition of a plurality of profiles in the activated state.

In one possible design, a second instruction via a second logical channel is obtained, wherein the second instruction includes the identity; selecting the second application program in the second configuration file according to the incidence relation between the second logic channel and the second configuration file; sending data associated with the second application through the second logical channel. The embodiment of the invention can avoid the access conflict of the application program under the condition of a plurality of profiles in the activated state.

In one possible design, a third instruction is received through the first logical channel, wherein the third instruction is issued by a logical channel management module LCHMM; opening the second logical channel in response to the third instruction. The embodiment can manage and allocate the logical channels through the logical channel management module LCHMM.

In one aspect, the invention provides a computer program product comprising instructions for causing an electronic device to perform the method of some embodiments when the computer program product is run on the electronic device.

In one aspect, the invention provides a computer-readable storage medium comprising instructions that, when executed on an electronic device, cause the electronic device to perform the method of any of some embodiments.

In one aspect, the present invention provides a chip, comprising: at least one processor; a memory; and one or more computer programs, wherein the one or more programs are stored in the memory, the one or more computer programs comprising instructions which, when executed by the chip, cause the processor to perform the method of some embodiments.

In one aspect, an embodiment of the present invention provides a method, which is a method for accessing eSIM data and is applicable to a mobile terminal, and is characterized in that the method includes: the mobile terminal is provided with an embedded identity identification module (eSIM), the eSIM stores a first configuration file and a second configuration file, the first configuration file stores a first application program, the second configuration file has a second application program, and the first application program and the second application program have the same identity; sending a first instruction to the eSIM via a first logical channel, wherein the eSIM confirms a state of a first profile; receiving state information of a first configuration file and an incidence relation between the first logic channel and the first configuration file; sending a second instruction to the eSIM through the first logical channel, wherein the eSIM allocates the first logical channel according to the association relationship between the first logical channel and the first configuration file, and the instruction contains an identity of the first application program; accessing a first application program, wherein the eSIM selects the first application program in a first configuration file according to the incidence relation between the first logic channel and the first configuration file.

In one aspect, an embodiment of the present invention provides a terminal device with an embedded identity module eSIM, where the eSIM stores a first configuration file and a second configuration file, and the method includes: at least one baseband chip processor having a first modem and a second modem; a memory; at least one processor; and a storage medium, wherein the storage medium stores instructions that cause the terminal device to perform the steps of: obtaining a first instruction from a first modem via a first logical channel; selecting the first configuration file, wherein the selection of the first configuration file is based on the association relationship between the first logic channel and the first configuration file; obtaining a second instruction from the second modem via the second logical channel; and selecting the second configuration file, wherein the second configuration file is selected according to the incidence relation between the second logic channel and the second configuration file.

In one aspect, an embodiment of the present invention further provides a method for accessing data, where the method is applied to a mobile terminal, where the mobile terminal has an embedded identity module eSIM, where the eSIM stores a first configuration file and a second configuration file, and the method includes: obtaining a first instruction from a first modem via a first logical channel, wherein the first instruction contains an identity of a first configuration file; selecting the first configuration file; obtaining a second instruction from a second modem via the first logical channel, wherein the second instruction comprises an identity of a second configuration file; interrupting execution of the first instruction and sending a result to the first modem, wherein the second modem has a higher priority than the first modem. The embodiment can solve the problem of conflict when a plurality of modems share one logic channel.

In one possible design, the method further includes: obtaining a third instruction from a second modem via a first logic channel, wherein the third instruction comprises an identity of the first configuration file and an identity of a first application program in the first configuration file; a first application in the first configuration file is accessed.

In one possible design, the method further includes: obtaining a fourth instruction from a second modem via a first logic channel, wherein the fourth instruction comprises an identity of the second configuration, an identity of a second configuration file, and an identity of a first application in the first configuration file; accessing the first application in the second configuration file.

In one possible design, the method further includes: and returning the data of the first application program to the second processor.

In one possible design, the method is characterized in that: the first logical channel is assigned by LCHMM.

In one possible design, the method is characterized in that: the priorities requested by said first modem and said second modem are compared by LCHMM.

In one possible design, the priority of the first modem request and the second modem request may also be set by a user.

In one aspect, an embodiment of the present invention further provides a chip for use in a mobile terminal, where the terminal device includes a baseband processor for processing a communication signal, includes a memory for storing instructions, and an application processor for processing a user interaction signal, and is characterized by comprising: the chip stores a first configuration file and a second configuration file, the first configuration file stores a first application program, the second configuration file has a second application program, and the first application program and the second application program have the same identity; acquiring a first instruction passing through a first logic channel, wherein the first instruction comprises the identity; selecting the first application program in the first configuration file according to the incidence relation between the first logic channel and the first configuration file; sending data associated with the identity of the first application through the first logical channel. The implementation can avoid the access conflict of the application program under the condition that a plurality of activation profiles exist.

In one aspect, an embodiment of the present invention further provides a terminal device with an embedded identity module eSIM, where the eSIM stores a first configuration file and a second configuration file, and the method includes: at least one baseband processor having a first modem and a second modem; a memory; at least one processor; and a storage medium, wherein the storage medium stores instructions that cause the terminal device to perform the steps of: obtaining a first instruction from a first modem via a first logical channel; selecting the first configuration file, wherein the selection of the first configuration file is based on the association relationship between the first logic channel and the first configuration file; obtaining a second instruction from the second modem via the second logical channel; and selecting the second configuration file, wherein the second configuration file is selected according to the incidence relation between the second logic channel and the second configuration file. The embodiment of the invention can avoid the access conflict of the application program under the condition of a plurality of profiles in the activated state.

In one aspect, an embodiment of the present invention further provides a chip, including: at least one processor; a memory; and one or more computer programs, wherein the one or more programs are stored in the memory, the one or more computer programs comprising instructions which, when executed by the terminal device, cause the chip to perform the method in some embodiments.

It should be noted that the embodiments of the present invention can be combined arbitrarily to achieve different technical effects.

Through the scheme, the embodiment of the invention can avoid the access conflict of the application program under the condition of a plurality of profiles in the activated state.

Drawings

Fig. 1 is a schematic diagram of a terminal device according to one possible embodiment of the present invention.

Fig. 2 is a block diagram illustrating a partial structure of a terminal device according to one possible embodiment of the present invention.

Fig. 3 shows a first interface diagram provided by one possible embodiment of the present invention.

Fig. 4A shows a first structural diagram of a terminal device according to one possible embodiment of the present invention.

Fig. 4B shows a first relationship diagram provided by one possible embodiment of the present invention.

Fig. 5 is a diagram illustrating a file structure provided in one possible embodiment of the present invention.

Fig. 6 shows a first schematic diagram of access data provided by one possible embodiment of the invention.

Fig. 7 shows a second schematic diagram of access data provided by one possible embodiment of the invention.

Fig. 8 is a second block diagram of a terminal device according to one possible embodiment of the present invention.

Fig. 9 shows a third schematic diagram of access data provided by one possible embodiment of the invention.

Fig. 10 shows a third structural diagram of a terminal device according to one possible embodiment of the present invention.

Fig. 11 is a fourth schematic diagram of access data provided by one possible embodiment of the invention.

Fig. 12 shows a fifth schematic diagram of access data provided by one possible embodiment of the invention.

Fig. 13 is a sixth schematic diagram of access data provided by one possible embodiment of the invention.

Fig. 14 is a schematic diagram of a first system provided in one possible embodiment of the invention.

Fig. 15 is a schematic diagram of a second system provided in one possible embodiment of the invention.

Fig. 16 is a fourth structural diagram of a terminal device according to a possible embodiment of the present invention.

Fig. 17 is a fifth structural diagram of a terminal device according to a possible embodiment of the present invention.

Detailed Description

The acronyms and terminology used in this patent application are described below.

DSDS: dual SIM Dual Standby, Dual standard by;

eSIM: Embedded-SIM, Embedded eSIM;

the eUICC: embedded UICC, Embedded universal integrated circuit card;

LCHMM: logic Channel Management Module, Logic Channel Management Module;

LPA: a Local Profile allocation, which is a core module of an eUICC for managing Profile, mainly comprises three parts, namely LPD, LDS and LUI, and can be located in LPAd in UE or LPAe in eSIM;

LPD: local Profile Download, located in LPA;

SD: security Domains, Security Domains;

LUI: local User Interface, located in LPA;

LDS: local Discovery Services, located in the LPA;

APDU: an Application Protocol Data Unit, including Application layer control information and Data;

ISD P-AID: the identifier of the Application Security Domain can be understood as the identity of the Profile;

SM-DP +: subscription Manager Data Preparation +, a Subscription relationship management Data Preparation platform;

SM-DS: a Subscription Manager Discovery Server, a Subscription relationship management Discovery Server;

operator: a Mobile Network Operator or Mobile Virtual Network Operator, also called MNO, is an entity that provides access capability and communication service to its customers through Network infrastructure;

and OTA: the Over The Air technology is a technology for remotely managing SIM card data and application through an Air interface of mobile communication;

CI: certificate issue, Certificate Issuer;

and EUM: eUICC Manufacturer, eUICC Manufacturer;

MF: mf (master file), master file;

DF: DF (decrypted file), a dedicated file, provides a functional grouping of files, which may be the upper level directory of DF and EF;

EF: ef (elementary file), a basic file located under MF, a basic file storing actual application data in the SIM card, which is composed of data units or record sets sharing the same file identifier, and may be at any file level and may not be a higher level file of other files;

EF_EPro: the redefined EF file comprises the capability of simultaneously activating the Profile by the eSIM card;

APDU: an Application Protocol data unit, including Application layer control information and data;

ADF: an application specific file, which is understood to be a specific DF, is an application entry, and the contents include all DF and EF files of an application

ISD P-AID: the Issuer Security Domain Profile-Application Identification may be understood as a Profile identifier.

ATR: the Answer To Reset, ATR includes an initial character TS and up To 32 additional characters. Together, these characters provide information to the terminal on how to communicate with the card for subsequent operations.

ICCID: an integrated circuit card ID for being a unique number that identifies the eSIM.

User Equipment (UE): the terms "wireless communication device," "wireless device," "mobile device," "terminal device," and "user terminal" are used interchangeably herein to describe one or more general purpose consumer electronics devices that may be capable of performing the processes associated with the various embodiments of the present disclosure. According to various implementations, any of these consumer electronic devices involves: cellular or smart phones, tablets, laptops, personal computers, netbooks, media player devices, electronic book devices, MiFi devices, wearable devices, and any other type of electronic computing device having wireless communication capabilities that may include communication via one or more wireless communication protocols, such as for communication over the following networks: wireless Wide Area Networks (WWANs), Wireless Metropolitan Area Networks (WMANs), Wireless Local Area Networks (WLANs), Wireless Personal Area Networks (WPANs), Near Field Communication (NFC), cellular wireless networks, fourth generation (4G) LTE, LTE advanced (LTE-a), and/or 5G or other existing or future developed advanced cellular wireless networks.

SIM: subscriber Identity Module. In the art, these may also be referred to specifically as USIMI, ISIM, CSIM, etc. according to different technologies, and are constituent applications of a universal integrated circuit card UICC. The SIM and UICC are often collectively referred to as a "SIM card" for identifying legitimate mobile networks.

eSIM: embedded Subscriber Identity Module, Embedded SIM card, the eSIM described in this application refers to a traditional SIM card directly Embedded on a mobile device chip, rather than being added to the device as an independent removable component, and the user does not need to insert a physical SIM card, for example, Universal Subscriber Identity Module USIM. The application scheme of the eSIM card is that a traditional SIM card is changed into an embedded chip to be embedded in the terminal equipment, and the embedded chip is not a plug-in type any more; the network card has networking and remote card writing functions, and data such as user network access numbers and the like are written and modified through a network management platform, so that the number changing is realized without changing a machine, and the number changing is realized without changing the machine. In some embodiments, the mesoesim card of the present invention can be extended to other programmable SIM cards, such as softSIM, vSIM, and the like. In some embodiments, it may also be referred to as an eSIM card or an eSIM chip or an embedded SIM.

UICC: a Universal Integrated Circuit Card is a smart Card for use in mobile terminals in cellular networks, including Universal Mobile Telecommunications System (UMTS) and Long Term Evolution (LTE) networks. Specifically, the UICC authenticates the user to the cellular network while ensuring the integrity and security of the user's personal data. The UICC also stores the applications for correct deployment for mobile services for both MN0 and the end user. The UICC is a generic multi-application platform that can host multiple applications in parallel. The UICC is a generic name of a smart card that defines physical characteristics, and interfaces of both the UICC and the terminal are standard. The UICC may include a variety of logical applications, such as a Subscriber Identity Module (SIM), a Universal Subscriber Identity Module (USIM), an IP Multimedia Service Identity Module (ISIM). The UICC may of course also include other applications (e-wallet, etc.).

It should be noted that although we will often interchange the two terms UICC and SIM, UICC means the physical card and SIM means an application on the UICC card that stores the GSM subscriber subscription information. SIM is widely used in GSM systems. In some embodiments, the physical entity of the USIM is the UICC, which is actually an application built on the UICC primarily for end user identification. For convenience of understanding, the present application is uniformly expressed in terms of eSIM cards.

Profile: also known as a "Profile," Profile in this application refers to a collection of various data and applications used on the eUICC to provide various services, such as voice traffic or data traffic. According to some embodiments, the Profile is signed up or subscribed by the user with the relevant mobile operator to have provided the user network services. According to some embodiments, the Profile may include system files, such as MF, EF, DF; applications, such as network access application NAA, secure Domain name Security Domain, and other non-communication services; and Profile metadata, e.g., Profile Policy specifies Profile policies Rules; and a secure domain name Mobile Network Operator-SD of the Mobile Network Operator, e.g., to provide OTA services.

Channel: also called "channel", in the present application, a logical channel between the UE and the eSIM or the SIM card may be opened first when the UE needs to communicate with the eSIM. According to some embodiments, the number of channels is determined by the mobile network operator or card issuer. In some embodiments, an application may be selected on a logical channel prior to application access. Multiple logical channels may be opened to access different applications.

Mobile Network Operator: also called "Operator", "mobile network Operator", "mobile Operator", "network Operator", etc., MNO in this application refers to a party that has a subscription with a user to provide access to network services. According to some embodiments, the MNO may also be the issuer that controls the programming of the eUICC, also known as the "issuer.

A Modem: the modem, commonly known as "cat", is used for the communication module of the terminal equipment. In some embodiments, the Modem issues commands (typically standard AT commands) via the upper layer processing system to implement data transmission with the wireless network. In some embodiments, the network type (GSM, CDMA, WCDMA, TD-SCDMA, etc.) supported by the terminal device is determined by it. In some embodiments, we can also understand the Modem in the terminal device as the baseband chip in the terminal device. In some implementations, the Modem may also be understood as control software corresponding to a baseband chip in the terminal device, such as a Modem protocol stack. In some embodiments, the Modem described herein may be physically implemented on a chip, for example, integrated on a baseband chip or a baseband processor, or implemented in software, through an operating system, an eSIM management module, or the like.

Fig. 1 is a schematic diagram of a terminal device according to one possible embodiment of the present invention.

The terminal device 100 according to the embodiment of the present invention may include a mobile phone, a tablet computer, a PDA (Personal Digital Assistant), a POS (Point of Sales), a vehicle-mounted computer, a TV, a wearable device, an AR, a VR device, and the like.

Taking the terminal device 100 as a mobile phone as an example, fig. 2 is a block diagram illustrating a part of the structure of the mobile phone 100 according to an embodiment of the present invention. Referring to fig. 2, the handset 100 includes, among other components, RF (Radio Frequency) circuitry 110, memory 120, other input devices 130, a display 140, sensors 150, audio circuitry 160, an I/O subsystem 170, a processor 180, and a power supply 190. Those skilled in the art will appreciate that the handset configuration shown in fig. 2 is not intended to be limiting and may include more or fewer components than those shown, or may combine certain components, or split certain components, or arranged in different components. Those skilled in the art will appreciate that the display 140 is part of a User Interface (UI) and that the cell phone 100 may include more or fewer User interfaces than shown.

The following describes the components of the mobile phone 100 in detail with reference to fig. 2:

the RF circuit 110 may be used for receiving and transmitting signals during information transmission and reception or during a call, and in particular, receives downlink information of a base station and then processes the received downlink information to the processor 180; in addition, the data for designing uplink is transmitted to the base station. Typically, the RF circuit includes, but is not limited to, an antenna, at least one Amplifier, a transceiver, a coupler, an LNA (Low Noise Amplifier), a duplexer, and the like. In addition, the RF circuitry 110 may also communicate with networks and other devices via wireless communications. The wireless communication may use any communication standard or protocol, including but not limited to GSM (Global System for Mobile communications), GPRS (General Packet Radio Service), CDMA (Code Division Multiple Access), WCDMA (Wideband Code Division Multiple Access), LTE (Long Term Evolution), email, SMS (Short Messaging Service), and the like.

The memory 120 may be used to store software programs and modules, and the processor 180 executes various functional applications and data processing of the mobile phone 100 by operating the software programs and modules stored in the memory 120. The memory 120 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program required for at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone 100, and the like. Further, the memory 120 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

Other input devices 130 may be used to receive entered numeric or character information and generate key signal inputs relating to user settings and function controls of the handset 100. In particular, other input devices 130 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, a light mouse (a light mouse is a touch-sensitive surface that does not display visual output, or is an extension of a touch-sensitive surface formed by a touch screen), and the like. The other input devices 130 are connected to other input device controllers 171 of the I/O subsystem 170 and are in signal communication with the processor 180 under the control of the other input device controllers 171.

The display screen 140 may be used to display information entered by or provided to the user as well as various menus of the handset 100 and may also accept user input. The display screen 140 may include a display panel 141 and a touch panel 142. The Display panel 141 may be configured in the form of an LCD (Liquid Crystal Display), an OLED (Organic Light-Emitting Diode), or the like. The touch panel 142, also referred to as a touch screen, a touch sensitive screen, etc., may collect contact or non-contact operations (e.g., operations performed by a user on or near the touch panel 142 using any suitable object or accessory such as a finger or a stylus, and may also include body sensing operations; including single-point control operations, multi-point control operations, etc.) on or near the touch panel 142, and drive the corresponding connection device according to a preset program. Alternatively, the touch panel 142 may include two parts, i.e., a touch detection device and a touch controller. The touch detection device detects the touch direction and gesture of a user, detects signals brought by touch operation and transmits the signals to the touch controller; the touch controller receives the touch information from the touch detection device, converts the touch information into information capable of being processed by the processor, sends the information to the processor 180, and receives and executes instructions sent by the processor 180. In addition, the touch panel 142 may be implemented by various types such as a resistive type, a capacitive type, an infrared ray, a surface acoustic wave, and the like, and the touch panel 142 may also be implemented by any technology developed in the future. Further, the touch panel 142 may cover the display panel 141, a user may operate on or near the touch panel 142 covered on the display panel 141 according to the content displayed on the display panel 141 (the display content includes, but is not limited to, a soft keyboard, a virtual mouse, virtual keys, icons, etc.), the touch panel 142 detects a touch operation on or near the touch panel 142, and transmits the touch operation to the processor 180 through the I/O subsystem 170 to determine the type of touch event to determine a user input, and then the processor 180 provides a corresponding visual output on the display panel 141 through the I/O subsystem 170 according to the type of touch event. Although in fig. 2, the touch panel 142 and the display panel 141 are two separate components to implement the input and output functions of the mobile phone 100, in some embodiments, the touch panel 142 and the display panel 141 may be integrated to implement the input and output functions of the mobile phone 100.

The handset 100 may also include at least one sensor 150, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor that adjusts the brightness of the display panel 141 according to the brightness of ambient light, and a proximity sensor that turns off the display panel 141 and/or the backlight when the mobile phone 100 is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally, three axes), can detect the magnitude and direction of gravity when stationary, and can be used for applications of recognizing the posture of a mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer and tapping), and the like; as for other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor, which can be configured on the mobile phone 100, further description is omitted here.

Audio circuitry 160, speaker 161, and microphone 162 may provide an audio interface between a user and the handset 100. The audio circuit 160 may transmit the converted signal of the received audio data to the speaker 161, and convert the signal into a sound signal for output by the speaker 161; on the other hand, the microphone 162 converts the collected sound signals into signals, which are received by the audio circuit 160 and converted into audio data, which are output to the RF circuit 108 for transmission to, for example, another cell phone, or to the memory 120 for further processing.

The I/O subsystem 170 controls input and output of external devices, which may include other devices, an input controller 171, a sensor controller 172, and a display controller 173. Optionally, one or more other input control device controllers 171 receive signals from and/or transmit signals to other input devices 130, and other input devices 130 may include physical buttons (push buttons, rocker buttons, etc.), dials, slide switches, joysticks, click wheels, a light mouse (a light mouse is a touch-sensitive surface that does not display visual output, or is an extension of a touch-sensitive surface formed by a touch screen). It is noted that other input control device controllers 171 may be connected to any one or more of the above-described devices. The display controller 173 in the I/O subsystem 170 receives signals from the display screen 140 and/or sends signals to the display screen 140. After the display screen 140 detects the user input, the display controller 173 converts the detected user input into an interaction with the user interface object displayed on the display screen 140, i.e., realizes a human-machine interaction. The sensor controller 172 may receive signals from one or more sensors 150 and/or transmit signals to one or more sensors 150.

The processor 180 is a control center of the mobile phone 100, connects various parts of the entire mobile phone by using various interfaces and lines, and performs various functions of the mobile phone 100 and processes data by operating or executing software programs and/or modules stored in the memory 120 and calling data stored in the memory 120, thereby performing overall monitoring of the mobile phone. Alternatively, processor 180 may include one or more processing units; preferably, the processor 180 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 180.

The handset 100 also includes a power supply 190 (e.g., a battery) for powering the various components, which may preferably be logically connected to the processor 180 via a power management system to manage charging, discharging, and power consumption via the power management system.

In some embodiments, the eSIM chip may be located in the secure element 181, or may be integrated on a baseband chip or processor.

Although not shown, the mobile phone 100 may further include a camera, a bluetooth module, etc., which will not be described herein.

Fig. 3 provides an interface 100 for a user to select activation of a cell phone number according to one possible embodiment of the present invention.

As shown in fig. 3, an interface 100 is provided for a user to select a cell phone number. The user may select two cell phone numbers simultaneously, for example, select number 3 and select number 4, which in some embodiments may be understood as activating or configuring both cell phone numbers. One Profile may correspond to the phone number of an MNO, which may be understood as the user selecting Profile 3 and Profile4, i.e., the cell phone numbers of us AT & T and us T-Mobile. It is to be noted that the selection here is to be understood as first activation or reactivation, or configuring various environments for accessing data, reading data, and the like. The profile number in the present application is only an example, and the number may also be started from 0, such as profile-0.

In some embodiments, each eSIM may download or store multiple profiles, for example, multiple profiles may be signed with different MMOs or multiple profiles may be signed with the same MMO, that is, multiple numbers of multiple MMOs may be provided for a user to select, each Profile has its own file structure and application, and has a unique ID, for example, ISD P-AID. Each application also has its own identity, e.g. AID, which is unique within the same Profile.

In some embodiments, the corresponding profile may be activated according to the phone number selected by the user. In some embodiments, a user may select multiple phone numbers and, accordingly, may activate a corresponding multiple profile.

In some embodiments, the selection interface may also provide a function to log off the cell phone number, for example, when a subscription with the carrier expires. In some embodiments, after the mobile phone number is logged off, the corresponding profile releases the corresponding relationship. In some embodiments, the profile in the eSIM may also be deleted after the user selects the logoff operation.

It should be noted that, when the user downloads the Profile into the eSIM, the user may read or the UE may automatically obtain the Profile list information in the eSIM, and the Profile list information may be displayed as the mobile phone number information, as shown in fig. 3. In some embodiments, the existing profile list on the eSIM card and the activation status may also be read, e.g., by the function GetProfile Info (), 3.2.4 in the standard GSMA RSP Technical Specification Version 2 may be referenced. In some embodiments, the read Profile list may be displayed to the user.

In some embodiments, the active state of the current Profile, e.g., whether it is in an activated or deactivated state, may be confirmed prior to accessing the application. In some embodiments, if the current Profile is in the active state, the active state may be returned to the UE or the Modem. In some embodiments, if the current Profile is in the deactivated state, the current Profile is activated, and the activation state may be returned to the UE or the Modem.

Fig. 4A is a schematic diagram of a first internal structure of a mobile terminal with an eSIM according to one possible embodiment of the present invention.

As illustrated in fig. 4A, in some embodiments, a UE may configure one eSIM chip. In some embodiments, multiple profiles may be supported and activated in an eSIM chip, for example, the maximum number of supported profiles may be decided by an issuer or an operator.

In some implementations, multiple logical channel channels can be allocated for communication, such as activating, initializing, or accessing a Profile, which can be implemented to be simultaneously activated, accessed on an eSIM using multiple channels.

The eSIM management module can be an eSIM operating system OS or an application program, and can also be implemented by hardware, and is used to activate, access and manage the eSIM card. For example, when requesting to activate Profile-1, when the eSIM receives an activation request, channel-1 may be opened first (channel-1 may also be in an open state by default), so as to receive a command for activating Profile-1, where the command may carry an identity ISD P-AID of Profile. The procedure for activation of Profile-2 may also be the same.

As illustrated in fig. 4B, in some embodiments, the eSIM management module may store a mapping relationship between Profile and logical channel, for example, a mapping relationship table illustrated in fig. 4B. The eSIM management module may also store a mapping relationship between the identity ISD P-AID of the Profile and the channel number. In some embodiments, when the eSIM receives that the AID for accessing the application is from channel-1, a signal is automatically transmitted to Profile-1 or the request is identified for accessing an application in Profile-1 through the stored mapping relationship between Profile and logical channel. In some embodiments, the Profile may also carry an identity AID of the Profile when activated.

In some embodiments, the logic channel management module LCHMM may also store a mapping relationship table as shown in fig. 4B, for example, when Profile-2 is requested to be activated, the request command carries an identity ISD P-AID of Profile-2, and after the LCHMM receives an activation request carrying the identity ISD P-AID of Profile-2, the LCHMM allocates a corresponding channel to send an activation command, for example, allocate channel-2, according to a mapping relationship between Profile and channel.

It is noted that in some implementations, the eSIM can also establish a relationship between a channel number and a Profile by recording an activation relationship between the assigned channel number and the Profile for identifying to which Profile the accessed application AID belongs.

In the method provided by the embodiment, multiple profiles are simultaneously activated in the single eSIM chip, so that the single eSIM chip supports the multi-card multi-standby function, the hardware cost of the multi-card multi-standby terminal is reduced, and access conflicts caused by the fact that application AIDs in different profiles are possibly the same can be avoided.

Fig. 5 illustrates a structure diagram of an eSIM application file used in fig. 4A. File identifiers (AIDs) are used to address or identify a particular file. The file types included in fig. 5 include:

special Document (DF): a file containing access conditions, and optionally a base file (EF) or other Dedicated File (DF).

Application specific file (ADF): an entry pointing to an application. In particular, the application DF (adf) is a specific DF that contains all DFs and EFs of the application.

Basic file (EF): in the production of SM cards, the valid IMSI value must default to the basic file (EF) of IMSI present in the SIM_IMSI) In (1).

A Master File (MF).

Applications are uniquely identified by AID and are passed from EF_DIRAnd (6) obtaining. The AID is used to select an application. EF_DIR、EF_PLAnd EF_ICCIDMay be mandatory and may reside directly under the MF. DF (Decode-feed)_TELECOMMay be optional and, if present, resides at the MFThe following steps. DF (Decode-feed)_TELECOMApplication independent information may be included.

As described above, Profile differentiation can be supported by modifying or expanding the current structure of the file organization in the eSIM card, and multiple ADFs can be hooked under the file system MF, that is, a Profile in which two or more active states can exist simultaneously is realized.

Fig. 6 is a schematic diagram of managing a logical Channel by a logical Channel Management module lchmm (logical Channel Management module) according to a possible embodiment of the present invention.

In some embodiments, simultaneous activation of two profiles by an eSIM may first confirm the number of profiles that the eSIM can currently support simultaneous activation. In some embodiments, the manner in which the number of profiles that can currently support simultaneous activation can be negotiated with the eSIM through the Modem is confirmed. Specifically, the method can be realized by the following steps:

the method comprises the following steps: in some embodiments, a conventional SIM card as a slave device generates a reply signal only in two cases: after receiving RST (reset) signal, it sends ATR (answer To reset), and receives the command from UE or control module, and makes answer. In some embodiments, when the conventional SIM card is initialized, the ATR command is issued to the UE after the SIM card receives the RST signal.

In some embodiments, the eSIM may also send an ATR instruction to the UE upon initialization, which may be accomplished, for example, using the ATR protocol specified in the description of 8.1.1.2.5 in ISO7816 or ISO 7916-4. In some embodiments, the operator or Issuer may add Card Issuer or operator Data (Card issue's Data) in the ATR command, for example, eSIM may be added while supporting information such as the number of active profiles, a number identifier, or a file identifier that holds Profile number information. In some implementations, some identification information may also be added to the ATR command, such as card issuer information, etc. In some embodiments, the eSIM card actively reports Profile capability information supported by the eSIM chip, for example, by sending an ATR command. In some embodiments, when the modem receives an ATR answer signal from the eSIM card, it indicates that the SIM is not present or that the transmission channel is problematic. In some embodiments, when the modem receives an ATR answer signal from the eSIM Card, which contains Data (Card issue's Data) of the Card Issuer or operator, for example, eSIM may be added while supporting information such as the number of active profiles, the number identification, or the file identification that holds the Profile number information, the modem may know information such as the maximum number of profiles supported by the eSIM Card.

In some embodiments, the format of the ATR is generally: TST0TA1TB1TC1TD1TA2 … TDiT1T2T3 … TkTck, wherein T1T2 … Tk identifies historical characters, is an optional field, contains relevant information of card manufacturers, can be expanded in the relevant information of the card manufacturers or other fields in ATR, and carries simultaneously activated information.

The second method comprises the following steps: the basic file of the actual application data stored in the SIM card in the EF file is composed of data units or record sets sharing the same file identifier, and may be in any file hierarchy and may not be an upper-level file of other files. In some embodiments, the EF may be defined by defining a proprietary file_EProFor example, by saving the capability of the eSIM chip to support simultaneous activation of profiles through the file, the EF is directly read when the card is initialized_EProThe information in (1).

The third method comprises the following steps: in some embodiments, after the UE starts, the Modem sends an APDU (application Protocol Data unit) query command, and the eSIM feeds back the number of simultaneously-activatable profiles currently supported, the number identifier, or the file identifier of the stored Profile number identifier through a response to the APDU command. The Modem acquires and stores relevant information.

Specifically, the APDU query instruction includes, for example:

Command APDU

CLA 00: identifying USIM applications

INS a 5: identifying instructions for obtaining number of simultaneously supported activation profiles

P100: is not currently expanded

P2 01：Return FCP

Lc 04: instruction data length

Response：

Data XX, the returned FCP Data, i.e. the Profile capability that supports simultaneous activation, or the File ID identifying the Profile capability, or the number identification, e.g. 0 identifying 1, 1 identifying 4, 2 identifying 8, etc.

SW1 90

SW 200: instruction execution success identification

In some embodiments, the fixed eSIM on the Modem side may also directly support information such as the number of profiles activated simultaneously according to the customization requirement by signing with the card issuer or on the operation.

In some embodiments, when an eSIM needs to activate a Profile, a channel may be assigned first. In some embodiments, the channel assignment can be in two ways, one by the eSIM card and one by the interface device. In some embodiments, for supporting two Profile activations simultaneously, the already open channels may be managed, e.g., Profile-0 for Channel-0 and Profile-n for Channel-n. Specifically, the allocation is performed as follows:

the method comprises the following steps: after opening the Channel, the opened Channel-n is associated with Profile-n, for example: a new channel-1 is opened and then the channel-1 is managed with Profile-1. So that the next time the corresponding Profile is accessed, it can be identified by the channel.

The method 2 comprises the following steps: taking the former N channels as reserved channels, and opening all the reserved channels for subsequent new Profile activation after starting up the machine for a scene in which channel resources are allocated by the eSIM card; for the scene of allocating channel resources by the interface device, skipping the reserved channel number when opening, and opening the reserved channel when a new Profile needs to be activated;

the method 3 comprises the following steps: and (3) performing grouping management on the channel numbers, for example, a first group is used for Profile-1, a second group is used for Profile-2, and an nth group is used for Profile-n, wherein each Profile can only open the channel corresponding to the group when in use. For the scene of channel allocation by an eSIM card, the method can also realize grouping management by an EUM;

the embodiment provides a logical Channel Management (lchmm) (logical Channel Management module) for managing a current logical Channel, and an application AID can be identified by a default mapping relationship as shown in fig. 4B.

The specific access flow is shown in fig. 6:

step1.1: and acquiring the Channel number of the current eSIM chip through the ATR instruction. In some embodiments, the maximum number of activation profiles supported by the eSIM may also be obtained.

The LCHMM adds all channel numbers into a resource pool and sets the channel numbers in an inactivated state; in some embodiments, the number of channels supportable in an eSIM card may be determined by the card issuer; in some embodiments, the channel number carried by the eSIM card may be obtained through a plurality of methods, for example, through an APDU instruction, defining an EF professional file, the number of issuing dealer public logic channels, and the like;

step1.2: a user or an LPA requests to send an acquisition Profile list, which may acquire Profile information in the current eSIM, for example, the eSIM sends the Profile list to the LAPd or the UE or the Modem, and the list may display a phone number, an activation state, operator information, and the like, as shown in fig. 3;

step1.3: user selection or ue (lpad) request activation Profile, e.g. request activation Profile-1; in some embodiments, the identity ISD P-AID of the Profile may be carried in the request activation instruction.

After receiving the instruction, the LCHMM assigns a channel-l, and sends an activation instruction to the eSIM card through the channel-1, for example, selects the ISD P-AID corresponding to the Profile through the channel, and completes the Profile activation.

In some embodiments, Channel-1 can be used as a basic communication logical Channel of Profile-1, and the Channel-1 can be used by default without being opened according to the protocol description;

step1.4: the LCHMM assignment channel-1 sends an activate instruction. Sending a request through channel-1, selecting Profile-1 by the eSIM, for example, through an identity identification ISD P-AID of Profile-1, which can be understood as a mapping relation in the table 4B, and selecting the corresponding Profile-1 when receiving the request of channel-1;

step1.5: the eSIM returns the activation result to the LCHMM, wherein the returned content can also comprise the ISD P-AID of the Profile-1. LCHMM marks Channel-1 as used, the number of Channel pools is reduced by 1;

step1.6: the LCHMM feeds back an activation result to the UE or the Modem;

step1.7: the UE or the Modem requests to issue and access the application program in the Profile-1, wherein the instruction carries the identity identification AID of the application program; in some embodiments, the instruction to access the application in Profile-1 may also be in step Step1.3.

Step1.8: the LCHMM sends a request access through channel-1, the request can carry an AID of an application program, an access request from channel-1 is detected, the eSIM selects the application program in channel-1, for example, through the AID of the application program, the eSIM identifies that the AID from channel-1 is in access Profile-1 according to the association or mapping relationship between Profile and channel shown in FIG. 4B;

step1.9: the eSIM returns the access result to the UE or the Modem, for example, sending data and a file of the application program.

Step1.10: user selection or ue (lpad) requests activation of Profile, e.g. Profile-2. In some embodiments, the activation request may carry an identity ISD P-AID of Profile-2;

step1.11: after the LCHMM receives the request, the LCHMM needs to allocate a new channel to complete the opening action of the new channel. Through Channel-1, send an instruction to eSIM to open Channel-2.

The eSIM opens a new channel, such as channel-2;

step 1.12: and returning the result of opening the channel to the LCHMM.

And the LCHMM sets Channel-2 to be Open, and sends an activation instruction to the eSIM through the Channel-2. In some embodiments, the LCHMM may also record the mapping relationship between Channel-2 and Profile-2;

step1.13: and the LCHMM sends an activation instruction to the eSIM chip to complete the selection of the Profile-2.

Step1.14-Step1.18: the access flow may refer to access Profile-1.

Step1.19- -Step 1.24: it can be extended to multiple profiles. In some embodiments, if Modem-1 has a new service (Bit Interleaved Parity (BIP), SIM application toolkit (STK), etc.) that needs to open a new channel, an open request is sent to the LCHMM;

through the above process, the accessed AID program is selected according to the mapping relation between the default channel number and the Profile, so that the AID conflict problem of the application program under the condition of multiple profiles can be avoided.

The present embodiment provides a logical Channel Management lchmm (logical Channel Management module) for managing a current logical Channel, and by establishing a mapping relationship between a Channel and a Profile, the problem of AID collision of an application under multiple profiles can be avoided.

As shown in fig. 7, the basic flow is the same as that of fig. 6:

in Step2.2: the request for activating the Profile-1 can carry an identity ISD P-AID;

in Step2.5: LCHMM marks Channel-1 as used, and the Number of Channel pools is reduced by 1, while returning the Channel Number to the corresponding Modem-1. In some embodiments, the LCHMM may also send the ISD P-AID of Profile-1 to Modem-1. In the step, channel-1 is sent to model-1, when Profile-1 is accessed next time, model-1 can be accessed through channel-1, for example, when an application program in Profile-1 is requested to be accessed, the application program can carry the number of channel-1, and after an LCHMM receives an access command, channel-1 is directly allocated to send the access command according to the number of channel-1 in the request command. In such a scenario, the access request may not carry the Profile identifier, and in the above scenario, the LCHMM also stores the mapping relationship table between the Profile and the channel as shown in fig. 4B. In some embodiments, the LCHMM may not return channel-1 to Modem-1, for example, when the LCHMM receives an access request from Modem-1, the LCHMM opens channel-1 (at this time, the LCHMM records a mapping relationship between Modem-1 and channel-1), sends the access request through channel-1, and when the eSIM detects the access request from channel-1, considers that the request accesses Profile-1;

through the above process, when each Modem needs to send a request, for example, an activation request, a new channel needs to be opened, and the channel and the corresponding profile in the eSIM are bound together or a mapping relationship is established. The first selection of the Profile needs to be activated firstly, the subsequent UE restarts the process, the mapping relation is directly used, and each Modem selects the Profile AID. Which channel is used by each Modem can be freely assigned by the LCHMM and accessed directly once assigned, or the Modem accesses by recording the corresponding channel number.

In some implementations, upon activation of the corresponding Profile file, the application corresponding to the Profile may be accessed, for example, via a READ bank instruction.

Fig. 8 is a system framework diagram providing activation profile according to one possible embodiment of the invention.

In some embodiments, the existing profile list on the eSIM card and the activation status may be read, for example, by the function GetProfile Info (), reference may be made to the standard GSMA RSP Technical Specification Version 2.2. In some embodiments, the read Profile list may be displayed to the user. In some embodiments, downloading or storing multiple profiles may be supported on the eSIM. In some embodiments, the method of obtaining the Profile list may refer to 3.2.4 in GSMA RSP Technical Specification Version 2.2.

In some embodiments, the user may select the Profile that needs to be activated, for example via the interface ESeu. In some embodiments, the LPAd may also automatically select the Profile that needs to be activated without interaction with the user. In some embodiments, the LUId issues an activation request to the LPA service, which may include one or more of ISD-P AID, ICCID, and refreshFlag parameters for the corresponding Profile.

In some embodiments, the LPA service sends an activation request to the Modem. In some embodiments, the Modem returns the activation result to the LUId upon receiving the request. In some embodiments, the Modem may be a logic module, for example, configured in an LPAd or eSIM chip, a baseband chip, or a hardware module, for example, integrated in the baseband chip.

Fig. 9 is a system structural diagram of a method for activating dual Profile based on an eSIM card according to one possible embodiment of the present invention.

In some embodiments, the functions of the Modem may be implemented in the LPAd, or implemented by the eSIM management module, a baseband chip, as shown in fig. 8. Profile-1 and Profile-2 may be provided by different operators, and Profile-1 has the same application file as the AID in Profile-2, e.g., the application AID is numbered 1.

When the Modem-1 receives an activation instruction from the UE or the LPAd, for example, the Profile-1 is activated, the Modem-1 sends an activation request to the eSIM, and after the eSIM receives the request, a logical channel, for example, channel-1, can be opened first, and at this time, it can be considered that the mapping relationship between the channel-1 and the Profile-1 is established. Further, after the activation is successful, the eSIM management module may store the identity ISD P-AID of Profile-1, or may send the identity ISD P-AID to the Modem or the UE for storage.

In some embodiments, the identity ISD P-AID of Profile-1 may not be stored, for example, when the model-1 accesses the application program of Profile-1, the eSIM management module may detect the access information from channel-1, for example, AID1, and may access the AID1 application program in Profile-1 according to the mapping relationship between Profile-1 and channel-1 at the time of activation, so as to avoid conflict.

In some embodiments, it can also be understood that multiple modems access the channel through different logical channels.

In some embodiments, the corresponding profile may be indicated by a channel. In some embodiments, when Channel-1 and Profile-1 establish a mapping relationship, then the Profile system files selected by this Channel-1 are all files under Profile1 by default. In some embodiments, when Channel-2 and Profile-2 are bound or a mapping relationship is established, the Profile system file selected by Channel-2 belongs to Profile-2.

In some embodiments, the maximum number of profiles that the UE can activate needs to be determined jointly by the UE capabilities and the number of profiles that the eSIM supports simultaneous activation. For example, the UE has 2 modems, the number of profiles that the eSIM supports to be activated simultaneously is 3, and the maximum number of profiles that the UE can activate is 2. In some embodiments, a minimum of the UE supported capabilities and the eSIM supported capabilities may be assumed. In some embodiments, if a simultaneously activated Profile has reached maximum capacity, the next activation may require that the old Profile be deactivated (disabled) and then the new Profile be activated.

In some embodiments, the instruction may be sent or accepted by an LPA module, LPA (local Profile available) is the Profile management module described in the current eSIM protocol (GSMA RSP Technical Specification Version 2).

Fig. 10 is a system configuration diagram for Profile initialization or data access currently in use by time-division switching according to one possible embodiment of the present invention.

As shown in fig. 10, the eSIM configures a logical channel, and performs initialization operation on Profile-1 and Profile-2 through time division switching, in some embodiments, the initialization operation may be to configure various parameters or environments for the UE, for example, may be to read files and data in the Profile, such as an international identity code IMEI of the mobile equipment.

According to the method for arbitrarily activating two profiles in the above embodiment, at this time, Profile-1 and Profile-2 are in an activated state. In some embodiments, in a scenario where two profiles have been activated on the eSIM chip, the initialization process of the eSIM by the Modem specifically includes the following steps:

the maximum number of profiles which can be supported by the current eSIM chip on one logic channel is obtained in the ATR command, and the LCHMM ensures that the number of profiles which cannot be used on one logic channel does not exceed the maximum number of profiles supported by the eSIM chip.

Step3.1: the Profile-1 is initialized, and the Modem-1 selects the Profile (Profile-1) to be used by the stored ISP-D AID. The request for initialization may be issued by a user or UE, and in some embodiments, an interface diagram similar to that shown in fig. 9 may be provided for user operation. It is worth mentioning that Profile may also be initialized by channel indication in case of multiple channels as in the previous active embodiment.

Step3.2: the LCHMM sends the send instruction to the eSIM card through Channel-1. The eSIM card selects the Profile-1, and the Modem can access the file in the Profile-1 through the channel-1.

Step3.3: the eSIM chip, either successfully or unsuccessfully executed, returns the result to the LCHMM.

Step3.4: the LCHMM returns the result of the eSIM chip to the Modem-1, and if the eSIM chip is successfully executed, the Modem-1 can access the file in the profile-1 through the Channel-1; if the execution of the eSIM chip fails, the Modem-1 carries out corresponding processing according to the error reason.

Step3.5: modem-2 selects the profile (profile-2) to be used by ISP-D AID.

Step3.6: the LCHMM sends a selection instruction to the eSIM card through Channel-1. The eSIM management module executes the selection instruction, the file in the profile-2 can be accessed through the logical channel-2 at the moment, and the switching process does not need to restart the eSIM chip.

Step3.7: the eSIM chip, either successfully or unsuccessfully executed, returns the result to the LCHMM.

Step3.8: the LCHMM returns the result of the eSIM chip to the Modem-2, and if the eSIM chip is successfully executed, the Modem-2 can access the file in the profile-2 through the Channel-1; if the execution of the eSIM chip fails, the Modem-2 carries out corresponding processing according to the error reason.

The present embodiment may enable switching from the current access Profile-1 to the access Profile-2 without deactivating Profile-1. It is worth mentioning that this implementation employs sharing one channel by time-division handover in case of activating two profiles. In the above embodiment, for example, under the condition that the dual channels activate the dual profiles, the dual channels can also access the data and the application program in the profiles, so that the conflict is avoided.

Fig. 12 accesses a method for conflict resolution for two profiles according to one possible embodiment of the invention.

In some embodiments, since multiple modems use eSIM chip resources in the same logical Channel (e.g., Channel-1), when one Modem is accessing the eSIM chip, it is possible that other modems are also accessing the eSIM chip, for example, Modem-2 selects the eSIM chip to profile-2 through Channle-1 and is reading a certain file, and at this time, Modem-1 also needs to access the eSIM chip, there are the following processing methods:

as shown in fig. 12: Step4.1-Step4.6: modem-2 switches the eSIM card onto Profile-2 and is accessing the file in Portale-2, e.g., through channel-1. In the steps Step4.1-Step4.4, the Profile-2 needing to be accessed is selected, after the query is successful, a Modem-2 result is returned, namely the file in the Profile-2 can be accessed through the channel-1 at present. Step4.5-Step4.6 is an application program in Modem-2 access Profile-2;

step4.7: modem-1 has an eSIM access requirement at this time, and selects to use the profile (profile-1) to be used through ISP-D AID.

Step4.8: LCHMM finds that Modem-2 is communicating with eSIM chip through Channel-0 at this time, and returns Channel Busy to Modem-1. Modem-1 buffers the request at this time, waiting for Modem-2.

Step4.9: the eSIM chip executes the file access request of Modem-2 and returns the result to the LCHMM.

Step4.10: the LCHMM returns the access result to Modem-2.

Step4.11: LCHMM sends an instruction to Modem-2, where the instruction is used to tell that Channel-2 has been released and is available for use.

Step4.12: selecting Profile-1 (by ISD P-AID);

step4.13: profile-1AID (ISDP-AID) is selected or activated via channel-1. The current state of the eSIM is: the file of the Profile-1 can be accessed through Channel-1;

step4.14: the eSIM returns an activation result to the LCHMM;

step4.15: the LCHMM returns the activation result to the Modem 1; notably, the step step4.12-4.15 is to activate the Profile that needs to be accessed. In some implementations, the current active state of the Profile may be confirmed, and if it is currently active, the current active state of the Profile may be returned.

Step4.16-Step4.19: the Modem can access the eSIM chip, such as Profile-1 and Profile-2, through Channel-1. The access instruction may carry an identity ISD P-AID of the Profile and an AID of the application program.

Fig. 13 is a method of conflict resolution for simultaneous access to esims by two modems in accordance with one possible embodiment of the present invention.

In some embodiments, requests to access the eSIM chip may be ordered by priority, e.g., a high priority request may interrupt a low priority request, preempting the Channel-1 logical Channel. In some embodiments, a preempted low priority request may fail due to preemption of a high priority request, requiring re-initiation after the high priority request ends.

As shown in fig. 13, the steps are as follows:

Step5.1-Step5.6: modem-2 switches the eSIM chip onto Profile-2 and is accessing the file in Portale-2. Wherein, Step5.1-Step5.4 is to select Profile-1 which needs to be accessed. And inquiring the file which can be accessed to the Profile currently through the channel-1, and returning the result to the Modem-2. Step5.5-Step5.6 access the file in the Profile for Modem-2.

Step5.7: modem-1 has an eSIM access requirement at this time, and selects to use the profile (profile-1) to be used through ISP-D AID. The LCHMM finds that Modem-2 is communicating with the eSIM chip through Channel-1 at this time, and compares the priorities of the two requests, and finds that Modem-1 has a higher request priority.

Step5.8: the processing flow of Modem-2 is interrupted, the failure result is directly returned to Modem-2, Modem-2 needs to wait for retry after receiving the failure result, and the flow can refer to the flow from Step4.7 to Step4.19 of the above-mentioned flow.

Step5.9-Step5.18: modem-1 switches the eSIM chip to profile-1 through LCHMM, and normally accesses the eSIM chip through Channel-1.

It is worth noting that the embodiments of the present application are based on enabling the simultaneous activation of two profiles, which in some embodiments may be extended to multiple profiles. In some embodiments, the present embodiment may also be extended to enable multiple devices to share one eSIM, and to simultaneously activate multiple devices, for example, configuring one eSIM downloaded with multiple profiles in the master device.

Fig. 14 is a diagram of an eSIM remote management system framework provided in accordance with one possible embodiment of the present invention.

As shown in fig. 14, the system includes a terminal device, a user, a mobile network operator backend (server), a subscription relationship management data preparation platform SM-DP +, and a subscription relationship management discovery server SM-DS.

As shown in the figure, the subscription flow of the system is as follows:

step 1: the method comprises the steps that a user and a mobile network operator sign a network service agreement, for example, service can be subscribed through a network;

step 2: the mobile network operator updates data information at a background server according to a network service protocol signed with the user, for example, related information such as an ICCID (Internet protocol identifier), an ISP D-AID (Internet service provider identifier) and the like is distributed;

and step 3: the mobile network operator informs the user of the download service, for example, the mobile network operator may provide a network service with access rights;

and 4, step 4: the terminal equipment is connected to the SM-DS signing relationship management discovery server;

and 5: obtaining the address (which can be the addresses of a plurality of SM-DP +) of a subscription relationship management data preparation platform from an SM-DS subscription relationship management discovery server;

step 6: and obtaining a Profile installation package from an SM-DS signing relationship management data preparation platform SM-DP +, and performing voice service or data service after local installation.

In some embodiments, the eSIM may download multiple profiles, e.g., multiple operators may subscribe to a network service agreement or multiple network service agreements may be subscribed to the same operator. In some embodiments, one Profile may correspond to one cell phone number. In some embodiments, the eSIM may replace parameter information within the card, for example by replacing a Profile, which in some embodiments may be serviced by a different mobile operator.

In some embodiments, before voice traffic or data traffic is performed, an activation (Enable) operation may be performed on the Profile. In some embodiments, the responsive Profile may be deactivated (disabled) if the current cell phone number is not required. In some embodiments, the user may operate on the Profile by selecting a cell phone number, for example, activation or deactivation.

Fig. 15 is a diagram of an eSIM remote management system framework provided in accordance with one possible embodiment of the present invention.

As previously described, the SIM card (or SIM chip) is directly embedded in the mobile device and may be configured to manage multiple profiles. For example, one Profile for local MNOs and another Profile for international MNOs.

As shown in fig. 15, the entire system includes a terminal device UE (including eSIM), a user EU, an operator, a subscription relationship management data preparation platform SM-DP +, a subscription relationship management discovery server SM-DS, a certificate issuer CI, an eUICC card manufacturer EUM, and the like. The whole system ensures safe and reliable remote configuration service between an operator and the SIM through the responsibility positioning of each unit and the interface interconnection between the units. The interfaces and associated definitions of the units are as follows:

the ES2+ is an interface between the operator and the SM-DP + and is used for the operator to instruct the Profile and other functional instructions corresponding to the specific eSIM;

the ES6 is an interface used by an operator between euiccs, and is mainly used for the operator to manage operator services through OTA services;

the ES8+ is an interface between the SM-DP + and the eUICC, and the interface is mainly used for providing a secure end-to-end channel to manage the ISD-P and the Profile;

the ES9+ is an interface between the SM-DP + and the LPD, and is used for providing a safe transmission channel for the transmission of a Bound Profile Package of a constrained Profile;

the ES10a is an interface between LDSd and eUICC, and is used for processing Profile discovery between LDSd and LPA Services;

the ES10b is an interface between the LPDD and the eUICC, and is used for transmitting a Bound Profile Package to the eUICC between the LPDD and the LPA Services;

the ES10c is an interface between the LUId and the eUICC, and is used for the user to perform Profile management operation between the LUId and the LPA Services;

the ES12 is an interface between the SM-DP + and the SM-DS, and is used for the SM-DP + to issue or remove event registration on the SM-DS;

the ESop is an interface between an operator and a user, and a 'business interface' between a mobile network operator and the user;

ESeum is the interface between eUICC and the manufacturer; a management interface between the eUICC and the eUICC manufacturer;

ESeu is an interface between End User and LUI, and can enable a User to initialize a local Profile management function;

in some embodiments, the LPA may also be located in a terminal device, and may be referred to as an LPAd, for example.

In some embodiments, the interface definition in this embodiment can be found in section 2.3 of GSMA RSP Technical Specification Version 2.2.

Fig. 16 is a schematic diagram of a system for activating profile based on a single eSIM card according to one possible embodiment of the present invention.

As shown, in some embodiments, the Profile may be downloaded onto the eSIM card through an OTA service. In some embodiments, multiple profiles may be downloaded on one eSIM card. In some embodiments, a Modem interfaces with a Profile, e.g., Profile-1. In some embodiments, the Modem may be a logic module, for example, configured in an LPAd or eSIM chip, or a baseband chip. The Modem can also be a physical module and can be integrated in a baseband chip.

The eSIM management module can be an eSIM operating system OS or an application program, and can also be implemented by hardware, and is used to activate, access and manage the eSIM card. For example, when the Modem-1 needs to activate Profile-1, the eSIM management module can associate a channel with Profile-1 to enable activation of Profile-1. For another example, when the Modem (or UE) needs to activate Profile, the channel can be opened by eSIM.

In some embodiments, the Profile activation action may be accomplished by an eSIM card. In some embodiments, activating the Profile may be by establishing a connection with the Modem, for example, sending an activation command through a logical channel of the eSIM card. In some embodiments, the number of logical channels of an eSIM card may be determined by an issuer or an operator.

In some embodiments, the user selecting or the UE automatically selecting the Profile that needs to be activated may identify some identity of the Profile, for example, information related to ISD-P AID, ICCID, and the like. In some embodiments, the ISD-P AID is used to identify different profiles, each having a unique ISD P-AID.

In some embodiments, each Profile has its own file structure and application, such as an EF file and application. The AID is used to identify applications installed in a particular Profile, and includes a 5-byte application provider ID and an 11-byte (or less) proprietary AID, which may be determined by an issuer or operator during manufacture. As described above, multiple profiles may be included in an eSIM chip. Notably, the eSIMs can be from different profiles, such as AT & T and T-Mobile. In the case of multiple profiles, multiple profiles in the same eSIM card can use the same AID, so that the uniqueness of the AID is not reserved between different profiles, and when a Modem accesses or activates an eSIM card, a conflict is easily caused.

In some embodiments, after a new Profile is currently activated, the old Profile needs to be deactivated, i.e., there may be only one Profile active at a time, mainly because only one ADF can be hooked under the file system MF of the current eSIM. In some embodiments, differentiation of profiles can be supported by modifying or expanding the current eSIM card file organization structure, enabling multiple ADFs to be hooked under the file system MF, i.e., enabling a Profile in which two or more active states can exist simultaneously. As can be realized by those skilled in the art.

It is worth noting that this embodiment may also be used to initialize or access data, files or applications in a Profile.

In some embodiments, a dual eSIM card based implementation can resemble a single eSIM card implementation. In some embodiments, the flow of a dual eSIM card based implementation may be the flow steps described with reference to the existing standard.

In some embodiments, the Profile is deactivated by deleting the identification ISD P-AID of the corresponding Profile from the corresponding Modem.

In some embodiments, the correspondence between the Modem and the Profile needs to be saved for Profile selection after the next boot.

As shown in fig. 17, a terminal device UE with an embedded SIM card is provided, which includes at least one processor, a memory, and an embedded SIM chip, where the eSIM chip includes an obtaining unit configured to obtain an instruction from a baseband processor or an application processor; a selecting unit, configured to select a Profile in the eSIM, for example, through an identity identification flag ISD P-AID of the Profile, or to establish an association relationship between a channel and the Profile, or to select a required Profile according to the association relationship between the channel and the Profile; and a sending unit configured to send Profile status information, such as an activated or deactivated (inactivated) status, a channel number, a binding relationship between the Profile and the channel, and information of sending a channel status.

The embodiments of the present invention can be arbitrarily combined to achieve different technical effects.

From the above description of the embodiments, it is clear to those skilled in the art that the present invention can be implemented by hardware, firmware, or a combination thereof. When implemented in software, the functions described above may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a computer. Taking this as an example but not limiting: computer-readable media can include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer. Furthermore, the method is simple. Any connection is properly termed a computer-readable medium. For example, if software is transmitted from a website, a server, or other remote source using a coaxial cable, a fiber optic cable, a twisted pair, a Digital Subscriber Line (DSL), or a wireless technology such as infrared, radio, and microwave, the coaxial cable, the fiber optic cable, the twisted pair, the DSL, or the wireless technology such as infrared, radio, and microwave are included in the fixation of the medium. Disk and disc, as used herein, includes Compact Disc (CD), laser disc, optical disc, Digital Versatile Disc (DVD), floppy Disk and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media.

In short, the above description is only an example of the technical solution of the present invention, and is not intended to limit the scope of the present invention. Any modifications, equivalents, improvements and the like made in accordance with the disclosure of the present invention are intended to be included within the scope of the present invention.

Claims (14)

1. A method for accessing data applicable to a mobile terminal, wherein the mobile terminal has an embedded identity module eSIM, the eSIM stores a first configuration file and a second configuration file, the first configuration file stores a first application program, the second configuration file stores a second application program, and the first application program and the second application program have the same identity, the method comprising:

receiving a second request, wherein the second request is to select the second configuration file to be used;

acquiring a first instruction passing through a first logic channel, wherein the first instruction is an activation request of the second configuration file;

setting the current state of the eSIM to be accessible to the second configuration file through the first logical channel;

receiving a first request, wherein the first request is to select the first configuration file to be used;

and accessing the first configuration file through the first logic channel according to the channel state of the first logic channel, or accessing the first configuration file through the first logic channel according to the priority of the first request and the second request.

2. The method of claim 1, prior to said receiving the first request, characterized by:

obtaining a second instruction via the first logical channel, wherein the second instruction comprises the identity;

selecting the second application in the second configuration file through the first logical channel.

3. The method of claim 1, the accessing the first configuration file through the first logical channel according to the channel state of the first logical channel, comprising:

determining that the channel state of the first logic channel is busy and meets the cache requirement;

when the first logic channel is released, acquiring a third instruction passing through the first logic channel, wherein the third instruction is an activation request of the first configuration file;

setting the current state of the eSIM to be accessible to the first configuration file through the first logical channel.

4. The method of claim 1, the accessing the first profile through the first logical channel according to the priority of the first request and the second request, comprising:

determining that the first request is higher in priority than the second request;

a fifth instruction acquired via the first logic channel, wherein the fifth instruction is an access request of the first configuration file;

setting the current state of the eSIM to be accessible to the first configuration file through the first logical channel.

5. The method of claim 3 or 4, further comprising:

obtaining a fourth instruction via the first logical channel, wherein the fourth instruction includes the identity;

selecting the first application in the first configuration file through the first logical channel.

6. The method according to any one of claims 1-4, wherein:

the first instruction is determined by a logical channel management module (LCHMM) to be sent on the first logical channel.

7. The method of claim 2, wherein:

the second instruction is determined to be sent on the first logical channel by a logical channel management module (LCHMM).

8. The method according to any one of claims 1-4, wherein:

the first logical channel is in an open state.

9. The method according to any one of claims 1-4, wherein:

the first command is issued by a second modem.

10. The method of claim 2, wherein:

the second command is issued by the first modem.

11. The method according to any one of claims 1-4, wherein:

the first configuration file and the second configuration file are provided by a network mobile operator and each has a unique identity AID.

12. A mobile terminal, comprising:

the embedded eSIM chip comprises a first configuration file and a second configuration file;

at least one application processor;

at least one baseband processor;

a memory;

a plurality of application programs;

and one or more computer programs, wherein the one or more programs are stored in the memory, the one or more computer programs comprising instructions which, when executed by the mobile terminal, cause the mobile terminal to perform the method of any of claims 1-11.

13. A computer-readable storage medium comprising instructions that, when executed on an electronic device, cause the electronic device to perform the method of any of claims 1-11.

14. A chip, comprising:

at least one processor;

a memory;

and one or more computer programs, wherein the one or more programs are stored in the memory, the one or more computer programs comprising instructions which, when executed by the chip, cause the processor to perform the method of claims 1-11.

Images