Patent Application
20170048251
This disclosure relates generally to management of credentials for communications devices such as wireless-enabled tablets, PCs, smartphones, smart watches, and other stationary and portable connected devices.
Service providers to communications devices generally require that the communications device have the proper credentials to access and enable use of services. The credentials securely and uniquely identify a subscription or account with the service provider and enable the communications device to access and use the services associated with the subscription. When the communications device is a mobile communications device, the service provider may be called a mobile network operator (MNO), and the services may include, for example, mobile voice calling, text messaging, or intern& data service.
The credentials may reside in a secure container called a Universal Integrated Circuit Card (UICC) or “SIM card.” The UICC may be embedded in the communications device, in which case it may be called an embedded UICC (eUICC). The credentials may be provisioned to the UICC or eUICC when manufactured or may be provisioned to the UICC or eUICC remotely while the UICC or eUICC resides in the communications device.
Illustrative examples of the disclosure include, without limitation, methods, systems, and various devices. In one aspect, mobile communications devices are managed by an enterprise. The enterprise receives data indicative of identities of mobile communications devices. Identifiers indicative of subscription credentials that are operative to enable access to subscription services of the mobile network operator are received. Control of deployment of the subscription credentials is delegated from the mobile network operator to the enterprise. The enterprise selects which of the plurality of mobile communications devices are to be enabled to access the subscription services of the mobile network operator. A process to transmit the subscription credentials to the selected mobile devices is initiated.
Other features of the systems and methods are described below. The features, functions, and advantages can be achieved independently in various examples or may be combined in yet other examples, further details of which can be seen with reference to the following description and drawings.
Embodiments of the present disclosure will be described more fully hereinafter with reference to the accompanying drawings, in which:
An enterprise, such as a company or institution, may provide communications devices to its employees or other users. The communications devices as used herein may refer to devices including, but not limited to, smartphones, cellular-enabled tablets and laptops, companion devices (e.g., smart watches), and non-consumer devices (telematics device in an automobile, cellular-connected utility meters, any of which may include UICCs or eUICCs), and the like. A UICC or eUICC may be included in the communications device to ensure the integrity and security of personal data and enables communications with mobile communications providers or to access the enterprise's internal networks. The enterprise may also allow employees to use their own devices, in which case the enterprise may implement mechanisms to allow for secured access to their internal networks. Users of their own devices may also provide for access to their own personal mobile communications providers.
In one example, the enterprise can provide communication services to its employees or others by contracting with mobile network operators (MNOs) to obtain a fleet of UICC's (SIM cards) that the enterprise can distribute and reuse as needed. The enterprise can engage a MNO for a specified number of subscription service accounts, for which the MNO provides a corresponding number of SIM cards. These SIM cards can then be shared amongst any number of employees by inserting the SIM cards into the employee's communications devices, allowing the enterprise to provide or manage the communication services to the employees. In this way, the enterprise can control usage of its subscription service accounts. By later removing the SIM card, employees will no longer be able to access the enterprise's subscription service accounts, and the SIM cards can be assigned to other employees as needed by the enterprise without the need to change subscription contracts or otherwise engaging the service provider. The physical separation of service-enabling credentials from the communications device itself can provide flexibility and control to the enterprise.
In another example, the enterprise may also utilize the eUICC which, unlike a SIM card, is typically not easily accessible or removable, and may be soldered or otherwise installed in a communications device. A eUICC may enable the service subscription used by the communications device to be securely reconfigured without physically adding or removing the eUICC from the communications device. An eUICC may hold one or multiple eUICC profiles, with one being typically active at one time. An eUICC profile, as used herein, generally refers to the client information associated with a network subscription, and embodiments are not limited to any particular eUICC system. In some embodiments, a eUICC profile, as will be further described below in
The enterprise may update its database to assign the subscription to a particular device and end user. The enterprise may reconcile billing records received from the MNO against the device assignment in order to track usage by its workforce and on its devices. While the enterprise device is in use 130, the enterprise can actively manage the device, updating its policies and configuration as well as obtaining audit records of its usage. When the enterprise device is returned from the end user, the enterprise device may be deactivated as a managed device, resulting in the removal of enterprise-owned physical or virtual assets and de-enrollment from the device management process. The enterprise may remove its device management policies from the device, updating its records to indicate that the device is no longer enrolled for device management and that its subscription is no longer allocated. The enterprise device may then be assigned to a new user and the enterprise may activate the reassigned profile on a new device. Otherwise, the device may be removed 140 from the inventory entirely.
An enterprise device that is in active use may develop a fault requiring repair 150. If the repair process is lengthy, then the device may be removed from service and the user provided with a different device. If the device can be repaired, the device may be returned to inventory for re-assignment. Otherwise, the enterprise device may be recycled.
An enterprise may purchase and manage a number of subscriptions from the MNO. The enterprise may also acquire sets of subscriptions from multiple different MNOs. Whether the enterprise employs the UICC or the eUICC, the enterprise may wish to implement a greater degree of management control and authority of how the UICCs or eUICCs are distributed to the enterprise's employees, without directly working through the MNOs, which in some cases may require additional overhead and cost.
The present disclosure describes ways for an entity such as an enterprise to manage profiles or subscriptions to communications devices and manage policies associated with the profiles or subscriptions while maintaining security for the profiles.
In one embodiment, methods and systems are described for enterprise control over a fleet of subscription credentials. In some embodiments, control may be delegated from an MNO to the enterprise. Such control may include, in some examples, the ability for the enterprise to determine when and where subscription credentials are provisioned, activated, deactivated, and removed, for example as shown in
Enterprise control over subscription credentials may be direct or indirect. In one embodiment, direct control over subscription credentials may include direct management by the enterprise of copies of subscription credentials. The enterprise may, for example, maintain encrypted electronic copies of a profile external to a eUICC even when the profile is not provisioned to a device (e.g., before the profile is provisioned or after the profile is removed). Indirect control over subscription credentials may include embodiments where only the MNO directly manages copies of profiles. In one embodiment, the MNO may expose an interface through which an enterprise can control the provisioning and activation of the credentials corresponding to the enterprise's subscriptions without exercising direct control over the credentials.
In addition to provisioning and activation, control of subscription credentials may further include associating a profile with policies for use of the subscription services. In some embodiments, such policies may be enforced by some combination of an eUICC application and a device agent that may reside in the communications device. For example, a eUICC application may be implemented as software that is included as part of a profile and runs on a processor in a provisioned eUICC. The device agent may execute on a processor outside of the eUICC, such as another processor in the communications device that contains the provisioned eUICC. The device agent and the eUICC application may be configured to cooperate to enforce the enterprise's subscription policies. Enterprise-specified policies may be enforced simultaneously with, or in conjunction with, MNO-specified policies for a particular profile. An enterprise-specified policy may specify, for example, activation of alternate provisioned profiles from different MNOs based on specified conditions and services.
Once provisioned with credentials on a credential device 358, UE 356 may be configured to use the provisioned credentials to access MNO subscription services via network connection 314. Network connection 316 may allow enterprise servers 354 to place or otherwise determine policies for use of the provisioned credentials by UE 356. Network connection 314 may also enable UE 356 to access enterprise services or resources. Network connections 312, 314, and 316 may be any type of computer network connection, including wired, WiFi, a cellular data connection, and the like. For example, connection 316 may allow for a connection using a cellular data service provided by the MNO.
In embodiments where the subscription credentials are implemented in an electronic profile such as a eUICC profile, control of subscription credentials may directly or indirectly be delegated from the MNO 320 to enterprise 310. In one embodiment, direct control may include creation of credentials on MNO servers 352 and copying the credentials from MNO servers 352 to enterprise servers 354 over connection 312. Enterprise 310 may then choose when and where the credentials are to be provisioned. UE 356 may be provisioned by copying a selected profile from enterprise servers 354 to the credential device 358 of UE 356 via connection 316. Alternatively, UE 356 may be provisioned by copying a selected profile from enterprise servers 354 to the credential device 358 of UE 356 in conjunction with MNO servers 352, via connections 312 and 314. When MNO 320 or enterprise 310 chooses to remove the provisioned credentials, the provisional credentials may be removed from the credential device 358 and stored on enterprise servers 354 until another UE 356 is selected for provisioning.
In one embodiment, indirect control may include creation and storage of the subscription credentials on MNO servers 352. However, in the case of indirect control, a copy of the credentials may not be provided to enterprise servers 354. After the credentials are created and stored on MNO servers 352, in one embodiment enterprise 310 can determine when and where credentials are provisioned via a credential control interface over connection 312 between enterprise servers 354 and MNO servers 352. Using a credential control interface, enterprise 310 may indicate which credentials should be provisioned or removed from a selected UE.
In embodiments for either direct and indirect control of subscription credentials, enterprise policies for use of provisioned credentials may be provided via connection 316 separately from profile provisioning.
In some embodiments, the credential device 358 may be a SIM card or removable eUICC which may be provided by MNO 320 or other manufacturer. Control of the credentials may then be provided to enterprise 310 by physically transferring the credential devices containing the credentials to enterprise 310. Enterprise 310 may then allocate a physical device to a user who may physically provision UE 356 by installing the credential device 358. Enterprise control over use of services may include enterprise servers 354 configured to determine usage policies on UE 356 via connection 316.
Further details are now described. The 3rd Generation Partnership Project (3GPP) has defined specifications for communications devices covering technologies such as Global System for Mobile Communications (GSM), Universal Mobile Telecommunications System (UMTS), and Long-Term Evolution (LTE). The 3rd Generation Partnership Project 2 (3GPP2) has defined other specifications including Code Division Multiple Access (CDMA). For communications devices complying with these 3GPP or 3GPP2 specifications, their associated credentials are typically embedded in a SIM card. A SIM card may be a removable physical smart card conforming to UICC specification ETSI TS 102 221. The SIM card may be installed when the communications device is manufactured or at the point of sale. Alternatively, a SIM card may be purchased from the mobile operator for use with a communications device that is obtained separately and that has a physical slot conforming to the UICC specification.
Credentials for accessing a communications service provided by MNO 320 may include both data and instructions. When the instructions are executed on a processor, such as the processor of credential device 358 within a mobile communications device 356, the instructions may be configured to cause communication between the processor and a communications service server such that the communications service server may authenticate the credentials and enable the communications services. A set of credentials may be associated with a subscription for communications services from a particular communication service provider. Multiple sets of credentials may be provided for multiple subscriptions.
For example, the GSM Alliance (GSMA) has defined an architecture for remote provisioning of a communications device for subscription services without physically swapping SIM cards for machine-to-machine scenarios by using a eUICC. Some automobile telematics systems are examples of systems that use eUICC devices. While the use of a eUICC may enable limited subscription credential management without having to manage physical smart cards, the GSMA architecture does not enable third parties, such as an MNO's enterprise customers, to manage subscription credentials.
In some embodiments of this disclosure, subscription credentials, such as eUICC profiles, may be transferred electronically between devices as directed by a delegated entity, such as an enterprise customer of an MNO. For example, the MNO may delegate authority to an enterprise to determine where its subscriptions are to be allocated. In one embodiment, the enterprise may perform this allocation, while in another embodiment the MNO may maintain mechanisms for allocating profiles but allocate the profiles as requested by the enterprise. Profiles may be moved, for example, to reallocate a pool of subscriptions within a larger set of devices, or to swap subscriptions from different network providers to take advantage of roaming networks. An eUICC profile, as used herein, generally refers to the client information associated with a network subscription. Furthermore, embodiments of this disclosure are not limited to eUICC systems as defined by the GSMA.
In some embodiments, control and management of a communications device can be implemented in conjunction with management of eUICC profiles. For example, enterprise 310, MNO 320, and/or a device owner may control aspects of a communications device within a device management framework. The device management framework may be configured remotely with policies from network operators and enterprises. The device that is managed by the device management framework may utilize additional information, such as available networks or time of day, to inform local decisions regarding the use of multiple eUICC profiles. This additional information may be used for automatic enforcement of policies for the use of subscriptions on the device. The subscriptions may be forenterprise as well as personal subscriptions. Such policies may have been difficult or impossible to enforce in cases where subscriptions were changed through the swapping of physical cards. The device management framework may provide
When enterprise 310 has configured policies for one or more of its subscriptions, enterprise 310 may employ the device management framework to implement enterprise control of a device when an associated profile is installed, activated, deactivated, or removed. In various embodiments, the device management framework may enable an enterprise to control devices that, for example, are configured to access enterprise data or connect to enterprise network resources. In one embodiment, a communications device may expose a collection of configurable settings that can be controlled by the enterprise 310 during a device management session with the device management framework. The device management session may include an interaction between a communications device and a trusted management entity through which the management entity configures the exposed settings and applies policies to the communications device. The configured settings may, for example, restrict the ability of the user to perform certain actions. For instance, enterprise 310 may require that a communications device be enrolled for device management in order to access corporate email. When a communications device is enrolled, a trust relationship may be established between the communications device and enterprise 310. By configuring device settings, such as a minimum password length to be entered by a user to unlock the device, enterprise 310 can control aspects of usage of the communications device. Such control can include, for example, how the communications device functions and limits as to the resources that the communications device is enabled to access.
In some embodiments, MNO 320 may maintain ownership and control of eUICC profiles during the lifecycles of the profiles, while enterprise 310 may exercise management control over the communications devices and their associated profiles. MNO 320 may own and control the content of eUICC profiles from their creation until the profiles are deleted. In one embodiment, a set of applications and files may be defined by profile templates and personalized when a profile is created. MNO 320 may update the contents of the profile when the profile is installed in a eUICC. The update mechanism may be specific to MNO 320. Credentials associated with the subscription (e.g., the security key K) may be stored securely in network access application(s) within the eUICC profile and in the MNO infrastructure. Access to the credential information may be maintained solely by MNO 320.
The device management framework may include mechanisms for configuring device management policies when a subscription is changed. For example, when a physical UICC has changed, or if a eUICC profile is installed, activated, deactivated, or removed, a procedure may be invoked to provision or configuration features and settings of the device. In one embodiment, the communications device may trigger a device management (DM) session when a change is detected. Furthermore, depending upon how the device was acquired, a personalization lock (aka “SIM lock”) may be implemented that limits use of the device to subscriptions from a particular MNO. In some embodiments, MNO 320 may retain the ability to configure device management policies. The device management framework may thus include scenarios where the enterprise may be able to configure all device management policies, or where configuration control of aspects of the device management policies may be allocated between the enterprise and the MNO, or some combination thereof
In some embodiments, the user or owner of a communications device may retain some controls over the device while the device is simultaneously being managed by enterprise 310 and/or MNO 320. For example, the user may be allowed to change the user's subscription using the eUICC-based solution such as the user would be able when in a manner similar to changing physical UICC cards. For example, when the device owner is also the end user (e.g., BYOD—bring your own device) the user may be enabled to switch between enterprise subscriptions and personal subscriptions on the communications device. For example, in the case of an enterprise-managed device, the user may be enabled to switch between a personal subscription and an enterprise subscription using an eUICC-based solution. The communications device may be configured to enforce policy restrictions on the use of enterprise resources (for example, the enterprise subscription may be restricted when the communications device enters a roaming state). However, the user may be allowed to use t user's own subscriptions under such conditions. In some embodiments, when a communications device is SIM-locked, the SIM-lock may be applied to all subscriptions, both enterprise and personal.
MNO 320 may also implement a subscription generator function 440 that may be configured to create profiles as directed by MNO 320 and arrange for the profiles to be provisioned onto the credential device 358 via the subscription router 420. In some embodiments, the subscription generator function 440 may incorporate aspects of the SM-DP function defined by the GSMA. The subscription generator 440 (via the subscription router 420) may be configured to activate, deactivate, and delete profiles on the credential device 358 at the request of MNO 320. A Certificate Issuer (CI) 450 may issue certificates and act as a trusted third party for authentication between entities of the system. For example, the certificates can be used to secure communications between the subscription router 420 and the corresponding security domain on the credential device 358 (which may also be referred to as the ISD-R) and between the subscription generator 440 and its corresponding instance of a secure container on eUICC 530 (which may also be referred to as ISD-P).
A credential device 358 may be implemented by an eUICC 530, which may be one embodiment of the credential device 358 of
At least one of the profiles 510 contained in the eUICC 530 may be used to provide connectivity to the subscription router 420 for profile management. This profile may be designated as a provisioning profile 520.
In some embodiments, the operating system of the credential device 358 (e.g., eUICC 530) may be compliant to the GLOBALPLATFORM specifications for management of multiple applications on secure chip technology (e.g., MULTOS and JavaCard). Such a compliant operating system may host a set of applications within different security domains. The profiles 510 and may contain one or more applications 540. The applications 540 may include network access applications (NAAs) that provide authorization to access a network (such as the Universal Subscriber Identity Module (USIM) for 3GPP, CDMA Subscriber Identity Module (CSIM) for 3GPP2, or IP Multimedia Service Subscriber Identity Module (ISIM) for LTE and others) and other applications. The USIM and CSIM NAAs represent a subscription to the MNO 320 and may contain information such as the subscriber identifier (e.g., International Mobile Subscriber Identifier, or IMSI) and one or more phone numbers. NAAs may also contain a key K for authentication and ciphering purposes. K may be secured and not directly exposed outside of the credential device 358. Typically, K may be known only to the profile and the MNO that owns the profile or created the profile.
The enabled profile 510 on the credential device 358—including the file system, set of applications, network authentication and interaction, card application toolkit, etc.—may be functionally equivalent to a stand-alone legacy UICC card that may typically provide the provisioning profile and where the issuance MNO may control some management of the UICC card. Therefore, the eUICC 530 may not require network changes for connectivity functions such as network registration, voice calling, text messaging, packet data service, etc.
Enterprise 310, as shown in
In one embodiment, enterprise 310 may act as its own management provider. In another embodiment, the management provider may be a separate entity, which may, for example, be the MNO 320 or a third party. In some cases, enterprise 310 may manage its profiles directly (e.g., through the deployment manager described further below). Alternatively, enterprise 310 may manage its profiles indirectly, where the management may be performed, for example, by a third-party service or by the MNO itself, operating at the enterprise's request).
UE 356, as shown in
An end user may be a member of the enterprise workforce that uses MNO services via UE 356 according to one or more subscriptions 665 managed by enterprise 310. In the case of a UE 356 owned by the end user, the end user may have one or more personal subscriptions which the end user may have separately obtained from MNO 320. The end user may be able to select whether to use a personal subscription or an enterprise subscription on UE 356, and may be subject to one or more enterprise policy constraints.
The mobile operator typically owns the content of the eUICC profile and may update the eUICC profile at any time, as the mobile operator may also update the profile in a physical UICC. The profile state may change while installed in a device, either due to remote operator management or local activity. Local activity may include, for example, user updates to the phone book, short message service (SMS) store for text messages, personal identification number (PIN) state, etc. Because the profile state may change while resident in the eUICC, enterprise 310 may retrieve the profile state and securely store its modified state for subsequent re-installation. The external representation of the profile, such as a representation outside the eUICC device, can be opaque to enterprise 310 in that enterprise 310 may install and retrieve profiles while MNO 320 typically maintains ownership of the content of the profile.
Enterprise 310 may re-assign a subscription from a first user to a second user after enterprise 310 has retrieved a subscription initially assigned to the first user. In the case of a physical UICC, the card may be transferred to the new owner. However, the card may no longer be in the same state as it was when it was initially assigned. For example, the MNO may have updated the profile, or the usage on the previous device may have resulted in changes elements of the profile's state. Before reassigning the card, enterprise 310 may reset the profile state by erasing the phonebook, SMS store, call history, etc. and resetting a PIN to a known value and unlocked state using a personal unlocking key (PUK). Re-assignment of subscriptions may be enabled by enterprise device management of a profile reset policy (e.g., value of PIN1, PUK1, etc.) and by a device agent configured to reset the profile state according to the policy.
In implementations using eUICCs, a secure external representation of the current profile state may be provided. Enterprise 310 may install and activate a reassigned profile on a new communications device. As configured by enterprise policy, a local agent on the communications device may be configured to reset the profile state (phonebook, SMS store, PIN1, etc.). As in the case of a physical UICC, these operations may be performed using an existing UICC interface defined by ETSI, for example.
When an enterprise user is using a communications device in a remote area, cellular service may be provided by a different MNO than the one associated with the current subscription (e.g., roaming). For roaming access, the enterprise may update the communications device that is in use, for example by providing additional assets to the communications device (such as additional subscriptions) or by updating policies (e.g., policies that define how the set of subscriptions is used).
Enterprise 310 may also choose to configure a policy on the communications device to prevent the communications device from roaming, in which case the communications device may be forced to rely upon other methods of connectivity such as WiFi. Alternatively, enterprise 310 can provide the enterprise user with an additional subscription for the roaming mobile operator. In the case of physical UICCs, enterprise 310 can provide the user with a set of UICCs, and the user can choose an appropriate UICC card when the user is aware of the need for roaming based upon t user's current location or from indications from the user interface of the communications device.
Enterprise 310 may also provision multiple profiles on a eUICC. The profiles may, for example, be associated with subscriptions from different mobile operators. The enterprise 310 may also provision policies regarding conditions under which the subscriptions are to be used. An agent executing on the device, as further detailed below, may enumerate the profiles on the communications device, evaluate the enterprise policy rules, and enable the correct profile based on current circumstances (e.g., location, time of day, network availability, etc.). Changes in these conditions may trigger the agent to re-evaluate the policy and enable a different profile. Compared to the use of physical UICCs, the enterprise 310 may be able to retain greater control over the usage of its subscriptions, while the user need not manage multiple physical cards. Embodiments of the roaming access scenario may further be enabled by local profile management (enumeration, enable/disable) on the communications device.
In some embodiments, a communications device may be allowed to switch accounts based upon one or more enterprise policies. The communications device may enforce enterprise policies regarding subscription use. For example, the user may be allowed to instruct the communications device to display available profiles and select a new profile to activate. The device may evaluate enterprise policies for the selected profile, if any, and may allow or reject the user request. If the selected profile is allowed, the communications device may instruct the eUICC to switch to that profile. The communications device may trigger a device management session to the mobile operator based upon the new profile. Likewise, according to the enterprise policies, the communications device may initiate an enterprise device management session based upon the new profile. The ability of the user to switch subscriptions on the communications device may be enabled by enterprise management, enterprise policies for profile selection, and by local profile management.
Certain enterprise resources may be accessible only with an enterprise subscription. Conversely, some non-enterprise resources may be accessible only with a personal subscription. As noted above, more than one enterprise subscription may be available to the communications device for various conditions such as roaming conditions. In the case of physical UICCs, the enterprise can configure some policies to the communications device (e.g., install certain firewall rules or prevent roaming). In this case, the user may swap to a different UICC card to avoid a loss of service. When eUICCs are used, the communications device may switch to an appropriate profile based upon enterprise policies, and in some cases subject to user consent. For some conditions (such as selection of a home/roaming subscription) the user may choose to grant one-time consent. For other conditions (such as switching subscriptions to access a protected resource), consent may be granted for each instance. This scenario may be enabled by management and enterprise policies for profile selection and by local profile management.
In some embodiments, enterprise 310 may maintain a device record so that enterprise 310 may disable or delete selected functions or content on a communications device. For example, enterprise 310 may issue a remote wipe of enterprise information from the communications device. In addition, enterprise 310 may configure a policy on the communications device to wipe all enterprise information if security conditions are not satisfied (for instance, in response to multiple failed password attempts). The communications device may be configured to enumerate the installed eUICC profiles and locally delete selected or all enterprise profiles, or perform a master clear of the entire eUICC.
In one embodiment, subscription router 420 may be implemented on a server and may be configured to provide secure communication with eUICC 530, cache profiles to be delivered to eUICC 530, and activate/deactivate profiles resident on eUICC 530. Profiles on eUICC 530 associated with MNO 320 may be managed by MNO 320 using subscription generator 440 and subscription router 420. In some embodiments, subscription generator 440 may be associated with MNO 320, while subscription router 420 may be associated with the eUICC Manufacturer (EUM 270). In some embodiments, subscription router 420 and subscription generator 440 may be implemented in a single server. Subscription generator 440 may be configured to assist UE 356 and its eUICC 530 in locating subscription router 420 or other subscription routers that manage eUICC 530.
As discussed, an enterprise may manage a fleet of service subscriptions provided by MNO 320. The enterprise server 354 may implement functionality of the enterprise policy manager 725 and deployment manager 705, which may be configured to obtain profiles for enterprise subscriptions from subscription generator 440, cache the profiles locally until they are installed, and deploy the profiles and retrieve the profiles to/from eUICC 530 via the subscription router 420. In some embodiments, the functionality of deployment manager 705 may incorporate aspects of the SM-DM function defined by the GSMA. The ESe1 interface, which in some embodiments may correspond to interface 312 in
An enterprise policy manager (EPM) 725 (which may also be referred to as a mobile device manager (MDM)) may be configured for management of enterprise UE 356, depicted in
Within UE 356, a local policy agent (LPA) 755 may be configured to assist in eUICC profile management with a local discovery service (LDS) 764, a local profile download (LPD) 766, and a local user interface (LUI) 768. The LDS 764 may be configured to discover the subscription router used to provision the eUICC. The LPD 766 may be configured to assist in downloading large profile objects in applicable sizes. The LUI 768 may be configured to interact with the device end-user for local operations such as user-initiated profile switching.
In the example of
Enterprise server 310 may also be configured to communicate with one or more MNOs 320 through business service portal 920. Business service portal 920 may be configured to allow an enterprise to select, purchase, cancel, and/or interact with subscriptions from MNO 320. In an embodiment, MNO 320 may include a device management system 950 that can configure settings/policies on a plurality of devices. MNO 320 may also implement a device management protocol, for example OMA DM or OMA Client Provisioning (CP). MNO 320 may further implement a subscription management system implemented on MNO server 352 (e.g., subscription generator 440 and subscription router 420 that configures the eUICC 530 on a plurality of devices). The subscription management system implemented on MNO server 352 may be configured to communicate directly with eUICC 530 or communicate via the local policy assistant (LPA) 755 on UE 356. eUICC 530 may have a plurality of relationships with the MNO server 352. For example, eUICC 530 may be provisioned by multiple MNOs, each with its own subscription generator/subscription router. In this embodiment, the enterprise may provide its own MNO server 352 and business service portal 920 interface. Alternatively, these functions may be provided by an enterprise management provider. The enterprise management provider may be a MNO or a third party.
In some embodiments, the system depicted in
Referring to
In a remote provisioning scenario, subscription router 420 may store profiles until they are provisioned to the eUICC 530. The eUICC 530 may have a trust relationship with more than one subscription router 420; likewise, multiple subscription generators 440 may share the same subscription router 420.
Subscription generator 440 may be configured to create enterprise eUICC profiles and delegate the profiles to deployment manager 705. Deployment manager 705 may be configured to communicate with the subscription router 420 to install and remove the profiles from eUICC 530 installed on UE 356. A security association between these elements may be defined. For example, a trust relationship may be defined between subscription generator 440 and subscription router 420, between subscription generator 440 and deployment manager 705, between the deployment manager 705 and subscription router 420, and between the subscription router 420 and eUICC 530.
In various embodiments, secure packaging of a eUICC profile at-rest between its creation at the subscription generator 440 and its delivery to the eUICC 530 may be defined. Secure packaging of a eUICC profile at-rest may enable MNO 320 to trust enterprise-managed deployment manager 705 with at-rest storage of eUICCs.
Embodiments of a system with securely packaged eUICC profiles may include the following elements. Subscription generator 440 may have its own signing certificate with a chain back to a trusted root such as the certificate issuer CI 150. Subscription router 420 may have a signing certificate associated with each subscription generator 440 and signed by each subscription generator 440.
The external representation of a profile may be encrypted using a public/private key pair. Symmetric encryption may be used with a session key encrypted with the public/private key. The entities that encrypt the profile, such as subscription generator 440 and subscription router 420, may access the public key. Only the entity that decrypts the profile, such as subscription router 420, may access the private key. Deployment manager 705 may verify that the signature of the profile is from the subscription generator 440 or subscription router 420, but may be prevented from examining its contents because the external representation of each profile (the profile at rest) may be encrypted by the public key.
In some embodiments, a process for profile creation and delegation may include subscription generator 440 receiving a request to create a new profile for a specific mobile operator and specific subscription router 420 and to delegate the profile to an enterprise's deployment manager 705. When subscription router 420 is co-located with subscription generator 440, this operation may be completed as requested. Alternatively, the profile may be supplied to subscription generator 440 along with the request to create the new profile. Subscription generator 440 may send a request to subscription router 420 to create a public/private key pair for a specific profile identifier. Subscription router 420 may create the key pair and securely store the key pair in a local database keyed by the profile identifier. Subscription router 420 may send the public key to subscription generator 440. Subscription generator 440 may then create an external representation of the eUICC profile, encrypt the eUICC profile using the public key, and sign the encrypted eUICC profile with its own certificate. The subscription generator 440 may deliver the encrypted profile to deployment manager 705 along with the identity and certificate of subscription router 420. The deployment manager 705 may verify that the signature of the profile matches subscription generator 440. Deployment manager 705 may place profile metadata (including its certificate) into a long-term database. Finally, deployment manager 705 may store the profile until deployment manager 705 is ready to provision the profile to eUICC 530.
In some embodiments, a process for profile provisioning to eUICC 530 may include the following operations. Deployment manager 705 may receive a request from enterprise server 354 to provision a profile in its database to eUICC 530. Deployment manager 705 may retrieve the stored encrypted profile. Deployment manager 705 may securely transmit the profile to the subscription router 420 along with information regarding the eUICC 530 to be provisioned. Deployment manager 705 may delete its local copy of the profile and update the profile metadata to include eUICC 530 for the profile. The subscription router 420 may verify that the signature attached to the profile matches the signature for subscription generator 440 or for itself Subscription router 420 may verify that it recognizes the identity of the profile. The subscription router 420 may begin a provisioning session with eUICC 530. Subscription router 420 may then decrypt the profile using the private key. Subscription router 420 may de-serialize the external representation and securely transmit the profile to eUICC 530.
In some cases, states within a profile may change while the profile is resident on eUICC 530. It may thus not be sufficient for deployment manager 705 or subscription router 420 to retain the encrypted copy for later use. In some embodiments, when a profile is removed from a device, the profile's current state may be retrieved. In one embodiment, the retrieval of the profile's current state can be completed with the following operations. Deployment manager 705 may receive a request from an enterprise server to remove a profile from a specified eUICC. Deployment manager 705 may retrieve information for subscription router 420 from the profile metadata and request subscription router 420 to retrieve the profile. Subscription router 420 may begin a provisioning session with eUICC 530. Subscription router 420 may retrieve the current state of the profile, and subscription router 420 may delete the profile from eUICC 530. Subscription router 420 may encrypt the current profile using the public key for the profile and sign the encrypted profile with its own certificate. Subscription router 420 may then send the encrypted profile to deployment manager 705, which may verify the signature of the profile. Deployment manager 705 may verify the identity of the profile and store the encrypted profile. Deployment manager 705 may update the metadata for the profile in its database to indicate that it holds the profile data and that there is no current eUICC.
In some embodiments, local policy agent 755 may be configured to operate as an event-driven component. Local policy agent 755 may contain, for example, a rules engine driven by a set of policy rules located in a policy store 1002. Policy store 1002 may be implemented in a database, file, registry, etc. Local policy agent 755 may further receive device state input from a modem (for example on WINDOWS, via the mobile broadband interface) and/or from various other components in the operating system.
UICC controller 1010 may be configured to execute a subscription selection function. In the case of a dual-slot device or multi-modem device, UICC controller 1010 may enable cellular data on the selected card and disable cellular data on the other cards, for example. UICC controller 1010 in this case may restrict the user from manually overriding this selection. In the case of a eUICC, in one embodiment the UICC controller 1010 may be implemented by enabling the selected eUICC Profile 510 on the eUICC 530. In this case, UICC controller 1010 may communicate securely with eUICC 530 to enumerate its available profiles 510 and to switch between profiles.
Local user interface 768 may include a control panel or other interface by which the device end user can request a change in the active subscription (for example, by selecting a desired subscription). Local policy agent 755 may be configured to evaluate the request according to an applicable policy and implement the request or reject the request according to the applicable policy.
In some embodiments, changes in a profile state may be confirmed via user consent. For example, local policy agent 755 may confirm changes to the profile state when using the local user interface 768. In one embodiment, the user may grant a blanket consent at the time the device is enrolled for enterprise device management so that user interaction is not required for every change. The user may grant such a consent for enterprise profiles. In the case of an enterprise-owned device, the user may grant the consent implicitly as part of a broader agreement pertaining to the use of the enterprise-owned asset.
In one embodiment, local policy agent 755 may expose hierarchical namespaces representing rulesets for the enterprise and mobile operator, which in some examples may be implemented as a DM tree. Local policy agent 755 may also provide a configuration interface for namespaces (e.g., a DM configuration service provider plugin) that may be used in conjunction with the device management client on the device. A remote management system that implements the DM protocol and is configured to interact with the policy namespace may be allowed to manage the device, such as, for example, enterprise policy management 725 of
Operation 1102 may be followed by operation 1104. Operation 1104 illustrates selecting an available profile for allocation to an enterprise device. For example, a profile 510 may be selected for allocation to a UE 356 with credential device 358. Operation 1104 may be followed by operation 1106. Operation 1106 illustrates sending the profile to the enterprise device. For example, profile 510 may be installed on the UE 356, including software, policies, and other configuration information. Operation 1106 may be followed by operation 1108. Operation 1108 illustrates activating the profile. Operation 1108 may be followed by operation 1110. Operation 1110 illustrates applying one or more policies for the profile. For example, the enterprise 310 may apply specific policy rules regarding the ability of UE 356 to connect to enterprise resources.
Operation 1202 may be followed by operation 1204. Operation 1204 illustrates receiving a plurality of identifiers indicative of subscription credentials that are operative to enable access to subscription services of the mobile network operator via the mobile communications network. In an embodiment, control of deployment of the subscription credentials may be delegated from the mobile network operator to the computing device. In one embodiment, control of deployment may include receiving, from the mobile network operator by the enterprise server, the subscription credentials associated with the identifiers. In some embodiments, control of deployment may comprise allowing the enterprise server to create credentials on mobile network operator servers and sending the credentials from the mobile network operator servers to the enterprise server. In other embodiments, subscription credentials may be generated on mobile network operator servers.
In some embodiments, a selected mobile communications device may be provisioned by sending a selected profile from the enterprise server to a credential device of the selected mobile communications device.
Operation 1204 may be followed by operation 1206. Operation 1206 illustrates selecting which of the plurality of mobile communications devices are to be enabled to access the subscription services of the mobile network operator. Access to the subscription services may be enabled by provisioning selected mobile communications devices with the subscription credentials. In some embodiments, determining which of the plurality of mobile communications devices are to be provisioned may comprise determining when and where the subscription credentials are to be activated, deactivated, and removed from a selected mobile communications device. A selected mobile communications device may be provisioned by sending a selected profile from the enterprise server to a credential device of the selected mobile communications device. Aspects of this functionality may be implemented, in some embodiments, in deployment manager 705 depicted in
Operation 1206 may be followed by operation 1208. Operation 1208 illustrates provisioning the determined mobile communications devices. In one embodiment, a process to transmit the subscription credentials to the selected mobile devices may be initiated.
In an embodiment, the enterprise server may be configured to determine provisioning of the credentials via a credential control interface. The credential control interface may additionally be configured to indicate which credentials should be provisioned or removed from a selected mobile communications device. In an embodiment, the credential control interface may correspond to interface 312 in
In some embodiments, the credential device may comprise a removable device configured to store thereon one or more profiles and configured to be electronically provisioned with subscription credentials. In other embodiments, the credential device may comprise a software container configured to store one or more profiles and configured to be electronically provisioned with subscription credentials.
In some embodiments, a business service portal may be instantiated. The business service portal may be configured to allow a user to select, purchase, cancel, or configure subscriptions for access to the subscription services of the mobile network operator via the mobile communications network.
In some embodiments, one or more profiles may be encrypted using a public/private key pair. In one example, a subscription generator may be allowed to access a public key of the public/private key pair. Additionally, a subscription router may be allowed to access a private key of the public/private key pair. Furthermore, the enterprise server may be configured to verify a signature of a profile without accessing contents of the profile.
Computer 141 typically includes a variety of computer-readable media. Computer-readable media can be any available media that can be accessed by computer 141 and includes both volatile and nonvolatile media, removable and non-removable media. The system memory 122 includes computer-readable storage media in the form of volatile and/or nonvolatile memory such as read only memory (ROM) 123 and random access memory (RAM) 160. A basic input/output system 124 (BIOS), containing the basic routines that help to transfer information between elements within computer 141, such as during start-up, is typically stored in ROM 123. RAM 160 typically contains data and/or program modules that are immediately accessible to and/or presently being operated on by processing unit 159. By way of example, and not limitation,
The computer 141 may also include other removable/non-removable, volatile/nonvolatile computer storage media. By way of example only,
The drives and their associated computer storage media discussed above and illustrated in
The computer 141 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 146. The remote computer 146 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to the computer 141, although only a memory storage device 147 has been illustrated in
When used in a LAN networking environment, the computer 141 is connected to the LAN 145 through a network interface or adapter 137. When used in a WAN networking environment, the computer 141 typically includes a modem 15 or other means for establishing communications over the WAN 149, such as the Internet. The modem 15, which may be internal or external, may be connected to the system bus 121 via the user input interface 136, or other appropriate mechanism. In a networked environment, program modules depicted relative to the computer 141, or portions thereof, may be stored in the remote memory storage device. By way of example, and not limitation,
Each of the processes, methods and algorithms described in the preceding sections may be embodied in, and fully or partially automated by, code modules executed by one or more computers or computer processors. The code modules may be stored on any type of non-transitory computer-readable medium or computer storage device, such as hard drives, solid state memory, optical disc and/or the like. The processes and algorithms may be implemented partially or wholly in application-specific circuitry. The results of the disclosed processes and process steps may be stored, persistently or otherwise, in any type of non-transitory computer storage such as, e.g., volatile or non-volatile storage.
The various features and processes described above may be used independently of one another, or may be combined in various ways. All possible combinations and subcombinations are intended to fall within the scope of this disclosure. In addition, certain methods or process blocks may be omitted in some implementations. The methods and processes described herein are also not limited to any particular sequence, and the blocks or states relating thereto can be performed in other sequences that are appropriate. For example, described blocks or states may be performed in an order other than that specifically disclosed, or multiple blocks or states may be combined in a single block or state. The example blocks or states may be performed in serial, in parallel or in some other manner. Blocks or states may be added to or removed from the disclosed example embodiments. The example systems and components described herein may be configured differently than described. For example, elements may be added to, removed from or rearranged compared to the disclosed example embodiments.
It will also be appreciated that various items are illustrated as being stored in memory or on storage while being used, and that these items or portions thereof may be transferred between memory and other storage devices for purposes of memory management and data integrity. Alternatively, in other embodiments some or all of the software modules and/or systems may execute in memory on another device and communicate with the illustrated computing systems via inter-computer communication. Furthermore, in some embodiments, some or all of the systems and/or modules may be implemented or provided in other ways, such as at least partially in firmware and/or hardware, including, but not limited to, one or more application-specific integrated circuits (ASICs), standard integrated circuits, controllers (e.g., by executing appropriate instructions, and including microcontrollers and/or embedded controllers), field-programmable gate arrays (FPGAs), complex programmable logic devices (CPLDs), etc. Some or all of the modules, systems and data structures may also be stored (e.g., as software instructions or structured data) on a computer-readable medium, such as a hard disk, a memory, a network or a portable media article to be read by an appropriate drive or via an appropriate connection. The systems, modules and data structures may also be transmitted as generated data signals (e.g., as part of a carrier wave or other analog or digital propagated signal) on a variety of computer-readable transmission media, including wireless-based and wired/cable-based media, and may take a variety of forms (e.g., as part of a single or multiplexed analog signal, or as multiple discrete digital packets or frames). Such computer program products may also take other forms in other embodiments. Accordingly, the present disclosure may be practiced with other computer system configurations.
Conditional language used herein, such as, among others, “can,” “could,” “might,” “may,” “e.g.” and the like, unless specifically stated otherwise, or otherwise understood within the context as used, is generally intended to convey that certain embodiments include, while other embodiments do not include, certain features, elements, and/or steps. Thus, such conditional language is not generally intended to imply that features, elements and/or steps are in any way required for one or more embodiments or that one or more embodiments necessarily include logic for deciding, with or without author input or prompting, whether these features, elements and/or steps are included or are to be performed in any particular embodiment. The terms “comprising,” “including,” “having” and the like are synonymous and are used inclusively, in an open-ended fashion, and do not exclude additional elements, features, acts, operations and so forth. Also, the term “or” is used in its inclusive sense (and not in its exclusive sense) so that when used, for example, to connect a list of elements, the term “or” means one, some or all of the elements in the list.
While certain example embodiments have been described, these embodiments have been presented by way of example only and are not intended to limit the scope of the inventions disclosed herein. Thus, nothing in the foregoing description is intended to imply that any particular feature, characteristic, step, module or block is necessary or indispensable. Indeed, the novel methods and systems described herein may be embodied in a variety of other forms; furthermore, various omissions, substitutions and changes in the form of the methods and systems described herein may be made without departing from the spirit of the inventions disclosed herein. The accompanying claims and their equivalents are intended to cover such forms or modifications as would fall within the scope and spirit of certain of the inventions disclosed herein.
This application claims benefit under 35 U.S.C. §119(e) of Provisional U.S. patent application No. 62/205,457, filed Aug. 14, 2015, the contents of which are incorporated herein by reference in its entirety.
| Number | Date | Country | |
|---|---|---|---|
| 62205457 | Aug 2015 | US |
