The introduction of the eSIM is a big change. In fact, it’s the most significant factor for device personalizationcount identification for decades, and customer ac with benefits for device makers and connectivity network operators alike. Now, the momentum of eSIM adoption with 5G IoT is accelerating:
In summary, eSIM technology is set for hyper-growth and is crossing a critical inflection point, as many respected analysts in the industry observe. Another vital factor bringing eSIM to the fore is that the latest Release 17 of the 3GPP standards that define the 5G technologies has also incorporated full support for NB-IoT and CAT-1 Low Power Wide Area Networks (LPWAN) as “New Radio” or NR.
Helpful tip!
Confused by acronyms? Make sure you consult our glossary or ask us directly on LinkedIn.
So, to support OEMs who wish to take advantage of the growth potential of eSIM, there needs to be a standardized approach to eSIM management and services. This is the remit at hand of the collaboration of the eSIM Working Group at GSMA. This group looks after the eUICC definition in consumer and IoT, eSIM discovery service, eUICC identity scheme, and eUICC security accreditation. Kigen has been deeply invested in helping build the specifications at GSMA, with many of our technical experts contributing to multiple working groups.
May 2023 marked a key milestone with GSMA releasing the new eSIM for IoT Specification (SGP.32 v1.0).
Kigen’s Saïd Gharout, leads the GSMA eSIM Working Group 7, which defines the SGP.31 and SGP.32 GSMA eUICC Specifications for IoT Remote SIM Provisioning (RSP). We sit down with Saïd to learn about all you need to know about eSIM RSP for IoT and what’s coming ahead that you should prepare for.
Innovations leading to cellularly connected machines with the rise of IoT saw a need for SIMs to reduce the size further, increase spoilage resistance, and offer greater electrical and memory endurance.
ETSI (via TS 102 671, first published in 2010) noticed this and standardized a new class of SIM with more robust physical and logical characteristics to ease their adoption and ensure quality assurance. This included a move from discrete, physical SIM cards to “soldered down” M2M form factors, which delivered on the resiliency requirements but posed an issue around choosing or switching networks.
To address this, the GSMA (the Carriers’ Industry Trade Association) agreed to establish a solution through an industry-backed set of specifications via a specialized SIM group. GSMA released the first version, defining eSIM as suitable for Remote SIM Provisioning to target the M2M market in 2013. Since then, the world of IoT has evolved beyond the point-to-point connectivity that the terminology of M2M applied to and is moving more towards hyper-connected cloud and data. For this, the eSIM group has been exploring how to simplify RSP for the variety of use cases IoT serves.
Specification relevance will depend on the role and or activity you perform.
For anyone looking to build a GSMA compliant IoT RSP component or deployment, SGP.31 & SGP.32 (requirements and architecture specifications) explain the why and how to implement the standards.
Beyond the two core documents, the testing (SGP.33) and conformance (SGP.24 with IoT RSP extensions) documents are used to ensure you can assure your offering is interoperable and have it accepted in the market.
Where appropriate must be referenced together with the consumer specifications SGP.21 v2.4 & SGP.22 v2.5 which set out requirements, architecture and description of eSIM across the board.
Lastly, only some people must be experts in these documents to take advantage of these specifications. At Kigen, we have helped connectivity providers, device makers/OEMs, and ODMs speed up their deployment with GSMA-compliant RSP services. You can contact us with any eSIM IoT-related questions here.
IoT is seen as an emerging market, with its origins set in M2M. However, as new technologies diversified cloud connectivity and wider data usage, IoT use cases blur the boundary between consumer and M2M.
As ideas for new connected things and their deployment options emerge, the original business cases and requirements that initially scoped the M2M and consumer RSP architectures fell short in fulfilling what is now expected for IoT.
Learning from customer feedback for how pragmatically specifications ease interoperable and scalable IoT has been a core of Kigen’s collaboration at the GSMA. The focus of the collaboration since the initial RSP architecture was defined has been to ensure maximum security for all stakeholders and coverage of evolving needs. Now, with the new specification published, MNOs and providers like Kigen are ready to support OEMs in the knowledge that they offer support for the widest set of use cases.
There are three main drawbacks to the M2M specifications:
It comes down to the “eIM” (eSIM IoT Manager).
New!
eIM is a standardized eSIM provisioning tool allowing large-scale deployment and management of eSIM‑enabled IoT devices. eIM is defined in GSMA SGP.31 and standardizes the process for the mass deployment of eSIM-enabled IoT devices.
The IoT specifications give interoperable resolutions for all the points described above:
There may be situations in which OEMs may use the older M2M specification; however, with a more capable way to manage large-scale eSIM-based deployments, momentum is shifting to the new RSP IoT Specifications.
Sign-up for our newsletter to receive the latest from Kigen.
In many IoT use cases and industries, a device has a much longer lifecycle (10-20 years), and contracts in those industries are significantly longer than in consumer use cases. We anticipate that OEMs will take advantage of the simpler eSIM IoT functionality and flexibility for the majority of new deployments. We already see leading businesses in Smart Metering and energy, Logistics, and transportation are active in preparing to use the new IoT specification.
New!
In addition to the eIM, the new eSIM IoT Specification introduces a simplified IoT profile assistant (IPA). This is a tuned local profile agent, available in two variants that can run either directly on the eUICC (LPAe) or in the IoT device (LPAd). Both operate the same way as far as the eIM and SM-DP+ is concerned. Customers can activate local profile switching in more convenient and user-friendly forms.
Lastly, a common challenge for OEMs is that when an MNO issues profile subscriptions for eUICC, the end deployment model or geography is unknown. With the combination of eIM and Kigen’s Just-in-Time provisioning, OEMs can now support every kind of eUICC with profile customization at the time of profile binding to maximize manufacturing throughput.
OEMs and MNOs should consider end-to-end testing for eUICC devices that will use their eSIM IoT solutions. There will be some variances depending on whether the IPA runs in the eUICC or the device module and how these connect to the SM-DP+ and eIM.
Kigen has been working with Connectivity Service Providers and leading Connectivity Management Platforms to ensure that integration is simplified now that specifications have been published. Our ecosystem’s scale means that we can support OEMs and smaller MNOs that may typically not have as much financial pull as more established players. This means anyone starting today can take advantage of eSIM hyper-growth.