WO2024116173A1

WO2024116173A1 - Management of embedded sim card profiles

Info

Publication number: WO2024116173A1
Application number: PCT/IL2023/051212
Authority: WO
Inventors: Noam Lando; Baruch Pinto
Original assignee: Telroaming Advanced Communication Solution Ltd
Current assignee: Telroaming Advanced Communication Solution Ltd
Priority date: 2022-11-30
Filing date: 2023-11-24
Publication date: 2024-06-06
Anticipated expiration: 2025-05-30
Also published as: IL298721A

Abstract

A system and method for the automation of eSIM profile switching is presented. An applet operating on eUICC component in a device enables optimal profde transitions based, defining the means by which profiles are switched in a number of different likely scenarios, and optimizing performance under said scenarios, including an advanced protocol for the fallback profile switching applicable to both consumer and loT devices.

Description

MANAGEMENT OF EMBEDDED SIM CARD PROFILES

FIELD OF THE INVENTION

The present invention relates generally to devices with cellular network connectivity, and in particular to the optimal management of profile switching on eSIM-based components in the machine- to-machine and the loT devices' domains.

BACKGROUND OF THE INVENTION

Prior to the development of the embedded subscriber identification module (eSIM) in 2016, devices intended for cellular network connectivity were required to utilize a physical subscriber identification module (SIM) card, on which a single profile registered with a cellular network was operable. Users seeking to move between cellular networks were required to keep multiple SIM cards, and to physically exchange them in order to switch between carriers (each carrier having different identifying parameters, i.e. different profiles). The embedded SIM (eSIM), a permanently installed electrical component providing remotely provisionable (programmable) SIM card functionality, was introduced in 2016 by the Global System for Mobile communication Association (GSMA), an industrial and standards organization representing mobile network operators. Two separate standards were introduced by GSMA for remotely managing profdes for eSIM devices: a consumer-based standard for devices in the consumer domain; and a machine-to-machine (M2M) standard for the nonconsumer domain.

The consumer domain standard outlined by the GSMA allows for several profiles to be downloaded to a single eSIM, and a switch from one profile to a second to be initiated by the user. The operating logic for this architecture is straightforward: for instance, if a user experiences network problems with one carrier, they can select to switch to a different carrier’s network that can offer better network connectivity. In this standard’s basic architecture, no fallback mechanism is defined for maintaining connectivity.

The M2M standard for eSIMs allows for an automatic switch to an Emergency profile or a Fallback profile. The switch to the Emergency profile will be initiated for the device to make calls to and receive calls from an emergency center. Switching to the Fallback profile will happen only in the case of a loss of connectivity arising from a profile suspension by the carrier. Switching back to the primary profile from said Fallback profile is not automatic, requiring a request to be made by the user to a management server. A profile switch from the serving carrier to another carrier is complex and non-automatic, requiring initiation by the serving carrier, a switch that is not generally in the financial interest of said carrier.

The above two standards form basic frameworks for the industry to begin adapting to widespread eSIM use whereas remote controlling of switching has become a desired functionality in M2M as well as in the consumer spaces. Several innovations have been made to advance the field in such regard as generally outlined below.

The method and apparatus taught in US 10,368,235 refers to the activation and update of an eSIM (referred to therein as ‘ SIM of the eUICC’ wherein the eUICC commonly refers to an embedded user integrated circuit card) by utilizing local roaming cellular wireless networks in order to communicate with a server when said eSIM is not within the geographical range of its original MNO (mobile network operator, also referred to as ‘carrier’). The terms ‘activation’ and ‘update’ in this context refer to the initialization of a SIM subscription with an MNO, and the update of that SIM subscription data with an MNO, respectively. While this publication doesn’t explicitly mention multiple profiles on a single eSIM, a person skilled in the art will recognize the necessity of a device utilizing roaming network connectivity to switch a profile when the first profile is no longer within the geographic region served by its MNO, thus the non-general method taught in US 10,368,235 can only refer to the management of activation and updates for a singular profile on an eSIM thereby minimizing the data used for a profile on an eSIM device when that profile is using local roaming networks, which are more costly for the MNO and thus for the end user.

A similar benefit is afforded with the use of the invention taught in US 2014/0051422 wherein the home public land mobile network (HPLMN) code on a physical SIM device can be overwritten by the device in which the SIM is contained to connect to collaborating public land mobile networks (PLMNs), and thus to avoid the aforementioned general necessity of utilizing a roaming mobile network. The same objective, i.e. the optimization of one or more communication functions of devices equipped with one or more physical SIM cards outside of the range(s) of their MNO(s), is achievable by the devices and associated methods taught in US 9,313,643, US 10,231,178, US 8,606,267, US 7,912,464, US 2015/0373530, among many others.

Since the emergence of the eSIM technology, various technologies have been developed for remote SIM provisioning (RSP), for example the aforementioned method and apparatus taught in US 10,368,235. Other methods have been developed for: maintaining mobile number portability (MNP) for loT devices by generating a donor profile (US 2020/0236532); dynamically generating new profdes for users in order to maximize roaming revenue for network operators by leveraging preferred network partners in a cloud- based ecosystem (US 2016/295544); the reduction in user cost when roaming via the download of a non-roaming SIM profile over a roaming network while providing simultaneous use of multiple SIM profiles (US 10,455,408); the complete elimination of roaming costs by the generation of an ephemeral Ki (shared symmetric key) for the remote provisioning of a temporary profile with a collaborating D-HSS (distributed home subscriber server) (US 2020/0236538); optimizing local roaming data services by generating on an eSIM a virtual profile with a collaborating network through a specific network gateway (US 2018/0146361); a two stage process for the generation of a working user profile on an M2M device in a network on which no previous profile had been established (US 9,998,896); among others. These inventions have progressed the field in various ways, but do not address two related challenges faced by many devices installed with an eSIM component: (a) maintaining optimal connection as a device moves between different networks without user intervention and according to said user’s business logic; and (b) maintaining optimal connection when a network experiences loss of connectivity.

SUMMARY OF THE INVENTION

The present invention discloses a method and apparatus for the automatic switching of profiles downloaded on an eSIM device, wherein a primary profile is switched either to a preferred profile or one or more Fallback Profiles when the device senses an alternative cellular network or a systemic issue in network connectivity, respectively.

According to one aspect of the invention, a profile management applet, herein referred to as the ‘applet’, located on the eUICC component in a device defines and operates the basic protocols that monitor connectivity available to a profile in use and manage the switching of said profiles according to business rules communicated to the eUICC by a dedicated profile management server, herein referred to as the ‘WebbingCTRL server’, and defined by the customer. This applet is located on an eUICC component that complies to the Consumer-standard, as outlined in the SGP.22 document published by the GMSA, and can be deployed in eUICC components within consumer or IOT devices having or not having user interfaces. On the eUICC, this applet can control the switching between a plurality of profiles belonging to one or more MNOs stored within the eUICC, and wherein additional profdes can also be created for the purposes of operating a Smart Fallback Mechanism.

According to a second aspect of the invention, the applet autonomously controls one of two profde switch processes when it senses a change in connectivity available to the enabled profile by the device: the first process (Auto-Swap) switching from a profile associated with an MNO to another profde associated with an MNO and operated when a change in connectivity is sensed that fulfils one or more business rules communicated to the eUICC by the WebbingCTRL server; and the second process (Smart Fallback Mechanism) switching from a profde to and away from a fallback profde. A typical example of the Auto-Swap process being deployed would be as the device moves between geographic locations, and thus is subject to a change in connectivity which can be sensed by the applet and determined thereby to induce the applet to switch the profile to another profile associated with an MNO saved on the eUICC. Further examples of Auto-Swaps may derive from other changes in other applet-sensed factors defined in the business rules communicated to the applet from the WebbingCTRL server.

According to another aspect of the invention, the Smart Fallback Mechanism operated by the applet in the eUICC of the device is initiated by the applet when a change in connectivity is sensed and determined to correspond to genuine network problems, and wherein the applet then switches from the enabled profile (primary profile) to a ‘Fallback Profile’ configured in the eUICC and downloaded from the WebbingCTRL server. After the switch to the Fallback Profile has been completed the applet waits a preconfigured length of time before attempting to switch the profile on the eUICC from the Fallback Profile to the primary profile (return switch).

According to yet another aspect of the invention, if the applet senses a loss of connectivity to the device while using the Fallback Profile, and if said Fallback Profde has its own Fallback Profile configured within the eUICC, then the applet operates another Smart Fallback Mechanism in which a swap to this second Fallback Profile is operated. Several Fallback Profiles can be downloaded from the WebbingCTRL server and configured on the eUICC that are defined as part of Fallback Mechanisms for each other in a linear fashion, forming a Fallback Chain that can expand the scope for available connectivity when network coverage conditions are sub-optimal, providing devices with stronger possibilities of connectivity and thus more capable of maintaining network services.

In another aspect of the invention, one Fallback Profile within the eUICC can be defined as serving as the Fallback Profile in a Smart Fallback Mechanism for one or more non-Fallback Profiles within the eUICC. For example, a device containing an eUICC configured with three profiles corresponding to three MNOs in three different countries may also be configured with a several Fallback Profiles, wherein one of the Fallback Profiles serves as the Fallback Profile in Smart Fallback Mechanisms for all three non-Fallback Profiles, and wherein the remaining Fallback Profiles form a Fallback Chain originating from the first Fallback Profile.

BRIEF DESCRIPTION OF THE FIGURES

Some embodiments of the invention are described herein with reference to the accompanying figures. The description, together with the figures, makes apparent to a person having ordinary skill in the art how some embodiments may be practiced. The figures are for the purpose of illustrative description and no attempt is made to show structural details of an embodiment in more detail than is necessary for a fundamental understanding of the invention.

In the Figures:

FIG. 1 constitutes an operation flow chart describing various operations operated by the applet within the eUICC component of the device.

FIG. 2a illustrates the general architecture of a network in which one or more embodiments of the disclosed invention are operated and wherein the Local Profile Assistant is contained within the device but not directly within the eUICC.

FIG. 2b illustrates the general architecture of a network in which one or more embodiments of the disclosed invention are operated and wherein the Local Profile Assistant is contained directly within the eUICC within the device.

FIG. 3 constitutes a diagram of the consumer-standard eSIM architecture.

FIG. 4a illustrates a possible use case, wherein a user travels between the geographic ranges of different carrier networks and isn’t equipped with the disclosed invention.

FIG. 4b illustrates a possible use case, wherein a user travels between the geographic ranges of different carrier networks and is equipped with the disclosed invention. FIG. 5 illustrates the decision architecture relating to the fallback mechanism and business rules for the dynamically determining the favorable profile to be in use at any time.

FIG. 6 illustrates a possible fallback chain for profiles which is a linear sequence of fallback profdes.

DETAILED DESCRIPTION OF SOME EMBODIMENTS

In the following detailed description, numerous specific details are set forth in order to provide a thorough understanding of the invention. However, it will be understood by those skilled in the art that the present invention may be practiced without these specific details. In other instances, well- known methods, procedures, and components, modules, units and/or circuits have not been described in detail so as not to obscure the invention. Some features or elements described with respect to one embodiment may be combined with features or elements described with respect to other embodiments. For the sake of clarity, discussion of same or similar features or elements may not be repeated.

The present invention discloses a method and system for the management of multiple profiles on an eSIM component installed within a device, wherein the changes between profiles are operated autonomously, and wherein said profile changes are operated either to switch to an available profile with advantageous network availability according to business rules defined by a user or to enable fallback functionality when the device experiences genuine network problems.

According to some embodiments, the method for the autonomous control of profile changes is determined by an applet installed on the eSIM component of the device. Said applet may contain protocols which allow for the eSIM component to alternate between a selection of different profiles already present on the eSIM, and furthermore may allow for the device to download and configure additional profiles from servers external to the device.

According to some embodiments, the eSIM component on which the disclosed invention operates may be in regulatory alignment with the consumer standard eSIM architecture published by the GSMA in their document SGP .22 - RSP Technical Specification v2.4, such that neither the presence nor the operation of the applet contravenes the architecture as defined therein, nor does the presence or operation of other elements internal or external to the device that are necessary for the operation of the disclosed invention.

According to some embodiments, the system on which the disclosed invention operates may comprise: an electronic device with or without a user interface; a means of cellular communication; at least one eSIM component; and a dedicated server. Furthermore, in this invention an apparatus comprised of an eSIM component and means of cellular communication installed within the electronic device can communicate with said dedicated server, in order to form the necessary network of communication pathways for the full operation of the disclosed invention.

According to some embodiments, the applet distinguishes between a temporary loss of coverage and a genuine systemic lapse in network function by comparing notifications received from the network to the time elapsed since the last notification, wherein the notifications pertain to: ‘normal service’; ‘limited service’; ‘no service’; and to rejection events with corresponding causes, such as a rejection due to a prohibited roaming. If the time elapsed following the reception of any notification other than ‘normal service’ and before a ‘normal service’ notification exceeds a threshold, the applet may determine that there is a genuine lapse in network function. If a ‘normal service’ notification is received begore the threshold time has elapsed, then the applet determines the loss in connectivity to be a ‘temporary loss of coverage’ and takes no action.

The terms ‘first non-fallback profile’, ‘second non-fallback profile’, ‘first fallback profile’, and ‘second fallback profile’ as used herein, refer to profiles installed on an eSIM wherein their use and definitions relative to each other is specific to the flowchart outlined in FIG.l. These terms do not refer specifically to any other systems or methods known in the art outside of this publication. ‘First non-fallback profile’ refers to profile on an eSIM component in a device not designated by the applet within the eSIM component as a fallback profile, and which is the enabled profile at the beginning of the protocol outlined in FIG.l in the stage labelled 1. ‘Second non-fallback profile’ refers to a profile on an eSIM component in a device not designated by the applet within the eSIM component as a fallback profde, and which is not the enabled profile at the beginning of the protocol outlined in FIG.l in the stage labelled 1. ‘First fallback profile’ refers to profde on an eSIM component in a device designated by the applet within the eSIM component as a fallback profile, and which is the profile the applet operates a swap to in the protocol outlined in FIG.l in the stage labelled 7. ‘Second fallback profile’ refers to profile on an eSIM component in a device designated by the applet within the eSIM component as a fallback profile, and which is not the profile the applet operates a swap to in the protocol outlined in FIG.l in the stage labelled 7.

Reference is now made to FIG. 1, which constitutes an overview of the methods for changing between different profiles installed on an eSIM component as part of the disclosed invention. The method illustrated in FIG. 1 is operated by the applet within the device, and thus it is the applet that is herein referred to as the subject progressing through decisions. The applet begins in a conventional non-fallback profile 1 and proceeds to determine if any connectivity is available to said conventional non-fallback profile 2. If connectivity is available, the applet can proceed to determine if the network conditions available to its current profile comply with the business rules defined by the user 3. If the network conditions available to the current profile do comply with the business rules defined by the user 3, then the applet proceeds to return to its initial state 1.

If the applet determines the network conditions available to the current profile do not comply with the business rules defined by the user 3, then the applet proceeds to operate an Auto-Swap 4 to a second non-fallback profile 5 with which the business rules define favorable usage with according to 3. The applet can then proceed to return to its original state 1, having explicitly or implicitly redesignated 6 its second non-fallback profile as a first non-fallback profile within the specific context of the decision flowchart outlined in FIG. 1,

If the applet determines that no connectivity is available to said conventional non-fallback profde 2, wherein the presence of ‘any connectivity’ is interpreted by the applet to refer to the availability of network connection without network issues defined by the applet as genuine, then the applet proceeds to operate a swap to the first fallback profile 7 and is then using the first fallback profde 8. After the applet has begun using the first fallback profde 8, it begins a preconfigured length of time 9, and then proceeds to determine if any network connectivity is available to the first fallback profde 10.

If the applet determines that no network connectivity is available to the first fallback profde 10 it will proceed to determine if a second fallback profile is configured for the enabled fallback profde 11. If the applet determines that a second fallback profile is not configured for the enabled fallback profile 11, then the applet proceeds to return to using the first fallback profile 8. If the applet determines that a second fallback profile is configured for the enabled fallback profde 11, then the applet proceeds to operate a swap to the second fallback profile 12 and is then using a second fallback profile 13. The applet can then explicitly or implicitly redesignate 14 the second fallback profile as a first fallback profile within the specific context of the decision flowchart outlined in FIG. 1, and then proceeds to be using the first fallback profde 8.

If the applet determines that network connectivity is available to the first fallback profile 10 it will proceed to determine if the preconfigured length of time began in 9 has elapsed any connectivity is available to the first non-fallback profile 15. If the preconfigured length of time has not elapsed then the applet returns to If it determines that no network connectivity is available to determining if any connectivity is available to the first fallback profile 10. If the applet determines that the preconfigured length of time has elapsed 15 then it will progress to determine if any connectivity is available to the first non-fallback profile 16. If connectivity is not detected for the first non-fallback profde 16, then the applet will return to using the first fallback profde 8. If the applet determines that network connectivity is available to the first non-fallback profile 16 then it will proceed to operate a return swap to the first non-fallback profile 17, and then be using the first non-fallback profile 1.

Reference is now made to FIG. 2a, which illustrates the practical architecture of a network in which one or more embodiments of the disclosed invention. In particular FIG. 2a describes a device 21 within a network wherein the Local Profde Assistant (LPA) 23 is contained within the device but not within the eUICC 22. The eUICC 22 is in communication within the device 1 is in communication with the eUICC manufacturer (EUM) 27 and the operator 25 outside of the device, and in communication with the EPA 23 within the device by channel 30. The EUM 28 may be in communication with a certificate issuer (CI) 28, which is in turn with both a subscription manager discovery server (SM-DS) 29 and a subscription manager data preparation entity (commonly referred to as SM-DP+ as set out in standards document SGP.22) 24. The operator 25 is also in communication within the SM-DP+ 24 and the end user entity 26, which is also in communication with the LPA 23 within the device 1. The LPA is in communication with the SM-DS 29 and the SM-DP+ 24. All channels for communication within the network are labelled 31 for simplicity within the scope and context of the disclosed invention, although they may include a wide variety of channel types as outlined in the GSMA publication SGP.22-2.4. Of particular note is the channel 30 between the LPA 23 and the eUICC 22, which may include several types of connection including those defined within the GSMA publication SGP.22-2.4 as ESlOa, ESlOb, and ESlOc. According to some embodiments, the channel 30 provides the means for profile management within the device where the LPA 23 is not contained within the eUICC 22.

Reference is now made to FIG. 2b, which illustrates the practical architecture of a network in which one or more embodiments of the disclosed invention. In particular FIG. 2b describes a device 21 within a network wherein the LPA 23 is contained within the eUICC 22 which is itself is contained within the device 21. The architecture illustrated in FIG. 2b is identical to that illustrated in FIG. 2a except for the lack of an explicit means channel for communication 30 between the LPA 23 and the eUICC 22 because such communication is handled inherently within the eUICC 22 itself. According to some embodiments, when a device 21 is installed with an eUICC 22 in which a LPA 23 is contained therein, profde management can be operated without the use of an explicit means of interface between different physical components.

Reference is now drawn to FIG. 3 which illustrates an architecture of the consumer-standard eSIM adapted from figure 3 in the GSMA publication SGP .22 v2.4. The eUICC 22 contains an eUICC operating system 40 which contains: a profile policy enabler 41; a profile package interpreter 42; and a telecom framework 43. Outside of the main operating system are situated several security domain entities, including the eUICC controlling authority security domain (ECASD) 47 and the issuer security domain root (ISD-R) 47. In the case illustrated in FIG. 2a the ISD-R 46 is in communication with the LPA 23 via channel 30, whilst in the case illustrated by FIG. 2b an embedded LPA (LPAe) 45 is within the eUICC 22. FIG.3 illustrates a case with two profiles 50 and 51, where one profile is in use 50 and the other 60 is not in use. Each profile contains a security domain in the form of an issuer security domain profile (ISD-P), 51 in profile 50 and 61 in profile 60. Each profile also includes a mobile network operator security domain (MNO-SD), which contains the keys required to provide an over the air (OTA) channel for the profile, which is shown as 52 in profile 50 and 62 in profile 60. For the profde in use 50, the ISD-P 51 is in communication with the SM-DP+ 24 in a specific channel 71, whilst the MNO-SD 52 is in communication the operator 25 through channel 70. In the disclosed invention, the profiles 50 and 60 and other possible profiles not shown in FIG. 3 can be intelligently designated and redesignated as the profile in use, such that the communication channels 70 and 71 are made between different MNO-SDs 52 and 62 and possible others, and different ISD-Ps, 51 and 61 and possible others, respectively. In this way, the disclosed invention maintains the security protocols necessary to operate an eSIM within the standard network infrastructure.

Reference is now made to FIG. 4a, which illustrates a possible use case wherein a user travels between the geographic ranges of different carrier networks and isn’t equipped with the disclosed invention. The user begins in a scenario 75 where a first profile 80 is designated as the profile in use 90 in the device 21, which is in a first country 100 and adequate network service 95. The user then moves to a second country 101 in scenario 76, wherein the second profile 81 is the designated profile in use 91 and the device 21 maintains adequate network service 96. The user then moves to a new scenario 77 within the second country 102, where the designated profde in use 91 remains as the second profile 81 but there is no network service 97 available to the user. The scenario 77 can occur for many reasons and can leave users without a means of communication with any servers.

Reference is now made to FIG. 4b, which illustrates a possible use case wherein a user travels between the geographic ranges of different carrier networks and is equipped with the disclosed invention. The user begins in a scenario 75 where a first profile 80 is designated as the profile in use 90 in the device 21, which is in a first country 100 and adequate network service 95. The user then moves to a second country 101 in scenario 76, wherein the second profile 81 is the designated profile in use 91 and the device 21 maintains adequate network service 96. The user then moves to a new scenario 77 within the second country 102, where the system and method taught in the disclosed invention provide a means of sensing the lack of network availability to the second profile 81 and operate a fallback mechanism wherein a third profile 82 is designated as the profile in use 92, such that the device 21 has adequate network service 98.

Reference is now made to FIG. 5, which illustrates the decision architecture within which the business rules may be defined for dynamically determining the favorable to be in use at any time and within which the fallback mechanism is operated. In the example case illustrated by FIG. 5, five different profiles are available 127, 127, 130, 131, and 133, two of which 128 and 131 have fallback profdes 129 and 134 set respectively, and wherein the fallback profile 134 has an additional fallback profde or linear chain of profdes 135 set for it. According to some embodiments of the disclosed invention, any number of profiles may be added with any number of fallback profiles associated with them. The business rules 126 may receive data of many kinds and from many sources, including but not limited to: the geographic location 121; profile use data 122; profile price data 123; direct intervention 124; or any other kind of input 125. Using this input data, business rules 126 as defined by the user may select 150 a profile to be in use, wherein only one profile within a device can be in use at one time. In the case illustrated by FIG. 5 the business rules have selected 150 the second profde 128 to be in use.

Reference is now made to FIG. 6, which illustrates a possible fallback chain for profiles which is a linear sequence of fallback profiles assigned for each other. FIG. 6 is an extension of the case of the illustrated by FIG. 5, wherein five different non-fallback profiles are available 127, 127, 130, 131, and 133, two of which 128 and 131 have fallback profiles 129 and 134 set respectively, and wherein the fallback profile 134 is part of a linear chain of profiles 135 set for the non-fallback profile 131. According to some embodiments of the disclosed system and method, non-adequate network service with one profile, for example 131, will lead to a profile switch to a fallback profile 134, and wherein non-adequate network service detected with the fallback profile 134 will lead to a profile switch to fallback profile 137. This process of detection of non-adequate network service and profile switching to an available fallback profile will continue along the linear chain 135 of fallback profiles. Other non-fallback profiles may also have linear chains 135 set for them.

Although the present invention has been described with reference to specific embodiments, this description is not meant to be construed in a limited sense. Various modifications of the disclosed embodiments, as well as alternative embodiments of the invention will become apparent to persons skilled in the art upon reference to the description of the invention. It is, therefore, contemplated that the appended claims will cover such modifications that fall within the scope of the invention.

Claims

CLAIMS:

1) A method for managing profiles downloaded on an eUICC component in a device containing at least one processor, comprising the steps of: i) Monitoring with the at least one processor the status of network connectivity available to the device via cellular networks when using an initial eUICC profile, ii) If a change in said status is sensed, determining with the at least one processor if that change corresponds to: a) a temporary loss of coverage; b) a genuine systemic lapse in network function; c) the device surpassing geographic limit of network coverage available to the initial eUICC profile, iii) If change in said status corresponds to a) (ii)(a), taking no action, b) (ii)(b), operating with the at least one processor a fallback mechanism, c) (ii)(c), operating with the at least one processor a profile switch to a non-fallback profile,

2) The method of claim 1, wherein the fallback mechanism comprises the steps of: i) Switching the eUICC profile on the device to a fallback profile from an initial eUICC profile, ii) Monitoring connectivity available to the device while using said fallback profile, i) If a lapse in connectivity available to the device is sensed and the fallback profile has its own fallback profile assigned, operating an additional fallback mechanism, iii) If no lapse of connectivity is sensed, waiting for a preconfigured period of time, then switching the eUICC profile on the device to the initial eUICC profile, ) The method of claim 2, wherein multiple additional fallback mechanisms can be operated sequentially as a linear fallback chain, wherein all fallback profiles excluding the final fallback profile in the fallback chain have their own fallback profile defined in the eUICC. ) The method of claim 2, where: all fallback profiles; and the preconfigured period of time, are communicated to the eUICC component in the device from a dedicated server. ) The method of claim 1 where the profile switch comprises the steps of: i) Determining if an alternative eUICC profile exists that is preferable for the new status of network connectivity available to the device, ii) If a preferred eUICC profile does exist, operating a switch to said preferred eUICC profile, iii) If a preferred eUICC profile does not exist, operating a smart fallback mechanism. ) The method of claim 5, where determination of eUICC profile is conducted according to a set of business rules set by the user and communicated to the eUICC component in the device from a server. ) A system, comprising: an electronic device with or without a user interface and containing a means of cellular communication to transmit and receive data through mobile networks; at least one eUICC component in communication with the electronic device; an applet installed on said eUICC component configured to manage cellular profiles on said eUICC component; and a server, wherein an apparatus comprised of an eUICC component and the electronic device can communicate with said server by way of the means of cellular communication and using profiles provided by the eUICC component. ) The system of claim 7, where the server is a dedicated server. ) The system of claim 7, where the eUICC component contains downloaded managing profiles which: i) monitor the status of network connectivity available to the device via cellular networks when using an initial eUICC profile, ii) can sense a change in said status and determine whether that change corresponds to: a) a temporary loss of coverage; b) a genuine systemic lapse in network function; c) the device surpassing geographic limit of network coverage available to the initial eUICC profile, and iii) can operate fallback mechanism or a profile switch.