KR20200000786A - 무선 통신 시스템에서 통신사 정보를 처리하는 방법 및 장치 - Google Patents

Abstract

본 개시는 무선 통신 시스템에서 통신 사업자 정보를 처리하는 방법은, 획득한 단말 성능 정보에 기초하여 상기 단말에 적용된 SE(Secure Element)의 타입을 판단하는 단계; 상기 판단 결과에 기초하여, 상기 단말에 적용된 상기 SE의 타입과 대응되는 방법을 이용하여 통신 사업자 프로파일을 획득하는 단계; 및 획득한 통신 사업자 프로파일을 표시하는 단계를 포함하는 무선 통신 시스템에서 통신 사업자 정보를 처리하는 방법을 개시한다.

Description

무선 통신 시스템에서 통신사 정보를 처리하는 방법 및 장치{APPARATUS AND METHOD FOR HANDLING MULTIPLE TELECOM OPERATOR INFORMATION}

본 발명은 무선통신 시스템에서 통신사 정보를 처리하기 위한 방법 및 장치에 관한 것이다.

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)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.

이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 5G 통신 기술이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.

상술한 것과 이동통신 시스템의 발전에 따라 다양한 서비스를 제공할 수 있게 됨으로써, 이러한 서비스들을 효과적으로 제공하기 위한 방안이 요구되고 있다.

개시된 실시예는 이동통신 시스템에서 서비스를 효과적으로 제공할 수 있는 장치 및 방법을 제공한다.

일부 실시예에 따른 무선 통신 시스템에서 통신 사업자 정보를 처리하는 방법은, 획득한 단말 성능 정보에 기초하여 상기 단말에 적용된 SE(Secure Element)의 타입을 판단하는 단계; 상기 판단 결과에 기초하여, 상기 단말에 적용된 상기 SE의 타입과 대응되는 방법을 이용하여 통신 사업자 프로파일을 획득하는 단계; 및 획득한 통신 사업자 프로파일을 표시하는 단계를 포함할 수 있다.

상기 획득하는 단계는, 상기 단말에 적용된 SE가 iSSP(integrated Smart Secure Platform)인 경우, 상기 iSSP의 Bundle Class 정보에 기초하여 상기 iSSP의 bundle이 eSIM bundle인지 판단하는 단계; 및 상기 판단 결과에 기초하여 ISD-R(Issuer Security Domain Root), 단말의 메모리 또는 eSIM Bundle의 메타데이터 중 적어도 하나로부터 상기 eSIM Bundle 내의 통신 사업자 프로파일 정보를 획득할 수 있다.

일부 실시예에 따른 무선 통신 시스템에서 통신 사업자 정보를 다운로드하는 방법은, 서버와 성능 협상(Capability Negotiation)을 수행하는 단계; 상기 성능 협상 결과로 획득한 통신 사업자 정보 및 단말의 성능 정보에 기초하여 통신 사업자 프로파일의 다운로드 위치를 결정하는 단계; 상기 결정된 다운로드 위치 및 다운로드할 통신 사업자 프로파일의 타입과 대응되는 상기 통신 사업자 다운로드를 위해 필요한 식별 정보를 송신하는 단계; 및 상기 결정된 다운로드 위치로, 상기 통신 사업자 프로파일을 다운로드 하는 단계를 포함할 수 있다.

일부 실시예에 따른 무선 통신 시스템에서 통신 사업자 프로파일을 선택하는 방법은, 제1 SIM 슬롯을 위해 선택할 수 있는 복수의 통신 사업자 프로파일 중 하나의 통신 사업자 프로파일을 선택하는 사용자 입력을 획득하는 단계; SE(Secure Element)의 정책 및 상기 선택된 통신 사업자 프로파일이 저장된 위치에 기초하여 제2 SIM 슬롯을 위해 선택할 수 있는 통신 사업자 프로파일을 판단하는 단계; 및 판단 결과에 기초하여, 제2 SIM 슬롯을 위해 선택할 수 있는 통신 사업자 프로파일에 대한 정보를 제공하는 단계를 포함할 수 있다.

개시된 실시예에 따르면, 이동통신 시스템에서 서비스를 효과적으로 제공할 수 있다.

도 1은 본 개시의 일부 실시예에 따른 UICC, eUICC, iSSP별로 통신서비스 사업자 정보에 대한 접근/관리를 담당하는 애플리케이션 및 통신 서비스 사업자 정보에 접근하기 위한 접근 계층 구조를 표현한 도면이다.
도 2은 본 개시의 일부 실시예에 따른 SE(Secure Element)별 Policy Rule에 따른 통신사업자 선택 제한을 도식화한 도면이다.
도 3은 본 개시의 일부 실시예에 따른 단말에서 통신서비스 사업자 리스트를 표시(Display)하기 위한 단말의 동작을 나타낸 도면이다
도 4a 내지 4c는 본 개시의 일부 실시예에 따른 iSSP의 eSIM Bundle 유무 및 eSIM Bundle의 상태에 따라 eSIM Bundle에 저장된 NAA의 통신사업자 정보를 가져오는 방법을 나타낸 도면이다.
도 5는 본 개시의 일부 실시예에 따른 통신 사업자 프로파일을 선택하는 방법을 도시한 도면이다.
도 6은 본 개시의 일부 실시예에 따른 통신 사업자 프로파일을 선택하는 방법이 구현된 UI(User Interface)를 도시한 도면이다.
도 7은 본 개시의 일부 실시예에 따른 단말에서 SIM 정보를 다운로드 할 위치를 결정하는 방법을 나타낸 도면이다.
도 8은 본 개시의 일부 실시예에 따른 무선 통신 시스템에서 단말의 세부 구성을 도시한다.
도 9는 본 개시의 일부 실시예에 따른 무선 통신 시스템에서 기지국의 세부 구성을 도시한다.

이하 첨부된 도면을 참조하여 본 개시의 동작 원리를 상세히 설명한다. 하기에서 본 개시를 설명하기에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

마찬가지 이유로 첨부된 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성 요소에는 동일한 참조 번호를 부여하였다.

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

이하, 기지국은 단말의 자원할당을 수행하는 주체로서, 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들을 재생시키도록 구현될 수도 있다. 또한 실시예에서 ‘~부’는 하나 이상의 프로세서를 포함할 수 있다.

본 개시의 일부 실시예들은 단말에서의 내장된 보안 하드웨어 모듈(Secure Element: SE)에 저장된 통신 사업자의 정보를 통합적으로 표시하고 사용자가 선택할 수 있게 제공하는 방법과 SE별 정책 및 기존 저장된 통신 사업자 가입 정보를 고려하여 SIM(Subscriber Identity Module) 정보를 단말에 다운로드 설치하는 방법을 제공하고자 한다.

무선통신시스템에서 UICC(Universal Integrated Circuit Card)는 이동 통신 단말기 등에 삽입하여 사용하는 스마트카드(smart card)이고, UICC는 이동통신사업자의 망에 접속하기 위한 접속 제어 모듈을 포함할 수 있다. 일부 실시예에 따르면, 접속 제어 모듈의 예로는 USIM(Universal Subscriber Identity Module), SIM(Subscriber Identity Module), ISIM(IP Multimedia Service Identity Module) 등이 있으며, 상기 예시에 제한되지 않는다.

UICC는 UICC카드 또는 USIM카드, SIM카드로도 불리며 통상 SIM카드로 불릴 수 있다. UICC는 이동 통신 가입자의 개인정보를 저장할 수 있고, 이동통신 네트워크에 접속 시 가입자 인증 및 트래픽 (traffic) 보안 키(key) 생성을 수행하여 안전한 이동통신 이용을 가능하게 한다. IoT(Internet of Things) 분야의 확산 등으로 eUICC(embedded UICC)가 웨어러블 디바이스(Wearable Device), 자동차, 스마트 미터 등의 다양한 단말에 적용되고 있다.

eUICC는 SIM 모듈을 다운로드 받아 선택할 수 있는 UICC 카드를 의미할 수 있다. 즉 eUICC는 원격으로 SIM 모듈을 다운로드 받아 선택할 수 있는 UICC 카드 중 단말에 고정하거나 고정하지 않는 UICC 카드를 포함할 수 있으며, eUICC에 다운로드 받는 SIM 모듈정보를 eUICC 프로파일이라고 할 수 있다. eUICC 프로파일은 SIM 프로파일(SIM Profile), eSIM Profile 이라는 용어로 혼용해서 사용할 수도 있다.

최근 iSSP(integrated Smart Secure Platform)에 대한 표준화가 ETSI(European Telecommunication Standards Institute)에서 진행되고 있다. iSSP는 통신 프로세서(Communication Processor) 또는 어플리케이션 프로세서(Application Processor) 칩(SoC(System on a Chip))에 통합된 하드웨어 보안 모듈(SSP)을 의미하며, SoC는 일반적으로 단말에 탈착이 불가능하도록 고정(soldered)되어 있다.

iSSP는 프라이머리 플랫폼(Primary Platform)과 세컨더리 플랫폼 번들(Secondary Platform Bundle)로 구성되며, 프라이머리 플랫폼은 하드웨어 플랫폼과 low level OS 중 적어도 하나를 포함할 수 있고, 세컨더리 플랫폼 번들은 High-level OS 및 OS 위에서 구동되는 애플리케이션 중 적어도 하나를 포함할 수 있다. 세컨더리 플랫폼 번들은 SPB 또는 Bundle이라고 불리기도 한다.

Bundle을 다운로드 하는 것은 이미지(Image)를 다운로드 한다고 표현될 수 있다. Image가 다운로드 될 수 있도록 준비 또는 저장하고 있는 서버를 Image Delivery Server 또는 IDS라고 줄여서 부른다. Image는 앞서 언급한 것처럼 High level OS 및 해당 OS에서 구동되는 애플리케이션을 포함할 수 있고, 애플리케이션이 포함되지 않은 형태로도 존재할 수 있다.

Bundle내 설치 구동되는 애플리케이션 중에 이동통신사업자의 망에 접속하기 위한 접속 제어 모듈을 포함하는 애플리케이션을 NAA(Network Access Application)라 한다. Bundle 종류는 하나의 eUICC에 대응하는 속성을 갖는 eSIM Bundle과 하나의 UICC에 대응하는 속성을 갖는 SIM Bundle을 포함할 수 있다. eUICC 프로파일은 eUICC 또는 iSSP의 eSIM Bundle에 다운로드, 설치 및 구동될 수 있으며, iSSP의 eSIM Bundle에 다운로드, 설치 및 구동되는 경우에 eUICC 프로파일은 NAA로도 혼용되어 불릴 수 있다.

3GPP(3rd Generation Partnership Project)에서는 eUICC를 5G 1차 표준('18.6월 완료)에 공식적으로 수용하였으며, ETSI의 iSSP도 2019년 12월까지 진행할 5G 2차 표준화에 공식 수용할 계획을 가지고 있다. 이에 따라, 향후 UICC, eUICC, 또는 iSSP SoC칩을 지원하는 단말이 출시될 것으로 예상된다.

한편, 하나의 단말에서 2개의 이동통신 네트워크를 동시에 사용할 수 있도록 하는 Dual SIM 기능 지원에 대한 시장 요구사항이 지속 증가함에 따라, UICC와 eUICC, eUICC와 eUICC, eUICC와 iSSP SoC칩 등 Dual SIM 기능 지원을 위한 다양한 SE(Secure Element)가 조합된 단말도 출시될 것으로 예상된다.

UICC, eUICC, iSSP 별로 다른 Network Access Application 정보 접근 및 관리 애플리케이션을 표준으로 정의하고 있다. 따라서, 단말은 저장된 Secure Element별로 구동 및 접근을 위한 애플리케이션을 구동해야 하며. 결과적으로 단말에 SE들에 저장된 모든 통신사업자의 정보를 한꺼번에 사용자 화면에 표기해서 보여주지 못한다는 문제가 있다.

예를 들어, eUICC와 iSSP가 적용된 단말에서 사용자가 eUICC 저장된 사업자 정보를 읽고 단말에 Display해 주기 위해서는 단말은 GSMA(Global System for Mobile Communication Association)에서 정의한 LPA(Local Profile Agent) 애플리케이션을 실행해야 하며, iSSP에서는 ETSI에서 정의한 SPB Loader Agent 애플리케이션을 실행해야 한다.

또한, 단말은 단말의 사용자가 통신 사업자 정보를 열람할 수 있도록 통신사업자 정보를 추출하여 표시(display) 및 사용자가 통신서비스를 위해 선택할 수 있게 지원해야 한다. 하지만, iSSP가 적용된 단말에서 iSSP의 eSIM Bundle에 NAA가 설치되어 있는 경우, eSIM Bundle에 저장된 NAA 정보를 불러오기 위한 방법이 정의되지 않았다. 따라서, 단말은 eSIM Bundle에 저장된 통신사업자의 정보를 읽어서 화면에 표시할 수 없었다. 하지만 사용자를 위해서는 단말은 eSIM Bundle이 disable된 상태인 경우까지 포함하여 SPB Loader Agent가 eSIM Bundle 내에 설치된 Profile의 사업자 정보를 항상 확인할 수 있도록 해야 한다.

또한, 개통을 위한 통신 사업자 프로파일을 선택할 때, 단말은 SE별로 Policy Rule로 정의된 동시 활성화(enable) 가능한 NAA수를 고려하여 사용자가 사용 가능한 통신사업자의 리스트를 제공해야 한다.

예를 들어, iSSP의 eSIM Bundle내에 통신사업자 A와 통신사업자 B의 NAA가 저장되어 있을 때, 사용자가 통신사업자 A의 NAA를 선택하는 경우, 단말은 통신사업자 B의 NAA를 선택할 수 없도록 비활성화 해주어야 에러 메시지가 발생하는 것을 막을 수 있다. 즉, 단말은 사용자 편의성 차원에서 SE별 Policy Rule을 고려하여 표시된 화면의 통신사업자의 선택여부를 제한해야 효율적일 수 있다. 그러나, 현재 단말은 SE별 Policy Rule을 고려하여 통신 사업자의 선택 여부를 제한하는 방법을 지원하지 않으며, 특히 eSIM Bundle의 경우 Policy Rule을 읽어 올 수 있는 방법이 정의되어 있지 않다.

마지막으로, eUICC 또는 iSSP의 eSIM Bundle 중 어느 곳에 SIM Profile을 다운로드 받는 지에 따라 Dual SIM 기능을 사용할 수 없는 경우가 발생할 수 있다. 전술한 바와 같이 SE별 Policy Rule 및 SE의 상태 정보를 고려해 사용자가 NAA를 선택해야 하나, 사용자가 SE별 Policy Rule 및 SE의 상태 정보를 고려하여 저장 위치를 설정한다고 가정할 수 없고, SE에 한 번 다운로드된 애플리케이션은 SE간 이동이 불가능할 수 있으므로, 단말이 사용자가 Dual SIM 기능을 사용할 수 있도록 NAA 저장 위치에 관한 정보를 제공해주는 것이 필요할 수 있다.

전술한 바와 같이, 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 카드는 SIM 카드 제조 시 특정 이동통신 사업자의 요청에 의해 해당 사업자를 위한 전용 카드로 제조될 수 있으며, 해당 사업자의 네트워크 접속을 위한 인증 정보, 예를 들어, USIM(Universal Subscriber Identity Module) 어플리케이션 및 IMSI (International Mobile Subscriber Identity), K(Subscriber Key) 값, OPc(Operator Constant) 값 등이 사전에 SIM 카드에 탑재되어 출고될 수 있다. 따라서 제조된 SIM 카드는 해당 이동통신 사업자가 납품 받아 가입자에게 제공하며, 이후 필요 시에는 단말이 OTA (Over The Air) 등의 기술을 활용하여 UICC 내 어플리케이션의 설치, 수정, 삭제 등의 관리 수행할 수 있다. 가입자는 소유한 이동통신 단말기에 UICC 카드를 삽입하여 이동통신 사업자의 네트워크 및 응용 서비스의 이용이 가능하며, 단말기 교체 시 UICC 카드를 기존 단말기에서 새로운 단말기로 이동 삽입함으로써 UICC 카드에 저장된 인증정보, 이동통신 전화번호, 개인 전화번호부 등을 새로운 단말기에서 그대로 사용할 수 있다.

일부 실시예에 따르면, UICC 카드에 SIM 모듈을 원격으로 다운로드 받아서 설치할 경우, 사용자가 원하는 시점에 사용하고자 하는 이동통신 서비스의 SIM 모듈을 UICC 카드에 다운로드 받을 수 있다. 또한 일부 실시예에 따르면, UICC 카드는 복수개의 SIM 모듈을 다운로드 받아서 설치하고 그 중 하나의 SIM 모듈만을 선택하여 사용할 수 있다. UICC 카드는 단말에 고정하거나 고정하지 않을 수 있다. 특히 단말에 고정하여 사용하는 UICC를 eUICC (embedded UICC)라고 한다.

이하의 명세서에서는 원격으로 SIM 모듈을 다운로드 받아 선택할 수 있는 UICC 카드 중 단말에 고정하거나 고정하지 않는 UICC 카드를 모두 eUICC라 한다,. 또한 다운로드 받는 SIM 모듈정보를 eUICC 프로파일이라 한다,

이하의 명세서에서 통신 서비스 사업자는 서비스 사업자, 통신 사업자, 이동 통신 사업자, 이통사와 동일한 의미로 사용될 수 있다.

설명의 편의를 위하여, iSSP의 경우 이하의 본 명세서에서는 ETSI 규격에서 정의하고 있는 용어 및 명칭들을 사용한다. 하지만, 본 개시가 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다.

전술한 바와 같이, iSSP는 통신 프로세서(Communication Processor) 또는 어플리케이션 프로세서(Application Processor) 칩(SoC)에 통합된 하드웨어 보안 모듈(SSP)을 의미하며, SoC는 일반적으로 단말에 탈착이 불가능하도록 고정(soldered)되어 있다. iSSP는 프라이머리 플랫폼(Primary Platform)과 세컨더리 플랫폼 번들(Secondary Platform Bundle)로 구성되며, 프라이머리 플랫폼(Primary Platform)은 하드웨어 플랫폼과 low level OS 중 적어도 하나를 포함할 수 있고, 세컨더리 플랫폼 번들(Secondary Platform Bundle)은 High-level OS 와 OS 위에서 구동되는 애플리케이션 중 적어도 하나를 포함할 수 있다. 세컨더리 플랫폼 번들(Secondary Platform Bundle)은 SPB 또는 Bundle이라고 불리기도 하며 이하에서는 Bundle로 기재한다.

Bundle 자체를 다운로드 하는 것을 업계에서는 이미지(Image)를 다운로드 한다고 표현하며, Image가 다운로드 될 수 있도록 준비 또는 저장하고 있는 서버를 Image Delivery Server 또는 IDS라고 줄여서 부른다. Bundle내 설치 구동되는 애플리케이션 중에 이동통신사업자의 망에 접속하기 위한 접속 제어 모듈을 포함하는 애플리케이션을 NAA(Network Access Application)라 한다. Bundle 종류는 하나의 eUICC에 대응하는 속성을 갖는 eSIM Bundle과 하나의 UICC에 대응하는 속성을 갖는 SIM Bundle을 포함할 수 있다. 물론 상기 예시에 제한되지 않는다. eUICC 프로파일은 eUICC 또는 iSSP의 eSIM Bundle에 다운로드, 설치 및 구동될 수 있으며, iSSP의 eSIM Bundle에 다운로드, 설치 및 구동되는 경우에 eUICC 프로파일을 NAA라고도 표시할 수 있다.

앞서 개시한 바와 같이, 본 개시에서는 통신 시스템에서 SE종류와 무관하게 적용된 단말에서 사업자 정보를 일괄 열람 하기 위한 방법 및 장치를 제공할 수 있으며, 통신 시스템에서 SE별 Policy Rule에 의거 하여 사업자 정보를 제한적으로 선택할 수 있는 방법 및 장치를 제공할 수 있다. 또한, 본 개시에서는 통신 시스템에서 Dual SIM 기능을 지원하는 단말이 통신 연결을 하기 위한 프로파일을 Dual SIM 기능하도록 하는 저장 위치에 다운로드 할 수 있도록 방법 및 장치를 제공할 수 있다.

본 개시의 일부 실시예에 따르면, 단말이 저장된 통신 서비스 사업자 정보의 일괄 표시할 수 있도록 지원하는 방법, iSSP eSIM Bundle 식별자를 통해 iSSP의 eSIM Bundle에 저장된 통신 사업자 정보를 읽어오는 방법, SE별 Policy Rule을 참조하여 사용자가 선택 가능한 통신사업자 리스트를 한정하는 방법, iSSP eSIM Bundle 식별자 및 추가 Bundle 및 NAA의 메타데이터 정보를 조합하여 다운로드 할 NAA의 단말 내 저장 위치 판별 및 다운로드 결정 방법을 제공할 수 있다.

또한 본 개시의 일부 실시예에 따르면, 단말의 SE 통합 UI Application에서 단말에 적용된 SE 유무 및 SE 정보를 인식하는 단계, SE별로 저장된 통신서비스 사업자 정보를 획득하는 단계, 획득된 정보를 표시하는 단계를 포함하는 단말에서 사업자 정보를 표시하는 방법을 제공할 수 있다.

또한 본 개시의 일부 실시예에 따르면, 단말은 추출된 통신 서비스 사업자 리스트에서 사용자 입력을 획득하는 단계, 획득된 사용자 입력에 기초하여 비활성화가 필요한 메뉴를 판단하는 단계, 활성화 가능한 메뉴만 표시하도록 제어하는 단계를 수행할 수 있다.

또한, 본 개시의 일부 실시예에 따르면, 단말은 통신사업자 서비스 사업자 서버 또는 온라인 개통 서버와의 성능 협상(Capability Negotiation)을 수행하고, 성능 협상 결과에 기초하여 도출된 저장 위치로 통신 연결을 위한 프로파일을 다운로드 할 수 있다.

도 1은 본 개시의 일부 실시예에 따른, UICC, eUICC, iSSP별로 통신 서비스 사업자 정보에 대한 접근/관리를 담당하는 애플리케이션 및 통신 서비스 사업자 정보에 접근하기 위한 접근 계층 구조를 표현한 도면이다.

SE(Secure Element)는 하드웨어 기반의 네트워크 접속 모듈을 다운로드 또는 설치 가능한 구성으로 앞서 언급한 UICC, eUICC, iSSP가 있다. UICC, eUICC, iSSP에 대해서는 앞서 설명한 바와 대응되므로, 자세한 설명은 생략한다. 각 SE에 대한 동작 및 접근을 제어하는 애플리케이션(109)은 UICC에서 CAT(Card Application Toolkit) Client, eUICC는 LPA(Local Profile Agent)로, iSSP는 SPB(Secondary Platform Bundle) Loader Agent가 표준으로 정의되어 있으며 각 SE에 대한 동작 및 접근을 제어하는 애플리케이션(109)은 단말의 UI(User Interface) 역할을 포함하여 단말 사용자가 각 SE에 대한 동작 및 접근을 제어하는 애플리케이션(109)을 통해서 SE에 대한 동작 및 접근을 제어할 수도 있다.

CAT(Card Application Toolkit) Client(111)은 표준으로 정의되어 있으나, CAT Client(111)가 선택적(Optional)으로 존재할 수도 있다. 또한 CAT Client(111)는UICC의 CAT(121)과 통신을 통해 UICC내의 SIM 애플리케이션(123) 정보를 취득하여 회신할 수 있다. 또한 UI가 없는 단말의 경우에 모뎀(119)에서 AT Command(121) 메시지를 통해서 직접 UICC내의 SIM 애플리케이션(123)에 대한 정보를 요청하여 취득할 수 있다.

일부 실시예에 따르면, eUICC(105)에서 단말 사용자가 LPA(113)에서 통신 사업자 정보를 열람하고자 하는 경우, LPA(113)는ISD-R(Issuer Security Domain Root)(127)에 SIM 애플리케이션인 eSIM 프로파일(129)에 대한 정보를 요청하고, ISD-R(127)은 해당 정보를 각 프로파일에서 취득하여 정보를 회신할 수 있다.

일부 실시예에 따르면, iSSP(107)의 경우, 단말 사용자가 통신 사업자 정보에 접근하기 위해서는 SPB Loader Agent(115)가 iSSP(107) 내부의 SPB Loader(131)에게 Bundle에 대한 통신 사업자 정보를 요청하고, SPB Loader(131)는 Telecom Bundle로써, eSIM Bundle(133)과 SIM Bundle(135)로부터 Bundle의 메타데이터를 수집하여 요청 정보의 결과값을 회신한다.

일부 실시예에 따르면, SPB Loader(131)는 Bundle의 메타데이터 값만 가져올 수 있으며, eSIM Bundle(133)은 Bundle의 메타데이터에 프로파일의 정보를 저장하고 있지 않을 수 있다, 따라서 eSIM Bundle(133)의 경우에 통신사업자의 정보를 회신할 수 없을 수 있다. eSIM Bundle(133)에서 프로파일의 통신사 정보를 회신하기 위해서는 SPB Loader(131)가 eSIM Bundle(133)을 활성화(enabled)하거나 또는 SPB Loader에서 LPA를 활성화하고, LPA가 다시 eSIM Bundle을 활성화하여 eSIM Bundle(133)내 접근할 수 있어야 한다.

도 2은 본 개시의 일부 실시예에 따르면, SE별 Policy Rule에 따른 통신 사업자 선택 제한을 도식화한 도면이다.

일부 실시예에 따르면, SE별 표준 Policy Rule로 정의된 동시 활성화(enable) 가능한 Profile 수가 다를 수 있다.

도 2를 참조하면, eUICC(201)에서는 2개 통신 사업자 프로파일(Profile)을 동시에 활성화 할 수 없으며, iSSP(205)의 eSIM Bundle(210)에서도 2개의 통신 사업자 프로파일을 동시에 활성화 할 수 없다. 단, iSSP(205)에서 Bundle(215)은 2개의 이동 통신사가 동시에 활성화 가능할 수 있다. 예를 들어, eSIM Bundle(210)에 있는 Profile 4(227)와 SIM Bundle(215)에 있는 Profile 5(230)는 동시에 활성화가 가능할 수 있다.

도 3은 본 개시의 실시예에 따른 단말에서 통신 서비스 사업자 리스트를 통합하여 일괄로 표시하기 위한 단말의 동작을 나타낸 도면이다

단말의 통합 UI 애플리케이션(350)이 수행되면 통합 UI 애플리케이션(350)은 단말 모뎀, 단말 저장 메모리, SE별 통신을 통해서 단말에 저장된 SE 유무, SE 종류, SIM Port capabilities(지원 무선 접속 기술) 등을 포함한 단말의 능력(Capability)을 확인할 수 있다.

SIM Port란 물리적인 ISO 핀에 대응되는 논리적인 1개의 네트워크 연결을 의미할 수 있다. SE가 존재하고, 해당 SE 종류에 따라서 통합 UI 애플리케이션(Application)은 단계 310, 320, 340에 따르는 절차를 수행한다.

도 3을 참조하면, SE 종류를 파악하고, 종류에 따른 절차를 수행하는 데 있어, 단계 310, 320, 340의 순서는 일 예일 뿐이며, 단계 310, 320, 340 의 순서는 변경될 수 있다 (예. 310, 340, 320 순). 단계 310과 같이 만약 SE가 존재하고, SE의 종류가 eUICC인 경우, 통합 UI 애플리케이션(350)은 eUICC 접근 및 구동 애플리케이션인 LPA(315)를 호출하고 이후 GSMA의 RSP(Remote SIM Provisioning) 규격에 정의된 절차에 따라 LPA(315)가 ISD-R(319)에게 요청하여 프로파일에 대한 요청 정보를 추출하여 회신할 수 있다. LPA(315)는 다시 프로파일에 대한 요청 정보를 통합 UI 애플리케이션(350)에 전달하여 표시할 수 있다.

만약 단계 340번과 같이 SE가 존재하고, 해당 SE의 종류가 UICC인 경우, 통합 UI 애플리케이션(350)은 모뎀 또는 CAT Client(345) 에 서비스 사업자에 대한 EF(Elementary File) 정보 호출에 대한 요청을 수행하고, 이후 절차는 ETSI 및 3GPP 표준에 정의된 서비스 사업자 정보 호출 절차에 따라 수행할 수 있다. 수행을 통해 획득한 정보는 CAT Client 또는 모뎀(345)이 통합 UI 애플리케이션(350)에 회신하여 표시할 수 있다. 예를 들어 UICC의 경우, CAT Client 또는 모뎀(345)은 EFSPN(Service Provider Name)를 통해 CAT 또는 SIM(349)에 접근하여 서비스 사업자 이름을 읽어서 회신할 수 있다.

만약 SE가 존재하고 해당 SE의 종류가 iSSP인 경우, 단계 320가 수행된다. 통합 UI 애플리케이션(350)은 SPB Loader Agent(325)에 NAA에 대한 정보를 요청(단계 323)하고 SPB Loader Agent(325)는 단계 327에서와 같이 SPB Loader(329)에 TRERegistry()에 대한 정보를 요청하여 NAA에 대한 정보를 획득 후 통합 UI 애플리케이션(350)에 전달한다(단계 333). 통합 UI 애플리케이션(350)은 수집된 프로파일 리스트, NAA 리스트, Service Provider Name에 대한 정보가 네트워크 사업자 정보에 대한 것임을 인지하고 단말에 표시할 수 있다.

iSSP의 경우에 SPB Loader Agent(325)가 SPB Loader(329)에 NAA 정보 획득을 위해서 ReadTRERegistry()를 수행(단계 327)하여 가져 올 수 있는 정보들은 Bundle에 대한 그룹 식별자와 Bundle내 NAA 정보에 대한 식별자를 포함할 수 있다.

일부 실시예에 따르면, Bundle에 대한 그룹 식별자는, Bundle 식별자 (i.e., Bundle ID), Family Bundle 식별자(e.g., Telecom), Telecom Bundle Class 식별자 (e.g. Operational, Provisioning, Test, eSIM), Bundle 상태 정보 (disabled, enable, active), Bundle의 Policy Rule 중 적어도 하나를 포함할 수 있으며, 상기 예시에 제한되지 않으며, eSIM Bundle임을 알 수 있는 식별자를 포함하면 충분하다.

일부 실시예에 따르면, Bundle내 NAA 정보에 대한 식별자는, Bundle안에 포함하는 NAA(Network Access Application)의 수, NAA별 Service Provider Name(String 또는 Image), NAA별 상태 정보 (disabled, enable, active), NAA별 지원 RAT(Radio Access Technology) 중 적어도 하나를 포함할 수 있다. 기존에는 Bundle에 대한 그룹 식별자는, Bundle 식별자 (i.e., Bundle ID)만을 정의하고 있었다.

iSSP의 경우에, SPB Loader Agent(325)가 SPB Loader(329)에 ReadTRERegistry()를 수행(단계 327)하는 경우, SPB Loader(329)는 Bundle의 Metadata값을 읽어 올 수 있으며, Telecom Bundle Class 식별자가 eSIM Bundle로 판단되는 경우, 단계 331과 같이 SPBLoader(329)는 남은 절차로 도 4의 절차를 수행하여 NAA에 대한 정보를 추출해야 한다.

Telecom Bundle Class 식별자를 통해 iSSP가 eSIM Bundle이 아닌 SIM Bundle (e.g., Operational, Provisioning, Test)이라고 판단되는 경우, 단계 333 및 단계 335를 통해 통합 UI 어플리케이션(350)은 NAA 정보를 가져올 수 있다.

도 3에서는 서비스 사업자의 이름만 요청하여 회신하는 절차를 들어 표현하였으나, 사업자 이름을 표시하는데 있어 추가로 필요한 소정의 정보도 추가로 회신될 수 있다. 예를 들어, 통합 UI 어플리케이션(350)은 SPB Loader Agent를 통해 단계327인 ReadTRERegistry()의 수행을 통해서 통신 사업자 선택에 필요한 소정의 정보, 예를 들어, 지원 무선접속 기술, 을 추가로 요청하여 표시해 줄 수 있다.

도 4a 내지 4c는 본 개시의 실시예에 따른 iSSP의 eSIM Bundle 유무 및 eSIM Bundle의 상태에 따라 eSIM Bundle에 저장된 NAA의 통신사업자 정보를 가져오는 방법을 나타낸 도면이다.

통합 UI 애플리케이션(430)이 SPB Loader Agent(435)로부터 통신 사업자 정보를 가져오기 위해서 단계 401과 같이 NAA 정보를 요청할 경우, SPB Loader Agent(435)는 SPBLoader(440)에 ReadTRERegistry()를 요청(단계 403)하여 Bundle 그룹에 대한 정보를 수집한다. Bundle 그룹에 대한 정보 회신으로 SPB Loader(440)는 Bundle 식별자, Telecom Bundle 식별자, Telecom Bundle Class로서 eSIM Bundle 식별자, Bundle 상태 정보 중 적어도 하나를 포함하는 회신을 제공할 수 있다.

만약 회신된 Bundle 그룹에 대한 정보가 단계 405에서와 같이 TelecomFamily 식별자 를 가지고 있고, eSIM Bundle이며, Bundle 상태 enabled로 SPB Loader Agent(435)에게 회신될 경우, SPB Loader Agent (435)는 통합 UI 애플리케이션(430)에 SPB Loader Agent(445) 실행 요청을 송신하고(단계 407) 통합 UI 애플리케이션(430)은 LPA(445)로 실행 명령을 송신한다(단계 409). 물론 상기 예시에 제한되지 않으며, SPB Loader Agent(435)에서 직접 LPA Agent(445)로 실행 요청 명령을 송신하는 경우도 포함할 수 있다.

LPA(445)가 실행되면 LPA(445)에서 통합 UI 애플리케이션(430)으로 실행 결과를 회신(단계 413)하고, 통합 UI 애플리케이션(430)은 LPA(445)로 eUICC내 프로파일 정보에 대한 요청을 전송한다(단계 415). 이후 LPA는 GSMA RSP(Remote SIM Provisioning) 표준에 정의된 바에 기초하여, ISD-R(450)에 프로파일 정보를 요청하고(단계 417), 프로파일 정보를 회신 받아(단계 419), 통합 UI 애플리케이션(430)에 전달하며(단계 421), 통합 UI 애플리케이션(430)은 통신사업자 정보 리스트를 획득한다. 물론 상기 예시에 제한되지 않으며, LPA(445)는 프로파일 정보를 회신받아 SPB Loader Agent(435)에 전달하고, SPB Loader Agent(435)가 프로파일 정보를 통합 UI 애플리케이션(430)에 재 전달할 수도 있다.

만약 ReadTRERegistry()를 요청(단계 403)하여 Bundle 그룹에 대한 정보를 수집한 결과가 단계 423번과 같이 Telecom Bundle, eSIM Bundle, Bundle 상태가 disabled로 회신될 경우에 다음과 같은 3가지 방법을 수행할 수 있다.

1번째 방법은 도 4a의 단계 404와 같이 eSIM Bundle을 활성화(enabled)해서 프로파일 정보를 취득하는 방법이다. SPB Loader Agent(435)가 단계 403을 수행한 후 단계 423에서와 같이 Telecom Bundle, eSIM Bundle, Bundle 상태 disabled로 결과값을 회신 받으면, SPB Loader Agent(435)는 단계 425에서와 같이 해당 Bundle에 대한 활성화(enabled) 명령을 SPBLoader(440)에 전송한다. 이후 절차는, 앞서 언급한 407-421번의 절차에 따라 수행된다.

2번째 방법은 도 4b와 같이 단말 메모리(455)에 Cache된 정보를 가져와서 표시해 주는 방법이다. 단말 메모리(455)는 프로파일 다운로드 등 eSIM Bundle이 enabled 될때마다 NAA 정보로 통신 서비스 사업자 이름을 포함한 필요한 정보를 단말 메모리에 캐시(Cache)해 두고, 변경 사항이 있을 경우에는 변경사항을 반영하여 캐시 해 둔 정보를 최신 정보로 유지할 수 있다(단계 445). 통합 UI 애플리케이션(430)에서 SPB Loader Agent(435)에게 NAA 정보를 요청하여 SPB Loader Agent (435)가 Telecom Bundle, eSIM Bundle, Bundle 상태 disabled로 결과값을 최종 회신하면(단계 465), 통합 UI 애플리케이션(430)은 단말 메모리(455)에 해당 Bundle에 맵핑 되는 NAA 정보를 검색해서 NAA 제공 통신사업자의 이름을 추출하여 표시해 줄 수 있다.

3번째 방법은 도 4c과 같이 eSIM Bundle에 메타데이터 extension을 지정하여 해당 메타데이터 extension에 NAA의 통신사업자 이름 등을 저장해 두었다가 통신사업자 정보 요청 시 회신하는 방법이다. 단계 491에서와 같이 eSIM Bundle인 경우, Profile의 다운로드 또는업데이트 등 활성화된 때 SPB Loader(440)가 eSIM Bundle의 ISD-R을 통해 eSIM Bundle에 저장된 NAA에 대한 정보를 수집하여 해당 eSIM Bundle의 메타데이터에 저장해 둔다. 통합 UI 애플리케이션(430)에서 단계 485번에서와 같이 SPB Loader Agent(435)에게 NAA 정보를 요청하여 SPB Loader Agent(435)가 SPB Loader(440)와 통신을 통해 Telecom Bundle, eSIM Bundle, Bundle 상태 disabled로 결과값을 회신한다(단계 489). SPB Loader Agent(435)는ReadTRERegistry(eSIM Bundle Metadata extension)를 수행하여(단계 495), SPB Loader(440)로부터 eSIM Bundle의 메타데이터로 저장된 통신사업자 이름 등 NAA에 대한 정보를 회신받고, SPB Loader Agent(435)은 다시 NAA에 대한 통합 UI 애플리케이션(430)에 전달하여(단계 497), 통합 UI 애플리케이션(430)에서 통신사업자 리스트를 표시한다.

도 5는 본 개시의 일부 실시예에 따른 통신 사업자 프로파일을 선택하는 방법을 도시한 도면이다.

통합 UI 애플리케이션은 도 3과 도 4에서 설명한 바와 같이 통신 사업자 리스트를 표시하기 위한 절차를 수행한다(단계 503). 통신 사업자 리스트를 표시하기 위한 절차 수행 시에, 단말은 SIM 프로파일의 통신사 이름 또는 이미지(Image), 프로파일별 지원 통신 기술(RAT), SIM 프로파일이 저장된 SE 및 저장 위치(eUICC, iSSP eSIM Bundle, iSSP SIM Bundle, UICC 등), SIM Port별 지원 Capability(4G, 4G 또는5G 등), SE별 Policy Rule 및 iSSP내 eSIM Bundle 및 SIM Bundle의 Policy Rule와 같은 소정의 정보 중 적어도 하나의 정보를 추가적으로 획득할 수 있다.

SE별 프로파일 선택 수에 대한 Policy Rule은 통합 UI 애플리케이션에 미리 설정해 놓을 수 있다. 단말에 사업자 리스트가 표시되면, 사용자가 1번째 SIM 슬롯(Slot)에 사용한 통신사업자 리스트를 선택한다(단계 505). 통신사업자 리스트가 선택되면, 선택 통신 사업자가 2번째 SlM 슬롯 선택이 비활성화 될 수 있다(단계 507). 즉, 선택된 통신 사업자의 2번째 슬롯의 슬롯 선택이 불가능하도록 비활성화 될 수 있다.

1번째 SIM 슬롯에 활성화 표시되었던 다른 통신사업자 리스트도 모두 선택할 수 없도록 비활성화된다(단계 509). 즉, 선택된 통신 사업자 이외의 다른 통신 사업자들의 1번째 슬롯의 슬롯 선택이 불가능하도록 비활성화될 수 있다.

단말은 또한 1번째 SIM 슬롯의 사용을 위해 선택한 통신사업자의 프로파일의 저장 위치를 단말에서 판단하여(단계 511), eUICC 또는 iSSP의 eSIM Bundle내의 건인 경우(단계 513), 동일 위치에 저장된 다른 통신사업자 리스트를 확인하여 슬롯 선택이 불가능하도록 비활성화단계 515)로 표시할 수 있다. 남은 통신사업자 리스트를 2번째 SlM 슬롯을 위해 선택 가능한 사업자로 표시할 수 있다.

도 6은 본 개시의 일부 실시예에 따른 통신 사업자 프로파일을 선택하는 방법이 구현된 UI를 도시한 도면이다.

통합 UI 애플리케이션은 도5 단계 503에서와 같은 절차를 통해 SE에 저장된 통신사 이름과 통신사가 지원하는 무선접속 기술, 지원하는 SIM 슬롯 개수 및 각 SIM 슬롯별 지원 무선접속 통신 기술을 획득할 수 있고, 획득한 정보들을 조합, 맵핑하여 하나의 화면인 제1 화면(601)에 표시 할 수 있다. UI에서는 사용자가 통신사 선택에 필요하다고 판단되는 소정의 정보를 함께 표시해 줄 수 있다. 제1 화면(601)을 참조하면, 통신사 1 내지 4는 슬롯 1(1st slot, 1st SIM slot) 또는 슬롯 2(2nd Slot, 2nd SIM Slot)를 사용할 수 있고, 통신사 5는 슬롯 2만 사용 가능하다.

제2 화면(603)을 참조하면, 통신사 3을 선택(613)할 경우 통신사 3은 슬롯 2에 선택 비활성화(615)되고 슬롯 1의 SIM이 이미 선택되었으므로, 슬롯 1에서 사용 가능했던 다른 통신사인 통신사 1, 2, 4는 선택 비활성화(617)된다. 또한 통신사 3의 저장 위치가 iSSP의 eSIM Bundle(609)이므로, iSSP의 eSIM Bundle(609)에 저장되어 있는 통신사 4도 슬롯 2에서 선택 비활성화 (619) 표시된다.

다른 예인 제3 화면(621)을 참조하면, 사용자가 통신사 1를 선택(623)할 경우, 통신사 1의 슬롯 2는 선택 비활성화(625) 되고, 슬롯 1이 선택되었으므로, 슬롯 1에서 사용 가능하였던 통신사들의 슬롯 1 선택 제1 통신사의 슬롯 1 선택이 비활성화(627)된다. 그리고, 통신사 1이 eUICC에 저장되어 있으므로, 도 5의 단계 503에서 수집한 eUICC에서의 Policy Rule에 따라, 통신사 1의 슬롯 2의 선택이 비활성화 된다.

물론 상기 예시에 제한되지 않으며, 도 6은 통합 UI 애플리케이션에서 SE와 무관하게 모든 프로파일을 나열하고 사용자의 Profile을 선택에 따라, 사용자 선택 가능한 프로파일 활성화 하는 방식에 대한 것이며, 통합 UI 애플리케이션의 다른 실시예(630)에와 같이 SIM Port별 적용할 SE를 선택하고 SE 선택 후, 조합을 통해서 선택 가능한 프로파일만 활성화 또는 선택 가능하도록 하는 방법으로도 제공될 수 있다.

도 7은 본 개시의 일부 실시예에 따른 단말에서 SIM 정보를 다운로드 할 위치를 결정하는 방법을 나타낸 도면이다.

사용자는 단말을 이용하여 통신 서비스 개통을 위해, 통신 사업자의 웹 페이지에 접속하거나, 또는 개통할 통신 사업자가 통신 사업자 가입 정보 판매를 위해 입점한 마켓 서비스 중개 사업자의 웹 페이지에 접속할 수 있다. 또는 사용자는 통신 서비스 개통을 위해 다른 채널을 통해서 단말의 SPB Loader Agent 또는 LPA에 Activation Code를 입력하는 방식을 사용할 수도 있다.

단말은 웹 페이지를 통해 개통할 통신사업자를 선택(단계 703)할 수 있다. 예를 들면, 단말이 통신사업자의 웹 페이지에 접속을 시도하면, 통신사업자 서버 또는 마켓 서비스에 판매되는 통신사업자의 판매 정보를 보유하고 있는 마켓 서버는 단계 705에서와 같이 단말과의 성능 협상(Capability Negotiation)을 수행한다.

성능 협상(Capability Negotiation) 시에 통신 사업자 서버 또는 마켓 서버는 사업자가 제공 가능한 가입정보, 다운로드 타입으로 SIM Bundle (Image), eSIM Profile을 지원하는지 여부를 단말에 제공한다.

단말은 단말 내 도 3 단계 301의 Discovery 절차 수행을 통해 단말에 저장된 SE 유무 및 SE 종류를 확인할 수 있다. 단말은 다운로드 가능 유무를 판별하기 위해 1차 매칭을 수행하고, 필요에 따라, eUICC내 Profile 상태 정보, iSSP내 eSIM Bundle 유무 및 NAA 상태 정보, 단말의 SE 저장 위치 선호도 정보를 추가로 확인/조합하여 저장 SE를 결정한다. 이후, 단말은 사용자 입력에 기초하여 개통한 사업자의 플랜 정보를 선택하고(709)면, 단말은 마켓/사업자 서버로 가입신청 정보 및 다운로드 위치 정보를 전송한다(단계 711).

일부 실시예에 따르면, 다운로드 위치 정보와 다운로드 타입의 조합에 따라 전송하는 정보가 상이할 수 있다(713). iSSP - SIM Bundle일 경우, 선택한 사업자/플랜과 iSSP ID를 확인할 수 있는 정보를 전송하고, eUICC - eSIM Profile 조합일 경우, 선택 사업자/플랜, EID 정보 확인할 수 있는 선택 eUICC 정보를 전송하고, iSSP-eSIM Bundle - eSIM Profile의 조합일 경우, 선택 사업자/플랜, iSSP ID, eSIM Bundle ID 를 확인할 수 있는 정보를 사업자 서버에 전송할 수 있다. 단말은 iSSP ID, EID, eSIM Bundle ID 값을 직접 전송하거나 또는 인증서 등 iSSP ID, EID, eSIM Bundle ID 정보를 포함하는 수단(예를 들면, 인증서 등) 또는 특정 iSSP, eUICC, eSIM Bundle 을 식별할 수 임시 ID등을 통해 서버에 전달할 수 있다. 물론 상기 예시에 제한되지 않으며, 단말은 서버가 iSSP ID, EID, eSIM Bundle ID 정보를 획득할 수 있는 소정의 정보를 제공하는 것으로 충분하다.

통신 사업자/마켓 서버는 eSIM Profile인경우SM-DP+(Subscription Manager Data Preparation(enhanced version))_또는 SIM Profile인 경우, IDS(Image Delivery Server)를 통해, 선택한 단말의 저장 위치로 Profile을 다운로드 하여 단말이 개통될 수 있게 한다(단계 715).

Profile 다운로드를 위해 사업자 또는 마켓 서버는 SM-DP+또는 IDS 주소 리스트들을 가지고 있다가 사용자가 선택한 사업자 및 가입 플랜에 기반하여 해당하는 IDS 또는 SM-DP+ 주소 정보를 제공해 줄 수 있다. 또는 단말 제조사가 IDS 또는 SM-DP+주소를 SPB Loader Agent, LPA 또는 iSSP 모듈에 저장해 놓았다가 SPB Loader Agent에 Activation Code값이 입력되면, SPB Loader Agent, LPA에 이미 저장된 IDS 또는 SM-DP+주소를 확인하거나 iSSP 모듈 내에 저장된 IDS 또는 SM-DP+ 주소가 있는지 iSSP의 SPB Loader로부터 확인하여 획득할 수도 있다.

도 7의 테이블(719)은 성능 협상(Capability Negotiation) 시 단말 및 통신사업자 제공 타입의 매칭에 따라 SE와 통신사업자 제공 타입을 상세하게 표현한 테이블이다.

일부 실시예에 따르면 , 주황색으로 표시된 부분(730)과 같이 단말이 eUICC 만 있고, 사업자가 eSIM Profile을 제공하는 경우, 항상 eSIM 프로파일로 저장하며, eUICC가 2개 이상인 경우, 단말은 프로파일을 다운로드할 위치로 통신사 프로파일이 존재하지 않는 eUICC를 판단하여 해당 eUICC의 EID 정보를 회신한다. 2개 eUICC모두 프로파일이 존재하지 않는 경우, 단말에서 1번째로 접근한 eUICC의 EID를 회신하거나 사용자 선택한 eUICC의 EID를회신하다.

일부 실시예에 따르면, 하늘색으로 표시된 부분(740)과 같이 단말에 iSSP가 존재하고, 통신사가 SIM Bundle을 제공 하는 경우, 단말은 항상 SIM Bundle 타입을 1순위로 하여 iSSP에 저장하며, 이를 통해, Dual SIM 기능을 지원할 수 있도록 한다.

일부 실시예에 따르면, 노란색으로 표시된 부분(750)과 같이 단말에 iSSP가 존재하고 통신사가 eSIM Profile만을 제공하는 경우, iSSP에 eSIM Bundle 유무를 확인하여 NAA 존재하면, 단말은 사용자에게 해당 Bundle로 다운로드 하거나 신규 Bundle을 단말에서 생성하여 독립적인 Bundle로 다운로드 할지를 확인할 수 있다. 또는 NAA가 존재하지 않는 eSIM Bundle이라면, 해당 eSIM Bundle로 다운로드 할 수도 있다. 하지만 NAA이 이미 존재하는 eSIM Bundle만이 있는 경우에단말은, 해당 Bundle에 eSIM Profile 다운로드 시, Dual SIM 기능을 사용하지 못한다는 것으로 알림 메시지로 처리한다. 신규 Bundle은 단말에서Bundle 이미지를 미리 IDS에 요청하여 생성, 저장해 놓거나 신규 생성하여 활용할 수 있다.

일부 실시예에 따르면, 보라색으로 표시된 부분(760)과 같이 단말에 iSSP가 존재하고 통신사가 eSIM 프로파일만을 제공하는 경우에 있어서 eUICC가 추가로 존재할 경우, 단말은 노란색으로 표시된 부분(750)에 따른 확인 절차를 수행하기에 앞서, eUICC에 프로파일 존재 여부를 확인하여 eSIM 프로파일이 없을 경우에 eSIM 프로파일을 eUICC에 먼저 다운로드하고 노란색으로 표시된 부분(750)에서의 iSSP 확인에 대한 절차를 생략할 수 있다.

즉, 앞서 설명한 바와 같이 본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스 (예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 개시는 무선통신 시스템에서, 단말에서의 보안 하드웨어 모듈(SE)이 UICC, eUICC, iSSP 단독 또는 복합적으로 저장되어 있을 경우, 각 SE에 저장된 통신 사업자의 이름 등 정보를 획득하는 방법, 단말에서 일관된 UI에 통합하여 표시하는 방법, 사용자가 선택 가능한 통신사업자만 선택할 수 있게 제공하는 방법, 통신사업자 제공 SIM 정보 타입(eSIM Profile, SIM Bundle)와 단말이 단말의 SE종류 및 유무, Profile 상태 등을 확인 조합하여 저장할 위치를 판별하고 다운로드를 지원하는 방법 등을 포함한다.

본 개시의 실시 예에 따르면, 단말에서 UICC, iSSP, eUICC 가 단독 또는 복합적으로 탑재된 경우에 단말 사용자에게 단일한 SE 구동/접근 방법 및 장치를 제공할 수 있다.

또한, 본 개시의 실시 예에 따르면 iSSP가 탑재된 단말의 eSM Bundle에 있어서 NAA 정보를 표시할 수 있다.

또한, 본 개시의 실시 예에 따르면, iSSP 단독 또는 UICC, iSSP, eUICC 이 복합적으로 탑재된 경우에, 사용자에게 개통 가능한 통신 사업자에 대한 선택을 제한하고 사용자의 선택을 도움을 줄 수 있다고 판단되는 소정의 정보를 제공하여 줄 수 있다.

또한, 본 개시의 실시 예에 따르면, Dual SIM 기능 단말에서의 다운로드 형태(Image, eUICC 프로파일) 및 단말로의 다운로드 위치 자동 선정 또는 사용자에 제안을 통해 Dual SIM 기능 제공 및 사용자의 재 다운로드 등 불필요한 통신 자원 낭비 및 절차를 막을 수 있다.

도 8은 본 개시의 실시 예에 따른 무선 통신 시스템에서 단말의 블록 구성을 도시한다.

도 8을 참고하면, 단말(800)은 송수신부(810) 메시지 처리부 (820), 프로세서(830), 메모리(840), 화면 표시부(860)를 포함한다. 다만 단말(800)의 구성 요소가 전술한 예에 한정되는 것은 아니다. 예를 들어, 기지국은 전술한 구성 요소보다 더 많은 구성 요소를 포함하거나 더 적은 구성 요소를 포함할 수 있다. 뿐만 아니라, 단말(800)의 적어도 하나의 구성이 하나의 칩 형태로 구현될 수 있다.

일부 실시예에 따르면, 송수신부(transceiver)(810)에는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행한다. 즉, 송수신부(810)는 기저대역 신호를 RF 대역 신호로 상향변환한 후 안테나를 통해 송신하고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향변환하는 RF 처리부를 포함하며, 송신 필터, 수신 필터, 증폭기, 믹서(mixer), 오실레이터(oscillator), DAC(digital to analog convertor), ADC(analog to digital convertor) 등을 더 포함할 수 있다. 또한 송수신부(810)는 무선 채널을 통해 신호를 수신하여 프로세서(830)로 출력하고, 프로세서(830)로부터 출력된 신호를 무선 채널을 통해 전송할 수 있다.

또한 일부 실시예에 따르면, 도 8에서, 하나의 안테나만이 도시되었으나, 상기 단말은 다수의 안테나들을 구비할 수 있다. 또한, 송수신부(810)에는 복수의 RF 체인들을 포함할 수 있다. 송수신부(810)는 빔포밍(beamforming)을 수행할 수 있다. 빔포밍을 위해, 송수신부(810)는 복수의 안테나들 또는 안테나 요소(element)들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다.

또한 송수신부(810) 내의 기저대역처리부는 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 기저대역처리부는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 기저대역처리부는 RF처리부로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 예를 들어, OFDM(orthogonal frequency division multiplexing) 방식에 따르는 경우, 데이터 송신 시, 기저대역처리부는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 복소 심벌들을 부반송파들에 매핑한 후, IFFT(inverse fast Fourier transform) 연산 및 CP(cyclic prefix) 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 기저대역처리부는 RF처리부로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT(fast Fourier transform) 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원한다. 송수신부(810)는 송수신기(transceiver) 로 정의될 수 있으며, 메시지 송수신부를 포함할 수 있다.메시지 처리부(820)는 송수신부(810)를 통해 송신하거나 혹은 수신한 데이터가 어떠한 메시지인지를 판단하는 동작을 수행할 수 있다. 예를 들어, 상기 메시지 처리부(820)는 수신한 메시지가 (SIB(System Information Block)를 포함한) RRC(Radio Resource Control) 계층의 제어 메시지인지 혹은 사용자의 데이터 메시지인지를 판단할 수 있다. 처리부(820)는 제어부(830)에 포함될 수 있다.

프로세서(830)는 단말(800)의 전반적인 동작들을 제어한다. 예를 들어, 프로세서(830)는 메시지 처리부(820)를 통해 신호를 송수신한다. 또한, 프로세서(830)는 메모리(840)에 데이터를 기록하고 읽는다. 프로세서(830)는 적어도 하나일 수 있다. 예를 들어, 프로세서(830)는 통신을 위한 제어를 수행하는 CP(communication processor) 및 응용 프로그램 등 상위 계층을 제어하는 AP(application processor)를 포함할 수 있다.

일부 실시예에 따르면,메모리(840)에 기 저장된 통신사업자 리스트가 있는 경우, 이를 화면표시부(860)가 표시할 수 있다. 상프로세서(830) 및 메시지 처리부(820), 송수신부(810)는 사용자가 선택한 사업자 망으로의 접속을 수행하도록 단말(800)을 제어할 수 있다.

또한, 일부 실시예에 따르면, 프로세서(830)는 메모리(840)를 통해서 읽은 데이터 기록, 또는 프로세서(830) 및 메시지 처리부(820), 송수신부(810)를 통해 수집된 주변 셀 정보를 매칭하여 서비스 선택에 참조할 수 있는 정보를 단말이 추론하는 처리 과정을 수행한다.

일부 실시예에 따르면, 프로세서(830)는 단말(800)에 저장된 통신사업자 리스트 표시가 필요한지 여부를 판단하고, 통신사업자 리스트 표시가 필요하면, 통신사업자 리스트를 획득하여, 화면 표시부(860)에 표시할 수 있도록 전달한다. 프로세서(830)는 통신 사업자 리스트를 획득하는 과정에 있어, iSSP의 Bundle 중에 eSIM Bundle과 eSIM Bundle의 상태정보(enabled, disabled, active)를 식별하고 이에 대응하는 동작을 수행하도록 단말(800)을 제어할 수 있다.

일부 실시예에 따르면, 프로세서(830)는 LPA, CAT,SPB Loader Agent 등 Secure Element의 구동 및 제어를 담당하는 애플리케이션을 포함할 수 있다. 또한, 프로세서(830)은는 프로세서(830) ,메모리(840)를 통해 수집된 SE별 통신사 선택에 대한 소정의 정보를 수집하고 사용자가 선택 가능한 통신 사업자인지 판별하여 화면표시부(860)에 선택 가능한 통신사업자만 표시해 줄 수 있다.

또한, 프로세서(830)는 메시지 처리부(820), 송수신부(810)를 통해 수집된 통신사업자가 제공 가능한 프로파일 다운로드 타입 정보를 취득하여, 단말(800)의 메모리(840)로부터 취득한 SE 유무 및 정보와 결합하여 프로파일의 저장위치를 판별하여 필요한 저장위치로 저장 될 수 있도록 단말(800)을 제어할 수 있다.

또한, 사업자가 제공 가능한 프로파일 타입에 대한 정보는 Telecom 그룹 식별자, Telecom 그룹 Class, eSIM Bundle 식별정보, SIM Bundle 식별 정보 중 적어도 하나를 포함할 수 있다. 프로세서(830)는 메시지 처리부(820), 송수신부(810), 메모리(840)로부터 취득한 필요한 저장 위치에 대한 정보를 활용하여 신규 eSIM Bundle 생성을 수행할지 여부를 판별할 수 있다.

프로세서(830)는 메모리(840)에 통신사업자 리스트를 열람하기 위한 연결 요청 메시지를 전송하고, 연결 응답 메시지를 수신하도록 단말(800)을 제어할 수 있다. 연결 요청 메시지는 상기 통신사업자 정보 열람 및 선택, 다운로드 서비스를 위한 연결 요청을 지시하는 연결 이유 정보를 포함할 수 있다. 또한, 프로세서(840)는 사업자 서비스 정보를 표시하고, 표시된 사업자 서비스 정보에 기반하여 선택 가능한 사업자를 제한하도록 단말(800)을 제어할 수 있다.

메모리(840)는 단말(800)의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 메모리(840)는 단말에 내장된 하드웨어 보안 모듈인 UICC, eUICC, iSSP를 포함할 수 있다. 메모리(840)는 프로세서(830)의 요청에 따라 저장된 데이터를 제공할 수 있다.

메모리(840)는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 메모리(840)는 복수 개의 메모리로 구성될 수도 있다

화면표시부(860)는 프로세서(830)에서 처리/가공한 정보를 표시하거나 프로세서(830) 처리를 통해 단말(800)이 자동 수행 또는 사용자에게 수행을 요청하는 event에 대한 동의 등을 표시할 수 있다. 일부 실시예에 따르면, 통합 UI 애플리케이션은 화면표시부(860)과 프로세서(830)를 제어, 또는 포함할 수 있다. 물론 상기 예시에 제한되지 않는다.

또한, 단말(800)의 각 구성부는 도 1 내지 도 7에서 설명한 본 개시의 실시예를 수행하도록 동작할 수 있다.

도 9는 본 개시의 일부 실시예에 따른 무선 통신 시스템에서의 기지국의 세부 구성을 도시한다. 도 9에 도시된 바와 같이, 본 발명의 기지국은 프로세서(910), 송수신부(920), 및 메모리(930)를 포함할 수 있다. 다만 기지국의 구성 요소가 전술한 예에 한정되는 것은 아니다. 예를 들어, 기지국은 전술한 구성 요소보다 더 많은 구성 요소를 포함하거나 더 적은 구성 요소를 포함할 수 있다. 뿐만 아니라, 프로세서(910), 송수신부(920) 및 메모리(930)이 하나의 칩(Chip) 형태로 구현될 수도 있다

일부 실시예에 따르면, 프로세서(910)는 상술한 본 개시의 실시예들에 따라 기지국이 동작할 수 있도록 일련의 과정을 제어할 수 있다. 또한 송수신부(920)는 단말과 신호를 송수신할 수 있다. 단말과 송수신하는 신호는 제어 정보와, 데이터를 포함할 수 있다. 일부 실시예에 따르면, 송수신부(920)는 송신되는 신호의 주파수를 상승 변환 및 증폭하는 RF 송신기와, 수신되는 신호를 저 잡음 증폭하고 주파수를 하강 변환하는 RF 수신기 등으로 구성될 수 있다. 다만, 이는 송수신부(920)는 일 실시예일 뿐이며, 송수신부(920)의 구성요소가 RF 송신기 및 RF 수신기에 한정되는 것은 아니다. 또한, 송수신부(920)는 무선 채널을 통해 신호를 수신하여 프로세서(910)로 출력하고, 프로세서(910)로부터 출력된 신호를 무선 채널을 통해 전송할 수 있다.

일부 실시예에 따르면, 메모리(930)는 기지국의 동작에 필요한 프로그램 및 데이터를 저장할 수 있다. 또한, 메모리(930)는 기지국이 송수신하는 신호에 포함된 제어 정보 또는 데이터를 저장할 수 있다. 메모리(930)는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 메모리(930)는 복수 개의 메모리로 구성될 수도 있다.

본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(implemented) 수 있다.

소프트웨어로 구현하는 경우, 하나 이상의 프로그램(소프트웨어 모듈)을 저장하는 컴퓨터 판독 가능 저장 매체가 제공될 수 있다. 컴퓨터 판독 가능 저장 매체에 저장되는 하나 이상의 프로그램은, 전자 장치(device) 내의 하나 이상의 프로세서에 의해 실행 가능하도록 구성된다(configured for execution). 하나 이상의 프로그램은, 전자 장치로 하여금 본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들을 실행하게 하는 명령어(instructions)를 포함한다.

이러한 프로그램(소프트웨어 모듈, 소프트웨어)은 랜덤 액세스 메모리 (random access memory), 플래시(flash) 메모리를 포함하는 불휘발성(non-volatile) 메모리, 롬(ROM: Read Only Memory), 전기적 삭제가능 프로그램가능 롬(EEPROM: Electrically Erasable Programmable Read Only Memory), 자기 디스크 저장 장치(magnetic disc storage device), 컴팩트 디스크 롬(CD-ROM: Compact Disc-ROM), 디지털 다목적 디스크(DVDs: Digital Versatile Discs) 또는 다른 형태의 광학 저장 장치, 마그네틱 카세트(magnetic cassette)에 저장될 수 있다. 또는, 이들의 일부 또는 전부의 조합으로 구성된 메모리에 저장될 수 있다. 또한, 각각의 구성 메모리는 다수 개 포함될 수도 있다.

또한, 프로그램은 인터넷(Internet), 인트라넷(Intranet), LAN(Local Area Network), WLAN(Wide LAN), 또는 SAN(Storage Area Network)과 같은 통신 네트워크, 또는 이들의 조합으로 구성된 통신 네트워크를 통하여 접근(access)할 수 있는 부착 가능한(attachable) 저장 장치(storage device)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시 예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크상의 별도의 저장장치가 본 개시의 실시 예를 수행하는 장치에 접속할 수도 있다.

상술한 본 개시의 구체적인 실시예들에서, 본 개시에 포함되는 구성 요소는 제시된 구체적인 실시예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.

한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims (4)

1. 무선 통신 시스템에서 통신 사업자 정보를 처리하는 방법은, 획득한 단말 성능 정보에 기초하여 상기 단말에 적용된 SE(Secure Element)의 타입을 판단하는 단계;
   상기 판단 결과에 기초하여, 상기 단말에 적용된 상기 SE의 타입과 대응되는 방법을 이용하여 통신 사업자 프로파일을 획득하는 단계; 및
   획득한 통신 사업자 프로파일을 표시하는 단계를 포함하는 방법.
2. 상기 획득하는 단계는,
   상기 단말에 적용된 SE가 iSSP(integrated Smart Secure Platform)인 경우, 상기 iSSP의 Bundle Class 정보에 기초하여 상기 iSSP의 bundle이 eSIM bundle인지 판단하는 단계; 및
   상기 판단 결과에 기초하여 ISD-R(Issuer Security Domain Root), 단말의 메모리 또는 eSIM Bundle의 메타데이터 중 적어도 하나로부터 상기 eSIM Bundle 내의 통신 사업자 프로파일 정보를 획득하는 것인 방법.
3. 무선 통신 시스템에서 통신 사업자 정보를 다운로드하는 방법은,
   서버와 성능 협상(Capability Negotiation)을 수행하는 단계;
   상기 성능 협상 결과로 획득한 통신 사업자 정보 및 단말의 성능 정보에 기초하여 통신 사업자 프로파일의 다운로드 위치를 결정하는 단계;
   상기 결정된 다운로드 위치 및 다운로드할 통신 사업자 프로파일의 타입과 대응되는 상기 통신 사업자 다운로드를 위해 필요한 식별 정보를 송신하는 단계; 및
   상기 결정된 다운로드 위치로, 상기 통신 사업자 프로파일을 다운로드 하는 단계를 포함하는 방법.
4. 무선 통신 시스템에서 통신 사업자 프로파일을 선택하는 방법은,
   제1 SIM 슬롯을 위해 선택할 수 있는 복수의 통신 사업자 프로파일 중 하나의 통신 사업자 프로파일을 선택하는 사용자 입력을 획득하는 단계;
   SE(Secure Element)의 정책 및 상기 선택된 통신 사업자 프로파일이 저장된 위치에 기초하여 제2 SIM 슬롯을 위해 선택할 수 있는 통신 사업자 프로파일을 판단하는 단계;
   판단 결과에 기초하여, 제2 SIM 슬롯을 위해 선택할 수 있는 통신 사업자 프로파일에 대한 정보를 제공하는 단계를 포함할 수 있다.

Images