KR20220050731A

KR20220050731A - 무선 통신 시스템에서 단말 및 범용 통합 회로 카드 간 초기화 방법 및 장치

Info

Publication number: KR20220050731A
Application number: KR1020210021441A
Authority: KR
Inventors: 강수정; 이덕기; 구종회; 윤강진
Original assignee: 삼성전자주식회사
Priority date: 2020-10-16
Filing date: 2021-02-17
Publication date: 2022-04-25

Abstract

본 개시는 LTE와 같은 4G 통신 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 또는 6G 통신 시스템에 관련된 것이다. 본 개시는 무선 통신 시스템에서 단말 및 범용 통합 회로 카드(Universal Integrated Circuit Card: UICC)간 초기화 방법을 제안하며, 상기 UICC로부터 삽입 UICC (embedded UICC: eUICC) 기능(functionality) 지원 여부에 관련된 정보, 삽입 가입자 식별 모듈(embedded Subscriber Identity Module: eSIM)에서 최대 지원 가능한 eSIM 포트 개수, 프로파일(profile)이 이네이블된(enabled) eSIM 포트 개수 및 번호, 및 MEP 지원 여부 식별자 중 적어도 하나를 포함하는 제1 메시지를 수신하는 과정; 상기 UICC와 전송 프로토콜을 결정하는 과정; 상기 UICC로 상기 단말의 능력 정보를 송신하는 과정; 상기 수신된 eUICC 기능 지원 여부에 관련된 정보, 최대 eSIM 포트 개수, 프로파일이 이네이블된 eSIM 포트 개수 및 번호, 및 MEP 지원 여부 식별자 중 적어도 하나를 기반으로 MEP(Multiple Enabled Profile) 기능으로 동작하는 것을 식별하는 과정을 포함한다. 또한, 본 개시의 다양한 실시 예들은, 무선 통신 시스템에서 단일 eUICC를 탑재한 단말에서도 Dual SIM 기능을 제공하는 방법 및 장치를 제공한다. 또한, 본 개시의 다양한 실시 예들은, 단말이 eUICC로부터 MEP로 동작을 결정하기 위해 필요한 소정의 정보를 획득하여 MEP로 동작 및 오픈할 eSIM Port 개수 및 번호를 결정하는 방법 및 장치를 제공한다. 또한, 본 개시의 다양한 실시 예들은 단말에서 MEP로 동작의 시작과 종료를 eUICC에 전달하기 위한 방법, 단말에서 pSIM과 MEP eUICC를 함께 사용하는 경우, 브로드밴드를 점유하는 pSIM과 MEP eUICC 내의 프로파일간의 전환 처리를 위한 eSIM Port의 Open 및 Close 방법 및 장치를 제공한다.

Description

무선 통신 시스템에서 단말 및 범용 통합 회로 카드 간 초기화 방법 및 장치{METHOD AND APPARATUS FOR INITIALIZATION BETWEEN TERMINAL AND UNIVERSAL INTEGRATED CIRCUIT CARD IN WIRELESS COMMUNICATION SYSTEM}

본 개시는 무선 통신 시스템에서 단말 및 범용 통합 회로 카드(Universal Integrated Circuit Card: UICC)간 초기화 방법 및 장치에 관한 것이다.

무선 통신 세대를 거듭하면서 발전한 과정을 돌아보면 음성, 멀티미디어, 데이터 등 주로 인간 대상의 서비스를 위한 기술이 개발되어 왔다. 5G (5th-generation) 통신 시스템 상용화 이후 폭발적인 증가 추세에 있는 커넥티드 기기들이 통신 네트워크에 연결될 것으로 전망되고 있다. 네트워크에 연결된 사물의 예로는 차량, 로봇, 드론, 가전제품, 디스플레이, 각종 인프라에 설치된 스마트 센서, 건설기계, 공장 장비 등이 있을 수 있다. 모바일 기기는 증강현실 안경, 가상현실 헤드셋, 홀로그램 기기 등 다양한 폼팩터로 진화할 것으로 예상된다. 6G (6th-generation) 시대에는 수천억 개의 기기 및 사물을 연결하여 다양한 서비스를 제공하기 위해, 개선된 6G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 6G 통신 시스템은 5G 통신 이후 (beyond 5G) 시스템이라 불리어지고 있다.

2030년쯤 실현될 것으로 예측되는 6G 통신 시스템에서 최대 전송 속도는 테라 (즉, 1,000기가) bps, 무선 지연시간은 100마이크로초(μsec) 이다. 즉, 5G 통신 시스템대비 6G 통신 시스템에서의 전송 속도는 50배 빨라지고 무선 지연시간은 10분의 1로 줄어든다.

이러한 높은 데이터 전송 속도 및 초저(ultra low) 지연시간을 달성하기 위해, 6G 통신 시스템은 테라헤르츠(terahertz) 대역 (예를 들어, 95기가헤르츠(95GHz)에서 3테라헤르츠(3THz)대역과 같은)에서의 구현이 고려되고 있다. 테라헤르츠 대역에서는 5G에서 도입된 밀리미터파(mmWave) 대역에 비해 더 심각한 경로손실 및 대기흡수 현상으로 인해서 신호 도달거리, 즉 커버리지를 보장할 수 있는 기술의 중요성이 더 커질 것으로 예상된다. 커버리지를 보장하기 위한 주요 기술로서 RF(radio frequency) 소자, 안테나, OFDM (orthogonal frequency division multiplexing)보다 커버리지 측면에서 더 우수한 신규 파형(waveform), 빔포밍(beamforming) 및 거대 배열 다중 입출력(massive multiple-input and multiple-output; massive MIMO), 전차원 다중 입출력(full dimensional MIMO; FD-MIMO), 어레이 안테나(array antenna), 대규모 안테나(large scale antenna)와 같은 다중 안테나 전송 기술 등이 개발되어야 한다. 이 외에도 테라헤르츠 대역 신호의 커버리지를 개선하기 위해 메타물질(metamaterial) 기반 렌즈 및 안테나, OAM(orbital angular momentum)을 이용한 고차원 공간 다중화 기술, RIS(reconfigurable intelligent surface) 등 새로운 기술들이 논의되고 있다.

또한 주파수 효율 향상 및 시스템 네트워크 개선을 위해, 6G 통신 시스템에서는 상향링크(uplink)와 하향링크(downlink)가 동일 시간에 동일 주파수 자원을 동시에 활용하는 전이중화(full duplex) 기술, 위성(satellite) 및 HAPS(high-altitude platform stations)등을 통합적으로 활용하는 네트워크 기술, 이동 기지국 등을 지원하고 네트워크 운영 최적화 및 자동화 등을 가능하게 하는 네트워크 구조 혁신 기술, 스펙트럼 사용 예측에 기초한 충돌 회피를 통한 동적 주파수 공유 (dynamic spectrum sharing) 기술, AI (artificial intelligence)를 설계 단계에서부터 활용하고 종단간(end-to-end) AI 지원 기능을 내재화하여 시스템 최적화를 실현하는 AI 기반 통신 기술, 단말 연산 능력의 한계를 넘어서는 복잡도의 서비스를 초고성능 통신과 컴퓨팅 자원(mobile edge computing (MEC), 클라우드 등)을 활용하여 실현하는 차세대 분산 컴퓨팅 기술 등의 개발이 이루어지고 있다. 뿐만 아니라 6G 통신 시스템에서 이용될 새로운 프로토콜의 설계, 하드웨어 기반의 보안 환경의 구현 및 데이터의 안전 활용을 위한 메커니즘 개발 및 프라이버시 유지 방법에 관한 기술 개발을 통해 디바이스 간의 연결성을 더 강화하고, 네트워크를 더 최적화하고, 네트워크 엔티티의 소프트웨어화를 촉진하며, 무선 통신의 개방성을 높이려는 시도가 계속되고 있다.

이러한 6G 통신 시스템의 연구 및 개발로 인해, 사물 간의 연결뿐만 아니라 사람과 사물 간의 연결까지 모두 포함하는 6G 통신 시스템의 초연결성(hyper-connectivity)을 통해 새로운 차원의 초연결 경험(the next hyper-connected experience)이 가능해질 것으로 기대된다. 구체적으로 6G 통신 시스템을 통해 초실감 확장 현실(truly immersive extended reality; truly immersive XR), 고정밀 모바일 홀로그램(high-fidelity mobile hologram), 디지털 복제(digital replica) 등의 서비스 제공이 가능할 것으로 전망된다. 또한 보안 및 신뢰도 증진을 통한 원격 수술(remote surgery), 산업 자동화(industrial automation) 및 비상 응답(emergency response)과 같은 서비스가 6G 통신 시스템을 통해 제공됨으로써 산업, 의료, 자동차, 가전 등 다양한 분야에서 응용될 것이다.

범용 통합 회로 카드(UICC: Universal Integrated Circuit Card)는 단말, 일 예로 이동 통신 단말기 등에 삽입되어 사용되는 스마트카드 (smart card)이고 UICC 카드라고도 칭해진다. 상기 UICC에 이동 통신 사업자의 네트워크에 접속하기 위한 접속 제어 모듈이 포함될 수 있다. 이러한 접속 제어 모듈의 예제들은 범영 가입자 식별 모듈(USIM: Universal Subscriber Identity Module), 가입자 식별 모듈(SIM: Subscriber Identity Module), 인터넷 프로토콜 멀티미디어 서비스 식별 모듈(ISIM: IP (Internet Protocol) Multimedia Service Identity Module) 등을 포함한다.

USIM이 포함된 UICC를 통상 USIM 카드라고 부르기도 한다. 마찬가지로 SIM 모듈이 포함된 UICC를 통상적으로 SIM카드라고 부르기도 한다. 하기의 설명에서 SIM 카드라 함은 UICC 카드, USIM 카드, ISIM이 포함된 UICC 등을 포함하는 통상의 의미로 사용될 수 있음에 유의하여야만 할 것이다. 즉, SIM 카드라 하여도 그 기술적 적용이 USIM 카드 또는 ISIM 카드 또는 일반적인 UICC 카드에도 동일하게 적용될 수 있음은 물론이다.

상기 SIM 카드는 이동 통신 가입자의 개인 정보를 저장하고, 이동 통신 네트워크에 접속 시 가입자 인증 및 트래픽 (traffic) 보안 키(key) 생성을 수행하여 안전한 이동통신 이용을 가능하게 한다.

상기 SIM 카드는 일반적으로 상기 SIM 카드를 제조할 때 특정 이동 통신 사업자의 요청에 의해 해당 이동 통신 사업자를 위한 전용 카드로 제조되며, 해당 사업자의 네트워크 접속을 위한 인증 정보, 예를 들어, USIM (Universal Subscriber Identity Module) 어플리케이션 및 IMSI (International Mobile Subscriber Identity), K 값, OPc 값 등이 사전에 카드에 탑재되어 출고된다. 따라서 제조된 상기 SIM 카드는 해당 이동 통신 사업자가 납품 받아 가입자에게 제공되며, 이후 필요시에는 OTA (Over The Air) 등의 기술을 활용하여 상기 UICC 내 어플리케이션의 설치, 수정, 삭제 등의 관리도 수행할 수 있다.

가입자는 소유한 이동 통신 단말기에 상기 UICC 카드를 삽입하여 해당 이동 통신 사업자의 네트워크 및 응용 서비스의 이용이 가능하며, 이동 통신 단말기 교체 시 상기 UICC 카드를 기존 이동 통신 단말기에서 새로운 이동 통신 단말기로 이동 삽입함으로써 상기 UICC 카드에 저장된 인증정보, 이동통신 전화번호, 개인 전화번호부 등을 새로운 이동 통신 단말기에서 그대로 사용이 가능하다.

현재, 무선 통신 시스템에서는 단말과 eUICC 모두가 상기 eUICC에 1개의 프로파일만 동시에 활성화 가능한 경우를 가정하여 단말 및 eUICC간의 초기화(Initialization) 절차를 핸들링하는 방안에 대해 고려하고 있다. 따라서, 무선 통신 시스템에서 다양한 경우들을 고려하여 효율적으로 단말 및 eUICC간의 초기화를 핸들링하는 방안에 대한 필요성이 대두되고 있다.

본 개시의 다양한 실시 예들의 일 측면은 무선 통신 시스템에서 1개의 eUICC를 탑재한 단말에서도 여러 개의 프로파일들이 동시에 활성화되어 사용될 수 있도록 단말 및 eUICC 간을 초기화하는 방법 및 장치를 제공하는 것에 있다.

본 개시의 다양한 실시 예들의 다른 측면은 무선 통신 시스템에서 단말에 두 개 이상의 통신 서비스들을 동시에 다운로드하여 동시에 사용되도록 하기 위한 방법 및 장치를 제공하는 것에 있다.

본 개시의 다양한 실시 예들의 또 다른 측면은 무선 통신 시스템에서 다수의 eSIM 프로파일 활성화 지원을 결정하기 위한 단말 및 eUICC간의 초기화 방법 및 장치를 제공하는 것에 있다.

본 개시의 다양한 실시 예들의 또 다른 측면은 무선 통신 시스템에서 eUICC에서 단말에게 MEP (Multiple Enabled Profiles) 지원에 대한 소정의 정보로서, Profile이 enabled된 eSIM Port 수 또는 번호, 최대 오픈 가능한 eSIM Port 개수 중 일부 또는 전체를 포함하여 전달하는 방법 및 장치를 제공하는 것에 있다.

본 개시의 다양한 실시 예들의 또 다른 측면은 무선 통신 시스템에서 단말에서 eUICC로부터 획득한 MEP 지원에 대한 소정의 정보와 사용 가능한 baseband 수, baseband별 무선 접속 기술 (radio access technology: RAT) 등의 조합을 통해, MEP로 동작 할 지를 결정하고, 오픈할 eSIM Port 수, 해당 eSIM Port 에 할당할 번호, ISD-R(issuer security domain - root)을 사용할 eSIM Port등 설정을 결정하는 방법 및 장치를 제공하는 것에 있다.

본 개시의 다양한 실시 예들의 또 다른 측면은 무선 통신 시스템에서 단말에서 eUICC로 MEP로 동작할지 여부에 대한 결정 및 설정한 정보를 전달해 주는 방법 및 장치를 제공하는 것에 있다.

본 개시의 다양한 실시 예들의 또 다른 측면은 무선 통신 시스템에서 eUICC에서 MEP로 동작함을 인지하고 eSIM Port 생성 및 번호 할당, 해당 eSIM Port 번호와 Profile간의 맵핑, ISD-R이 사용할 eSIM Port을 결정하고 처리 결과를 단말에 회신하는 방법 및 장치를 제공하는 것에 있다.

본 개시의 다양한 실시 예들의 또 다른 측면은 무선 통신 시스템에서 단말에서 결정한 eSIM Port 수만큼 eSIM Port를 생성 후 MEP로 동작하기 위한 Initialization 절차 종료를 eUICC에 회신하는 방법 및 장치를 제공하는 것에 있다.

본 개시의 다양한 실시 예들의 또 다른 측면은 무선 통신 시스템에서 사용자가 MEP 지원 eUICC내에 활성화된 프로파일 중 하나를 비활성화하고 pSIM을 사용하고자 하는 경우에 단말에서 생성된 eSIM Port 연결을 Close하고 해당 pSIM과 연결을 처리하는 방법 및 장치를 제공하는 것에 있다.

본 개시의 다양한 실시 예들의 또 다른 측면은 무선 통신 시스템에서 eUICC에서 eSIM Port Close에 대한 요청을 인지하고 이를 처리한 후 해당 결과를 모뎀에 회신하는 방법 및 장치를 제공하는 것에 있다.

본 개시에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

본 개시의 다양한 실시 예들에 따른, 무선 통신 시스템에서 단말 및 범용 통합 회로 카드(Universal Integrated Circuit Card: UICC)간 초기화 방법은 상기 UICC로부터 삽입 UICC (embedded UICC: eUICC) 기능(functionality) 지원 여부에 관련된 정보, 삽입 가입자 식별 모듈(embedded Subscriber Identity Module: eSIM)에서 최대 지원 가능한 eSIM 포트 개수, 프로파일(profile)이 이네이블된(enabled) eSIM 포트 개수 및 번호, 및 MEP 지원 여부 식별자 중 적어도 하나를 포함하는 제1 메시지를 수신하는 과정; 상기 UICC와 전송 프로토콜을 결정하는 과정; 상기 UICC로 상기 단말의 능력 정보를 송신하는 과정; 상기 수신된 eUICC 기능 지원 여부에 관련된 정보, 최대 eSIM 포트 개수, 프로파일이 이네이블된 eSIM 포트 개수 및 번호, 및 MEP 지원 여부 식별자 중 적어도 하나를 기반으로 MEP(Multiple Enabled Profile) 기능으로 동작하는 것을 식별하는 과정을 포함한다.

본 개시의 다양한 실시 예들에 따른, 무선 통신 시스템에서 단말 및 범용 통합 회로 카드(Universal Integrated Circuit Card: UICC)간 초기화 방법은, 상기 단말로 삽입 UICC (embedded UICC: eUICC) 기능(functionality) 지원 여부에 관련된 정보, 삽입 가입자 식별 모듈(embedded Subscriber Identity Module: eSIM)에서 최대 지원 가능한 eSIM 포트 개수, 프로파일(profile)이 이네이블된(enabled) eSIM 포트 개수 및 번호, 및 MEP 지원 여부 식별자 중 적어도 하나를 포함하는 제1 메시지를 송신하는 과정; 상기 단말과 전송 프로토콜을 결정하는 과정; 상기 단말로부터 상기 단말의 능력 정보를 수신하는 과정; 상기 단말로부터 MEP(Multiple Enabled Profile) 기능으로 동작하는 것을 개시하는 제2 메시지를 수신하는 과정을 포함한다.

본 개시의 다양한 실시 예들에 따른, 무선 통신 시스템에서 단말은, 송수신기; 상기 송수신기에 연결되는 프로세서를 포함하며, 상기 프로세서는: 상기 송수신기가 범용 통합 회로 카드(Universal Integrated Circuit Card: UICC)로부터 삽입 UICC (embedded UICC: eUICC) 기능(functionality) 지원 여부에 관련된 정보, 삽입 가입자 식별 모듈(embedded Subscriber Identity Module: eSIM)에서 최대 지원 가능한 eSIM 포트 개수, 프로파일(profile)이 이네이블된(enabled) eSIM 포트 개수 및 번호, 및 MEP 지원 여부 식별자 중 적어도 하나를 포함하는 제1 메시지를 수신하도록 제어하고; 상기 UICC와 전송 프로토콜을 결정하고; 상기 송수신기가 상기 UICC로 상기 단말의 능력 정보를 송신하도록 제어하고; 상기 수신된 eUICC 기능 지원 여부에 관련된 정보, 최대 eSIM 포트 개수, 프로파일이 이네이블된 eSIM 포트 개수 및 번호, 및 MEP 지원 여부 식별자 중 적어도 하나를 기반으로 MEP(Multiple Enabled Profile) 기능으로 동작하는 것을 식별하도록 구성된다.

본 개시의 다양한 실시 예들에 따른, 무선 통신 시스템에서 범용 통합 회로 카드(Universal Integrated Circuit Card: UICC)에 있어서, 송수신기; 상기 송수신기에 연결되는 프로세서를 포함하며, 상기 프로세서는: 상기 송수신기가 단말로 삽입 UICC (embedded UICC: eUICC) 기능(functionality) 지원 여부에 관련된 정보, 삽입 가입자 식별 모듈(embedded Subscriber Identity Module: eSIM)에서 최대 지원 가능한 eSIM 포트 개수, 프로파일(profile)이 이네이블된(enabled) eSIM 포트 개수 및 번호, 및 MEP 지원 여부 식별자 중 적어도 하나를 포함하는 제1 메시지를 송신하도록 제어하고; 상기 단말과 전송 프로토콜을 결정하고; 상기 송수신기가 상기 단말로부터 상기 단말의 능력 정보를 수신하도록 제어하고; 상기 송수신기가 상기 단말로부터 MEP(Multiple Enabled Profile) 기능으로 동작하는 것을 개시하는 제2 메시지를 수신하도록 제어하도록 구성된다.

본 개시의 다양한 실시 예들에 따라 MEP로 동작을 처리하게 되면, 사용자는 1개 eUICC가 탑재된 단말에서 여러 통신사의 프로파일을 동시에 사용할 수 있어 사용자 편의성을 제고할 수 있다. 예를 들어, 해외 여행 시, 1개 eUICC로 기존 국내 통신사 Profile과 여행지 로컬 Profile 동시에 사용 가능하며, 국내에서 1개 eUICC로 동일 통신사의 2개 Profiles을 Subscription을 구분해 사용도 가능하다. 또한, 단말 제조사는 1개 eUICC 및 1개의 물리 핀을 모뎀(2개 이상의 baseband를 제공하는)과 연결하여 추가적인 단말 실장 공간 없이 Dual SIM 기능을 제공할 수 있다. 여기서는 Dual SIM으로 언급하였으나, 사용 가능한 baseband의 개수에 따라서 triple, quadruple SIM 기능으로도 사용할 수 있음을 유의해야 한다.

또한, 단말 재부팅 시 모뎀이 기존과 동일한 Baseband - eSIM Port간 Association 유지할 수 있고, 사용자가 동시 활성화된 프로파일 중 하나를 사용하다가 대신 pSIM을 사용하고자 하는 경우에도 변경 처리할 수 있다.

도 1은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템의 구조를 개략적으로 도시하고 있는 도면이다.
도 2는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 MEP(Multiple Enabled Profile)를 지원하지 않는 현재 v2 내장 범용 통합 회로 카드(embedded Universal Integrated Circuit Card: eUICC)와 모뎀 간 연결의 일 예(case 1)를 개략적으로 도시하고 있는 도면이다.
도 3은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 MEP를 지원하지 않는 현재 v2 eUICC와 모뎀 간 연결의 다른 예(case 2)를 개략적으로 도시하고 있는 도면이다.
도 4는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 가상 인터페이스(virtual interface) 개념 도입에 따른 v3 eUICC와 모뎀 간 연결의 일 예(case 1)를 개략적으로 도시하고 있는 도면이다.
도 5는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 가상 인터페이스(virtual interface) 개념 도입에 따른 v3 eUICC와 모뎀 간 연결의 다른 예(case 2)를 개략적으로 도시하고 있는 도면이다.
도 6은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 단말 및 eUICC간의 초기화 과정의 일 예를 개략적으로 도시하고 있는 도면이다.
도 7은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 ATR (Answer to Reset)을 기반으로 하는 단말 및 eUICC간의 초기화 과정의 다른 예를 개략적으로 도시하고 있는 도면이다.
도 8은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 단말 능력(terminal capability) 정보를 기반으로 하는 단말 및 eUICC간 초기화 과정의 또 다른 예를 개략적으로 도시하고 있는 도면이다.
도 9는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 ISD-R 제공 정보를 기반으로 하는 단말 및 eUICC간 초기화 과정의 또 다른 예를 개략적으로 도시하고 있는 도면이다.
도 10은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 MEP 지원 단말에서 재 부팅 시 기존 설정을 유지하기 위한 모뎀과 eUICC간 연결을 개략적으로 도시한 도면이다.
도 11은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 사용자가 eSIM Port를 pSIM으로 변경하여 사용하고자 하는 경우의 단말과 eUICC의 동작을 개략적으로 도시한 도면이다.
도 12는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 단말의 내부 구조의 일 예를 개략적으로 도시한 도면이다.
도 13은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 단말의 내부 구조의 다른 예를 개략적으로 도시하고 있는 도면이다.
도 14는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 FCP Template을 기반으로 하는 단말 및 eUICC간의 초기화 과정의 다른 예를 개략적으로 도시하고 있는 도면이다.
도 15는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 신규 Logical Interface 관리 APDU와 그 응답을 기반으로 하는 단말 및 eUICC간의 초기화 과정의 다른 예를 개략적으로 도시하고 있는 도면이다.

이하 첨부된 도면을 참조하여 본 개시의 동작 원리를 상세히 설명한다. 하기에서 본 개시를 설명하기에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다. 마찬가지 이유로 첨부된 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성 요소에는 동일한 참조 번호를 부여하였다. 본 개시에 따른 기술적 사상의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 본 개시의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다. 또한 본 개시를 설명함에 있어서 관련된 기능 또는 구성에 대한 구체적인 설명이 본 개시에 따른 기술적 사상의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략한다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

이하, 기지국은 단말의 자원할당을 수행하는 주체로서, 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과 혼용될 수 있다. 또한 UICC는 Physical SIM Card 또는 pSIM과 혼용되어 사용될 수 있다.

본 명세서에서 프로파일(Profile)은 UICC내에 저장되는 어플리케이션, 파일시스템, 인증키 값 등을 소프트웨어 형태로 패키징 한 것을 의미할 수 있다. 또한, 프로파일을 접속정보로 명명할 수도 있다.

본 명세서에서 USIM Profile은 프로파일과 동일한 의미 또는 프로파일 내 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), 터미널(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를 제어하도록 단말 또는 기기 내에 설치된 소프트웨어 또는 애플리케이션을 포함할 수 있다. 또한, 모뎀과 단말 운영체제(operating system: OS)인 단말 Framework를 포함할 수 있다. 상기 소프트웨어 또는 애플리케이션은, 예를 들어 Local Profile Assistant(LPA)라 지칭할 수 있다. 본 명세서에서 eUICC 식별자(eUICC ID)는, 단말에 내장된 eUICC의 고유 식별자일 수 있고, EID로 지칭될 수 있다.

본 명세서에서 APDU(application protocol data unit)는 단말 또는 기기 내의 Controller가 eUICC와 연동하기 위한 메시지 일수 있다. APDU는 Command와 Response의 한 쌍이며, APDU Command와 APDU Response는 ISO 7816을 참조하여 ETSI 102.221에 정의되어 있다. ETSI 102.221에 정의된 바와 같이 APDU Command는 APDU의 헤더로 CLA(Class of Instruction), INS(Instruction), P1(Instruction Parameter 1), P2(Instruction Parameter 2), Body로 Lc(Number of bytes in the command data field), Data, Le(Number of bytes expected in response of the command)의 구조를 가지며, APDU Response는 Optional Data field와, SW1(Status byte 1), SW2 (Status byte 2)의 구조를 가지며 이에 대한 상세한 설명은 ETSI 102.221 규격을 참조한다.

본 명세서에서 프로파일 패키지(Profile Package)는 프로파일과 혼용되거나 특정 프로파일의 데이터 객체(data object)를 나타내는 용어로 사용될 수 있으며, Profile 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하여 나누어 사용하는 Virtual Logical Interface 채널을 의미하며, eSIM port, eSIM 포트, eSIM 포트, 포트, SIM 포트, Logical Interface, Virtual Interface와 혼용되어 사용될 수 있다.

본 개시에서 단일 eUICC 에 존재하는 복수 개의 프로파일을 활성화하고 관리하는 기능을 통칭하여 Multiple Enabled Profile (MEP) 기능이라 칭한다. 종래 eUICC는 최대 1개의 프로파일만 활성화가 가능하여, 단일 eUICC로는 Multi SIM 기능을 지원하지 못한다. 단일 eUICC로 Multi SIM 기능을 지원하기 위해, 단일 eUICC에서 복수 개의 프로파일이 활성화되고 이를 관리하는 기능이 필요하다. MEP 기능이 구현된 eUICC를 MEP 지원 eUICC라 칭할 수 있다. MEP 기능이 구현된 모뎀과, 이를 지원할 수 있는 단말 소프트웨어를 포함하는 단말을 MEP 지원 단말이라 칭할 수 있다.

그리고, 본 개시를 설명함에 있어서, 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단된 경우, 그 상세한 설명은 생략한다.

이하에서는 도면들을 통해 제안하는 실시 예를 설명한다.

먼저, 범용 통합 회로 카드(UICC: Universal Integrated Circuit Card)는 단말, 일 예로 이동 통신 단말기 등에 삽입되어 사용되는 스마트카드 (smart card)이고 UICC 카드라고도 칭해진다. 상기 UICC에 이동 통신 사업자의 네트워크에 접속하기 위한 접속 제어 모듈이 포함될 수 있다. 이러한 접속 제어 모듈의 예제들은 범영 가입자 식별 모듈(USIM: Universal Subscriber Identity Module), 가입자 식별 모듈(SIM: Subscriber Identity Module), 인터넷 프로토콜 멀티미디어 서비스 식별 모듈(ISIM: IP (Internet Protocol) Multimedia Service Identity Module) 등을 포함한다.

그러나, 상기 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(s)를 지원하고, 해당 eUICC에 2개 이상의 프로파일이 존재하더라도 해당 단말에서는 프로파일 2개를 하나의 휴대 전화에서 동시에 사용 가능하게 하는 Dual SIM 기능을 지원하지 못한다. 이를 해결하는 방법으로는 단말에 2개의 eUICC(s)를 탑재하여 해결이 가능하나, 이는 추가적인 eUICC 모듈 탑재 및 eUICC 모듈을 모뎀의 Baseband와 연결하기 위한 Physical Interface 가 필요하므로 단말 제조사는 추가적인 eUICC 모듈 및 Physical Interface를 위한 물리 핀 구매에 따른 비용을 부담해야 한다. 또한, 해당 모듈 및 물리 핀 도입에 따른 단말의 실장 공간 확보도 문제가 된다.

현재 단말과 eUICC는 모두 eUICC에 1개의 프로파일만 동시에 활성화 가능한 경우를 가정하여 단말-eUICC Initialization을 처리하고 있기 때문에, 단말-eUICC Initialization 과정에서 MEP(Multiple Enabled Profile)를 지원하도록 결정하는 방법 및 해당 결정에 따라서 단말 또는 eUICC에서 처리해야 할 동작이 정의되어 있지 않다. 따라서, 이를 본 개시에서는 이를 해결하고자 한다. 또한, Physical SIM Card (이하 pSIM으로 표기)와 MEP 지원 eUICC가 함께 탑재된 eSIM 단말에서 사용자가 eUICC에서 활성화 중인 1개의 프로파일을 비활성화하고 대신 pSIM을 사용하고자 하는 경우에, 단말-eUICC간의 MEP 설정을 변경해 주어야 할 필요가 있다. 현재는 고려가 없어 이 문제를 해결하고자 한다.

현재, 무선 통신 시스템에서는 단말과 eUICC 모두가 상기 eUICC에 1개의 프로파일만 동시에 활성화 가능한 경우를 가정하여 단말 및 eUICC간의 초기화(Initialization)를 핸들링하는 방안에 대해 고려하고 있다. 따라서, 단말 및 eUICC 간의 초기화 과정에서 MEP(Multiple Enabled Profile)를 지원하도록 결정하는 방법 및 해당 결정에 따라서 단말 또는 eUICC에서 프로세싱해야 할 동작이 정의되어 있지 않다. 따라서, 본 개시의 다양한 실시 예들에서는 MEP 를 지원하는 무선 통신 시스템에서 단말 및 eUICC 간 초기화 방안을 제안한다.

또한, Physical SIM Card (이하 "pSIM"이라 칭하기로 한다)와 MEP 지원 eUICC가 함께 탑재된 eSIM 단말에서 사용자가 eUICC에서 활성화 중인 1개의 프로파일을 비활성화하고 대신 pSIM을 사용하고자 하는 경우에, 단말 및 eUICC간의 MEP 설정을 변경해 주어야 할 필요가 있다. 하지만, 현재의 무선 통신 시스템에서는 이에 대한 구체적인 고려 역시 없는 상태이므로 본 개시의 다양한 실시 예들에서는 MEP 를 지원하는 무선 통신 시스템에서 단말 및 eUICC간의 MEP 설정을 효율적으로 관리하는 방안을 제안한다.

도 1은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템의 구조를 개략적으로 도시하고 있는 도면이다.

단말 (1a-03)은 일반 앱(1a-04)와 LPA (1a-05), 단말 Framework (1a-10), MEP 지원 모뎀 (1a-15)을 포함할 수 있다. 여기서 일반 앱(1a-40)은 통신사업자 앱 또는 SIM Card 매니저 앱과 같이 단말에 preloaded되었거나 다운로드하여 설치 가능한 앱으로 pSIM (1a-18) 또는 eUICC (1a-20)의 Profile에 접근 권한을 가지는 앱을 나타낸다. 한편, LPA(1a-05)는 eUICC 제어를 담당하는 앱으로, SM-DP+(1a-40)와 단말 사용자(1a-01), 그리고 eUICC(1a-20)내의 ISD-R(1a-35)와 통신하면서 프로파일에 대한 관리를 처리한다. LPA(1a-05)는 단독 또는 다른 일반 단말 애플리케이션에 통합 구현될 수 있으며, LPA(1a-05)에서는 사용자의 Input 또는 SM-DP+(1a-40)에서 전달되는 Remote Profile Management(RPM) 메시지를 수신 받아서 프로파일을 eUICC(1a-20)에 설치/활성화/비활성화/업데이트를 요청할 수 있다. Remote Profile Management(RPM)는 SM-DP+(1a-40)에서 단말로 전송하는 명령어에 의해 프로파일 설치/활성화/비활성화/삭제 및 기타 기능이 수행되는 일련의 절차를 통칭한다. RPM은 통신 사업자, 서비스 제공자, 또는 단말의 소유자에 의해 요청되어 SM-DP+(1a-40)에 의해 명령어가 생성될 수 있다. 해당 프로파일의 관리에 대한 요청 또는 허가에 대한 사용자 입력을 수신한 LPA(1a-05)는 해당 사용자 Input에 따라 eUICC(1a-20)에 메시지를 전송함으로써 eUICC(1a-20)의 동작을 관리/제어할 수 있다. 단말의 통신 모뎀(1a-15)는 정보 전달을 위해 신호를 변조하여 송신하고 수신측에서 원래의 신호로 복구하기 위해 복조하는 장치로 MEP 지원 모뎀의 경우 무선통신을 위한 Baseband Processor (이하 Baseband)가 2개 이상 탑재 될 수 있다. Baseband는 모뎀 안에 logically 하게 구현할 수도 있다. 모뎀(1a-15)은 UICC 또는 eUICC와 각 1개의 물리 핀 (본 발명을 개시하는 시점에 Smart Card Interface로 ISO7816 규격을 준용)으로 연결되어 있으며, 해당 Interface 통해서 모뎀이 APDU (Application Protocol Data Unit) Command를 송신하면 이에 대해 eUICC(1a-20)가 결과 값을 응답하는 방식으로 동작한다. SIM Card (pSIM)는 물리 핀 1개를 통해 모뎀의 Baseband 1개를 점유하며 pSIM 1개는 SIM Port 하나를 가진다. SIM Port는 SIM Card Slot과 혼용되어 사용될 수 있으며, GSMA TS.37 에 physical and electronic housing provided on a device to accommodate a physical SIM card로 정의되어 있다. MEP 지원 eUICC(1a-20)는 MEP 지원 모뎀(1a-15)과 1개의 물리핀으로 연결되어 있으며 eUICC 내의 프로파일은 Baseband 1개를 점유한다. 각 프로파일 1개는 eSIM Port 1개를 통해서 연결된 Baseband와 통신을 수행한다.

본 도면에서는 프로파일 1(1a-25)이 활성화된 상태로 eSIM Port 1을 사용하여 Baseband 1을 점유하고 있고, 프로파일2(1a-30)이 활성화된 상태로 eSIM Port 2을 사용하여 Baseband 2를 점유하여 사용하며, pSIM(1a-18)은 삽입되어 있으나 Baseband와 연결이 없는 상태를 나타내고자 하였다. 한편 ISD-R(1a-35)는 LPA(1a-05) 또는 모뎀에서만 접속 가능한 eUICC내 Entity로 모뎀 내 Baseband를 점유하지 않으며 독립적인 eSIM Port를 사용(본 도면에서는 eSIM Port 3)하여 LPA와 통신할 수도 있다. 또는, ISD-R(1a-35)는 eSIM Port 1 와 eSIM Port 2 중 어느 하나의 eSIM Port를 사용하거나 또는 어떤 eSIM Port든 제약을 두지 않고 사용할 수도 있다. 한편, LPA(1a-05)는 단말 플랫폼 위에서 동작하는 Software로 LPA의 기능은 단말의 플랫폼에 일부 통합될 수도 있다. LPA(1a-05)에서 eUICC(1a-20)에 전송하는 메시지는 단말 플랫폼 또는 단말 플랫폼과 모뎀(1a-15)을 경유하여 eUICC로 최종 전송(1a-20)되며, 해당 메시지를 수신한 eUICC(1a-20)은 LPA에서 전송된 Command에 따라 eUICC의 프로파일 관리 동작을 수행한다.

도 1에서는 이하 설명의 편의를 위해 eUICC(1a-20)에 Profile 1과 Profile 2 의 2개 Profiles이 존재하는 경우를 가정하여 표기하였으나 이에 한정하지 않고 eUICC(1a-20)의 메모리 능력(capability)에 따라서 더 많은 프로파일이 존재할 수 있음에 유의해야 한다. MEP지원 eUICC에서는 Profile 1(1a-25)과 Profile 2(1a-30)이 동시에 활성화될 수 있으며, MEP 미지원 eUICC인 경우에는 Profile 1(1a-25) 또는 Profile 2(1a-30) 중 1개의 프로파일이 활성화될 수 있다. ISD-R(1a-35)은 신규 ISD-P(프로파일의 호스팅을 위한 Security Domain을 의미)를 생성하고 LPA 기능에 의해 요구되는 필요한 eUICC 데이터 및 서비스-예를 들어 로컬 프로파일 관리, 프로파일의 메타데이터 정보-를 LPA에 제공한다.

한편, 본 도 1에서는 단말(1a-03)의 eUICC(1a-20)에는 설명의 편의를 위해 표기하기 않았으나, eUICC의 security domains에서 요구하는 Credentials들, 예를 들어 SM-DP+ 인증서를 검증하기 위한 Certificate Issuer's Root public Key, eUICC 제조사의 keyset 등을 저장하는 공간인 ECASD(Embedded UICC Controlling Authority Security Domain), eSIM 플랫폼 등이 포함될 수 있다. 단말 Framework(1a-10)은 단말의 운영 체제를 의미하며 모뎀 및 기타 단말 시스템과 일반 앱 및 LPA간에 존재한다. 단말 Framework(1a-10)은 모뎀(1a-15)으로부터 eUICC에 대한 정보를 획득하여 가지고 있다가 일반 앱 또는 LPA에서 단말 또는 eUICC에 대한 정보를 요청 시 해당 정보를 회신해 주거나 또는 일반 앱 또는 LPA에서 전달된 APDU를 모뎀에 전송하고 모뎀으로부터 해당 APDU에 대한 응답 메시지를 수신 받아 다시 일반 앱 또는 LPA에 전달할 수 있다. SM-DP+서버(1a-40)는 전술한 바와 같이 프로파일서버는 프로파일을 생성하거나, 생성된 프로파일을 암호화 하거나, 프로파일 원격관리 명령어를 생성하거나, 생성된 프로파일 원격관리 명령어를 암호화하는 기능을 포함하고 있거나, 단말의 복수 프로파일 활성화 지원 기능을 포함하는 서버를 의미한다. 단말(1a-03)의 LPA(1a-05)는 SM-DP+ 원격 관리 명령어를 SM-DP+서버(1a-40)로부터 수신하여 사용자(1a-01)와의 interaction을 통해 사용자 동의를 획득한 후, LPA(1a-05)에서 eUICC(1a-20)로 해당 원격 관리 명령을 전달하여 활성화/비활성화/삭제/업데이트 처리할 수 있다

도 2는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 MEP(Multiple Enabled Profile)를 지원하지 않는 현재 v2 내장 범용 통합 회로 카드(embedded Universal Integrated Circuit Card: eUICC)와 모뎀 간 연결의 일 예(case 1)를 개략적으로 도시하고 있는 도면이다.

도 3은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 MEP를 지원하지 않는 현재 v2 eUICC와 모뎀 간 연결의 다른 예(case 2)를 개략적으로 도시하고 있는 도면이다.

현재 v2 eUICC에서는 eUICC에서 단일(1개) 프로파일만 활성화가 가능하며, 기 설치된 프로파일의 활성화/비활성화/삭제/업데이트 등을 처리하기 위해 SM-DP+의 개입이 없는 사용자의 로컬 프로파일 관리만 가능하다. MEP 미 지원 모뎀(1b-01)인 경우에, Physical SIM Card를 eUICC 와 동시 사용하는 경우 등을 고려하면 Baseband를 1개 이상 가질 수 있으나, 본 설명에서는 1개의 Baseband를 가정하여 설명하고자 한다.

단말은 UICC Reset 또는 Profile Status Change 이후에, 단말 플랫폼-Modem-eUICC간 Initialization을 수행하는 과정에서 모뎀-eUICC간 APDU 전송을 위한 채널(들)을 생성할 수 있다.

v2 eUICC(1b-15)에서 1개의 프로파일만 동시에 활성화가 가능하며, 도 2의 Csse1(1b-100)은 Profile 1(1b-20)이 활성화, Profile 2 (1b-25)는 비활성화 된 경우이며, 도 3의 Case 2(1b-200)는 Profile 1(1b-20)이 비활성화, Profile 2 (1b-25)가 활성화된 경우를 나타낸다. Case 1(1b-100)을 들어 설명하면, 활성화된 1개의 프로파일에서 맵핑된 모뎀의 Baseband로 APDU 전송이 필요한 경우, eUICC(1b-15)는 모뎀(1b-01)에 연결된 Physical Interface(1b-10)의 단일 채널을 통해서 해당 APDU를 전송할 수 있다. 한편, ISD-R(1b-30)이 LPA로부터 프로파일의 상태 변경, 예를 들어 Case 1(1b-100)에서 Case 2(1b-200)로 상태 변경에 대한 ES10c.EnableProfile(Profile2) 요청을 수신하는 경우에, ISD-R(1b-30)은 모뎀(1b-10)에 기존 Cached된 프로파일의 데이터 삭제 처리 및 Application 세션 재 시작을 위한 REFRESH Proactive Command로 전송할 수 있다.

또한, ISD-R(1b-30)이 LPA로부터 eUICC 메모리 Reset을 요청 받는 경우에, ISD-R(1b-30)은 모뎀(1b-10)에 기존 Cached된 UICC의 데이터 삭제 처리 및 Application 세션 재 시작을 위한 APDU를 REFRESH Proactive Command로 전송할 수 있다. ISD-R(1b-30)이 모뎀(1b-01)에 전송하는 해당 APDU도 앞서 언급한 Physical Interface(1b-10)의 단일 채널을 통해서 전송될 수 있다.

도 4는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 가상 인터페이스(virtual interface) 개념 도입에 따른 v3 eUICC와 모뎀 간 연결의 일 예(case 1)를 개략적으로 도시하고 있는 도면이다.

도 5는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 가상 인터페이스(virtual interface) 개념 도입에 따른 v3 eUICC와 모뎀 간 연결의 다른 예(case 2)를 개략적으로 도시하고 있는 도면이다.

도 4 및 도 5의 eUICC(1c-20)은 동시에 복수개의 프로파일을 활성화가 가능한 MEP기능을 지원하는 eUICC를 가정하였다. 한편, 모뎀(1c-01)역시 MEP 기능을 지원하는 모뎀을 가정한다. 도 4에서는 Baseband 2개와 활성화된 프로파일이 2개 있는 상황을 예로 들어 설명하며 단말의 SIM 관리 앱으로부터 단말 Framework를 통해 모뎀으로 수신된 명령에 따라 모뎀(1c-01)내의 Baseband와 eSIM 포트 간의 맵핑 switch도 가능할 수 있으나, 본 Case 1과 Case 2에서는 논점을 흐리지 않기 위해 모뎀(1c-01)내 logical terminal endpoint의 맵핑을 Baseband 1(1c-05)-채널 1(1-40), Baseband 2(1c-10)-채널 2(1-45)로 한정하여 설명한다.

한편, 본 도면에서는 ISD-R이 특정 프로파일에 할당된 eSIM Port를 공유하여 사용하는 것으로 표기하였으나 이에 한정하지 않고 ISD-R은 프로파일에 할당된 eSIM Port와 독립적인 ISD-R용으로 할당된 e도 4 및 도 5의 eUICC(1c-20)은 동시에 복수개의 프로파일을 활성화가 가능한 MEP기능을 지원하는 eUICC를 가정하였다. 한편, 모뎀(1c-01)역시 MEP 기능을 지원하는 모뎀을 가정한다. 도 4에서는 Baseband 2개와 활성화된 프로파일이 2개 있는 상황을 예로 들어 설명하며 단말의 SIM 관리 앱으로부터 단말 Framework를 통해 모뎀으로 수신된 명령에 따라 모뎀(1c-01)내의 Baseband와 eSIM 포트 간의 맵핑 switch도 가능할 수 있으나, 본 Case 1과 Case 2에서는 논점을 흐리지 않기 위해 모뎀(1c-01)내 logical terminal endpoint의 맵핑을 Baseband 1(1c-05)-채널 1(1-40), Baseband 2(1c-10)-채널 2(1-45)로 한정하여 설명한다.

한편, 본 도면에서는 ISD-R이 특정 프로파일에 할당된 eSIM Port를 공유하여 사용하는 것으로 표기하였으나 이에 한정하지 않고 ISD-R은 프로파일에 할당된 eSIM Port와 독립적인 ISD-R용으로 할당된 eSIM Port를 사용하는 것도 가능하다.

도 2 및 도 3에서 설명한 바와 같이 현재 모뎀(1a-15)은 eUICC (1a-20)와 하나의 물리 핀으로 연결되어 있으며, 해당 모뎀과 eUICC는 해당 물리 핀을 통해 단일 채널을 사용(1b-10)하여 APDU Command를 전송한다. MEP를 지원 eUICC(1c-20)은 복수 Profile을 활성화하며, 해당 활성화된 프로파일은 모뎀의 특정 Baseband와 APDU 전송이 필요하다. 따라서, 이를 처리하기 위한 Physical Interface(1c-15)를 여러 개의 가상화된 Interface들로 구분하고, Multiplexing해 APDU를 구분해 Interface별로 나누어 전송(1c-40, 1c-45)하는 개념이 도입될 수 있다. 이하 설명의 편의를 위해 MEP 지원 시 1개의 가상화된 Logical Interface를 eSIM 포트로 명명하고, 가상화된 Logical Interface 각각을 eSIM 포트 1(1c-40)과 eSIM 포트 2(1c-45)로 명명하여 사용하겠다. 단말은 UICC Reset 또는 Profile Status Change 이후에, 단말 플랫폼-Modem-eUICC간 Initialization하는 과정에서 모뎀 Baseband-eUICC Profile간 APDU 전송을 위한 eSIM 포트를 생성하여 열고 채널을 생성할 수 있으며, 이 때, 각 Baseband와 연결된 eSIM 포트에 대한 ID를 설정할 수 있다. 해당 포트 ID는 모뎀 또는 단말 플랫폼에서 설정하여 LPA에 전달해 줄 수 있다. 포트 ID는 본 명세서에서 설명의 편의를 위해 포트 번호로 혼용되어 사용하고 있다. 모뎀은 Baseband의 수만큼 프로파일이 활성화할 eSIM 포트의 개수를 가질 수 있고 ISD-R이 독립적인 포트를 사용하는 경우에 eSIM 포트의 개수는 Baseband의 개수보다 많을 수 있고(+1), pSIM이 Baseband를 1개 점유한 경우에 eSIM 포트의 개수는 Baseband 수보다 적을 수(pSIM이 점유한 수를 제외) 있다., eUICC(1c-20)에서 프로파일과 연결된 eSIM 포트 (이하 프로파일 eSIM Port)의 개수는 해당 eUICC에서 동시에 활성화 가능한 프로파일의 수와 동일하거나 작을 수 있다. 프로파일은 해당 eSIM port 중 1개를 사용하여 APDU 메시지를 전송할 수 있다. 도 4에 도시되어 있는 Case 1(1c-100)의 경우에, 활성화된 Profile 1(1c-25)에 해당하는 APDU Command는 eSIM port 1을 통해서 Baseband 1(1c-05)에 전송될 수 있으며, 활성화된 Profile 2(1c-30)에 해당하는 APDU Command는 eSIM port 2(1c-45)을 통해서 Baseband2(1c-10)에 전송될 수 있다.

도 5에 도시되어 있는 Case 2(1c-200)는 활성화된 Profile 1(1c-25)에 해당하는 APDU Command는 eSIM port 2(1c-45)을 통해서 Baseband2(1c-10)에 전송될 수 있으며, 활성화된 Profile 2(1c-30)에 해당하는 APDU Command는 eSIM port 1(1c-40)을 통해서 Baseband 1(1c-05)에 전송될 수 있다. MEP 지원 모뎀(1c-01)은 각각의 eSIM 포트로 전송되는 APDU Command가 어떤 Baseband와 연결되는 메시지인지 구분하여 처리할 수 있다. 한편, ISD-R(1c-35)은 프로파일 및 eUICC의 상태 관리를 위해서 모뎀에 APDU Command를 전송할 필요가 있다. 이 경우에, ISD-R(1c-35)는 2가지 방식으로 APDU Command를 전송 할 수 있다.

1) Multi-Selected: LPA 또는 모뎀은 eUICC 초기화 과정 때, 복수 개의 eSIM 포트로 ISD-R(1c-35)을 SELECT 할 수 있다. 이러한 상태를 Multi-Selected라 할 수 있다. Multi-Selected 인 경우, LPA 또는 모뎀은 SELECT을 수행한 eSIM 포트 중 하나를 통해서 ISD-R(1c-35)에 APDU command를 보내거나 ISD-R(1c-35)이 처리해야 하는 이벤트나 전송해야 할 APDU가 있는지 확인하는 폴링(polling)을 수행할 수 있다. ISD-R(1c-35)은 전달받은 명령어가 프로파일 1(1c-25) 또는 프로파일 2(1c-30)에 해당하는 관리 메시지인지, 또는 eUICC 전체에 대한 메시지인지에 따라, 적절한 eSIM 포트를 선택해 해당 포트로 proactive APDU Command를 전송할 수 있다.

2) Non Multi-Selected: LPA 또는 모뎀은 eUICC 초기화 과정 때, 하나의 eSIM 포트만으로 ISD-R(1-35)을 SELECT 할 수 있다. 이러한 상태를 Non Multi-Selected라 할 수 있다. Non Multi-Selected인 경우, SELECT을 수행한 단 하나의 eSIM 포트를 통해서만 ISD-R(1c-35)에 APDU command를 보낼 수 있다. 또한, SELECT을 수행한 단 하나의 eSIM 포트를 통해서만 ISD-R(1c-35)이 처리해야 하는 이벤트나 전송해야 할 APDU가 있는지 확인하는 polling을 수행할 수 있다. ISD-R(1c-35)이 proactive APDU command를 보내야 하는 경우, 사전에 SELECT을 수행한 eSIM 포트로 모뎀(1c-01)에 proactive APDU Command를 전송하면 모뎀이 전달받은 Command의 정보를 해석하여 요청한 명령을 수행할 수 있다. 상기 Non-multi selected인 경우, 프로파일과 포트를 공유할 수 있고 또는, 프로파일과 포트를 공유하지 않는 전용 ISD-R eSIM 포트로도 존재할 수 있음에 유의해야 한다.

도 6은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 단말 및 eUICC간의 초기화 과정의 일 예를 개략적으로 도시하고 있는 도면이다.

eUICC 카드가 단말에 삽입되면 모뎀(1d-05)은 eUICC(1d-10)를 인지하고 해당 카드를 사용하기 위해 전원 공급, Clock 동기화, 전류, 전압 등 eUICC 카드와의 동작을 위한 운영환경을 설정하는 활성화(Activation) 및 콜드 리셋(Cold Reset)을 수행한다. 해당 eUICC를 사용하기 위한 운영 환경 설정이 완료되면 eUICC(1d-10)는 리셋 응답(answer to reset: ATR) 메시지를 단말 모뎀(1d-05)에 회신한다. Answer to Reset은 eUICC(1d-10)가 단말(또는 모뎀(1d-05))에 처음으로 전송하는 메시지로, 최대 32byte로 구성된 메시지 블록들이 연속적인 체인으로 전송된다. eUICC(1d-10)는 상기 ATR 메시지의 메시지 블록 들에서 Interface Byte로 정의된 메시지 블록 중 하나로 GSMA SGP. 22에서 정의한 eUICC functionality를 지원하는지 여부에 대한 정보를(bit) 포함하고 단말에 회신(1d-20)할 수 있다. 상기 eUICC functionality 지원 여부와 함께 상기 ATR은 상기 eUICC의 다양한 능력 정보를 나타내는 추가적인 Card capability를 포함할 수 있다.

일 실시예에서, 상기 ATR 메시지를 통해 eUICC(1d-10)는 지원하는 전송 프로토콜 및 해당 전송 프로토콜의 변경 가능 여부 등 정보를 함께 포함하여 회신할 수도 있다. 모뎀(1d-05)은 이에 따라 eUICC(1d-10) 카드에서 지원하는 전송 프로토콜을 그대로 사용하는 것으로 결정하거나 또는 상기 ATR에 전송 프로토콜 변경 가능에 대한 식별자가 포함된 경우에, 추가적으로 전송 프로토콜 및 파라미터 결정을 위한 요청을 eUICC(1d-10)에 전송함으로써, 모뎀(1d-05)-eUICC(1d-10)간 사용할 전송 프로토콜을 협의하는 과정을 통해서(1d-25) 모뎀(1d-05)에서 사용할 전송 프로토콜을 최종 결정(1d-30)할 수 있다. 이제 단말(모뎀)과 카드(eUICC)는 1d-30 단계를 통해서 결정된, ISO 7816-3에서 정의된 전송 프로토콜인 T=0 또는 T=1 중 하나를 사용하여 APDU(Application Protocol Data Unit) 메시지를 전송할 수 있다. APDU는 명령-응답의 한 쌍으로 구성된 데이터 Unit으로, 애플리케이션에서 다른 애플리케이션간 메시지 처리를 위해 사용된다.

모뎀(1d-05)은 단말 능력(Terminal Capability)을 통해 해당 단말이 LPA를 지원하는 지, Enterprise 기능을 지원하는 지 등 SGP. 22에서 정의한 eUICC 관련 단말에서의 Capability를 포함하여 eUICC(1d-10)에 전송(1d-35)할 수 있다. 상기 단말 능력 메시지를 수신한 eUICC(1d-10)는 Terminal Capability의 eUICC-related function에 대한 Tag값을 수신하여 해당 단말이 eUICC를 지원하는 단말임을 인지하여 이에 맞는 eUICC내 설정 값을 맞추고 APDU Command에 대한 정상 응답 코드로 SW(Status Word)1=9X, SW2=XX을 회신하여 모뎀(1d-05)에 회신(1d-40)해 줄 수 있다. 상기 SW에서 X는 특정 번호를 지칭한다. 예를 들어 SW1=90, SW2=00 또는 SW1=91, SW2=XX과 같은 값 중 하나일 수 있다. 해당 메시지를 수신한 모뎀(1d-05)은 Channel 오픈에 대한 Manage Channel APDU Command를 생성하여 eUICC(1d-10)에 전송(1d-45)하고 이에 대해 eUICC(1d-10)에서 정상 응답을 수신함으로써 모뎀(1d-05)-eUICC(1d-10)간 APDU 전송을 위한 채널을 생성할 수 있다. eUICC(1d-10)내의 ISD-R은 eUICC내의 Profile 관리를 위한 모듈로써 LPA만 ISD-R을 선택할 수 있으며 ISD-R은 모뎀에서 오픈한 특정 채널을 통해서APDU를 송수신한다. 단, 예외적으로 모뎀-카드간 initialization하는 과정에서 모뎀(1d-05)에서 eUICC(1d-10)의 ISD-R로부터 추가적인 정보 수신이 필요한 경우에 모뎀(1d-05)은 ISD-R을 선택(1d-50)할 수 있다.

모뎀(1d-05)이 ISD-R을 선택하면, eUICC(1d-10)의 ISD-R은 이에 대한 회신 값으로 ISDR ProprietaryApplicationTemplate으로 활성화된 프로파일의 유무 등을 포함하여 부가적인 정보로 단말에 제공해 줄 수 있다. 해당 정보를 수신한 모뎀(1d-05)은 eUICC(1d-10)로부터 획득한 정보들을 단말 Framework(1d-01)로 전달(1d-60)해 주어 단말의 애플리케이션 또는 시스템에서 활용할 수 있도록 제공해 준다. 상기 단말 Framework(1d-10)는 device framework라고 호칭 될 수 있다. 해당 전달되는 정보들(1d-60)은 본 도면에서는 ISDR ProprietaryApplicationTemplate의 수신 후에만 모뎀(1d-05)이 단말 Framework(1d-01)에 통합 전송하는 것처럼 표기하였으나, 모뎀(1d-05)에서 eUICC(1d-10)로부터 정보를 획득하는 시점 이후의 특정 시점에 획득한 정보 들을 순차적으로 또는 통합하여 전송될 수 있다.

다음으로, 도 7 내지 도 9, 도 14 내지 도 15는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 eUICC에서 단말에 MEP 지원 정보를 알려주고, 상기 MEP 지원 정보를 기반으로 단말 및 eUICC가 MEP로 동작할지 결정하는 과정에 대한 다양한 실시 예들을 도시하고 있다.

도 7 내지 도 9, 도 14 내지 도 15는 일 예로 각 ATR, Terminal Capability에 대한 회신 값, ISDRProprietaryApplicationTemplate, 단말이 eUICC에 전송하는 Select APDU Command로 마스터 파일(Master File, MF)을 선택하여 eUICC로부터 수신하는 FCP(File Control Parameter) Template, 또는 신규 Logical Interface 관리 APDU에 대한 회신 값 중 적어도 하나를 기반으로 eUICC에서 단말(예: 모뎀을 포함하는 단말)에 MEP 지원에 대한 소정의 정보를 전달하는 것으로 도시하였으나, MEP로 판단하기 위해 필요한 소정의 정보들이 1개 이상의 회신 값으로, 예를 들어 ATR와 Terminal Capability 의 회신 값의 조합으로 모뎀에 전달되는 것도 가능하다는 것에 유의하여야만 할 것이다. 상기 회신 값은 응답 메시지라고 나타낼 수 있다. 도 7은 본 개시의 다양다음으로, 도 7 내지 도 9, 도 14 내지 도 15는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 eUICC에서 단말에 MEP 지원 정보를 알려주고, 상기 MEP 지원 정보를 기반으로 단말 및 eUICC가 MEP로 동작할지 결정하는 과정에 대한 다양한 실시 예들을 도시하고 있다.

도 7 내지 도 9, 도 14 내지 도 15는 일 예로 각 ATR, Terminal Capability에 대한 회신 값, ISDRProprietaryApplicationTemplate, 단말이 eUICC에 전송하는 Select APDU Command로 마스터 파일(Master File, MF)을 선택하여 eUICC로부터 수신하는 FCP(File Control Parameter) Template, 또는 신규 Logical Interface 관리 APDU에 대한 회신 값 중 적어도 하나를 기반으로 eUICC에서 단말(예: 모뎀을 포함하는 단말)에 MEP 지원에 대한 소정의 정보를 전달하는 것으로 도시하였으나, MEP로 판단하기 위해 필요한 소정의 정보들이 1개 이상의 회신 값으로, 예를 들어 ATR와 Terminal Capability 의 회신 값의 조합으로 모뎀에 전달되는 것도 가능하다는 것에 유의하여야만 할 것이다. 상기 회신 값은 응답 메시지라고 나타낼 수 있다. 도 7은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 ATR (Answer to Reset)을 기반으로 하는 단말 및 eUICC간의 초기화 과정의 다른 예를 개략적으로 도시하고 있는 도면이다.

도 7을 참조하면, 먼저 상기에서 설명한 바와 같이 eUICC가 단말에 삽입되면 모뎀(1e-05)은 eUICC(1e-10)를 인지하고 해당 eUICC 카드를 사용하기 위해 전원 공급, Clock 동기화, 전류, 전압 등 eUICC 카드와의 동작을 위한 운영환경을 설정하는 Activation 및 Cold Reset 을 수행한다. 해당 eUICC 카드를 사용하기 위한 운영 환경 설정이 완료되면 eUICC(1e-10)는 리셋 응답(answer to reset: ATR) 메시지를 단말 모뎀(1e-05)에 회신한다. eUICC(1e-10)는 ATR 메시지의 하나 이상의 메시지 블록들 중에서 Global Interface Byte로 정의된 메시지 블록 중 하나를 통해 GSMA SGP.22에서 정의된 eUICC functionality를 지원하는지 여부에 대한 정보를 포함하여 모뎀(1e-05)에 회신(1e-20)할 수 있다. 여기서, 상기 eUICC(1e-10)가 eUICC functionality를 지원하는 경우에, MEP(Multiple Enabled Profile)도 지원하는 eUICC(1e-10)인 경우 모뎀(1e-05)이 MEP로 동작하는 것을 결정하기에 필요한 소정의 정보를 포함하여 회신할 수 있다. 이는 MEP(Multiple Enabled Profile) 지원 여부, 최대 오픈(또는 지원) 가능한 eSIM Port의 개수, 프로파일이 활성화된(enabled) eSIM Port 개수 또는 번호 중 하나 이상을 포함함으로써 판단할 수 있다. 상기 MEP 지원 여부는 ATR에 eUICC functionality가 포함되어 있는 지 여부 및 Logical Interface(s) 지원 여부의 조합으로 판단할 수도 있다. ATR에 eUICC 지원 여부가 포함된 경우에 최대 오픈 가능한 logical interface 개수는 최대 오픈 가능한 eSIM Port의 개수와 동일하게 해석될 수 있다. 해당 정보는 ATR의 Interface Byte 또는 Interface Byte들 이후 블록으로 전송되는 historical Byte로 전송하는 것도 가능하다. 일 예로 historical Byte로 최대 지원 가능한 logical interface 개수는 다음의 Table A 의 Maximum number of logical interface 또는 Table B의 Table N과 Table N+1에 표기된 Logical interface number처럼 historical Byte로 표현되는 것이 가능하다.

logical interface 개수는 historical Byte Type (최대 15개의 Type을 정의 가능)중 현재 정의된 Type 7의 추가적인 Tables 또는 Type 9 - 15 중 하나의 Type으로 추가하는 것도 가능하다.

Table A

b8	b7	b6	b5	b4	b3	b2	b1	Meaning
1	-	-	-	-	-	-	-	Command Chaining
-	1	-	-	-	-	-	-	Extended Lc and Le Field
-	-	-	x	x	-	-	-	Logical Interface number assignment - by card xx=10 - by eUICC xx=01 - no logical interface xx=00
-	-	-	-	-	y	z	t	Maximum number of logical interface - y=z=t=1 means 8 or more - y,z,and t not all set to 1 means 4y+2z+t+1 from one to seven
-	-	x	-	-	-	-	-	RFU

TableB(Table N)

Table N(Table B)
b8	b7	b6	b5	b4	b3	b2	b1	Meaning
0	0	0	x	-	-	-	-	Command chain Control
0	0	0	-	x	x	-	-	Secure Message Indication
0	0	0	-	-	-	x	x	Logical interface number from 1-3

TableB(Table N+1)

Table N+1 (Table B)
b8	b7	b6	b5	b4	b3	b2	b1	Meaning
0	1	-	x	-	-	-	-	Command chain Control
0	1	x	-			-	-	Secure Message Indication
0	0	0	-	x	x	x	x	Logical interface number from 4 - 19

한편, 상기 ATR 메시지에 eUICC(1e-10)는 지원하는 전송 프로토콜 및 해당 전송 프로토콜의 변경 가능 여부 등의 정보를 함께 포함하여 회신할 수도 있다. 모뎀(1e-05)은 이에 따라 해당 eUICC 카드에서 지원하는 전송 프로토콜을 그대로 사용하는 것으로 결정하거나 또는 상기 ATR에 전송 프로토콜 변경 가능에 대한 식별자가 있는 경우에, 추가적으로 전송 프로토콜 및 파라미터 결정을 위한 요청을 eUICC(1e-10)에 전송함으로써, 모뎀(1e-05)-eUICC(1e-10)간 사용할 전송 프로토콜을 협의하는 과정을 통해서(1e-25) 모뎀(1e-05)에서 최종 결정(1e-30)할 수 있다. 이제 단말과 eUICC 카드는 전송 프로토콜 결정 단계(1e-30)를 통해서 결정된, ISO 7816-3에서 정의된 전송 프로토콜인 T=0 또는 T=1 중 하나를 사용하여 APDU(Application Protocol Data Unit) 메시지를 전송할 수 있다. APDU는 명령-응답의 한 쌍(pair)으로 구성된 데이터 유닛(Unit)으로, 애플리케이션에서 다른 애플리케이션간 메시지 처리를 위해 사용될 수 있다.

전송 프로토콜이 결정된 후, 모뎀(1e-05)은 단말 능력(Terminal Capability)으로 해당 단말이 LPA를 지원하는지, Enterprise 기능을 지원하는지 등 SGP. 22에서 정의한 eUICC 관련 단말의 Capability를 포함하여 eUICC(1e-10)에 전송(1e-35)할 수 있다. 해당 메시지를 수신한 eUICC(1e-10)는 해당 단말이 eUICC를 지원하는 단말임을 인지하여 이에 맞는 eUICC 설정 값을 맞추고 APDU Command에 대한 정상 응답 코드로 SW1=9X, SW2=XX를 모뎀(1e-05)에 회신(1e-40)할 수 있다. 상기 SW의 X에는 상황에 따라 다른 번호가 포함될 수 있다. 상기 SW에서 X는 특정 번호를 지칭할 수 있다. 예를 들어 SW1=90, SW2=00 또는 SW1=91, SW2=XX과 같은 값 중 하나일 수 있다.

모뎀(1e-05)은 eUICC(1e-10)로부터 수신된 ATR에서 획득한 정보와, 저장된 Baseband-eSIM Port간의 맵핑 정보, 지원하는 Baseband별 RAT 정보 및 Baseband의 점유 상태 중 적어도 하나를 고려하여 MEP로 동작할 지 여부와 Profile 활성화를 위해 오픈할 eSIM Port의 개수 및/또는 번호를 최종 결정(1e-45)할 수 있다. MEP 지원 단말(모뎀)이 MEP로 동작할 지 여부에 대한 결정은 ATR을 통해 수신된 정보로 Profile이 enabled된 eSIM Port가 2개 이상 있다고 판단하는 경우로 결정하거나 또는 단말 모뎀과 LPA, eUICC가 모두 MEP를 지원하는 경우로 결정할 수도 있다. 여기서, 오픈할 프로파일 eSIM Port의 최대 개수는 일 예로 eUICC가 최대 오픈 가능한 eSIM Port 수와 모뎀에서 미 점유된 Baseband의 수 중에 더 작은 숫자로 결정할 수 있으며, 따라서 ISD-R 전용 eSIM Port를 사용하는 경우에 총 오픈할 eSIM Port의 수는 프로파일 eSIM Ports의 최대 개수+1이 될 수 있다.

만약, eUICC 카드에서 최대 오픈 가능한 프로파일 eSIM Port에 대한 정보(일 예로: 개수)가 없이 회신 되는 경우 단말에서는 최대 미 점유된 Baseband 수까지 프로파일 eSIM Port 수를 오픈할 수도 있다. 모뎀(1e-05)에서 MEP로 동작하는 것을 최종 결정(1e-45)하면, eUICC(1e-10)에 논리적 인터페이스 관리 명령(logical interface management command)으로써, MEP로 동작을 개시하는 APDU Command를 전송(1e-50)할 수 있다. 이하 설명의 편의를 위해, logical interface management command를 MANAGE PORT APDU command라고 칭하기로 한다. MANAGE PORT APDU Command의 한 예로는 INS=MANAGE PORT, P1=Initialize를 포함하는 APDU Command 일 수 있다.

상기 MANAGE PORT APDU Command를 수신한 eUICC(1e-10)은 단말이 MEP로 동작함을 인지하여, eSIM Port를 1개를 생성하여 Basic Channel을 오픈(open)하고 이에 대한 응답 메시지를 회신할 수 있다. 또는 APDU가 전송된 기존 Logical Interface에서 해당 APDU Command에 대한 응답 메시지로 회신할 상기 MANAGE PORT APDU Command를 수신한 eUICC(1e-10)은 단말이 MEP로 동작함을 인지하여, eSIM Port를 1개를 생성하여 Basic Channel을 오픈(open)하고 이에 대한 응답 메시지를 회신할 수 있다. 또는 APDU가 전송된 기존 Logical Interface에서 해당 APDU Command에 대한 응답 메시지로 회신할 수도 있다. 일 실시예에 따르면, eUICC(1e-10)는 MANAGE PORT APDU Command에 대한 응답 메시지로 해당 logical interface에 대응되는 리셋 응답(Answer to Reset)을 데이터로 포함하여 회신(1e-55)할 수 있다.

모뎀(1e-05)은 추가적인 포트 오픈을 요청하는 MANAGE PORT APDU Command를 1e-45 단계에서 결정한 eSIM 포트 개수만큼 반복하여 요청하고(1e-70) 이에 대한 응답 메시지로 eUICC(1e-10)는 앞서 MEP로 동작을 개시하는 MANAGE PORT APDU Command에 대한 응답 메시지와 같이 해당 logical interface에 대응되는 Answer to Reset을 전송(1e-75)할 수도 있다. 포트 오픈 또는 포트 생성에 대한 APDU Command, 즉 상기 APDU Command는 예를 들어 APDU 헤더의 지시(instruction, INS) 값이 Logical Interface 관리에 대한 값, 예를 들어 관리 포트(manage port), P1이 초기화(Initialize) 또는 오픈(Open)에 해당 하는 값으로 설정된 APDU Command 일 수 있고, 설정한 포트 번호가 포함되어 전송될 수도 있다. 예를 들어 P2값으로 설정한 포트의 번호가 지정되어 전달될 수 있다. 만약 포트 번호가 없이 전송되는 경우에, eUICC(1e-10)는 포트 번호를 지정하고 해당 지정된 번호를 응답 메시지로 회신해 줌으로써 모뎀(1e-05)이 해당 번호로 오픈한 포트 번호를 맵핑할 수 있도록 제공할 수 있다. 또한 포트를 오픈하는 경우에, 암묵적으로 해당 포트에서 basic channel을 오픈하는 것으로 정의될 수도 있다.

한편, MANAGE PORT APDU Command에 응답 메시지로 각 logical Interface (eSIM Port)에 대한 ATR을 회신하지 않을 수도 있다. 이 경우에, 모뎀(1e-05)은 1e-20 단계에서 수집한 ATR을 eSIM Port별로 동일하게 맵핑해서 단말 Framework(device framework)(1e-01)에 전달해 줄 수도 있다. 이 경우, 단말의 일반 어플리케이션(앱) 또는 LPA에서 eSIM Port에 대한 GetATR()로 요청 시 eUICC내에 eSIM Port1과 eSIM Port2가 있다고 가정하면 1e-20 단계에서 수집한 ATR과 동일한 ATR이 회신될 수 있다. 또한, MANAGE PORT APDU Command에 대한 응답 메시지로 각 logical Interface (eSIM Port)에 대한 ATR이 회신되는 경우에는 모뎀(1e-05)은 eSIM Port별로 해당 logical Interface (eSIM Port)에 대한 ATR를 맵핑해 두었다가 단말 Framework(1e-01)에 전달해 줄 수도 있다. 예를 들어, eUICC(1e-10)내 eSIM Port1과 eSIM Port2가 있다고 가정하면 eSIM Port 1은 1e-55 단계에서 회신되는 ATR, eSIM Port 2는 1e-75 단계에서 회신되는 ATR을 각각 맵핑해 두고 단말의 일반 앱 또는 LPA에서 eSIM Port에 대한 GetATR()로 요청 시 해당 정보를 회신할 수 있다.

한편, eUICC(1e-10)가 포트 오픈 또는 포트 생성에 대한 APDU Command, 즉 예를 들어 APDU 헤더의 지시(instruction, INS) 값이 Logical Interface 관리에 대한 값, 예를 들어 관리 포트(manage port), P1이 초기화(Initialize) 또는 오픈(Open)에 해당 하는 값으로 설정된 APDU Command를 수신하면, eUICC(1e-10)는 해당 eSIM Port로부터 수신된 APDU 수신을 위한 포트가 연결을 오픈하여 설정하고 모뎀-카드간 설정에 따라 해당 eSIM Port로 추가적으로 Basic Channel을 오픈하는 것에 대한 처리 동작을 수행한다. 만약 eUICC(1e-10)에 이미 활성화된 프로파일(profile)이 있는 경우, 상기 eUICC(1e-10)는 Initialize 또는 Open을 통해서 생성한 eSIM Port를 기 프로파일이 활성화되었던 eSIM Port로 맵핑하여 처리할 수도 있다.

위 절차에서 모뎀(1e-05)은 ISD-R이 사용할 Port 생성을 처리한 이후에, 생성한 포트에서의 1개 Channel을 통해 eUICC(1e-10)로 ISD-R에 대한 AID(application identifier)를 포함하여 SELECT APDU를 전송함으로써, ISD-R을 선택할 수 있다.(1e-60) 전술한 바와 같이 Initialization 과정에서 모뎀(1e-05)이 ISD-R을 선택하면, eUICC(1e-10)의 ISD-R은 이에 대한 회신 값으로 ISDR ProprietaryApplicationTemplate으로 활성화된 프로파일(profile)의 유무 등을 포함하는 부가적인 정보로 모뎀(1e-05)에 제공해 줄 수 있다.(1e-65)모뎀(1e-05)이 eUICC(1e-10)로 1e-45단계에서 결정한 eSIM 포트 개수만큼의 모든 포트를 생성하면, 모뎀(1e-05)은 포트 생성 완료에 대한 정보를 포함하는 MANAGE PORT APDU Command를 전송(1e-80)하여 MEP로 동작하기 위한 eSIM Port 생성이 모두 완료되었음을 eUICC(1e-10)에 알려 줄 수도 있다. 해당 포트 생성 완료에 대한 상기 MANAGE PORT APDU command는 일 예로 INS=MANAGE PORT, P1=Initialize Complete와 같이 표현될 수 있다.

한편, eUICC(1e-10)는 모뎀(1e-05)으로부터 포트 생성 완료에 대한 해당 APDU Command를 수신하면 eSIM Port 생성이 모두 완료되었음을 인지할 수 있다. 만약 eUICC에 이미 활성화된 프로파일이 있는 경우, eUICC는 eSIM Port가 미 할당된 프로파일은 Disabled 처리하거나 활성화 상태로 유지하되 disabled되어 있는 것처럼 처리할 수 있다.

전술한 바와 같이 모뎀이 ATR을 통해 eUICC(1e-10)로부터 수신한 정보들은 모뎀(1e-05)이 단말 Framework(device framework)(1e-01)에 전송(1e-85)할 수 있다. 도 7에서는 eUICC(1e-10)로부터 ATR을 통해 수신한 정보들이 포트 생성이 모두 완료된 시점에 모뎀(1e-05)에서 단말 framework(1e-01)로 전송되는 것처럼 도시되어 있으나, 모뎀(1e-05)에서 eUICC(1e-10)로부터 정보를 획득하는 시점 이후에 전송하는 것도 가능하다. 즉, 본 개시의 다양한 실시 예들에서는 ATR을 통해 eUICC(1e-10)로부터 수신한 정보들을 모뎀(1e-05)에서 단말 framework(1e-01)로 전송 시점은 필요에 따라 조정될 수 있음은 물론이다.

도 8은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 단말 능력(terminal capability) 정보를 기반으로 하는 단말 및 eUICC간 초기화 과정의 또 다른 예를 개략적으로 도시하고 있는 도면이다.

도 8을 참조하면, 도 8에 도시되어 있는 일부 동작들은 도 7의 일부 동작들과 유사하게 수행될 수 있다 일 실시예에 따르면, 1f-15 내지 1f-30, 1f-45 내지 1f-85의 동작은 도 7의 1e-15 내지 1e-30 및 1e-45 내지 1e-85의 동작과 유사하게 수행될 수 있다.

단말이 MEP를 지원하는 경우에, 모뎀(1f-05)은 단말의 MEP 기능 지원에 대한 식별자를 단말 능력(Terminal Capability)에 포함시켜 eUICC(1f-10)에 전송할(1f-35)수 있다. 모뎀(1f-05)는 Terminal capability에 대한 응답 메시지를 통하여 MEP로 동작하는 것을 결정하기에 필요한 소정의 정보를 획득할 수도 있다. eUICC(1f-10)은 Terminal Capability에 MEP 지원 식별자가 포함되고, 상기 eUICC(1f-10)가 MEP 지원 eUICC(1f-10)인 경우, 상기 응답 메시지에 정상 응답 코드로 SW(Status Word)1=9X, SW2=XX을 회신할 수 있고, 상기 정상 응답 코드에 추가적으로 데이터가 있음을 나타내는 SW1=91, SW2=XX와 데이터를 함께 포함하여 회신할 수 있다. 상기 SW에서 X는 특정 번호를 지칭할 수 있다. 상기 응답 APDU에 포함되는 데이터는 도 7에서 1e-20단계에서의 ATR을 통해 회신한 것과 같이, MEP(Multiple Enabled Profile) 지원 여부에 대한 정보, 최대 오픈 가능한 eSIM Port의 개수, 프로파일이 활성화된 eSIM Port 개수 또는 번호 중 하나 이상을 포함하여 회신하는 것이 가능(1f-40)하다. 상기 MEP 지원 여부에 대한 정보는 MEP 지원 여부를 나타내는 식별자를 포함할 수 있다.

해당 정보를 수신한 모뎀(1f-05)은 지원하는 Baseband별 RAT 정보 및 Baseband의 점유 상태, eUICC(1f-10)로부터 수신된 Terminal Capability 응답 메시지에서 획득한 정보의 조합에 기반하여 MEP로 동작할 지 여부와 Profile 활성화를 위해 오픈할 프로파일 eSIM Port의 개수 및/또는 번호를 결정(1e-45)할 수 있다. 상기 Terminal Capability 응답 메시지는 eUICC를 지원하는지 여부에 대한 정보가 포함할 수 있다.

이후의 절차는 도 7에서 설명한 바와 동일하게 수행될 수 있다. 다른 실시예에 따르면, 전술한 바와 같이 모뎀(1f-05)은 eUICC(1f-10)로부터 수신된 Terminal Capability 응답 APDU에서 획득한 정보와 Baseband - eSIM Port간의 맵핑 정보, 지원하는 Baseband별 RAT 정보 및 Baseband의 점유 상태를 일부 또는 전체를 추가적으로 고려하여 MEP로 동작할 지 여부와 Profile 활성화를 위해 오픈할 eSIM Port의 개수 및/또는 번호를 최종 결정(1f-45)할 수 있다. 다른 실시예에 따르면, 모뎀(1f-05)은 eUICC(1f-10)로부터 수신된 Terminal Capability의 회신 값과 저장된 Baseband - eSIM Port간의 맵핑 정보, 지원하는 Baseband별 RAT 정보 및 Baseband의 점유 상태를 고려하여 MEP로 동작할 지 여부와 Profile 활성화를 위해 오픈할 eSIM Port의 개수 및 번호를 최종 결정(1f-45)할 수 있다. MEP 지원 단말(모뎀)이 MEP로 동작할 지 여부에 대한 결정 방법은 Terminal Capability의 회신 정보로 Profile이 enabled된 eSIM Port가 2개 이상 있다고 판단하는 경우 MEP로 동작하는 것으로 결정하거나 또는 단말 모뎀과 LPA, eUICC가 모두 MEP를 지원하는 경우 MEP로 동작하는 것으로 결정할 수도 있다, 1f-45 단계에서 결정되는 오픈할 프로파일 eSIM Port의 최대 개수는 eUICC가 최대 오픈 가능한 eSIM Port 수와 모뎀에서 미 점유된 Baseband의 개수 중에 더 작은 숫자로 결정할 수 있으며, 여기에 ISD-R 전용 eSIM Port를 사용하는 경우에 총 오픈할 eSIM Port의 수는 프로파일 eSIM Ports의 최대 개수+1이 될 수 있다.

만약, eUICC(1f-10)에서 최대 오픈 가능한 프로파일 eSIM Port에 대한 정보를 송신하지 않는 경우 단말에서는 최대 미 점유된 Baseband 개수까지 프로파일 eSIM Port 개수를 오픈할 수도 있다. 이후의 절차인 1f-50 내지 1f-80단계는 도 7에서와 같이 동일하게 처리될 수 있으며, 전술한 바와 같이 모뎀(1f-05)이 Terminal Capability 응답 메시지를 통해 eUICC(1f-10)로부터 수신한 정보들은 모뎀(1f-05)이 단말 Framework(device framework)(1f-01)에 전송(1f-85)할 수 있다. 도 8에서는 eUICC(1f-10)로부터 수신한 정보들이 포트 생성이 모두 완료된 시점에 송신되는 것처럼 도시되어 있으나, 도 7에서 전술한 바와 같이 모뎀(1f-05)에서 eUICC(1f-10)로부터 정보를 획득하는 시점 이후에 전송하는 것도 가능하다. 즉, 본 개시의 다양한 실시 예들에서는 eUICC(1f-10)로부터 수신한 정보들의 대한 전송 시점은 필요에 따라 조정될 수 있음은 물론이다.

도 9는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 ISD-R 제공 정보를 기반으로 하는 단말 및 eUICC간 초기화 과정의 또 다른 예를 개략적으로 도시하고 있는 도면이다.

도 9를 참조하면, 도 9에 도시되어 있는 일부 동작들은 도 7의 일부 동작들과 유사하게 수행될 수 있다.eUICC가 단말에 삽입되면 모뎀(1g-05)은 eUICC(1g-10)를 인지하고 해당 카드를 사용하기 위해 전원 공급, Clock 동기화, 전류, 전압 등 eUICC 카드와의 동작을 위한 운영환경을 설정하는 Activation 및 Cold Reset 을 수행한다. 해당 eUICC를 사용하기 위한 운영 환경 설정이 완료되면 eUICC(1g-10)는 리셋 응답(answer to reset: ATR) 메시지를 단말 모뎀(1g-05)에 회신한다. ATR은 eUICC 카드에서 단말로 처음으로 전송되는 메시지로, 최대 32byte로 구성된 메시지 블록들이 연속적인 체인으로 전송된다.

eUICC(1g-10)는 ATR 메시지의 하나 이상의 메시지 블록 들에서 Interface Byte로 정의된 메시지 블록 중 하나를 통해 GSMA SGP.22에서 정의된 eUICC functionality를 지원하는지 여부를 포함하여 모뎀(1g-05)에 회신(1g-20)할 수 있다. 일 실시예로, eUICC(1g-10)는 상기 ATR 메시지를 통해 지원하는 전송 프로토콜 및 해당 전송 프로토콜의 변경 가능 여부 등을 나타내는 정보를 함께 포함하여 회신할 수도 있다. 모뎀(1g-05)은 이에 따라 eUICC 카드에서 지원하는 전송 프로토콜을 그대로 사용하는 것으로 결정하거나 또는 상기 ATR에 전송 프로토콜 변경 가능에 대한 식별자가 있는 경우에, 추가적으로 전송 프로토콜 및 파라미터 결정을 위한 요청을 eUICC(1g-10)에 전송함으로써, 모뎀(1g-05)-eUICC(1g-10)간 사용할 전송 프로토콜을 협의하는 과정을 통해서(1g-25) 모뎀(1g-05)에서 최종 결정(1g-30)할 수 있다. 이제 단말과 eUICC 카드는 앞서 1g-30 단계를 통해서 결정된, ISO 7816-3에서 정의된 전송 프로토콜인 T=0 또는 T=1 중 하나를 사용하여 APDU(Application Protocol Data Unit) 메시지를 전송할 수 있다. APDU는 명령-응답의 한 쌍으로 구성된 데이터 Unit으로, 애플리케이션에서 다른 애플리케이션간 메시지 처리를 위해 사용될 수 있다.

모뎀(1g-05)은 Terminal Capability를 포함하는 메시지를 통해 해당 단말이 LPA를 지원하는 지, Enterprise 기능을 지원하는 지 등과 같은, SGP. 22에서 정의한 eUICC 관련 단말에서의 Capability를 포함하여 eUICC(1g-10)에 전송(1g-35)한다. 상기 Terminal Capability 메시지를 수신한 eUICC(1g-10)는 해당 단말이 eUICC를 지원하는 단말임을 인지하여 이에 맞는 eUICC 내 설정 값을 맞추고 APDU Command에 대한 정상 응답 코드로 SW1=9X, SW2=XX을 모뎀(1g-05)에 회신(1g-40)해 줄 수 있다. 상기 SW에서 X는 특정 번호를 지칭할 수 있다. 예를 들어 SW1=90, SW2=00 또는 SW1=91, SW2=XX과 같은 값 중 하나일 수 있다. 상기 응답 메시지를 수신한 모뎀(1g-05)은 Channel 오픈에 대한 Manage Channel APDU Command를 생성하여 eUICC(1g-10)로 전송(1g-45)할 수 있다. 상기 manage channel APDU Command에 대한 응답으로 eUICC(1g-10)로부터 정상 응답을 수신함으로써 모뎀(1g-05)-eUICC(1g-10)간 APDU 전송을 위한 채널 생성이 완료된다. eUICC(1g-10)내의 ISD-R은 eUICC내의 프로파일(Profile) 관리를 위한 모듈로써 LPA만 ISD-R을 선택할 수 있으며 ISD-R은 1개의 선택된 Channel로 APDU를 송수신할 수 있다.

일 실시예에 따르면, 모뎀-eUICC 카드간 initialization하는 과정에서 모뎀(1g-05)에서 eUICC(1g-10)의 ISD-R로부터 추가적인 정보 수신이 필요한 경우에 모뎀(1g-05)은 ISD-R을 선택(1g-50)할 수 있다. 모뎀(1g-05)이 ISD-R을 선택하면, ISD-R을 포함하는 eUICC(1g10)은 이에 대한 회신 값으로 ISDR ProprietaryApplicationTemplate을 통해 enabled profile의 유/무, MEP 지원 여부, 최대 오픈 가능한 프로파일 eSIM Port의 개수, Profile이 enabled된 eSIM 포트의 번호 또는 개수 중 하나 또는 그 이상을 포함하여 모뎀(1g-05)에 제공(1g-55)해 줄 수 있다. 상기 정보를 수신한 모뎀(1g-05)은 앞서 도 7 또는 도 8에서 전술한 바와 같이 ISDR ProprietaryApplicationTemplate으로 수신한 정보(도 7에서는 ATR를 통해 수신, 도 8에서는 Terminal Capability의 회신 값(또는 응답 메시지)를 통해 수신된)와 단말에서 획득한 정보를 조합하여 MEP로 동작할 지 여부를 결정하고 오픈할 eSIM Port의 개수와 번호를 지정할 수 있다.(1g-60) 상기 결정(1g-60)을 통해서 모뎀(1g-05)에서 MEP로 동작하는 것을 결정하면 모뎀(1g-05)은 전술한 바와 같이 eUICC(1g-10)에 MANAGE PORT에 대한 Initialize APDU Command를 전송함으로써 MEP로 동작함을 알리고 동시에 Port 생성을 요청한다. 상기 MANAGE PORT 메시지를 수신한 eUICC(1g-10)는 ISD-R이 사용할 eSIM Port를 생성하고(일 실시예로 eSIM Port 1일 수 있다.), 1g-45 단계에서 생성한 채널을 상기 ISD-R이 사용할 eSIM Port의 채널로 맵핑 처리하고 응답 메시지를 회신할 수 있다.(1g-65) 상기 1g-65 단계의 응답 메시지에는 logical Interface에 대한 ATR 정보가 포함되어 회신될 수도 있다.

이후, 모뎀(1g-05)은 MANAGE PORT에 대한 Open APDU Command를 프로파일 연결에 사용할 eSIM Port를 1g-60 단계에서 결정한 eSIM Port의 수만큼 번호를 지정해 eUICC(1g-10)에 요청(1g-70)할 수 있다. eUICC(1g-10)는 상기 1g-70 단계의 요청에 대한 응답으로 요청 받은 Open APDU Command 수만큼 신규한 eSIM Port를 Open 할 수 있다. 일 실시예에 따르면, 요청 받은 Open APDU Command 수가 1인 경우 eSIM Port 2가 Open 될 수 있다. 앞서 도 7에서 전술한 바와 같이 해당 Open MANAGE PORT APDU Command에 오픈할 포트 번호가 지정되어 포함되어 전송될 수 있다. 만약, 포트 번호가 포함되지 않고 전송된 경우에, eUICC에서는 포트번호를 지정하여 응답값으로 회신해 줄 수도 있다. eUICC(1g-10)가 생성된 eSIM Port로 포트를 오픈하여 연결을 모두 완료하여 응답하면, 모뎀(1g-05)은 필요한 포트가 모두 오픈되었음을 알려주기 위해 MANAGE PORT Command로 초기화 완료(Initialize Complete) (1g-75)을 전송하여 MEP로 동작을 위한 eSIM Port 오픈요청이 모두 완료되었음을 eUICC(1g-10)에 알려줄 수 있다. 상기 MEP로 초기화 완료 메시지를 수신하면 eUICC(1g-10)는 자체적으로 enable된 Profile에 맵핑된 Port 중 eSIM Port가 미 할당된 프로파일은 Disabled 처리할 수 있다. 또는 프로파일을 enabled 상태로 유지하되 disabled된 것처럼 처리해 주는 것도 가능하다. 한편 모뎀(1g-05)은 eUICC(1g-10)로부터 획득한 정보들을 참조하여 최종 결정한 ISD-R 사용 eSIM Port 및 생성한 프로파일 eSIM Port #(번호 또는 개수)등과 같은 연결된 eUICC의 상태(status) 정보를 단말 Framework(device framework)(1g-01)로 전달(1g-80)해 주어 단말의 애플리케이션 또는 시스템에서 활용할 수 있도록 제공해 줄 수 있다.

도 10은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 MEP 지원 단말에서 재 부팅 시 기존 설정을 유지하기 위한 모뎀과 eUICC간 연결을 개략적으로 도시한 도면이다.

단말의 전원을 껐다가 켜거나 또는 단말에 removable eUICC가 삽입 등 단말과 eUICC 간 Reset을 수행하여 재 부팅하는 경우에, MEP 지원 모뎀(1h-01)과 MEP 지원 eUICC(1h-05)은 재부팅 하기 이전의 Baseband-eSIM Port-Profile간 Association을 유지하도록 처리할 수 있다. eUICC는 Profile를 특정 eSIM Port에 활성화하라는 ES10c. enabledProfile(프로파일 ID 또는 Application ID, 활성화할 Port #)을 받게 되면 프로파일을 활성화하면서 해당 프로파일과 eSIM Port간의 맵핑 정보를 프로파일의 메타데이터에 저장해 둘 수 있다. 전술한 바와 같이 eUICC(1h-05)는 단말과 initialization하는 과정에서 Profile이 enabled된 eSIM Port가 있는 경우에, Profile이 enabled된 eSIM Port의 번호를 ATR, Terminal Capability의 응답 메시지, ISDRProprietaryApplicationTemplate, FCP template 및 logical interface management APDU에 대한 응답 중 하나를 통해서 모뎀(1h-01)에 회신할 수 있다. 한편, 모뎀(1h-01)은 이전에 설정된 Baseband - eSIM Port간의 맵핑 정보를 가지고 있다가, 상기 eUICC(1h-05)로부터 상기 Profile이 enabled된 eSIM Port에 대한 정보를 수신하게 되면 상기 eUICC(1h-05)가 제공하는 eSIM Port로 연결을 재 설정하여 동일한 eSIM Port로 맵핑 처리해 줄 수 있다. 도 10에서는 이를 구현한 일 예를 나타내었다.

다양한 실시예에 따르면, 도 10에서 MEP 지원 모뎀(1h-05)에서 Baseband 1(4G지원)은 eSIM Port #1, Baseband 2(5G지원)는 eSIM Port #2로 연결이 설정되어 있으며, MEP 지원 eUICC(1h-05)에서는 Profile 1은 eSIM Port #2, Profile 2는 eSIM Port #1에 활성화되어 있었다고 가정한다. 만약, 재 부팅을 하여 단말-Card간 초기화(initialization)를 수행 하게 되면, eUICC(1h-05)는 단말과 initialization하는 과정에서 Profile이 enabled된 eSIM Port의 번호로 #1과 #2를 ATR, Terminal Capability의 응답 메시지, 또는 ISDRProprietaryApplicationTemplate, Logical Interface 관리 APDU 또는, FCP Template 중 적어도 하나를 통해서 모뎀(1h-01)에 회신할 수 있다. 상기 정보를 수신하여 모뎀(1h-01)에서 MEP로 동작할 지 여부를 결정할 때, 모뎀은 기존 저장한 eSIM Port - Baseband간 맵핑 정보를 기반으로 Profile 연결을 위해 최소 2개 이상의 eSIM Port 생성이 필요함을 인지하고, eSIM Port #1을 Baseband 2(5G), eSIM Port #2을 Baseband 1(4G)에 맵핑 처리할 수 있다. 만약, 상기 수신된 포트 번호가 기존에 저장한 포트 번호와 맵핑되지 않는 경우 (일 예로, removable eUICC가 삽입된 경우), 단말은 해당 eUICC가 새로운 eUICC라고 판단하고 새롭게 포트 번호를 맵핑하여 initialization 절차를 처리할 수 있다. 한편, eUICC(1h-05)는 프로파일의 정보로써 저장해 두었던 eSIM Port 번호와 프로파일간 맵핑 정보를 기반으로 eSIM Port #1에 Profile 2가 활성화 및 eSIM Port #2에 Profile 1dl 활성화가 되도록 연결을 처리할 수 있다.

도 11은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 사용자가 eSIM Port를 pSIM으로 변경하여 사용하고자 하는 경우의 단말과 eUICC의 동작을 개략적으로 도시한 도면이다.

MEP 지원 단말은 eUICC Only 또는 eUICC와 물리적인 SIM Card (pSIM)를 함께 지원하는 단말 일 수 있다. eUICC와 물리적인 SIM Card (pSIM)를 함께 지원하는 단말 인 경우에 단말은 단말 앱의 UI를 통해서 사용자는 1개의 활성화된 Profile 대신에 pSIM으로 전환하고자 하는 경우도 가능하다. 도 11에서는 편의상 MEP 지원 eUICC(1i-01)에 3개의 프로파일이 활성화 된 상태에서 이 중 1개를 pSIM으로 대체 사용하는 경우를 가정하여 설명하기로 한다. 일 실시예에 따르면, 모뎀(1i-05)은 단말과 Card가 Initialization 결과로 프로파일과 연결을 위한 생성한 eSIM Port를 SIM Slot으로 대응하여 eSIM Port 1 = SIM 1, eSIM Port 2 = SIM 2, eSIM Port 3 = SIM 3와 같이 맵핑하여, 이를 단말의 Framework(1i-10)에 제공해 줄 수 있다. 단말 어플리케이션(앱)(1i-15)에서 프로파일은 1개의 Physical SIM Card와 동등하게 표현될 수 있다.

사용자는 단말 앱(예: SIM 카드 매니저 앱)에서 제공하는 UI를 통해서 eSIM Port #1에 활성화된 Profile 1(1i-30) 대신에 Physical SIM Card(1i-25) 사용을 선택할 수 있다.

해당 요청을 받은 단말 앱(1i-15)은 LPA(1i-20)에 해당 SIM1에 대해 비활성화 처리를 요청한다.

해당 명령을 수신한 LPA(1i-20)는 ISD-R(1i-45)과의 전용 eSIM Port (여기서는 eSIM Port #4 할당)로 해당 eSIM Port에 할당된 Profile, 즉 Profile 1에 대한 비활성화를 요청하는 Command를 eUICC(1i-01)에 전송하고, 해당 결과를 획득하여 단말 앱(1i-15)에 회신한다.

단말 앱은 단말 Framework에 해당 Port에 대한 Close 명령을 전송하며, 이를 수신한 모뎀은 해당 Port를 Close하고 Close에 대한 MANAGE PORT APDU Command(예: MANAGE PORT APDU Command로 P1=Close, P2=[Close할 포트 번호, 일 예로 Port #1])를 eUICC에 전송한다. eUICC(1i-01)는 이에 대한 결과를 선택적으로 모뎀(1i-05)에 회신할 수도 있으며, 해당 eSIM Port#1에 대한 연결을 Close할 수 있다. 모뎀은 pSIM을 Baseband 1에 association하여 pSIM = SIM 1, Profile 2 = SIM 2, Profile 3 = SIM 3로 맵핑하고 해당 결과를 모뎀은 단말 Framework에 회신하고 단말 Framework는 이를 다시 단말 앱으로 회신할 수 있다. 한편, 모뎀(1i-05)에서 상기 eSIM Port Close는 처리하지 않고 유지하는 것도 가능할 수 있다. 이 경우에, 모뎀은 Close에 대한 MANAGE PORT APDU Command를 eUICC에 전송하지 않고, 이후 단말 F/W에서 SIM1에 맵핑하여 수신된 메시지는 pSIM쪽으로 연결되도록 처리해 줄 수 있다. 그리고 eUICC에서 eSIM Port #1을 통해서 모뎀(1i-05)으로 전송되는 메시지가 있는 경우에 이를 무시하여 처리하지 않도록 해야 하며 예외적으로 해당 eSIM Port #1에 수신된 메시지가 ISD-R이 전송하는 REFRESH Command인 경우에 허용하여 처리할 수도 있다.

단말 앱은 eSIM Port #1에 활성화된 Profile 1(1i-30) 대신에 Physical SIM Card(1i-25)이 활성화된 것으로 표기하여 보여 줄 수 있다. 이후 앱에서 단말 Framework에 SIM Slot에 대한 정보를 요청 시, 단말 Framework에서는 pSIM = SIM 1, Profile 2 = SIM 2, Profile 3 = SIM 3 맵핑으로 인식하여 회신할 수 있다.

한편, 단말 앱의 UI를 통해서 사용자는 pSIM을 1개의 활성화된 Profile로 전환하고자 하는 경우도 가능하다. 예를 들어, 본 도면에서 MEP 지원 eUICC(1i-01)에 2개의 프로파일이 활성화 된 상태에서 pSIM(1i-25)를 Profile 1(1i-30)으로 대체 사용하는 경우도 가능하다.

모뎀(1i-05)은 이 경우에 단말과 Card가 Initiation 결과로 프로파일과 연결을 위한 생성한 eSIM Port를 SIM Slot으로 대응하여 pSIM = SIM 1, eSIM Port 2 = SIM 2, eSIM Port 3 = SIM 3와 같이 맵핑하여, 이를 단말의 Framework(1i-10)에 제공해 줄 수 있다. 단말 앱(1i-15)에서 프로파일은 1개의 Physical SIM Card와 동등하게 표현될 수 있다.

사용자는 단말 앱(예: SIM 카드 매니저 앱)에서 제공하는 UI를 통해서 Physical SIM Card(1i-25) 대신에 Profile 1(1i-30)을 활성화하여 사용하겠다고 선택할 수 있다.

해당 요청을 받은 단말 앱(1i-15)은 단말 F/W(1i-10)를 통해 모뎀(1i-05)에 해당 SIM Port Close 처리와 (예: MANAGE CHANNEL APDU Command로 P1= Close), Profile 1(1i-30)에 사용할 포트 오픈(예: MANAGE PORT APDU Command로 P1=Open)을 요청할 수 있다. 모뎀(1i-05)에서 상기 SIM Port Close는 처리하지 않고 유지하는 것도 가능할 수 있다.

해당 명령을 수신한 모뎀은 해당 SIM Port와의 연결을 닫고 eSIM Port 1 = SIM 1 맵핑으로 설정을 변경 처리하고 단말 F/W(1i-10)에 해당 정보를 회신해 주어 단말 앱(1i-15) 또는 LPA(1i-20)가 알 수 있도록 처리할 수 있다. 또한, 모뎀은 eUICC(1i-01)에 포트 오픈(예: MANAGE PORT APDU Command로 P1=Open)을 전송함으로써 신규 포트를 생성할 수 있다. 단말 앱(1i-15)은 이제 LPA(1i-20)에 해당 SIM1 (eSIM Port 1)로 프로파일 활성화 처리를 요청한다. 해당 요청을 수신한 LPA(1i-20)는 ISD-R(1i-45)과의 전용 eSIM Port (여기서는 eSIM Port #4 할당)로 해당 eSIM Port에 Profile 1에 대한 활성화를 요청하는 Command를 eUICC(1i-01)에 전송하고, 해당 결과를 획득하여 단말 앱(1i-15)에 회신한다. 단말 앱은 Physical SIM Card(1i-25) 대신에 eSIM Port #1에 Profile 1(1i-30)이 활성화된 것으로 표기하여 보여 줄 수 있다.

도 12는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 단말의 내부 구조의 일 예를 개략적으로 도시한 도면이다.

도 12를 참조하면, 단말은 제어부(1j-10), 송수신부(1j-05), 디스플레이부(1j-15) 및 eUICC(1j-20)를 포함하여 구성될 수 있다.

송수신부(1j-05)는 본 개시에서 설명되는 바와 같은 모뎀에 해당할 수 있으며, SM-DP+ 와 신호를 송수신 할 수 있다.

단말의 제어부(1j-10)는 본 개시에서 설명되는 모든 단말 구성부들의 상태 및 동작을 제어함으로써 본 개시의 다양한 실시 예들에 따른 동작을 수행할 수 있다. 예를 들면 LPA, 모뎀, eUICC를 중 적어도 하나를 제어하여 본 개시의 다양한 실시 예들에 따른 동작을 수행할 수 있다.

디스플레이부(1j-15)는 본 개시의 다양한 실시 예들에 따른 포트 정보, 프로파일 상태 정보, 프로파일 리스트, 제공 가능한 RAT 정보 등의 종합을 사용자에게 일부 또는 전체를 표시해줄 수 있다.

eUICC(1j-20)은 LPA 또는 제어부(1j-10)에 의해 제어되며, 본 개시의 다양한 실시 예들에서 eUICC 는 각 관리 명령을 수행하고, 모뎀 등으로 Proactive Command를 전달할 수 있다. 상기 eUICC(1j-20)은 상기 단말과는 별도의 장치로 구성될 수 있고 별도의 제어부 및 송수신부를 포함할 수 있다. 상기 eUICC(1j-20)이 별도의 장치로 구성되는 경우 본 개시에 따른 다양한 실시예들의 eUICC의 동작들은 eUICC에 포함된 별도의 제어부에 의해 수행되도록 제어될 수 있다.

다음으로 도 13을 참조하여 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 단말의 내부 구조의 다른 예에 대해서 설명하기로 한다.

도 13은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 단말의 내부 구조의 다른 예를 개략적으로 도시하고 있는 도면이다.

도 13에 도시되어 있는 단말의 실시 예는 오직 예시만을 위한 것이며, 따라서 도 13은 본 개시의 범위를 단말의 임의의 특정한 구현으로 제한하지는 않는다.

도 13에 도시되어 있는 바와 같이, 상기 단말은 안테나(1305), 무선 주파수(radio frequency: RF) 송수신기(1310), TX 프로세싱 회로(1315), 마이크로폰(microphone)(1320) 및 수신(receive: RX) 프로세싱 회로(1325)를 포함한다. 상기 단말은 또한 스피커(1330), 프로세서(1340), 입/출력(input/output: I/O) 인터페이스(interface: IF)(1345), 터치 스크린(1350), 디스플레이(display)(1355) 및 메모리(1360)를 포함한다. 상기 메모리(1360)는 운영 시스템(operating system: OS)(1361) 및 하나 혹은 그 이상의 어플리케이션(application)들(1362)을 포함한다.

상기 RF 송수신기(1310)는 상기 안테나(1305)로부터 네트워크의 기지국에 의해 송신된, 입력되는 RF 신호를 수신한다. 상기 RF 송수신기(1310)는 상기 입력되는 RF 신호를 다운 컨버팅하여 중간 주파수(intermediate frequency: IF) 혹은 기저대역 신호로 생성한다. 상기 IF 혹은 기저 대역 신호는 상기 RX 프로세싱 회로(1325)로 송신되고, 상기 RX 프로세싱 회로(1325)는 상기 기저대역 혹은 IF 신호를 필터링, 디코딩, 및/혹은 디지털화하여 프로세싱된 기저대역 신호를 생성한다. 상기 RX 프로세싱 회로(1325)는 추가적인 프로세싱을 위해 상기 프로세싱된 기저대역 신호를 상기 스피커(1330)로(음성 데이터를 위해서와 같이) 혹은 상기 프로세서(1340)(웹 브라우징 데이터(web browsing data)를 위해서와 같이)로 송신한다.

상기 TX 프로세싱 회로(1315)는 상기 마이크로폰(1320)으로부터 아날로그 혹은 디지털 음성 데이터를 수신하거나, 혹은 상기 프로세서(1340)로부터 다른 출력 기저 대역 데이터(웹 데이터, 이메일, 혹은 양방향 비디오 게임 데이터(interactive video game data)와 같은)를 다음으로 도 13을 참조하여 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 단말의 내부 구조의 다른 예에 대해서 설명하기로 한다.

상기 TX 프로세싱 회로(1315)는 상기 마이크로폰(1320)으로부터 아날로그 혹은 디지털 음성 데이터를 수신하거나, 혹은 상기 프로세서(1340)로부터 다른 출력 기저 대역 데이터(웹 데이터, 이메일, 혹은 양방향 비디오 게임 데이터(interactive video game data)와 같은)를 수신한다. 상기 TX 프로세싱 회로(1315)는 상기 출력 기저 대역 데이터를 인코딩, 다중화 및/혹은 디지털화하여 프로세싱된 기저대역 혹은 IF 신호로 생성한다. 상기 RF 송수신기(1310)는 상기 TX 프로세싱 회로(1315)로부터 상기 출력되는 프로세싱된 기저대역 혹은 IF 신호를 수신하고, 상기 기저대역 혹은 IF 신호를 상기 안테나(1305)를 통해 송신되는 RF 신호로 업 컨버트(up-convert)한다.

상기 프로세서(1340)는 하나 혹은 그 이상의 프로세서들 혹은 다른 프로세싱 디바이스들을 포함할 수 있으며, 상기 단말의 전반적인 동작을 제어하기 위해 상기 메모리(1360)에 저장되어 있는 상기 OS(1361)을 실행할 수 있다. 일 예로, 상기 프로세서(1340)는 공지의 원칙들에 따라 상기 RF 송수신기(1310), 상기 RX 프로세싱 회로(1325) 및 상기 TX 프로세싱 회로(1315)에 의한 다운링크 채널 신호들의 수신 및 업링크 채널 신호들의 송신을 제어할 수 있다. 몇몇 실시 예들에서, 상기 프로세서(1340)는 적어도 하나의 마이크로 프로세서 혹은 마이크로 제어기를 포함한다.

본 개시의 다양한 실시 예들에서, 상기 프로세서(1340)는 무선 통신 시스템에서 1개의 eUICC를 탑재한 단말에서도 여러 개의 프로파일들이 동시에 활성화되어 사용될 수 있도록 단말 및 eUICC간의 초기화하는 방안에 관련된 전반적인 동작을 제어한다.

본 개시의 다양한 실시 예들에서, 상기 프로세서(1340)는 무선 통신 시스템에서 eUICC에서 단말에게 MEP 지원에 대한 소정의 정보로서, Profile이 enabled된 eSIM Port 수 또는 번호, 최대 오픈 가능한 eSIM Port 개수 중 일부 또는 전체를 포함하여 전달하는 방안에 관련된 전반적인 동작을 제어한다.

본 개시의 다양한 실시 예들에서, 상기 프로세서(1340)는 무선 통신 시스템에서 단말에서 eUICC로부터 획득한 MEP 지원에 대한 소정의 정보와 사용 가능한 baseband 수, baseband별 무선 접속 기술 (radio access technology: RAT) 등의 조합을 통해, MEP로 동작 할 지를 결정하고, 오픈할 eSIM Port 수, 해당 eSIM Port 에 할당할 번호, ISD-R을 사용할 eSIM Port등 설정을 결정하는 방안에 관련된 전반적인 동작을 제어한다.

본 개시의 다양한 실시 예들에서, 상기 프로세서(1340)는 무선 통신 시스템에서 단말에서 eUICC로 MEP로 동작할지 여부에 대한 결정 및 설정한 정보를 전달해 주는 방안에 관련된 전반적인 동작을 제어한다.

본 개시의 다양한 실시 예들에서, 상기 프로세서(1340)는 무선 통신 시스템에서 eUICC에서 MEP로 동작함을 인지하고 eSIM Port 생성 및 번호 할당, 해당 eSIM Port 번호와 Profile간의 맵핑, ISD-R이 사용할 eSIM Port을 결정하고 처리 결과를 단말에 회신하는 방안에 관련된 전반적인 동작을 제어한다.

본 개시의 다양한 실시 예들에서, 상기 프로세서(1340)는 무선 통신 시스템에서 단말에서 결정한 eSIM Port 수만큼 eSIM Port를 생성 후 MEP로 동작하기 위한 Initialization 절차 종료를 eUICC에 회신하는 방안에 관련된 전반적인 동작을 제어한다.

본 개시의 다양한 실시 예들에서, 상기 프로세서(1340)는 무선 통신 시스템에서 사용자가 MEP 지원 eUICC내에 활성화된 프로파일 중 하나를 비활성화하고 pSIM을 사용하고자 하는 경우에 단말에서 생성된 eSIM Port 연결을 Close하고 해당 pSIM과 연결을 처리하는 방안에 관련된 전반적인 동작을 제어한다.

본 개시의 다양한 실시 예들에서, 상기 프로세서(1340)는 무선 통신 시스템에서 eUICC에서 eSIM Port Close에 대한 요청을 인지하고 이를 처리한 후 해당 결과를 모뎀에 회신하는 방안에 관련된 전반적인 동작을 제어한다.

상기 프로세서(1340)는 데이터를 실행중인 프로세스에 의해 요구될 경우 상기 메모리(1360) 내로 혹은 상기 메모리(1360)로부터 이동시킬 수 있다. 몇몇 실시 예들에서, 상기 프로세서(1340)는 상기 OS 프로그램(1361)을 기반으로 혹은 기지국들 혹은 운영자로부터 수신되는 신호들에 응답하여 상기 어플리케이션들(1362)을 실행하도록 구성된다. 또한, 상기 프로세서(1340)는 상기 I/O 인터페이스(1345)에 연결되고, 상기 I/O 인터페이스(1345)는 상기 단말에게 랩탑 컴퓨터들 및 핸드헬드(handheld) 컴퓨터들과 같은 다른 디바이스들에 대한 연결 능력을 제공한다. 상기 I/O 인터페이스(1345)는 이런 악세사리들과 상기 프로세서(1340)간의 통신 경로이다.

상기 프로세서(1340)는 또한 상기 터치 스크린(1350) 및 상기 디스플레이 유닛(1355)에 연결된다. 상기 단말의 운영자는 상기 터치 스크린(1350)을 사용하여 상기 단말에 데이터를 입력할 수 있다. 상기 디스플레이(1355)는 웹 사이트(web site)들로부터와 같은 텍스트 및/혹은 적어도 제한된 그래픽들을 렌더링(rendering)할 수 있는 액정 크리스탈 디스플레이, 발광 다이오드 디스플레이, 혹은 다른 디스플레이가 될 수 있다.

상기 메모리(1360)는 상기 프로세서(1340)에 연결된다. 상기 메모리(1360)의 일부는 랜덤 억세스 메모리(random access memory: RAM)를 포함할 수 있으며, 상기 메모리(1360)의 나머지 부분은 플래시 메모리 혹은 다른 리드 온니 메모리(read-only memory: ROM)를 포함할 수 있다.

도 13이 단말의 일 예를 도시하고 있다고 할지라도, 다양한 변경들이 도 13에 대해서 이루어질 수 있다. 일 예로, 도 13에서의 다양한 컴포넌트들은 조합되거나, 더 추가 분할 되거나, 혹은 생략될 수 있으며, 다른 컴포넌트들이 특별한 필요들에 따라서 추가될 수 있다. 또한, 특별한 예로서, 상기 프로세서(1340)는 하나 혹은 그 이상의 중앙 프로세싱 유닛(central processing unit: CPU)들 및 하나 혹은 그 이상의 그래픽 프로세싱 유닛(graphics processing unit: GPU)들과 같은 다수의 프로세서들로 분할될 수 있다. 또한, 도 13에서는 상기 단말이 이동 전화기 혹은 스마트 폰과 같이 구성되어 있다고 할지라도, 단말은 다른 타입들의 이동 혹은 고정 디바이스들로서 동작하도록 구성될 수 있다.

도 14는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 FCP Template을 기반으로 하는 단말 및 eUICC간의 초기화 과정의 다른 예를 개략적으로 도시하고 있는 도면이다.

도 14를 참조하면, 도 14에 도시되어 있는 일부 동작들은 도 7의 일부 동작들과 유사하게 수행될 수 있다. 일 실시예에 따르면, 도 14의 1n-15 내지 1n-30 및 1n-45 내지 1n-85의 동작은 도 7의 1e-15 내지 1e-30 및 1e-45 내지 1e-85의 동작과 유사하게 수행될 수 있다.

앞서 도 7 내지 도 9에서는 별도로 설명하지 않았으나, 모뎀(1n-05)은 ATR을 수신한 후 암묵적으로(implicitly) 마스터 파일(master file: MF)을 선택(1n-31)하는 APDU를 eUICC(1n-10)로 전송할 수 있으며, 상기 MF를 선택하기 위해 전송되는 APDU에 대한 회신 값으로 FCP Template을 전송해 줄 것을 요청할 수 있다. 상기 회신 값은 상기 MF를 선택하기 위해 전송되는 APDU에 대한 응답 메시지에 포함될 수 있다. 상기 FCP Template을 통해 eUICC(1n-10)은 MEP로 동작하는 것을 결정하기 위해 필요한 소정의 정보를 회신해 주는 것도 가능하다. 상기 소정의 정보에는 앞서 도 7에서는 ATR을 통해 송신된 것과 같은 정보인 MEP(Multiple Enabled Profile) 지원 여부, 최대 오픈 가능한 eSIM Port의 개수, 프로파일이 활성화된 eSIM Port의 개수 및 번호, 그리고 EID(eUICC ID) 중 하나 이상을 포함될 수 있다.(1n-32)

모뎀(1n-05)은 Terminal Capability를 포함하는 메시지를 통해 해당 단말이 LPA를 지원하는 지, Enterprise 기능을 지원하는 지 등과 같은, SGP. 22에서 정의한 eUICC 관련 단말에서의 Capability를 포함하여 eUICC(1n-10)에 전송(1n-35)할 수 있다. 상기 Terminal Capability 메시지를 수신한 eUICC(1n-10)는 해당 단말이 eUICC를 지원하는 단말임을 인지하여 이에 맞는 eUICC 설정 값을 맞추고 Terminal Capability에 대한 정상 응답 코드로 SW(Status Word)1=9X, SW2=XX을 모뎀(1g-05)에 회신(1n-40)해 줄 수 있다. 상기 SW에서 X는 특정 번호를 지칭한다. 예를 들어 SW1=90, SW2=00 또는 SW1=91, SW2=XX과 같은 값 중 하나일 수 있다. 상기 FCP Template에 포함된 정보를 수신한 모뎀(1n-05)은 지원하는 Baseband별 RAT 정보 및 Baseband의 점유 상태들의 조합에 기반하여 MEP로 동작할 지 여부를 결정하고, Profile 활성화를 위해 오픈할 프로파일 eSIM Port의 개수 및 번호를 결정(1n-45)할 수 있다.

이후의 절차는 도 7 내지 도 9에서 설명한 바와 동일하게 수행될 수 있다. MEP 지원 단말(모뎀)이 MEP로 동작할 지 여부에 대한 결정 방법은 1n-31단계의 Select MF에 대한 회신 정보를 기반으로 Profile이 enabled된 eSIM Port가 2개 이상 있다고 판단하는 경우 MEP로 동작하는 것으로 결정하거나 또는 단말 모뎀과 LPA, eUICC가 모두 MEP를 지원하는 경우 MEP로 동작하는 것으로 결정할 수도 있다. 도 14에서는 상기 MEP로 동작할 지 여부에 대한 결정은 1n-45단계에서 수행되는 것으로 표기하였으나, 모뎀(1n-05)이 eUICC(1n-10)로부터 MEP 지원 여부를 수신 받은 이후, Logical Interface를 오픈하기 전 특정 시점에 MEP로 동작할 지 여부를 결정할 수 있다.

1n-45단계에서 결정되는 오픈할 프로파일 eSIM Port의 최대 개수는 eUICC(1n-10)가 최대 오픈 가능한 eSIM Port 수와 모뎀에서 미 점유된 Baseband의 개수 중에 더 작은 숫자로 결정될 수 있으며, 여기에 ISD-R 전용 eSIM Port를 사용하는 경우에 총 오픈할 eSIM Port의 수는 프로파일 eSIM Ports의 최대 개수+1이 될 수 있다.

만약, eUICC(1n-10)에서 최대 오픈 가능한 프로파일 eSIM Port에 대한 정보를 전송하지 않은 경우 단말에서는 최대 미 점유된 Baseband 개수까지 포트를 오픈하도록 오픈할 프로파일 eSIM Port 개수를 결정할 수 있다. 이후의 절차(1n-50 내지 1n-85)는 도 7 내지 도 9에서 개시하는 내용과 동일 또는 유사하게 처리될 수 있으며, 전술한 바와 같이 모뎀(1n-05)이 Select MF의 응답 메시지인 FCP Template 통해 eUICC(1n-10)로부터 수신한 정보(1n-32)들은 모뎀(1n-05)이 단말 Framework(device framework)(1n-01)에 전송(1n-85)할 수 있다. 도면에서는 포트 생성이 모두 완료된 시점에 eUICC(1n-10)로부터 수신한 정보들이 단말 framework(1n-05)로 송신되는 것처럼 도시되어 있으나, 모뎀(1n-05)에서 eUICC(1n-10)로부터 정보를 획득하는 시점 이후에 상기 eUICC(1n-10)로부터 수신한 정보들을 바로 전송하는 것도 가능하다. 즉, 본 개시의 다양한 실시 예들에서는 eUICC(1n-10)로부터 수신한 정보들의 단말 framework(1n-01)로의 전송 시점은 필요에 따라 조정될 수 있음은 물론이다.

도 15는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 신규 Logical Interface 관리 APDU와 그 응답을 기반으로 하는 단말 및 eUICC간의 초기화 과정의 다른 예를 개략적으로 도시하고 있는 도면이다.

도 15를 참조하면, 도 15에 도시되어 있는 일부 동작들은 도 7의 일부 동작들과 유사하게 수행될 수 있다. 일 실시예에 따르면, 도 15의 1o-15 내지 1o-40 및 1o-50 내지 1o-85의 동작은 도 7의 1e-15 내지 1e-40 및 1e-50 내지 1e-85의 동작과 유사하게 수행될 수 있다. 도 15는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 신규 Logical Interface 관리 APDU와 그 응답을 기반으로 하는 단말 및 eUICC간의 초기화 과정의 다른 예를 개략적으로 도시하고 있는 도면이다.

도 15를 참조하면, 도 15에 도시되어 있는 일부 동작들은 도 7의 일부 동작들과 유사하게 수행될 수 있다. 일 실시예에 따르면, 도 15의 1o-15 내지 1o-40 및 1o-50 내지 1o-85의 동작은 도 7의 1e-15 내지 1e-40 및 1e-50 내지 1e-85의 동작과 유사하게 수행될 수 있다.도 14에서 언급한 바와 같이, 모뎀(1o-05)은 eUICC(1o-10)로부터 ATR을 수신한 후(1o-20) 암묵적으로(implicitly) MF를 선택하는 APDU를 eUICC에 전송할 수 있으며 해당 전송되는 APDU로 회신 값으로 FCP Template을 전송해 줄 것을 요청할 수 있다. 상기 FCP Template은 eUICC가 지원하는 APDU로, 신규 Logical Interface 관리에 대한 APDU 지원 여부에 대한 정보를 포함하여 회신될 수도 있다. 또는, 모뎀(1o-05)은 Terminal Capability를 통하여 지원하는 신규 APDU를 명시적으로 알려주거나(1o-35) 또는 MEP 지원 여부에 대한 정보를 eUICC(1o-10)에 제공해 줌으로써, MEP로 동작하기 위해 사용하는 신규 Logical Interface 관리에 대한 APDU 지원 여부를 eUICC(1o-10)에 알려줄 수도 있다. 일 실시예에 따르면, 모뎀(1o-05)이 logical interface management APDU를 eUICC(1o-10)로 송신할 수 있다. (1o-41) eUICC(1o-10)는 MEP로 동작을 결정하기에 필요한 소정의 정보로 MEP 지원 여부, 최대 지원 eSIM Port 개수, Profile enabled된 eSIM Port #(번호 또는 개수), EID 중 적어도 하나 이상을 logical interface management APDU에 대한 응답(Logical Interface 관리에 대한 신규 APDU에 대한 회신 값)으로 모뎀(1o-05)에 회신해 주는 것도 가능하다.(1o-42)

다양한 실시예에 따르면, ATR을 수신한 후에 모뎀(1o-05)은 eUICC(1o-10)과 카드 세션이 연결될 수 있으며, 세션이 연결된 시점부터 모뎀(1o-05)과 eUICC(1o-10)는 APDU를 전송할 수 있는 상태가 된다. 따라서, 만약 ATR(1o-20)을 통해 eUICC(1o-10) 지원 여부에 대한 정보뿐만 아니라 추가적으로 MEP 지원 여부 또는 MEP 지원에 대한 신규 APDU 지원 등에 대한 정보가 수신된 경우에, ATR을 수신하고 난 후의 특정 시점에 모뎀(1o-05)은 해당 신규 Logical Interface 관리(management)에 대한 APDU Command를 eUICC(1o-10)에 전송함으로써, MEP 지원에 대한 Configuration 정보를 수신 받아 MEP로 동작할 지 여부를 결정 (1o-45)하는 것도 가능하다. 상기 ATR을 수신하고 난 후의 특정 시점은 Terminal Capability를 송신하거나 또는 Select MF를 수행하기 이전 시점일 수 있다.

상기 eUICC(1o-10)로부터 정보를 수신한 모뎀(1o-05)은 지원하는 Baseband별 RAT 정보 및 Baseband의 점유 상태들의 조합에 기반하여 MEP로 동작할 지 여부를 결정하고, Profile 활성화를 위해 오픈할 프로파일 eSIM Port의 개수 및/또는 번호를 결정(1o-45)할 수 있다.

이후의 절차는 도 7 내지 도 9에서 설명한 바와 동일하게 수행될 수 있다. MEP 지원 단말(모뎀)이 MEP로 동작할 지 여부에 대한 결정 방법은 logical interface management APDU에 대한 회신 정보(1o-42)를 기반으로 Profile이 enabled된 eSIM Port가 2개 이상 있다고 판단하는 경우 MEP로 동작하는 것으로 결정하거나 또는 단말 모뎀과 LPA, eUICC가 모두 MEP를 지원하는 경우 MEP로 동작하는 것으로 결정할 수도 있다. 도 15에서는 상기 MEP로 동작할 지 여부에 대한 결정은 1o-45 단계에서 수행되는 것과 같이 표기하였으나, 모뎀(1o-05)이 eUICC(1o-10)로부터 MEP 지원 여부를 수신 받은 이후, Logical Interface를 오픈하기 전 특정 시점에 MEP로 동작할 지 여부를 결정할 수 있다.

1o-45단계에서 오픈할 프로파일 eSIM Port의 최대 개수는 eUICC가 최대 오픈 가능한 eSIM Port 수와 모뎀에서 미 점유된 Baseband의 개수 중에 더 작은 숫자로 결정될 수 있으며, 여기에 ISD-R 전용 eSIM Port를 사용하는 경우에 총 오픈할 eSIM Port의 수는 프로파일 eSIM Ports의 최대 개수+1이 될 수 있다.

만약, eUICC(1o-10)에서 최대 오픈 가능한 프로파일 eSIM Port에 대한 정보를 송신하지 않은 경우 단말에서는 최대 미 점유된 Baseband 개수까지 포트를 오픈하도록 오픈할 프로파일 eSIM Port 개수를 결정할 수 있다. 이후의 절차(1o-50 내지 1o-85)는 도 7 내지 도 9에서 개시하는 내용과 동일하게 처리될 수 있으며, 전술한 바와 같이 모뎀(1o-05)이 eUICC(1o-10)로부터 수신한 정보(1o-42)들은 모뎀(1o-05)이 단말 Framework(device framework)(1o-01)에 전송(1o-85)할 수 있다. 도면에서는 포트 생성이 모두 완료된 시점에 eUICC(1o-10)로부터 수신한 정보들이 단말 framework(1o-05)로 송신되는 것처럼 도시되어 있으나, 모뎀(1o-05)에서 eUICC(1o-10)로부터 정보를 획득하는 시점 이후에 상기 eUICC(1o-10)로부터 수신한 정보들을 바로 전송하는 것도 가능하다. 즉, 본 개시의 다양한 실시 예들에서는 eUICC(1o-10)로부터 수신한 정보들의 단말 framework(1o-01)로의 전송 시점은 필요에 따라 조정될 수 있음은 물론이다.

본 문서에 개시된 다양한 실시 예들에 따른 단말은 전자 디바이스가 될 수 있으며, 상기 전자 디바이스는 다양한 형태의 디바이스가 될 수 있다. 상기 전자 디바이스는, 예를 들면, 휴대용 통신 디바이스 (예: 스마트폰), 컴퓨터 디바이스, 휴대용 멀티미디어 디바이스, 휴대용 의료 기기, 카메라, 웨어러블 디바이스, 또는 가전 디바이스를 포함할 수 있다. 본 문서의 일 실시 예에 따른 전자 디바이스는 전술한 기기들에 한정되지 않는다.

본 문서의 다양한 실시 예들 및 이에 사용된 용어들은 본 문서에 기재된 기술적 특징들을 특정한 실시 예들로 한정하려는 것이 아니며, 해당 실시예의 다양한 변경, 균등물, 또는 대체물을 포함하는 것으로 이해되어야 한다. 도면의 설명과 관련하여, 유사한 또는 관련된 구성요소에 대해서는 유사한 참조 부호가 사용될 수 있다. 아이템에 대응하는 명사의 단수 형은 관련된 문맥상 명백하게 다르게 지시하지 않는 한, 상기 아이템 한 개 또는 복수 개를 포함할 수 있다. 본 문서에서, "A 또는 B", "A 및 B 중 적어도 하나","A 또는 B 중 적어도 하나,""A, B 또는 C," "A, B 및 C 중 적어도 하나,"및 "A, B, 또는 C 중 적어도 하나"와 같은 문구들 각각은 그 문구들 중 해당하는 문구에 함께 나열된 항목들 중 어느 하나, 또는 그들의 모든 가능한 조합을 포함할 수 있다. "제 1", "제 2", 또는 "첫째" 또는 "둘째"와 같은 용어들은 단순히 해당 구성요소를 다른 해당 구성요소와 구분하기 위해 사용될 수 있으며, 해당 구성요소들을 다른 측면(예: 중요성 또는 순서)에서 한정하지 않는다. 어떤(예: 제 1) 구성요소가 다른(예: 제 2) 구성요소에, "기능적으로" 또는 "통신적으로"라는 용어와 함께 또는 이런 용어 없이, "커플드" 또는 "커넥티드"라고 언급된 경우, 그것은 상기 어떤 구성요소가 상기 다른 구성요소에 직접적으로(예: 유선으로), 무선으로, 또는 제 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

무선 통신 시스템에서 단말 및 범용 통합 회로 카드(Universal Integrated Circuit Card: UICC)간 초기화 방법에 있어서,
상기 UICC로부터 삽입 UICC (embedded UICC: eUICC) 기능(functionality) 지원 여부에 관련된 정보, 삽입 가입자 식별 모듈(embedded Subscriber Identity Module: eSIM)에서 최대 지원 가능한 eSIM 포트 개수, 프로파일(profile)이 이네이블된(enabled) eSIM 포트 개수 및 번호, 및 MEP 지원 여부 식별자중 적어도 하나를 포함하는 제1 메시지를 수신하는 과정;
상기 UICC와 전송 프로토콜을 결정하는 과정;
상기 UICC로 상기 단말의 능력 정보를 송신하는 과정;
상기 수신된 eUICC 기능 지원 여부에 관련된 정보, 최대 eSIM 포트 개수, 프로파일이 이네이블된 eSIM 포트 개수 및 번호, 및 MEP 지원 여부 식별자 중 적어도 하나를 기반으로 MEP(Multiple Enabled Profile) 기능으로 동작하는 것을 식별하는 과정을 포함하는 무선 통신 시스템에서 단말 및 UICC간 초기화 방법.
제1항에 있어서,
상기 UICC로 상기 MEP 기능으로 동작하는 것을 개시하는 제2 메시지를 송신하는 과정을 더 포함하는 무선 통신 시스템에서 단말 및 UICC간 초기화 방법.
제2항에 있어서,
상기 UICC로부터 상기 제2 메시지에 대한 응답 메시지인 제3 메시지를 수신하는 과정을 더 포함하며,
상기 제3 메시지는 상기 UICC에서 오픈한 제1 eSIM 포트에 관련되는 정보를 포함함을 특징으로 하는 무선 통신 시스템에서 단말 및 UICC간 초기화 방법.
제3항에 있어서,
상기 UICC로 추가적인 eSIM 포트 오픈을 요청하는 제4 메시지를 송신하는 과정을 더 포함하는 무선 통신 시스템에서 단말 및 UICC간 초기화 방법.
제4항에 있어서,
상기 UICC로부터 추가적으로 오픈한 eSIM 포트들에 관련된 정보를 포함하는 제5 메시지를 수신하는 과정을 더 포함하는 무선 통신 시스템에서 단말 및 UICC간 초기화 방법.
무선 통신 시스템에서 단말 및 범용 통합 회로 카드(Universal Integrated Circuit Card: UICC)간 초기화 방법에 있어서,
상기 단말로 삽입 UICC (embedded UICC: eUICC) 기능(functionality) 지원 여부에 관련된 정보, 삽입 가입자 식별 모듈(embedded Subscriber Identity Module: eSIM)에서 최대 지원 가능한 eSIM 포트 개수, 프로파일(profile)이 이네이블된(enabled) eSIM 포트 개수 및 번호, 및 MEP 지원 여부 식별자 중 적어도 하나를 포함하는 제1 메시지를 송신하는 과정;
상기 단말과 전송 프로토콜을 결정하는 과정;
상기 단말로부터 상기 단말의 능력 정보를 수신하는 과정;
상기 단말로부터 MEP(Multiple Enabled Profile) 기능으로 동작하는 것을 개시하는 제2 메시지를 수신하는 과정을 포함하는 무선 통신 시스템에서 단말 및 UICC간 초기화 방법.
제6항에 있어서,
상기 MEP 기능으로 동작하는 것은 상기 eUICC 기능 지원 여부에 관련된 정보, 최대 eSIM 포트 개수, 프로파일이 이네이블된 eSIM 포트 개수 및 번호, 및 MEP 지원 여부 식별자 중 적어도 하나를 기반으로 식별됨을 특징으로 하는 무선 통신 시스템에서 단말 및 UICC간 초기화 방법.
제7항에 있어서,
상기 단말로 상기 제2 메시지에 대한 응답 메시지인 제3 메시지를 송신하는 과정을 더 포함하며,
상기 제3 메시지는 상기 UICC에서 오픈한 제1 eSIM 포트에 관련되는 정보를 포함함을 특징으로 하는 무선 통신 시스템에서 단말 및 UICC간 초기화 방법.
제8항에 있어서,
상기 단말로부터 추가적인 eSIM 포트 오픈을 요청하는 제4 메시지를 수신하는 과정을 더 포함하는 무선 통신 시스템에서 단말 및 UICC간 초기화 방법.
제9항에 있어서,
상기 단말로 추가적으로 오픈한 eSIM 포트들에 관련된 정보를 포함하는 제5 메시지를 송신하는 과정을 더 포함하는 무선 통신 시스템에서 단말 및 UICC간 초기화 방법.
무선 통신 시스템에서 단말에 있어서,
송수신기;
상기 송수신기에 연결되는 프로세서를 포함하며,
상기 프로세서는:
상기 송수신기가 범용 통합 회로 카드(Universal Integrated Circuit Card: UICC)로부터 삽입 UICC (embedded UICC: eUICC) 기능(functionality) 지원 여부에 관련된 정보, 삽입 가입자 식별 모듈(embedded Subscriber Identity Module: eSIM)에서 최대 지원 가능한 eSIM 포트 개수, 프로파일(profile)이 이네이블된(enabled) eSIM 포트 개수 및 번호, 및 MEP 지원 여부 식별자 중 적어도 하나를 포함하는 제1 메시지를 수신하도록 제어하고;
상기 UICC와 전송 프로토콜을 결정하고;
상기 송수신기가 상기 UICC로 상기 단말의 능력 정보를 송신하도록 제어하고;
상기 수신된 eUICC 기능 지원 여부에 관련된 정보, 최대 eSIM 포트 개수, 프로파일이 이네이블된 eSIM 포트 개수 및 번호, 및 MEP 지원 여부 식별자 중 적어도 하나를 기반으로 MEP(Multiple Enabled Profile) 기능으로 동작하는 것을 식별하도록 구성되는 무선 통신 시스템에서 단말.
제11항에 있어서,
상기 송수신기는:
상기 UICC로 상기 MEP 기능으로 동작하는 것을 개시하는 제2 메시지를 송신하도록 더 구성되는 무선 통신 시스템에서 단말.
제12항에 있어서,
상기 송수신기는:
상기 UICC로부터 상기 제2 메시지에 대한 응답 메시지인 제3 메시지를 수신하도록 더 구성되며,
상기 제3 메시지는 상기 UICC에서 오픈한 제1 eSIM 포트에 관련되는 정보를 포함함을 특징으로 하는 무선 통신 시스템에서 단말.
제13항에 있어서,
상기 송수신기는:
상기 UICC로 추가적인 eSIM 포트 오픈을 요청하는 제4 메시지를 송신하도록 더 구성되는 무선 통신 시스템에서 단말.
제14항에 있어서,
상기 송수신기는:
상기 UICC로부터 추가적으로 오픈한 eSIM 포트들에 관련된 정보를 포함하는 제5 메시지를 수신하도록 더 구성되는 무선 통신 시스템에서 단말.
무선 통신 시스템에서 범용 통합 회로 카드(Universal Integrated Circuit Card: UICC)에 있어서,
송수신기;
상기 송수신기에 연결되는 프로세서를 포함하며,
상기 프로세서는:
상기 송수신기가 단말로 삽입 UICC (embedded UICC: eUICC) 기능(functionality) 지원 여부에 관련된 정보, 삽입 가입자 식별 모듈(embedded Subscriber Identity Module: eSIM)에서 최대 지원 가능한 eSIM 포트 개수, 프로파일(profile)이 이네이블된(enabled) eSIM 포트 개수 및 번호, 및 MEP 지원 여부 식별자 중 적어도 하나를 포함하는 제1 메시지를 송신하도록 제어하고;
상기 단말과 전송 프로토콜을 결정하고;
상기 송수신기가 상기 단말로부터 상기 단말의 능력 정보를 수신하도록 제어하고;
상기 송수신기가 상기 단말로부터 MEP(Multiple Enabled Profile) 기능으로 동작하는 것을 개시하는 제2 메시지를 수신하도록 제어하도록 구성되는 무선 통신 시스템에서 UICC.
제16항에 있어서,
상기 MEP 기능으로 동작하는 것은 상기 eUICC 기능 지원 여부에 관련된 정보, 최대 eSIM 포트 개수, 프로파일이 이네이블된 eSIM 포트 개수 및 번호, 및 MEP 지원 여부 식별자 중 적어도 하나를 기반으로 식별됨을 특징으로 하는 무선 통신 시스템에서 UICC.
제17항에 있어서,
상기 송수신기는:
상기 단말로 상기 제2 메시지에 대한 응답 메시지인 제3 메시지를 송신하도록 더 구성되며,
상기 제3 메시지는 상기 UICC에서 오픈한 제1 eSIM 포트에 관련되는 정보를 포함함을 특징으로 하는 무선 통신 시스템에서 UICC.
제18항에 있어서,
상기 송수신기는:
상기 단말로부터 추가적인 eSIM 포트 오픈을 요청하는 제4 메시지를 수신하도록 더 구성되는 무선 통신 시스템에서 UICC.
제19항에 있어서,
상기 송수신기는:
상기 단말로 추가적으로 오픈한 eSIM 포트들에 관련된 정보를 포함하는 제5 메시지를 송신하도록 더 구성되는 무선 통신 시스템에서 UICC.