IP Library › Granted Patent US 12,532,155
Granted Patent B2
US 12,532,155 · App. 17/530,308 · Granted Jan 20, 2026

Method and apparatus for handling profiles by considering removable eUICC supporting multiple enabled profiles

Inventors: Sujung Kang (Suwon-si, KR); Duckey Lee (Suwon-si, KR); Jonghoe Koo (Suwon-si, KR); Kangjin Yoon (Suwon-si, KR)
Assignee: Samsung Electronics Co., Ltd.
H04W8/183H04W8/22H04W88/06
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,532,155
App. No.
17/530,308
Granted
Jan 20, 2026
Kind
B2
Abstract

A method and apparatus of a user equipment (UE) for a communication technique that converges a 5G communication system for supporting a higher data rate after a 4G system with IoT technology, and a system, is provided. The method comprises: performing activation and cold reset for configuring an operating environment for a removable eUICC supporting a MEP mode; receiving an ATR message indicating whether the eUICC supports at least one eUICC functionality; determining a transport protocol based on the received ATR message; transmitting an APDU message indicating whether the UE supports eUICC-related capability; receiving a response message including a response code; determining to operating in a non-MEP mode; transmitting a command APDU message for MANAGE CHANNEL open transmitted for channel open; receiving a normal response message for generating a basic channel; and performing initialization between the eUICC and the UE.

Claims (40)

1 . A method of a user equipment (UE), the method comprising:

receiving, from an embedded universal integrated circuit card (eUICC) in the UE, an answer to reset (ATR) message including first information indicating support of at least one eUICC functionality and second information indicating support of a multiple enabled profiles (MEP) mode;

determining a transport protocol to be used between the UE and the eUICC in the UE based on the received ATR message;

transmitting, to the eUICC in the UE, an application protocol data unit (APDU) message including information indicating whether the UE supports eUICC-related capability through the transport protocol;

receiving, from the eUICC in the UE, a response message including a response code in response to transmitting the APDU message;

transmitting, to the eUICC in the UE, a command APDU message for a channel open, which is used in an initialization operation between an eUICC not supporting an MEP mode and the UE, in case that the UE is to operate in a non-MEP mode;

receiving, from the eUICC in the UE, a response message to generate a channel between the UE and the eUICC in the UE for an APDU transmission in response to the command APDU message; and

performing the initialization operation in the non-MEP mode between the eUICC in the UE and the UE.

2 . The method of claim 1 , wherein the ATR message further includes information on a transport protocol supported by the eUICC in the UE and information indicating whether the transport protocol supported by the eUICC in the UE is changeable.

3 . The method of claim 1 , wherein the eUICC-related capability includes information whether the UE supports the MEP mode.

4 . The method of claim 1 , further comprising:

selecting a master file (MF) of the eUICC in the UE after receiving the ATR message.

5 . The method of claim 2 , wherein determining the transport protocol to be used between the UE and the eUICC in the UE comprises:

determining whether the transport protocol supported by the eUICC in the UE is changeable based on the ATR message;

in case that it is determined that the transport protocol supported by the eUICC in the UE is not changeable, determining the transport protocol to be used between the UE and the eUICC in the UE as a transport protocol supported by the eUICC in the UE; and

in case that it is determined that the transport protocol supported by the eUICC in the UE is changeable, transmitting, to the eUICC in the UE, a request for determining the transport protocol to be used between the UE and the eUICC in the UE.

6 . The method of claim 1 , wherein performing the initialization operation between the eUICC in the UE and the UE comprises:

transmitting, to the eUICC in the UE, a select command including an identifier of an issuer security domain-root (ISD-R) of the UE; and

receiving, from the eUICC in the UE, a response including information indicating whether at least one enabled profile is in the eUICC in the UE, corresponding to the ISD-R.

7 . A user equipment (UE), the UE comprising:

memory storing instructions; and

processing circuitry coupled to the memory and configured, based at least partially on execution of the instructions, to cause the UE to:

receive, from an embedded universal integrated circuit card (eUICC) in the UE, an answer to reset (ATR) message including first information indicating support of at least one eUICC functionality and second information indicating support of a multiple enabled profiles (MEP) mode,

determine a transport protocol to be used between the UE and the eUICC in the UE based on the received ATR message,

transmit, to the eUICC in the UE, an application protocol data unit (APDU) message including information indicating whether the UE supports eUICC-related capability through the transport protocol,

receive, from the eUICC in the UE, a response message including a response code in response to transmitting the APDU message,

transmit, to the eUICC in the UE, a command APDU message for a channel open, which is used in an initialization operation between an eUICC not supporting an MEP mode and the UE, in case that the UE is to operate in a non-MEP mode,

receive, from the eUICC in the UE, a response message to generate a channel between the UE and the eUICC in the UE for an APDU transmission in response to the command APDU message, and

perform the initialization operation in the non-MEP mode between the eUICC in the UE and the UE.

8 . The UE of claim 7 , wherein the ATR message further includes information on a transport protocol supported by the eUICC in the UE and information indicating whether the transport protocol supported by the eUICC in the UE is changeable.

9 . The UE of claim 7 , wherein:

the eUICC-related capability includes information whether the UE supports the MEP mode; and

the processing circuitry is further configured to cause the UE to select a master file (MF) of the eUICC in the UE after receiving the ATR message.

10 . The UE of claim 9 , wherein the processing circuitry is further configured to cause the UE to:

determine whether the transport protocol supported by the eUICC in the UE is changeable based on the ATR message;

in case that it is determined that the transport protocol supported by the eUICC in the UE is not changeable, determine the transport protocol to be used between the UE and the eUICC in the UE as a transport protocol supported by the eUICC in the UE; and

in case that it is determined that the transport protocol supported by the eUICC in the UE is changeable, transmit, to the eUICC in the UE, a request for determining the transport protocol to be used between the UE and the eUICC in the UE.

11 . The UE of claim 7 , wherein the processing circuitry is further configured to cause the UE to:

transmit, to the eUICC in the UE, a select command including an identifier of an issuer security domain-root (ISD-R) of the UE; and

receive, from the eUICC in the UE, a response including information indicating whether at least one enabled profile is in the eUICC in the UE, corresponding to the ISD-R.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Nov 18, 2021
From: KANG, SUJUNG; LEE, DUCKEY; KOO, JONGHOE; YOON, KANGJIN
To: SAMSUNG ELECTRONICS CO., LTD.
Reel/Frame 058156/0932 →
Priority Claims (5)
KR 10-2020-0155927 · Nov 19, 2020 · national
KR 10-2020-0166818 · Dec 2, 2020 · national
KR 10-2021-0008187 · Jan 20, 2021 · national
KR 10-2021-0035291 · Mar 18, 2021 · national
KR 10-2021-0064957 · May 20, 2021 · national
Continuity (1)
Related Publication 20220159448A1 · May 19, 2022
References Cited (16)
US 10776683B2 · Yi et al. · 2020 [cited by applicant]
US 20180249322A1 · Kim · 2018 [cited by examiner]
US 20180288606A1 · Gao · 2018 [cited by examiner]
US 20190050704A1 · Yi et al. · 2019 [cited by applicant]
US 20190166488A1 · Park et al. · 2019 [cited by applicant]
CN 107950041B · 2020 [cited by applicant]
EP 3606119A1 · 2020 [cited by examiner]
EP 3261370B1 · 2020 [cited by applicant]
KR 1020060024852A · 2006 [cited by applicant]
KR 101075638B1 · 2006 [cited by examiner]
WO 2017082966A1 · 2017 [cited by applicant]
International Search Report and Written Opinion of the International Searching Authority dated Feb. 23, 2022, in connection with International Application No. PCT/KR2021/016984, 7 pages. [cited by applicant]
Supplementary European Search Report dated Mar. 20, 2024, in connection with European Application No. 21895125.9, 6 pages. [cited by applicant]
ETSI TS 102 223 V15.3.0 (Jul. 2019), Smart Cards; Card Application Toolkit (CAT) (Release 15), Jul. 2019, 250 pages. [cited by applicant]
ETSI TS 103 384 V1.0.0 (Jun. 2018), Smart Cards; Embedded UICC; Technical Specification (Release 14), Jun. 2018, 52 pages. [cited by applicant]
GSM Association, Remote Provisioning Architecture for Embedded UICC Test Specification, Version 4.2, Jul. 2020, 804 pages. [cited by applicant]