KR20220068895A - 복수 프로파일 활성화를 지원하는 탈착식 eUICC를 고려한 프로파일 핸들링 방법 및 장치 - Google Patents

복수 프로파일 활성화를 지원하는 탈착식 eUICC를 고려한 프로파일 핸들링 방법 및 장치 Download PDF

Info

Publication number
KR20220068895A
KR20220068895A KR1020210064957A KR20210064957A KR20220068895A KR 20220068895 A KR20220068895 A KR 20220068895A KR 1020210064957 A KR1020210064957 A KR 1020210064957A KR 20210064957 A KR20210064957 A KR 20210064957A KR 20220068895 A KR20220068895 A KR 20220068895A
Authority
KR
South Korea
Prior art keywords
profile
euicc
terminal
port
activated
Prior art date
Application number
KR1020210064957A
Other languages
English (en)
Inventor
강수정
이덕기
구종회
윤강진
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020210035291A external-priority patent/KR20220068886A/ko
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to EP21895125.9A priority Critical patent/EP4233330A4/en
Priority to CN202180077842.5A priority patent/CN116848867A/zh
Priority to US17/530,308 priority patent/US20220159448A1/en
Priority to PCT/KR2021/016984 priority patent/WO2022108357A1/en
Publication of KR20220068895A publication Critical patent/KR20220068895A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/183—Processing at user equipment or user record carrier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다.
본 개시는, 복수 프로파일 활성화(Multiple Enabled Profiles:MEP)를 지원하는 탈착가능한 내장 범용 통합 회로 카드(embedded Universal Integrated Circuit Card: eUICC)를 포함하는 단말의 디폴트 프로파일 설정 방법에 있어서, 상기 단말의 LPA(Local Profile Assistant)로부터 상기 단말의 사용자에 의해 선택된 제1 프로파일에 대한 활성화를 요청하는 제1 메시지를 수신하는 과정과, 상기 제1 메시지를 기반으로 상기 제1 프로파일의 활성화 여부 및 상기 제1 프로파일에 대한 프로파일 정책 규칙(Profile Policy Rule:PPR)을 확인하여 상기 제1 프로파일에 대한 활성화 가능 여부를 판단하는 과정과, 상기 확인 결과 상기 제1 프로파일에 대한 활성화가 가능하다고 판단한 경우, 상기 제1 프로파일에 대한 활성화 처리 절차를 수행하는 과정과, 상기 활성화 처리 절차를 수행한 제1 프로파일을 디폴트(default) 프로파일로 설정하는 과정을 포함함을 특징으로 한다.

Description

복수 프로파일 활성화를 지원하는 탈착식 eUICC를 고려한 프로파일 핸들링 방법 및 장치{METHOD AND APPARATUS FOR HANDLING PROFILES WITH REMOVABLE MEP(MULTIPLE ENABLED PROFILES) SUPPORITNG eUICC}
본 개시는 무선 통신 시스템에서 단말에 한 개 이상의 통신 서비스를 다운로드 및 설치, 활성화하여 통신 연결을 하기 위한 방법 및 장치에 관한 것이다. 특히, 본 개시는 이를 위해 복수 프로파일의 활성화(MEP)를 지원하는 eUICC와 단말 간에 프로파일을 처리하는 방법에 관한 것이다.
4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE(Long Term Evolution) 시스템 이후 (Post LTE) 이후의 시스템이라 불리어지고 있다. 높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역 (예를 들어, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다. 또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (Device to Device communication: D2D), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (Coordinated Multi-Points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다. 이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation: ACM) 방식인 FQAM (Hybrid FSK and QAM Modulation) 및 SWSC (Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(non-orthogonal multiple access), 및SCMA(sparse code multiple access) 등이 개발되고 있다.
한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT(Internet of Things, 사물인터넷) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터(Big data) 처리 기술 등이 IoT 기술에 결합된 IoE (Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT(Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT(information technology)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.
이에, 기존 4G 및 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 4G 및 5G 통신 기술이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다.
UICC (Universal Integrated Circuit Card)는 이동 통신 단말기 등에 삽입하여 사용하는 스마트카드 (smart card)이고 UICC 카드라고도 부른다. 상기 UICC에 이동통신사업자의 망에 접속하기 위한 접속 제어 모듈이 포함될 수 있다. 이러한 접속 제어 모듈의 예로는 USIM (Universal Subscriber Identity Module), SIM (Subscriber Identity Module), ISIM (IP Multimedia Service Identity Module) 등이 있다. USIM이 포함된 UICC를 통상 USIM 카드라고 부르기도 한다. 마찬가지로 SIM 모듈이 포함된 UICC를 통상적으로 SIM카드라고 부르기도 한다. 본 개시의 이후 설명에서 SIM 카드라 함은 UICC 카드, USIM 카드, ISIM이 포함된 UICC 등을 포함하는 통상의 의미로 사용하도록 하겠다. 즉 SIM 카드라 하여도 그 기술적 적용이 USIM 카드 또는 ISIM 카드 또는 일반적인 UICC 카드에도 동일하게 적용될 수 있다.
상기 SIM 카드는 이동 통신 가입자의 개인정보를 저장하고, 이동통신 네트워크에 접속 시 가입자 인증 및 트래픽 (traffic) 보안 키(key) 생성을 수행하여 안전한 이동통신 이용을 가능하게 한다.
상기 SIM 카드는 일반적으로 카드 제조 시 특정 이동통신 사업자의 요청에 의해 해당 사업자를 위한 전용 카드로 제조되며, 해당 사업자의 네트워크 접속을 위한 인증 정보, 예를 들어, USIM 어플리케이션 및 IMSI (International Mobile Subscriber Identity), K 값, OPc 값 등이 사전에 카드에 탑재되어 출고된다. 따라서 제조된 상기 SIM 카드는 해당 이동통신 사업자가 납품 받아 가입자에게 제공되며, 이후 필요시에는 OTA (Over The Air) 등의 기술을 활용하여 상기 UICC 내 어플리케이션의 설치, 수정, 삭제 등의 관리도 수행할 수 있다. 가입자는 소유한 이동통신 단말기에 상기 UICC 카드를 삽입하여 해당 이동통신 사업자의 네트워크 및 응용 서비스의 이용이 가능하며, 단말기 교체 시 상기 UICC 카드를 기존 단말기에서 새로운 단말기로 이동 삽입함으로써 상기 UICC 카드에 저장된 인증정보, 이동통신 전화번호, 개인 전화번호부 등을 새로운 단말기에서 그대로 사용이 가능하다.
그러나, 상기 SIM카드는 이동통신 단말기 사용자가 다른 이동통신사의 서비스를 제공받는데 있어 불편한 점이 있다. 이동통신 단말기 사용자는 이동통신사업자로부터 서비스를 받기 위해 SIM 카드를 물리적으로 획득해야 되는 불편함이 있다. 예를 들면, 다른 나라로 여행을 했을 때 현지 이동통신 서비스를 받기 위해서는 현지 SIM 카드를 구해야 하는 불편함이 있다. 로밍 서비스의 경우 상기 불편함을 어느 정도 해결해 주지만, 비싼 요금 및 통신사간 계약이 되어 있지 않은 경우 서비스를 받을 수 없는 문제도 있다.
한편, UICC 카드에 상기 SIM 모듈을 원격으로 다운로드 받아서 설치할 경우, 이러한 불편함을 상당부분 해결할 수 있다. 즉 사용자가 원하는 시점에 사용하고자 하는 이동통신 서비스의 SIM 모듈을 UICC 카드에 다운로드 받을 수 있다. 이러한 UICC 카드는 또한 복수개의 SIM 모듈을 다운로드 받아서 설치하고 그 중의 한 개의 SIM 모듈만을 선택하여 사용할 수 있다. 이러한 UICC 카드는 단말기에 고정하거나 고정하지 않을 수 있다. 특히 단말에 고정하여 사용하는 UICC를 eUICC (embedded UICC)라고 하는데, 통상적으로 eUICC는 단말에 고정하여 사용하고, 원격으로 SIM 모듈을 다운로드 받아서 선택할 수 있는 UICC 카드를 의미한다. 본 개시에서는 원격으로 SIM 모듈을 다운로드 받아 선택할 수 있는 UICC 카드를 eUICC로 통칭하겠다. 즉 원격으로 SIM 모듈을 다운로드 받아 선택할 수 있는 UICC 카드 중 단말에 고정하는 UICC 카드 및 고정하지 않는 UICC 카드를 통칭하여 eUICC로 사용한다. 또한 다운로드 받는 SIM 모듈정보를 통칭하여 프로파일(Profile) 이라는 용어로 사용하겠다.
상기 eUICC내의 프로파일은 1개 이상이 존재하더라도 동시에 1개만 활성화(Enabled)가 가능하다. 따라서, 단말에서 2개의 기저대역(Baseband)들을 지원하고, 해당 eUICC에 2개이상의 프로파일이 존재하더라도 해당 단말에서는 프로파일 2개를 하나의 휴대 전화에서 동시에 사용 가능하게 하는 Dual SIM 기능을 지원하지 못한다. 이를 해결하는 방법으로는 단말에 2개의 eUICC(s)를 탑재하여 해결이 가능하나, 이는 추가적인 eUICC 모듈 탑재 및 eUICC 모듈을 모뎀의 기저대역과 연결하기 위한 물리적 인터페이스(Physical Interface) 가 필요하므로 단말 제조사는 추가적인 eUICC 모듈 및 물리적 인터페이스를 위한 물리 핀 구매에 따른 비용을 부담해야 한다. 또한, 해당 모듈 및 물리 핀 도입에 따른 단말의 실장 공간 확보도 문제가 된다.
단말에 복수 개의 프로파일이 활성화가 가능한 MEP(Multiple Enabled Profiles) 지원 eUICC가 삽입되는 경우에 단말 또는 eUICC 또는 단말과 eUICC가 활성화를 유지할 프로파일의 수 또는 비 활성화 등 프로파일 처리에 대한 방법을 결정하고 이에 따라 다르게 동작을 처리해야 하나 현재 이에 대한 고려가 없어, 이 문제를 해결한다.
특히, 탈착식 MEP 지원 eUICC가 단말에 삽입된 경우에, eUICC에 "비활성화 불가능" 사업자 정책(PPR1: Profile Policy Rule 1)이 메타데이터에 설정된 프로파일이 활성화되어 삽입된 경우, 단말 또는 MEP 지원 eUICC에서 해당 프로파일을 핸들링하는 방법에 대한 고려가 없어 이 문제를 해결한다.
본 개시의 일 실시 예에 따른 MEP(Multiple Enabled Profiles)을 지원하는 eUICC(embedded Universal Integrated Circuit Card)를 포함하는 단말의 디폴트 프로파일 설정 방법은 상기 단말의 LPA(Local Profile Assistant)로부터 상기 단말의 사용자에 의해 선택된 제1 프로파일에 대한 활성화를 요청하는 제1 메시지를 수신하는 과정과, 상기 제1 메시지를 기반으로 상기 제1 프로파일의 활성화 여부 및 상기 제1 프로파일에 대한 PPR(Profile Policy Rule)을 확인하여 상기 제1 프로파일에 대한 활성화 가능 여부를 판단하는 과정과, 상기 확인 결과 상기 제1 프로파일에 대한 활성화가 가능하다고 판단한 경우, 상기 제1 프로파일에 대한 활성화 처리 절차를 수행하는 과정과, 상기 활성화 처리 절차를 수행한 제1 프로파일을 디폴트 프로파일로 설정하는 과정을 포함한다.
본 개시의 또다른 실시 예에 따른 MEP를 지원하는 eUICC를 포함하는 단말의 디폴트 프로파일 설정 방법은 상기 제1 프로파일에 대한 활성화 처리 절차를 수행한 후 상기 eUICC에 활성화된 프로파일이 복수인 경우, 상기 활성화된 제1 프로파일에 대한 PPR이 특정 PPR인지 여부를 확인하는 과정과, 상기 활성화된 제1 프로파일에 대한 PPR이 특정 PPR인 경우, 상기 활성화된 프로파일을 디폴트 프로파일로 설정하는 과정을 더 포함함을 특징으로 한다.
본 개시의 또다른 실시 예에 따른 MEP를 지원하는 eUICC를 포함하는 단말의 디폴트 프로파일 설정 방법은 상기 eUICC가 상기 단말에 삽입되기전 다른 단말에서 사용된 경우, 상기 eUICC에 할당된 포트의 개수와 상기 디폴트 프로파일에 대한 정보를 기반으로 포트가 미 할당된 프로파일의 상태의 변경 여부를 판단하는 과정을 더 포함함을 특징으로 한다.
본 개시의 일 실시 예에 따른 MEP(Multiple Enabled Profiles)를 지원하는 eUICC(embedded Universal Integrated Circuit Card)를 포함하는 단말은 송수신부; 및 상기 단말의 LPA(Local Profile Assistant)로부터 상기 단말의 사용자에 의해 선택된 제1 프로파일에 대한 활성화를 요청하는 제1 메시지를 수신하도록 상기 송수신기를 제어하고, 상기 제1 메시지를 기반으로 상기 제1 프로파일의 활성화 여부 및 상기 제1 프로파일에 대한 PPR(Profile Policy Rule)을 확인하여 상기 제1 프로파일에 대한 활성화 가능 여부를 판단하고, 상기 확인 결과 상기 제1 프로파일에 대한 활성화가 가능하다고 판단한 경우, 상기 제1 프로파일에 대한 활성화 처리 절차를 수행하고, 상기 활성화 처리 절차를 수행한 제1 프로파일을 디폴트 프로파일로 설정하는 제어부;를 포함한다.
본 개시의 또다른 실시 예에 따른 MEP를 지원하는 eUICC를 포함하는 단말의 제어부는, 상기 제1 프로파일에 대한 활성화 처리 절차를 수행한 후 상기 eUICC에 활성화된 프로파일이 복수인 경우, 상기 활성화된 제1 프로파일에 대한 PPR이 특정 PPR인지 여부를 확인하고, 상기 활성화된 제1 프로파일에 대한 PPR이 특정 PPR인 경우, 상기 활성화된 프로파일을 디폴트 프로파일로 설정함을 특징으로 한다.
본 개시의 또다른 실시 예에 따른 MEP를 지원하는 eUICC를 포함하는 단말의 제어부는, 상기 eUICC가 상기 단말에 삽입되기전 다른 단말에서 사용된 경우, 상기 eUICC에 할당된 포트의 개수와 상기 디폴트 프로파일에 대한 정보를 기반으로 포트가 미 할당된 프로파일의 상태의 변경 여부를 판단함을 특징으로 한다.
본 개시의 또다른 실시 예에 따른 MEP를 지원하는 단말에 있어서 상기 단말의 제어부는 상기 단말과 eUICC의 초기화 과정에서 단말의 송수신부를 통해 상기 eUICC로부터 수신된 제2 메시지를 통해서 디폴트 프로파일로 설정된 프로파일이 활성화된 포트를 판단하고, 해당 포트에 우선적으로 기저대역 연결을 위한 포트를 할당함을 특징으로 한다.
본 개시의 또다른 실시 예에 따른 MEP를 지원하는 탈착가능 eUICC에 있어서, 상기 eUICC의 제어부는 단말과 상기 eUICC간 초기화 과정에서 상기 eUICC의 송수신부를 통해 수신된 제2 메시지를 통해서 상기 단말이 MEP로 동작하는지 여부를 판단하여 디폴트 프로파일로 설정된 프로파일을 제외한 다른 활성화된 프로파일의 비활성화 또는 특정 포트로 연결을 처리함을 특징으로 한다.
본 개시의 일 실시 예에 따르면, 사용자가 1개 이상의 프로파일이 활성화된 MEP 탈착식 eUICC를 eUICC 미지원 또는 MEP 모드를 지원하지 않는 eSIM 단말에 삽입하는 경우에 활성화된 프로파일 중 1개를 선택할 수 있는 방법을 제공한다.
본 개시의 일 실시 예에 따르면, 단말과 카드간 MEP 모드로 초기화(Initilisation) 할 때, 디폴트 프로파일(Default Profile)에 대한 기저 대역 연결을 보장해 줄 수 있으며, PPR1(Profile Policy Rule 1)이 설정된 프로파일의 활성화 유지를 보장할 수 있다.
본 개시의 일 실시 예에 따르면, MEP 모드에서 비활성화가 불가능한 프로파일이 점유 중인 기저 대역을, 사용자가 다른 프로파일로 연결을 변경하여 사용하거나 또는 다른 UICC로 연결해서 사용하는 방법을 제공한다.
도 1은 본 개시의 일 실시 예에 따른 무선 통신 시스템의 구성 요소들을 나타낸 도면이다.
도 2는 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 MEP를 지원하지 않는 현재 v2 내장 범용 통합 회로 카드(embedded Universal Integrated Circuit Card: eUICC)와 모뎀 간 연결에 대한 예시를 개략적으로 도시하고 있는 도면이다.
도 3은 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 가상 인터페이스(virtual interface, 또는 logical interface와 혼용되어 사용될 수 있음.) 개념 도입에 따른 eUICC와 모뎀 간 연결의 예시를 개략적으로 도시하고 있는 도면이다.
도 4는 본 개시의 일 실시 예에 따른 MEP모드로 동작하는 경우에 단말과 eUICC가 로컬 프로파일 활성화를 처리하는 방법을 나타낸 도면이다.
도 5은 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 MEP 지원 단말의 재 부팅 시 기존 설정을 유지하기 위한 모뎀과 eUICC간 연결을 개략적으로 도시한 도면이다.
도 6은 본 개시의 일 실시 예에 따른 단말에 삽입 또는 고정된 MEP 지원 eUICC가 디폴트 프로파일을 설정하는 방법을 나타낸 도면이다.
도 7은 본 개시의 일 실시 예에 따른 단말의 LPA에서 디폴트 프로파일 설정을 처리하는 과정을 나타낸 도면이다.
도 8는 본 개시의 일 실시 예에 따른 단말과 MEP eUICC간 초기화 과정에서 eUICC가 디폴트 프로파일 정보를 활용해 프로파일 처리를 판단하는 방법을 나타낸 도면이다.
도 9는 본 개시의 일 실시 예에 따른 도 8에서 일반 eUICC로 동작하는 경우에 eUICC에서 디폴트 프로파일 정보를 참조하여 프로파일 핸들링을 처리하는 방법을 나타낸 도면이다.
도 10a 및 10b는 본 개시의 일 실시 예에 따른 도 8에서 MEP eUICC로 동작하는 경우에 eUICC 및 단말에서 디폴트 프로파일 정보를 참조하여 프로파일 핸들링을 처리하는 방법을 나타낸 도면이다.
도 11a 및 11b는 본 개시의 일 실시 예에 따른 MEP 모드로 동작하는 단말과 eUICC에서 프로파일간 사용할 포트의 변경(swap)을 처리하는 방법을 나타낸 도면이다.
도 12는 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 단말의 내부 구조를 개략적으로 도시한 도면이다.
도 13은 본 개시의 또다른 실시 예에 따른 MEP 모드로 동작하는 단말과 eUICC에서 프로파일이 사용할 포트 간 변경을 처리하는 방법을 나타낸 도면이다.
도 14는 본 개시의 일 실시 예에 따른 탈착식 MEP 지원 UICC가 MEP 미지원 eSIM 단말에 삽입된 경우 프로파일의 상태 정보를 회신하는 방법을 나타낸 도면이다.
도 15는 본 개시의 일 실시 예에 따른 탈착식 MEP 지원 UICC가 MEP 미지원 eSIM 단말에 삽입된 경우 임시 활성화 상태인 프로파일의 활성화를 처리하는 방법을 나타낸 도면이다.
도 16은 본 개시의 일 실시 예에 따른 탈착식 MEP 지원 UICC가 MEP 미지원 eSIM 단말에 삽입된 경우 임시 활성화 상태인 프로파일의 비활성화를 처리하는 방법을 나타낸 도면이다.
이하 첨부된 도면을 참조하여 본 개시의 동작 원리를 상세히 설명한다. 하기에서 본 개시를 설명하기에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다. 마찬가지 이유로 첨부된 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성 요소에는 동일한 참조 번호를 부여하였다. 본 개시에 따른 기술적 사상의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다. 또한 본 개시를 설명함에 있어서 관련된 기능 또는 구성에 대한 구체적인 설명이 본 개시에 따른 기술적 사상의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략한다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
이하, 기지국은 단말의 자원할당을 수행하는 주체로서, gNode B, eNode B, Node B, BS (Base Station), 무선 접속 유닛, 기지국 제어기, 또는 네트워크 상의 노드 중 적어도 하나일 수 있다. 단말은 UE (User Equipment), MS (Mobile Station), 셀룰러폰, 스마트폰, 컴퓨터, 또는 통신기능을 수행할 수 있는 멀티미디어시스템을 포함할 수 있다. 본 개시에서 하향링크(Downlink; DL)는 기지국이 단말에게 전송하는 신호의 무선 전송 경로이고, 상향링크는(Uplink; UL)는 단말이 기국에게 전송하는 신호의 무선 전송경로를 의미한다. 또한, 이하에서 LTE 혹은 LTE-A 시스템을 일 예로서 설명할 수도 있지만, 유사한 기술적 배경 또는 채널형태를 갖는 다른 통신시스템에도 본 개시의 실시예가 적용될 수 있다. 예를 들어 LTE-A 이후에 개발되는 5세대 이동통신 기술(5G, new radio, NR)이 본 개시의 실시예가 적용될 수 있는 시스템에 포함될 수 있으며, 이하의 5G는 기존의 LTE, LTE-A 및 유사한 다른 서비스를 포함하는 개념일 수도 있다. 또한, 본 개시는 숙련된 기술적 지식을 가진 자의 판단으로써 본 개시의 범위를 크게 벗어나지 아니하는 범위에서 일부 변형을 통해 다른 통신시스템에도 적용될 수 있다. 이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다.
이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예를 들면, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다. 이 때, 본 실시 예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA(Field Programmable Gate Array) 또는 ASIC(Application Specific Integrated Circuit)과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행할 수 있다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다. 또한 실시예에서 '~부'는 하나 이상의 프로세서를 포함할 수 있다.
먼저, 본 개시에서 사용되는 용어에 대해서 정의한다.
본 개시에서 UICC는 이동통신 단말기에 삽입하여 사용하는 스마트카드로서 이동통신 가입자의 네트워크 접속 인증 정보, 전화번호부, SMS와 같은 개인정보가 저장되어 GSM, WCDMA, LTE, 5G 등과 같은 이동통신 시스템에 접속 시 가입자 인증 및 트래픽 보안 키 생성을 수행하여 안전한 이동통신 이용을 가능케 하는 칩을 의미한다. UICC에는 가입자가 접속하는 이동통신 네트워크의 종류에 따라 SIM(Subscriber Identification Module), USIM(Universal SIM), ISIM(IP Multimedia SIM)등의 통신 어플리케이션이 탑재되며, 또한 전자지갑, 티켓팅, 전자여권 등과 같은 다양한 응용 어플리케이션의 탑재를 위한 상위 레벨의 보안 기능을 제공할 수 있다.
본 개시에서 eUICC(embedded UICC)는 단말에 내장된 보안 모듈로 한정하지 않으며 단말에 삽입 및 탈거가 가능한 탈착식 보안 모듈을 포함한다. eUICC는 OTA(Over The Air)기술을 이용하여 프로파일을 다운받아 설치할 수 있다. eUICC는 프로파일 다운로드 및 설치가 가능한 UICC로 명명할 수 있다.
본 개시에서 eUICC에 OTA 기술을 이용하여 프로파일을 다운받아 설치하는 방법은 전술한 바와 같이 단말에 삽입 및 탈거가 가능한 탈착식 UICC에도 적용될 수 있다. 예를 들면, 본 개시의 실시 예는 OTA 기술을 이용하여 프로파일을 다운 받아 설치 가능한 탈착식 UICC에 적용될 수 있다.
본 개시에서 용어 UICC는 SIM과 혼용될 수 있고, 용어 eUICC는 eSIM과 혼용될 수 있다.
본 개시에서 프로파일(Profile)은 UICC내에 저장되는 어플리케이션, 파일시스템, 인증키 값 등을 소프트웨어 형태로 패키징 한 것을 의미할 수 있다. 또한, 프로파일을 접속정보로 명명할 수 있다.
본 개시에서 USIM 프로파일은 프로파일과 동일한 의미 또는 프로파일 내 USIM 어플리케이션에 포함된 정보를 소프트웨어 형태로 패키징 한 것을 의미할 수 있다.
본 개시에서 프로파일서버는 프로파일을 생성하거나, 생성된 프로파일을 암호화하거나, 프로파일 원격관리 명령어를 생성하거나, 생성된 프로파일 원격관리 명령어를 암호화하는 기능을 제공하거나, 단말의 복수 프로파일 활성화 지원 기능을 포함할 수 있는 서버로, SM-DP(Subscription Manager Data Preparation), SM-DP+ (Subscription Manager Data Preparation plus), SM-SR (Subscription Manager Secure Routing)으로 표현될 수 있다.
본 개시에서 사용하는 용어 '단말' 또는 '기기'는 이동국(MS), 사용자 장비(UE; User Equipment), 사용자 터미널(UT; User Terminal), 무선 터미널, 액세스 터미널(AT), 터미널, 가입자 유닛(Subscriber Unit), 가입자 스테이션(SS; Subscriber Station), 무선 기기(wireless device), 무선 통신 디바이스, 무선 송수신 유닛(WTRU; Wireless Transmit/Receive Unit), 이동 노드, 모바일 또는 다른 용어들로서 지칭될 수 있다. 단말의 다양한 실시 예들은 셀룰러 전화기, 무선 통신 기능을 가지는 스마트 폰, 무선 통신 기능을 가지는 개인 휴대용 단말기(PDA), 무선 모뎀, 무선 통신 기능을 가지는 휴대용 컴퓨터, 무선 통신 기능을 가지는 디지털 카메라와 같은 촬영장치, 무선 통신 기능을 가지는 게이밍 장치, 무선 통신 기능을 가지는 음악저장 및 재생 가전제품, 무선 인터넷 접속 및 브라우징이 가능한 인터넷 가전제품뿐만 아니라 그러한 기능들의 조합들을 통합하고 있는 휴대형 유닛 또는 단말기들을 포함할 수 있다. 또한, 단말은 M2M(Machine to Machine) 단말, MTC(Machine Type Communication) 단말/디바이스를 포함할 수 있으나, 이에 한정되는 것은 아니다. 본 개시에서 상기 단말은 전자장치 또는 단순히 디바이스라 지칭할 수도 있다.
본 개시에서 상기 단말 또는 기기는 UICC 또는 eUICC를 제어하도록 단말 또는 기기 내에 설치된 소프트웨어 또는 애플리케이션을 포함할 수 있다. 상기 소프트웨어 또는 애플리케이션은, 예를 들어 Local Profile Assistant(LPA)라 지칭할 수 있다. 본 개시에서 eUICC 식별자(eUICC ID)는, 단말에 내장된 eUICC의 고유 식별자일 수 있고, EID로 지칭될 수 있다.
본 개시에서 APDU(application protocol data unit)는 단말 또는 기기 내의 제어부(Controller)가 eUICC와 연동하기 위한 메시지일 수 있다.
본 개시에서 프로파일 패키지(Profile Package)는 프로파일과 혼용되거나 특정 프로파일의 데이터 객체(data object)를 나타내는 용어로 사용될 수 있으며, 프로파일 TLV 또는 프로파일 패키지 TLV (Profile Package TLV)로 명명될 수 있다. 프로파일 식별자는, 프로파일의 고유 식별 번호로 ICCID로 지칭될 수 있다. 프로파일 패키지가 암호화 파라미터를 이용해 암호화된 경우 보호된 프로파일 패키지(Protected Profile Package (PPP)) 또는 보호된 프로파일 패키지 TLV (PPP TLV)로 명명될 수 있다. 프로파일 패키지가 특정 eUICC에 의해서만 복호화 가능한 암호화 파라미터를 이용해 암호화된 경우 묶인 프로파일 패키지(Bound Profile Package (BPP)) 또는 묶인 프로파일 패키지 TLV (BPP TLV)로 명명될 수 있다. 프로파일 패키지 TLV는 TLV (Tag, Length, Value) 형식으로 프로파일을 구성하는 정보를 표현하는 데이터 세트 (set) 일 수 있다.
본 개시에서 AKA는 인증 및 키 합의 (Authentication and Key agreement)를 나타낼 수 있으며, 3GPP 및 3GPP2망에 접속하기 위한 인증 알고리즘을 나타낼 수 있다. K는 AKA 인증 알고리즘에 사용되는 eUICC에 저장되는 암호키 값이며, 본 개시에서 OPc는 AKA 인증 알고리즘에 사용되는 eUICC에 저장될 수 있는 파라미터 값이다.
본 개시에서 NAA는 네트워크 접속 어플리케이션 (Network Access Application) 응용프로그램으로, UICC에 저장되어 망에 접속하기 위한 USIM 또는 ISIM과 같은 응용프로그램일 수 있다. NAA는 망접속 모듈일 수 있다.
본 개시에서 End user, 사용자, 가입자, 서비스 가입자, user는 해당 단말의 사용자로 혼용되어 사용될 수 있다.
본 개시에서 eSIM 포트(port)는 eUICC - 모뎀과 연결된 물리 인터페이스(physical interface)를 다중화(Multiplexing)하여 나누어 사용하는 가상 인터페이스를 의미하며, eSIM port, eSIM 포트, eSIM 포트, 포트, SIM 포트, 가상화 인터페이스 (virtual interface), 논리 인터페이스(logical interface), 논리 SE 인터페이스 (logical SE interface, LSI)와 혼용되어 사용될 수 있다.
ISD-R이 사용하는 eSIM 포트 ISD-R eSIM 포트로 칭하여 표현할 수 있고, 프로파일이 사용하는 eSIM 포트는 프로파일 eSIM Port로 구분하여 사용할 수 있다.
본 개시에서 GetProfileInfo()를 통해서 LPA에 회신될 수 있는 프로파일에 대한 정보는 프로파일 메타데이터 또는 프로파일 정보 라는 용어로 사용될 수 있다. 해당 정보는 SM-DP+에서 단말에 프로파일 설치 시에 제공해주는 프로파일의 정보 또는 LPA로부터 eUICC가 ES10c 명령을 수신 받아 처리한 프로파일의 상태 또는 설정 정보, 또는 eUICC가 특정 조건을 만족하는 경우에, 처리한 프로파일의 상태/설정 정보일 수 있다.
본 개시에서 단일 eUICC에 존재하는 복수 개의 프로파일을 활성화하고 관리하는 기능을 통칭하여 Multiple Enabled Profile (MEP) 기능이라 칭한다. 종래 eUICC는 최대 1개의 프로파일만 활성화가 가능하여, 단일 eUICC로는 듀얼(Dual) SIM 또는 멀티(Multi) SIM 기능을 지원하지 못한다. 단일 eUICC로 듀얼 SIM 또는 멀티 SIM 기능을 지원하기 위해, 단일 eUICC에서 복수 개의 프로파일이 활성화되고 이를 관리하는 기능이 필요하다. MEP 기능이 구현된 eUICC를 MEP 지원 eUICC라 칭할 수 있다. MEP 기능이 구현된 모뎀과, 이를 지원할 수 있는 단말 소프트웨어를 포함하는 단말을 MEP 지원 단말이라 칭할 수 있다.
본 개시에서 단말과 eUICC간에 초기화 과정을 통해 단일 물리 인터페이스에서 1개 이상의 논리적 인터페이스(logical interface)가 사용 가능하도록 분할 다중화하여 전송할 수 있도록 동작하기로 결정한 모드를 MEP 모드라고 칭할 수 있다. MEP 지원 단말 또는 MEP 지원 eUICC라고 하더라도, 단말과 eUICC간의 초기화 과정에서 MEP 모드로 동작을 결정하지 않은 경우 MEP 모드로 동작하지 않음에 유의해야 한다.
본 개시에서 프로파일의 활성화(enabled) 상태라고 함은, GSMA SGP.21에 정의된 바와 같이 프로파일에 있는 모든 파일 및/또는 애플리케이션(예: 네트워크 접속 애플리케이션)이 선택 가능한 상태를 의미할 수 있다. 또한, 프로파일의 비활성화(disabled) 상태라고 함은, GSMA SGP.21에 정의된 바와 같이 프로파일에 있는 모든 파일 및/또는 애플리케이션(예: 네트워크 접속 애플리케이션)이 선택 가능하지 않은 상태를 의미할 수 있다.
그리고, 본 개시를 설명함에 있어서, 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단된 경우, 그 상세한 설명은 생략한다.
이하에서는 도면들을 통해 본 개시에서 제안하는 실시 예(들)를 설명한다.
먼저, 범용 통합 회로 카드(UICC)는 단말, 일 예로 이동 통신 단말기 등에 삽입되어 사용되는 스마트카드(smart card)이고 UICC 카드라고도 칭해진다. 상기 UICC에 이동 통신 사업자의 네트워크에 접속하기 위한 접속 제어 모듈이 포함될 수 있다. 이러한 접속 제어 모듈의 예제들은 범영 가입자 식별 모듈(USIM), 가입자 식별 모듈(SIM), 인터넷 프로토콜 멀티미디어 서비스 식별 모듈(ISIM) 등을 포함한다.
USIM이 포함된 UICC를 통상 USIM 카드라고 부르기도 한다. 마찬가지로 SIM 모듈이 포함된 UICC를 통상적으로 SIM카드라고 부르기도 한다. 하기의 설명에서 SIM 카드라 함은 UICC 카드, USIM 카드, ISIM이 포함된 UICC 등을 포함하는 통상의 의미로 사용될 수 있음에 유의하여야만 할 것이다. 즉, SIM 카드라 하여도 그 기술적 적용이 USIM 카드 또는 ISIM 카드 또는 일반적인 UICC 카드에도 동일하게 적용될 수 있음은 물론이다.
상기 SIM 카드는 이동 통신 가입자의 개인 정보를 저장하고, 이동 통신 네트워크에 접속 시 가입자 인증 및 트래픽(traffic) 보안 키(key) 생성을 수행하여 안전한 이동통신 이용을 가능하게 한다.
상기 SIM 카드는 일반적으로 상기 SIM 카드를 제조할 때 특정 이동 통신 사업자의 요청에 의해 해당 이동 통신 사업자를 위한 전용 카드로 제조되며, 해당 사업자의 네트워크 접속을 위한 인증 정보, 예를 들어, USIM 어플리케이션 및 IMSI, K 값, OPc 값 등이 사전에 카드에 탑재되어 출고된다. 따라서 제조된 상기 SIM 카드는 해당 이동 통신 사업자가 납품 받아 가입자에게 제공되며, 이후 필요시에는 OTA 등의 기술을 활용하여 상기 UICC 내 어플리케이션의 설치, 수정, 삭제 등의 관리도 수행할 수 있다.
가입자는 소유한 이동 통신 단말기에 상기 UICC 카드를 삽입하여 해당 이동 통신 사업자의 네트워크 및 응용 서비스의 이용이 가능하며, 이동 통신 단말기 교체 시 상기 UICC 카드를 기존 이동 통신 단말기에서 새로운 이동 통신 단말기로 이동 삽입함으로써 상기 UICC 카드에 저장된 인증정보, 이동통신 전화번호, 개인 전화번호부 등을 새로운 이동 통신 단말기에서 그대로 사용이 가능하다.
그러나, 상기 SIM 카드는 이동 통신 단말기 사용자가 다른 이동 통신사의 서비스를 제공받는데 있어 불편한 점이 있다. 이동 통신 단말기 사용자는 이동 통신 사업자로부터 서비스를 받기 위해 SIM 카드를 물리적으로 획득해야 되는 불편함이 있다. 예를 들면, 다른 나라로 여행을 했을 때 현지 이동통신 서비스를 받기 위해서는 현지 SIM 카드를 구해야 하는 불편함이 있다. 로밍 서비스의 경우 상기 불편함을 어느 정도 해결해 주지만, 비싼 요금 및 통신사간 계약이 되어 있지 않은 경우 서비스를 받을 수 없는 문제도 있다.
한편, UICC 카드에 상기 SIM 모듈을 원격으로 다운로드 받아서 설치할 경우, 이러한 불편함을 상당부분 해결할 수 있다. 즉 사용자가 원하는 시점에 사용하고자 하는 이동통신 서비스의 SIM 모듈을 UICC 카드에 다운로드 받을 수 있다. 이러한 UICC 카드는 또한 복수개의 SIM 모듈을 다운로드 받아서 설치하고 그 중의 한 개의 SIM 모듈만을 선택하여 사용할 수 있다. 이러한 UICC 카드는 단말기에 고정하거나 고정하지 않을 수 있다. 특히 단말에 고정하여 사용하는 UICC를 eUICC라고 하는데, 통상적으로 eUICC는 단말에 고정하여 사용하고, 원격으로 SIM 모듈을 다운로드 받아서 선택할 수 있는 UICC 카드를 의미한다. 본 개시에서는 원격으로 SIM 모듈을 다운로드 받아 선택할 수 있는 UICC 카드를 eUICC로 통칭한다. 즉 원격으로 SIM 모듈을 다운로드 받아 선택할 수 있는 UICC 카드 중 단말에 고정하는 UICC 카드 및 고정하지 않는 UICC 카드를 통칭하여 eUICC로 사용한다. 또한 다운로드 받는 SIM 모듈정보를 통칭하여 프로파일(Profile) 이라는 용어로 사용한다.
상기 eUICC내의 프로파일은 1개 이상이 존재하더라도 동시에 1개만 활성화(Enabled)가 가능하다. 따라서, 단말에서 2개 이상의 기저대역(들)을 지원하고, 해당 eUICC에 2개 이상의 프로파일이 존재하더라도 해당 단말에서는 프로파일 2개를 하나의 휴대 전화에서 동시에 사용 가능하게 하는 듀얼 SIM 기능을 지원하지 못한다. 이를 해결하는 방법으로는 단말에 2개의 eUICC(s)를 탑재하여 해결이 가능하나, 이는 추가적인 eUICC 모듈 탑재 및 eUICC 모듈을 모뎀의 기저대역과 연결하기 위한 물리적 인터페이스가 필요하므로 단말 제조사는 추가적인 eUICC 모듈 및 물리적 인터페이스를 위한 물리 핀 구매에 따른 비용을 부담해야 한다. 또한, 해당 모듈 및 물리 핀 도입에 따른 단말의 실장 공간 확보도 문제가 된다.
현재 단말과 eUICC는 모두 eUICC에 1개의 프로파일만 동시에 활성화 가능한 경우를 가정하여 단말과 eUICC간의 초기화을 처리하고 있기 때문에, 단말과 eUICC간의 초기화 과정에서 MEP를 지원하도록 결정하는 방법 및 해당 결정에 따라서 단말 또는 eUICC에서 처리해야 할 동작이 정의되어 있지 않다. 특히, MEP를 지원하는 탈착식 eUICC가 단말에 삽입되는 경우에 있어 eUICC에서 처리해야 할 동작이 정의되어 있지 않다. 따라서, 본 개시에서는 이를 해결하고자 한다. 또한, eSIM 단말에서 사용자가 eUICC에서 활성화 중인 1개의 PPR1 프로파일이 점유한 기저대역을 다른 기저대역으로 연결을 변경하여 사용하고자 하는 경우에, 해당 프로파일의 연결을 변경 처리하는 방안에 대한 고려가 없어 이 문제를 해결하고자 한다.
기존의 무선 통신 시스템에서는 단말과 eUICC 모두가 상기 eUICC에 1개의 프로파일만 동시에 활성화 가능한 경우를 가정하여 단말 및 eUICC간의 초기화를 핸들링하는 방안에 대해 고려하고 있다. 따라서, 단말 및 eUICC 간의 초기화 과정에서 MEP를 지원하도록 결정하는 방법 및 해당 결정에 따라서 단말 또는 eUICC에서 프로세싱해야 할 동작이 정의되어 있지 않다. 따라서, 본 개시의 다양한 실시 예들에서는 MEP 모드로 동작 여부에 따른 무선 통신 시스템에서 단말 및 eUICC 간 초기화 시 프로파일 핸들링 방안을 제안한다.
또한, 본 개시의 다양한 실시 예들에서는 MEP를 지원하는 무선 통신 시스템에서 단말 및 eUICC간의 PPR1 프로파일을 고려하여 디폴트 프로파일e을 eUICC가 설정하고 또한 설정된 디폴트 프로파일 정보를 활용해 단말 또는 eUICC에서 프로파일을 효율적으로 관리하는 방안을 제안한다.
이하에서는 도면들을 통해 본 개시에서 제안하는 실시 예(들)을 설명한다.
도 1은 본 개시의 실시 예에 따른 무선 통신 시스템의 구성 요소들을 나타낸 도면이다.
단말 (1005)은 일반 앱(110)와 LPA (115), 단말 프레임워크(Framework) (120), MEP 지원 모뎀 (125)을 포함할 수 있다. 여기서 일반 앱(110)은 통신사업자 앱 또는 SIM 카드 매니저 앱과 같이 단말에 미리 저장(pre-loaded)되어 있거나 다운로드하여 설치 가능한 앱으로 물리 심타드(pSIM: physical SIM)(145) 또는 eUICC (150)의 프로파일에 접근 권한을 가지는 앱을 나타낸다. 한편, LPA(115)는 eUICC 제어를 담당하는 앱으로, SM-DP+(170)와 단말 사용자(101), 그리고 eUICC(150)내의 ISD-R(165)과 통신하면서 프로파일에 대한 관리를 처리한다. LPA(115)는 단독 또는 다른 일반 단말 애플리케이션에 통합 구현될 수 있으며, LPA(115)에서는 UI를 구성하여 프로파일의 로컬 관리에 대한 사용자의 입력(Input)을 획득하거나 또는 SM-DP+(170) 원격 관리 명령어를 SM-DP+서버(170)로부터 수신한 후, 해당 명령에 대한 UI를 구성하여 사용자(101) 입력을 획득한 후, LPA(115)에서 eUICC(150)의 ISD-R(165)로 프로파일의 관리 명령을 전달하여 프로파일의 활성화/비활성화/삭제/업데이트를 처리할 수 있다. 원격 프로파일 관리(RPM: Remote Profile Management)는 SM-DP+(170)에서 단말로 전송하는 명령어에 의해 프로파일 설치/활성화/비활성화/삭제 및 기타 기능이 수행되는 일련의 절차를 통칭한다. RPM은 통신 사업자, 서비스 제공자, 또는 단말의 소유자에 의해 요청되어 SM-DP+(170)에 의해 명령어가 생성될 수 있다.
단말(105)의 통신 모뎀(125)는 정보 전달을 위해 신호를 변조하여 송신하고 수신측에서 원래의 신호로 복구하기 위해 복조하는 장치로 MEP 지원 모뎀의 경우 무선통신을 위한 기저대역 프로세서(Baseband Processor) (이하 기저대역(Baseband))가 2개 이상 탑재될 수 있다. 기저대역은 모뎀 안에 논리적으로 구현될 수 있다. 모뎀(125)은 UICC 또는 eUICC와 각 1개의 물리 핀 (스마트 카드 인터페이스로 ISO7816 규격을 준용)으로 연결되어 있으며, 해당 인터페이스를 통해서 모뎀이 명령(Command)에 대한 APDU (Application Protocol Data Unit)을 eUICC(150)에 송신하면 이에 대해 eUICC(150)가 결과 값을 응답하는 방식으로 동작한다. SIM Card (pSIM)는 물리 핀 1개를 통해 모뎀의 기저대역 1개를 점유하며 pSIM 1개는 SIM 포트 하나를 가진다. SIM 포트는 SIM 카드 슬롯(Slot)과 혼용되어 사용될 수 있으며, GSMA TS(Technical Specification).37에 "physical and electronic housing provided on a device to accommodate a physical SIM card"로 정의되어 있다. MEP 지원 eUICC(150)는 MEP 지원 모뎀(125)과 1개의 물리 핀으로 연결되어 있으며 eUICC 내의 프로파일은 MEP 지원 모뎀(125)내의 기저대역 1개를 점유한다. 각 프로파일 1개는 eSIM 포트 1개를 통해서 eSIM 포트에 맵핑된 기저대역과 통신을 수행한다. 예를 들어 도 1에서 프로파일 1(155)은 활성화된 상태로 eSIM 포트 1을 사용하여 기저대역 1을 점유하고, 프로파일2(160)는 활성화된 상태로 eSIM 포트 2을 사용하여 기저대역 2를 점유하여 사용할 수 있다. 이 경우에, 도 1에서 pSIM(145)은 삽입되어 있으나 기저대역과 연결이 없는 상태가 된다. 한편 ISD-R(165)는 LPA(115) 또는 모뎀(125)에서만 선택 가능한 eUICC내 엔티티(Entity)로 프로파일의 메타데이터 또는 eUICC내 프로파일의 상태 및 설정 정보를 저장 또는 eUICC 내부 동작을 통해 수집하여 LPA(115) 또는 단말(105)로부터 명령을 수신하는 경우에 회신해 줄 수 있다. 일 예로, ISD-R 선택 명령 APDU 또는 APDU의 메시지로 GetProfileInfo()와 같은 명령을 수신하는 경우를 포함할 수 있다. 한편, LPA(115)는 단말 프레임워크 (120)위에서 동작하는 소프트웨어로 LPA(115)의 기능은 단말 프레임워크(120)에 일부 통합될 수 있다. LPA(115)에서 eUICC(150)로 전송하는 메시지는 단말 프레임워크(120)와 모뎀(125)을 경유하여 eUICC(150)로 최종 전송(120)되며, 해당 메시지를 수신한 eUICC(150)은 LPA(115)에서 전송된 APDU에서 ES10c 명령을 확인하여 eUICC의 프로파일 관리 동작을 수행한다.
도 1에서는 이하 설명의 편의를 위해 eUICC(150)에 프로파일 1과 프로파일 2의 2개 프로파일들이 존재하는 경우를 가정하여 도시하였으나 이에 한정하지 않고 eUICC(150)의 메모리 능력(Capability)에 따라서 더 많은 프로파일이 존재할 수 있고 또한 2개 이상의 프로파일이 활성화 상태로 존재할 수 있음에 유의해야 한다. MEP지원 eUICC에서는 프로파일 1(155)과 프로파일 2(160)가 동시에 활성화될 수 있으며, MEP 미지원 eUICC인 경우에는 프로파일 1(155) 또는 프로파일 2(160) 중 1개의 프로파일만 활성화 상태가 가능하다. ISD-R(165)은 신규 ISD-P(프로파일의 호스팅을 위한 보안 도메인(Security Domain)을 의미)를 생성하고 전술한 바와 같이 LPA 기능에 의해 요구되는 필요한 eUICC 데이터 및 서비스(예를 들어 로컬 프로파일 관리, 프로파일의 정보 등)를 저장 또는 eUICC내에서 수집하여 LPA에 제공한다.
한편, 도 1에서는 단말(105)의 eUICC(150)에는 설명의 편의를 위해 도시하지 않았으나, eUICC의 보안 도메인들에서 요구하는 인증서들(Credentials), 예를 들어 SM-DP+ 인증서를 검증하기 위한 증명서 발급자의 루트 공개 키(Certificate Issuer's Root public Key), eUICC 제조사의 키 셋(keyset) 등을 저장하는 공간인 ECASD(Embedded UICC Controlling Authority Security Domain), eSIM 운영 플랫폼 등이 포함될 수 있다.
단말 프레임워크(120)는 단말의 운영 체제를 의미하며 모뎀 및 기타 단말 시스템과 일반 앱 및 LPA간에 존재한다. 단말 프레임워크(120)은 모뎀(125)으로부터 eUICC에 대한 정보를 획득하여 가지고 있다가 일반 앱 또는 LPA에서 단말 또는 eUICC에 대한 정보를 요청 시 해당 정보를 회신해 줄 수 있다. 또한 단말 프레임워크(120)은 일반 앱 또는 LPA에서 수신 받은 채널 오픈 또는 포트 오픈 명령에 따라 Command APDU를 생성하여 모뎀에 전송하고 모뎀으로부터 해당 APDU에 대한 응답 메시지를 수신 받아 다시 일반 앱 또는 LPA에 전달할 수 있다. 또한, 단말 프레임워크(120)은 일반 앱 또는 LPA에서 호출된 channel.transmit(Command APDU)를 수신 받아 channel.transmit(Response APDU)포맷으로 일반 앱 또는 LPA에서 전달해 줄 수 있다.
SM-DP+서버(170)는 전술한 바와 같이 프로파일을 생성하거나, 생성된 프로파일을 암호화하거나, 프로파일 원격관리 명령어를 생성하거나, 생성된 프로파일 원격관리 명령어를 암호화하는 기능을 포함하고 있거나, 단말의 복수 프로파일 활성화 지원 기능을 포함하는 서버를 의미한다.
도 2는 무선 통신 시스템에서 MEP를 지원하지 않는 기존의 v2 eUICC와 모뎀 간 연결에 대한 예시를 개략적으로 도시하고 있는 도면이다.
기존의 v2 eUICC에서는 eUICC에서 단일(1개) 프로파일만 활성화가 가능하며, 기 설치된 프로파일의 활성화/비활성화/삭제/업데이트 등을 처리하기 위해 SM-DP+의 개입이 없는 사용자의 로컬 프로파일 관리만 가능하다. MEP 미 지원 모뎀(201)인 경우에, 물리적 SIM 카드를 eUICC 와 동시 사용하는 경우 등을 고려하면 기지대역을 1개 이상 가질 수 있으나, 본 개시에서는 논점을 흐리지 않기 위해 1개의 기저대역을 가정하여 설명한다. 단말과 eUICC간 초기화 과정에서 모뎀(201)은 eUICC로 수신한 ATR(Answer to Reset) 정보를 통해서 최대 오픈 가능한 채널을 개수를 확인할 수 있으며, 기존 최대 20(0번 내지 19번)개의 채널을 생성할 수 있다. 모뎀과 eUICC간 초기화 과정에서 모뎀은 eUICC내 ISD-R을 선택하여 APDU를 전송하기 위한 채널을 MANAGE CHANNNEL Open Command를 통해 생성할 수 있으며, 이후 특정 시점에 단말 프레임워크로부터 채널 오픈에 대한 요청을 수신하는 경우, 모뎀은 추가적으로 애플리케이션과 eUICC간의 프로파일 또는 LPA와 ISD-R간 APDU 전송을 처리하기 위한 각 독립적인 채널을 오픈하여 APDU를 전송할 수 있다. 기존에 모뎀과 카드 간에는 1개의 물리적인 인터페이스만을 사용하므로 모뎀은 해당 인터페이스안에서 애플리케이션과 eUICC 간의 프로파일 내의 특정 애플릿(Applet)간, 또는 LPA와 ISD-R간에 종단으로 APDU 전송을 처리할 수 있도록 독립된 채널을 할당하여 APDU를 전송 처리한다.
v2 eUICC(215)까지의 eUICC에서는 1개의 프로파일만 동시에 활성화가 가능하다. Case 1(2100) 또는 Case 2(2200)와 같이 활성화된 1개의 프로파일은 모뎀(201)의 1개의 기저대역(205)를 점유하고 있으며 eUICC(215)의 활성화된 프로파일에서 모뎀(201)에 REFRESH Proactive Command 전송이 필요한 경우에, 모뎀(201)에서 해당 프로파일의 App ID에 기 할당한 채널을 통해서 APDU를 송신할 수 있다. 예를 들어, Case 1(2100)인 경우 프로파일 1(220)의 USIM 애플리케이션은 기저대역 1(205)간에 모뎀이 할당한 임의의 채널 #0(240)을 통해서 APDU를 송신할 수 있다.
한편, ISD-R(230)이 LPA로부터 프로파일의 상태 변경, 예를 들어 Case 1(2100)에서 Case 2(2200)로 상태 변경에 대한 ES10c.EnableProfile(프로파일2) 요청을 수신하는 경우에 또는 eUICC 메모리 리셋(Reset)을 요청받는 경우, ISD-R(230)은 모뎀(210)으로 기존에 캐시된 프로파일의 데이터 삭제 처리 및/또는 애플리케이션 세션 재 시작을 위해 REFRESH Proactive Command를 통해 UICC 리셋 및/또는 프로파일 상태 변경(eUICC Profile State Change)을 포함하는 Proactive Command를 전송(235)할 수 있다. 이 경우 ISD-R(230)은 모뎀(201)이 ISD-R(230)에 전송하는 APDU에 대한 회신 값으로 Proactive Command가 있음을 알리는 응답 APDU를 전송하고, 모뎀(201)이 이를 받아 베이직 채널로 FETCH APDU 명령을 내려서 해당 메시지의 응답 APDU의 본문으로 상기 UICC 리셋 또는 프로파일 상태 변경(eUICC Profile State Change)에 대한 Proactive Command를 회신할 수 있다. Case 1(2100)에서 Case 2(2200)로 상태변경이 완료되면 Case 2(2200)에서 프로파일 2(225)의 USIM 애플리케이션은 기저대역 1(205)간에 모뎀이 할당한 임의의 채널(245)을 통해서 APDU를 송신할 수 있다.
도 3은 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 가상 인터페이스 개념 도입에 따른 eUICC와 모뎀 간 연결의 예시들을 개략적으로 도시하고 있는 도면이다.
설명의 편의를 위해 도 3에서 eUICC(320)은 동시에 복수개의 프로파일 활성화가 가능한 MEP기능을 지원하는 eUICC를 가정하였다. 한편, 모뎀(301)역시 MEP 기능을 지원하는 모뎀을 가정한다. 도 3에서는 기저대역 2개(기저대역 1(305) 및 기저대역 2(310))와 활성화된 프로파일이 2개(프로파일 1(325) 및 프로파일 2(330)) 있는 상황을 예로 들어 설명하며 모뎀(301)내의 기저대역과 eSIM 포트 간의 맵핑은 스위칭 가능할 수 있으나, 도 3의 Case 1(3100) 내지 Case 3(3300)에서는 논점을 흐리지 않기 위해 모뎀(301)내 논리적 단말 엔드포인트(logical terminal endpoint)의 맵핑을 기저대역 1(305)과 채널 1(340) 간 및 기저대역 2(310)와 채널 2(345)간으로 한정하여 설명한다.
MEP를 지원하는 eUICC(320)은 복수의 프로파일들을 활성화할 수 있으며, 해당 각 활성화된 프로파일은 모뎀의 특정 기저대역을 점유하여 사용할 수 있다. MEP에서는 2개 이상의 프로파일이 동시에 활성화가 가능하므로 기존의 물리적 인터페이스(315)를 다중화하여 활성화된 프로파일 별로 구분해 APDU를 전송하기 위한 논리적 인터페이스(logical interface) 개념이 도입될 수 있다. 이하 설명의 편의를 위해 해당 논리적 인터페이스를 eSIM 포트로 칭하고, eSIM 포트 #1(340), eSIM 포트 #2(345) 및 eSIM 포트 #0(360)로 구분하여 설명한다.
단말과 카드간 초기화 결과로 모뎀과 eUICC간 APDU 전송을 위한 포트 및 포트 내 전송 채널을 생성할 수 있으며, 이 때, 각 기저대역과 맵핑된 eSIM 포트 ID를 설정할 수 있다. 해당 포트 ID는 모뎀 또는 단말 플랫폼에서 설정하여 LPA에 전달해 줄 수 있다. 포트 ID는 본 개시에서 설명의 편의를 위해 포트 번호로 혼용되어 사용하고 있다. 모뎀은 기저대역의 개수만큼 eSIM 포트의 개수를 가질 수 있으나, eUICC(320)에서 활용하는 eSIM 포트의 개수는 해당 eUICC에서 동시에 활성화 가능한 프로파일의 수와 동일하거나 작을 수 있다. 프로파일은 해당 eSIM 포트 중 1개를 사용하여 APDU 메시지를 수신 받을 수 있고 모뎀에 proactive command를 전송할 수 있다.
도 3의 Case 1 내지 3의 경우의 예에서 모뎀(301)은 APDU Command를 eSIM 포트 #1(340)을 통해서 활성화된 프로파일 1(325)로 전송할 수 있다. 프로파일e 1(325)은 eSIM 포트 #1(340)을 통해서 기저대역 1(305)에 Proactive Command를 전송할 수 있다. 모뎀(301)은 APDU Command를 eSIM 포트t #2(345)을 통해서 활성화된 프로파일 2(330)로 전송할 수 있다. 프로파일 2(330)은 eSIM 포트 #2(345)을 통해서 기저대역 2(310)에 Proactive Command를 전송할 수 있다.
한편, 이하에서 설명되는 Case 1(3100), Case 2(3200) 또는 Case 3(3300)과 같이 단말 모뎀은 ISD-R에 APDU를 전송할 채널을 다음 중의 한 가지 방법으로 설정할 수 있다.
- Case1(3100): ISD-R(335)이 eSIM 포트 중 하나를 통해서만 선택될 수 있도록 전송 채널을 오픈한다. ISD-R(335)이 사용하는 eSIM 포트는 프로파일과 포트를 공유하나 포트 내에서 독립적인 단일 채널을 사용한다. 이 경우 예를 들어, LPA는 포트 #1(340)내의 ISD-R(335)에 할당된 채널(350)을 통해서만 ISD-R(335)과 APDU를 송수신한다.
- Case2(3200): ISD-R(335)이 프로파일이 점유하고 있는 모든 eSIM 포트를 통해서 선택되게 포트별 전송 채널을 오픈한다. ISD-R(335)이 사용하는 eSIM 포트는 해당 포트를 점유하고 있는 프로파일과 포트를 공유하나 포트 내에서 독립적인 단일 채널을 사용한다. 이 경우, 예를 들어 LPA는 포트 #1(340)내의 ISD-R(335)에 할당된 채널(355-1) 또는 포트 #2(345)내 ISD-R(335)에 할당된 채널(355-2) 중 하나를 선택하여 동시 또는 비 동시적으로 ISD-R(335)과 APDU를 송수신한다.
- Case 3(3300): ISD-R(335)이 ISD-R 전용 포트를 통해서 선택되게 전용 포트 및 해당 포트 내 전송 채널을 오픈한다. 상기 전용 포트는 프로파일이 사용하는 eSIM 포트와 독립적으로 존재하며 해당 포트 내에서 단일 채널을 사용한다. 이 경우, 예를 들어 LPA는 독립적인 ISD-R 전용 포트(360) 내의 할당된 채널(350)을 사용해 ISD-R(335)과 APDU를 송수신한다.
도 4는 본 개시의 일 실시 예에 따른 MEP모드로 동작하는 경우에 단말과 eUICC가 로컬 프로파일 활성화를 처리하는 방법을 나타낸 도면이다.
전술한 바와 같이 MEP 기능을 지원하지 않는 v2 eUICC는 프로파일 1개만 활성화 가능하게 설계되어 있어, 기존에 활성화된 프로파일이 있는 경우, 다른 프로파일을 활성화하기 위해서는 기존에 활성화된 프로파일을 비활성화 상태로 바꾸어야 한다. 하지만, MEP 기능을 지원하는 eUICC의 경우 프로파일 활성화 명령을 처리할 때, 프로파일을 활성화할 eSIM 포트의 위치에 따라서 현재 활성화된 다른 프로파일을 비활성화 처리하지 않을 수 있다. 예를들어 eSIM에 eSIM 포트 1과 eSIM 포트 2가 있고 현재 eSIM 포트 2에 프로파일 2가 활성화 되어 있는 경우, 추가로 프로파일 1 을 eSIM 포트 1에 활성화 수행 시, 현재 eSIM 포트 2에 활성화되어 있는 프로파일 2를 비활성화 처리하지 않도록 처리한다 또한, 단말이 서로 다른 무선접속기술(RAT)을 지원하는 기저대역을 보유하고 있는 경우, eSIM 포트가 매칭되 기저대역에 따라서 해당 프로파일을 통해 제공 가능한 무선접속기술(RAT)이 달라지므로 활성화할 프로파일을 어떤 eSIM 포트에 매칭할지 사용자 또는 서버(RPM시)가 결정할 수 있는 정보를 제공할 필요가 있다. 예를 들어, eSIM 포트 1은 4G 네트워크를 지원하는 기저대역과 매칭되어 있고, eSIM 포트 2는 5G 네트워크를 지원하는 기저대역과 매칭되어 있는 경우 상기 정보를 사용자 또는 원격 관리를 수행하는 서버가 알고 있다면 특정 프로파일을 활성화할 적절한 eSIM 포트를 선택하는 데 도움이 될 수 있다.
특정 시점에 eUICC에 동시에 활성화된 프로파일의 개수는 eUICC에서 할당한 eSIM 포트의 개수보다 같거나 작도록 제한할 수 있다. 사용자 또는 SM-DP+를 통해서 프로파일의 활성화를 처리하고자 하는 경우에, eUICC는 현재 활성화된 프로파일의 개수와, eSIM 포트의 개수를 고려하여 eUICC에 활성화 가능한 최대 프로파일의 개수를 LPA또는 SM-DP+서버에게 회신할 수 있다.
LPA 또는 단말 소프트웨어는 eUICC로부터 전달되는 정보(예를 들어, eUICC에서 할당한 eSIM 포트의 개수)를 사용자에게 현재 활성화된 프로파일의 비활성화가 필요함을 공지하기 위한 소정의 정보로 활용할 수 있다. 도 4는 MEP 지원 단말에서 사용자(401)가 LPA(405)를 통해 프로파일을 관리하는 방법의 일 예로 프로파일을 활성화하는 절차를 나타낸다. 도 4에서의 eUICC(410), 모뎀(415) 및 LPA(405)는 모두 MEP를 지원하는 경우를 예를 들어 설명한다.
사용자(End User)(401)는 LPA(405) 또는 LPA(405)가 통합 구현된 애플리케이션에 표기(display)된 정보를 통해서 단말에 설치된 프로파일에 대한 활성화 명령을 수행한다(420단계). 단말의 LPA(405) 또는 해당 구현 애플리케이션에서는 사용자(401)에게 eUICC(410)에 설치된 프로파일들의 리스트와 현재의 해당 프로파일의 상태 정보를 표기해 줄 수 있다. 또한, 추가적으로 단말로부터 단말 모뎀의 기저대역별 제공 가능한 무선 접속 기술과 해당 기저대역과 APDU 전송을 위해 매칭한 eSIM 포트 정보, eUICC로부터 해당 포트의 프로파일의 점유 상태 정보 등을 표기해 줄 수 있다. 이 때, LPA(405)는 프로파일의 프로파일 정책 규칙들(Profile Policy Rules)을 확인하여 사용자(401)에게 프로파일 활성화 불가 등 경고 메시지를 추가로 표기해 줄 수 있다. 화면에 표기된 정보를 통해서 사용자(401)가 특정 프로파일(프로파일 3이라고 명명)을 선택하여 활성화를 결정하면, LPA(405)는 선택한 기저대역에 매칭된 포트 번호를 포함하여 eUICC(410)에 프로파일 활성화를 위한 ES10c.EnableProfile(ISD-P AID (Issuer Security Domain - Profile Application ID)or ICCID (Profile ID), refreshFlag, Port number) Command를 전송한다(430단계). refreshFlag는 REFRESH Proactive Command가 필요한 경우에, 추가로 설정(Set)하여 전송한다. LPA가 refreshFlag를 설정하지 않고 전술한 ES10c.EnableProfile 명령을 전송하는 것도 가능하다. 하지만, 이 경우에, 단말은 LPA가 ES10c.EnableProfile 명령을 전송하기에 앞서, 해당 포트에 활성화된 프로파일이 있는 경우에 UICC와 모뎀 간 점유된 포트에 대한 애플리케이션 세션 종료, 해당 애플리케이션을 선택하기 위해 오픈되었던 논리적 채널 클로즈(close), 모뎀과 eUICC간 Proactive Command 세션이 있다면 클로즈 처리를 만족시켜야 한다(425단계).
430단계에서 LPA(405)로부터 해당 활성화 프로파일 명령을 수신하면, eUICC(410)는 해당 포트를 점유하고 있는 프로파일(설명을 위해 프로파일 1이라고 지칭)에 대한 비활성화 절차를 수행하고, 해당 포트로 ES10c.EnableProfile에 포함되어 전송된 ICCID(프로파일 ID)를 가지는 프로파일(설명을 위해 프로파일 3이라고 지칭) 활성화 처리를 수행할 수 있다. eUICC(410)의 ISD-R은 해당 활성화할 프로파일 3 및 eUICC(410)에 설치되어 있는 기존 프로파일들의 활성화 상태 및 PPR(Profile Policy Rules)를 확인하여 종합적으로 해당 프로파일 3을 활성화할 수 있는지를 판단하고(435단계) 활성화가 불가한 경우에는 사용자에게 에러 메시지를 회신할 수 있다. MEP를 지원하는 eUICC(410)에서 해당 프로파일 3의 활성화 가능 여부를 판단함에 있어, 프로파일3의 활성화를 위해서 eUICC(410)에서 기존 프로파일(프로파일 1이라고 지칭)이 점유한 포트를 사용하고자 하는 경우에, eUICC는 해당 포트를 사용했던 프로파일 1에 한정하여 프로파일의 상태를 비활성으로 변경하고 프로파일 3을 활성화 상태로 변경 처리한다고 판단할 수 있다. 프로파일 3이 비어 있는 포트를 점유 시, MEP 지원 eUICC(410)는 eUICC내 다른 프로파일에 대해 비활성화 절차 수행하지 않고 진행할 수 있다.
430단계에서 refreshFlag가 설정되어 있는 경우(440단계), eUICC(410)는 REFRESH Proactive Command를 모뎀(415)에 전송하여 프로파일 상태 변경 처리 또는 UICC 리셋(reset) 처리를 요청할 수 있다(445단계). 모뎀(415)은 모뎀(415)에서 해당 REFRESH를 처리한 결과에 따라 eUICC(410)에 (eUICC가 eUICC Profile State Change를 전송한 경우)Terminal Response를 전송하거나 또는 (eUICC가 UICC Reset을 전송한 경우) Terminal Response를 전송하지 않을 수 있다(450단계). eUICC는 eUICC가 eUICC Profile State Change를 전송하여 Terminal Response를 수신한 후 또는 eUICC가 UICC Reset을 전송한 후, 선택한 프로파일 3을 430단계에서 전송한 포트 번호로 매칭하여 해당 포트에 활성화된 프로파일(예를 들어, 프로파일 1)이 있는 경우 해당 프로파일을 비활성화 처리하고 프로파일 3의 활성화 처리를 수행하거나, 해당 포트가 미 점유된 포트인 경우, 해당 프로파일 3만 활성화 처리를 수행하여 완료한다(455단계).
430단계에서 refreshFlag가 설정t되어 있지 않은 경우에(460단계), eUICC(410)는 435단계 이후에 선택한 프로파일 3을 430단계에서 전송한 포트 번호로 매칭하여 해당 포트에 활성화되어 있는 프로파일(예를 들어 프로파일1)이 있는 경우 해당 프로파일을 비활성화 처리하고 프로파일3의 활성화 처리를 수행하거나, 해당 포트가 미 점유된 포트인 경우, 프로파일 3만 활성화 처리를 수행한다(465단계). eUICC(410)는 해당 절차를 수행한 결과를 LPA(405)에 회신하면(470단계), 단말에서 LPA(405)가 모뎀(415)과 프로파일 상태 변경에 따른 캐시 값 삭제 등 REFRESH에 해당하는 명령을 요청하여 수행하고, 모뎀(415)에서 ETSI TS 102 221 clause 14.5.1에 정의된 UICC activation procedure including TERMINAL PROFILE 절차를 수행한다(475단계). 상기 절차를 수행한 후, 모뎀(415)은 해당 포트와 연결된 기저대역에서, 신규로 포트와 연결된 프로파일의 정보를 이용하여 네트워크 연결(network attach) 절차를 수행한다(480단계).
한편, 도 4에는 도시되어 있지 않으나 LPA로부터 ISD-R이 프로파일에 맵핑되는 포트 정보를 수신하게 되면 ISD-R은 해당 프로파일과 포트의 매핑 정보를 저장하고, 이후 LPA에서 ISD-R에 getProfileInfo()를 요청하거나 또는 LPA가 SM-DP+로부터 원격 프로파일 관리를 위해 정보를 요청하는 경우 프로파일과 프로파일과 매핑된 포트 정보를 포함시켜 함께 제공할 수 있다. 또한, 도 6에서 상세 후술한 바와 같이 MEP 모드로 동작하는 eUICC에서 해당 프로파일의 디폴트 프로파일 설정 여부에 대한 판단을 수행하여, 해당 디폴트 프로파일 설정 정보를 프로파일의 정보로 함께 업데이트하여 LPA에서 getProfileInfo()를 수신 시 디폴트 프로파일 설정 정보를 포함시켜 함께 제공할 수 있다. 즉, ISD-R는 설치된 프로파일의 상태 정보, 해당 프로파일과 포트의 맵핑 정보, 디폴트 프로파일로 설정된 프로파일의 ICCID 또는 해당 프로파일이 사용하는 포트 번호 중에 한 개 이상의 정보를 제공할 수 있다.
도 5는 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 MEP 지원 단말의 재 부팅 시 기존 설정을 유지하기 위한 모뎀과 eUICC간 연결을 개략적으로 도시한 도면이다.
단말의 전원을 껐다가 켜거나 또는 단말에 탈부착(removable) eUICC의 삽입 등 단말과 eUICC 간 리셋을 수행하여 재 부팅하는 경우에, MEP 지원 모뎀(501)과 MEP 지원 eUICC(505)은 재부팅 하기 이전의 기저대역, eSIM 포트, 및 프로파일간 연관성(Association)을 유지하도록 처리할 수 있다. eUICC(505)는 프로파일을 특정 eSIM 포트에 활성화하라는 ES10c. EnableProfile(프로파일 ID 또는 애플리케이션 ID, 활성화할 포트 번호) 명령을 받게 되면 프로파일을 활성화하면서 해당 프로파일과 eSIM 포트간의 맵핑 정보를 프로파일의 메타데이터 또는 eUICC내 메모리에 프로파일 정보로 저장할 수 있다. 전술한 바와 같이 eUICC(505)는 단말과 초기화하는 과정에서 프로파일이 활성화된 eSIM 포트가 있는 경우에, 프로파일이 활성화된 eSIM 포트의 번호(들)를 ATR, 단말 능력(Terminal Capability)의 응답 메시지, ISDRProprietaryApplicationTemplate, 또는 eUICC(505)가 단말에서 포트를 통해 전송하는 설정 정보 요청에 대한 응답 메시지 중 하나를 통해서 모뎀(501)에 회신할 수 있다. 한편, 모뎀(501)은 전원을 다시 껐다 켜기 이전(Power Cycle)에 설정된 기저대역과 eSIM 포트간의 맵핑 정보를 저장하고, eUICC로부터 프로파일이 활성화된 해당 eSIM 포트 번호(들)의 정보를 수신하게 되면, eUICC가 제공하는 eSIM 포트 번호로 연결을 재 설정하여 동일한 eSIM 포트 번호로 맵핑 처리를 수행할 수 있다. 도 5는 이를 구현한 일 예를 나타낸다.
도 5에서 MEP 지원 모뎀(505)에서 기저대역 1(4G지원)(510)은 eSIM 포트 #1(520), 기저대역 2(5G지원)(515)는 eSIM 포트 #2(525)로 연결이 설정되어 있으며, MEP 지원 eUICC(505)에서는 프로파일 1(530)은 eSIM 포트 #2(525), 프로파일 2(535)는 eSIM 포트 #1(520)에 활성화되어 있다고 가정한다. 재 부팅을 하여 단말과 카드간 초기화를 하게 되면, eUICC(505)는 단말과 초기화하는 과정에서 프로파일이 활성화된 eSIM 포트의 번호로 #1과 #2, 디폴트 프로파일이 활성화된 포트 번호로 #1을 ATR, Terminal Capability의 응답 메시지, ISDRProprietaryApplicationTemplate, 또는 eUICC(505)가 단말에서 포트를 통해 전송하는 설정 정보 요청에 대한 응답 메시지 중 하나를 통해서 모뎀(501)에 회신할 수 있다. 해당 포트 번호 정보를 수신하여 모뎀(501)에서 MEP로 동작을 결정할 때, 모뎀(501)은 기존 저장한 eSIM 포트와 기저대역간 맵핑 정보를 기반으로 프로파일 연결을 위해 최소 2개 이상의 eSIM 포트 생성이 필요함을 인지하고, eSIM 포트 #1(520)을 기저대역 2(5G)(515), eSIM 포트 #2(525)을 기저대역 1(4G)(510)에 맵핑 처리할 수 있다. 한편, eUICC(505)는 프로파일의 정보로 저장해 두었던 eSIM 포트 번호와 프로파일간 맵핑 정보를 가지고 eSIM 포트 #1(520)에 프로파일 2(535)의 활성화, eSIM 포트 #2(525)에 프로파일 1(530)의 활성화에 대한 연결을 처리할 수 있다. 한편, 모뎀(501)이 리부팅 전에 캐시(cache)해 둔 eSIM 포트 번호 (#1, #2)가 eUICC(505)로부터 수신된 eSIM 포트 번호(들)와 다른 경우, 또는 ATR, 단말 능력의 응답 메시지, ISDRProprietaryApplicationTemplate, 또는 eUICC(505)가 단말에서 포트를 통해 전송하는 설정 정보 요청에 대한 응답 메시지 중 하나로 수신된 eUICC(505)에 대한 ID (EID)가 이전에 캐시한 EID와 다른 경우 모뎀(501)은 새로운 탈착식 eUICC가 삽입되었다고 판단하고, eSIM 포트(들)을 생성하면서 이전에 캐시한 eSIM 포트 번호(들)를 삭제하고 신규 포트 번호(들)를 할당해 eUICC(505)에 제공해 줄 수도 있다.
도 6은 본 개시의 일 실시 예에 따른 단말에 삽입 또는 고정된 MEP 지원 eUICC가 디폴트 프로파일을 설정하는 방법을 나타낸 도면이다.
프로파일 활성화 명령을 통해서 eUICC(610)가 디폴트 프로파일 설정을 수행하는 경우, eSIM 지원 단말과 통신하는 eUICC(610)는 MEP를 지원하는 탈착식 또는 단말에 고정된 eUICC일 수 있다. 사용자(End-User)(601)는 LPA(605)에서 활성화할 프로파일을 선택할 수 있다(620단계). 사용자(601)가 LPA(605)에서 활성화할 프로파일을 선택하는 경우, LPA(605)는 eUICC(610)에 프로파일 활성화 명령을 전송할 수 있다(625단계). 이 때, MEP 모드로 동작하는 LPA(605)는 활성화할 프로파일의 ICCID와 추가적으로 어떤 eSIM 포트로 활성화할지를 알려주는 식별 정보로 eSIM 포트 번호를 포함하여 전송할 수 있다. 일 예로, 상기 명령은 ES10c.EnableProfile(활성화할 프로파일의 ICCID, refreshFlag, Port#) 메시지를 포함할 수 있다. 해당 프로파일 활성화 명령을 수신한 eUICC(610)는 해당 프로파일이 이미 활성화되어 있는지 확인하고, 해당 프로파일에 대한 프로파일 정책 규칙(Profile Policy Rule)에 대한 정보를 검증할 수 있다(630단계). 해당 검증을 통해 해당 프로파일의 활성화가 가능하다고 판단하는 경우 eUICC(610)는 프로파일의 활성화를 처리하고 선택적으로 모뎀(615)에 프로파일 상태 변경에 대한정보를, 일 예로 REFRESH Proactive Command 메시지를 통해 전송하여 모뎀(615)으로 하여금 리셋 등 필요한 동작을 수행하게 함으로써 프로파일 활성화를 완료할 수 있다(635단계). eUICC(610)는 해당 프로파일을 활성화한 결과로, 활성화된 프로파일이 1개가 된 경우에 해당 프로파일을 디폴트 프로파일로 설정하여 저장할 수 있다(640단계). 해당 프로파일을 활성화한 결과로, 활성화된 프로파일이 1개 이상이고 630단계에서 해당 활성화를 처리할 프로파일이 PPR 1이 설정된 프로파일인 경우 eUICC(610)는 이전의 디폴트 프로파일의 설정 여부와 관계없이 해당 활성화한 PPR1이 설정된 프로파일을 디폴트 프로파일로 변경 설정할 수 있다. MEP 미 지원 eSIM 단말에 탈착식 MEP 지원 eUICC가 삽입된 경우에는, LPA로부터 프로파일 활성화 명령을 수신 받는 경우에, 해당 eUICC는 활성화 명령에 eSIM 포트 번호가 포함되어 수신되었는지 여부와 무관하게, 640단계의 판단 과정을 통해 디폴트 프로파일을 설정하여 저장할 수 있다.
디폴트 프로파일을 설정하는 다른 실시 예(645 내지 680단계)로 LPA(605)에서 사용자(601)에게 디폴트 프로파일을 설정하는 화면을 제공함으로써, 사용자(601)가 UI를 통해서 디폴트 프로파일을 설정할 수 있다(645단계).
이 경우, LPA(605), eUICC(610) 및 모뎀(615)은 모두 MEP를 지원하는 모듈이며, 단말과 카드간 초기화 과정에서 MEP 모드로 동작하는 경우일 수 있다. 또한, eUICC(610)는 탈착식 또는 단말에 고정되어 사용하는 eUICC일 수 있다. 단말에 활성화된 프로파일이 1개 있는 경우 또는 이미 PPR 1이 설정된 프로파일이 활성화된 경우에는 LPA(605)는 선택적으로 디폴트 프로파일 설정에 대한 UI를 표기해 주지 않을 수 있다.
645단계에서 단말의 디폴트 프로파일을 설정하는 화면을 통해 사용자(601)가 프로파일 중 1개를 선택하여 디폴트 프로파일로 설정을 입력한 경우, 단말의 LPA(605)에서는 eUICC(610)로 선택된 프로파일을 디폴트 프로파일로 설정하라는 명령을 전송할 수 있다(650단계). 일 예로, 상기 명령은 ES10c. SetDefaultProfile(선택한 프로파일의 ICCID)과 같은 메시지를 포함할 수 있다. eUICC(610)가 LPA(605)로부터 SetDefaultProfile(선택한 프로파일의 ICCID)을 수신하는 경우에 eUICC(610)는 해당 선택된 ICCID에 해당하는 프로파일이 활성화되어 있는 지를 검증하고 기존 eUICC (610)의 프로파일 중에 PPR1이 있는 프로파일이 있는지를 검증한다(655단계). 검증 결과에 따라, eUICC(610)는 LPA(605)로 에러 메시지를 전송하거나(660단계) 또는 디폴트 프로파일 설정을 처리하고(670단계) 성공적으로 설정에 대한 응답을 LPA(605)에 회신할 수 있다(675단계).
에러 메시지를 전송하는 경우는 eUICC(610)에서 검증 결과 SetDefaultProfile(선택한 프로파일의 ICCID)에서 설정된 프로파일의 ICCID가 비활성화된 프로파일의 ICCID이거나 또는 해당 요청을 통해 PPR 1 프로파일에 디폴트 설정의 변경이 필요한 경우일 수 있다. 이 경우에, eUICC(610)가 회신하는 에러 메시지는 예를 들어 profileNotInEnabledState, changeNotAllowedbyPPR1와 같은 에러 메시지 중 하나일 수 있다.
한편, 단말과 카드간 재부팅 등 단말과 카드간 초기화과정에서 단말이 MEP 미지원 모드로 동작하기로 결정한 경우, MEP 지원 LPA(605)에서 디폴트 프로파일 설정에 대한 사용자 선택 메뉴를 비활성화 또는 표기하지 않는 방법도 가능하다. 하지만, 사용자 선택 메뉴가 노출되어 사용자의 선택에 따라 eUICC(610)로 SetDefaultProfile(선택한 프로파일의 ICCID)를 전송할 가능성이 존재할 수 있다. eUICC(610)가 해당 메시지를 전송받은 경우, 단말과 카드간 재부팅 등 단말과 카드간 초기화과정에서 일반 eUICC로 동작하기로 결정한 경우에는 eUICC(610)는 MEP 지원 eUICC라 하더라도 미지원 일반 eUICC와 동일하게, 디폴트 프로파일 설정에 대한 처리 불가로 에러 메시지를 LPA(605)에 회신할 수 있다.
해당 에러 또는 성공 응답 메시지를 수신한 LPA(605)는 선택적으로 디폴트 프로파일 설정 결과에 대한 메시지를 사용자 UI로 제공함으로써 사용자에게 처리 결과를 안내할 수 있다. 즉, LPA(605)가 에러 메시지를 수신한 경우, LPA(605)는 사용자에게 디폴트 프로파일 설정에 대한 에러를 안내하고 절차를 종료할 수 있다(665단계). 또한 LPA(605)가 성공 응답 메시지를 수신한 경우, LPA(605)는 사용자에게 디폴트 프로파일 설정이 완료되었음을 안내하고 절차를 종료할 수 있다(680단계).
한편, 도 6의 620 내지 640단계에서 eUICC(610)가 디폴트 프로파일을 설정하는 방법은 기존 설정된 디폴트 프로파일이 비활성화된 경우에도 유사하게 적용할 수 있다. 예를 들어, 사용자가 비활성화할 프로파일을 선택하고 LPA(605)에서 eUICC(610)로 프로파일 비활성화를 위한 ES10c.DisabledProfile(ICCID,refreshFlag,[Port#])을 요청하는 경우에는 eUICC(610)는 프로파일이 활성화된 상태인지와 PPR1 프로파일이 아닌지 검증하고, 가능한 경우에 SGP.22에 정의된 바와 같이 ICCID에 해당하는 프로파일의 비활성화를 처리할 수 있다. 그리고 나서, 640단계와 유사하게 해당 디폴트 프로파일의 비활성화로 인한 결과로 eUICC(610)가 eUICC(610)내 활성화된 프로파일이 1개라고 판단하는 경우, eUICC(610)는 활성화된 1개의 프로파일을 디폴트 프로파일로 변경 설정할 수 있다. 만약, eUICC(610)가 디폴트 프로파일의 비활성화로 인해 eUICC(610)내 남은 활성화된 프로파일이 2개 이상이라고 판단하는 경우, eUICC(610)는 저장된 설정에 기반하여 특정 포트(예: 낮은 포트 번호)에 설정된 프로파일을 디폴트 프로파일로 설정 처리하거나 또는 프로파일 비활성화 처리 결과를 LPA(605)에 회신하면서 다른 단계(645 내지 680 단계)를 통한 디폴트 프로파일 재설정을 요청하여 처리할 수도 있다.
도 7은 본 개시의 실시 예에 따른 단말의 LPA에서 디폴트 프로파일 설정을 처리하는 과정을 나타낸 도면이다.
전술한 도 6을 참조하면, LPA는 MEP 모드로 동작하거나 동작하지 않는 경우가 모두 가능하며, MEP를 지원하는 eUICC는 MEP 모드로 동작하거나 동작하지 않을 수 있다. 도 7에서는 LPA가 MEP 모드로 동작하는 경우를 예를 들어 설명한다.
도 7을 참조하면, MEP 모드로 동작하는 LPA에서는 사용자에게 디폴트 프로파일 설정에 대한 메뉴를 제공함으로써, LPA에서 사용자의 디폴트 프로파일 설정을 입력 받을 수 있다(705단계). 단말과 카드간 초기화 과정에서 단말이 MEP 모드로 동작을 결정하지 않은 경우, LPA는 MEP 미지원 LPA로 동작하여 디폴트 프로파일 선택에 대한 메뉴를 화면에 표기하지 않거나 비활성화 처리하여 사용자가 선택할 수 없도록 처리하는 것도 가능하다. 또한, MEP 모드로 동작하더라도 LPA는 eUICC에서 GetProfileInfo() 또는 ISD-RProprietaryTemplate 명령을 전송하여 획득한 정보로 eUICC에 활성화된 프로파일이의 수를 확인하고, eUICC에 활성화된 프로파일이 1개 있는 경우에 사용자가 선택할 수 없도록 메뉴를 노출하지 않거나 선택을 비활성화 처리할 수 있다.
사용자가 디폴트 프로파일로 선택할 프로파일을 클릭하거나 또는 프로파일이 활성화되어 있는 특정 포트 중 하나를 선택하여 디폴트로 선택하는 경우에, LPA는 해당 디폴트 프로파일 설정에 대한 이벤트(Event)를 감지하고 해당 선택된 프로파일 또는 해당 선택한 포트에 활성화된 프로파일의 ICCIC를 포함하여 eUICC로 ES10c.SetDefaultProfile (ICCID) 명령을 전송할 수 있다(710단계).
LPA는 eUICC로부터 해당 명령에 대한 처리 응답 결과를 수신할 수 있다(715단계). 해당 수신 응답은 profileNotInEnabledState, changeNotAllowedbyPPR1와 같은 에러 메시지 중 하나일 수 있고, 또는 정상 응답 처리에 대한 메시지 일 수 있다. 도 6에서 전술한 바와 같이 MEP 모드로 동작하지 않는 MEP 지원 eUICC가 삽입된 경우가 가능하다. 이 경우, LPA는 해당 메시지에 대한 처리 불가를 포함하는 에러 메시지를 회신 받을 수 있다.
해당 메시지를 수신한 LPA는 회신 되는 코드 값과 메시지에 따라서 선택적으로 사용자에게 처리 결과를 안내할 수 있다(720단계). profileNotInEnabledState 또는 changeNotAllowedbyPPR1 또는 그 외의 에러 메시지를 수신하는 경우, LPA는 사용자에게 디폴트 프로파일 설정 불가에 대한 안내 메시지를 띄우고 종료할 수 있다. 성공 응답 메시지 수신하는 경우 LPA에서는 UI로 디폴트 프로파일 설정이 완료되었음으로 표기하여 보여주고 종료할 수 있다. 일 예로, 성공 응답 메시지는 status code=ok, error reason=setDefaultProfileResult과 같은 응답 메시지일 수 있다.
도 8은 본 개시의 실시 예에 따른 단말과 MEP eUICC간 초기화과정에서 eUICC가 디폴트 프로파일 정보를 활용해 프로파일 처리를 판단하는 방법을 나타낸 도면이다.
MEP 지원 탈착식 eUICC는 도 8에서 단말에 삽입되기 이전에 다른 단말에 삽입되어 도 6에서 전술한 절차를 수행한 eUICC일 수 있다.
MEP 지원 eUICC가 단말에 삽입되는 경우에 eUICC는 단말로부터 수신된 소정의 정보를 통해서 해당 단말이 eUICC 기능을 지원하는 단말인지 여부를 판단할 수 있다(805단계). 해당 단말이 eUICC 기능을 지원하는지 여부는 앞서 도 5에서 전술한 바와 같이 단말과 MEP eUICC간 초기화 과정에서 eUICC는 단말로부터 TERMINAL CAPABILITY Command 메시지를 수신하여 단말로부터 수신된 TERMINAL CAPABILITY Command 메시지에 eUICC관련 능력들(eUICC-related capabilities)을 나타내는 식별자로 '83' 태그(Tag)가 포함되어 있지 않은 경우, eUICC는 해당 단말을 eUICC 기능을 지원하지 않는 단말로 판단할 수 있다. eUICC는 해당 단말을 eUICC 기능을 지원하지 않는 단말로 판단하면, 활성화된 프로파일이 있는지 여부를 체크한다(815단계).
한편, 단말로부터 수신된 Terminal Capability Command 메시지에 '83' 태그가 포함된 경우, eUICC는 해당 단말이 eUICC 기능을 지원하는 단말로 판단할 수 있다(805단계). 다만, 이후에 eUICC가 단말로부터 수신한 Command APDU에 MEP 모드로 진입함을 나타내는 식별자가 없이 채널 오픈에 대한 Command가 수신(810단계)되는 경우, eUICC는 해당 단말을 MEP 미지원 단말로 판단하고 활성화된 프로파일이 있는지 여부를 체크한다(815단계).
모뎀은 Command APDU 헤더로 MEP 모드로 동작 결정을 알려주는 식별 정보를 포함하여 전송할 수 있다. MEP 모드로 진입함을 나타내는 식별자로, Command APDU의 헤더에 Class(CLA)로 MANAGE PORT를 지칭하고 MANAGE PORT의 초기화(Initialize)를 요청함을 알려주는 Instruction Code(INS)가 포함되어 수신되는 경우 또는 Command APDU의 헤더에 CLA로 MANAGE CHANNEL를 지칭하고 INS로 논리적 인터페이스에 대한 연결(Connect)을 의미하는 코드가 포함되어 수신되는 경우(810단계) eUICC는 MEP 모드로 진입함을 판단할 수 있다(840단계).
해당 식별자가 수신되지 않는 경우에, eUICC는 활성화된 프로파일이 있는지를 판단하여(815단계) 다음과 같이 동작을 처리할 수 있다.
판단결과 활성화된 프로파일이 없는 경우 SGP.22에서 정의한 MEP 미 지원 일반 eUICC로 동작하여 이후 동작을 처리한다(835단계).
활성화된 프로파일이 존재한다면, 활성화된 프로파일이 1개인지 판단한다(820단계).
판단결과 활성화된 프로파일이 1개인 경우, eUICC는 해당 프로파일의 상태를 활성화 상태로 유지하고(825단계) SGP.22에서 정의한 MEP 미 지원 일반 eUICC로 동작하여 이후 동작을 처리한다(835단계).
판단결과 활성화된 프로파일이 2개 이상인 경우, eUICC는 저장한 디폴트 프로파일로 설정한 프로파일의 정보를 확인하여 해당 디폴트 프로파일을 제외한 나머지 프로파일의 상태를 비활성 상태로 변경 처리한다(830단계). eUICC는 LPA에서 수신된 비활성 프로파일에 대한 명시적인 Command 수신없이 비활성 상태로 변경을 처리하고 비활성 상태 변경을 처리하는 과정에서 리셋에 대한 Refresh Command를 모뎀에 전송하지 않고 처리할 수 있다. 해당 디폴트 프로파일을 제외한 나머지 프로파일의 상태를 비활성 상태로 변경 처리한 eUICC는 SGP.22에서 정의한 MEP 미 지원 일반 eUICC로 동작하여 이후 동작을 처리한다(835단계).
단말로부터 수신된 Terminal Capability Command 메시지에 '83' 태그가 포함되어 있고, 단말로부터 수신한 Command APDU에 MEP 모드로 진입함을 나타내는 식별자가 포함된 경우 eUICC는 MEP 모드로 동작을 결정할 수 있다(810단계). eUICC가 MEP 모드로 진입하여 디폴트 프로파일 정보를 참조하여 프로파일을 핸들링하는 방법(840 단계)은 도 10에서 상세 후술하기로 한다.
도 9는 본 개시의 일 실시 예에 따른 도 8에서 일반 eUICC로 동작하는 경우에 eUICC에서 디폴트 프로파일 정보를 참조하여 프로파일 핸들링을 처리하는 방법을 나타낸 도면이다.
도 9에서는 무선 통신 시스템에서 단말 및 eUICC간의 초기화 과정의 일 예를 개략적으로 도시하여 eUICC에서 디폴트 프로파일 정보를 참조하여 프로파일을 핸들링을 처리하고 일반 eUICC로 동작하는 절차를 설명한다.
도 9를 참조하면, 모뎀(905)은 주기적인 STATUS Command에 대한 응답 수신 또는 카드 삽입에 따른 전기적 신호를 통해 카드 삽입 여부를 확인할 수 있고, eUICC(910)가 단말에 삽입되면 카드가 삽입되었음을 인지할 수 있다. 도 9에서 MEP 지원 탈착식 eUICC(910)는 단말에 삽입되기 이전에 다른 단말에 삽입되어 도 6에서 전술한 절차를 수행한 eUICC일 수 있다. 단말은 해당 카드를 사용하기 위해 전원 공급, 클락(Clock) 동기화, 전류, 전압 등 eUICC 카드와의 동작을 위한 운영환경을 설정하는 활성화(Activation) 및 콜드 리셋(Cold Reset)을 수행한다(915단계). 해당 eUICC를 사용하기 위한 운영 환경 설정이 완료되면 eUICC(910)는 Answer to Reset(ATR) 메시지를 모뎀(905)에 회신한다(920단계). ATR 메시지는 카드가 단말에 처음으로 전송하는 메시지로, 최대 32byte로 구성된 메시지 블록들이 연속적인 체인으로 전송된다.
eUICC(910)는 ATR 메시지의 메시지 블록 들에서 인터페이스 바이트(Interface Byte)로 정의된 메시지 블록 중 하나로 GSMA SGP.22에서 정의한 eUICC functionality를 지원하는지 여부를 포함하여 단말에 회신할 수 있다(920단계). 한편, 해당 ATR 메시지로 eUICC(910)는 지원하는 전송 프로토콜 및 해당 전송 프로토콜의 변경 가능 여부 등을 나타내는 정보를 함께 포함시켜 회신할 수 있다. 모뎀(905)은 수신된 ATR 메시지에 포함된 정보에 따라 카드에서 지원하는 전송 프로토콜을 그대로 사용하는 것으로 결정할 수 있다. 또는 모뎀(905)는 ATR 메시지에 전송 프로토콜 변경 가능에 대한 식별자가 있는 경우에, 추가적으로 전송 프로토콜 및 파라미터 결정을 위한 요청을 eUICC(910)에 전송함으로써, 모뎀(905)과 eUICC(910)간 사용할 전송 프로토콜을 협의하여(925단계), 모뎀(905)에서 사용할 전송 프로토콜을 최종 결정할 수 있다(930단계).
ATR 수신 후 모뎀(905)은 암묵적으로(implicitly) eUICC(910)의 MF(Master File)을 선택할 수 있다(923단계). MEP 지원 eUICC(910)은 활성화된 프로파일이 없는 경우에 디폴트 파일시스템으로 MF 레벨의 EF(Elementary File)들만 보여지게 처리할 수 있으며, eUICC(910)에 1개 이상의 활성화된 프로파일이 있는 경우에 추가적으로 디폴트 파일시스템과 디폴트 프로파일 1개에 대한 파일시스템들만 보여지게 처리함으로써, 단말에서 디폴트 프로파일은 해당 시점에 선택 가능하게 처리할 수 있다. 또는 eUICC(910)에 1개 이상의 활성화된 프로파일이 있는 경우에 디폴트 프로파일이 있더라도 해당 시점에서는 모든 활성화된 프로파일에 대한 파일시스템들은 보여지지 않게 처리하고 이후 eUICC(910)가 Terminal Capability를 수신 시 eUICC 지원 식별자 없이 또는 eUICC 지원 및 MEP 지원에 대한 식별자가 없이 수신된 경우(935단계)에 또는 MEP로 초기화 정보 없이 수신된 경우(950단계)에 디폴트 파일시스템에 추가적으로 디폴트 프로파일의 파일시스템만을 보여지게 처리할 수도 있다. 후술한 바와 같이 935단계 또는 950단계에서 디폴트 프로파일만 남기고 다른 활성화된 프로파일들이 있는 경우에 eUICC는 해당 프로파일들을 비활성화 처리할 수 있다. 935단계 또는 950단계에서 eUICC가 디폴트 프로파일의 파일시스템만을 추가적으로 보여주는 것은 다른 활성화된 프로파일들이 있는 경우에 이를 비활성화 처리하고 나서 또는 그 전일 수 있다.
단말과 카드는 930단계를 통해서, ISO 7816-3에서 정의된 전송 프로토콜인 T=0 또는 T=1 중 하나를 사용하여 APDU(Application Protocol Data Unit) 메시지를 전송할 수 있다. APDU는 명령과 응답의 한 쌍으로 구성된 데이터 유닛(Unit)으로, 애플리케이션에서 다른 애플리케이션간 메시지 처리를 위해 사용된다. 모뎀(905)은 해당 단말이 LPA를 지원하는 지, Enterprise 기능을 지원하는 지, MEP를 지원하는 지 등 SGP. 22에서 정의한 eUICC 관련 단말에서의 능력(Capability)를 Terminal Capability에 포함시켜 eUICC(910)에 전송할 수 있다(935단계). 앞서 전술한 바와 같이 단말에서의 eUICC 관련 능력이 있는지 유무는 Terminal Capability template(tag 'A9')안에 정의된 '83' 태그로 판단할 수 있다. 단말은 해당 '83' 태그안에 MEP를 지원하는지 여부에 대한 비트 또는 Terminal Capability template(tag 'A9')에 MEP를 위해 ('83' 태그가 아닌)신규 정의된 태그가 있는지 여부로 해당 단말이 MEP를 지원하는지를 알려줄 수 있다.
eUICC는 Terminal Capability에 대한 회신으로 처리 결과에 대한 응답 코드를 (Status Word) 회신 APDU 헤더에 포함시켜 전송할 수 있다(940단계). 응답 코드로 ETSI(European Telecommunication Standards Institute) TS(Technical Specification) 102.221에 섹션 10.2.2. Status words of the commands에 정의된 Terminal Capability 회신 응답 코드 중 하나일 수 있다. 예를 들어, eUICC가 부가적인 정보로 일 예로 디폴트 프로파일 정보 등을 포함하여 모뎀에 전송하는 경우에 부가적인 데이터가 있음을 나타내는 응답 코드를 포함하여 전송할 수 있다.
eUICC(910)는 수신된 Terminal Capability에서 MEP 지원 여부를 확인하고, 지원하는 식별 정보가 없는 경우에 해당 eUICC(910)에 활성화된 프로파일이 있는지를 판단하여 활성화할 프로파일을 최대 1개 결정할 수 있다.
1개만 활성화되어 있는 경우, 전술한 바와 같이 활성화된 프로파일의 활성화 상태를 유지할 수 있다. 2개 이상 활성화되어 있는 경우 eUICC(910)는 선택적으로 디폴트 프로파일로 설정된 프로파일이 있는지 여부를 저장된 프로파일 정보 또는 저장된 설정 정보를 통해서 확인하고 디폴트 프로파일로 설정된 프로파일이 아닌 프로파일(들)의 경우 모두 eUICC가 비활성화로 상태를 변경 처리하고, MEP 미지원 일반 eUICC와 같이 이후 동작을 처리하도록 설정한다. 단말과 카드간 초기화 과정에서 프로파일 1개만을 남기기로 동작하여 eUICC(910)가 사용자의 동의 없이 암묵적으로 비활성화로 변경 처리하는 경우, eUICC(910)는 모뎀(905)에 프로파일 상태 변경에 따른 Refresh Command를 전송하지 않고 비활성화 처리를 완료하는 것이 가능하다.
한편, eUICC(910)가 수신한 Terminal Capability로부터 eUICC 관련 능력에 대한 태그값을 확인하거나 또는 eUICC 관련 능력에 대한 태그와 MEP 지원 식별자를 확인한 경우에, eUICC(910)는 935단계에서 활성화를 유지할 프로파일을 결정하지 않고, MEP 모드로 동작할 것을 나타내는 식별자가 수신된 시점 또는 해당 시점 이후의 특정 시점에 활성화를 유지할 프로파일을 1개 이상 선택하도록 결정할 수 있다. 전술한 바와 같이 단말은 비(Non)-MEP 모드로 동작하도록 결정할 수 있다(945단계). 단말에서 비-MEP 모드로 동작하는 경우, 단말은 MANAGE PORT 또는 MANAGE CHANNEL에 로지컬 인터페이스를 구분할 수 있는 식별자가 포함된 확장된 MANAGE CHANNEL을 전송하지 않고 일반 eUICC와 단말간 초기화 시 채널 오픈을 위해 전송하는 MANAGE CHANNEL Open에 대한 Command APDU를 전송할 수 있다(950단계). 해당 APDU를 수신한 eUICC(910)는 도 9에서 전술한 MEP 지원에 대한 식별자가 없음을 인지하고, MEP 모드가 아닌 일반 eUICC로 동작을 처리해야 함을 판단할 수 있다. eUICC(910)가 일반 eUICC로 동작함으로 판단하면, eUICC(910)는 해당 eUICC에 활성화된 프로파일이 있는지를 판단하여 활성화할 프로파일을 최대 1개 결정할 수 있다. 1개만 활성화되어 있는 경우, 전술한 바와 같이 해당 프로파일의 활성화를 유지할 수 있다. 2개 이상 활성화되어 있는 경우 eUICC(910)는 선택적으로 디폴트 프로파일로 설정된 프로파일이 있는지 여부를 저장된 프로파일의 정보 또는 설정 정보를 통해서 확인하고 디폴트 프로파일로 설정된 프로파일이 아닌 경우 모두 eUICC 자체적으로 비활성화로 변경하고, 일반 eUICC와 같이 이후 동작을 처리하도록 설정한다. 한편, 디폴트 프로파일로 설정된 프로파일을, 활성화된 프로파일 중에서 가장 낮은 포트 번호를 가지는 활성화된 프로파일로 정의할 수도 있다. 예를 들어, 앞서 해당 MEP 지원 탈착식 eUICC(910)가 이전에 MEP 지원 제1 단말에 탑재되어 도 6에서와 같이 동작을 수행한 경우에 있어 ISD-R 전용 포트를 사용하지 않는 경우, 활성화된 프로파일 중에서 가장 낮은 포트 번호를 가지는 디폴트 프로파일은 포트 번호 0을 가지는 프로파일일 수 있다. 또는, ISD-R 전용 포트를 사용한 경우에 있어서, ISD-R 전용 포트는 포트 0을 사용하고, 활성화된 프로파일 중에서 가장 낮은 포트 번호를 가지는 디폴트 프로파일은 포트 번호 1을 가지는 프로파일일 수 있다. 단말과 카드간 초기화 과정에서 프로파일을 1개만 남기기로 eUICC(910)가 사용자의 동의 없이 암묵적으로 비활성화로 변경 처리하는 경우, eUICC(910)는 모뎀(905)에 프로파일 상태 변경 (즉, 비활성화 상태로 변경)에 따른 Refresh Command 메시지를 전송하지 않고 비활성화 처리를 완료하는 것이 가능하다. 또한, 로지컬 인터페이스를 지원하지 않는 경우에 모뎀(905)에서 eUICC(910)와 생성한 1개의 인터페이스를 eUICC(910)는 포트 번호 0으로 인지하고, 해당 초기화 과정에서 디폴트 프로파일의 포트 번호를 해당 포트 번호 0번으로 변경하여 맵핑을 처리할 수도 있다.
eUICC(910)에서는 모뎀(905)으로부터 수신한 로지컬 인터페이스에 대한 오픈 명령, 예를 들어 MANAGE CHANNEL OPEN Command APDU에 대한 정상 응답을 회신함으로, 해당 로지컬 인터페이스에서 모뎀(905)과 eUICC(910)간 APDU 전송을 위한 기본(Basic) 채널 생성이 완료된다. 한편, 모뎀과 카드간 초기화 과정에서 단말(905)이 eUICC(910)에서 추가적인 정보 수신이 필요한 경우에 단말에서 선택적으로 SELECT Command (ISD-R의 App ID)를 전송하여(955단계) 부가적인 정보를 확득할 수도 있다(955단계). eUICC(910)는 해당 Command APDU를 수신하면, 일 예로 ISD-RProprietaryApplicationTemplate을 회신하여(960단계) eUICC(910)에 활성화된 프로파일의 유무 등을 포함한 부가적인 정보를 단말에 제공할 수 있다. 해당 부가적인 정보를 수신한 단말(905)는 eUICC(910)로부터 획득한 부가적인 정보들을 단말 프레임워크(901)로 전달하여(965단계) 단말의 애플리케이션 또는 시스템에서 활용할 수 있도록 제공할 수 있다. 해당 전달되는 부가적인 정보들은 도 9에서 ISD-R ProprietaryApplicationTemplate 수신 후 모뎀(905)가 단말 프레임워크(901)에 통합 전송되는 것처럼 도시되었으나, 모뎀(905)에서 eUICC(910)로부터 정보를 획득하는 시점 이후의 특정 시점에 획득한 정보들을 순차적으로 또는 통합하여 전송할 수 있다.
도 10a 및 10b는 본 개시의 실시 예에 따른 도 8에서 MEP eUICC로 동작하는 경우에 eUICC 및 단말에서 디폴트 프로파일 정보를 참조하여 프로파일 핸들링을 처리하는 방법을 나타낸 도면이다.
도 10a 및 10b를 참조하면, eUICC가 단말에 삽입되면 모뎀(1005)은 해당 카드를 인지하고 해당 카드를 사용하기 위해 전원 공급, Clock 동기화, 전류, 전압 등 eUICC 카드와의 동작을 위한 운영환경을 설정하는 활성화 및 콜드 리셋을 수행한다(1015단계). 해당 eUICC를 사용하기 위한 운영 환경 설정이 완료되면 eUICC(1010)는 ATR 메시지를 단말 모뎀(1005)에 회신한다(1020단계). ATR 메시지는 카드가 단말에 처음으로 전송하는 메시지로, 최대 32byte로 구성된 메시지 블록들이 연속적인 체인으로 전송된다.
eUICC(1010)는 ATR 메시지의 메시지 블록 들에서 인터페이스 바이트로 정의된 메시지 블록 중 하나로 GSMA SGP.22에서 정의한 eUICC functionality를 지원하는지 여부를 포함하여 단말에 회신할 수 있다(1020단계). 한편, 해당 ATR 메시지로 eUICC(1010)는 지원하는 전송 프로토콜 및 해당 전송 프로토콜의 변경 가능 여부 등을 나타내는 정보를 함께 포함시켜 회신할 수 있다. 모뎀(1005)은 수신된 ATR 메시지에 포함된 정보에 따라 카드에서 지원하는 전송 프로토콜을 그대로 사용하는 것으로 결정할 수 있다. 또는 모뎀(1005)은 ATR 메시지에 전송 프로토콜 변경 가능에 대한 식별자가 있는 경우에, 추가적으로 전송 프로토콜 및 파라미터 결정을 위한 요청을 eUICC(1010)에 전송함으로써, 모뎀(1005)과 eUICC(1010)간 사용할 전송 프로토콜을 협의하여(1025단계), 모뎀(1005)에서 사용할 전송 프로토콜을 최종 결정할 수 있다(1030단계).
도 10a 및 도10b에서는 ATR 수신 후 모뎀(1005)은 암묵적으로 eUICC(1010)의 MF를 선택할 수 있다(1028단계). MEP 지원 eUICC(1010)은 활성화된 프로파일이 없는 경우에 디폴트 파일시스템으로 MF 레벨의 EF(Elementary File)들만 보여지게 처리할 수 있으며 eUICC(1010)에 1개 이상의 활성화된 프로파일이 있는 경우에 추가적으로 디폴트 파일시스템과 디폴트 프로파일 1개에 대한 파일시스템들만 보여지게 처리함으로써, 단말에서 디폴트 프로파일은 해당 시점에 선택 가능하게 처리할 수 있다. 또는 eUICC(1010)에 1개 이상의 활성화된 프로파일이 있는 경우에 디폴트 프로파일이 있더라도 해당 시점에서는 모든 활성화된 프로파일에 대한 파일시스템들은 보여지지 않게 처리하는 것도 가능하다.
단말과 카드는 1030단계를 통해서, ISO 7816-3에서 정의된 전송 프로토콜인 T=0 또는 T=1 중 하나를 사용하여 APDU 메시지를 전송할 수 있다. APDU는 명령과 응답의 한 쌍으로 구성된 데이터 유닛으로, 애플리케이션에서 다른 애플리케이션간 메시지 처리를 위해 사용된다. 모뎀(1005)은 해당 단말이 LPA를 지원하는 지, Enterprise 기능을 지원하는 지 등 GSMA SGP. 22에서 정의한 eUICC 관련 단말에서의 능력을 Terminal Capability에 포함시켜 eUICC(1010)에 전송할 수 있다(1035단계). 또한, 전술한 바와 같이 MEP 지원 여부를 단말 능력의 Template안의 eUICC 지원 능력 안에 또는 eUICC 지원 능력 밖의 별도 태그로 추가하여 전송할 수도 있다. 해당 Terminal Capability 메시지를 수신한 eUICC(1010)는 도 9에서 전술한 바와 같이 해당 단말이 eUICC를 지원하는 단말인지, 그리고 추가적으로 MEP를 지원하는 단말인지를 인지하여 이에 따라 eUICC 내 설정 값을 결정하고 해당 Command APDU에 대한 정상 응답을 모뎀(1005)에 회신할 수 있다(1040단계). 정상 응답 코드는 ETSI TS 102.221의 섹션 10.2.2 Status words of the commands에 정의된 Terminal Capability 회신 응답 코드 중 하나일 수 있다. 예를 들어, eUICC(1010)가 부가적인 정보로 일 예로 디폴트 프로파일 정보 등을 포함하여 모뎀에 전송할 수도 있다. 한편, 1030단계에서 eUICC 내 설정 결정은 다음을 포함할 수 있다.
- Terminal Capability에 MEP 지원 여부에 대한 지시자(Indication)가 없거나 또는 MEP 미지원으로 표기된 경우: 도 9에서 전술한 바와 같이 디폴트 프로파일 외에 다른 활성화된 프로파일들을 비활성화 처리하도록 처리하고 도9의 923단계에서 디폴트 프로파일의 파일시스템을 보여주지 않게 처리하였다면 디폴트 파일시스템에 디폴트 프로파일의 파일시스템을 추가적으로 보여지도록 처리
eUICC(1010)는 파일 시스템에 대한 상기 설정 결정을 Terminal Capability를 수신한 시점이 아니라 eUICC(1010)가 MEP로 동작 개시를 판단할 수 있는 Command APDU를 수신한 시점에서 처리하는 것도 가능하다.
모뎀(1005)는 ATR 메시지를 통해 수집한 eUICC 기능 지원 및 MEP 지원을 판단할 수 있는 소정의 정보를 통해서 MEP로 동작을 결정할 수 있다(1045단계). 모뎀(1005)의 MEP 모드로의 동작 결정은 단말과 카드간 초기화 과정 중에 모뎀(1005)이 eUICC(1010)의 MEP 지원 여부를 인지한 시점 이후 특정 시점일 수 있으며 MEP 모드로 동작을 결정하면, 모뎀(1005)은 Command APDU 헤더로 MEP 모드로 동작을 개시함을 알려주는 식별 정보를 포함하여 eUICC(1010)에 전송할 수 있다(1050단계). MEP 모드로 동작을 결정하는 시점과 MEP 모드로 동작을 개시하는 시점은 동일 시점일 수도 있으나 동일 시점이 아닐 수도 있다. 본 개시에서는 MANAGE PORT를 INS로 가지는 Command APDU예로 들어 설명하였으나 이에 한정하지 않고 로지컬 인터페이스 관리임을 알 수 있는 APDU로도 판단할 수 있다. 해당 전송의 일 예로 Command APDU의 헤더에 CLA로 MANAGE PORT를 지칭하고 MANAGE PORT의 초기화를 알려주는 INS를 포함할 수 있다. 또는 도 10에 도시되지 않았으나 Command APDU의 헤더에 CLA로 MANAGE CHANNEL를 지칭하고 INS로 논리적 인터페이스에 대한 연결을 의미하는 코드가 포함되어 수신되는 경우 MEP 모드가 개시됨을 판단할 수 있다. MEP 모드로 동작을 개시함을 알려주는 식별 정보를 수신한 eUICC(1010)는 eSIM 포트를 생성하고 모뎀(1005)으로 해당 eSIM 포트 생성에 대한 응답 APDU를 회신할 수 있다. 생성된 eSIM 포트는 앞선 단계에서 eUICC(1010)와 모뎀(1005)간 통신에 사용했던 인터페이스를 eUICC(1010)가 포트로 매핑하는 방법으로 생성할 수도 있다. 이 경우에 eUICC(1010)는 1028단계에서 SELECT MF시 모뎀(1005)에 보여주게 처리했던 파일시스템만을 보여주게 유지할 수 있다. 해당 회신되는 ATR의 값으로 1015단계에서 전송한 ATR의 메시지의 일부 또는 전체가 포함되어 회신될 수 있다(1055단계). 도 10에서는 설명의 편의를 위해 1050단계 이후에 SELECT ISD-R을 선택하는 단계를 도시하여, 해당 1050단게 결과로 eUICC가 ISD-R eSIM 포트를 생성한다고 도시하였으나, 단말 또는 카드에 설정에 따라 단말-카드 간 최초 생성된 포트를 ISD-R이 사용하는 eSIM 포트로 한정하지 않을 수도 있다. 예를 들어, 단말 또는 카드에 설정에 따라 단말-카드 간 최초 생성된 포트를 ISD-R이 사용하지 않고, 단말에서 다른 eSIM 포트를 ISD-R이 사용하는 포트로 선택하여 사용하거나 또는 카드에서 다른 포트에서도 ISD-R이 선택될 수 있도록 허용할 수도 있다.
MEP 모드로 진입한 이후에 모뎀(1005)은 ISD-R과 APDU 전송 채널을 생성하고 ISD-R을 선택함으로써(1060단계), ISD-R로부터 추가적으로 ISDRProprietaryApplicationTemplate (활성화된 프로파일 유무, 최대 지원 프로파일 eSIM 포트 개수, 프로파일이 활성화된 eSIM 포트 번호(들) 또는 디폴트 프로파일 외에 추가적인 프로파일이 활성화된 eSIM 포트 번호(들), 디폴트 프로파일이 활성화된 eSIM 포트 번호)를 수신하여(1065단계) 포트 생성 및 할당에 필요한 정보를 획득할 수 있다. 또한, eUICC(1010)는 ISDRPrprietaryApplicationTemplate에 탈착 가능한 eUICC 여부에 대한 정보를 포함하여 전송할 수 있다. 디폴트 프로파일에 대한 정보로, 1065단계에서 디폴트 프로파일이 활성화된 eSIM 포트 번호를 명시하였으나 이에 한정하지 않고 다음의 하나의 방법으로 표기하여 제공하는 것도 가능하다.
- 디폴트 프로파일이 활성화된 eSIM 포트 번호
- 디폴트 프로파일의 ICCID
- 디폴트 프로파일의 ICCID 및 맵핑된 포트 번호
- PPR1 프로파일 ICCID
- PPR1 프로파일이 활성화된 eSIM 포트 번호
- 디폴트 포트 번호 (활성화된 프로파일이 있는 경우만 표기)
- eSIM 포트 번호를 시퀀스(Sequence)로 나타내되, 디폴트 포트를 제일 처음에 표기
해당 정보를 수신한 모뎀(1005)은 ISDR ProprietaryApplicationTemplate으로 수신한 정보와 단말에서 획득한 정보를 조합하여 오픈할 eSIM 포트의 개수와 번호를 지정할 수 있다.
한편, 해당 착식 MEP 지원 탈착식 eUICC(1010)가 PPR1을 지원하지 않거나 PPR1 프로파일이 설치되지 않은 경우에, 디폴트 프로파일 또는 디폴트 프로파일이 활성화된 포트 번호가 ISDR ProprietaryApplicationTemplate로부터 모뎀(1005)에 전송되지 않을 수도 있다. 한편, ISDR ProprietaryApplicationTemplate을 통해 획득하는 활성화된 프로파일 유무, 최대 지원 프로파일 eSIM 포트 개수, 프로파일이 활성화된 eSIM 포트 번호, 디폴트 프로파일이 활성화된 eSIM 포트 번호, ISD-R 선택 방식, 탈착 가능한 eUICC 중의 일부 또는 전체는 ATR 메시지(1020 단계) 또는 Terminal Capability의 회신 값(1040단계), 또는 ATR 메시지 수신 후, 모뎀(1005)에서 디폴트로 선택하는 eUICC(1010)의 MF 파일의 템플릿(Template)으로 일부 또는 전체의 정보가 회신 되는 것도 가능하다.
모뎀(1005)은 최대 사용 가능한 기저대역 개수 및 eUICC(1010)에서 전송한 최대 지원 가능한 프로파일 eSIM 포트 개수 중에 작은 숫자로 프로파일 eSIM 포트의 개수를 결정하고, 활성화된 eSIM 포트 번호를 참조하여 오픈할 포트의 번호를 결정할 수 있다(1070단계). 최대 사용 가능한 기저대역 개수는 모뎀의 지원 가능한 기저대역 개수와 같거나 다를 수 있다. 예를 들어, 모뎀이 지원 가능한 기저 대역 개수가 총 3개이지만, 1개를 물리 SIM카드가 점유하고 있는 경우라면 이 경우에 최대 사용 가능한 기저대역 개수는 2일 수 있다. 프로파일 eSIM 포트의 개수 및 오픈할 포트의 번호를 결정한 모뎀(1005)은 해당 프로파일 eSIM 포트의 개수만큼, eUICC(1010)로 포트 오픈 명령을 전송할 수 있다(1075단계). 또한, 모뎀(1005)은 포트 번호를 결정할 때, 디폴트 포트에 맵핑된 포트 정보를 수신한 경우, 해당 포트 번호를 우선 할당하여 eSIM 포트를 오픈할 수 있다. 이를 수신한 eUICC는 eSIM 포트를 생성하고 해당 포트에 매핑되어 활성화된 프로파일이 있는 경우, 해당 프로파일의 파일 시스템이 보여질 수 있도록 처리하는 것이 가능하다. 해당 포트에 매핑되어 활성화된 프로파일이 없는 경우, 해당 포트를 선택 시에 디폴트 파일시스템만 보여질 수 있다. 추가적으로 해당 포트에 1 개의 기본 채널을 오픈한 후 eUICC로 해당 eSIM 포트 생성에 대한 응답 APDU를 회신할 수 있다(1080단계). 만약, 1065단계에서 디폴트 프로파일 또는 디폴트 프로파일이 활성화된 포트 번호가 없이 수신된 경우, 모뎀(1005)은 디폴트 프로파일에 대한 고려 없이 포트를 생성하고 eUICC(1010)에서 프로파일이 활성화된 포트 번호들 중에 낮은 번호 순으로 가능한 수 만큼(즉 모뎀(1005)이 오픈한 프로파일을 위해 오픈한 포트의 수 만큼)만 프로파일을 활성화 상태로 맵핑하여 남기고, 그 외의 프로파일은 eUICC(1010)의 설정에 따라 비활성화 또는 활성화 상태로 유지를 결정하여 처리할 수도 있다.
1080 단계에서 회신 되는 ATR의 회신 값으로 앞서 1020단계에서 전송한 ATR의 메시지의 일부 또는 전체가 포함되어 회신될 수 있다. 예를 들어, 모뎀이 ISD-R eSIM 포트를 생성하고 나서 1075단계에서 모뎀이 디폴트 프로파일로 할당을 위한 포트를 생성하면 eUICC는 해당 포트를 디폴트 프로파일과 매핑 시키면서 디폴트 프로파일에 대한 파일시스템이 모뎀에 보여질 수 있도록 처리할 수 있다. 이후 모뎀이 추가적인 포트를 생성하고 해당 포트를 eUICC가 활성화된 프로파일과 매핑하는 경우에 해당 매핑된 프로파일에 대한 파일시스템이 모뎀에 보여질 수 있다.
eUICC(1010)에서 활성화된 프로파일에 할당된 포트 번호가 각각 eSIM 포트 #1, eSIM 포트 #3, eSIM 포트 #5이며 이 중에 디폴트 프로파일이 활성화된 포트 번호로 디폴트 포트 #3임이 수신되었으며, 모뎀(1005)에서 연결이 가능한 기저대역이 2개인 경우에 모뎀(1005)은 최대 2개의 프로파일 eSIM 포트를 오픈할 수 있다. 이 경우, 모뎀(1005)에서 eUICC(1010)로 전송하는 프로파일 eSIM 포트 오픈 명령에는, 우선적으로 포트 #3이 포함되어 전송될 수 있다. 예를 들어, 디폴트 프로파일이 활성화된 eSIM 포트 번호가 #3인 경우, C-APDU <CLA=MANAGE PORT, INS=Open, PI=Port #3>과 같이 eSIM 포트 번호를 #3으로 지정하여 포트를 우선 오픈하고 모뎀(1005)은 eUICC(1010)가 제공한 프로파일이 활성화된 eSIM 포트 번호와 맵핑되는 숫자 중 다음 낮은 숫자 순으로 eSIM 포트를 할당할 수 있다. 예를 들어 eUICC(1010)로 전송하는 다음 프로파일 eSIM 포트 오픈 명령에는 eSIM 포트 #1이 포함되어 전송될 수 있다. 해당 정보를 수신한 eUICC(1010)는 수신한 eSIM 포트 #3로 eSIM 포트 #3에 활성화된 디폴트 프로파일을 맵핑 처리하고, 수신한 eSIM 포트 #1로 eSIM 포트 #1에 활성화된 프로파일을 맵핑 처리할 수 있다. 모뎀(1005)은 앞서 결정한 프로파일 eSIM 포트 개수만큼 포트를 오픈하고 모뎀(1005)에서 eSIM 포트 생성을 모두 완료하면, 모뎀(1005)은MEP로 동작을 위한 eSIM 포트 생성이 모두 완료되었음을 eUICC(1010)에 알려주는 indicator를 전송해 줄 수 있다. 일 예로, 모뎀(1005)는 MANAGE PORT(초기화 완료(Initialize Complete)) 메시지를 eUICC(1010)에 전송할 수 있다(1085단계).
한편, 모뎀(1005)은 모든 eSIM 포트가 생성 완료됨을 알려 주는 대신 전술한 절차의 특정 시점에서 생성할 eSIM 포트의 개수를 eUICC(1010)에 알려줄 수도 있다.
도 9에서 전술한 바와 같이, 모뎀(1005)에서 디폴트 프로파일에 할당된 포트 번호를 획득하지 못한 경우에, 모뎀(1005)은 디폴트 프로파일 포트 번호를 고려하지 않고 포트 번호를 결정하여 eUICC(1010)에 알려주는 경우가 생길 수 있다. eUICC(1010)는 처음 오픈된 MANAGE Port Command APDU에서 할당한 포트 번호가 eUICC(1010)가 저장하고 있는 디폴트 프로파일의 포트 번호와 다른 경우에 저장하고 있는 디폴트 프로파일의 포트 번호를 회신 값에 포함시켜 모뎀(1005)에 전송할 수 있다. 모뎀(1005)은 해당 수신된 포트 번호로 오픈한 포트의 번호를 변경 처리할 수 있다.
또는, eUICC(1010)가 저장하고 있는 디폴트 프로파일의 eSIM 포트를 모뎀(1005)에서 수신한 해당 eSIM 포트 번호로 변경하여 저장하고 해당 포트 번호로 연결을 처리할 수 있다.
도 9에서 또한 전술한 바와 같이, 디폴트 프로파일에 대한 설정 정보가 eUICC(1010)에 없는 경우 eUICC(1010)은단말에서 오픈한 포트 개수 중에 프로파일에 사용 가능하도록 할당한 포트 개수에 맞춰, eSIM 포트 번호 중에 낮은 번호순으로 프로파일(들)의 활성화 상태를 유지하고, eSIM 포트와 맵핑되지 못한 프로파일들의 비활성화 또는 활성화 상태 유지를 결정할 수 있다. 단말에서 eUICC(1010)에 할당 가능한 포트의 개수의 일부가 프로파일 사용 용도가 아닌 경우, 단말은 해당 정보를 eUICC(1010)에 알려줄 수 있다. 일 예로, 단말은 eUICC(1010)에 Get Configuration 설정에 대한 Command APDU를 전송하면서 전송하는 Command APDU의 데이터로 단말이 eUICC와 오픈 가능한 포트의 개수 및 이 중 프로파일 용도로 오픈 가능한 포트의 개수 정보를 포함하여 전송할 수도 있다.
eSIM 포트 생성이 모두 완료되었음을 eUICC(1010)에 알려주는 indicator, 일 예로 eUICC(1010)가 MANAGE PORT(초기화 완료(Initialize Complete)) 메시지를 수신하면, eUICC(1010)는 자체적으로 활성화된 프로파일에 맵핑된 포트 번호 중 eSIM 포트가 미 할당된 프로파일은 비활성화 처리할 수 있다. 예를 들어, 포트 #5에 할당된 프로파일은 eUICC(1010)가 비활성화 상태로 변경 처리할 수 있다. 한편, 전술한 바와 같이 모뎀(1005)은 모든 eSIM 포트가 생성 완료됨을 알려 주는 대신 전술한 절차의 특정 시점에서 생성할 eSIM 포트의 개수를 eUICC(1010)에 알려줄 수도 있다. 이 경우, eUICC(1010)에서 모뎀(1005)이 생성할 eSIM 포트의 개수 정보를 참조하여 해당 eSIM 포트의 개수가 모두 수신되면, eSIM 포트가 미 할당된 프로파일은 비활성화 처리할 수 있다.
단말과 카드간 초기화 과정의 동작으로 eUICC(1010)가 사용자의 동의 없이 암묵적으로 프로파일의 비활성화를 처리하는 경우, eUICC(1010)는 모뎀(1005)에 프로파일 상태 변경에 따른 Refresh Command를 전송하지 않고 비활성화 처리를 완료할 수 있다. 한편 모뎀(1005)은 eUICC(1010)로부터 획득한 정보들을 참조하여 최종 결정한 ISD-R를 통해 eSIM 포트 및 생성한 프로파일 eSIM 포트 번호, 디폴트 프로파일이 활성화된 포트 번호등의 정보를 단말 프레임워크(1001)로 전달함으로써(190단계) 단말의 애플리케이션 (LPA를 포함한) 또는 시스템에서 활용할 수 있도록 제공할 수 있다.
도 11a 및 11b는 본 개시의 일 실시 예에 따른 MEP 모드로 동작하는 단말과 eUICC에서 프로파일간 사용할 포트의 변경(swap)을 처리하는 방법을 나타낸 도면이다.
설명의 편의를 위해 앞서 도 5에서와 같이 프로파일 1이 eSIM 포트 #2에 활성화되고, 프로파일 2가 eSIM 포트 #1에 활성화된 경우를 가정하여 설명하며, 프로파일 1은 PPR1이 설정된 프로파일인 경우를 가정한다. 사용자(1101)가 프로파일 1과 프로파일 2가 사용하는 기저대역을 변경하여 사용하고자 하는 경우가 존재할 수 있다. 즉, 도 5를 참고하면, 프로파일 1은 5G를 사용하고, 프로파일 2는 4G를 사용하는 경우, 사용자(1101)가 LPA(1105) 또는 LPA(1105)가 통합된 SIM 관리 애플리케이션에서 프로파일 1에 4G를 사용하기 위해 포트 변경에 대한 사용자 메뉴를 선택할 수 있다. 기존에는 해당 사용자의 입력을 수신 받게 되면 (예: UI에서 메뉴 클릭 또는 프로파일 간 위치 변경 등) eUICC(1115)는 프로파일 1에 대한 상태를 먼저 비활성화 처리해야 하나, 해당 프로파일을 비활성화할 수 없으므로 eUICC(1115)는 처리 불가에 대한 에러를 LPA(1105)에 리턴하고 LPA(1105)에서는 해당 명령을 처리할 수 없다.
도 11a 및 11b를 참조하면, 사용자(1101)는 LPA(1105) 또는 LPA(1105)가 통합된 SIM 관리 애플리케이션에서 프로파일 1에 4G를 사용하기 위해 포트 변경에 대한 사용자 메뉴를 선택할 수 있다(1118단계). 해당 메시지를 입력 받은 MEP 지원 LPA(1105)에서는 포트간 스왑(Swap)에 대한 명령을 생성하여 eUICC(1115)에 전송할 수 있다. 상기 명령은 ES10c. SwapPort (Port #1, #2) 또는 ES10c. SwapPort (ICCID #1, #2)와 같은 메시지 중 하나일 수 있다.
Swap Port ()에 들어가는 순서는 포트 변경을 처리할 순서를 나타낼 수 있으며 예를 들어, 옵션 1(1120)의 SwapPort (Port #1, #2)의 경우에 포트 #1을 포트 #2의 순서로 변경을 처리하고, 옵션2(1140)의 SwapPort (ICCID #1, #2) 경우에 ICCID #1가 활성화된 포트 #1을 ICCID #2가 활성화된 포트 #2로 변경을 먼저 처리하라고 인식하여 처리하는 것도 가능하다. 위 경우에 순차적으로 처리한다고 함은, 포트 #1 또는 ICCID #1이 변경 사용할 포트인 포트 #2, 그 다음에 포트 #1 순으로 eUICC가 모뎀에 Refresh Command (Reset 또는 Profile State Change)를 요청하는 것일 수 있다.
옵션1(1120)에서 eUICC(1115)는 ES10c. SwapPort (Port #1, #2)를 수신 받을 수 있다(1125단계), ES10c. SwapPort (Port #1, #2)를 수신한 eUICC(1115)는 해당 요청한 포트 #1, #2이 모두 오픈된 유효한 포트인지를 확인할 수 있다(1130단계). 확인결과 포트들이 둘 중 하나라도 오픈 되어 있지 않은 경우에 eUICC(1115)는 LPA(1105)에 에러 메시지를 리턴할 수 있다(1135단계). 예를 들어, 1135단계에서 ErrorNoPort,Port#와 같은 에러 이유가 리턴될 수 있다.
옵션2(1140)에서 eUICC(1115)는 ES10c. SwapPort (ICCID #1, #2)를 수신할 수 있다(1145단계). ES10c. SwapPort (ICCID #1, #2)를 수신한 eUICC(1115)는 ICCID #1, #2에 해당하는 프로파일들이 모두 활성화되어 있는 상태인지를 확인할 수 있다(1150단계). 확인결과 ICCID #1, #2에 해당하는 프로파일들이 1개라도 활성화되어 있지 않은 경우에 eUICC(1115)는 LPA(1105)에 에러 메시지를 리턴할 수 있다(1155단계). 예를 들어 1155단계에서 profileNotInEnabledState,ICCID 와 같은 에러 이유가 리턴될 수 있다. 에러 메시지를 수신 시, LPA(1105)에서는 에러 수신 시 처리 방법 공지/종료할 수 있다.
또한, 도 11에서는 도시하지 않았으나 옵션3으로 옵션1과 옵션2를 조합하여 Swap Port ()의 파라미터로 ICCID #1, 해당 ICCID #1이 변경 사용할 포트 #2 페어(pair)로 표기하는 방법도 가능하다(예: Swap Port (ICCID #1, Port #2). 이 경우에, 해당 ICCID #1이 활성화되어 있는 지와 변경할 포트 #가 오픈되어 있는지, 그리고 해당 ICCID #1이 아닌 활성화된 다른 ICCID가 있는지를 판단하여 이 중에 하나라도 만족하지 않는 경우 에러 메시지를 LPA에 리턴하고 종료할 수 있다.
eUICC(1115)는 수신된 SwapPort Command에 따라서 옵션1(1120)의 1130단계 또는 옵션2(1140)의 1150단계를 통해서 판단한 결과, 처리가 가능한 경우 저장한 프로파일 정보에서 프로파일의 메타데이터에 포트의 정보가 변경될 것임을 표기하고(일 예로 프로파일 1(ICCID#1)의 메타데이터에 Profile to be enabled on Port #2, 프로파일 2(ICCID#2)의 메타데이터에 Profile to be enabled on Port #2)(1160단계), SwapPort()에 포함된 eSIM 포트들에 대한 Refresh를 처리할 수 있다(1165단계, 1170단계).
1165단계에서 Refresh Command는 1개 또는 복수 개가 전송될 수 있다. 즉, 1개의 Refresh에 대한 Proactive Command로 복수 개의 포트 번호가 포함되어 전송될 수도 있고, 또는 포트 별로 Refresh에 대한 Proactive Command가 전송될 수도 있다.
1170단계에서 Reset은 변경할 대상 포트 별로 각각 Reset이 수행되어야 한다.
Refresh와 Reset은 다음 중 적어도 하나의 방법을 포함할 수 있다.
일 예로, eUICC가 모뎀에 SwapPort()에 포함된 순차의 eSIM 포트 또는 ICCID가 활성화된 eSIM 포트를 통해 변경할 포트 번호를 포함하여 Refresh를 요청하여 변경 사용할 포트 번호부터 순차적으로 모뎀이 포트 Refresh를 처리할 수 있다. 다시 말해, 1165단계에서 옵션1(1120)이 SwapPort (Port #1, #2)인 경우에, eUICC(1115)는 포트 #1을 통해 변경되는 포트 번호를 포함한 Proactive Command를 전송하여 모뎀(1110)에 포트 Refresh 처리를 요청하고, 포트 #2를 통해 변경되는 포트 번호를 포함한 Proactive Command를 전송하여 모뎀(1110)에 포트 Refresh 처리를 요청하여 해당 변경할 포트에 대한 Refresh 처리를 요청할 수 있다.
일 예로 eUICC(1115)가 모뎀(1110)에 SwapPort()에 포함된 역순 대로, eSIM 포트 또는 ICCID가 활성화된 eSIM 포트를 통해 순차적으로 포트 Reset에 대한 Refresh를 요청하여 모뎀에서 변경 사용할 eSIM 포트의 순서에 따라 포트 Refresh를 처리할 수 있다. 다시 말해, 포트 #2, 포트 #1 순차 대로 eUICC(1115)가 포트 번호 없이 포트 Reset에 해당하는 REFRESH Proactive Command를 전송할 수도 있다. 해당 메시지를 수신한 모뎀은 eUICC로 해당 포트에 대한 Reset을 수행한다.
일 예로, ISD-R이 사용하는 eSIM 포트 중 하나 또는 전용 포트를 통해서 eUICC(1115)가 eUICC 플랫폼 전체에 대한 REFRESH Proactive Command에 대한 수행을 개시하게끔 하는 요청을 모뎀(1110)에 전송할 수 있다. 해당 요청을 수신한 모뎀(1110)은 eUICC 전체에 대한 Reset을 수행할 수 있다.
일 예로, 1개의 ISD-R이 사용하는 포트를 통해서 전술한 바와 같이 eUICC(1115)가 프로파일이 변경 사용할 포트 번호가 포함된 2개의 독립적인 Proactive Commands를 전송하여 포트 Refresh 처리를 모뎀(1110)에 요청할 수 있다.
일 예로, 1개의 ISD-R이 사용하는 포트를 통해서 전술한 바와 같이 eUICC(1115)가 프로파일이 변경 사용할 포트 번호가 포함된 1개의 Proactive Command를 전송하여 포트 Refresh 처리를 모뎀(1110)에 요청할 수 있다.
또한, 도 11에는 도시되지 않았으나, 1165단계와 1170단계를 대체하는 또다른 예로는 ISD-R이 사용하는 eSIM 포트 중 1개를 통해서 eUICC(1115)가 (기존 포트 번호, 변경 포트 번호)의 리스트를 포함한 Swap에 대한 1개의 REFRESH Proactive Command를 전송하여 포트 Refresh를 모뎀(1110)에 요청할 수 있다.
해당 Proactive Command(s)를 수신한 모뎀(1110)은 해당 포트(들) 또는 플랫폼 전체에 대한 Refresh 명령을 수행하여 처리할 수 있다. 복수 개의 포트 번호를 포함한 Proactive Command를 수신한 경우, 모뎀은 포트 별로 네트워크 해제 요청(detach request) 후 캐시 값들을 삭제하는 대신에 수신된 포트들에 대한 일괄 네트워크 해제 절차를 수행하고 포트들에 캐시 값들을 일괄 삭제한 후, 포트 별 Reset을 통해 새로운 카드 세션을 시작할 수 있다. 만약, 모뎀이 1개의 포트 번호 또는 포트 번호 없이 포트 Reset에 대한 Refresh Command를 여러 개 수신하는 경우에, 모뎀(1110)은 포트 별로 순차적으로 Refresh 처리를 수행할 수 있다. 즉, 포트 별로 사용하는 프로파일에 대한 네트워크 접속을 해제하고, 캐시 값을 삭제하고 Reset을 수행할 수 있다.
eUICC(1115)는 Refresh 처리 결과로 해당 포트(들) 또는 플랫폼에 대한 Reset을 수행하면, 해당 프로파일과 포트에 대한 매핑을 변경 처리하고(1175단계) 포트 변경에 대한 처리에 정상 응답 결과를 LPA(1105)에 회신할 수도 있다(1180단계).
해당 응답을 수신한 LPA(1105)는 프로파일과 포트간 맵핑 변경이 정상적으로 완료되었음을 인지하고(1185단계) 해당 처리 결과를 사용자(1101)에게 제공할 수도 있다. 1180단계 대신에, Reset 완료 후, LPA(1105)는 eUICC(1115)에 GetProfileInfo() 명령을 통해 회신되는 프로파일의 정보 또는 ISD-R 선택 시 호출되는 템플레이트(template)를 통해서 eUICC(1115)의 포트와 프로파일의 맵핑이 정상적으로 변경되었는지를 확인하는 방법도 가능할 수 있다.
한편, ISD-R 사용 포트에서 모뎀으로 Refresh Command를 전송할 수 없는 경우(1195단계)도 가능할 수 있다. 이 경우에 eUICC(1115)는 프로파일이 활성화된 포트 번호를 변경 활성화될 포트 번호로 변경 저장할 수 있다(1196단계).
그리고 나서 eUICC(1115)는 각 프로파일이 변경 사용할 포트 번호들을 포함하는 성공 응답 메시지를 LPA(1105)에 회신(1197단계)하거나 또는 LPA(1105)가 성공 응답 메시지에 변경 포트 번호들을 추가한 후, LPA(1105)에서 모뎀(1105)에 이를 전송할 수 있다(1198단계). 이를 수신한 모뎀(1110)은 기존 각 프로파일이 사용하고 있었던 네트워크들에 대한 일괄 네트워크 해제 절차를 수행하고, 해당 포트들에 대한 캐시 값을 삭제 처리하여 해당 포트들에 대한 Reset을 수행할 수 있다(1198단계). Reset을 수행한 후, 모뎀(1110)은 해당 포트와 연결된 기저대역에서 해당 변경된 포트에 활성화된 프로파일 정보를 활용하여 네트워크 연결(network attach) 절차를 수행할 수 있다.
도 12는 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 단말의 내부 구조를 개략적으로 도시한 도면이다.
도 12을 참고하면, 단말(1200)은 송수신부(1210), 메시지 처리부(1220), 제어부(1230), 메모리(1240) 및 화면 표시부(1250)를 포함한다. 다만 단말(1200)의 구성 요소가 전술한 예에 한정되는 것은 아니다. 예를 들어, 기지국은 전술한 구성 요소보다 더 많은 구성 요소를 포함하거나 더 적은 구성 요소를 포함할 수 있다. 뿐만 아니라, 단말(1200)의 적어도 하나의 구성이 하나의 칩 형태로 구현될 수 있다. 일부 실시예에 따르면, 송수신부(1210)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행할 수 있다. 즉, 송수신부(1210)는 기저대역 신호를 RF 대역 신호로 상향 변환한 후 안테나를 통해 송신하고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환하는 RF 처리부를 포함하며, 송신 필터, 수신 필터, 증폭기, 믹서(mixer), 오실레이터(oscillator), DAC(digital to analog convertor), ADC(analog to digital convertor) 등을 더 포함할 수 있다.
또한, 송수신부(1210)는 무선 채널을 통해 신호를 수신하여 프로세서(1230)로 출력하고, 제어부(1230)로부터 출력된 신호를 무선 채널을 통해 전송할 수 있다. 송수신부(1210)는 빔포밍(beamforming)을 수행할 수 있다. 빔포밍을 위해, 송수신부(1210)는 복수의 안테나들 또는 안테나 요소(element)들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 또한 송수신부(1210) 내의 기저대역 처리부는 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행할 수 있다. 예를 들어, 데이터 송신 시, 기저대역 처리부는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 기저대역 처리부는 RF처리부로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 예를 들어, OFDM(orthogonal frequency division multiplexing) 방식에 따르는 경우, 데이터 송신 시, 기저대역 처리부는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 복소 심벌들을 부반송파들에 매핑한 후, IFFT(inverse fast Fourier transform) 연산 및 CP(cyclic prefix) 삽입을 통해 OFDM 심벌들을 구성한다.
또한, 데이터 수신 시, 기저대역 처리부는 RF처리부로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT(fast Fourier transform) 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다.
송수신부(1210)는 송수신기(transceiver)로 정의될 수 있으며, 메시지 송수신부를 포함할 수 있다. 메시지 처리부(1220)는 송수신부(1210)를 통해 송신하거나 혹은 수신한 데이터가 어떠한 메시지인지를 판단하는 동작을 수행할 수 있다. 예를 들어, 상기 메시지 처리부(1220)는 수신한 메시지가 (SIB(System Information Block)를 포함한) RRC(Radio Resource Control) 계층의 제어 메시지인지 혹은 사용자의 데이터 메시지인지를 판단할 수 있다. 메시지 처리부(1220)는 제어부(1230)에 포함될 수 있다.
제어부(1230)는 단말(1200)의 전반적인 동작들을 제어한다. 예를 들어, 제어부(1230)는 메시지 처리부(1220)를 통해 신호를 송수신한다. 또한, 제어부(1230)는 메모리(1240)에 데이터를 기록하고 읽는다. 제어부(1230)는 적어도 하나일 수 있다. 예를 들어, 제어부(1230)는 통신을 위한 제어를 수행하는 CP(communication processor) 및 응용 프로그램 등 상위 계층을 제어하는 AP(application processor)를 포함할 수 있다. 일부 실시 예에 따르면, 메모리(1240)에 사전에 저장된 기기 변경에 대한 사업자 구성(Configuration) 정보가 있는 경우에 제어부(1230)는 해당 정보를 메모리(1240)에 요청하여 화면 표시부(850)가 표시하거나 해당 정보를 받아서 추가적인 동작을 처리할 수 있다.
상기 제어부(1230) 및 메시지 처리부(1220), 송수신부(1210)는 사용자 또는 단말 설정에 따라 선택한 사업자 망으로의 접속을 수행하도록 단말(1200)을 제어할 수 있다. 또한, 일부 실시예에 따르면, 제어부(1230)는 메모리(1240)를 통해서 읽은 데이터 기록, 또는 제어부(1230) 및 메시지 처리부(1220), 송수신부(1210)를 통해 수집된 정보를 매칭하여 서비스 선택에 참조할 수 있는 정보를 단말이 추론하는 처리 과정을 수행할 수 있다. 일부 실시예에 따르면, 제어부(1230)는 단말(1200)에 저장된 특정 정보에 대한 사용자 동의가 필요한지 여부를 판단하고, 화면 표시부(1250)에 표시할 수 있다.
또한, 제어부(1230)는 이에 대응하는 동작을 수행하도록 단말(1200)을 제어할 수 있다. 일부 실시 예에 따르면, 제어부(1230)는 eUICC의 구동 및 제어를 담당하는 LPA, LPA가 통합 구현된 애플리케이션을 포함할 수 있다. 또한, 일부 실시 예에 따르면, 제어부(1230)는 LPA로 또는 애플리케이션에 수신된 정보를 해석하여 CP(communication processor)에 특정 Command APDU 요청을 처리하거나 요청된 정보의 일부 또는 전체를 메모리(1240)로부터 수집하여 LPA 또는 애플리케이션에 회신하는 단말 프레임워크를 포함할 수 있다.
제어부(1230)는 단말(1200)과 송수신부(1210)을 통해 eUICC(1260)으로 부터 획득한 소정의 정보를 종합하여 MEP 모드로 동작함을 결정하여 eUICC(1260)에 회신해 줄 수 있다. eUICC(1260)은 제어부(1230)에 의해 제어되며, 본 개시의 실시예에 따라 eUICC(1260)는 각 관리 명령을 수행하고, 모뎀 등으로 Proactive Command를 전달할 수 있다.
메모리(1240)는 단말(1200)의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 실시 예에서는 메모리(1240)는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성되며 제어부(1230)의 요청에 따라 Terminal Capability로 저장된 데이터를 제공할 수 있다. 또한, 메모리(1240)은 제어부(1230)와 SoC(System on Chip)으로 통합 구현되어 있을 수 있다.
한편, 본 개시의 실시 예에서는 eUICC(1260)은 탈착식으로 단말(1200) 외부에 별도의 모듈로 존재하여 단말에 삽입될 수 있다. eUICC(1260)은 또한 내부에 단말(1200)의 모듈에서 화면 표시부(1250)를 제외한 다른 부중의 일부 또는 전체를 포함하여 구성될 수 있다. 예를 들어, 본 개시의 일 실시 에에 따라서 eUICC(1260)의 제어부는 메시지송수신부를 통해서 수신된 단말(1200)의 Terminal Capability 정보를 메시지 처리부를 통해서 처리하여 획득한 후, 해당 메시지 정보를 통해서 비-eSIM 또는 MEP 미 지원 eSIM 단말로 판단하면 메모리에 저장된 프로파일의 상태 정보를 참조하여 활성화된 프로파일이 있는지와 디폴트 프로파일로 설정된 프로파일에 대한 정보를 획득/조합하여 eUICC(1260)내의 프로파일의 상태를 변경 처리할 수 있다. 한편, 단말(1200)은 내장된 하드웨어 보안 모듈로 UICC, eUICC, iSSP, iUICC를 포함할 수 있음에 유의해야 한다.
화면표시부(1250)는 제어부(1230)에서 처리/가공한 정보를 표시하거나 제어부(1230) 처리를 통해 단말(1200)이 수행하는 동작에 대한 진행 과정 또는 사용자에게 수행을 요청하는 이벤트에 대한 동의 등을 표시할 수 있다. 일부 실시 예에 따르면, 저장된 프로파일 정보, 디폴트 프로파일 설정 메뉴, 디폴트 프로파일 입력 및 입력된 결과를 사용자에게 회신하여 표시할 수 있다. 일부 실시 예에 따르면, LPA 또는 LPA가 통합 구현된 애플리케이션은 화면표시부(1250)와 제어부(1230)를 포함할 수 있다.
도 13은 본 개시의 또다른 실시 예에 따른 MEP 모드로 동작하는 단말과 eUICC에서 프로파일이 사용할 포트 간 변경을 처리하는 방법을 나타낸 도면이다. 특히, 도 13에서는 프로파일의 활성화 명령(ES10c.EnableProfile)에 변경 지시자(swap indicator)를 포함하여 전송하여 처리하는 방법에 대해 설명한다.
도 4에서 MEP에서 특정 포트에 프로파일 활성화 처리에 대한 절차를 기술하고 있어, 도 13에서는 변경 지시자에 대한 부분을 중심으로 기술한다.
도 13을 참조하면, ES10.EnableProfile Command에 변경 지시자가 포함되어 전송되는 경우(1330단계), eUICC(1310)는 타겟 프로파일(ES10.EnableProfile Command의 ICCID를 가지는 프로파일)이 활성화 상태인 경우에도 에러를 리턴하지 않고, 추가적으로 해당 프로파일을 활성화할 타겟 포트 번호에 다른 프로파일이 활성화되어 있는지 판단한다(1335단계). 이 때, 둘 다 활성화 상태인 경우에 eUICC(1310)는 포트 변경에 대한 이후 절차를 수행하고, 그렇지 않은 경우에는 eUICC(1310)은 LPA(1305)에 에러를 리턴하고 해당 절차를 종료할 수 있다.
eUICC(1310)가 1335단계에서의 판단 결과, 프로파일의 포트 변경이 가능하다고 판단하는 경우에 eUICC(1310)은 모뎀(1315)에 Refresh Command를 요청(1345단계)하기 전에 포트를 변경할 프로파일들의 정보에 프로파일들이 변경 사용할 포트 번호를 마킹해 둔다.
ES10c.EnableProfile Command에 refreshFlag가 설정되어 있는 경우(1340단계), eUICC(1310)는 변경할 포트들에 대한 REFRESH Proactive Command를 모뎀(1315)에 전송할 수 있다(1345단계). 도 11에서 전술한 바와 같이 REFRESH Proactive Command는 변경이 적용되는 포트 별로 1개씩 전송되거나 또는 대상 포트 중 1개의 포트 또는 ISD-R 전용 포트를 통해 2개의 Proactive Command가 순차적으로 전송되거나, 또는 1개의 Proactive Command로 복수의 포트 번호들을 포함하여 전송되는 것도 가능할 수 있다. 도 13에서는, ISD-R 전용 포트들 통해 1개의 Proactive Command에 복수 개의 포트 번호들을 포함해 전송하는 경우를 예를 들어 도시하였다. 복수 개의 포트 번호(포트 변경이므로 2개의 포트 번호)들을 포함한 Proactive Command를 수신한 경우, 모뎀(1315)은 수신된 포트 번호들이 맵핑되어 사용하는 네트워크에 대한 일괄 네트워크 연결 절차를 수행하고 해당 포트 번호들의 캐시 값들을 일괄 삭제한 후, 포트 별 Reset을 통해 새로운 카드 세션을 시작할 수 있다(1350단계). Reset을 수행하면, eUICC는 프로파일을 마킹된 신규 포트로 매핑하여 카드 초기화 절차를 완료할 수 있다(1355단계).
refreshFlag가 설정되어 있지 않은 경우에(1360단계), eUICC(1310)는 전술한 바와 같이 프로파일의 포트 매핑을 활성화될 포트 번호로 변경 처리해 둘 수 있다(1365단계). 그리고 나서 eUICC(1310)가 각 프로파일이 변경 사용할 포트 번호들을 포함하는 성공 응답 메시지를 LPA(1305)에 회신하거나(1370단계) 또는 LPA(1305)가 성공 응답 메시지에 상기 포트 번호들을 추가한 후, LPA(1305)에서 모뎀(1315)에 이를 전송할 수 있다. 이를 수신한 모뎀(1315)은 기존 각 프로파일이 사용하고 있었던 네트워크들에 대한 일괄 네트워크 해제 절차를 수행하고, 해당 포트들에 대한 캐시 값을 삭제하여 처리하여 해당 포트들에 대한 Reset을 수행할 수 있다(1375단계). Reset을 수행한 후, 모뎀(1315)는 해당 포트와 연결된 기저대역에서, 해당 변경된 포트에 활성화된 프로파일 정보를 활용하여 네트워크 연결 절차를 수행(1380단계)할 수 있다.
전술한 바와 같이, MEP 지원 eUICC가 제2 단말에 삽입되기 전에, 제1 단말에 삽입되어 MEP 모드로 동작한 적이 있는 경우, 제2 단말에 삽입된 해당 eUICC에는 2개 이상의 프로파일들이 존재할 수 있고, 2개 이상의 프로파일들이 모두 활성화된 상태를 가질 수 있다.
앞서 도 8의 830 단계 및 도 9에서 기 서술한 바와 같이 eUICC가 단말의 Terminal Capability에 대한 정보로 eUICC-related capability에 대한 정보를 수신하였으나, 해당 Terminal Capability에 대한 정보 또는 별도의 APDU로 단말로부터 수신한 정보로써, 단말의 MEP 지원에 대한 정보를 수신하지 못한 경우, eUICC는 기저대역 연결을 위한 디폴트 프로파일만 활성화 상태를 유지하고, 그 외에 활성화된 상태인 프로파일(들)을 암묵적으로 비활성화 처리할 수 있다.
하지만, MEP 지원 eUICC의 설정으로, eUICC에서 프로파일들의 상태를 모두 활성화 상태로 유지하여 처리하는 것도 가능할 수 있다. 예를 들어, 제2 단말에 삽입된 eUICC에 3개의 프로파일들로 프로파일 A, 프로파일 B 및 프로파일 C가 존재하고, 3개의 프로파일들이 모두 활성화 상태인 경우, 단말-카드간 초기화 과정에서 eUICC가 디폴트 프로파일로 설정된 프로파일(예: 프로파일 A)만 기저대역으로 연관성을 처리했다고 하더라도 eUICC는 나머지 프로파일들(예: 프로파일 B, 프로파일 C)의 상태를 임의로 비활성화로 변경 처리하지 않고 활성화 상태로 상태 정보를 유지할 수도 있다. 이 경우, eUICC는 프로파일 B 및 프로파일 C의 상태를 활성화 상태로 유지하지만, 기저대역 연결이 되어 있지 않아 네트워크 접속은 불가능하여 eUICC는 프로파일 B 및 프로파일 C를 GSMA SGP.22에 정의된 비활성 상태의 동작과 같이 처리할 수 있다. 본 개시에서는 설명의 편의를 위해 이러한 상태를 “임시 활성화 상태”로 설명하기로 한다.
전술한 바와 같이, eUICC 내의 프로파일들은 활성화 상태이나 모뎀으로부터 기저대역 연결을 위한 채널을 제공받지 못한 상태로 SEP 모드로 초기화를 완료할 수 있다. 이와 같이 프로파일이 활성화된 상태이나 기저대역 연결이 없는 상태의 프로파일들에 대해서는 eUICC가 프로파일의 상태 정보에 “임시 활성화 상태”에 대한 식별 정보를 마킹하여 저장할 수 있다. 해당 시점은 단말-카드간 초기화의 특정 시점에서 eUICC가 처리하여 저장할 수 있다.
식별 정보를 마킹하여 저장하는 방법으로는 eUICC가 신규 상태 값으로 임시 활성화 상태임을 표기하는 방법 또는 임시 활성화 상태임을 나타내는 별도의 식별자를 사용하는 방법도 가능할 수 있다. 일 예로, ProfileInfo에 포함된 ProfileState 값 중의 하나로, temporaryEnabled(2)를 추가하거나(ProfileState::= INTEGER {disabled(0), enabled(1), temporaryEnabled(2)}), 또는 ProfileInfo에 추가 데이터로 temporaryEnabled Flag와 같은 식별자를 추가하는 것도 가능할 수 있다.
도 14 내지 도 16에서는, 초기화 과정에서 프로파일의 상태를 활성화 상태로 유지하였으나 기저대역에 연결되지 않은 “임시 활성화 상태”인 프로파일을 프로파일 1A라고 지칭한다. 또한, 도 14 내지 도 16에서의 LPA는 별도로 명시하지 않은 경우 MEP 미지원 LPA를 지칭하고, 모뎀은 MEP 미지원 모뎀을 지칭한다.
도 14는 본 개시의 일 실시 예에 따른 탈착식 MEP 지원 UICC가 MEP 미지원 eSIM 단말에 삽입된 경우 프로파일의 상태 정보를 회신하는 방법을 나타낸 도면이다.
전술한 바와 같이, eUICC 내의 프로파일들은 활성화 상태이나 모뎀으로부터 기저대역 연결을 위한 채널을 제공받지 못한 상태로 SEP 모드로 초기화를 완료할 수 있다. 이와 같이 프로파일이 활성화된 상태이나 기저대역 연결이 없는 상태의 프로파일에 대해서는 eUICC가 해당 프로파일의 상태 정보를 마킹하여 저장하고 사용할 수 있다.
도 14를 참조하면, 옵션1(1401)에서, SEP 모드의 MEP 미지원 LPA(1405)는 프로파일 정보를 획득하기 위해 MEP 지원 eUICC(1410)로 ES10c.GetProfileInfo()를 요청할 수 있다(1415단계). LPA(1405)로부터 프로파일 정보를 요청받은 eUICC(1410)는 프로파일 정보로써 프로파일의 상태 정보를 포함시켜 LPA(1405)로 회신할 수 있다(1420단계).
만약, eUICC에 2개의 프로파일(예: 프로파일 1A 및 프로파일 2)이 존재하는 경우, eUICC(1410)는 프로파일 1A와 프로파일 2의 상태로 임시 활성화 상태임을 알 수 있는 식별 정보가 마킹되어 있는지 확인할 수 있다.
프로파일 1A의 ProfileInfor에 포함된 값들 중 예를 들어:
1. ProfileState=temporaryEnabled(2) 또는
2. ProfileState=enabled(1)과 temporaryEnabled Flag가 Set
와 같이 임시 활성화 상태에 대한 정보가 마킹되어 있는 경우, eUICC(1410)는 MEP 모드로 동작하는 경우 그대로 LPA(1405)로 회신하고, MEP 모드로 동작하지 않는 경우, 1과 2번의 경우 모두 ProfileState=disabled(0)로 변경하여 LPA(1405)로 회신하는 것도 가능하다. 예를 들어, eUICC(1410)는 Profile 1A State=Disabled, Profile 2 State=Enabled로 표기하여 LPA(1405)에 회신할 수 있다. LPA(1405)는 ES10c.GetProfileInfo()를 통해 eUICC(1410)로부터 획득한 프로파일 정보와 단말로부터 수신한 무선접속 정보 등 소정의 정보를 참조하여, 사용자에게 프로파일 리스트 및 상태 정보들을 표기할 수 있다.
계속해서 도 14를 참조하면, 옵션2(1402)에서, eUICC(1410)는 ES10c.GetProfileInfor()를 LPA(1405)로부터 수신하였을 때(1425단계), 프로파일 정보로써 프로파일의 상태 정보를 포함시켜 LPA(1405)로 회신할 수 있다(1430 단계).
이 때, eUICC(1410)에 2개의 프로파일(예: 프로파일 1A 및 프로파일 2)이 존재하는 경우, eUICC(1410)는 프로파일 1A와 프로파일 2의 상태로 임시 활성화 상태임을 알 수 있는 식별 정보가 마팅되어 있는지 확인할 수 있다.
프로파일 1A의 ProfileInfo에 포함된 값들 중 예를 들어:
1. ProfileState=temporaryEnabled(2) 또는
2. ProfileState=enabled(1)과 temporaryEnabled Flag가 Set
와 같이 임시 활성화 상태에 대한 식별 정보가 마킹되어 있는 경우, eUICC(1410)는 MEP 모드로 동작하는 경우 그대로 LPA(1405)로 회신하고, MEP 모드로 동작하지 않는 경우, 1과 2번의 경우 모두 ProfileState=enabled(1)로 LPA(1405)에게 회신하는 것도 가능하다. 예를 들어, eUICC(1410)는 Profile 1A State=Enabled, Profile 2 State=Enabled로 표기하여 LPA(1405)에 회신할 수 있다. LPA(1405)는 ES10c.GetProfileInfo()를 통해 eUICC(1410)로부터 획득한 프로파일 정보와 단말로부터 수신한 무선접속 정보 등 소정의 정보를 참조하여, 사용자에게 프로파일 리스트 및 상태 정보들을 표기할 수 있다(1435단계). 힌편, MEP 미지원 LPA인 경우, LPA(1405)는 Profile State가 “enable”로 회신되는 값이 1개까지만 가능하도록 구형되어 있을 수 있다. 이 경우에, “enabled”가 2개 이상인 경우, 에러로 인지하고 단말로부터 획득한 소정의 정보, 예를 들어 프로파일별 할당된 기저대역 또는 IMEI 정보를 조합하여 사용자에게 이를 구성하여 보여줌으로써, 사용자가 해당 정보를 참조하여 1개의 프로파일의 비활성화 처리를 결정하게 할 수 있다. 사용자의 입력을 받아, LPA(1405)는 eUICC(1410)로 ES10c.disableProfile을 전송하여 1개 프로파일의 명시적인 비활성화를 처리할 수도 있다. 이는 하기 도 16의 실시예에서 추가적으로 기술하기로 한다.
도 15는 본 개시의 일 실시 예에 따른 탈착식 MEP 지원 UICC가 MEP 미지원 eSIM 단말에 삽입된 경우 임시 활성화 상태인 프로파일의 활성화를 처리하는 방법을 나타낸 도면이다.
도 14의 실시 예와 같이 LPA(1505)는 프로파일 정보들을 수집하여 사용자(1501)에게 표기할 수 있고, 사용자(1501)는 표기된 프로파일 정보들을 통해 특정 프로파일의 상태를 확인 및 변경할 수 있다.
도 15를 참조하면, 사용자(1501)는 표기된 프로파일 리스트 및 프로파일 상태 정보를 참조하여 특정 시점에 프로파일 2 대신 프로파일 1A를 통해 네트워크 서비스를 제공받고자 하는 입력을 LPA(1505)에 입력할 수 있다. 일 예로, 사용자(1510)는 LPA(1505)에서 통신 서비스의 사용을 위해 프로파일 1A를 선택함으로써 가능할 수 있다(1520단계). 사용자 입력을 통해 LPA(1505)는 eUICC(1510)로 프로파일 활성화 요청 명령을 전송할 수 있다. 일 예로, LPA(1505)는 eUICC(1510)로 프로파일 1A의 ICCID를 포함한 ES10c.EnableProfile 명령을 전송할 수 있다(1525단계).
LPA(1505)로부터 ICCID를 포함한 ES10c.EnableProfile 명령을 수신한 eUICC(1510)는 프로파일 활성화 처리가 가능하지 검증하는 과정에서 추가적으로 임시 활성화 상태에 대한 식별 정보가 존재하는지 여부를 판단할 수 있다(1530단계).
임시 활성화 상태에 대한 식별 정보가 존재하지 않는 경우, MEP 지원 eUICC(1510)은 처리 결과로 에러 코드를 LPA(1505)로 회신할 수 있다(1535단계). 에러 코드는 profileNotInDisabledState, disallowedByPolicy, 또는 UndefinedError 중 하나일 수 있다.
eUICC(1510)가 저장 관리하는 프로파일 정보에 해당 프로파일이 임시 활성화 상태임을 알 수 있는 식별 정보가 마킹되어 있는 경우, eUICC(1510)는 에러 코드를 리턴하지 않고, GSMA SGP.22에 정의된 프로파일 활성화 절차로 인지하여, 프로파일 2를 암묵적으로 비활성화(implicitly disable)하고 프로파일 1A를 활성화 상태로 처리할 수 있다(1535단계). 일 예로, 전술한 GSMA SGP.22에 정의된 프로파일 활성화 절차와 같이 처리할 수 있으며, Refresh Flag가 Set되어 있는 경우, 예를 들어, 다음과 같은 절차를 포함하여 처리할 수 있다.
Step 1. eUICC(1510)에서 프로파일 1A의 상태를 “활성화 예정(To be enabled)” 상태로, 프로파일 2의 상태를 “비활성화 예정(To be disabled)” 상태로 마킹할 수 있다.
Step 2. eUICC(1510)에서 모뎀(1515)으로 Refresh Proactive Command<모드=Profile State Change 또는 eUICC Memory Reset>을 전송할 수 있다.
Step 3. 모뎀(1515)은 캐시된 프로파일 2에 대한 정보를 삭제하고, 네트워크 해제(Network detach) 절차를 수행한 후, eUICC(1510)에 Terminal Response 또는 Reset을 요청할 수 있다.
Step 4. 모뎀-카드간 초기화되면, eUICC(1510)는 프로파일 1A를 “임시 활성화 상태”에서 활성화 상태로 상태 변경 처리를 수행하고, 프로파일 2는 비활성화 상태로 상태 변경 처리를 수행할 수 있다.
도 16은 본 개시의 일 실시 예에 따른 탈착식 MEP 지원 UICC가 MEP 미지원 단말에 삽입된 경우 프로파일의 비활성화를 처리하는 방법을 나타낸 도면이다.
도 16을 참조하면, 도 14의 실시 예와 같이 MEP 미지원 LPA(1605)는 eUICC(1610)로부터 수신한 프로파일의 정보에, 추가적으로 단말로부터 수집한 정보를 참조하여 사용자 화연에 사용자(1601)가 프로파일을 관리하기 위한 정보로서 표기할 수 있다(1620단계). MEP 지원 eUICC(1610)가 LPA(1605)로부터 GetProfileInfo()를 수신하였을 때 임시 활성화 상태의 프로파일을 Profile 1A State=Enabled로 회신하는 경우, LPA(1605)에는 2개 이상의 프로파일의 상태가 활성화 상태로 수신될 수 있다. 이 경우에 두 개의 기저대역이 사용 가능한 것처럼 사용자(1601)에게 혼선을 줄 수 있으므로, LPA(1605)는 다음과 같은 방법들로 사용자(1601)에게 프로파일의 정보를 표기하여 처리할 수 있다.
1. 2개 이상의 프로파일의 상태가 활성화된 상태로 수신되어 에러를 발생하고 사용자(1601)에게 1개의 프로파일에 대한 비활성화 처리를 요청하는 화면을 표시하여 사용자로 하여금 1개의 프로파일의 상태를 비활성화 상태로 변경하도록 요청하는 방법.
2. 수신된 프로파일의 상태 그대로 2개의 활성화된 상태로 표기하되, 단말로부터 수십한 소정의 정보, 즉 해당 프로파일이 무선 접속 네트워크에 연결되어 있는지 여부를 나타내는 정보 등을 통해 기저대역을 할당 받지 않은 프로파일임을 확인한 경우, 네트워크 비접속된 프로파일임을 나타내는 추가 정보를 표기하여 사용자로 하여금 1개의 프로파일만 네트워크 사용 가능한 상태임을 알리는 방법.
특정 시점에 사용자(1601)가 프로파일 1A를 선택하여 통신 서비스를 위해 네트워크 사용 가능한 상태로 활성화를 하고자 하는 경우, 도 15의 실시 예의 절차에 따라 처리할 수 있다.
계속해서 도 16을 참조하면, 옵션1(1625)에서, 특정 시점에 사용자(1601)는 프로파일 상태를 비활성화 상태로 변경하기 위해 프로파일 1A를 선택할 수 있다(1630단계). 일 예로, 1620단계에서 LPA(1605)가 2개 이상의 프로파일의 활성화를 감지하여 활성화된 프로파일 2개 중 하나에 대해 비활성화 처리를 사용자(1601)에게 요청할 경우, 사용자(1601)는 프로파일 1A를 선택할 수 있다. 사용자(1601)의 입력을 수신하여 LPA(1605)는 프로파일의 상태 변경을 위해 SGP.22에 정의된 절차에 따라 프로파일 1A의 ICCID가 포함된 ES10c.DisableProfile 명령을 eUICC(1610)에 전송하여 해당 프로파일 1A의 상태 변경을 요청할 수 있다(1635단계). ES10c.DisableProfile 명령을 수신한 eUICC(1610)의 ISD-R(미도시)은 해당 프로파일 1A의 상태를 비활성 상태로 변경하고, 비활성화 변경 처리에 대한 결과를 LPA(1605)에게 회신할 수 있다. 이 때, 프로파일 1A는 이전에 네트워크에 접속된 상태가 아니므로, eUICC(1610)는 직접 (또는 LPA(1605)를 통해) MEP 미지원 모뎀(1615)에 상태 변경에 따른 refresh 처리 요청을 생략할 수 있다(1640단계).
계속해서 도 16을 참조하면, 옵션2(1645)에서, 특정 시점에 사용자는 프로파일 상태를 비활성 상태로 변경하기 위해 프로파일 2를 선택할 수도 있다(1650단계). 일 예로, 1620단계에서 LPA(1605)가 2개 이상의 프로파일의 활성화를 감지하여 활성화된 프로파일 2개 중 하나에 대해 비활성화 처리를 사용자(1601)에게 요청할 경우, 사용자(1601)는 프로파일 2를 선택할 수 있다. 이 때, 사용자(1601)는 프로파일 2만을 비활성화 처리하거나, 또는 프로파일 2를 비활성화 처리하면서 프로파일 1A의 활성화 처리에 대한 사용자 동의를 제공(1650단계)함으로써 LPA(1605)로 하여금 프로파일 1A에 대한 활성화를 추가로 처리할 것인지 여부를 결정하여 처리할 수 있게 할 수 있다.
사용자(1601)가 프로파일 2만을 비활성화 처리하기로 결정한 경우, LPA(1605)는 프로파일의 상태 변경을 위해 SGP.22에 정의된 절차에 따라 프로파일 2의 ICCID가 포함된 ES10c.DisableProfile 명령을 eUICC(1610)에 전송하여 해당 프로파일 2의 상태 변경을 요청할 수 있다(1655단계). ES10c.DisableProfile 명령을 수신한 eUICC(1610)의 ISD-R(미도시)은 해당 프로파일 2의 상태를 비활성 상태로 변경하고, 상태 변경에 따른 처리 결과를 LPA(1605)에게 회신할 수 있다. 이 때, 프로파일 2는 이전에 네트워크에 접속된 상태가 아니므로, eUICC(1610)는 직접 (또는 LPA(1605)를 통해) 모뎀(1615)에 상태 변경에 따른 refresh 처리 요청을 수행할 수 있다(1660단계).
사용자(1601)가 프로파일 2를 비활성화 처리하면서 프로파일 1A의 활성화 처리를 결정한 경우, LPA(1605)는 1655단계 및 1660단계를 수행하고, 추가로 프로파일 1A의 ICCID를 포함한 ES10c.EnableProfile 명령을 eUICC(1610)에 전송하여 해당 프로파일 1A의 상태 변경을 요청할 수 있다(1665단계). 프로파일 1A의 ICCID를 포함한 ES10c.EnableProfile 명령을 수신한 eUICC(1610)는 도 5의 실시 예의 1525 내지 1535 단계와 같이 임시 활성화 상태에 대한 식별 정보 처리 여부를 확인하여 처리할 수 있다(1670단계). 한편, MEP 미지원 단말에 한정하지 않고, MEP 지원 eUICC(1610)는 MEP 모드로 동작하는 단말에 삽입될 때, eUICC(1610)의 설정에 따라 프로파일의 비활성화 상태로 변경없이 활성화 상태를 유지하여 eUICC 초기화를 완료하는 경우에 있어서, 임시 활성화 상태로 표기하였다가 MEP 지원 LPA로부터 프로파일 활성화 처리를 요청받는 경우에 임시 활성화 상태에 대한 식별 정보를 확인하여 프로파일의 활성화 여부 또는 에러 리턴 여부를 결정하여 처리할 수 있다.
본 개시의 다양한 실시 예들 및 이에 사용된 용어들은 본 개시에 기재된 기술적 특징들을 특정한 실시 예들로 한정하려는 것이 아니며, 해당 실시예의 다양한 변경, 균등물, 또는 대체물을 포함하는 것으로 이해되어야 한다. 도면의 설명과 관련하여, 유사한 또는 관련된 구성요소에 대해서는 유사한 참조 부호가 사용될 수 있다. 아이템에 대응하는 명사의 단수 형은 관련된 문맥상 명백하게 다르게 지시하지 않는 한, 상기 아이템 한 개 또는 복수 개를 포함할 수 있다. 본 개시에서, "A 또는 B", "A 및 B 중 적어도 하나","A 또는 B 중 적어도 하나,""A, B 또는 C," "A, B 및 C 중 적어도 하나,"및 "A, B, 또는 C 중 적어도 하나"와 같은 문구들 각각은 그 문구들 중 해당하는 문구에 함께 나열된 항목들 중 어느 하나, 또는 그들의 모든 가능한 조합을 포함할 수 있다. "", "", 또는 "첫째" 또는 "둘째"와 같은 용어들은 단순히 해당 구성요소를 다른 해당 구성요소와 구분하기 위해 사용될 수 있으며, 해당 구성요소들을 다른 측면(예: 중요성 또는 순서)에서 한정하지 않는다. 어떤(예: ) 구성요소가 다른(예: ) 구성요소에, "기능적으로" 또는 "통신적으로"라는 용어와 함께 또는 이런 용어 없이, "커플드" 또는 "커넥티드"라고 언급된 경우, 그것은 상기 어떤 구성요소가 상기 다른 구성요소에 직접적으로(예: 유선으로), 무선으로, 또는 제 3 구성요소를 통하여 연결될 수 있다는 것을 의미한다.
본 개시에서 사용된 용어 "모듈"은 하드웨어, 소프트웨어 또는 펌웨어로 구현된 유닛을 포함할 수 있으며, 예를 들면, 로직, 논리 블록, 부품, 또는 회로 등의 용어와 상호 호환적으로 사용될 수 있다. 모듈은, 일체로 구성된 부품 또는 하나 또는 그 이상의 기능을 수행하는, 상기 부품의 최소 단위 또는 그 일부가 될 수 있다. 예를 들면, 일 실시 예에 따르면, 모듈은 ASIC(application-specific integrated circuit)의 형태로 구현될 수 있다.
본 개시의 다양한 실시 예들은 머신(machine)(예: 전자 디바이스) 의해 읽을 수 있는 저장 매체(storage medium)(예: 내장 메모리 또는 외장 메모리)에 저장된 하나 이상의 명령어들을 포함하는 소프트웨어(예: 프로그램)로서 구현될 수 있다. 예를 들면, 머신(예: 전자 디바이스)의 프로세서는, 저장 매체로부터 저장된 하나 이상의 명령어들 중 적어도 하나의 명령을 호출하고, 그것을 실행할 수 있다. 이것은 기기가 상기 호출된 적어도 하나의 명령어에 따라 적어도 하나의 기능을 수행하도록 운영되는 것을 가능하게 한다. 상기 하나 이상의 명령어들은 컴파일러에 의해 생성된 코드 또는 인터프리터에 의해 실행될 수 있는 코드를 포함할 수 있다. 기기로 읽을 수 있는 저장매체는, 비일시적(non-transitory) 저장매체의 형태로 제공될 수 있다. 여기서, '비일시적'은 저장매체가 실재(tangible)하는 디바이스고, 신호(signal)(예: 전자기파)를 포함하지 않는다는 것을 의미할 뿐이며, 이 용어는 데이터가 저장매체에 반영구적으로 저장되는 경우와 임시적으로 저장되는 경우를 구분하지 않는다.
일 실시 예에 따르면, 본 개시에 개시된 다양한 실시 예들에 따른 방법은 컴퓨터 프로그램 제품(computer program product)에 포함되어 제공될 수 있다. 컴퓨터 프로그램 제품은 상품으로서 판매자 및 구매자 간에 거래될 수 있다. 컴퓨터 프로그램 제품은 기기로 읽을 수 있는 저장 매체(예: compact disc read only memory (CD-ROM))의 형태로 배포되거나, 또는 어플리케이션 스토어(예: 플레이 스토어TM)를 통해 또는 두 개의 사용자 디바이스들(예: 스마트폰들) 간에 직접, 온라인으로 배포(예: 다운로드 또는 업로드)될 수 있다. 온라인 배포의 경우에, 컴퓨터 프로그램 제품의 적어도 일부는 제조사의 서버, 어플리케이션 스토어의 서버, 또는 중계 서버의 메모리와 같은 기기로 읽을 수 있는 저장 매체에 적어도 일시 저장되거나, 임시적으로 생성될 수 있다.
다양한 실시 예들에 따르면, 상기 기술한 구성요소들의 각각의 구성요소(예: 모듈 또는 프로그램)는 단수 또는 복수의 개체를 포함할 수 있다. 다양한 실시 예들에 따르면, 전술한 해당 구성요소들 중 하나 이상의 구성요소들 또는 동작들이 생략되거나, 또는 하나 이상의 다른 구성요소들 또는 동작들이 추가될 수 있다. 대체적으로 또는 추가적으로, 복수의 구성요소들(예: 모듈 또는 프로그램)은 하나의 구성요소로 통합될 수 있다. 이런 경우, 통합된 구성요소는 상기 복수의 구성요소들 각각의 구성요소의 하나 이상의 기능들을 상기 통합 이전에 상기 복수의 구성요소들 중 해당 구성요소에 의해 수행되는 것과 동일 또는 유사하게 수행할 수 있다. 다양한 실시 예들에 따르면, 모듈, 프로그램 또는 다른 구성요소에 의해 수행되는 동작들은 순차적으로, 병렬적으로, 반복적으로, 또는 휴리스틱하게 실행되거나, 상기 동작들 중 하나 이상이 다른 순서로 실행되거나, 생략되거나, 또는 하나 이상의 다른 동작들이 추가될 수 있다.
상술한 본 개시의 구체적인 실시 예들에서, 본 개시에 포함되는 구성 요소는 제시된 구체적인 실시 예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.
한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims (6)

  1. 복수 프로파일 활성화(Multiple Enabled Profiles:MEP)를 지원하는 탈착가능한 내장 범용 통합 회로 카드(embedded Universal Integrated Circuit Card: eUICC)를 포함하는 단말의 디폴트 프로파일 설정 방법에 있어서,
    상기 단말의 LPA(Local Profile Assistant)로부터 상기 단말의 사용자에 의해 선택된 제1 프로파일에 대한 활성화를 요청하는 제1 메시지를 수신하는 과정;
    상기 제1 메시지를 기반으로 상기 제1 프로파일의 활성화 여부 및 상기 제1 프로파일에 대한 프로파일 정책 규칙(Profile Policy Rule:PPR)을 확인하여 상기 제1 프로파일에 대한 활성화 가능 여부를 판단하는 과정;
    상기 확인 결과 상기 제1 프로파일에 대한 활성화가 가능하다고 판단한 경우, 상기 제1 프로파일에 대한 활성화 처리 절차를 수행하는 과정; 및
    상기 활성화 처리 절차를 수행한 제1 프로파일을 디폴트(default) 프로파일로 설정하는 과정을 포함하는 방법.
  2. 제1항에 있어서, 상기 제1 프로파일에 대한 활성화 처리 절차를 수행한 후 상기 eUICC에 활성화된 프로파일이 복수인 경우,
    상기 활성화된 제1 프로파일에 대한 PPR이 특정 PPR인지 여부를 확인하는 과정; 및
    상기 활성화된 제1 프로파일에 대한 PPR이 특정 PPR인 경우, 상기 활성화된 프로파일을 디폴트 프로파일로 설정하는 과정을 더 포함함을 특징으로 하는 방법.
  3. 제1항에 있어서, 상기 eUICC가 상기 단말에 삽입되기전 다른 단말에서 사용된 경우,
    상기 eUICC에 할당된 포트의 개수와 상기 디폴트 프로파일에 대한 정보를 기반으로 포트가 미 할당된 프로파일의 상태의 변경 여부를 판단하는 과정을 더 포함함을 특징으로 하는 방법.
  4. 복수 프로파일 활성화(Multiple Enabled Profiles:MEP)를 지원하는 탈착가능한 내장 범용 통합 회로 카드(embedded Universal Integrated Circuit Card: eUICC)를 포함하는 단말에 있어서,
    송수신부; 및
    상기 단말의 LPA(Local Profile Assistant)로부터 상기 단말의 사용자에 의해 선택된 제1 프로파일에 대한 활성화를 요청하는 제1 메시지를 수신하도록 상기 송수신기를 제어하고, 상기 제1 메시지를 기반으로 상기 제1 프로파일의 활성화 여부 및 상기 제1 프로파일에 대한 프로파일 정책 규칙(Profile Policy Rule:PPR)을 확인하여 상기 제1 프로파일에 대한 활성화 가능 여부를 판단하고, 상기 확인 결과 상기 제1 프로파일에 대한 활성화가 가능하다고 판단한 경우, 상기 제1 프로파일에 대한 활성화 처리 절차를 수행하고, 상기 활성화 처리 절차를 수행한 제1 프로파일을 디폴트(default) 프로파일로 설정하는 제어부;를 포함하는 단말.
  5. 제4항에 있어서, 상기 제어부는,
    제1 프로파일에 대한 활성화 처리 절차를 수행한 후 상기 eUICC에 활성화된 프로파일이 복수인 경우, 상기 활성화된 제1 프로파일에 대한 PPR이 특정 PPR인지 여부를 확인하고, 상기 활성화된 제1 프로파일에 대한 PPR이 특정 PPR인 경우, 상기 활성화된 프로파일을 디폴트 프로파일로 설정함을 특징으로 하는 단말.
  6. 제4항에 있어서, 상기 제어부는,
    상기 eUICC가 상기 단말에 삽입되기전 다른 단말에서 사용된 경우, 상기 eUICC에 할당된 포트의 개수와 상기 디폴트 프로파일에 대한 정보를 기반으로 포트가 미 할당된 프로파일의 상태의 변경 여부를 판단함을 특징으로 하는 단말.

KR1020210064957A 2020-11-19 2021-05-20 복수 프로파일 활성화를 지원하는 탈착식 eUICC를 고려한 프로파일 핸들링 방법 및 장치 KR20220068895A (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP21895125.9A EP4233330A4 (en) 2020-11-19 2021-11-18 METHOD AND DEVICE FOR HANDLING PROFILES TAKING INTO ACCOUNT DETACHABLE EUICC WITH SUPPORT FOR MULTIPLE ACTIVATED PROFILES
CN202180077842.5A CN116848867A (zh) 2020-11-19 2021-11-18 通过考虑支持多个启用的简档的可移除euicc来处理简档的方法和装置
US17/530,308 US20220159448A1 (en) 2020-11-19 2021-11-18 METHOD AND APPARATUS FOR HANDLING PROFILES BY CONSIDERING REMOVABLE eUICC SUPPORTING MULTIPLE ENABLED PROFILES
PCT/KR2021/016984 WO2022108357A1 (en) 2020-11-19 2021-11-18 Method and apparatus for handling profiles by considering removable euicc supporting multiple enabled profiles

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
KR1020200155927 2020-11-19
KR20200155927 2020-11-19
KR1020200166818 2020-12-02
KR20200166818 2020-12-02
KR20210008187 2021-01-20
KR1020210008187 2021-01-20
KR1020210035291A KR20220068886A (ko) 2020-11-19 2021-03-18 복수 프로파일 활성화를 지원하는 탈착식 eUICC를 고려한 프로파일 핸들링 방법 및 장치
KR1020210035291 2021-03-18

Publications (1)

Publication Number Publication Date
KR20220068895A true KR20220068895A (ko) 2022-05-26

Family

ID=81808492

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020210064957A KR20220068895A (ko) 2020-11-19 2021-05-20 복수 프로파일 활성화를 지원하는 탈착식 eUICC를 고려한 프로파일 핸들링 방법 및 장치

Country Status (1)

Country Link
KR (1) KR20220068895A (ko)

Similar Documents

Publication Publication Date Title
KR102570563B1 (ko) 무선 통신 시스템에서 프로파일을 다운로드 하는 방법 및 장치
US20220326959A1 (en) Method and device for efficiently providing profile for communication service
EP3170328B1 (en) Method and device for updating profile management server
EP3281436B1 (en) Method and apparatus for downloading a profile in a wireless communication system
US11496883B2 (en) Apparatus and method for access control on eSIM
CN112335293A (zh) 用于在无线通信***中处理通信公司信息的方法和装置
US20220159448A1 (en) METHOD AND APPARATUS FOR HANDLING PROFILES BY CONSIDERING REMOVABLE eUICC SUPPORTING MULTIPLE ENABLED PROFILES
US11871227B2 (en) Device changing method and apparatus of wireless communication system
US11903089B2 (en) Method and apparatus for installing and managing multiple eSIM profiles
KR102546972B1 (ko) 프로파일 원격관리 예외 처리 방법 및 장치
KR20200145775A (ko) 통신서비스를 제공하는 방법 및 장치
KR102462366B1 (ko) eUICC 버전을 협상하는 방법 및 장치
US20230379685A1 (en) Apparatus and method for managing events in communication system
US20220264284A1 (en) Method and apparatus for transmitting and processing profile management message for multiple enabled profiles between terminal and universal integrated circuit card
KR20220018892A (ko) 복수 개의 eSIM 프로파일을 설치, 관리하는 방법 및 장치
KR20220018882A (ko) 복수 개의 eSIM 프로파일을 설치, 관리하는 방법 및 장치
KR102618287B1 (ko) eSIM Profile을 iSSP 장치에 핸들링하기 위한 방법 및 장치
KR20220068895A (ko) 복수 프로파일 활성화를 지원하는 탈착식 eUICC를 고려한 프로파일 핸들링 방법 및 장치
KR20220068886A (ko) 복수 프로파일 활성화를 지원하는 탈착식 eUICC를 고려한 프로파일 핸들링 방법 및 장치
KR20220059202A (ko) 스마트 보안 매체의 통신 번들 관리 방법 및 장치
CN116848867A (zh) 通过考虑支持多个启用的简档的可移除euicc来处理简档的方法和装置
KR20220152912A (ko) 논리 인터페이스를 지원하는 단말 및 카드 간 Proactive Command를 획득하여 처리하는 방법 및 장치
KR20220152905A (ko) 논리 인터페이스를 지원하는 단말 및 카드 간 Proactive Command를 획득하여 처리하는 방법 및 장치
KR20220018875A (ko) 복수 개의 eSIM 프로파일을 설치, 관리하는 방법 및 장치
KR20220118291A (ko) 단말 및 범용 통합 회로 카드 간 복수 개의 활성화된 프로파일을 위한 프로파일 관리 메시지 전송하고 처리하는 방법 및 장치

Legal Events

Date Code Title Description
A201 Request for examination