KR20150132547A - Uicc에 의한 비동기식 커맨드 프로세싱을 지원하는 액세스 단말 내의 uicc와 프로세서 사이에 인터페이스를 제공하기 위한 방법 및 장치 - Google Patents

Abstract

UICC에 의한 비동기식 커맨드 프로세싱을 지원하는, 액세스 단말에 포함되는 UICC와 프로세서 사이에 인터페이스를 제공하기 위한 기술들이 설명된다. 제 1 프로세싱 시간을 갖는 제 1 복잡한 커맨드가 프로세서로부터 수신될 수도 있다. 토큰을 포함하는 제 1 커맨드에 대한 초기 응답은 프로세서로 전송될 수도 있다. 제 1 커맨드는 제 1 프로세싱 시간 동안 프로세싱될 수도 있다. 제 1 프로세싱 시간보다 짧은 프로세싱 시간을 갖는 적어도 하나의 부가적인 커맨드가 프로세서로부터 수신될 수도 있다. 제 1 커맨드의 프로세싱이 완료될 수도 있다. 제 1 커맨드의 프로세싱의 완료 이전, 그 동안, 또는 그 후에 프로세싱되었던 적어도 하나의 부가적인 커맨드 중 현재의 커맨드의 프로세싱이 완료될 수도 있다. 토큰을 포함하는, 적어도 하나의 부가적인 커맨드 중 현재의 커맨드에 대한 응답이 프로세서에 전송될 수도 있다.

Description

UICC에 의한 비동기식 커맨드 프로세싱을 지원하는 액세스 단말 내의 UICC와 프로세서 사이에 인터페이스를 제공하기 위한 방법 및 장치{METHOD AND APPARATUS FOR PROVIDING AN INTERFACE BETWEEN A UICC AND A PROCESSOR IN AN ACCESS TERMINAL THAT SUPPORTS ASYNCHRONOUS COMMAND PROCESSING BY THE UICC}

35 U.S.C .§119 하의 우선권 주장

[0001] 본 특허출원은, 발명의 명칭이 "METHOD AND APPARATUS FOR SUPPORTING ASYNCHRONOUS COMMAND PROCESSING BY A UICC AT AN ACCESS TERMINAL"으로 2013년 3월 19일자로 출원되고, 본 발명의 양수인에게 양도되며, 그로서 본 명세서에 인용에 의해 명백히 포함되는 가출원 제 61/803,194호를 우선권으로 주장한다.

[0002] 본 발명은 일반적으로 무선 디바이스들에 관한 것으로, 더 상세하게는, UICC에 의한 비동기식 커맨드 프로세싱을 지원하는 액세스 단말 내의 UICC와 프로세서 사이에 인터페이스를 제공하기 위한 방법 및 장치에 관한 것이다.

[0003] 무선 통신 시스템들은, 예를 들어, 음성, 데이터 등과 같은 다양한 타입들의 통신 콘텐츠를 제공하도록 광범위하게 배치되어 있다. 통상적인 무선 통신 시스템들은 이용가능한 시스템 리소스들(예를 들어, 대역폭 및 송신 전력)을 공유함으로써 다수의 사용자들과의 통신을 지원할 수 있는 다중-액세스 시스템들일 수도 있다. 그러한 다중-액세스 시스템들의 예들은 코드 분할 다중 액세스(CDMA) 시스템들, 시분할 다중 액세스(TDMA) 시스템들, 주파수 분할 다중 액세스(FDMA) 시스템들, 직교 주파수 분할 다중 액세스(OFDMA) 시스템들 등을 포함한다. 부가적으로, 시스템들은, 3세대 파트너쉽 프로젝트(3GPP), 3GPP 롱텀 에볼루션(LTE), 울트라 모바일 브로드밴드(UMB), EV-DO(evolution data optimized) 등과 같은 규격들을 따를 수 있다.

[0004] 일반적으로, 무선 다중-액세스 통신 시스템들은, 예를 들어, 모바일 또는 무선 디바이스들과 같은 다수의 액세스 단말들에 대한 통신을 동시에 지원할 수도 있다. 각각의 모바일 디바이스는 순방향 및 역방향 링크들 상에서의 송신들을 통해 하나 또는 그 초과의 기지국들과 통신할 수도 있다. 순방향 링크(또는 다운링크)는 기지국들로부터 모바일 디바이스들로의 통신 링크를 지칭하고, 역방향 링크(또는 업링크)는 모바일 디바이스들로부터 기지국들로의 통신 링크를 지칭한다. 추가적으로, 모바일 디바이스들과 기지국들 사이의 통신들은, 단일-입력 단일-출력(SISO) 시스템들, 다중-입력 단일-출력(MISO) 시스템들, 다중-입력 다중-출력(MIMO) 시스템들 등을 통해 설정될 수도 있다. 부가적으로, 모바일 디바이스들은, 피어-투-피어 무선 네트워크 구성들로 다른 모바일 디바이스들과 통신할 수 있다(그리고/또는 기지국들은 그 구성들로 다른 기지국들과 통신할 수 있음).

[0005] 많은 액세스 단말들(AT)에서, 가입 정보는, 가입 정보가 관련되는 액세스 기술에 의존하여, 비휘발성(NV) 디바이스 메모리 또는 착탈형 유니버셜 인터페이스 회로 카드(UICC) 중 어느 하나에 저장된다. 현재, 예를 들어, 특정한 액세스 단말들에서, 네트워크 서비스가 1x-RTT/DO(Data Optimized) 네트워크 기술에 대해 이용가능한 경우, 네트워크 가입 정보는 디바이스 NV 메모리 상에 저장되고 그 메모리로부터 리트리브(retrieve)된다. 그러나, 이들 디바이스들에서, 서비스가 GSM, UMTS, 또는 LTE와 같은 임의의 다른 액세스 기술에 대해 이용가능한 경우, 가입 정보는 UICC 상에 저장되고 UICC로부터 리트리브된다. UICC는 또한, 스마트 카드 또는 가입자 아이덴티티 모듈 또는 가입자 식별 모듈(SIM) 카드로 지칭될 수도 있다.

[0006] 종래에, UICC와 같은 카드들은 네트워크 가입 정보를 제공하기 위해 액세스 단말들에서 사용되었다. 그러나, UICC는 이제, 다른 태스크들을 핸들링하는데 사용된다. 예를 들어, 근접장 통신들(NFC)는, 디바이스들을 함께 터치하거나 디바이스들을 근접하게 (예를 들어, 일반적으로 단지 몇 센티미터) 가져옴으로써 서로 라디오 통신을 설정하기 위한 스마트 폰들 등과 같은 무선 디바이스들에 대한 표준들의 세트이다. NFC는 무선 디바이스들이 비접촉 거래들, 데이터 교환, 및 Wi-Fi와 같은 더 복잡한 통신들의 간략화된 셋업을 수행하게 한다. NFC 애플리케이션들의 일반적인 예들은 뱅킹 및 모바일 페이먼트(payment)들에 관련된 애플리케이션들을 포함한다. 시장이 그러한 애플리케이션들에 대해 선호된 보안 엘리먼트로서 UICC를 사용하도록 푸쉬(push)하므로, 특정한 이슈들이 (종래의) 원격통신 태스크들의 UICC 프로세싱과 (새로이-부가된) 비-원격통신 태스크들 사이에서 발생할 수도 있다.

[0007] 액세스 단말 내의 UICC에서 프로세싱될 수도 있는 원격통신 애플리케이션들은 시간-민감하며, UICC 상에서 서비스들에 대해 준비 및 신속히 액세스할 필요가 있을 수도 있다. 대조적으로, 예를 들어, 페이먼트 또는 뱅킹 애플리케이션들과 같은 비-원격통신 애플리케이션들은, 단일 커맨드를 프로세싱하는데 극히 긴 시간들(예를 들어, 심지어 1분 초과)을 요구하는 매우 복잡한 암호 알고리즘들일 수도 있다.

[0008] (공개적으로 입수가능한 ETSI 102 221에서 특정된) UICC와 단말 사이의 인터페이스는 단지, 단일 커맨드가 UICC에 의해 한번에 프로세싱되게 한다. 그러므로, 액세스 단말은, 그것이 제 2 커맨드를 전송할 수도 있기 전에 제 1 커맨드에 대한 응답을 수신할 필요가 있다. 긴 시간이 걸리는 커맨드(예를 들어, 복잡한 비-원격통신 커맨드)를 프로세싱하기 위해, UICC는, 그것이 커맨드를 여전히 프로세싱하고 있다는 것을 액세스 단말에 통지하고, 응답을 계속 대기하도록 액세스 단말에게 요청하기 위해, (ETSI 102 221에서 특정된) 널(NULL) 바이트들을 전송한다.

[0009] 프로세싱하기에 매우 긴 시간이 걸리는 그러한 복잡한 비-원격통신 커맨드들을 UICC가 프로세싱한 결과로서, UICC는 본질적으로, 비-원격통신 커맨드가 프로세싱이 종료될 때까지, 임의의 부가적인 커맨드들을 수신 및 프로세싱하기 위해 액세스 단말에 대해 차단되거나 이용가능하지 않을 수도 있다. 원격통신-관련 커맨드들의 시간-민감한 속성 때문에, UICC의 불이용가능성은, 사용자가 음성 통화를 개시하거나, 텍스트 메시지를 전송하거나, 네트워크에 인증하거나, 고레벨 운영 시스템(HLOS) 애플리케이션들(종종 "앱(app)"으로 지칭됨)을 이용하거나, 또는 임의의 수의 다른 동작들을 수행할 수 없다는 것을 초래할 수도 있다. 이러한 상황은 지지될 수 없으며, 무선 디바이스의 사용자에게 수용가능하지 않을 것이다.

[0010] 그러므로, UICC에 의해 액세스 단말로부터의 커맨드들을 프로세싱하는 것의 개선들이 소망된다.

[0011] 다음은, 그러한 양상들의 기본적인 이해를 제공하기 위해 하나 또는 그 초과의 양상들의 간략화된 요약을 제시한다. 이러한 요약은 모든 고려된 양상들의 포괄적인 개관이 아니며, 임의의 또는 모든 양상들의 범위를 서술하거나 모든 양상들의 핵심 또는 중요 엘리먼트들을 식별하도록 의도되지 않는다. 이러한 요약의 유일한 목적은, 이후에 제시되는 더 상세한 설명에 대한 서론으로서 간략화된 형태로 하나 또는 그 초과의 양상들의 몇몇 개념들을 제시하는 것이다.

[0012] 일 양상에서, UICC에 의한 비동기식 커맨드 프로세싱을 지원하는, 액세스 단말에 포함되는 UICC와 프로세서 사이에 인터페이스를 제공하기 위한 방법이 설명된다. 방법은, 프로세서로부터 제 1 커맨드를 수신하는 단계를 포함할 수도 있다. 제 1 커맨드는 제 1 프로세싱 시간을 갖는 복잡한(complex) 커맨드일 수도 있다. 방법은, 제 1 커맨드에 대한 초기 응답을 프로세서에 전송하는 단계를 포함할 수도 있다. 초기 응답은, 제 1 커맨드와 연관된 토큰을 포함할 수도 있다. 방법은, 제 1 프로세싱 시간 동안 제 1 커맨드를 프로세싱하는 단계를 포함할 수도 있다. 방법은, 프로세서로부터 적어도 하나의 부가적인 커맨드를 수신하는 단계를 포함할 수도 있다. 적어도 하나의 부가적인 커맨드 각각은 제 1 프로세싱 시간보다 짧은 프로세싱 시간을 가질 수도 있다. 방법은 제 1 커맨드의 프로세싱을 완료하는 단계를 포함할 수도 있다. 방법은, 적어도 하나의 부가적인 커맨드 중 현재의 커맨드의 프로세싱을 완료하는 단계를 포함할 수도 있다. 적어도 하나의 부가적인 커맨드 중 현재의 커맨드는, 제 1 커맨드의 프로세싱의 완료 이전, 그 동안, 또는 그 후에 프로세싱하고 있는 커맨드일 수도 있다. 방법은, 적어도 하나의 부가적인 커맨드 중 현재의 커맨드에 대한 응답을 프로세서에 전송하는 단계를 포함할 수도 있다. 응답은 토큰을 포함할 수도 있다.

[0013] 일 양상에서, UICC에 의한 비동기식 커맨드 프로세싱을 지원하는, 액세스 단말에 포함되는 UICC와 프로세서 사이에 인터페이스를 제공하기 위한 컴퓨터 프로그램 물건이 설명된다. 컴퓨터 프로그램 물건은, 코드를 포함하는 컴퓨터-판독가능 매체를 포함할 수도 있다. 코드는 컴퓨터로 하여금, 프로세서로부터 제 1 커맨드를 수신하게 할 수도 있다. 제 1 커맨드는 제 1 프로세싱 시간을 갖는 복잡한 커맨드일 수도 있다. 코드는 컴퓨터로 하여금, 제 1 커맨드에 대한 초기 응답을 프로세서에 전송하게 할 수도 있다. 초기 응답은, 제 1 커맨드와 연관된 토큰을 포함할 수도 있다. 코드는 컴퓨터로 하여금, 제 1 프로세싱 시간 동안 제 1 커맨드를 프로세싱하게 할 수도 있다. 코드는 컴퓨터로 하여금, 프로세서로부터 적어도 하나의 부가적인 커맨드를 수신하게 할 수도 있다. 적어도 하나의 부가적인 커맨드 각각은 제 1 프로세싱 시간보다 짧은 프로세싱 시간을 가질 수도 있다. 코드는 컴퓨터로 하여금, 제 1 커맨드의 프로세싱을 완료하게 할 수도 있다. 코드는 컴퓨터로 하여금, 적어도 하나의 부가적인 커맨드 중 현재의 커맨드의 프로세싱을 완료하게 할 수도 있다. 적어도 하나의 부가적인 커맨드 중 현재의 커맨드는, 제 1 커맨드의 프로세싱의 완료 이전, 그 동안, 또는 그 후에 프로세싱하고 있는 커맨드일 수도 있다. 코드는 컴퓨터로 하여금, 적어도 하나의 부가적인 커맨드 중 현재의 커맨드에 대한 응답을 프로세서에 전송하게 할 수도 있다. 응답은 토큰을 포함할 수도 있다.

[0014] 일 양상에서, UICC에 의한 비동기식 커맨드 프로세싱을 지원하는, 액세스 단말에 포함되는 UICC와 프로세서 사이에 인터페이스를 제공하기 위한 장치가 설명된다. 장치는, 프로세서로부터 제 1 커맨드를 수신하기 위한 수단을 포함할 수도 있다. 제 1 커맨드는 제 1 프로세싱 시간을 갖는 복잡한 커맨드일 수도 있다. 장치는, 제 1 커맨드에 대한 초기 응답을 프로세서에 전송하기 위한 수단을 포함할 수도 있다. 초기 응답은, 제 1 커맨드와 연관된 토큰을 포함할 수도 있다. 장치는, 제 1 프로세싱 시간 동안 제 1 커맨드를 프로세싱하기 위한 수단을 포함할 수도 있다. 장치는, 프로세서로부터 적어도 하나의 부가적인 커맨드를 수신하기 위한 수단을 포함할 수도 있다. 적어도 하나의 부가적인 커맨드 각각은 제 1 프로세싱 시간보다 짧은 프로세싱 시간을 가질 수도 있다. 장치는 제 1 커맨드의 프로세싱을 완료하기 위한 수단을 포함할 수도 있다. 장치는, 적어도 하나의 부가적인 커맨드 중 현재의 커맨드의 프로세싱을 완료하기 위한 수단을 포함할 수도 있다. 적어도 하나의 부가적인 커맨드 중 현재의 커맨드는, 제 1 커맨드의 프로세싱의 완료 이전, 그 동안, 또는 그 후에 프로세싱하고 있는 커맨드일 수도 있다. 장치는, 적어도 하나의 부가적인 커맨드 중 현재의 커맨드에 대한 응답을 프로세서에 전송하기 위한 수단을 포함할 수도 있다. 응답은 토큰을 포함할 수도 있다.

[0015] 일 양상에서, UICC에 의한 비동기식 커맨드 프로세싱을 지원하는, 액세스 단말에 포함되는 UICC와 프로세서 사이에 인터페이스를 제공하기 위한 장치가 설명된다. 장치는, 적어도 통신 컴포넌트, 데이터 저장부, 사용자 인터페이스, 및 프로세서와 통신하는 적어도 하나의 메모리를 포함할 수도 있다. 장치는 UICC를 포함할 수도 있다. UICC는, 통신 컴포넌트를 통해 프로세서로부터 제 1 커맨드를 수신하도록 구성된 커맨드 수신 모듈을 포함할 수도 있다. 제 1 커맨드는 제 1 프로세싱 시간을 갖는 복잡한 커맨드일 수도 있다. UICC는, 통신 컴포넌트를 통해 제 1 커맨드에 대한 초기 응답을 프로세서에 전송하도록 구성된 초기 응답 모듈을 포함할 수도 있다. 초기 응답은, 제 1 커맨드와 연관된 토큰을 포함할 수도 있다. UICC는, 제 1 프로세싱 시간 동안 제 1 커맨드를 프로세싱하도록 구성된 커맨드 프로세싱 모듈을 포함할 수도 있다. 커맨드 수신 모듈은 또한, 통신 컴포넌트를 통해 프로세서로부터 적어도 하나의 부가적인 커맨드를 수신하도록 구성될 수도 있다. 적어도 하나의 부가적인 커맨드 각각은 제 1 프로세싱 시간보다 짧은 프로세싱 시간을 가질 수도 있다. 커맨드 프로세싱 모듈은 또한, 제 1 커맨드의 프로세싱을 완료하고, 적어도 하나의 부가적인 커맨드 중 현재의 커맨드의 프로세싱을 완료하며, 적어도 하나의 부가적인 커맨드 중 현재의 커맨드에 대한 응답을 통신 컴포넌트를 통해 프로세서에 전송하도록 구성될 수도 있다. 적어도 하나의 부가적인 커맨드 중 현재의 커맨드는, 제 1 커맨드의 프로세싱의 완료 이전, 그 동안, 또는 그 후에 프로세싱하고 있는 커맨드일 수도 있다. 응답은 토큰을 포함할 수도 있다.

[0016] 전술한 그리고 관련된 목적들의 달성을 위해, 하나 또는 그 초과의 양상들은, 이하 완전히 설명되고 특히, 청구항들에서 지적된 특성들을 포함한다. 다음의 설명 및 첨부된 도면들은, 하나 또는 그 초과의 양상들의 특정한 예시적인 특성들을 상세히 기재한다. 그러나, 이들 특성들은, 다양한 양상들의 원리들이 이용될 수도 있는 다양한 방식들 중 단지 몇몇만을 표시하며, 이러한 설명은 모든 그러한 양상들 및 그들의 등가물들을 포함하도록 의도된다.

[0017] 기재된 양상들은, 기재된 양상들을 제한하는 것이 아니라 예시하도록 제공되는 첨부된 도면들과 함께 아래에서 후술될 것이며, 도면에서, 동일한 지정들은 동일한 엘리먼트들을 나타낸다.

[0018] 도 1은 UICC와 프로세서를 포함하는 액세스 단말의 일 양상을 도시한 다이어그램이며, 여기서, UICC와 프로세서 사이의 인터페이스는 UICC에 의한 비동기식 커맨드 프로세싱을 지원하도록 구성된다.
[0019] 도 2는 도 1의 액세스 단말 내에 포함되는 UICC, 통신 컴포넌트, 및 프로세서의 양상들을 도시한 다이어그램이며, 여기서, UICC와 프로세서 사이의 인터페이스(예를 들어, 통신 컴포넌트)는 UICC에 의한 비동기식 커맨드 프로세싱을 지원하도록 구성된다.
[0020] 도 3은 액세스 단말 내에 포함되는 UICC와 프로세서 사이의 통신들의 양상들을 도시한 호 흐름도이며, 여기서, UICC와 프로세서 사이의 인터페이스는 UICC에 의한 비동기식 커맨드 프로세싱을 지원하도록 구성된다.
[0021] 도 4는 UICC에 의한 비동기식 커맨드 프로세싱을 지원하도록 구성되는 UICC와 프로세서 사이의 인터페이스와 연관된 클록의 양상들의 다이어그램이다.
[0022] 도 5는 UICC에 의한 비동기식 커맨드 프로세싱을 지원하는, 액세스 단말 내에 포함되는 UICC와 프로세서 사이에 인터페이스를 제공하기 위한 방법의 양상들을 도시한 흐름도이다.

[0023] 이제, 다양한 양상들이 도면들을 참조하여 설명된다. 다음의 설명에서, 설명의 목적들을 위해, 다수의 특정한 세부사항들은, 하나 또는 그 초과의 양상들의 완전한 이해를 제공하기 위해 기재된다. 그러나, 그러한 양상(들)이 이들 특정한 세부사항들 없이도 실시될 수도 있다는 것은 명백할 수도 있다.

[0024] 액세스 단말 내에 포함된 UICC의 새로운 거동(behavior)은, 제 1 커맨드가 별개의 로직 채널 상에서 진행중인 동안, 부가적인 커맨드들이 UICC에 의해 실행되게 하도록 도입된다. 일 양상에서, UICC는, 특수한 상태 워드 XX YY를 포함한 초기(또는 임시) 응답을 이용하여, 액세스 단말 내에 또한 포함되는 프로세서에 의해 전송된 제 1 커맨드에 즉시 응답하며, 여기서, XX는, 제 1 커맨드에 대한 응답이 비동기식으로 제공될 것이라는 것을 고유하게 식별하기 위한 새로운 상태 워드 코드이고, YY는, 제 1 커맨드의 프로세싱이 완료된 경우 UICC가 다시 사용할 수도 있는 토큰이다. 이러한 포인트에서, 통신은, UICC와 프로세서 사이의 인터페이스를 통해 전송되는 새로운 커맨드들 및 대응하는 응답들을 이용하여 일반적으로 계속될 수 있다. UICC가 제 1 커맨드를 프로세싱하는 것을 완료한 경우, 그것은 9Z YY로 현재의 커맨드에 응답하며, 여기서, 9Z는, 현재의 커맨드가 성공적으로 완료되었다는 것을 표시하고, YY는 이전의(제 1) 커맨드에 대한 응답이 또한 이용가능하다는 것을 표시한다. 이러한 메커니즘은, 계류중인 프로액티브(proactive) 커맨드를 리트리브하기 위해 사용되는 CAT 툴키트(toolkit) 메커니즘들과 유사하다. 일 양상에서, 액세스 단말 폴링(poll) 주파수는, 제 1 커맨드에 대한 응답을 대기하는 동안 증가될 수도 있으므로, 프로세서는 UICC가 제 1 커맨드의 프로세싱을 완료하자마자 응답을 수신할 수도 있다. 토큰 YY의 수신 시에, 프로세서는, 새로이-도입된 커맨드를 사용하거나, 또는 일 양상에서 GET RESPONSE 커맨드와 같은 ETSI 102 221에서 이미 정의된 커맨드를 재사용함으로써, 제 1 커맨드에 대한 최종(또는 영구적인) 응답을 리트리브할 수도 있다. 양상에서, 프로세서는, 토큰 YY 값을 전달하기 위해 파라미터들 중 하나를 사용하여, GET RESPONSE 커맨드를 UICC에 전송할 것이다. UICC는, 제 1 커맨드에 대한 최종 응답을 프로세서에 전송함으로써 GET RESPONSE 또는 다른 새로이-도입된 커맨드에 응답할 수도 있다.

[0025] 도 1을 참조하면, 일 양상에서, 액세스 단말(100)은, 예를 들어, UICC(110)에 의한 비동기식 커맨드 프로세싱을 지원하도록 구성된 통신 컴포넌트(130)와 같은 인터페이스를 통해 서로 통신하도록 구성되는 UICC(110) 및 프로세서(160)를 포함하는 다양한 컴포넌트들을 포함할 수도 있다.

[0026] 액세스 단말(100)은, 액세스 단말(100)과 연관된 GSM, UMTS, 또는 LTE와 같은 무선 서비스에 대한 가입 정보를 제공하도록 구성될 수도 있는 UICC(110)를 포함한다. UICC(110)는, 스마트 카드 또는 가입자 아이덴티티 모듈 또는 가입자 식별 모듈(SIM) 카드로 지칭될 수도 있다. 가입 정보를 저장하는 것에 부가하여, UICC(110)는 다른 (예를 들어, 비-원격통신-관련) 애플리케이션들과 연관된 커맨드들을 프로세싱하도록 구성될 수도 있다. 예를 들어, 그리고 일 양상에서, UICC(110)는, 근접장 통신(NFC) 표준들에 따른 뱅킹 및/또는 페이먼트 애플리케이션들과 연관된 커맨드와 같지만 이에 제한되지는 않는 비-원격통신 관련 커맨드들을 프로세싱하도록 구성될 수도 있다.

[0027] 액세스 단말(100)은, 그 내부에서 사용된 데이터 및/또는 액세스 단말(100)의 프로세서(160), 및/또는 예를 들어, UICC(110) 내의 컴포넌트들과 같은 임의의 다른 프로세싱 컴포넌트들에 의해 실행되는 애플리케이션들의 로컬 버전들을 저장하도록 구성된 메모리(120)를 포함한다. 메모리(120)는, 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 테이프들, 자기 디스크들, 광학 디스크들, 휘발성 메모리, 비-휘발성 메모리, 및 이들의 임의의 결합과 같은 컴퓨터에 의해 사용가능한 임의의 타입의 메모리를 포함할 수 있다.

[0028] 액세스 단말(100)은, 하드웨어, 소프트웨어, 및 본 명세서에 설명된 바와 같은 서비스들을 이용하여 하나 또는 그 초과의 엔티티들과의 통신들을 설정 및 유지하도록 구성된 통신 컴포넌트(130)를 포함한다. 통신 컴포넌트(130)는, 액세스 단말(100) 내의 컴포넌트들 사이에서 통신들을 반송할 수도 있다. 예를 들어, 통신 컴포넌트(130)는, 액세스 단말(100)(예를 들어, 프로세서(160))과 UICC(110) 사이에서 인터페이스로서 서빙하고 통신들을 반송하도록 구성될 수도 있다. 그러므로, 통신 컴포넌트(130)는 하나 또는 그 초과의 버스들을 포함할 수도 있다. 통신 컴포넌트(130)는 또한, 액세스 단말(100)과 외부 세계 사이에서 통신들을 반송할 수도 있다. 통신 컴포넌트(130)는, 무선 네트워크 제공자로부터 서비스를 제공하기 위해 액세스 단말(100)(및/또는 그의 컴포넌트들)과 기지국(예를 들어, 피코셀, 펨토셀, 매크로셀, WiFi 셀, 또는 다른 액세스 포인트) 사이의 통신을 허용할 수도 있다. 통신 컴포넌트(130)는, 예를 들어, NFC 표준들에 따라, 비-원격통신-관련(예를 들어, NFC) 애플리케이션들과 연관된 커맨드들의 프로세싱을 위하여 UICC(110)에 의해 필요로 하는 바와 같이, 액세스 단말(100)과 다른 디바이스(예를 들어, 액세스 단말) 또는 수신기(예를 들어, 페이먼트를 수용하는 판매시점(point-of-sale) 디바이스) 사이의 통신을 허용할 수도 있다. 그러므로, 통신 컴포넌트(130)는, 외부 엔티티들과 인터페이싱하기 위해 동작가능한 하나 또는 그 초과의 송신기들 및 수신기들과 각각 연관된 송신 체인 컴포넌트들 및 수신 체인 컴포넌트들, 또는 하나 또는 그 초과의 트랜시버들을 포함할 수도 있다.

[0029] 액세스 단말(100)은, 본 명세서에 설명된 양상들과 관련하여 이용되는 정보, 데이터베이스들, 및 프로그램들의 대용량 저장부를 제공하는, 하드웨어 및/또는 소프트웨어의 임의의 적절한 결합일 수도 있는 데이터 저장부(140)를 포함한다. 예를 들어, 데이터 저장부(140)는, 프로세서(160), 및/또는 예를 들어, UICC(110) 내의 컴포넌트들과 같은 임의의 다른 프로세싱 컴포넌트들에 의해 현재 실행되고 있지 않은 애플리케이션들에 대한 데이터 저장소일 수도 있다.

[0030] 액세스 단말(100)은, 액세스 단말(100)의 사용자로부터 입력들을 수신하도록 구성되고, 사용자로의 제시를 위한 출력들을 생성하도록 추가적으로 동작가능한 사용자 인터페이스 컴포넌트(150)를 포함한다. 사용자 인터페이스 컴포넌트(150)는, 터치-감응 디스플레이, 하드 키패드, 숫자 패드, 네비게이션 키, 기능키, 마이크로폰, 음성 인식 컴포넌트, 사용자로부터 입력을 수신할 수 있는 임의의 메커니즘, 또는 이들의 임의의 결합을 포함하지만 이에 제한되지는 않는 하나 또는 그 초과의 입력 디바이스들을 포함할 수도 있다. 추가적으로, 사용자 인터페이스 컴포넌트(150)는, 디스플레이, 스피커, 햅틱 피드백 메커니즘, 프린터, 사용자에게 출력을 제시할 수 있는 임의의 다른 메커니즘, 또는 이들의 임의의 결합을 포함하지만 이에 제한되지는 않는 하나 또는 그 초과의 출력 디바이스들을 포함할 수도 있다. 사용자 인터페이스 컴포넌트(150)는, UICC(110)에 의해 필요로 하는 그리고 그에 의한 사용을 위한 사용자 입력을 요청하도록 UICC(110)와 통신할 수도 있다.

[0031] 액세스 단말(100)은, 액세스 단말(100)과 연관된 프로세싱 기능들을 수행하도록 구성된 프로세서(160)를 포함한다. 그러한 프로세싱 기능들은, 예를 들어, 네트워크와 통신하는 것, 운영 시스템 상에서 구동하는 것, 소프트웨어 명령들을 실행하는 것, 또는 액세스 단말 동작의 임의의 다른 양상을 포함할 수도 있다. 프로세서(160)는 단일 또는 다수의 세트의 프로세서들 또는 멀티-코어 프로세서들을 포함할 수도 있다. 또한, 프로세서(160)는, 통합된 프로세싱 시스템 및/또는 분산형 프로세싱 시스템으로서 구현될 수 있다.

[0032] 몇몇 경우들에서, UICC는, 액세스 단말과 통신하는 것으로 지칭될 수도 있으며, 이는, UICC가 액세스 단말의 일부이기 때문에 몇몇 혼란을 야기할 수도 있다. 그러므로, UICC가 액세스 단말의 프로세서와 통신하고 있을 수도 있다는 것을 표시하는 것이 더 정확할 수도 있다. 그러나, 그리고 본 명세서에 설명된 바와 같이, UICC(110)는, 액세스 단말(100)(예를 들어, 액세스 단말(100)은 UICC(110)로 커맨드들을 통신하고 그로부터 응답들을 수신하는 것으로 지칭될 수도 있음) 및 프로세서(160)(예를 들어, 프로세서(160)는 UICC(110)로 커맨드들을 통신하고 그로부터 응답들을 수신하는 것으로 지칭될 수도 있음)와 통신하는 것으로 상호교환가능하게 지칭될 수도 있다.

[0033] 도 2를 참조하면, 액세스 단말(AT)(100) 내에 둘 모두가 포함되고, 통신 컴포넌트(130)를 통해 서로 통신하는 UICC(110) 및 프로세서(160)의 부가적인 양상들이 도시된다. 일 양상에서, 통신 컴포넌트(130)는, UICC(110)에 의한 비동기식 커맨드 프로세싱을 지원하는 UICC(110)와 프로세서(160) 사이의 인터페이스로서 서빙하도록 구성될 수도 있다.

[0034] UICC(110)는, UICC 커맨드 모듈(222)을 포함하는 프로세서(160)로부터 제 1 커맨드(241)를 수신하도록 구성된 커맨드 수신 모듈(202)을 포함한다. UICC 커맨드 모듈(222)은, 제 1 커맨드(241) 및 적어도 하나의 부가적인 커맨드(243)를 생성하고 그들을 통신 컴포넌트(130)를 통해 UICC(110)에 통신하도록 구성된 커맨드 생성 모듈(224)을 포함한다. 일 양상에서, 제 1 커맨드(241)는 제 1 로직 채널 상에서 UICC(110)에 통신될 수도 있다. 일 양상에서, 제 1 커맨드(241)는, 복잡한 커맨드 및/또는 비-원격통신-관련 애플리케이션과 연관된 커맨드일 수도 있다. 일 양상에서, 제 1 커맨드(241)는 제 1 프로세싱 시간, 예를 들어, UICC(110)가 제 1 커맨드(241)를 프로세싱하는데 걸리는 시간의 양과 연관될 수도 있다.

[0035] 커맨드 수신 모듈(202)은 또한, 통신 컴포넌트(130)를 통해 프로세서(160)로부터 적어도 하나의 부가적인 커맨드(243)를 수신하도록 구성될 수도 있다. 일 양상에서, 적어도 하나의 부가적인 커맨드(243)는, UICC(110)가 제 1 커맨드(241)를 수신하는 제 1 로직 채널과는 상이할 수도 있는 제 2 로직 채널 상에서 UICC(110)로 통신될 수도 있다. 일 양상에서, 적어도 하나의 부가적인 커맨드(243)는, 원격통신-관련 애플리케이션들과 연관된 하나 또는 그 초과의 커맨드들 및/또는 비-원격통신-관련 애플리케이션들과 연관된 하나 또는 그 초과의 커맨드들을 포함할 수도 있다. 일 양상에서, 적어도 하나의 부가적인 커맨드(243) 각각은, 제 1 커맨드(241)와 연관된 제 1 프로세싱 시간보다 짧은 프로세싱 시간을 가질 수도 있다. 즉, UICC(110)는, UICC(110)가 제 1 커맨드(241)를 프로세싱하는데 걸릴 수도 있는 것보다 더 작은 시간에서 적어도 하나의 부가적인 커맨드(243) 각각을 프로세싱할 수도 있다. 커맨드 수신 모듈(202)은, (커맨드 수신 모듈(202)이 제 1 커맨드(241)에 대해 임의의 프로세싱을 수행하도록 구성되는지에 의존하여 프로세서(160)로부터 수신되는 제 1 커맨드(241)와 동일하거나 유사할 수도 있는) 제 1 커맨드(241)를 초기 응답 모듈(204) 및 커맨드 프로세싱 모듈(206)에 통신하도록 구성될 수도 있다. 부가적으로, 커맨드 수신 모듈(202)은 또한, (커맨드 수신 모듈(202)이 적어도 하나의 부가적인 커맨드(243)에 대해 임의의 프로세싱을 수행하도록 구성되는지에 의존하여 프로세서(160)로부터 수신되는 적어도 하나의 부가적인 커맨드(243)와 동일하거나 유사할 수도 있는) 적어도 하나의 부가적인 커맨드(243)를 커맨드 프로세싱 모듈(206)에 통신하도록 구성될 수도 있다.

[0036] UICC(110)는, 커맨드 수신 모듈(202)로부터 제 1 커맨드(241)를 수신하고, 제 1 커맨드에 대한 초기 응답(247)을 통신 컴포넌트(130)를 통해 프로세서(160)에 전송하도록 구성된 초기 응답 모듈(204)을 포함한다. 일 양상에서, 초기 응답(247)은 본 명세서에서 설명된 바와 같이, 제 1 커맨드(241)와 연관된 토큰(205)을 포함되며, 그 토큰은 일 양상에서 초기 응답 모듈(204)에 의해 생성될 수도 있다.

[0037] UICC(110)는, 커맨드 수신 모듈(202)로부터 제 1 커맨드(241) 및 적어도 하나의 부가적인 커맨드(243)를 수신하도록 구성된 커맨드 프로세싱 모듈(206)을 포함한다. 커맨드 프로세싱 모듈(206)은, 완료 때까지 그리고 제 1 프로세싱 시간 동안, (복잡한 비-원격통신-관련 커맨드일 수도 있는) 제 1 커맨드(241)를 프로세싱하도록 구성된 비-원격통신 커맨드 프로세싱 모듈(212)을 포함한다. 커맨드 프로세싱 모듈(206)은, 완료 때까지 그리고 제 1 커맨드(241)와 연관된 제 1 프로세싱 시간보다 짧은 프로세싱 시간 동안, (예를 들어, 적어도 하나의 부가적인 커맨드(243) 중 하나가 원격통신-관련 커맨드인 경우) 적어도 하나의 부가적인 커맨드(243)를 프로세싱하도록 구성된 원격통신 커맨드 프로세싱 모듈(210)을 포함한다. 도 2의 예에서 그리고 본 설명의 목적들을 위해, 적어도 하나의 부가적인 커맨드(243)는, 원격통신-관련 커맨드인 것으로 가정되며, 그러므로, 원격통신 커맨드 프로세싱 모듈(210)에 의해 프로세싱된다. 그러나, 그리고 일 양상에서, 적어도 하나의 부가적인 커맨드(243) 중 하나 또는 그 초과는, 비-원격통신 커맨드 프로세싱 모듈(212)에 의해 프로세싱될 수도 있는 비-원격통신-관련 커맨드일 수도 있다.

[0038] 일 양상에서, 비-원격통신 커맨드 프로세싱 모듈(212)은, 원격통신 커맨드 프로세싱 모듈(210)이 적어도 하나의 부가적인 커맨드(243)를 프로세싱하고 있는 것과 동일한 시간에(예를 들어, 병렬로) 제 1 커맨드(241)를 프로세싱할 수도 있다. 일 양상에서, 비-원격통신 커맨드 프로세싱 모듈(212) 및 원격통신 커맨드 프로세싱 모듈(210)에 의한 프로세싱은 순차적으로 그리고/또는 달리 수행될 수도 있다. 일 양상(미도시)에서, 커맨드 프로세싱 모듈(206)은, 제 1 커맨드(241)를 프로세싱하고, 적어도 하나의 부가적인 커맨드(243) 중 하나를 프로세싱하기 위해 제 1 커맨드(241)의 프로세싱을 중지하며, 그 후, 적어도 하나의 부가적인 커맨드(243)의 프로세싱의 완료 시에, 제 1 커맨드(241)의 프로세싱으로 리턴하도록 구성된 하나의 커맨드 프로세싱 모듈만을 포함할 수도 있다.

[0039] 적어도 하나의 부가적인 커맨드(243)의 프로세싱의 완료 시에, 커맨드 프로세싱 모듈(206)은, 적어도 하나의 부가적인 커맨드 각각에 대한 응답(245)을 생성하고, 통신 컴포넌트(130)를 통해 응답(245)을 프로세서(160)에 통신하도록 구성될 수도 있다.

[0040] 제 1 커맨드(241)를 프로세싱하는 것의 완료 시에, 비-원격통신 커맨드 프로세싱 모듈(212)은 도 2의 예에서, 제 1 커맨드 프로세싱 완료 표시(277)를 원격통신 커맨드 프로세싱 모듈(210)에 통신한다. 이에 기초하여, 그리고 적어도 하나의 부가적인 커맨드(243) 중 현재, 또는 (예를 들어, 어떠한 커맨드도 원격통신 커맨드 프로세싱 모듈(210)에 의해 현재 프로세싱되고 있지 않으면) 다음의 커맨드의 완료 시에, 원격통신 커맨드 프로세싱 모듈(210)은, 적어도 하나의 부가적인 커맨드 중 현재, 또는 다음의 커맨드에 대한 응답(245)에 (일 양상에서, 초기 응답 모듈(204)에 의해 커맨드 프로세싱 모듈(206) 및/또는 원격통신 커맨드 프로세싱 모듈(210)에 통신될 수도 있는) 토큰(205)을 첨부하도록 구성될 수도 있다.

[0041] 제 1 커맨드에 대한 초기 응답(247) 및 적어도 하나의 부가적인 커맨드 각각에 대한 응답들(245)은 커맨드 응답 모듈(226)에서 프로세서(160)에 의해 수신될 수도 있다. 커맨드 응답 모듈(226)은, UICC 커맨드 모듈(222)에 포함될 수도 있으며, 토큰(205)을 포함하는 초기 응답(247)을 수신하고, 제 1 커맨드(241)와 토큰(205) 사이의 상관을 (데이터 저장부 등에) 저장하도록 구성될 수도 있다. 토큰(205)을 포함하는 부가적인 커맨드 중 현재의 커맨드에 대한 응답(245)의 커맨드 응답 모듈(226)에 의해 수신 시에, 커맨드 응답 모듈(226)은, 토큰(205)이 제 1 커맨드(241)에 관련된다고 결정하도록 구성될 수도 있다. 결정에 기초하여, 커맨드 응답 모듈(226)은, 제 1 커맨드(241)에 대한 응답이 UICC(110)로부터 리트리브될 준비가 되었다는 것을 표시하기 위한 토큰 표시(273)를 생성하고 커맨드 생성 모듈(224)에 제공하도록 구성될 수도 있다. 토큰 표시(273)를 수신하는 것에 응답하여, 커맨드 생성 모듈(224)은, GET RESPONSE 커맨드(271)를 생성하고, 통신 컴포넌트(130)를 통해 UICC(110)에 통신하도록 구성될 수도 있다. 일 양상에서, GET RESPONSE 커맨드(271)는, UICC가 제 1 커맨드(241)를 수신하는 동일한 로직 채널이고, UICC(110)가 적어도 하나의 부가적인 커맨드(243)를 수신하는 제 2 로직 채널과는 상이한 로직 채널일 수도 있는 제 1 로직 채널 상에서 UICC(110)에 통신될 수도 있다. 커맨드 수신 모듈(202)은, GET RESPONSE 커맨드(271)를 수신할 수도 있으며, (커맨드 수신 모듈(202)이 GET RESPONSE 커맨드(271)에 대해 임의의 프로세싱을 수행하도록 구성되는지에 기초하여 프로세서(160)로부터 수신되는 GET RESPONSE 커맨드(271)와 동일하거나 유사할 수도 있는) GET RESPONSE 커맨드(271)를 커맨드 프로세싱 모듈(206)에 통신할 수도 있다. 커맨드 수신 모듈(202)로부터 GET RESPONSE 커맨드(271)를 수신하는 것에 응답하여, 커맨드 프로세싱 모듈(206) 및/또는 비-원격통신 커맨드 프로세싱 모듈(212)은, 제 1 커맨드에 대한 최종 응답(275)을 생성하고, 통신 컴포넌트(130)를 통해 프로세서(160)에 통신하도록 구성될 수도 있다.

[0042] 도 3을 참조하면, 일 양상에서, 호 흐름은, 도 1 및 2에 대해 상술된 바와 같이, UICC(110)에 의한 비동기식 커맨드 프로세싱을 지원하는 인터페이스(예를 들어, 도 3의 통신 컴포넌트(130))를 통한 프로세서(160)와 UICC(110) 사이의 통신을 도시한다.

[0043] (331)에서, 프로세서(160)는, 제 1 커맨드(예를 들어, 도 2의 제 1 커맨드(241))를 UICC(110)에 통신한다. 일 양상에서, 제 1 커맨드는, 예를 들어, NFC에 따른 뱅킹 또는 페이먼트 애플리케이션에 관련된 커맨드 및/또는 암호 알고리즘들을 포함하고, UICC(110)에 의해 프로세싱되는데 매우 긴 시간(예를 들어, 심지어 1분 초과)이 걸리는 복잡한 커맨드와 같은 비-원격통신-관련 커맨드일 수도 있다. 일 양상에서, 제 1 커맨드는, 제 1 커맨드를 개시했던 제 1 (예를 들어, 비-원격통신-관련) 애플리케이션과 연관된 제 1 로직 채널을 통해 프로세서(160)에 의해 (예를 들어, 도 2의 커맨드 생성 모듈(224)을 통하여) UICC(110)에 전송될 수도 있다. 제 1 로직 채널은, 그를 통해 제 1 커맨드를 전송하기 전에, 제 1 애플리케이션에 개방되고 속박(bound)될 수도 있다.

[0044] (332)에서, UICC(110)는, (예를 들어, 도 2의 커맨드 수신 모듈(202)에서) 제 1 커맨드를 수신하고, 제 1 커맨드에 대한 초기(또는 임시) 응답(예를 들어, 도 2의 초기 응답(247))으로 프로세서(160)에 (예를 들어, 도 2의 초기 응답 모듈(204)을 통해) 응답한다. 초기 응답은 제 1 로직 채널 상에서 통신돌 수도 있다. 초기 응답은 토큰(예를 들어, 도 2의 토큰(205))을 포함한다. 일 예에서, 응답은 특수한 상태 워드 XX YY일 수도 있으며, 여기서, XX는, UICC(110)가 제 1 커맨드에 대한 응답을 추후의 시간에(예를 들어, 비동기식으로) 리턴할 것이라는 것을 고유하게 식별하기 위한 새로운 상태 워드 코드이고, YY는, 커맨드가 완료된 경우 UICC가 다시 사용할 수도 있는 토큰이다. 다른 예에서, 응답은, 제 1 커맨드에 대한 응답이 비동기식으로 프로세싱될 수도 있으며, 제 1 커맨드를 고유하게 식별한다는 것을 표시하는 몇몇 다른 식별자일 수도 있다. 제 1 커맨드의 프로세싱은, 제 1 커맨드의 수신 시에 UICC(110)에서(예를 들어, 도 2의 커맨드 프로세싱 모듈(206) 내의 비-원격통신 커맨드 프로세싱 모듈(212)에서) 시작할 수도 있다. 따라서, 프로세서(160)는 이제, 제 1 커맨드 요청에 대한 응답(예를 들어, 초기 응답(247))을 수신하며, 그러므로, UICC(110)가 제 1 커맨드에 응답하는 상부 계층이 충족될 수도 있다. 따라서, UICC(110)는 더 이상, 부가적인 커맨드들을 수신, 프로세싱, 및 그에 응답하는 것이 차단되지 않을 수도 있다.

[0045] 그러므로, 그리고 (333, 335, 및 337)에 도시된 바와 같이, 프로세서(160)는 (예를 들어, 커맨드 생성 모듈(224)을 통해) 부가적인 커맨드들(예를 들어, 도 2의 적어도 하나의 부가적인 커맨드(243))을 생성하고 UICC(110)에 통신할 수도 있다. (334, 336, 및 338)에서, 프로세서(160)는 (예를 들어, 커맨드 응답 모듈(226)에서) 단일 물리 채널일 수도 있는, 프로세서(160)와 UICC(110) 사이의 기존의 인터페이스를 통해 (예를 들어, 통신 컴포넌트(130)를 통해) 대응하는 응답들을 수신할 수도 있다. 프로세서(160)에 의해 UICC(110)으로 통신된 제 2 내지 제 N 커맨드들은 원격통신-관련 커맨드들 및/또는 비-원격통신-관련 커맨드들일 수도 있다. 일 양상에서, 제 2 내지 제 N 커맨드들 및 대응하는 응답들은, 커맨드들과 연관된 애플리케이션들에 개방되고 속박되는 다양한 로직 채널들 상에서 통신될 수도 있다. 일 양상에서, 제 2 내지 제 N 커맨드들에 대해 사용된 다양한 로직 채널들은 제 1 커맨드에 대해 사용된 제 1 로직 채널과 동일하거나 그와 상이할 수도 있다.

[0046] UICC(110)는 (예를 들어, 도 2의 비-원격통신 커맨드 프로세싱 모듈(212)을 통해) 제 1 커맨드의 프로세싱을 완료할 수도 있다. 일 양상에서, 그리고 특히 UICC(110)가 멀티-스레딩된 카드이면, 제 1 커맨드의 프로세싱은 (예를 들어, 도 3에 도시된 바와 같이) 제 N 커맨드의 실행 동안 완료될 수도 있다. 다른 양상에서, 그리고 특히 UICC(110)가 단일-스레딩된 카드이면, 제 1 커맨드의 프로세싱은, 제 N 커맨드가 UICC(110)에 의해 수신되기 전에 완료될 수도 있다. 제 1 커맨드에 대한 프로세싱이 완료되었던 경우(예를 들어, 그 이전, 그 동안, 또는 그 이후)에 프로세싱되고 있었던 제 N 커맨드에 UICC(110)가 (338)에서 응답하는 이벤트에서(예를 들어, 적어도 하나의 부가적인 커맨드 중 하나에 대한 응답(245)), UICC(110)는 제 N 커맨드에 대한 응답에 제 1 커맨드(241)를 식별하는데 사용되는 토큰(예를 들어, 도 2의 토큰(205))을 포함시킨다. 일 예에서, 그리고 일 양상에서, 제 N 응답은 9Z YY를 포함할 수도 있으며, 여기서, 9Z는, 현재의 (예를 들어, 제 N) 커맨드가 성공적으로 완료되었다는 것을 표시하고, YY는 제 1 커맨드에 대한 응답이 또한 이용가능하다는 것을 표시한다. 다른 예에서, 그리고 일 양상에서, 토큰은, 제 1 커맨드에 대한 응답이 비동기식으로 프로세싱될 수도 있으며, 제 1 커맨드를 고유하게 식별한다는 것을 표시하는 몇몇 다른 식별자일 수도 있다. 임의의 이벤트에서, (338)에서 제 N 응답과 함께 전송된 토큰은, (332)에서 제 1 커맨드에 대한 초기 응답에서 전송된 것과 동일한 토큰이다. 일 양상에서, 액세스 단말 폴링 주파수는, 프로세서(160)가 제 1 커맨드에 대한 응답을 대기하는 동안 증가될 수도 있으므로, 프로세서(160)는 UICC(110)가 제 1 커맨드의 프로세싱을 완료하자마자 응답을 수신할 수도 있다.

[0047] (338)에서 (예를 들어, 도 2의 커맨드 응답 모듈(226)에 의한) 토큰을 포함하는 제 N 응답의 수신 시에, 프로세서(160)는 제 1 커맨드에 대한 최종(또는 영구적인) 응답을 리트리브할 수도 있다. 예를 들어, 그리고 일 양상에서, 프로세서(160)는 (예를 들어, 커맨드 생성 모듈(224)을 통해) 일 양상에서는 GET RESPONSE 커맨드(예를 들어, 도 2의 GET RESPONSE 커맨드(271))와 같이, 새로이-도입된 커맨드를 사용하여 또는 ETSI 102 221에서 이미 정의된 커맨드를 재사용하여 제 1 커맨드에 대한 최종 응답을 요청할 수도 있다. 양상에서, (339)에서, 프로세서(160)는, 토큰을 전달하기 위해 파라미터들 중 하나를 사용하여, GET RESPONSE 커맨드를 UICC(110)에 통신할 수도 있다. GET RESPONSE 커맨드는, 통신 컴포넌트(130)를 통해 그리고 제 1 로직 채널 상에서 UICC(110)에 통신될 수도 있다. UICC(110)는, (340)에서 제 1 커맨드에 대한 최종 응답(예를 들어, 도 2의 제 1 커맨드에 대한 최종 응답(275))을 (예를 들어, 커맨드 응답 모듈(226)을 통해) 제 1 로직 상에서 프로세서(160)에 전송함으로써 GET RESPONSE 또는 다른 새로이-도입된 커맨드에 응답할 수도 있다.

[0048] 그러므로, 요청들/응답들의 본질적으로 2개의 세트들, 즉 ((131)에서 통신된) 제 1 커맨드/((332)에서 통신된) 제 1 커맨드에 대한 초기 응답 및 ((339)에서 통신된) GET RESPONSE 커맨드/((340)에서 통신된) 제 1 커맨드에 대한 최종 응답은, 프로세서(160)로부터 UICC(110)로 제 1 커맨드를 전송하고 UICC(110)로부터 제 1 커맨드에 대한 완료 응답을 수신하는데 사용된다. 따라서, 상부 계층은, 프로세서(160)에 의한 각각의 요청(예를 들어, 커맨드)이 UICC(110)로부터 대응하는 응답을 수신한다는 것을 인식하며, 프로세서(160)가 부가적인 커맨드들(예를 들어, 시간 민감형 원격통신-관련 커맨드들)을 UICC(110)에 전송하고 UICC(110)로부터 응답들을 수신하는 것이 차단되지 않으면서, UICC(110)는 제 1 커맨드를 프로세싱할 수도 있다.

[0049] 일 양상에서, 예를 들어, 제 1 커맨드가 제 1 로직 채널 상에서, 배경에서 (예를 들어, 병렬로) (예를 들어, 도 2의 비-원격통신 커맨드 프로세싱 모듈(212)을 통해) UICC(110)에 의해 프로세싱되는 반면, 부가적인 커맨드들이 또한 그들 각각의 로직 채널들 상에서 (예를 들어, 비-원격통신 커맨드 프로세싱 모듈(212) 및/또는 원격통신 커맨드 프로세싱 모듈(210)을 통해) UICC(110)에 의해 프로세싱되도록 제 1 커맨드의 프로세싱은 비동기식으로 수행될 수도 있다. 다른 양상에서, UICC(110)는, 그것이 (다른 로직 채널들 상에서) 다른 커맨드들을 프로세싱하고 있지 않은 시간들 동안 (제 1 로직 채널 상에서) 제 1 커맨드를 프로세싱할 수도 있어서, UICC(110)는, 다른 커맨드들이 프로세싱을 요구하는 경우 제 1 커맨드의 프로세싱을 지연시키고, 그 후, 다른 커맨드들의 프로세싱이 완료되는 경우 제 1 커맨드의 프로세싱으로 리턴할 수도 있다.

[0050] 도 4를 참조하면, 일 양상에서, 클록(CLK)(400)은 액세스 단말(100)과 일반적으로 연관된 클록일 수도 있다. 다른 양상에서, 클록(400)은 프로세서(160)와 연관될 수도 있다. 또 다른 양상에서, 클록(400)은 UICC(110) 내부의 클록일 수도 있다. 도 4에서, 수평 라인은 CLK(400)에 의해 유지된 시간을 표현하며, 시간은 좌측으로부터 우측으로 증가한다.

[0051] 시간(410)에서, 프로세서(160)는, (예를 들어, 도 2의 커맨드 생성 모듈(224)을 통해) 제 1 커맨드(예를 들어, 도 2의 제 1 커맨드(241))를 생성하고 UICC(110)에 통신한다. (420)에서, UICC(110)는, 제 1 커맨드의 수신 시에 (예를 들어, 도 2의 초기 응답 모듈(204)을 통해) 제 1 커맨드에 대한 초기(또는 임시) 응답(예를 들어, 도 2의 초기 응답(247))을 생성하고 (예를 들어, 도 2의 커맨드 응답 모듈(226)을 통해) 프로세서(160)에 통신한다. 제 1 커맨드에 대한 초기 응답은, UICC(110)에 의한 제 1 커맨드의 수신 시에 즉시 또는 적어도 불필요한 지연 없이 통신될 수도 있다. UICC(110)는 (예를 들어, 비-원격통신 커맨드 프로세싱 모듈(212)에서) 수신 시에 제 1 커맨드의 프로세싱을 시작한다. 제 1 커맨드에 대한 초기 응답은, 제 1 커맨드가 제 1 커맨드를 고유하게 식별하는 토큰(예를 들어, 도 2의 YY 및/또는 토큰(205))과 함께 UICC(110)에 의해 비동기식으로 프로세싱될 것이라는 표시(예를 들어, XX)를 포함한다.

[0052] 시간(420)에서, 초기 응답은, 부가적인 커맨드들이 프로세서(160)에 의해 UICC(110)로 통신될 수도 있도록 요청/응답 페어링을 완료한다.

[0053] 시간(430)에서, 프로세서(160)는, 적어도 하나의 부가적인 커맨드(예를 들어, 도 2의 적어도 하나의 부가적인 커맨드(243))를 UICC(110)에 통신한다. 부가적인 커맨드들의 수신 시에, UICC(110)가 (예를 들어, 도 2의 비-원격통신 커맨드 프로세싱 모듈(212)을 통해) 제 1 커맨드를 프로세싱하는 동안, UICC(110)는 (예를 들어, 커맨드의 타입에 의존하여 도 2의 비-원격통신 커맨드 프로세싱 모듈(212) 및/또는 원격통신 커맨드 프로세싱 모듈(210)을 통해) 부가적인 커맨드들을 프로세싱하기를 시작한다. 제 1 커맨드의 프로세싱이 완료되는 경우 그리고 현재의 부가적인 커맨드의 프로세싱의 완료 시에, UICC(110)는 (예를 들어, 도 2의 커맨드 프로세싱 모듈(206)을 통해) 시간(440)에서, 프로세서(160)로의 응답(예를 들어, 도 2의 9Z YY 및/또는 부가적인 커맨드에 대한 응답(245))을 생성하고 (예를 들어, 도 2의 커맨드 응답 모듈(226)을 통해) 프로세서(160)에 통신한다. 응답(예를 들어, 9Z YY)은, 현재의 커맨드에 대한 응답(예를 들어, 9Z) 및 제 1 커맨드를 고유하게 식별하는 토큰(예를 들어, 도 2의 YY 및/또는 토큰(205))을 포함한다. 시간(440)에서 통신된 응답에 토큰을 포함시킴으로써, UICC(110)는, 제 1 커맨드에 대한 최종 또는 영구적인 응답이 이용가능하다는 것을 프로세서(160)에 경고(alert)한다.

[0054] 시간(450)에서, 프로세서(160)는 (예를 들어, 도 2의 커맨드 생성 모듈(224)을 통해) GET RESPONSE 또는 다른 새로이-도입된 커맨드(예를 들어, 도 2의 GET RESPONSE 커맨드(271))를 생성하고 UICC(110)에 통신한다. 커맨드는 제 1 커맨드를 식별하기 위한 토큰(예를 들어, 도 2의 YY 및/또는 토큰(205))을 포함한다.

[0055] 시간(460)에서, UICC(110)는 (예를 들어, 도 2의 커맨드 수신 모듈(202)에서) 커맨드를 수신하고, 제 1 커맨드에 대한 최종 또는 영구적인 응답(예를 들어, 도 2의 제 1 커맨드에 대한 최종 응답(275))을 (예를 들어, 도 2의 커맨드 프로세싱 모듈(206)을 통해) 통신한다.

[0056] 도 5를 참조하면, 일 양상에서, UICC(110)에 의한 비동기식 커맨드 프로세싱을 지원하는, 액세스 단말(100)에 포함된 UICC(110)와 프로세서(160) 사이에 인터페이스를 제공하기 위한 방법(500)은, UICC(110) 및 프로세서(160)에 의해 수행될 수도 있다. 더 상세하게, 방법(500)의 양상들은, (도 1에 도시된 바와 같은) 액세스 단말(100)의 메모리(120), 통신 컴포넌트(130), 데이터 저장부(140), 사용자 인터페이스 컴포넌트(150), 및/또는 프로세서(160), (도 2에 도시된 바와 같은) UICC(110)의 커맨드 수신 모듈(202), 초기 응답 모듈(204), 커맨드 프로세싱 모듈(206), 원격통신 커맨드 프로세싱 모듈(210), 및/또는 비-원격통신 커맨드 프로세싱 모듈(212), 및/또는 (도 2에 도시된 바와 같은) 프로세서(160)의 UICC 커맨드 모듈(222), 커맨드 생성 모듈(224), 및/또는 커맨드 응답 모듈(226)에 의해 수행될 수도 있다.

[0057] (510)에서, 방법(500)은, 프로세서로부터 제 1 커맨드를 수신하는 단계를 포함하며, 여기서, 제 1 커맨드는 제 1 프로세싱 시간을 갖는 복잡한 커맨드이다. 예를 들어, 커맨드 수신 모듈(202)은, 프로세서(160)에 포함된 커맨드 생성 모듈(224)에 의해, 생성될 수도 있고 통신 컴포넌트(130)를 통해 UICC(110)에 통신될 수도 있는 제 1 커맨드(241)를 수신하도록 구성될 수도 있다. 일 양상에서, 제 1 커맨드(241)는, 매우 긴 프로세싱 시간(예를 들어, 1분 초과)을 갖는 복잡한 암호 알고리즘 및/또는 비-원격통신-관련 커맨드일 수도 있다. 제 1 커맨드(241)는 제 1 로직 채널 상에서 프로세서(160)로부터 UICC(110)로 통신될 수도 있다.

[0058] (520)에서, 방법(500)은, 제 1 커맨드에 대한 초기 응답을 전송하는 단계를 포함하며, 여기서, 초기 응답은 제 1 커맨드와 연관된 토큰을 포함한다. 예를 들어, 커맨드 수신 모듈(202)은, 제 1 커맨드(241)를 초기 응답 모듈(204)에 통신하도록 구성될 수도 있다. 초기 응답 모듈(204)은, 초기 응답(247)을 생성하고, 통신 컴포넌트(130)를 통해 프로세서(160)에 전송하도록 구성될 수도 있다. 초기 응답(247)은, 제 1 커맨드(241)와 연관된 토큰(205)(예를 들어, YY)을 포함할 수도 있다.

[0059] (530)에서, 방법(500)은, 제 1 프로세싱 시간 동안 제 1 커맨드를 프로세싱하는 단계를 포함한다. 예를 들어, 커맨드 수신 모듈(202)은, 비-원격통신 커맨드 프로세싱 모듈(212)을 포함하는 커맨드 프로세싱 모듈(206)에 제 1 커맨드(241)를 통신하도록 구성될 수도 있다. 비-원격통신 커맨드 프로세싱 모듈(212)은 제 1 프로세싱 시간 동안 제 1 커맨드(241)를 프로세싱하도록 구성될 수도 있다.

[0060] (540)에서, 방법(500)은, 프로세서로부터 적어도 하나의 부가적인 커맨드를 수신하는 단계를 포함하며, 적어도 하나의 부가적인 커맨드들 각각은 제 1 프로세싱 시간보다 짧은 프로세싱 시간을 갖는다. 예를 들어, 커맨드 수신 모듈(202)은, 프로세서(160)에 포함된 커맨드 생성 모듈(224)에 의해, 생성될 수도 있고 통신 컴포넌트(130)를 통해 UICC(110)에 통신될 수도 있는 적어도 하나의 부가적인 커맨드(243)를 수신하도록 구성될 수도 있다. 커맨드 수신 모듈(202)은, 일 양상에서는 도 3의 제 2 내지 제 N 커맨드들일 수도 있는 적어도 하나의 부가적인 커맨드(243)를, 비-원격통신 커맨드 프로세싱 모듈(212) 및 원격통신 커맨드 프로세싱 모듈(210)을 포함하는 커맨드 프로세싱 모듈(206)에 통신하도록 구성될 수도 있다. 일 양상에서, 적어도 하나의 부가적인 커맨드(243)는, 원격통신 커맨드 프로세싱 모듈(210)에 의해 프로세싱될 수도 있는 하나 또는 그 초과의 원격통신-관련 커맨드들, 및/또는 비-원격통신 커맨드 프로세싱 모듈(212)에 의해 프로세싱될 수도 있는 하나 또는 그 초과의 비-원격통신-관련 커맨드들을 포함할 수도 있다. 적어도 하나의 부가적인 커맨드(243), 및 적어도 하나의 부가적인 커맨드 각각에 대한 대응하는 응답들(245)은, 커맨드들과 연관된 애플리케이션들로 개방되고 속박되는 다양한 로직 채널들 상에서 통신될 수도 있다. 일 양상에서, 적어도 하나의 부가적인 커맨드들(243)에 대해 사용된 다양한 로직 채널들은 제 1 커맨드(241)에 대해 사용된 제 1 로직 채널과는 상이할 수도 있다.

[0061] (550)에서, 방법(500)은 제 1 커맨드의 프로세싱을 완료하는 단계를 포함한다. 예를 들어, 비-원격통신 커맨드 프로세싱 모듈(212)은, 제 1 커맨드(241)의 프로세싱을 완료하며, 그로서 제 1 커맨드 프로세싱 완료 표시(277)를 생성하고 원격통신 커맨드 프로세싱 모듈(210)에 통신하도록 구성될 수도 있다. 일 양상에서, 비-원격통신 커맨드 프로세싱 모듈(212)이 적어도 하나의 부가적인 커맨드(243) 중 현재의 커맨드를 프로세싱하고 있다면, 예를 들어, 적어도 하나의 부가적인 커맨드(243) 중 현재의 커맨드의 프로세싱을 추천하기 전에 제 1 커맨드(241)의 프로세싱이 완료되었다는 것을 비-원격통신 커맨드 프로세싱 모듈(212)이 이미 인식할 것이기 때문에,제 1 커맨드 프로세싱 완료 표시(277)는 생성되지 않을 수도 있다.

[0062] (560)에서, 방법(500)은, 적어도 하나의 부가적인 커맨드 중 현재의 커맨드의 프로세싱을 완료하는 단계를 포함하며, 여기서, 적어도 하나의 부가적인 커맨드 중 현재의 커맨드는, 제 1 커맨드의 프로세싱의 완료 이전, 그 동안, 또는 그 이후 프로세싱하고 있는 커맨드이다. 예를 들어, 비-원격통신 커맨드 프로세싱 모듈(212) 및/또는 원격통신 커맨드 프로세싱 모듈(210)은, 적어도 하나의 부가적인 커맨드(243) 중 현재의 커맨드를 프로세싱하는 것을 완료할 수도 있다. 일 양상에서, 그리고 특히 UICC(110)가 멀티-스레딩된 카드이면, 비-원격통신 커맨드 프로세싱 모듈(212)에 의한 제 1 커맨드(241)의 프로세싱은, (도 3에 도시된 바와 같이) 비-원격통신 커맨드 프로세싱 모듈(212) 또는 원격통신 커맨드 프로세싱 모듈(210)에 의한 적어도 하나의 부가적인 커맨드(243) 중 현재-계류중인(예를 들어, 제 N) 커맨드의 실행 동안 완료될 수도 있다. 다른 양상에서, 그리고 특히 UICC(110)가 단일-스레딩된 카드이면, 비-원격통신 커맨드 프로세싱 모듈(212)에 의한 제 1 커맨드(241)의 프로세싱은, 적어도 하나의 부가적인 커맨드(243) 중 현재-계류중인(예를 들어, 제 N) 커맨드가 UICC(110)에 의해 수신되기 전에 완료될 수도 있다. 임의의 이벤트에서, 비-원격통신 커맨드 프로세싱 모듈(212)에 의한 제 1 커맨드(241)에 대한 프로세싱이 완료되었던 경우(예를 들어, 그 이전, 그 동안, 또는 그 이후)에 비-원격통신 커맨드 프로세싱 모듈(212) 또는 원격통신 커맨드 프로세싱 모듈(210)에 의해 프로세싱되었던 적어도 하나의 커맨드(243) 중 제 N 커맨드에 UICC(110)가 응답하는 경우, UICC(110)는 커맨드 프로세싱 모듈(206)을 통해, 제 N 커맨드에 대한 응답(245)을 생성하고 프로세서(160)에 통신한다.

[0063] 일 양상에서, 예를 들어, 제 1 커맨드(241)가 제 1 로직 채널 상에서, 배경에서 (예를 들어, 병렬로) 비-원격통신 커맨드 프로세싱 모듈(212)을 통하여 UICC(110)에 의해 프로세싱되는 반면, 부가적인 커맨드들이 또한 그들 각각의 로직 채널들 상에서 비-원격통신 커맨드 프로세싱 모듈(212) 또는 원격통신 커맨드 프로세싱 모듈(210)을 통하여 UICC(110)에 의해 프로세싱되도록 제 1 커맨드(241)의 프로세싱은 비동기식으로 수행될 수도 있다. 다른 양상에서, UICC(110)가 비-원격통신 커맨드 프로세싱 모듈(212) 또는 원격통신 커맨드 프로세싱 모듈(210)을 통해 (다른 로직 채널들 상에서) 적어도 하나의 부가적인 커맨드들(243)을 프로세싱하고 있지 않은 시간들 동안, UICC(110)는 비-원격통신 커맨드 프로세싱 모듈(212)을 통해, (제 1 로직 채널 상에서) 제 1 커맨드(241)를 프로세싱할 수도 있어서, UICC(110)는, 적어도 하나의 부가적인 커맨드(243)가 프로세싱을 요구하는 경우 제 1 커맨드(241)의 프로세싱을 지연시키고, 그 후, 적어도 하나의 부가적인 커맨드(243)의 프로세싱이 완료되는 경우 제 1 커맨드(241)의 프로세싱으로 리턴할 수도 있다.

[0064] (570)에서, 방법(500)은, 적어도 하나의 부가적인 커맨드 중 현재의 커맨드에 대한 응답을 전송하는 단계를 포함하며, 여기서, 응답은 토큰(예를 들어, YY)을 포함한다. 예를 들어, 커맨드 프로세싱 모듈(206)은, 제 1 커맨드(241)의 프로세싱이 완료된 경우(예를 들어, 그 이전, 그 동안, 또는 그 이후)에 프로세싱되었던 커맨드(예를 들어, 도 2의 제 N 커맨드)에 대한 응답(245)(예를 들어, 도 2의 제 N 응답)을 생성하고, 통신 컴포넌트(130)를 통해 프로세서(160)에 통신할 수도 있다. 응답(245)은 또한, UICC(110)이 제 1 커맨드(241)의 프로세싱을 완료했다는 것을 토큰(205)(예를 들어, YY)을 통해 프로세서(160)에 경고하도록 서빙한다.

[0065] (580)에서, 그리고 선택적으로, 방법(500)은, 프로세서로부터 GET RESPONSE 커맨드를 수신하는 단계를 포함하며, 여기서, GET RESPONSE 커맨드는 토큰을 포함한다. 예를 들어, 프로세서(160)는 커맨드 응답 모듈(226)을 통해, 토큰(205)을 포함하는 응답(245)을 수신할 수도 있으며, UICC(110)가 제 1 커맨드(241)의 프로세싱을 완료했다는 것을 표시하기 위한 토큰 표시(273)를 커맨드 생성 모듈(224)에 통신할 수도 있다. 응답으로, 커맨드 생성 모듈(224)은 GET RESPONSE 커맨드(271) 또는 다른 새로이-도입된 커맨드를 생성하고 UICC(110)에 통신할 수도 있다. 일 양상에서, GET RESPONSE 커맨드(271)는, 제 1 로직 채널 상에서 통신 컴포넌트(130)를 통하여 프로세서(160)에 의해 UICC(110)로 통신될 수도 있다.

[0066] (590)에서, 그리고 선택적으로, 방법(500)은 GET RESPONSE 커맨드에 기초하여 제 1 커맨드에 대한 최종 응답을 전송하는 단계를 포함한다. 예를 들어, 커맨드 수신 모듈(202)은, GET RESPONSE 커맨드(271)를 수신하고, 그것을 커맨드 프로세싱 모듈(206)에 통신할 수도 있다. 응답으로, 커맨드 프로세싱 모듈(206)은, 제 1 로직 채널 상에서 통신 컴포넌트(130)를 통해 제 1 커맨드에 대한 최종 응답(275)을 프로세서(160)에 통신할 수도 있다.

[0067] 본 출원에서 사용된 바와 같이, 용어들 "컴포넌트", "모듈", "시스템" 등은 하드웨어, 펌웨어, 하드웨어와 소프트웨어의 결합, 소프트웨어, 또는 실행중의 소프트웨어와 같지만 이에 제한되지는 않는 컴퓨터-관련 엔티티를 포함하도록 의도된다. 예를 들어, 컴포넌트는 프로세서 상에서 구동하는 프로세스, 프로세서, 오브젝트, 실행가능물, 실행 스레드, 프로그램, 및/또는 컴퓨터일 수도 있지만, 이에 제한되지는 않는다. 예시로서, 컴퓨팅 디바이스 상에서 구동하는 애플리케이션 및 컴퓨팅 디바이스 둘 모두는 컴포넌트일 수 있다. 하나 또는 그 초과의 컴포넌트들은 프로세스 및/또는 실행 스레드 내에 상주할 수 있으며, 컴포넌트는 하나의 컴퓨터 상에서 로컬화될 수도 있고 그리고/또는 2개 또는 그 초과의 컴퓨터들 사이에서 분산될 수도 있다. 부가적으로, 이들 컴포넌트들은 다양한 데이터 구조들이 저장된 다양한 컴퓨터 판독가능 매체들로부터 실행할 수 있다. 컴포넌트들은, 예컨대, 하나 또는 그 초과의 데이터 패킷들을 갖는 신호(예컨대, 로컬 시스템에서, 분산 시스템에서 및/또는 신호에 의한 다른 시스템들과의 네트워크(예컨대, 인터넷)를 통해 다른 컴포넌트와 상호작용하는 하나의 컴포넌트로부터의 데이터)에 따라 로컬 및/또는 원격 프로세스들에 의해 통신할 수도 있다.

[0068] 또한, 유선 단말 또는 무선 단말일 수 있는 단말과 관련하여 다양한 양상들이 본 명세서에서 설명된다. 단말은 또한 시스템, 디바이스, 가입자 유닛, 가입자 스테이션, 모바일 스테이션, 모바일, 모바일 디바이스, 원격 스테이션, 원격 단말, 액세스 단말, 사용자 단말, 단말, 통신 디바이스, 사용자 에이전트, 사용자 디바이스, 또는 사용자 장비(UE)로 지칭될 수 있다. 무선 단말은 셀룰러 전화기, 위성 폰, 코드리스(cordless) 전화기, 세션 개시 프로토콜(SIP) 폰, 무선 로컬 루프(WLL) 스테이션, 개인 휴대 정보 단말(PDA), 무선 접속 능력을 갖는 핸드헬드 디바이스, 컴퓨팅 디바이스, 또는 무선 모뎀에 접속된 다른 프로세싱 디바이스들일 수도 있다. 또한, 기지국과 관련하여 다양한 양상들이 본 명세서에서 설명된다. 기지국은 무선 단말(들)과 통신하기 위해 이용될 수도 있으며, 액세스 포인트, 노드 B, 또는 몇몇 다른 용어로 또한 지칭될 수도 있다.

[0069] 또한, 용어 "또는"은 배타적인 "또는" 보다는 포괄적인 "또는" 을 의미하도록 의도된다. 즉, 달리 명시되거나 문맥상 명확하지 않으면, 어구 "X는 A 또는 B를 이용한다"는 본래의 포괄적인 치환들 중 임의의 치환을 의미하도록 의도된다. 즉, 어구 "X는 A 또는 B를 이용한다"는 다음의 예시들, 즉, X는 A를 이용한다; X는 B를 이용한다; 또는 X는 A 및 B 둘 모두를 이용한다 중 임의의 예시에 의해 충족된다. 부가적으로, 본 출원 및 첨부된 청구항들에서 사용된 바와 같은 단수 표현들은 달리 명시되지 않거나 단수 형태로 지시되는 것으로 문맥상 명확하지 않으면, "하나 또는 그 초과" 을 의미하도록 일반적으로 해석되어야 한다.

[0070] 본 명세서에 설명되는 기술들은 CDMA, TDMA, FDMA, OFDMA, SC-FDMA 및 다른 시스템들과 같은 다양한 무선 통신 시스템들에 대해 사용될 수도 있다. 용어들 "시스템" 및 "네트워크"은 종종 상호교환가능하게 사용된다. CDMA 시스템은 UTRA(Universal Terrestrial Radio Access), cdma2000 등과 같은 라디오 기술을 구현할 수도 있다. UTRA는 광대역-CDMA(W-CDMA) 및 CDMA의 다른 변형들을 포함한다. 추가적으로, cdma2000은, IS-2000, IS-95 및 IS-856 표준들을 커버한다. TDMA 시스템은 모바일 통신들을 위한 글로벌 시스템(GSM)과 같은 라디오 기술을 구현할 수도 있다. OFDMA 시스템은, 이벌브드 UTRA(E-UTRA), 울트라 모바일 브로드밴드(UMB), IEEE 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802.20, Flash-OFDM 등과 같은 라디오 기술을 구현할 수도 있다. UTRA 및 E-UTRA는 UMTS(Universal Mobile Telecommunication System)의 일부이다. 3GPP 롱텀 에볼루션(LTE)은, 다운링크 상에서는 OFDMA 그리고 업링크 상에서는 SC-FDMA를 이용하는 E-UTRA를 사용하는 UMTS의 릴리즈이다. UTRA, E-UTRA, UMTS, LTE, 및 GSM은 "3세대 파트너쉽 프로젝트(3GPP)"로 명칭된 조직으로부터의 문헌들에 설명되어 있다. 부가적으로, cdma2000 및 UMB는 "3세대 파트너쉽 프로젝트 2(3GPP2)"로 명칭된 조직으로부터의 문헌들에 설명되어 있다. 추가적으로, 그러한 무선 통신 시스템들은, 언페어링된 미허가 스펙트럼들, 802.xx 무선 LAN, 블루투스 및 임의의 다른 단거리 또는 장거리 무선 통신 기술들을 종종 사용하는 피어-투-피어(예를 들어, 모바일-투-모바일) 애드혹 네트워크 시스템들을 부가적으로 포함할 수도 있다.

[0071] 다양한 양상들 또는 특성들은 다수의 디바이스들, 컴포넌트들, 모듈들 등을 포함할 수도 있는 시스템들의 관점들에서 제시될 것이다. 다양한 시스템들이 부가적인 디바이스들, 컴포넌트들, 모듈들 등을 포함할 수도 있고 그리고/또는 도면들과 관련하여 설명된 디바이스들, 컴포넌트들, 모듈들 등의 모두를 포함하지는 않을 수도 있음을 이해 및 인식할 것이다. 이들 접근법들의 결합이 또한 사용될 수도 있다.

[0072] 본 명세서에 기재된 실시예들과 관련하여 설명된 다양한 예시적인 로직들, 로직 블록들, 모듈들, 및 회로들은 범용 프로세서, 디지털 신호 프로세서(DSP), 주문형 집적회로(ASIC), 필드 프로그래밍가능 게이트 어레이(FPGA) 또는 다른 프로그래밍가능 로직 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들, 또는 본 명세서에 설명된 기능들을 수행하도록 설계된 이들의 임의의 결합으로 구현 또는 수행될 수도 있다. 범용 프로세서는 마이크로프로세서일 수도 있지만, 대안적으로, 프로세서는 임의의 종래의 프로세서, 제어기, 마이크로제어기, 또는 상태 머신일 수도 있다. 또한, 프로세서는 컴퓨팅 디바이스들의 결합, 예를 들어 DSP와 마이크로프로세서의 결합, 복수의 마이크로프로세서들, DSP 코어와 결합된 하나 또는 그 초과의 마이크로프로세서들, 또는 임의의 다른 그러한 구성으로서 구현될 수도 있다. 부가적으로, 적어도 하나의 프로세서는, 상술된 단계들 및/또는 동작들 중 하나 또는 그 초과를 수행하도록 동작가능한 하나 또는 그 초과의 모듈들을 포함할 수도 있다.

[0073] 추가적으로, 본 명세서에 기재된 양상들과 관련하여 설명된 방법 또는 알고리즘의 단계들 및/또는 동작들은 직접 하드웨어로, 프로세서에 의해 실행되는 소프트웨어 모듈로, 또는 이 둘의 결합으로 구현될 수도 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드디스크, 착탈형 디스크, CD-ROM, 또는 당업계에 알려진 임의의 다른 형태의 저장 매체에 상주할 수도 있다. 저장 매체는, 프로세서가 저장 매체로부터 정보를 판독하고, 저장 매체에 정보를 기입할 수 있도록 프로세서에 커플링될 수도 있다. 대안적으로, 저장 매체는 프로세서에 통합될 수도 있다. 추가적으로, 몇몇 양상들에서, 프로세서 및 저장 매체는 ASIC에 상주할 수도 있다. 부가적으로, ASIC는 사용자 단말에 상주할 수도 있다. 대안적으로, 프로세서 및 저장 매체는 사용자 단말에서 개별 컴포넌트들로서 상주할 수도 있다. 부가적으로, 몇몇 양상들에서, 방법 또는 알고리즘의 단계들 및/또는 동작들은, 컴퓨터 프로그램 물건으로 통합될 수도 있는 머신 판독가능 매체 및/또는 컴퓨터 판독가능 매체 상의 코드들 및/또는 명령들 중 하나 또는 그들의 임의의 결합 또는 세트로서 상주할 수도 있다.

[0074] 하나 또는 그 초과의 양상들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 결합으로 구현될 수도 있다. 소프트웨어로 구현되면, 기능들은 컴퓨터-판독가능 매체 상에 하나 또는 그 초과의 명령들 또는 코드로서 저장되거나 또는 송신될 수도 있다. 컴퓨터 판독가능 매체들은, 일 장소에서 다른 장소로의 컴퓨터 프로그램의 전달을 용이하게 하는 임의의 매체들을 포함한 통신 매체들 및 컴퓨터 저장 매체들 둘 모두를 포함한다. 저장 매체는 컴퓨터에 의해 액세스될 수 있는 임의의 이용가능한 매체들일 수도 있다. 제한이 아닌 예로서, 그러한 컴퓨터-판독가능 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장부, 자기 디스크 저장부 또는 다른 자기 저장 디바이스들, 또는 명령들 또는 데이터 구조들의 형태로 원하는 프로그램 코드를 반송(carry) 또는 저장하는데 사용될 수 있고, 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속수단(connection)이 컴퓨터-판독가능 매체로 지칭된다. 예를 들어, 소프트웨어가 동축 케이블, 광섬유 케이블, 연선(twisted pair), 디지털 가입자 라인(DSL), 또는 (적외선, 라디오, 및 마이크로파와 같은) 무선 기술들을 사용하여 웹사이트, 서버, 또는 다른 원격 소스로부터 송신되면, 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 (적외선, 라디오, 및 마이크로파와 같은) 무선 기술들이 매체의 정의에 포함된다. 본 명세서에서 사용된 바와 같이, 디스크(disk) 및 디스크(disc)는 컴팩트 디스크(disc)(CD), 레이저 디스크(disc), 광학 디스크(disc), 디지털 다기능 디스크(digital versatile disc)(DVD), 플로피 디스크(disk) 및 블루-레이 디스크(disc)를 포함하며, 여기서 디스크(disk)들은 일반적으로 데이터를 자기적으로 재생하지만, 디스크(disc)들은 일반적으로 레이저를 이용하여 광학적으로 데이터를 재생한다. 상기한 것들의 결합들이 또한 컴퓨터-판독가능 매체들의 범위 내에 포함되어야 한다.

[0075] 전술한 발명이 예시적인 양상들 및/또는 실시예들을 설명하지만, 다양한 변화들 및 변형들이 첨부된 청구항들에 의해 정의된 바와 같은 설명된 양상들 및/또는 실시예들의 범위를 벗어나지 않으면서 본 명세서에서 행해질 수 있음을 유의해야 한다. 또한, 설명된 양상들 및/또는 실시예들의 엘리먼트들이 단수로 설명 또는 청구될 수도 있지만, 단수로의 제한이 명시적으로 나타나지 않으면, 복수가 고려된다. 부가적으로, 임의의 양상 및/또는 실시예의 전부 또는 일부는, 달리 나타내지 않으면, 임의의 다른 양상 및/또는 실시예의 전부 또는 일부로 이용될 수도 있다.

Claims (15)

1. UICC에 의한 비동기식 커맨드 프로세싱을 지원하는, 액세스 단말에 포함되는 상기 UICC와 프로세서 사이에 인터페이스를 제공하기 위한 방법으로서,
   상기 프로세서로부터 제 1 커맨드를 수신하는 단계 － 상기 제 1 커맨드는 제 1 프로세싱 시간을 갖는 복잡한(complex) 커맨드임 －;
   상기 제 1 커맨드에 대한 초기 응답을 상기 프로세서에 전송하는 단계 － 상기 초기 응답은 상기 제 1 커맨드와 연관된 토큰을 포함함 －;
   상기 제 1 프로세싱 시간 동안 상기 제 1 커맨드를 프로세싱하는 단계;
   상기 프로세서로부터 적어도 하나의 부가적인 커맨드를 수신하는 단계 － 상기 적어도 하나의 부가적인 커맨드 각각은 상기 제 1 프로세싱 시간보다 짧은 프로세싱 시간을 가짐;
   상기 제 1 커맨드의 프로세싱을 완료하는 단계;
   상기 적어도 하나의 부가적인 커맨드 중 현재의 커맨드의 프로세싱을 완료하는 단계 － 상기 적어도 하나의 부가적인 커맨드 중 현재의 커맨드는, 상기 제 1 커맨드의 프로세싱의 완료 이전, 그 동안, 또는 그 이후 프로세싱하고 있는 커맨드임 －; 및
   상기 적어도 하나의 부가적인 커맨드 중 현재의 커맨드에 대한 응답을 상기 프로세서에 전송하는 단계를 포함하며,
   상기 응답은 토큰을 포함하는, 인터페이스를 제공하기 위한 방법.
2. 제 1 항에 있어서,
   상기 프로세서로부터 GET RESPONSE 커맨드를 수신하는 단계 － 상기 GET RESPONSE 커맨드는 상기 토큰을 포함함－; 및
   상기 GET RESPONSE 커맨드에 기초하여 상기 제 1 커맨드에 대한 최종 응답을 전송하는 단계를 더 포함하는, 인터페이스를 제공하기 위한 방법.
3. 제 1 항에 있어서,
   상기 제 1 커맨드는 비-원격통신-관련 애플리케이션과 연관된 커맨드인, 인터페이스를 제공하기 위한 방법.
4. 제 1 항에 있어서,
   상기 적어도 하나의 부가적인 커맨드는, 원격통신-관련 커맨드, 또는 상기 비-원격통신-관련 애플리케이션과 연관된 복잡한 커맨드인, 인터페이스를 제공하기 위한 방법.
5. 제 1 항에 있어서,
   상기 제 1 커맨드를 프로세싱하는 단계는, 상기 적어도 하나의 부가적인 커맨드 중 임의의 커맨드를 프로세싱하는 것과 병렬로 상기 제 1 커맨드를 프로세싱하는 단계를 포함하는, 인터페이스를 제공하기 위한 방법.
6. 제 1 항에 있어서,
   상기 제 1 커맨드를 프로세싱하는 단계는, 상기 UICC가 상기 적어도 하나의 부가적인 커맨드 중 임의의 커맨드를 프로세싱하고 있지 않은 경우, 상기 제 1 커맨드를 프로세싱하는 단계를 포함하는, 인터페이스를 제공하기 위한 방법.
7. 제 1 항에 있어서,
   상기 제 1 커맨드를 수신하는 단계는, 제 1 로직 채널 상에서 상기 제 1 커맨드를 수신하는 단계를 포함하는, 인터페이스를 제공하기 위한 방법.
8. 제 7 항에 있어서,
   상기 GET RESPONSE 커맨드를 수신하는 단계는, 상기 제 1 로직 채널 상에서 상기 GET RESPONSE 커맨드를 수신하는 단계를 포함하는, 인터페이스를 제공하기 위한 방법.
9. 제 7 항에 있어서,
   상기 적어도 하나의 부가적인 커맨드를 수신하는 단계는, 적어도 하나의 부가적인 로직 채널 상에서 상기 적어도 하나의 부가적인 커맨드를 수신하는 단계를 포함하며,
   상기 적어도 하나의 부가적인 로직 채널은 상기 제 1 로직 채널과는 별개인, 인터페이스를 제공하기 위한 방법.
10. UICC에 의한 비동기식 커맨드 프로세싱을 지원하는, 액세스 단말에 포함되는 상기 UICC와 프로세서 사이에 인터페이스를 제공하기 위한 장치로서,
    상기 프로세서로부터 제 1 커맨드를 수신하기 위한 수단 － 상기 제 1 커맨드는 제 1 프로세싱 시간을 갖는 복잡한 커맨드임 －;
    상기 제 1 커맨드에 대한 초기 응답을 상기 프로세서에 전송하기 위한 수단 － 상기 초기 응답은 상기 제 1 커맨드와 연관된 토큰을 포함함 －;
    상기 제 1 프로세싱 시간 동안 상기 제 1 커맨드를 프로세싱하기 위한 수단;
    상기 프로세서로부터 적어도 하나의 부가적인 커맨드를 수신하기 위한 수단 － 상기 적어도 하나의 부가적인 커맨드 각각은 상기 제 1 프로세싱 시간보다 짧은 프로세싱 시간을 가짐;
    상기 제 1 커맨드의 프로세싱을 완료하기 위한 수단;
    상기 적어도 하나의 부가적인 커맨드 중 현재의 커맨드의 프로세싱을 완료하기 위한 수단 － 상기 적어도 하나의 부가적인 커맨드 중 현재의 커맨드는, 상기 제 1 커맨드의 프로세싱의 완료 이전, 그 동안, 또는 그 이후 프로세싱하고 있는 커맨드임 －; 및
    상기 적어도 하나의 부가적인 커맨드 중 현재의 커맨드에 대한 응답을 상기 프로세서에 전송하기 위한 수단을 포함하며,
    상기 응답은 토큰을 포함하는, 인터페이스를 제공하기 위한 장치.
11. 제 10 항에 있어서,
    상기 프로세서로부터 GET RESPONSE 커맨드를 수신하기 위한 수단 － 상기 GET RESPONSE 커맨드는 상기 토큰을 포함함-; 및
    상기 GET RESPONSE 커맨드에 기초하여 상기 제 1 커맨드에 대한 최종 응답을 전송하기 위한 수단을 더 포함하는, 인터페이스를 제공하기 위한 장치.
12. 제 10 항에 있어서,
    상기 제 1 커맨드는 비-원격통신-관련 애플리케이션과 연관되며,
    상기 적어도 하나의 부가적인 커맨드는, 원격통신-관련 커맨드, 또는 상기 비-원격통신-관련 애플리케이션과 연관된 복잡한 커맨드인, 인터페이스를 제공하기 위한 장치.
13. 제 10 항에 있어서,
    상기 제 1 커맨드를 프로세싱하기 위한 수단은, 상기 적어도 하나의 부가적인 커맨드 중 임의의 커맨드를 프로세싱하는 것과 병렬로 또는 상기 UICC가 상기 적어도 하나의 부가적인 커맨드 중 임의의 커맨드를 프로세싱하고 있지 않은 경우, 상기 제 1 커맨드를 프로세싱하기 위한 수단을 포함하는, 인터페이스를 제공하기 위한 장치.
14. 제 10 항에 있어서,
    상기 제 1 커맨드를 수신하기 위한 수단은, 제 1 로직 채널 상에서 상기 제 1 커맨드를 수신하기 위한 수단을 포함하고,
    상기 GET RESPONSE 커맨드를 수신하기 위한 수단은, 상기 제 1 로직 채널 상에서 상기 GET RESPONSE 커맨드를 수신하기 위한 수단을 포함하는, 인터페이스를 제공하기 위한 장치.
15. 제 14 항에 있어서,
    상기 적어도 하나의 부가적인 커맨드를 수신하기 위한 수단은, 적어도 하나의 부가적인 로직 채널 상에서 상기 적어도 하나의 부가적인 커맨드를 수신하기 위한 수단을 포함하며,
    상기 적어도 하나의 부가적인 로직 채널은 상기 제 1 로직 채널과는 별개인, 인터페이스를 제공하기 위한 장치.

Images