WO2016003178A1 - 무선 통신 시스템에서 통신서비스 제공을 위한 프로파일을 송수신하는 방법 및 장치 - Google Patents

무선 통신 시스템에서 통신서비스 제공을 위한 프로파일을 송수신하는 방법 및 장치 Download PDF

Info

Publication number
WO2016003178A1
WO2016003178A1 PCT/KR2015/006739 KR2015006739W WO2016003178A1 WO 2016003178 A1 WO2016003178 A1 WO 2016003178A1 KR 2015006739 W KR2015006739 W KR 2015006739W WO 2016003178 A1 WO2016003178 A1 WO 2016003178A1
Authority
WO
WIPO (PCT)
Prior art keywords
profile
terminal
euicc
message
information
Prior art date
Application number
PCT/KR2015/006739
Other languages
English (en)
French (fr)
Inventor
박종한
이덕기
이상수
이혜진
Original Assignee
삼성전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020150000907A external-priority patent/KR20160002321A/ko
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to US15/323,391 priority Critical patent/US10484865B2/en
Publication of WO2016003178A1 publication Critical patent/WO2016003178A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices

Definitions

  • the present invention relates to a method and apparatus for remotely installing a profile for providing a communication service in a wireless communication system.
  • a mutual authentication process is required between the network and the terminal.
  • a mobile network operator hereinafter referred to as a mobile operator or MNO
  • MNO mobile network operator
  • the terminal also securely connects to the network for data and voice communications.
  • the mutual authentication process between the wireless communication network and the terminal is performed using a subscriber identifier and an encryption key (for example, an encryption key K for authentication).
  • an encryption key for example, an encryption key K for authentication.
  • the encryption key is stored in a separate universal integrated circuit card (UICC) that is physically removable from the terminal.
  • UICC universal integrated circuit card
  • the UICC is a smart card that is mounted in a terminal and can be used as a module for user authentication with a wireless communication network subscribed to by a user.
  • the UICC stores the personal information of the wireless communication subscriber and enables secure wireless communication by performing subscriber authentication and generating a traffic security key when accessing the wireless communication network.
  • the UICC may include network information (for example, International Mobile Subscriber Identity (IMSI), Home Public Land Mobile Network (IMPL), etc.), user information (Short Message Service, etc.) and a phone book of a telecommunication service provider to which the user subscribes. ) And so on.
  • network information for example, International Mobile Subscriber Identity (IMSI), Home Public Land Mobile Network (IMPL), etc.
  • IMSI International Mobile Subscriber Identity
  • IMPL Home Public Land Mobile Network
  • user information Short Message Service, etc.
  • phone book for example, a phone book of a telecommunication service provider to which the user subscribes.
  • the UICC may be a Subscriber Identity Module (SIM) card for a Global System for Mobile communications (GSM) scheme, a Wideband Code Division Multiple Access (WCDMA), or a Universal Subscriber Identity Module (USIM) card for a Long Term Evolution (LTE) scheme. Also called.
  • SIM Subscriber Identity Module
  • GSM Global System for Mobile communications
  • WCDMA Wideband Code Division Multiple Access
  • USIM Universal Subscriber Identity Module
  • the UICC is manufactured as a dedicated card for the service provider at the request of a specific wireless carrier when the card is manufactured, and authentication information for accessing the service provider's network, for example, USIM application and International Mobile Subscriber Identity (IMSI), K Values and the like are preloaded and shipped. Therefore, the manufactured UICC card is delivered to the subscriber by the corresponding wireless communication provider, and if necessary, management of installation, modification, and deletion of the application in the UICC is performed using technologies such as OTA (Over The Air). .
  • the subscriber inserts the UICC card into the owned wireless communication terminal to use the network and application services of the corresponding wireless communication provider, and when the terminal is replaced, the subscriber stores the UICC card in the new terminal by inserting the UICC card into the new terminal. Information, mobile phone numbers, personal phone books, etc. can be used in the new terminal as it is.
  • the terminal plays a role of transferring the corresponding authentication message in the middle.
  • the UICC may not only distinguish subscribers, but also include related carrier information from the time of manufacture.
  • the existing UICC is removable in the terminal, when the user changes the communication provider, there is a need to replace the new UICC.
  • the UICC is increasingly smaller in size, from the most widely used mini SIM to the micro SIM and, more recently, the nano SIM. ought. This contributes to the miniaturization of the wireless communication terminal, but the UICC card of smaller size than the recently established nano SIM is expected to be difficult to standardize due to the user's loss concerns. It is expected that further miniaturization will be difficult because space is needed for mounting the slot.
  • an eUICC embedded UICC
  • the network access authentication function is provided, but there are many issues such as the eUICC opening / distribution / subscriber information security, and there is a need to prepare a plan.
  • international standardization organizations such as the European Telecommunications Standards Institute (ETSI) are conducting standardization of the eUICC with related companies such as telecommunication operators, terminal manufacturers, and SIM vendors.
  • ETSI European Telecommunications Standards Institute
  • WG working group
  • the profile is defined and installed remotely for post personalization of the application for the network access authentication function of the service provider to the eUICC. And establish requirements for management.
  • the eUICC may be manufactured as a UICC that is fixedly mounted in the form of a chip in the terminal in the manufacturing process of the terminal. Therefore, the eUICC may be used in various wireless terminals such as mobile phones, as well as various terminals that may not have a physically detachable structure of the UICC, such as a machine to machine (M2M) (or a device to device (D2D)) terminal. Can be.
  • M2M machine to machine
  • D2D device to device
  • the terminal may download the profile including a subscriber identifier for each service provider and an encryption key (K) from a remote server and install the profile in the eUICC. Therefore, the user can receive the wireless communication service through the changed communication service provider (MNO) even if the user changes the service provider without mounting a new UICC on the terminal.
  • the profile may include a subscriber identifier and an encryption key K, and may also include various types of information for communication services provided by the corresponding service provider. That is, when the profile is remotely downloaded and installed in the eUICC from the network of the communication service provider, the subscriber identifier and the encryption key K are also stored in the eUICC.
  • the terminal equipped with the eUICC In order to remotely install a profile including a subscriber identifier and an encryption key in the eUICC in the terminal as described above, the terminal equipped with the eUICC must be already in a communication state. For this purpose, the eUICC has a subscriber identifier for remote installation of the profile. And encryption key K (or provisioning profile) may be pre-installed. In this case, even in a wireless communication network using a provisioning profile pre-loaded in the terminal, the corresponding subscriber identifier and the encryption key K must be stored so that the terminal for remote installation of the profile can be recognized as a valid subscriber terminal. Therefore, when using the eUICC, the communication service fee for the installation of the provisioning profile may be included in the manufacturing cost. However, such a communication service is provided only to a communication service for installing a profile, and thus may be relatively inexpensive than a general communication service fee.
  • an infrastructure for remote installation of a profile in a corresponding service provider is provided. It must be built. However, until a terminal equipped with an eUICC becomes common, most carriers may not establish such a remote installation infrastructure. Also, in such a communication environment, a wireless communication service using a terminal equipped with an eUICC (eg, a carrier change) may be used. Great inconvenience is expected.
  • K encryption key
  • the service in the case of the preloading of the provisioning profile including the subscriber identifier and the encryption key (K) and the communication service using the provisioning profile, the service must be continuously provided until the corresponding terminal is discarded. Since the change can be opened, this can be a huge burden on the terminal manufacturing cost.
  • whether the terminal is opened or not is determined according to the geographical coverage of the provisioning profile, so that the coverage that can use the provisioning profile should be widened as much as possible, which further increases the manufacturing cost for using the provisioning profile.
  • the coverage when the coverage is set in an appropriate range, the corresponding terminal can be opened and used only within the corresponding coverage, which may cause difficulty in distribution and distribution management of the terminal.
  • an embodiment of the present invention provides a method and apparatus for efficiently transmitting and receiving a profile for providing a communication service in a wireless communication system.
  • Another embodiment of the present invention provides an apparatus and method for enabling a terminal user to be provided with a service of a wireless carrier in a wireless communication system.
  • Another embodiment of the present invention provides an apparatus and method for automatically selecting and providing a profile based on location information of a terminal in a wireless communication system.
  • Another embodiment of the present invention provides an apparatus and method for determining a server providing a profile based on information of a terminal in a wireless communication system.
  • a method for supporting remote reception of a profile in a wireless communication system includes: receiving a second message including a first message for downloading the profile from a server managing the profile; Based on the second message, delivering the second message including the first message to a plurality of UICCs, wherein the plurality of UICCs include at least one eUICC.
  • a terminal supporting remote reception of a profile in a wireless communication system includes a transceiver for transmitting and receiving data through a wireless network, and a first for downloading the profile from a server managing the profile.
  • a control unit configured to receive a second message including a message, and transmit the second message including the first message to a plurality of UICCs based on the second message, wherein the plurality of UICCs include at least one Contains eUICC.
  • a method for supporting remote reception of a profile in a wireless communication system includes receiving a request for opening a communication service from a terminal using an eUICC, and responding to the terminal in response to the opening request. And transmitting communication service information for remote reception of the profile.
  • the server for controlling the remote reception of the profile in a wireless communication system the communication interface for data communication with at least one network entity, and receives a request for opening the communication service from the terminal using the eUICC And a control unit controlling transmission of communication service information for remote reception of the profile to the terminal in response to the opening request.
  • a method of applying a profile to a terminal using an eUICC in a wireless communication system the process of searching for at least one communication service provider providing a communication service, and displays the list of the searched communication service providers And applying a selected profile using the list among at least one profile installed in the eUICC.
  • a terminal using an eUICC in a wireless communication system a transceiver for transmitting and receiving data over a wireless network, a display unit, and at least one communication service provider providing a communication service, the display unit And a control unit for displaying a list of the searched communication operators through and controlling the application of the selected profile using the list among at least one profile installed in the eUICC.
  • a method of applying a profile by a terminal using an eUICC in a wireless communication system includes: searching for at least one communication service provider providing a communication service, and at least one of the discovered communication service providers. Applying a profile selected according to the preference of the terminal of the profile, the eUICC includes at least one profile provided from the at least one carrier.
  • a terminal using an eUICC in a wireless communication system the transceiver for transmitting and receiving data over a wireless network, and at least one communication service provider for providing a communication service, the searched communication service provider
  • a control unit for controlling the application of the selected profile according to the preferences of the terminal of the at least one profile of the, the eUICC includes at least one profile provided from the at least one carrier.
  • FIG. 1 is a view showing a configuration example of a wireless communication system for remotely transmitting and receiving a profile for providing a communication service according to an embodiment of the present invention
  • FIG. 2 is a view showing the configuration of an SM server according to an embodiment of the present invention.
  • FIG. 3 is a view showing a configuration example of a wireless communication system for remotely transmitting and receiving a profile for providing a communication service according to an embodiment of the present invention
  • 4A and 4B illustrate a configuration example of a terminal for remotely receiving a profile for providing a communication service according to an embodiment of the present invention
  • 5A to 9D are flowcharts illustrating a method of remotely receiving a profile in a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention
  • FIGS. 10 and 11 are diagrams illustrating examples of code conversion between an SM server and a terminal when a profile is remotely received from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention
  • FIG. 12 is a flowchart illustrating a method for supporting remote reception of a profile in a wireless communication system according to an embodiment of the present invention
  • FIG. 13 is a flowchart illustrating an embodiment of automatically selecting a profile management server in a wireless communication network according to an embodiment of the present invention
  • FIG. 14 is a flowchart illustrating another embodiment of automatically selecting a profile management server in a wireless communication network according to an embodiment of the present invention
  • 15 is a flowchart illustrating an embodiment in which a profile is provided according to a selection of a terminal equipped with an eUICC according to an embodiment of the present invention
  • 16 is a flowchart illustrating an embodiment of selecting and installing a profile based on information stored in a profile providing server when automatically selecting and providing a service in a wireless communication network according to an embodiment of the present invention
  • 17 is a flowchart illustrating an embodiment of selecting and installing a profile based on information stored in a profile management server when automatically selecting and providing a service in a wireless communication network according to an embodiment of the present invention
  • FIG. 18 is a flowchart illustrating an embodiment of determining whether to accept a profile download request for each profile provision server in a profile management server in a wireless communication network according to an embodiment of the present invention
  • FIG. 19 illustrates an embodiment of automatically deleting a profile when a service is automatically selected and provided by a wireless communication network according to an embodiment of the present invention.
  • 20 is a diagram illustrating an example of configuration of profile information for automatically deleting a corresponding profile when a service is automatically selected and provided by a wireless communication network according to an embodiment of the present invention
  • 21 is a flowchart illustrating an embodiment of an operation of a terminal when it is not possible to access a network with an activated profile in a wireless communication network according to an embodiment of the present invention
  • 22 is a block diagram illustrating an example of a configuration of a terminal device in a wireless communication system according to an embodiment of the present disclosure
  • FIG. 23 is a block diagram illustrating an example of a configuration of a server device for eUICC control in a wireless communication system according to an embodiment of the present disclosure
  • FIG. 24 is a block diagram illustrating an example of a configuration of a server device for providing an eUICC profile in a wireless communication system according to an embodiment of the present disclosure
  • 25 is a block diagram illustrating an exemplary configuration of a server device for managing an eUICC profile in a wireless communication system according to an embodiment of the present invention
  • 26A to 26D illustrate examples of remotely deleting a profile in a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • the UICC is a smart card inserted and used in a mobile communication terminal to store personal information such as network access authentication information, a phone book, and SMS of a mobile communication subscriber to access a mobile communication network such as GSM, WCDMA, LTE, etc. It refers to a chip that enables secure mobile communication by performing authentication and traffic security key generation.
  • UICC is equipped with communication applications such as Subscriber Identification Module (SIM), Universal SIM (USIM), and IP Multimedia SIM (ISIM) according to the type of mobile communication network to which the subscriber is connected. It can provide a high level security function for mounting various application applications.
  • SIM Subscriber Identification Module
  • USIM Universal SIM
  • ISIM IP Multimedia SIM
  • an eUICC embedded UICC
  • eUICC embedded UICC
  • OTA Over The Air
  • UICC may be used interchangeably with SIM
  • eUICC may be used interchangeably with eSIM.
  • a profile may mean a package of an application, a file system, an authentication key value, and the like stored in the UICC in software form.
  • the USIM profile may mean the same meaning as the profile or packaged information included in the USIM application in the profile in software form.
  • an operational profile may mean a package of subscription information of a mobile communication company subscribed to by a user of a terminal in software form.
  • a provisioning profile may refer to a profile required for accessing an arbitrary mobile communication network of a certain country before the user of the terminal joins a specific carrier, and may be a profile previously mounted in an eUICC.
  • the profile providing server may be a subscription manager data preparation (SM-DP), an off-card entity of profile domain, a profile encryption server, a profile generating server, a profile provider (Profile Provisioner or Profile Provider). And the like.
  • SM-DP subscription manager data preparation
  • Profile encryption server an off-card entity of profile domain
  • profile generating server a profile provider
  • Profile Provider a profile provider
  • the profile management server may be represented as a subscription manager secure routing (SM-SR), an off-card entity of eUICC Profile Manager, or a Profile Manager.
  • SM-SR subscription manager secure routing
  • off-card entity of eUICC Profile Manager eUICC Profile Manager
  • Profile Manager eUICC Profile Manager
  • terminal' refers to a mobile station (MS), a user equipment (UE), a user terminal (UT), a wireless terminal, an access terminal (AT), a terminal, a subscriber unit (Subscriber Unit). May be referred to as a subscriber station (SS), a wireless device, a wireless communication device, a wireless transmit / receive unit (WTRU), a mobile node, mobile or other terms.
  • SS subscriber station
  • WTRU wireless transmit / receive unit
  • Various embodiments of the terminal may be photographed such as a cellular telephone, a smart phone having a wireless communication function, a personal digital assistant (PDA) having a wireless communication function, a wireless modem, a portable computer having a wireless communication function, or a digital camera having a wireless communication function.
  • PDA personal digital assistant
  • Devices, gaming devices with wireless communications capabilities, music storage and playback appliances with wireless communications capabilities, internet appliances with wireless Internet access and browsing, as well as portable units or terminals incorporating combinations of such functions. have.
  • the terminal may include a machine to machine (M2M) terminal, a machine type communication (MTC) terminal / device, but is not limited thereto.
  • M2M machine to machine
  • MTC machine type communication
  • the profile identifier may be referred to as a factor matching, for example, a Profile ID, an integrated circuit card ID (ICCID), an ICCID, and an Issuer Security Domain-Profile (ISD-P).
  • Profile ID may indicate a unique identifier of each profile.
  • the eUICC ID may be a unique identifier of an eUICC embedded in the terminal, and may be referred to as an eID (eUICC ID).
  • the eUICC ID may be a profile ID of a provisioning profile when a provisioning profile is preloaded in the eUICC.
  • the eUICC ID may be a terminal ID.
  • the eUICC ID may refer to a specific Secure Domain of the eSIM chip.
  • FIG. 1 is a view showing a configuration example of a wireless communication system for remotely transmitting and receiving a profile for providing a communication service according to an embodiment of the present invention.
  • the system of FIG. 1 provides a service server 110 for a communication service provider (MNO) that provides a communication service to a subscriber, and a terminal 150 to provide a communication service to a terminal 150 according to a request of the service provider server 110.
  • MNO communication service provider
  • the terminal 150 downloads a profile from the SM server 130 and installs it in the internal eUICC.
  • the profile includes a subscriber identifier (eg, an International Mobile Subscriber Identity (IMSI)) and an encryption key K for authentication of the terminal 150, and also includes various information for communication services provided by the corresponding service provider. Can be.
  • IMSI International Mobile Subscriber Identity
  • FIG. 2 is a diagram illustrating a configuration of the SM server 130 according to an embodiment of the present invention.
  • the SM server 130 includes a subscription manager data preparation (SM-DP) server 131 and a subscription manager secure routing (SM-SR) server 133.
  • SM-DP subscription manager data preparation
  • SM-SR subscription manager secure routing
  • the SM-DP server 131 When the opening request for the terminal 150 is transmitted to the SM server 130 through the operator server 110, the SM-DP server 131 generates a profile corresponding to the corresponding service provider to the SM-SR server 133.
  • the SM-DP server 131 may be referred to as a profile providing server for generating a profile.
  • the SM-DP server 131 may encrypt the generated profile and transmit the encrypted profile to the SM-SR server 133.
  • the SM-SR server 133 transmits the profile to the eUICC using an over-the-air (OTA) technology using a short message service (SMS).
  • the OTA message includes the profile, is encrypted using an OTA encryption key, and the encrypted OTA message is included in the SMS message data and transmitted.
  • the SM-SR server 133 may be referred to as a profile management server managing remote transmission of a profile.
  • the SMS message is transmitted using an SMS to a Mobile Subscriber International Integrated Services Digital Network (MSDN) Number (MSISDN), which is a telephone number of the terminal 150.
  • MSISDN Mobile Subscriber International Integrated Services Digital Network
  • the terminal 150 receives an SMS message including an OTA message, checks a header of the SMS message, and a value of a protocol identifier included in the header corresponds to, for example, 'SIM data download'. If the DCS (Data Coding Scheme) value included in the header indicating the category of the terminal is a value corresponding to 'Class 2', for example, the terminal 150 is mounted or connected to the received SMS message. To the eUICC.
  • DCS Data Coding Scheme
  • the eUICC Upon receiving the SMS message, the eUICC obtains an OTA message from the SMS message, decrypts the OTA message using an OTA encryption key, and obtains a profile through an additional procedure using the decrypted information. And eUICC installs the profile.
  • the terminal 150 transmits an encrypted SMS message-only phone number information (MSISDN) previously transmitted in order to receive an SMS message including the OTA message from the SM server 130.
  • MSISDN SMS message-only phone number information
  • an OTA key is previously stored in the eUICC.
  • one or a plurality of eUICCs may be mounted or connected, and when there are a plurality of eUICCs, the plurality of eUICCs store and use different MSISDNs and OTA keys in advance. In this case, however, a subscription fee for remote download of the profile may be incurred for each eUICC.
  • FIG. 3 is a diagram illustrating a configuration example of a wireless communication system for remotely transmitting and receiving a profile for providing a communication service according to an exemplary embodiment of the present invention.
  • the system of FIG. 3 generates a profile for providing a communication service to a terminal 350 according to a service provider server 310 of a communication service provider (MNO) that provides a communication service to a subscriber, and a request of the service provider server 310.
  • MNO communication service provider
  • the profile may include a subscriber identifier (eg, IMSI) of the terminal 350 and an encryption key K for authentication, and may also include various information for communication services provided by the corresponding service provider.
  • the terminal 350 includes a plurality of UICCs.
  • the plurality of UICCs may be mounted in the terminal 350 or connected to the terminal 305, and at least one of the first UICC and the second UICC is an eUICC.
  • the first UICC may be equipped with an existing removable UICC
  • the second UICC may be equipped with an eUICC or connected to the terminal 350.
  • the connection of the UICC to the terminal 350 may mean that the control unit and the UICC in the terminal are connected through, for example, an International Organization for Standardization (ISO) 7816 related to a smart card, and a Bluetooth SIM connection profile (Bluetooth).
  • ISO International Organization for Standardization
  • Bluetooth Bluetooth
  • both the first and second UICCs may be eUICCs.
  • the UICC exemplifies that two UICCs are mounted or connected to the terminal 350, but two or more UICCs may be mounted or connected to the terminal 350.
  • FIG. 4A illustrates an example of a configuration of a terminal 350 that remotely receives a profile for providing a communication service according to an embodiment of the present invention, which is mounted or connected with a plurality of UICCs according to an embodiment of the present invention.
  • the configuration of the terminal 350 is illustrated.
  • the terminal 350 includes a controller 351 and a transceiver 353, and the terminal 350 includes first and second UICCs 355-1 and 355-2. Or may be connected to at least one of the first and second UICCs 355-1 and 355-2.
  • the controller 351 receives an OTA message for downloading a profile from the SM server 330 through SMS, and downloads the profile using the OTA message to receive the first and second UICCs 355-1 and 355-2.
  • Control the overall operation of installing on at least one of The transceiver 353 is for transmitting and receiving data through a wireless network.
  • the terminal 350 may include, for example, first and second UICCs 355-1 and 355-2 as a plurality of UICCs for installing a profile or the first and second UICCs 355.
  • At least one of -1 and 355-2 may be connected through the method described in the embodiment of FIG. 3.
  • at least one of the first and second UICCs 355-1 and 355-2 may not be directly mounted in the terminal 350.
  • FIG. 4A it is assumed that at least one of the first UICC 355-1 and the second UICC 355-2 is an eUICC.
  • the SMS message reception-only telephone number information (MSISDN-P1) previously opened to receive the SMS message including the OTA message and the OTA key as an encryption key for decrypting the transmitted OTA message are encrypted.
  • first phone number information (MSISDN-) for receiving an SMS message for downloading a profile only among the first UICC 355-1 among the first UICC 355-1 and the second UICC 355-2. P1) may be stored, and corresponding second phone number information MSISDN-P2 may not be stored in the second UICC 355-2.
  • the profile to be installed in the second UICC 355-1 may be received using the first phone number information.
  • the first UICC 355-3 is a first terminal 350-. It is mounted in 1), and the second UICC 355-4 is not mounted in the first terminal 350-1 and shows an example connected to the second terminal 350-2 through a control unit.
  • the first terminal 350-1 includes a controller 351-1, a transceiver 353-1, and a first UICC 355-3.
  • the first UICC 355-3 may be an existing UICC or an eUICC mounted in the first terminal 350-1.
  • the second terminal 350-2 includes a control unit 351-2 and a second UICC 355-4.
  • the second UICC 355-4 may be an existing UICC or an eUICC.
  • the second UICC 355-4 wirelessly communicates with the first terminal 350-1 using a communication scheme such as Bluetooth SIM Access Profile, WiFi, or Near Field Communication (NFC). It can be connected or it can be connected via USB (Universal Serial Bus).
  • a communication scheme such as Bluetooth SIM Access Profile, WiFi, or Near Field Communication (NFC). It can be connected or it can be connected via USB (Universal Serial Bus).
  • the second terminal 350-2 may include a transceiver or a communication interface for using the communication method.
  • the connection between the control unit 351-1 of the first terminal 350-1 and the second UICC 355-4 of the second terminal 350-2 is performed using the above-described ISO-7816, Bluetooth, WiFi, and NFC. And various communication methods such as USB.
  • the embodiment of the present invention proposes A method for downloading a profile, for example, an OTA message delivered to the first terminal 350-1 using a phone number or an international mobile subscriber identity (IMSI) given to (or stored) the first UICC 355-3.
  • the SMS message including the OTA message is determined by the control unit 351-1 of the first terminal 350-1 to the second UICC 355-4 of the second terminal 350-2.
  • the method of installing the profile in the second UICC 355-4 by transferring may be equally applied.
  • profile download methods in the case where it is assumed that both the first and second UICCs are mounted in the terminal may also be applied to the embodiment of FIG. 4B. 3 and 4A and 4B, an exemplary embodiment will be described.
  • a first UICC 355-1 using a detachable existing UICC and a second UICC 355-using an eUICC will be described. It is assumed that 2) can be mounted or connected.
  • the first UICC 355-1 is provided with a profile that is already opened. For convenience, it is assumed that the telephone number of the profile is MSISDN-P1.
  • the EID ie, the eUICC identifier
  • the OTA encryption key stored in the second UICC 355-2 is OTA key 2.
  • the SM server 330 encrypts the OTA message for downloading the profile using the OTA key2, which is the OTA encryption key of the EID2.
  • the SM server 330 delivers the OTA message to the terminal 350 using SMS.
  • the SM server 330 is a phone number opened in the first UICC 355-1 of the terminal 350.
  • the SMS message including the OTA message is delivered to the MSISDN-P1 number.
  • the terminal 350 of the present invention which includes a plurality of UICCs including one or a plurality of eUICCs, receive the OTA message and remotely receive a profile from the SM server 330
  • the OTA message is illustrated for convenience of description, but the OTA message is included in the SMS message and transmitted.
  • an OTA message described (shown) in the following detailed description and associated flow diagrams can be understood as an SMS message comprising the OTA message.
  • the controller of the terminal may extract the OTA message from the SMS message and deliver the plurality of UICCs to the extracted OTA message.
  • FIG. 5A is a flowchart illustrating an example of a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention. The embodiment of FIG. 5A will be described with reference to FIG. 4A.
  • the second UICC 355-2 is an eUICC.
  • the SM server 330 encrypts an OTA message for downloading a profile by using the EID2 OTA encryption key, for example, OTA key2.
  • the SM server 330 in step 5101, the SM server 330 generates a profile, and in step 5103, the terminal 350 receives an SMS message including an OTA message from the SM server 330. Then, in step 5105, the control unit 351 of the terminal 350 checks the header portion of the SMS message, and the value of the Protocol Identifier field is, for example, 'SIM data download' and the DCS value is 'Class 02'. In addition, if the OA (Originator Address) value of the SMS message is the SM server address, the control unit 351 in step 5107 and 5111, respectively, the OTA message for downloading the profile to the UICC 355-1 and the eUICC 355-2. Will be delivered.
  • OA Object Inator Address
  • the terminal 350 performs a predetermined normal procedure or terminates the remote reception procedure of the profile.
  • the UICC 355-1 receiving the OTA message from the control unit 351 in step 5109 does not process the OTA message anymore because the OTA message cannot be decrypted by the OTA key which is the encryption key of the UICC 355-1. Discard.
  • the eUICC 355-2 can decrypt the OTA message with the OTA key2 of the eUICC 355-2. Therefore, in step 5113, the eUICC 355-2 decodes the OTA message using the OTA key2 and triggers a bearer independent protocol (BIP) communication.
  • BIP bearer independent protocol
  • a BIP session is opened between the control unit 351 and the eUICC 355-2 for BIP communication in step 5115, and a BIP session created between the SM server 330 and the eUICC 355-2 in step 5117. Download of the profile is performed.
  • the first UICC 355-3 may be an existing UICC or an eUICC
  • the second UICC 355-4 may be an existing UICC or an eUICC.
  • the first UICC 355-3 or the second UICC 355-4 may be mounted or mounted on or connected to the first terminal 350-1 or the second terminal 350-2.
  • the second UICC 355-4 is an eUICC. If the second UICC 355-4 is not mounted on the first terminal 350-1 but can be connected as shown in the example of FIG. 4B, the second UICC 355-4 is the second terminal 350.
  • the interworking between the first terminal 350-1 and the second terminal 350-2 may be wirelessly connected using Bluetooth, WiFi, or NFC. It can also be connected via USB.
  • the first terminal 350-1 uses the Bluetooth SIM Access Profile to close the second UICC 355-4 connected to the second terminal 350-2 as if the first terminal ( It is possible to access logically the same as if it is the UICC connected to 350-1).
  • the second UICC 355-4 is an eUICC
  • the SM server 330 sends an OTA message for downloading a profile using, for example, an OTA key2 which is an OTA encryption key of the corresponding eUICC. It is assumed that the transmission is encrypted.
  • 5E is a flowchart illustrating still another example of a method of remotely receiving a profile in a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • 5E illustrates another embodiment of the embodiment of FIG. 5A, in which a plurality of terminals are involved in downloading a profile.
  • steps 5501 to 5519 of FIG. 5E after the controller 351 of the first terminal 350-1 and the controller 351-2 of the second terminal 350-2 are paired with Bluetooth, the second terminal ( The process of downloading a profile through the control unit 351 of the first terminal 350-1 from the second UICC 355-4 inserted or fixedly mounted in the 350-2 is shown.
  • operation 5501 to step 5519 of FIG. 5E except for Bluetooth pairing step 5503
  • the operation of FIG. 5A is performed except that the subject (or target) of performing the operation is partially changed to the second terminal 350-2.
  • the operation is the same as or similar to that of the corresponding steps, a detailed description thereof will be omitted.
  • 5F is a flowchart illustrating still another example of a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • 5F illustrates another embodiment of the embodiment of FIG. 5B, in which one terminal is involved in downloading a profile.
  • steps 5601 to 5617 of FIG. 5F an OTA message is delivered to both the UICC 355-1 and the eUICC 355-2 mounted on the terminal 350, and the profile is delivered to the eUICC 355-2. It is shown. Since operations of steps 5601 to 5617 of FIG. 5F are the same as or similar to the operations of the corresponding steps in the embodiment of FIG. 5B, detailed descriptions thereof will be omitted.
  • 5B is a flowchart illustrating another example of a method of remotely receiving a profile in a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • the SM server 330 in step 5201, the SM server 330 generates a profile, and in step 5203, the terminal 350 receives an SMS message including an OTA message from the SM server 330. Then, in step 5205, the control unit 351-1 of the first terminal 350-1 checks the header portion of the SMS message, and the protocol identifier field value is, for example, 'SIM data download', and the DCS value. If 'Class 02', the controller 351-1 transmits the OTA message for downloading the profile to the UICC 355-3 and the eUICC 355-4 in step 5207 and 5211, respectively.
  • the terminal 350 performs a predetermined normal procedure or terminates the remote reception procedure of the profile.
  • the first UICC 355-3 receiving the OTA message from the control unit 351-1 in step 5209 can not decrypt the OTA message with the OTA key which is the encryption key of the UICC 355-3. Discard without further processing.
  • the second UICC 355-4 can decrypt the OTA message with the OTA key2 of the eUICC 355-4. Accordingly, in step 5213, the second UICC 355-4 decrypts the OTA message using the OTA key2 and triggers a bearer independent protocol (BIP) communication.
  • BIP bearer independent protocol
  • step 5215 a BIP session is opened between the control unit 351-1 of the first terminal 350-1 and the second UICC 355-4 of the second terminal 350-2 for BIP communication, and 5217.
  • the profile is downloaded through the BIP session created between the SM server 330 and the second UICC 355-4.
  • 5G is a flowchart illustrating still another example of a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • 5G illustrates another example of downloading the profile using Bluetooth pairing as another embodiment of the embodiment of FIG. 5B.
  • steps 5701 to 5719 of FIG. 5G after the controller 351 of the first terminal 350-1 and the controller 351-2 of the second terminal 350-2 are paired with Bluetooth, the second terminal 350-2 is performed.
  • the OTA determination condition (step 5715) may be different from the OTA determination condition (step 5507) in the embodiment of FIG. 5E.
  • 5H is a flowchart illustrating still another example of a method of remotely receiving a profile in a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • 5H illustrates another embodiment of the embodiment of FIG. 5C, in which one terminal is involved in downloading a profile.
  • steps 5801 to 5817 of FIG. 5H an OTA message is delivered to both the UICC 355-1 and the eUICC 355-2 mounted on the terminal 350, and the process of transferring the profile to the eUICC 355-2 is performed. It is shown. Since operations of steps 5801 to 5817 of FIG. 5H are the same as or similar to the operations of the corresponding steps in the embodiment of FIG. 5C, detailed descriptions thereof will be omitted.
  • the OTA determination condition (step 5805) may be different from the OTA determination conditions (steps 5105 and 5605) in the embodiment of FIGS. 5A and 5F in which one terminal is involved.
  • 5C is a flowchart illustrating still another example of a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • the SM server 330 in step 5301, the SM server 330 generates a profile, and in step 5303, the terminal 350 receives an SMS message including an OTA message from the SM server 330. Then, in step 5305, the control unit 351-1 of the first terminal 350-1 checks the header portion of the SMS message, and the value of the Protocol Identifier field is, for example, 'SIM data download', and the DCS value.
  • the value of the Protocol Identifier field is, for example, 'SIM data download', and the DCS value.
  • 'Class 02' when the OTA message is delivered to all connected UICCs 355-3 and 355-4 as in the embodiment of FIG. 5B, there is no problem if the OTA message is encrypted, but the OTA is not encrypted.
  • the terminal 350 Since a message transmitted to a specific UICC among the first UICC 355-3 or the second UICC 355-4 may be delivered to all the UICCs 355-3 and 355-4, it may not be secure. Although not shown, if the condition given in step 5305 is not satisfied, the terminal 350 performs a predetermined normal procedure or terminates the remote reception procedure of the profile.
  • the control unit 351-1 of the first terminal 350-1 checks the header portion of the SMS message in step 5305 so that the value of the Protocol Identifier field is, for example, 'SIM data download'. ', And the DCS value is' Class 02', and additionally, the OTA message in the SMS message is encrypted, the control unit 351 at step 5307 and 5311, respectively, the first UICC 355-3 and the second UICC 355-4. It is desirable to forward the OTA message for downloading the profile, so that UICCs that do not have the appropriate OTA key cannot see the OTA message.
  • the method for checking whether the OTA message is encrypted may use, for example, a method of checking SPI (Security Parameters Indication) data in a command packet field of the European Telecommunications Standards Institute (ETSI) TS 102.225 standard in the SMA message.
  • SPI Security Parameters Indication
  • ETSI European Telecommunications Standards Institute
  • the SPI may be two bytes of data. For example, when the b3 bit of the first byte is "0", it may be determined that the OTA message is not encrypted, and the b3 bit of the first byte of the SPI data is If "1", it can be determined that the OTA message is encrypted.
  • the key and algorithm identifier for ciphering (KIc) and key and algorithm identifier for RC / CC / DS (KID) values in the command packet field are additionally checked to determine a specific encryption algorithm (e.g., AES (Advanced Encryption Standard)). It is also possible to deliver an OTA message to all UICCs 355-3 and 355-4 only when using. Thereafter, in step 5309, the first UICC 355-3 receiving the OTA message from the control unit 351 of the first terminal 350-1 uses the OTA message as an encryption key of the first UICC 355-3. Since the decryption is impossible, the OTA message is discarded without further processing.
  • a specific encryption algorithm e.g., AES (Advanced Encryption Standard)
  • the second UICC 355-4 which is an eUICC, can decrypt the OTA message using the OTA key2. Accordingly, in step 5313, the second UICC 355-4 decrypts the OTA message using the OTA key2 and triggers a bearer independent protocol (BIP) communication. Thereafter, a BIP session is opened between the control unit 351-1 and the second UICC 355-4 for BIP communication in step 5315, and between the SM server 330 and the second UICC 355-4 in step 5317. The download of the profile is performed via the created BIP session.
  • BIP bearer independent protocol
  • 5I is a flowchart illustrating still another example of a method of remotely receiving a profile in a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • 5I illustrates another embodiment of the embodiment of FIG. 5C, which downloads a profile using Bluetooth pairing.
  • steps 5901 to 5919 of FIG. 5I after the controller 351 of the first terminal 350-1 and the controller 351-2 of the second terminal 350-2 are paired with Bluetooth, the second terminal 350-2 is performed.
  • the OTA determination condition (step 5907) may be different from the OTA determination conditions (steps 5507 and 5707) in the embodiments of FIGS. 5E and 5G.
  • 5J is a flowchart illustrating still another example of a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • 5J illustrates another embodiment of the embodiment of FIG. 5D, in which one terminal is involved in downloading a profile.
  • steps 51001 to 51017 of FIG. 5J an OTA message is delivered to both the UICC 355-1 and the eUICC 355-2 mounted on the terminal 350, and the profile is delivered to the eUICC 355-2. It is shown. Since operations of steps 51001 to 51017 of FIG. 5J are the same as or similar to the operations of the corresponding steps in the embodiment of FIG. 5D, detailed descriptions thereof will be omitted.
  • the OTA determination condition (step 5005) may be different from the OTA determination conditions (steps 5105 and 5605) in the embodiment of FIGS. 5A, 5F, and 5H.
  • 5D is a flowchart illustrating still another example of a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • the SM server 330 generates a profile in step 5401.
  • the first terminal 350-1 receives an SMS message including an OTA message from the SM server 330.
  • the OTA message may be in the form of a command packet of the ETSI TS 102.225 standard.
  • bits b6, b7, and b8 of the first byte portion of the SPI data portion of the OTA message are typically 0, 0, and 0, respectively, and are not used. Use a value of 0, nonzero.
  • the b6, b7, b8 bits may be 1, 1, 1, respectively.
  • the calculation of the Redundancy Check (RC) / Cryptographic Checksum (CC) / Digital Signature (DS) portion of the command packet may be performed using the following methods 1) and 2).
  • the calculation of the method 1), 2) may be performed in the SM server 330.
  • the control unit 351-1 of the first terminal 350-1 checks the header portion of the SMS message, and the protocol identifier field value is, for example, 'SIM data download', and the DCS value.
  • the protocol identifier field value is, for example, 'SIM data download', and the DCS value.
  • This 'Class 02' additionally the data value of the bits b6, b7, b8 of the SPI data of the OTA message in the SMS message is 0, 0, non-specific value specified in the above example (for example, 1, 1, 1)
  • the controller 351-1 transmits an OTA message for downloading the profile to the first UICC 355-3 and the second UICC 355-4 in step 5407 and 5411, respectively.
  • the controller 351-1 processes the first UICC 355-after processing b6, b7, and b8 of the first byte of the SPI data in the command packet according to the above method 1 or 2 before transmitting the OTA message. 3) and the second UICC 355-4. Therefore, when the method 1) is used, the control unit 351-1 replaces the OTA message in which the b6, b7, and b8 are replaced with 0, 0 and 0, respectively, by the first UICC 355-3 and the second UICC 355-. 4) to pass on. In the case of using the method 2), the controller 351-1 transfers the OTA message to the first UICC 355-3 and the second UICC 355-4 without replacing the b6, b7, and b8. Although not shown, if the condition given in step 5405 is not satisfied, the terminal 350 performs a predetermined normal procedure or terminates the remote reception procedure of the profile.
  • the first UICC 355-3 receiving the OTA message from the control unit 351-1 in step 5409 can not decrypt the OTA message with the OTA key which is an encryption key of the first UICC 355-3. Discard the message without further processing.
  • the second UICC 355-4 which is an eUICC, can decrypt the OTA message with the OTA key2. Therefore, in step 5413, the second UICC 355-4 decrypts the OTA message using the OTA key2 and triggers a bearer independent protocol (BIP) communication. Thereafter, a BIP session is opened between the control unit 351-1 and the second UICC 355-4 for BIP communication in step 5415, and between the SM server 330 and the second UICC 355-4 in step 5417. The download of the profile is performed via the created BIP session.
  • BIP bearer independent protocol
  • 5K is a flowchart illustrating still another example of a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • 5K illustrates another embodiment of the embodiment of FIG. 5D, which downloads a profile using Bluetooth pairing.
  • steps 51101 to 51119 of FIG. 5K after the controller 351 of the first terminal 350-1 and the controller 351-2 of the second terminal 350-2 are paired with Bluetooth, the second terminal 350-2 is performed.
  • the OTA determination condition (step 51107) may be different from the OTA determination conditions (steps 5507, 5707, and 5907) in the embodiments of FIGS. 5E, 5G, and 5I. .
  • FIG. 6A is a flowchart illustrating a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • the first UICC 351-1 is a detachable UICC or an eUICC
  • the second UICC 355-2 is a UICC or an eUICC.
  • the SM server 330 encrypts and transmits an OTA message for downloading a profile using, for example, an OTA key2, which is an OTA encryption key of EID2.
  • the SM server 330 in step 6101, the SM server 330 generates a profile, and in step 6103, the terminal 350 receives an SMS message including an OTA message from the SM server 330. Then, in step 6105, the control unit 351 of the terminal 350 checks the header portion of the SMS message, and the value of the Protocol Identifier field is 'SIM data download', the DCS value is 'Class 02' and the additional SMS If the TAR (Toolkit Application Reference) value included in the unencrypted area of the encrypted data portion of the controller is '0x000001', for example, the control unit 351 at step 6107 and 6111, respectively, the UICC 355-1 and the eUICC 355.
  • the TAR Toolkit Application Reference
  • the TAR value is an identifier for identifying an application of the eUICC 355-2 that processes an OTA message for installing an eUICC-related profile.
  • the control unit 351 checks the TAR value and the corresponding OTA message is an eUICC 355-2. To determine whether it should be delivered. As another example, the control unit 351 may determine that the OTA for installing the eUICC-related profile has a value other than the above-described TAR value. Meanwhile, in step 6109, the UICC 355-1 that received the OTA message is not able to decrypt the OTA message with the OTA key of the UICC 355-1, and thus discards the corresponding OTA message without further processing.
  • the eUICC 355-2 can decrypt the OAT message with the OTA key2 of the eUICC 355-2. Therefore, in step 6113, the eUICC 355-2 decodes the OTA message using the OTA key2 and triggers the BIP communication. Thereafter, a BIP session is opened between the control unit 351 and the eUICC 355-2 for BIP communication in step 6115, and a BIP session created between the SM server 330 and the eUICC 355-2 in step 6117. Download of the profile is performed. Although not shown, if the condition given in step 6105 is not satisfied, the terminal 350 performs a predetermined normal procedure or terminates the remote reception procedure of the profile.
  • 6B is a flowchart illustrating still another example of a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • 6B illustrates another embodiment of the embodiment of FIG. 6A, in which a plurality of terminals are involved in downloading a profile and download a profile using Bluetooth pairing.
  • the second terminal 350-2 is performed.
  • the OTA determination condition (step 6105) may include the OTA determination conditions 507, 5707, 5907, and 51107 in the embodiments of FIGS. 5E, 5G, 5I, and 5K. You can see the difference.
  • FIG. 7A is a flowchart illustrating a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • the first UICC 351-1 is a detachable UICC or an eUICC
  • the second UICC 355-2 is a UICC or an eUICC.
  • the SM server 330 encrypts and transmits an OTA message for downloading a profile using, for example, an OTA key2, which is an OTA encryption key of EID2.
  • step 7101 the SM server 330 generates a profile
  • step 7103 the terminal 350 receives an SMS message including an OTA message from the SM server 330.
  • step 7105 the control unit 351 of the terminal 350 checks the header part of the SMS message, and the value of the Protocol Identifier field is 'SIM data download', the DCS value is 'Class 02' and additionally, If the OA value is an SM server address, the control unit 351 is connected to the control unit 351 instead of delivering an OTA message to both the UICC 355-1 and the eUICC 355-2 as in the above-described embodiment.
  • the controller 351 transmits the OTA message only to the eUICC 355-2.
  • the UICC that is, the UICC to which the profile downloaded from the SM server is installed
  • the controller 351 transmits the OTA message only to the eUICC 355-2.
  • the UICC 355-1 the UICC following the normal standard cannot be decrypted with the OTA key of the UICC, so the UICC 355-1 does not process the OTA message any more and discards it. will be.
  • step 7109 the eUICC 355-2 decodes the OTA message using the OTA key2 and triggers a BIP communication.
  • the BIP session is opened between the control unit 351 and the eUICC 355-2 for BIP communication.
  • the BIP session is created between the SM server 330 and the eUICC 355-2. Download of the profile is performed.
  • the terminal 350 performs a predetermined normal procedure or terminates the remote reception procedure of the profile.
  • 7B is a flowchart illustrating still another example of a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • 7B illustrates another embodiment of the embodiment of FIG. 7A, in which a plurality of terminals are involved in downloading a profile and download a profile using Bluetooth pairing.
  • steps 7201 to 7215 of FIG. 7B after the controller 351 of the first terminal 350-1 and the controller 351-2 of the second terminal 350-2 are paired with Bluetooth, the second terminal 350-2 is performed.
  • 7B is different from the embodiment of FIG. 5E. In the embodiment of FIG.
  • the OTA message is also transmitted to the first UICC 355-3 of the first terminal 350-1 in step 5509.
  • the OTA message is not transmitted to the first UICC 355-3 of the first terminal 350-1, and the OTA message is transmitted only to the second UICC 355-4 of the second terminal 350-2. Is passed. That is, the embodiment of FIG. 7B has a difference in that an OTA message can be delivered only to a preset UICC.
  • FIG. 8A is a flowchart illustrating a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • the first UICC 351-1 is an existing detachable UICC or an eUICC
  • the second UICC 355-2 is a UICC or an eUICC.
  • the SM server 330 encrypts and transmits an OTA message for downloading a profile using, for example, an OTA key2, which is an OTA encryption key of EID2.
  • step 8101 the SM server 330 generates a profile
  • step 8103 the terminal 350 receives an SMS message including an OTA message from the SM server 330.
  • the control unit 351 of the terminal 350 checks the header part of the SMS message, and the value of the Protocol Identifier field is 'SIM data download', the DCS value is 'Class 02', and additionally, the SMS message If the TAR value included in the non-encrypted area of the encrypted data portion of is '0x000001', for example, the controller 351 determines that the connected UICC (that is, the UICC to which the profile downloaded from the SM server is installed) is the eUICC 355-2. I judge this.
  • the controller 351 transmits the OTA message only to the eUICC 355-2.
  • the TAR value is an identifier for distinguishing an application of an eUICC processing an OTA message for installing an eUICC-related profile.
  • the controller 351 checks the TAR value and whether the corresponding OTA message should be delivered to the eUICC. Can be identified.
  • the control unit 351 may determine that the OTA message for installing the eUICC-related profile has a value other than the above-described TAR value.
  • the eUICC 355-2 decodes the OTA message using the OTA key2, and triggers the BIP communication.
  • the BIP session is opened between the control unit 351 and the eUICC 355-2 for BIP communication.
  • the BIP session is created between the SM server 330 and the eUICC 355-2. Download of the profile is performed.
  • the terminal 350 performs a predetermined normal procedure or terminates the remote reception procedure of the profile.
  • 8B is a flowchart illustrating still another example of a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • 8B illustrates another embodiment of the embodiment of FIG. 8A, in which a plurality of terminals are involved in downloading a profile and download a profile using Bluetooth pairing.
  • steps 8201 to 8215 of FIG. 8B after the controller 351 of the first terminal 350-1 and the controller 351-2 of the second terminal 350-2 are paired with Bluetooth, the second terminal 350-2 is performed.
  • 8B differs from the embodiment of FIG. 6B in that the OTA message is also transmitted to the first UICC 355-3 of the first terminal 350-1 in step 6209.
  • the OTA message is not transmitted to the first UICC 355-3 of the first terminal 350-1, and the OTA message is transmitted only to the second UICC 355-4 of the second terminal 350-2. Is passed. That is, the embodiment of FIG. 8B has a difference in that the OTA message may be delivered only to a preset UICC.
  • FIG. 9A is a flowchart illustrating a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to a fifth embodiment of the present invention.
  • both the first UICC 351-1 and the second UICC 355-2 are eUICCs.
  • the first UICC 351-1 is referred to as eUICC0
  • the second UICC 355-2 is referred to as eUICC1
  • the terminal 350 internally defines the eUICC0 355-1 and the eUICC1 355-2 as index0 and Assume that it is managed by index1.
  • the SM server 330 transmits an OTA message to eUICC0.
  • step 9101 the SM server 330 generates a Command Packet Identifier (CPI) value used when encrypting an OTA message, for example, '70', which is a standard value, and before transmitting the OTA message. Converts the CPI value to, for example, 'C0'. For convenience, it is assumed that the converted CPI value is CPI '.
  • the terminal 350 receives an SMS message including an OTA message from the SM server 330.
  • CPI Command Packet Identifier
  • step 9107 the control unit 351 of the terminal 350 checks the header part of the SMS message, and the value of the Protocol Identifier field is 'SIM data download', the DCS value is 'Class 02', and additionally, SMS If the CPI value included in the unencrypted area of the encrypted data portion of the message is 'C0', for example, the received OTA message is determined to be an OTA message to be delivered to the eUICC0 355-1. In this case, the control unit 351 determines the CPI value included in the OTA message as the CPI '. In step 9109, the control unit 351 converts the CPI' value back to '70', and in step 9111, the eUICC0 (355).
  • the encrypted OTA message is transmitted to -1).
  • the eUICC0 355-1 when an additional response is required to the SM server 330 via SMS, in step 9113 and 9115, the eUICC0 355-1 generates a response message using the OTA key2 and transmits the response message to the controller 351.
  • a Response Packet Identifier (RPI) value in the data portion of the SMS message including the encrypted OTA message is generated, for example, as a standard value of '71', and the response message includes an RPI value of '71'.
  • RPI Response Packet Identifier
  • the control unit 351 converts the RPI value of the response message to 'C1' and transmits it to the SM server 330 in steps 9117 and 9119.
  • the converted RPI value is referred to as RPI '.
  • the RPI conversion value may use other values in the same manner. For example, in FIG. 10, an example of such an RPI conversion value is shown in a case where two eUICCs are mounted on a terminal. In the example of FIG.
  • the eUICC1 355-2 may be used in the embodiment of FIG. 9A. This indicates when an OTA message should be delivered. In the case of FIG. 11, this method is extended to show an example of the CPI 'and RPI' conversion values that can be used when, for example, three eUICCs are used.
  • step 9121 the eUICC0 355-1 decrypts the OTA message using the OTA key1 and triggers the BIP communication.
  • step 9123 the BIP session is opened between the control unit 351 and the eUICC0 355-1 for BIP communication, and in step 9125, the BIP session is created between the SM server 330 and the eUICC0 355-1. Download of the profile is performed.
  • the terminal 350 performs a predetermined normal procedure or terminates the remote reception procedure of the profile.
  • FIG. 9B is a flowchart illustrating still another example of a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • the OTA message is delivered to both the first UICC 355-1 and the second UICC 355-2 mounted on the terminal 350, and thus, for example, to the second UICC 355-2 which is an eUICC. It shows how the profile is delivered.
  • the embodiment of FIG. 9B is different from the embodiment of FIG. 9A in that the OTA message is transmitted to all UICCs other than the specific UICC after the OTA determination 9207. Since the remaining operations in steps 9201 to 9221 of FIG. 9B are the same as or similar to those of the corresponding steps in the embodiment of FIG. 9A, detailed descriptions thereof will be omitted.
  • 9C is a flowchart illustrating still another example of a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • 9C illustrates another embodiment of the embodiment of FIG. 9A, in which a plurality of terminals are involved in downloading a profile and download a profile using Bluetooth pairing.
  • steps 9301 to 9319 of FIG. 9C after the controller 351 of the first terminal 350-1 and the controller 351-2 of the second terminal 350-2 are paired with Bluetooth, the second terminal 350-2 is performed.
  • ) Shows a process of downloading a profile through the control unit 351 of the first terminal 350-1 in the second UICC 355-4 inserted or fixedly mounted thereon.
  • operations 9301 to 9319 of FIG. 9B except for Bluetooth pairing (operation 8207) and a plurality of terminals involved in profile download, the remaining operations are the same as or similar to those of the corresponding steps in the embodiments of FIGS. 9A and 9B. The description will be omitted.
  • 9D is a flowchart illustrating still another example of a method of remotely receiving a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • 9D illustrates another embodiment of the embodiment of FIG. 9A, in which a plurality of terminals are involved in downloading a profile and download a profile using Bluetooth pairing.
  • steps 9401 to 9421 of FIG. 9D after the controller 351 of the first terminal 350-1 and the controller 351-2 of the second terminal 350-2 are paired with Bluetooth, the second terminal 350-2 is performed.
  • FIG. 9D Shows a process of downloading a profile through the control unit 351 of the first terminal 350-1 in the second UICC 355-4 inserted or fixedly mounted thereon.
  • the embodiment of FIG. 9D is different from the embodiment of FIG. 9C in that an OTA message is transmitted to all UICCs other than the specific UICC after the OTA determination 9407. Since the remaining operations in steps 9401 to 9421 of FIG. 9D are the same as or similar to those of the corresponding steps in the embodiment of FIG. 9A, detailed descriptions thereof will be omitted.
  • the embodiment of the present invention in the case of a terminal equipped with a UICC and eUICC at the same time, it is possible to subscribe to a wireless communication network with a UICC or eUICC, so that the advantage that can be applied to a network of a communication service provider that does not have a remote installation infrastructure have. For example, after subscribing to a wireless communication network through UICC and using the wireless communication network, the operator may be changed to another wireless communication network in which an eUICC remote installation infrastructure is constructed.
  • a terminal joins a wireless communication network with a UICC
  • a provisioning profile in the eUICC is activated and then wirelessly applied to the profile. After connecting to the network, you need to install a new profile.
  • the profile of the profile in the eUICC without the provisioning profile of the eUICC is activated. Installation is possible.
  • the local profile is activated and used This allows you to use wireless communication services without paying expensive roaming charges.
  • the eUICC when the eUICC is newly opened, there is no provisioning profile in the eUICC, so that a distributor handling the terminal temporarily mounts the UICC only for opening, and then temporarily connects to the wireless communication network with the UICC mounted to the eUICC profile. After installing, you can then join the wireless communication network by removing the UICC. After that, when changing to a new communication provider, a new profile can be installed using the profile of the eUICC being used.
  • a profile may be installed in a UICC or an eUICC installed in a second terminal connected to a corresponding first terminal by utilizing a terminal equipped with a UICC already opened for all the above embodiments. have.
  • FIG. 12 is a flowchart illustrating a method of supporting remote reception of a profile in a wireless communication system according to an embodiment of the present invention.
  • the terminal 1200 may transmit a communication service opening request to the eUICC control server 1202.
  • the communication service opening request may include an eUICC ID and one or more PLMN ID values, and may further include at least one of the following information of 1) to 6) of the terminal 1200.
  • the eUICC ID is identification information of an eUICC
  • the PLMN ID is identification information of a communication provider (ie, a mobile communication company).
  • the eUICC control server 1202 may perform automatic profile selection.
  • the profile automatic selection may, for example, select values corresponding to mobile carriers registered in the eUICC control server 1202 among PLMN ID values included in the communication service opening request information, and automatically select one of them.
  • the method for automatically selecting one mobile communication company may use at least one of the following methods 1) to 5).
  • the user may manually select a mobile carrier from a plurality of mobile carrier lists, as follows.
  • the eUICC control server 1202 may map the profile identifier corresponding to the selected profile and the eUICC ID information received from the terminal 1200 and transfer the mapping information to the profile providing server 1206. Then, the profile providing server 1206 may transfer the profile identifier and the eUICC ID mapping information to the profile management server 1204. The profile management server 1204 may then store the corresponding mapping information.
  • the terminal 1200 receives a list of mobile carriers from the eUICC control server 1202 in the form of a PLMN ID list and displays the PLMN ID list on the display unit of the terminal 1200, and the user directly selects the list from the displayed list.
  • the operator or profile information selected based on user preference or automatically selected by the eUICC control server 1202 may be displayed on the display unit of the terminal 1200.
  • the user preference may be set by creating a checklist when contracting with a mobile communication company or by setting a preference through the UI of the terminal 1200.
  • the terminal 1200 may receive communication service information including a carrier or profile information automatically or manually selected through the eUICC control server 1202.
  • the communication service information may include phone number information allocated to the terminal 1200.
  • the terminal 1200 may display all or part of the communication service information on the terminal.
  • the terminal 1200 may transmit a profile download request to the profile management server 1204.
  • the profile download request message may include an eUICC ID value.
  • the profile management server 1204 When the profile management server 1204 receives the profile download request message and the eUICC ID from the terminal 1200 in step 1216b, by using the mapping information between the eUICC ID and the profile identifier received from the profile providing server 1206, The profile identifier is found, and a profile download request is transmitted to the profile providing server 1206 that delivered the profile identifier.
  • the profile providing server 1206 enables the terminal 1200 to download the profile corresponding to the profile identifier based on the information (that is, the profile identifier) received from the profile management server 1204.
  • FIG. 13 is a flowchart illustrating an embodiment of automatically selecting a profile management server in a wireless communication network according to an embodiment of the present invention.
  • a communication service opening request may be delivered to the eUICC control server 310 through a control unit of the terminal 1300.
  • the communication service opening request may be an eUICC ID and one or more PLMN ID values, and may further include at least one of the following information 1) to 6).
  • the eUICC control server 1310 selects a profile management server to process the profile download of the terminal 300 using the information included in the communication service opening request, and in step 1324 the profile management server 1312
  • the information may inform the control unit 1304 of the terminal 1300.
  • the information of the profile management server 1312 may be, for example, a URI value.
  • the method of selecting the profile management server 1312 to process the profile download of the terminal 1300 by the eUICC control server 1310 may use the methods of 1) and 2) below.
  • the eUICC control server 1310 stores the URI address of the profile management server 1312 for each eUICC ID in a storage unit, and the eUICC ID included when receiving a communication service opening request from the terminal 1300 controls the eUICC. If it is included in the eUICC ID list stored in the storage unit of the server 1310, the URI address of the profile management server 1312 corresponding to the corresponding eUICC ID may be transmitted to the terminal 1300. The eUICC control server 1310 may change and store the URI address of the profile management server 1312 stored in the storage unit.
  • the eUICC control server 1310 stores the URI address of the profile management server 1312 for each Prefix value rather than the entire contents of the eUICC ID in a storage unit and controls the eUICC when a communication service opening request is received from the terminal 1300. If there is a value corresponding to a part of the eUICC ID transmitted from the terminal 1300 among the eUICC Prefix values stored in the storage unit of the server 1310, the URI address of the profile management server corresponding to the eUICC Prefix value is transmitted to the terminal 1300. Can be.
  • the prefix may indicate a value of a part of the entire area of the eUICC ID value.
  • the eUICC control server 1310 may change and store the URI address of the profile management server 1312 stored in the storage unit.
  • the control unit 1304 of the terminal 1300 may receive profile management server selection information from the profile management server 1312, and then request a profile download to the eUICC 1302 of the terminal 1300 in step 1326.
  • the profile download request may include URI information of the profile management server 1312.
  • step 1328 when the eUICC 1302 receives a profile download request including URI information of the profile management server 1312 from the controller 1304, the eUICC 1302 corresponds to a profile management server corresponding to the URI of the profile management server 1312 ( The profile download request message. Thereafter, similar to steps 1216a to 1218 of FIG. 2, the terminal 1300 downloads the profile through the profile management server 1312 in step 1330.
  • FIG. 14 is a flowchart illustrating another embodiment of automatically selecting a profile management server in a wireless communication network according to an embodiment of the present invention.
  • the controller 1404 of the terminal 1400 may request a profile download from the eUICC 1402 of the terminal 1400.
  • the eUICC 1402 may transmit a communication service opening request to the eUICC control server 1410.
  • the communication service opening request may include an eUICC ID and one or more PLMN ID values, and may further include at least one of the following 1) to 6 information.
  • the eUICC control server 410 selects a profile management server to process the profile download of the terminal by using the information included in the communication service opening request, and in step 1426 the information of the profile management server 1412
  • the eUICC 1402 of the terminal 1400 may be informed.
  • the information of the profile management server 1412 may be a URI value.
  • the eUICC control server 1410 may select the profile management server 1412 to process the profile download of the terminal 1400 may use the methods of 1) and 2).
  • the eUICC control server 1410 stores the URI address of the profile management server 1412 for each eUICC ID in a storage unit, and the eUICC ID included when receiving a communication service opening request from the terminal 1400 controls the eUICC. If it is included in the eUICC ID list stored in the storage unit of the server 1410, the URI address of the profile management server 1412 corresponding to the eUICC ID may be transmitted to the terminal 1400. The eUICC control server 1410 may change and store the URI address of the profile management server 1412 stored in the storage unit.
  • the eUICC control server 1410 stores the URI address of the profile management server 1412 for each prefix value rather than the entire contents of the eUICC ID in a storage unit, and receives the communication service opening request from the terminal 1400 when the eUICC control is performed. If there is a value corresponding to a part of the eUICC ID transmitted from the terminal 1400 among the eUICC Prefix values stored in the storage unit of the server 1412, the URI 1400 of the profile management server 1412 corresponding to the eUICC Prefix value is determined. ) Can be delivered.
  • the prefix may indicate a value of a part of the entire area of the eUICC ID value.
  • the eUICC control server 1410 may change and store the URI address of the profile management server 1412 stored in the storage unit.
  • the eUICC 302 may deliver a profile download request message to the profile management server 1412 corresponding to the URI of the profile management server 1412. Thereafter, similar to steps 1216a to 1218 of FIG. 2, the terminal 1400 downloads the profile through the profile management server 1312 in step 1430.
  • 15 is a flowchart illustrating an embodiment in which a profile is provided according to a selection of a terminal equipped with an eUICC according to an embodiment of the present invention.
  • step 1500 the terminal may power on.
  • the terminal may search for a frequency through RF scanning and store PLMN ID values among wireless communication service signal information searched at the location of the current terminal.
  • PLMN ID values stored according to the RF scanning will be referred to as a 'frequency searched PLMN ID list in the terminal'.
  • the terminal may selectively operate in the 'profile automatic selection mode' or the 'profile manual selection mode' or may operate in one of two modes.
  • the terminal may check the profile list installed in the terminal in step 1506.
  • the control unit of the terminal requests profile list information installed in the eUICC
  • the eUICC receiving the request transmits the profile list information installed in the eUICC to the control unit of the terminal, and the control unit of the terminal Profile list information installed in the eUICC can be checked.
  • the profile list information may include, for example, a PLMN ID value included for each profile.
  • step 1508 the terminal displays the selectable mobile carrier list on the display of the terminal.
  • the display of the selectable mobile carrier list may be performed by at least one of the following 1) to 3).
  • step 1510 when the user selects a mobile carrier list or a profile list corresponding thereto and selects a profile, the terminal activates the selected profile among profiles installed in the eUICC to use the mobile communication network corresponding to the profile.
  • the terminal first checks the terminal preferences in step 1522.
  • the terminal preferences can be checked as follows 1) or 2).
  • the user may receive a preference of the terminal through the UI.
  • the terminal is in the current profile even if the location is changed in step 1526. Can be maintained.
  • step 1530 the terminal first of the profiles installed in the eUICC You can check if there is a profile corresponding to the home network.
  • the UE may select a profile to be applied using a profile selection algorithm.
  • the profile selection may use at least one of the following methods 1) to 3).
  • the UE may apply the selected profile.
  • the profile can be selected.
  • the profiles may be randomly selected.
  • a profile may be selected by assigning a preference order among profile groups by the same country.
  • the user may input the preference order in advance through the terminal UI or in another example, the preference order may be given in the order of the lowest fee.
  • rate information for each profile may be stored as metadata in the terminal.
  • step 1530 After checking whether there is a profile corresponding to the home network among the profiles installed in the eUICC in step 1530, if the profile corresponding to the home network is not installed in the eUICC, in step 1536 a new profile available in the home network is newly added.
  • the terminal may transmit a profile installation request to the eUICC control server. Since the installation of the profile in step 1538 and the process of applying the profile in step 1540 are similar to the profile installation in FIGS. 12, 13, and 14, detailed descriptions thereof will be omitted.
  • 16 is a flowchart illustrating an embodiment of selecting and installing a profile based on information stored in a profile providing server when automatically selecting and providing a service in a wireless communication network according to an embodiment of the present invention.
  • the profile information server 1606 may receive profile information necessary for the eUICC control server 1606 to automatically select a profile.
  • the profile information may include profile ID, IMSI value or PLMN IN, MSISDN or equivalent telephone number information, rate information corresponding to call rate or data rate. Based on this, operations after the communication service opening request of the terminal in steps 1612 to 1622 are similar to those described in the embodiment of FIG. 12, and thus detailed descriptions thereof will be omitted.
  • 17 is a flowchart illustrating an embodiment of selecting and installing a profile based on information stored in a profile management server when automatically selecting and providing a service in a wireless communication network according to an embodiment of the present invention.
  • the profile management server 1704 may receive profile information necessary for the eUICC control server 1702 to automatically select a profile.
  • the profile management server 1704 may receive profile information from one or more profile providing servers 1706 and transmit the profile information to the eUICC control server 1702.
  • the profile information may include profile ID, IMSI value or PLMN IN, MSISDN or equivalent telephone number information, rate information corresponding to call rate or data rate. Based on this, operations after the communication service opening request of the terminal in steps 1712 to 1722 are similar to those described in the embodiment of FIG. 12, and thus detailed descriptions thereof will be omitted.
  • FIG. 18 is a flowchart illustrating an embodiment of determining whether to accept a profile download request for each profile provision server in a profile management server in a wireless communication network according to an embodiment of the present invention.
  • the profile management server 1804 may operate in the same manner as the embodiment of FIG. 17, but the profile management server 1804 may be configured to provide a specific profile providing server 1806a or 1822 to 1826.
  • the profile download request from 1806b may be verified to determine whether to download processing.
  • the profile management server 1804 may store information to approve or reject a profile download request from a specific profile providing server. Operations of the remaining steps are similar to the above-described embodiments, and thus detailed description thereof will be omitted.
  • 19 is a flowchart illustrating an embodiment of automatically deleting a profile when a service is automatically selected and provided by a wireless communication network according to an embodiment of the present invention.
  • the terminal 1900 may operate similarly to the embodiment of FIG. 12 to download a profile. If the terminal 1900 downloads the profile in step 1924 and there is a profile that satisfies a specific condition among existing profiles, the terminal 1900 deletes the profile that satisfies the condition, and in step 1926, the eUICC control server 1902. I can let you know.
  • the condition for deleting the profile may be at least one of the following 1) to 5).
  • Flag information for determining whether the number of profiles stored in the terminal 1900 may be included in a profile Since the operation of the remaining steps is similar to the above-described embodiments, a detailed description thereof will be omitted.
  • 20 is a diagram illustrating an example of configuration of profile information for automatically deleting a corresponding profile when a service is automatically selected and provided in a wireless communication network according to an embodiment of the present invention.
  • the profile 2000 includes plain text information 2002 and encryption information 2004.
  • the flag information may be stored in the plain text information 2002 of the profile to be received and used by the terminal.
  • the IMSI or PLMN ID and MSISDN information may also be included in the plain text information.
  • the encryption information 2004 may include a network authentication secret key value for network access. This value can be K or Ki.
  • 21 is a flowchart illustrating an embodiment of an operation of a terminal when a network cannot be accessed with an activated profile in a wireless communication network according to an embodiment of the present invention.
  • step 2100 when the terminal cannot access the current network with the activated profile, the terminal may disable the current profile.
  • step 2102 the UE accesses the network after enabling the profile in which the home profile indicator is set. Thereafter, in step 2104, the terminal may perform the operation described in the embodiment of FIG. 12 to automatically download a new profile. Thereafter, in step 2106, the UE disables the enabled profile, and in step 2108, enables the newly downloaded profile to access the network.
  • FIG. 26A is a flowchart illustrating an example of remotely deleting a profile from a terminal capable of mounting or connecting a plurality of UICCs, according to an embodiment of the present disclosure. Steps 26101 to 26113 of FIG. 26A are performed by the controller 351 of the terminal 350.
  • the OTA message for deleting the profile included in the eUICC 355-2 is transmitted to both the UICC 355-1 and the eUICC 355-2, so that the profile included in the eUICC 355-2 It is an example of the operation to be deleted.
  • FIG. 26B is a flowchart illustrating another example of remotely deleting a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an exemplary embodiment of the present disclosure.
  • Steps 26201 to 26209 of FIG. 26B may include a control unit of the terminal 350.
  • FIG. 26C is a flowchart illustrating another example of remotely deleting a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • a first terminal 350- The second UICC 355-4 mounted with the control unit 351 of the second terminal 350-2 and the control unit 351-2 of the second terminal 350-2 inserted or fixed in the second terminal 350-2 after pairing with Bluetooth.
  • An OTA message for deleting a profile is transmitted to both the first UICC 355-3 and the second UICC 355-4 so that the profile included in the second UICC 355-4 can be deleted.
  • FIG. 26D is a flowchart illustrating another example of remotely deleting a profile from a terminal capable of mounting or connecting a plurality of UICCs according to an embodiment of the present invention.
  • steps 26401 to 26411 of FIG. 26D a first terminal 350- The second UICC 355-4 mounted with the control unit 351 of the second terminal 350-2 and the control unit 351-2 of the second terminal 350-2 inserted or fixed in the second terminal 350-2 after pairing with Bluetooth.
  • An example of an operation of deleting a profile included in the second UICC 355-4 by transmitting an OTA message for deleting a profile only to the second UICC 355-4.
  • the OTA message condition may use various OTA message conditions proposed by various embodiments for downloading the profile.
  • FIG. 22 is a block diagram illustrating an example of a configuration of a terminal device in a wireless communication system according to an embodiment of the present disclosure.
  • the terminal includes a radio frequency (RF) processor 2210a, a communication unit 2210 including a baseband processor 2210b, a storage unit 2230, a controller 2240, and a display unit 2250. do.
  • RF radio frequency
  • the RF processor 2210a performs a function for transmitting and receiving a signal through a wireless channel such as band conversion and amplification of the signal. That is, the RF processor 2210a up-converts the baseband signal provided from the baseband processor 2210b into an RF band signal and transmits the same through an antenna, and transmits an RF band signal received through the antenna to a baseband signal. Downconvert to.
  • the RF processor 2210a may include a transmission filter, a reception filter, an amplifier, a mixer, an oscillator, a digital to analog convertor (DAC), an analog to digital convertor (ADC), and the like.
  • the terminal may be provided with one or a plurality of antennas.
  • the RF processor 2210a may include a plurality of RF chains. In order to transmit and receive the information related to the eUICC, the RF processor 2210a may adjust the phase and magnitude of each of the signals transmitted and received through a plurality of antennas or antenna elements.
  • the baseband processor 2210b performs a baseband signal and bit string conversion function according to the physical layer standard of the system. For example, during data transmission, the baseband processor 2210b generates complex symbols by encoding and modulating a transmission bit string. In addition, when receiving data, the baseband processor 2210b restores the received bit string by demodulating and decoding the baseband signal provided from the RF processor 2210a. For example, according to the OFDM scheme, during data transmission, the baseband processor 2210b generates complex symbols by encoding and modulating a transmission bit stream, maps the complex symbols to subcarriers, and then IFFT (Inverse).
  • Orthogonal Frequency Division Multiplexing (OFDM) symbols are configured through Fast Furier Transform (OC) and Cyclic Prefix (CP) insertion.
  • the baseband processor 2210b divides the baseband signal provided from the RF processor 2210a into OFDM symbol units, restores signals mapped to subcarriers through an FFT operation, and demodulates the demodulated signal. And restores the received bit string through decoding.
  • the baseband processor 2210b and the RF processor 2210b transmit and receive signals as described above. Accordingly, the baseband processor 2210b and the RF processor 2210a may be referred to as a transmitter, a receiver, a transceiver, or a communicator 2210.
  • the storage unit 2230 stores data such as a basic program, an application program, and setting information for the operation of the terminal.
  • the storage unit 2230 may store information related to information transmission for an eUICC in a wireless communication system.
  • the storage unit 2230 provides the stored data according to a request of the controller 2240.
  • the controller 2240 controls the overall operations of the terminal. For example, the controller 2240 transmits and receives a signal through the baseband processor 2210b and the RF processor 2210a. In addition, the controller 2240 records and reads data in the storage 2230. According to an embodiment of the present disclosure, the controller 2240 controls the entire apparatus so that the terminal may perform the operations according to the embodiments of FIGS. 5 to 21 and 26.
  • FIG. 23 is a block diagram illustrating an example of a configuration of an eUICC control server for controlling eUICC in a wireless communication system according to an embodiment of the present disclosure.
  • the eUICC control server includes a communication unit 2310, a storage unit 2320, a control unit 2330, and an eUICC control unit 2335.
  • the communication unit 2310 communicates with the terminal, the server providing the profile, and the server managing the profile, the eUICC control server.
  • the communication unit 2310 transmits and receives a signal, and accordingly, the communication unit 2310 may be referred to as a transmitter, a receiver, or a transceiver.
  • the storage unit 2320 stores data such as a basic program, an application program, and setting information for the operation of the eUICC control server.
  • the storage unit 2320 may store information related to information transmission for an eUICC in a wireless communication system.
  • the storage unit 2320 provides the stored data according to a request of the controller 2330.
  • the controller 2330 performs overall operation control of the eUICC control server device according to the embodiments of FIGS. 5 to 21 and 26.
  • the controller 2330 performs the control for providing the terminal with information according to the condition of the terminal by using the information received from the terminal.
  • the eUICC control server may provide communication service information to the terminal, and automatically select a profile to perform a profile download request to the terminal, the profile management server, or the profile providing server. .
  • FIG. 24 is a block diagram illustrating an example of a configuration of a server device for providing an eUICC profile in a wireless communication system according to an embodiment of the present invention.
  • the server device includes a communication unit 2410, a storage unit 2420, a control unit 2430, and a profile provision control unit 2435.
  • the communication unit 2410 communicates with the eUICC control server, a server managing a profile, and a mobile communication provider.
  • the communication unit 2410 transmits and receives a signal, and accordingly, the communication unit may be referred to as a transmitter, a receiver, or a transceiver.
  • the storage unit 2420 stores data such as a basic program, an application program, and setting information for the operation of the server.
  • the storage unit 2420 may store information related to information transmission for an eUICC in a wireless communication system.
  • the storage unit 2420 provides the stored data at the request of the controller 2430.
  • the controller 2430 performs overall operation control of the server apparatus according to the embodiments of FIGS. 5 to 21 and 26.
  • the controller 2430 controls to transmit a profile to the server managing the profile.
  • 25 is a block diagram illustrating an example of a configuration of a server device for managing an eUICC profile in a wireless communication system according to an embodiment of the present invention.
  • the server includes a communication unit 2510, a storage unit 2520, a control unit 2530, and a profile management control unit 2535.
  • the communication unit 2510 communicates with an eUICC control server and a server providing a profile.
  • the communication unit 2510 transmits and receives a signal, and accordingly, the communication unit may be referred to as a transmitter, a receiver, a transceiver, or a communicator.
  • the storage unit 2520 stores data such as a basic program, an application program, and setting information for the operation of the server.
  • the storage unit 2520 may store information related to information transmission for an eUICC in a wireless communication system.
  • the storage unit 2520 may provide stored data according to a request of the controller 2530.
  • the controller 2530 performs overall operation control of the server apparatus according to the embodiments of FIGS. 5 to 21 and 26.
  • the controller 2530 controls to transmit a profile to the terminal.
  • a computer-readable storage medium for storing one or more programs (software modules) may be provided.
  • One or more programs stored in a computer readable storage medium are configured for execution by one or more processors in an electronic device.
  • One or more programs include instructions that cause an electronic device to execute methods in accordance with embodiments described in the claims or specification of the present invention.
  • Such programs may include random access memory, non-volatile memory including flash memory, read only memory (ROM), and electrically erasable programmable ROM.
  • EEPROM Electrically Erasable Programmable Read Only Memory
  • magnetic disc storage device compact disc ROM (CD-ROM), digital versatile discs (DVDs) or other forms
  • CD-ROM compact disc ROM
  • DVDs digital versatile discs
  • It can be stored in an optical storage device, a magnetic cassette. Or, it may be stored in a memory composed of some or all of these combinations.
  • each configuration memory may be included in plural.
  • the program may be configured through a communication network such as the Internet, an intranet, a local area network (LAN), a wide area network (WLAN), or a storage area network (SAN), or a combination thereof. It may be stored in an attachable storage device that is accessible. Such a storage device may be connected to a device for performing an embodiment of the present invention through an external port. In addition, a separate storage device on a communication network may be connected to a device for performing an embodiment of the present invention.
  • a communication network such as the Internet, an intranet, a local area network (LAN), a wide area network (WLAN), or a storage area network (SAN), or a combination thereof. It may be stored in an attachable storage device that is accessible. Such a storage device may be connected to a device for performing an embodiment of the present invention through an external port.
  • a separate storage device on a communication network may be connected to a device for performing an embodiment of the present invention.
  • the above-described embodiments of the present invention may also be embodied as computer readable code on a computer readable recording medium.
  • the recording medium readable by the computer may be any data storage device capable of storing data that can be read by a computer system. Examples of recording media that can be read by the computer include read-only memory (ROM), volatile or nonvolatile memory, CD-ROM, magnetic tapes, floppy disks, and optical data storage. Devices, and carrier waves (such as data transmission over the Internet).
  • ROM read-only memory
  • CD-ROM compact discs
  • magnetic tapes magnetic tapes
  • floppy disks floppy disks
  • optical data storage optical data storage.
  • devices and carrier waves (such as data transmission over the Internet).
  • functional programs, codes, and code segments for achieving the present invention can be easily interpreted by those skilled in the art to which the present invention applies.
  • any such software may be, for example, volatile or nonvolatile storage, such as a storage device such as a ROM, whether or not removable or rewritable, or a memory such as, for example, a RAM, a memory chip, a device or an integrated circuit. Or, for example, CD or DVD, magnetic disk or magnetic tape and the like can be stored in a storage medium that is optically or magnetically recordable and simultaneously readable by a machine (eg computer).
  • a machine eg computer
  • the method according to the embodiments of the present invention may be implemented by a network entity such as a computer including a control unit and a memory or a server managed by a telecommunication service provider in various portable terminals or wireless communication systems, and the memory is an embodiment of the present invention. It will be appreciated that this is an example of a machine-readable storage medium suitable for storing a program or programs containing instructions for implementing the same.
  • embodiments of the present invention include a program containing code for implementing the apparatus or method described in the claims and a storage medium readable by a machine (computer, etc.) storing such a program.

Landscapes

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

Abstract

본 발명은 이동 통신 시스템에서 통신서비스 제공을 위한 프로파일을 효율적으로 송수신하는 방법 및 장치에 대한 것으로서, 본 발명의 실시 예에 따라, 무선 통신 시스템에서 프로파일의 원격 수신을 지원하는 방법은, 상기 프로파일을 관리하는 서버로부터 상기 프로파일의 다운로드를 위한 제1 메시지를 포함하는 제2 메시지를 수신하는 과정과, 상기 제2 메시지를 근거로, 복수의 UICC들에게 상기 제1 메시지를 포함하는 상기 제2 메시지를 전달하는 과정을 포함하며, 상기 복수의 UICC들은 적어도 하나의 eUICC를 포함한다.

Description

무선 통신 시스템에서 통신서비스 제공을 위한 프로파일을 송수신하는 방법 및 장치
본 발명은 무선 통신 시스템에서 통신서비스 제공을 위한 프로파일을 원격으로 설치하는 방법 및 장치에 관한 것이다.
무선 통신망에 단말이 접속하기 위해서는 망과 단말간에 상호 인증 과정이 필요하다. 이를 통해, 예컨대, 이동 통신 사업자(Mobile Network Operator : 이하 통신 사업자 또는 MNO)는 정당한 대가를 주고 가입한 단말을 식별하여 서비스를 제공하게 된다. 해당 단말 또한 보안을 유지하면서 안전하게 망에 접속하여 데이터 및 음성 통신을 하게 된다. 무선 통신망과 단말간의 상호 인증 과정은 가입자 식별자와 암호키(예컨대, 인증을 위한 암호키(K))를 이용하게 수행된다. 대부분의 단말에서 상기 암호키는 단말과 물리적으로 탈착 가능한 별개의 UICC(Universal Integrated Circuit Card)에 저장된다. 상기 UICC는 단말 내에 탑재되어 사용자가 가입한 무선 통신망과의 사용자 인증을 위한 모듈로서 사용될 수 있는 스마트 카드이다. 즉 상기 UICC는 무선 통신 가입자의 개인정보를 저장하고, 무선통신 네트워크에 접속 시 가입자 인증 및 트래픽(traffic) 보안 키(key) 생성을 수행하여 안전한 무선통신 이용을 가능하게 한다.
상기 UICC는 사용자가 가입한 통신 사업자에 대한 네트워크 정보(예를 들어, IMSI(International Mobile Subscriber Identity), Home PLMN(Public Land Mobile Network) 등), 사용자 정보(Short Message Service 등) 및 전화번호부(Phonebook) 등을 저장할 수 있다.
또한 상기 UICC는 GSM(Global System for Mobile communications) 방식의 경우 SIM(Subscriber Identity Module) 카드, WCDMA(Wideband Code Division Multiple Access), LTE(Long Term Evolution) 방식의 경우 USIM(Universal Subscriber Identity Module) 카드로 불리기도 한다.
상기 UICC는 카드 제조 시 특정 무선 통신 사업자의 요청에 의해 해당 사업자를 위한 전용 카드로 제조되며, 해당 사업자의 네트워크 접속을 위한 인증 정보, 예를 들어, USIM 어플리케이션 및 IMSI(International Mobile Subscriber Identity), K 값 등이 사전 탑재되어 출고된다. 따라서 제조된 상기 UICC 카드는 해당 무선 통신 사업자가 납품 받아 가입자에게 제공하며, 이후 필요시 OTA(Over The Air) 등의 기술을 활용하여 상기 UICC 내 어플리케이션의 설치, 수정, 삭제 등의 관리를 수행한다. 가입자는 소유한 무선통신 단말기에 상기 UICC 카드를 삽입하여 해당 무선통신 사업자의 네트워크 및 응용 서비스의 이용이 가능하며, 단말기 교체 시 상기 UICC 카드를 기존 단말기에서 새로운 단말기에 삽입함으로써 상기 UICC 카드에 저장된 인증정보, 이동통신 전화번호, 개인 전화번호부 등을 새로운 단말기에서 그대로 사용이 가능하다.
상기 무선 통신망과 단말간의 상호 인증 과정에서 단말은 무선 통신망의 인증 서버(authentication server)와 UICC간 인증을 할 경우 해당 인증 메시지를 중간에서 전달하는 역할을 하게 된다. 상기 UICC는 가입자를 구분할 뿐만 아니라 제조 될 때부터 관련 통신사 정보도 포함할 수 있다. 그리고 사용자는 무선 통신망을 사용하다가 동일한 단말을 가지고 다른 통신 사업자의 무선 통신망에 가입하게 될 경우에는 해당 통신 사업자의 무선 통신망에 호환되는 UICC를 사용해야 한다. 즉 통신 사업자가 다를 경우, 단말은 동일한 단말을 사용할 수 있지만, UICC는 새로이 가입한 통신 사업자와 호환되는 UICC를 사용해야 한다.
따라서 기존의 UICC는 단말 내에 탈착 가능하여, 사용자가 통신 사업자를 변경할 경우, 새로운 UICC로 교체해야 하는 번거로움이 있다. 또는 상기 UICC는 물리적 현상을 정의하는 폼 팩터(form factor) 측면을 살펴보면 가장 광범위하게 사용되고 있는 미니(Mini) SIM으로부터, 마이크로(Micro) SIM, 그리고 최근에는 나노(Nano) SIM까지 점점 그 크기가 작아지고 있다. 이를 통해 무선 통신 단말기의 소형화에 많은 기여를 하고 있지만, 최근 제정된 나노 SIM 보다 더 작은 크기의 UICC 카드는 사용자의 분실 우려로 인해 표준화되기 힘들 것으로 예상되며, 착탈형 UICC 카드의 특성상 단말기에 착탈 슬롯(slot)을 장착하기 위한 공간이 필요하므로 더 이상의 소형화는 힘들 것으로 예상되고 있다. 이러한 문제를 개선하고자 통신 사업자를 변경하더라도 UICC를 교체하지 않고도, 통신 서비스 제공을 위한 프로파일(profile)을 네트워크를 통해 원격으로 설치할 수 있는 이른바 eUICC(embedded UICC)에 대한 연구가 진행 중이다.상기 eUICC는 기존 착탈식 UICC와 동일하게 네트워크 접속 인증 기능은 제공하나, eUICC 개통/유통/가입자 정보 보안 등 많은 이슈들이 존재하며 이에 대한 방안을 마련할 필요가 있다. 이를 위해 ETSI(European Telecommunications Standards Institute) 등 국제 표준화 기관에서는 통신 사업자, 단말 제조사, SIM 벤더(vendor) 등의 유관 회사들과 상기 eUICC의 표준화를 진행하고 있다. 상기 ETSI에서는 eUICC 표준 제정을 위한 WG(Working Group)이 활동 중에 있고, 통신 사업자의 네트워크 접속 인증 기능을 위한 애플리케이션을 eUICC에 후발급(post personalization)하기 위해 상기 프로파일이라는 모듈을 정의하고 이를 원격으로 설치하고 관리하기 위한 요구 사항을 정립하고 있다. 또한 상기 프로파일에 대한 관리 정책(policy) 및 적용 방안에 대해서는 논의 중이나 아직 구체적인 방안은 정의되지 않은 상태이다. 이와 같이 eUICC의 프로파일 관리와 관련한 구체적인 세부 사항이 정의되지 않아서, eUICC 카드 제조사, 단말 제조사, 에코-시스템(eco-system) 사업자가 eUICC를 개발 및 상용화하는 데 많은 어려움이 있다.
상기 eUICC는 단말의 제조 과정에서 단말 내에 예컨대, 칩 형태로 고정하여 선 탑재한 UICC로 제작될 수 있다. 따라서 상기 eUICC는 휴대폰과 같은 일반 무선 단말은 물론 M2M(Machine to Machine)(or D2D(Device to Device : D2D) 단말과 같이 물리적으로 UICC의 착탈이 용이하지 않는 구조를 가질 수 있는 각종 단말에 이용될 수 있다.
상기 eUICC를 이용하면, 단말은 통신 사업자별 가입자 식별자와 암호키(K)를 포함하는 상기 프로파일을 원격 서버로부터 다운로드 받아 상기 eUICC에 상기 프로파일을 설치할 수 있다. 따라서 사용자는 통신 사업자를 변경하여도 새로운 UICC를 단말에 탑재하지 않고도 변경된 통신 사업자(MNO)를 통해 무선 통신 서비스를 제공 받을 수 있다. 상기 프로파일은 가입자 식별자 및 암호키(K)를 포함하며, 또한 해당 통신 사업자가 제공하는 통신 서비스를 위한 각종 정보를 포함할 수 있다. 즉, 통신 사업자의 네트워크로부터 상기 eUICC에 상기 프로파일을 원격으로 다운로드 받아 설치하면, 가입자 식별자 및 암호키(K)도 상기 eUICC에 저장된다.
한편 상기 eUICC에 상기 프로파일을 원격으로 설치하는 과정에서, 가입자 식별자와 암호키가 유출될 경우 해당 단말의 데이터 및 음성 통신의 보안에 큰 위협을 초래할 수 있다. 따라서 상기 eUICC에 상기 프로파일을 원격으로 전달하는 과정에서 보다 엄격한 암호화 과정이 요구된다.
위와 같이 단말 내 eUICC에 원격으로 가입자 식별자와 암호키를 포함하는 프로파일을 원격으로 설치하기 위해서는 eUICC를 탑재한 단말이 이미 통신이 가능한 상태여야 하는데, 이를 위해 eUICC에는 상기 프로파일의 원격 설치만을 위한 가입자 식별자와 암호키(K)(또는 프로비져닝(provisioning) 프로파일)가 사전에 설치될 수 있다. 이 경우 단말에 사전 탑재된 프로비져닝 프로파일을 이용하는 무선 통신망에서도 해당 가입자 식별자와 암호키(K)가 저장되어 있어야 상기 프로파일을 원격 설치하는 단말이 정당한 가입자의 단말로 인식될 수 있다. 따라서 eUICC를 이용하는 경우, 상기 프로비져닝 프로파일의 설치를 위한 통신서비스 이용료가 제조 원가에 포함될 수 있다. 다만 이러한 통신 서비스는 프로파일 설치를 위한 통신 서비스에만 국한하여 제공하게 되므로, 일반적인 통신 서비스 이용료 보다는 상대적으로 저렴할 수 있다.
상기 배경 기술에서 기술한 것처럼 무선 통신망에서 eUICC를 탑재하는 단말에 가입자 식별자 및 암호키(K)를 원격으로 설치하는 방식으로 무선 통신 서비스에 가입하기 위해서는 해당 통신 사업자에 프로파일의 원격 설치를 위한 인프라가 구축되어야 한다. 그러나 eUICC를 탑재하는 단말이 보편화되기 전까지는 대부분의 통신 사업자는 이러한 원격 설치 인프라를 구축하지 않을 수 있고, 또한, 이러한 통신 환경에서는 eUICC를 탑재하는 단말을 이용한 무선 통신 서비스(예를 들면, 사업자 변경 등)에 큰 불편이 예상된다.
또한, 상기한 가입자 식별자 및 암호키(K)를 포함하는 프로비져닝 프로파일의 선탑재와, 상기 프로비져닝 프로파일을 이용한 통신 서비스의 경우, 해당 단말이 폐기될 때까지 계속 서비스를 제공해야, 해당 단말의 신규 또는 변경 개통이 가능하므로, 이는 결국 단말 제조 원가에 큰 부담이 될 수 있다. 또한 상기 프로비져닝 프로파일이 지리적으로 커버하는 범위에 따라 단말의 개통 여부가 결정되므로, 상기 프로비져닝 프로파일을 이용할 수 있는 커버리지를 최대한 넓혀야 하는데 이는 상기 프로비져닝 프로파일을 이용하기 위한 제조 원가를 더욱 높이는 결과가 된다. 또한 상기 커버리지를 적절한 범위로 정할 경우에는 해당 단말은 해당 커버리지 안에서만 개통하여 사용할 수 있으므로, 단말의 유통 및 배포 관리에 있어 어려움을 줄 수 있다.
따라서 본 발명의 실시 예에서는 무선 통신 시스템에서 통신서비스 제공을 위한 프로파일을 효율적으로 송수신하는 방법 및 장치를 제공한다.
또한 본 발명의 다른 실시 예는 무선 통신 시스템에서, 단말 사용자가 무선 통신 사업자의 서비스를 제공받을 수 있도록 하기 위한 장치 및 방법을 제공한다.
또한 본 발명의 또 다른 실시 예는 무선 통신 시스템에서, 단말의 위치 정보를 기반으로 프로파일을 자동으로 선택하여 제공하는 장치 및 방법을 제공한다.
또한 본 발명의 또 다른 실시 예는 무선 통신 시스템에서, 단말의 정보를 기반으로 프로파일을 제공하는 서버를 결정하는 장치 및 방법을 제공한다.
본 발명의 실시 예에 따라, 무선 통신 시스템에서 프로파일의 원격 수신을 지원하는 방법은, 상기 프로파일을 관리하는 서버로부터 상기 프로파일의 다운로드를 위한 제1 메시지를 포함하는 제2 메시지를 수신하는 과정과, 상기 제2 메시지를 근거로, 복수의 UICC들에게 상기 제1 메시지를 포함하는 상기 제2 메시지를 전달하는 과정을 포함하며, 상기 복수의 UICC들은 적어도 하나의 eUICC를 포함한다.
또한 본 발명의 실시 예에 따라, 무선 통신 시스템에서 프로파일의 원격 수신을 지원하는 단말은, 무선망을 통해 데이터를 송수신하는 송수신부와, 상기 프로파일을 관리하는 서버로부터 상기 프로파일의 다운로드를 위한 제1 메시지를 포함하는 제2 메시지를 수신하고, 상기 제2 메시지를 근거로, 복수의 UICC들에게 상기 제1 메시지를 포함하는 상기 제2 메시지를 전달하는 제어부를 포함하며, 상기 복수의 UICC들은 적어도 하나의 eUICC를 포함한다.
또한 본 발명의 실시 예에 따라, 무선 통신 시스템에서 프로파일의 원격 수신을 지원하는 방법은, eUICC를 이용하는 단말로부터 통신 서비스의 개통 요청을 수신하는 과정과, 상기 개통 요청에 대한 응답으로 상기 단말에게 상기 프로파일의 원격 수신을 위한 통신 서비스 정보를 전송하는 과정을 포함한다.
또한 본 발명의 실시 예에 따라, 무선 통신 시스템에서 프로파일의 원격 수신을 제어하는 서버는, 적어도 하나의 네트워크 엔터티와 데이터 통신을 위한 통신 인터페이스와, eUICC를 이용하는 단말로부터 통신 서비스의 개통 요청을 수신하고, 상기 개통 요청에 대한 응답으로 상기 단말에게 상기 프로파일의 원격 수신을 위한 통신 서비스 정보를 전송하는 것을 제어하는 제어부를 포함한다.
또한 본 발명의 실시 예에 따라, 무선 통신 시스템에서 eUICC를 이용하는 단말이 프로파일을 적용하는 방법은, 통신 서비스를 제공하는 적어도 하나의 통신 사업자를 탐색하는 과정과, 상기 탐색된 통신 사업자의 리스트를 디스플레이하는 과정과, 상기 eUICC에 설치된 적어도 하나의 프로파일 중 상기 리스트를 이용하여 선택된 프로파일을 적용하는 과정을 포함한다.
또한 본 발명의 실시 예에 따라, 무선 통신 시스템에서 eUICC를 이용하는 단말은, 무선망을 통해 데이터를 송수신하는 송수신부와, 표시부와, 통신 서비스를 제공하는 적어도 하나의 통신 사업자를 탐색하고, 상기 표시부를 통해 상기 탐색된 통신 사업자의 리스트를 디스플레이하며, 상기 eUICC에 설치된 적어도 하나의 프로파일 중 상기 리스트를 이용하여 선택된 프로파일을 적용하는 것을 제어하는 제어부를 포함한다.
또한 본 발명의 실시 예에 따라, 무선 통신 시스템에서 eUICC를 이용하는 단말이 프로파일을 적용하는 방법은, 통신 서비스를 제공하는 적어도 하나의 통신 사업자를 탐색하는 과정과, 상기 탐색된 통신 사업자의 적어도 하나의 프로파일 중 상기 단말의 선호 사항에 따라 선택된 프로파일을 적용하는 과정을 포함하며, 상기 eUICC는 상기 적어도 하나의 통신 사업자로부터 제공된 적어도 하나의 프로파일을 포함한다.
또한 본 발명의 실시 예에 따라, 무선 통신 시스템에서 eUICC를 이용하는 단말은, 무선망을 통해 데이터를 송수신하는 송수신부와, 통신 서비스를 제공하는 적어도 하나의 통신 사업자를 탐색하고, 상기 탐색된 통신 사업자의 적어도 하나의 프로파일 중 상기 단말의 선호 사항에 따라 선택된 프로파일을 적용하는 것을 제어하는 제어부를 포함하며, 상기 eUICC는 상기 적어도 하나의 통신 사업자로부터 제공된 적어도 하나의 프로파일을 포함한다.
도 1은 본 발명의 실시 예에 따라 통신 서비스의 제공을 위한 프로파일을 원격으로 송수신하는 무선 통신 시스템의 구성 예를 나타낸 도면,
도 2는 본 발명의 실시 예에 따른 SM 서버의 구성을 나타낸 도면,
도 3은 본 발명의 실시 예에 따라 통신 서비스의 제공을 위한 프로파일을 원격으로 송수신하는 무선 통신 시스템의 구성 예를 나타낸 도면,
도 4a 및 도 4b는 본 발명의 실시 예에 따라 통신 서비스의 제공을 위한 프로파일을 원격으로 수신하는 단말의 구성 예를 나타낸 도면,
도 5a 내지 도 9d는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법을 나타낸 흐름도,
도 10 및 도 11은 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 경우, SM 서버 및 단말간의 코드 변환 예를 나타낸 도면,
도 12는 본 발명의 실시 예에 따른 무선 통신 시스템에서 프로파일의 원격 수신을 지원하는 방법을 나타낸 흐름도,
도 13은 본 발명의 실시 예에 따른 무선 통신 네트워크에서 프로파일 관리서버를 자동으로 선택하는 실시 예를 나타낸 흐름도,
도 14는 본 발명의 실시 예에 따른 무선 통신 네트워크에서 프로파일 관리서버를 자동으로 선택하는 다른 실시 예를 나타낸 흐름도,
도 15는 본 발명의 실시 예에 따른 eUICC를 탑재한 단말의 선택에 따라 프로파일을 제공 받은 실시 예를 나타낸 흐름도,
도 16은 본 발명의 실시 예에 따른 무선 통신 네트워크에서 자동으로 서비스를 선택하여 제공할 때, 프로파일 제공서버에 저장한 정보를 기반으로 프로파일을 선택하여 설치하는 실시 예를 나타낸 흐름도,
도 17는 본 발명의 실시 예에 따른 무선 통신 네트워크에서 자동으로 서비스를 선택하여 제공할 때, 프로파일 관리서버에 저장한 정보를 기반으로 프로파일을 선택하여 설치하는 실시 예를 나타낸 흐름도,
도 18은 본 발명의 실시 예에 따른 무선 통신 네트워크에서 프로파일 관리서버에서 프로파일 제공 서버 별로 프로파일 다운로드 요청 수락 여부를 결정하는 실시 예를 나타낸 흐름도,
도 19은 본 발명의 실시 예에 따른 무선 통신 네트워크에서 자동으로 서비스를 선택하여 제공할 때, 해당 프로파일을 자동으로 삭제하는 실시 예를 도시한다.
도 20는 본 발명의 실시 예에 따른 무선 통신 네트워크에서 자동으로 서비스를 선택하여 제공할 때, 해당 프로파일을 자동으로 삭제할 수 있도록 하는 프로파일 정보의 일 구성 예를 나타낸 도면,
도 21은 본 발명의 실시 예에 따른 무선 통신 네트워크에서 활성화된 프로파일로 네트워크에 접속할 수 없는 경우 단말의 동작 실시예를 나타낸 순서도,
도 22는 본 발명의 실시 예에 따른 무선 통신 시스템에서 단말 장치의 일 구성 예를 나타낸 블록도,
도 23은 본 발명의 실시 예에 따른 무선 통신 시스템에서 eUICC 제어를 위한 서버 장치의 일 구성 예를 나타낸 블록도,
도 24는 본 발명의 실시 예에 따른 무선 통신 시스템에서 eUICC 프로파일을 제공하기 위한 서버 장치의 일 구성 예를 나타낸 블록도,
도 25은 본 발명의 실시 예에 따른 무선 통신 시스템에서 eUICC 프로파일을 관리하기 위한 서버 장치의 일 구성 예를 나타낸 블록도,
도 26a 내지 도 26d는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 삭제하는 예를 나타낸 도면들.
하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 이하 첨부된 도면을 참조하여 상기한 본 발명의 실시 예들을 구체적으로 설명하기로 한다.
먼저, 본 명세서에서 사용되는 용어에 대해서 정의한다.
본 명세서에서 UICC는 이동통신 단말기에 삽입하여 사용하는 스마트카드로서 이동통신 가입자의 네트워크 접속 인증 정보, 전화번호부, SMS와 같은 개인정보가 저장되어 GSM, WCDMA, LTE 등과 같은 이동통신 네트워크에 접속 시 가입자 인증 및 트래픽 보안 키 생성을 수행하여 안전한 이동통신 이용을 가능케 하는 칩을 의미한다. UICC에는 가입자가 접속하는 이동통신 네트워크의 종류에 따라 SIM(Subscriber Identification Module), USIM(Universal SIM), ISIM(IP Multimedia SIM)등의 통신 어플리케이션이 탑재되며, 또한 전자지갑, 티켓팅, 전자여권 등과 같은 다양한 응용 어플리케이션의 탑재를 위한 상위 레벨의 보안 기능을 제공할 수 있다.
본 명세서에서 eUICC(embedded UICC)는 단말에 삽입 및 탈거가 가능한 착탈식이 아닌 단말에 내장된 칩 형태의 보안 모듈이다. eUICC는 OTA(Over The Air) 기술을 이용하여 프로파일을 다운받아 설치할 수 있다.
본 명세서에서 용어 UICC는 SIM과 혼용될 수 있고, 용어 eUICC는 eSIM과 혼용될 수 있다.
본 명세서에서 프로파일(Profile)은 UICC내에 저장되는 어플리케이션, 파일시스템, 인증키 값 등을 소프트웨어 형태로 패키징 한 것을 의미할 수 있다.
본 명세서에서 USIM 프로파일은 프로파일과 동일한 의미 또는 프로파일 내 USIM 어플리케이션에 포함된 정보를 소프트웨어 형태로 패키징 한 것을 의미할 수 있다.
본 명세서에서 운영 프로파일(Operational Profile)은 단말의 사용자가 가입한 이동통신사의 가입정보를 소프트웨어 형태로 패키징한 것을 의미할 수 있다.
본 명세서에서 예비 프로파일(Provisioning Profile)은 단말의 사용자가 특정 통신사에 가입하기 이전에 단말이 임의의 국가의 임의의 이동통신망에 접속하는데 필요한 프로파일로서 사전에 eUICC에 탑재된 프로파일을 의미할 수 있다.
본 명세서에서 프로파일 제공서버는 SM-DP(Subscription Manager Data Preparation), 프로파일 도메인의 오프 카드 엔터티(off-card entity of Profile Domain), 프로파일 암호화 서버, 프로파일 생성서버, 프로파일 공급자(Profile Provisioner 또는 Profile Provider) 등으로 표현될 수 있다.
본 명세서에서 프로파일 관리서버는 SM-SR(Subscription Manager Secure Routing), eUICC 프로파일 관리자의 오프 카드 엔터티(off-card entity of eUICC Profile Manager) 또는 프로파일 관리자(Profile Manager)로 표현될 수 있다.
본 명세서에서 사용하는 용어 '단말'은 이동국(MS), 사용자 장비(UE; User Equipment), 사용자 터미널(UT; User Terminal), 무선 터미널, 액세스 터미널(AT), 터미널, 가입자 유닛(Subscriber Unit), 가입자 스테이션(SS; Subscriber Station), 무선 기기(wireless device), 무선 통신 디바이스, 무선 송수신유닛(WTRU; Wireless Transmit/Receive Unit), 이동 노드, 모바일 또는 다른 용어들로서 지칭될 수 있다. 단말의 다양한 실시 예들은 셀룰러 전화기, 무선 통신 기능을 가지는 스마트 폰, 무선 통신 기능을 가지는 개인 휴대용 단말기(PDA), 무선 모뎀, 무선 통신 기능을 가지는 휴대용 컴퓨터, 무선 통신 기능을 가지는 디지털 카메라와 같은 촬영장치, 무선 통신 기능을 가지는 게이밍 장치, 무선 통신 기능을 가지는 음악저장 및 재생 가전제품, 무선 인터넷 접속 및 브라우징이 가능한 인터넷 가전제품뿐만 아니라 그러한 기능들의 조합들을 통합하고 있는 휴대형 유닛 또는 단말기들을 포함할 수 있다.
또한, 본 명세서에서 단말은 M2M(Machine to Machine) 단말, MTC(Machine Type Communication) 단말/디바이스를 포함할 수 있으나, 이에 한정되는 것은 아니다.
본 명세서에서 프로파일 식별자는 예를 들어 Profile ID, ICCID(Integrated Circuit Card ID), ICCID 및 ISD-P(Issuer Security Domain-Profile)와 매칭되는 인자로 지칭될 수 있다. Profile ID는 각 프로파일의 고유 식별자를 나타낼 수 있다. 본 명세서에서 eUICC ID는, 단말에 내장된 eUICC의 고유 식별자일 수 있고, EID(eUICC ID)로 지칭될 수 있다. 또한 상기 eUICC ID는, eUICC에 예비 프로파일(Provisioning Profile)이 미리 탑재되어 있는 경우 해당 예비 프로파일(Provisioning Profile)의 프로파일 식별자(Profile ID)일 수 있다. 또한 본 발명의 실시 예에서와 같이 단말과 eUICC(또는 eSIM) 칩이 분리되지 않을 경우에는 eUICC ID는 단말 ID일 수 있다. 또한 상기 eUICC ID는 eSIM 칩의 특정 Secure Domain을 지칭할 수도 있다.
도 1은 본 발명의 일 실시 예에 따라 통신 서비스의 제공을 위한 프로파일을 원격으로 송수신하는 무선 통신 시스템의 구성 예를 나타낸 도면이다.
도 1을 참조하면, 도 1의 시스템은 가입자에게 통신 서비스를 제공하는 통신 사업자(MNO)의 사업자 서버(110), 상기 사업자 서버(110)의 요청에 따라 단말(150)에게 통신 서비스의 제공을 위한 프로파일을 생성하고, 상기 생성된 프로파일의 원격 설치를 지원하는 SM(Subscriber Manager) 서버(130), 그리고 상기 SM 서버(130)로부터 상기 프로파일의 다운로드를 위한 메시지를 수신하고, 상기 수신된 메시지를 이용하여 SM 서버(130)로부터 프로파일을 다운로드 받아 내부 eUICC에 설치하는 상기 단말(150)을 포함한다. 상기 프로파일은 단말(150)의 가입자 식별자(예컨대, IMSI(International Mobile Subscriber Identity))와 인증을 위한 암호키(K)를 포함하며, 또한 해당 통신 사업자가 제공하는 통신 서비스를 위한 각종 정보를 포함할 수 있다.
도 2는 본 발명의 실시 예에 따른 SM 서버(130)의 구성을 나타낸 도면이다.
도 2를 참조하면, 상기 SM 서버(130)는 SM-DP(Subscription Manager Data Preparation) 서버(131)와 SM-SR(Subscription Manager Secure Routing) 서버(133)를 포함한다. 사업자 서버(110)를 통해 단말(150)에 대한 개통 요청이 SM 서버(130)로 전달되면, SM-DP 서버(131)는 해당 통신 사업자에 맞는 프로파일을 생성하여 SM-SR 서버(133)로 전달한다. 상기 SM-DP 서버(131)는 프로파일을 생성하는 프로파일 제공서버로 칭해질 수 있다. 그리고 SM-DP 서버(131)는 상기 생성된 프로파일을 암호화하여 상기 SM-SR 서버(133)로 전달할 수 있다. 상기 SM-SR서버(133)는 상기 프로파일을 SMS(Short Message Service)를 활용한 OTA(Over-The-Air) 기술을 활용하여 eUICC로 전송한다. 상기 OTA 메시지는 상기 프로파일을 포함하며, OTA 암호키를 이용하여 암호화되고, 암호화된 OTA 메시지는 SMS 메시지의 데이터에 포함되어 전송된다. 상기 SM-SR 서버(133)는 프로파일의 원격 전송을 관리하는 프로파일 관리서버로 칭해질 수 있다.
상기 SMS 메시지는 단말(150)의 전화번호인 MSISDN(Mobile Subscriber International ISDN(Integrated Services Digital Network) Number)으로 SMS를 이용하여 전송 된다. 그리고 도 1에서 단말(150)은 OTA 메시지를 포함하는 SMS 메시지를 수신하여 SMS 메시지의 헤더를 확인하고, 상기 헤더에 포함된 프로토콜 식별자(Protocol Identifier)의 값이 예컨대, 'SIM data download'에 해당되는 값이고, 상기 헤더에 포함되어 단말의 카테고리를 나타내는 DCS(Data Coding Scheme) 값이 예컨대, 'Class 2' 에 해당되는 값인 경우 단말(150)은 상기 수신한 SMS 메시지를 내부에 탑재되거나 연결되어 있는 eUICC에게 전달한다. 상기 SMS 메시지를 수신한 eUICC는 SMS 메시지로부터 OTA 메시지를 획득하고, 상기 OTA 메시지를 OTA 암호키를 이용하여 복호화한 후 복호화된 정보를 이용하여 추가적인 절차를 통해 프로파일을 획득한다. 그리고 eUICC는 상기 프로파일을 설치한다.
도 1의 실시 예에서 단말(150)은 SM 서버(130)로부터 상기 OTA 메시지를 포함하는 SMS 메시지를 수신하기 위해 미리 개통되어 있는 SMS 메시지 수신 전용 전화번호 정보(MSISDN)와 암호화되어 전송되는 OTA 메시지를 복호화하기 위한 암호키로서 예컨대, OTA 키를 상기 eUICC에 미리 저장한다. 여기서 상기 eUICC는 하나 또는 복수 개가 탑재되거나 연결될 수 있으며, 상기 eUICC가 복수 개인 경우, 복수 개의 eUICC들은 각각 서로 다른 MSISDN와 OTA 키를 미리 저장하여 이용한다. 다만 이 경우 프로파일의 원격 다운로드를 위한 가입 비용이 개개의 eUICC 마다 발생될 수 있다.
도 3은 본 발명의 실시 예에 따라 통신 서비스의 제공을 위한 프로파일을 원격으로 송수신하는 무선 통신 시스템의 구성 예를 나타낸 도면이다.
도 3의 시스템은 가입자에게 통신 서비스를 제공하는 통신 사업자(MNO)의 사업자 서버(310), 상기 사업자 서버(310)의 요청에 따라 단말(350)에게 통신 서비스의 제공을 위한 프로파일을 생성하고, 상기 생성된 프로파일의 원격 설치를 지원하는 SM 서버(330), 그리고 상기 SM 서버(330)로부터 상기 프로파일의 다운로드를 위한 OTA 메시지를 수신하고, 상기 OTA 메시지를 이용하여 프로파일을 다운로드 받아 단말(350)에 탑재되거나 연결될 수 있는 복수의 UICC들 예컨대, 제1 UICC 또는 제2 UICC에 프로파일을 설치하는 상기 단말(350)을 포함한다. 상기 프로파일은 단말(350)의 가입자 식별자(예컨대, IMSI)와 인증을 위한 암호키(K)를 포함하며, 또한 해당 통신 사업자가 제공하는 통신 서비스를 위한 각종 정보를 포함할 수 있다.
또한 본 실시 예에서 상기 단말(350)는 복수의 UICC들을 포함한다. 상기 복수의 UICC들은 단말(350)내 탑재되거나 또는 단말(305)과 연결될 수 있으며, 상기 제1 UICC와 제2 UICC 중 적어도 하나는 eUICC이다. 예를 들어 제1 UICC는 기존의 탈착 가능한 UICC를 탑재하고, 제2 UICC는 eUICC를 탑재하거나 또는 상기 단말(350)에 연결될 수 있다. 여기서 단말(350)에 UICC가 연결되어 있다는 것은 예를 들어 스마트 카드와 관련된 표준인 ISO(International Organization for Standardization) 7816을 통해 단말 내 제어부와 UICC가 연결됨을 의미할 수도 있고, 블루투스 SIM 접속 프로파일(Bluetooth SIM Access Profile), WiFi, 또는 NFC(Near Field Communication) 등의 방식을 이용한 다른 단말에 내장되어 있는 UICC와의 무선 연결 또는 USB(Universal Serial Bus)를 통해 연결되는 것을 의미할 수도 있다. 다른 실시 예로 제1 및 제2 UICC 모두 eUICC인 경우도 가능하다. 그리고 본 실시 예에서 UICC는 설명의 편의를 위해 두 개의 UICC가 단말(350)에 탑재되거나 연결됨을 예시하였으나, 두 개 이상의 UICC가 단말(350)에 탑재되거나 연결될 수 있다.
도 4a는 본 발명의 실시 예에 따라 통신 서비스의 제공을 위한 프로파일을 원격으로 수신하는 단말(350)의 구성 예를 나타낸 도면으로서, 이는 본 발명의 실시 예에 따라 복수의 UICC들이 탑재되거나 연결되어 있는 단말(350)의 구성을 예시한 것이다.
도 4a를 참조하면, 상기 단말(350)은 제어부(351), 송수신부(353)를 포함하고, 또한 상기 단말(350)은 제1 및 제2 UICC(355-1, 355-2)를 포함하거나 제1 및 제2 UICC(355-1, 355-2) 중 적어도 하나에 연결될 수도 있다. 상기 제어부(351)는 SM 서버(330)로부터 프로파일의 다운로드를 위한 OTA 메시지를 SMS를 통해 수신하고, 상기 OTA 메시지를 이용하여 프로파일을 다운로드 받아 제1 및 제2 UICC(355-1, 355-2) 중 적어도 하나에 설치하는 전반적인 동작을 제어한다. 상기 송수신부(353)는 무선망을 통해 데이터를 송수신하기 위한 것이다. 그리고 본 실시 예에서 단말(350)는 프로파일을 설치하기 위한 복수의 UICC들로서 예컨대, 제1 및 제2 UICC(355-1, 355-2)를 포함할 수도 있고 또는 제1 및 제2 UICC(355-1, 355-2) 중 적어도 하나와 도 3의 실시 예에서 설명한 방식을 통해 연결될 수도 있다. 상기한 연결 방식을 이용하는 경우, 상기 제1 및 제2 UICC(355-1, 355-2) 중 적어도 하나는 단말(350) 내 직접 탑재되지 않을 수 있다. 그리고 도 4a의 실시 예에서 상기 제1 UICC(355-1)와 제2 UICC(355-2) 중 적어도 하나는 eUICC임을 가정한다.
본 실시 예에서는 상기 OTA 메시지를 포함하는 SMS 메시지를 수신하기 위해 미리 개통되어 있는 SMS 메시지 수신 전용 전화번호 정보(MSISDN-P1)와 암호화되어 전송되는 OTA 메시지를 복호화하기 위한 암호키로서 OTA 키를 상기 제1 UICC(355-1)와 제2 UICC(355-2) 중 적어도 하나에 저장한다. 예를 들어 상기 제1 UICC(355-1)와 제2 UICC(355-2) 중에서 제1 UICC(355-1)에만 프로파일의 다운로드를 위한 SMS 메시지를 수신하기 위한 제1 전화번호 정보(MSISDN-P1)를 저장하고, 제2 UICC(355-2)에는 대응되는 제2 전화번호 정보(MSISDN-P2)를 저장하지 않을 수 있다. 이 경우 제2 UICC(355-1)에 설치될 프로파일은 상기 제1 전화번호 정보를 이용하여 수신될 수 있다.
도 4b는 본 발명의 실시 예에 따라 통신 서비스의 제공을 위한 프로파일을 원격으로 수신하는 단말의 다른 구성 예를 나타낸 것으로서, 본 실시 예는 제1 UICC(355-3)는 제1 단말(350-1) 내에 탑재되고, 제2 UICC(355-4)는 제1 단말(350-1) 내에 탑재되지 않고 제어부를 통해 제2 단말(350-2)에 연결되어 있는 예를 나타낸 것이다.
도 4b를 참조하면, 제1 단말(350-1)은 제어부(351-1), 송수신부(353-1), 및 제1 UICC(355-3)를 포함한다. 상기 제1 UICC(355-3)는 제1 단말(350-1)내 탑재된 기존의 UICC이거나 eUICC일 수 있다. 제2 단말(350-2)는 제어부(351-2)와 제2 UICC(355-4)를 포함한다. 상기 제2 UICC(355-4)는 기존의 UICC이거나 eUICC를 이용할 수 있다. 도 3의 실시 예에서 설명한 것처럼 상기 제2 UICC(355-4)는 Bluetooth SIM Access Profile, WiFi, 또는 NFC(Near field communication) 등의 통신 방식을 이용하여 제1 단말(350-1)과 무선으로 연결될 수도 있고 또는 USB(Universal Serial Bus)로 연결될 수도 있다. 제2 단말(350-2)은 도시되지는 않았으나, 상기 통신 방식을 이용하기 위한 송수신부 또는 통신 인터페이스를 포함할 수 있다. 이상과 같이 제1 단말(350-1)의 제어부(351-1)와 제2 단말(350-2)의 제2 UICC(355-4) 간의 연결은 상기한 ISO-7816, 블루투스, WiFi, NFC, USB 등 다양한 통신 방법을 이용하여 이루어질 수 있다.
상기한 통신 방법 이외의 다른 통신 방법을 이용하여 제1 단말(350-1)의 제어부(351-1)와 제2 UICC(355-4) 간의 연결이 이루어지는 경우에도 본 발명의 실시 예에서 제안하는 프로파일 다운로드 방법, 예를 들어, 제1 UICC(355-3)에 부여된(or 저장된) 전화번호 또는 IMSI(International Mobile Subscriber Identity)를 이용하여 제1 단말(350-1)로 전달된 OTA 메시지를 포함하는 SMS 메시지를 제1 단말(350-1)의 제어부(351-1)에서 판단하여 상기 OTA 메시지를 포함하는 SMS 메시지를 제2 단말(350-2)의 제2 UICC(355-4)에 전달하여 제2 UICC(355-4)에 프로파일을 설치하는 방법은 동일하게 적용될 수 있다. 그리고 하기 본 발명의 실시 예들에서 제1 및 제2 UICC가 단말 내 모두 탑재된 것을 가정한 경우의 프로파일 다운로드 방법들 또한 상기 도 4b의 실시 예에 적용될 수 있다. 도 3 및 도 4a 및 도 4b를 참조하여 예시적인 실시 예를 설명하면, 먼저 단말(350)에는 착탈 가능한 기존의 UICC를 이용하는 제1 UICC(355-1)과 eUICC를 이용하는 제2 UICC(355-2)가 탑재되어 있거나 연결될 수 있음을 가정한다. 그리고 상기 제1 UICC(355-1)에는 이미 개통되어 있는 프로파일이 설치되어 있고, 편의상 이 프로파일의 전화번호는 MSISDN-P1이라 가정한다. 또한 제2 UICC(355-2)의 EID(즉 eUICC 식별자)는 EID2이고, 제2 UICC(355-2)에 저장된 OTA 암호키는 OTA key 2라 가정한다. 그러면 eUICC인 제2 UICC(355-2)에 새로운 통신 사업자의 프로파일을 설치할 경우, 사업자 서버(310)는 SM 서버(330)에 단말(350)의 개통을 요청할 것이다. 이때 사업자 서버(310)는 상기 EID2에 해당하는 제2 UICC(355-2)에 프로파일을 설치할 것을 SM 서버(330)에 요청하게 된다. 그러면 SM 서버(330)는 프로파일 설치를 위해 OTA 메시지를 생성하는데, 이때 SM 서버(330)는 상기 EID2의 OTA 암호키인 예컨대, OTA key2 를 이용하여 프로파일의 다운로드를 위한 OTA 메시지를 암호화한다. 그리고 SM 서버(330)는 상기 OTA 메시지를 SMS를 이용하여 단말(350)에 전달하는데 이때, SM 서버(330)는 단말(350)의 제1 UICC(355-1)에 개통되어 있는 전화번호인 예컨대, MSISDN-P1 번호로 상기 OTA 메시지를 포함하는 SMS 메시지를 전달한다.
이하 하나 또는 복수의 eUICC를 포함하는 복수의 UICC들을 탑재하는 본 발명의 단말(350)이 상기 OTA 메시지를 수신하여 SM 서버(330)로부터 프로파일을 원격으로 수신하는 다양한 실시 예들을 설명하기로 한다. 그리고 하기 다양한 실시 예들의 흐름도들에서는 설명의 편의상 OTA 메시지를 도시하여 설명하였으나, 상기 OTA 메시지는 SMS 메시지에 포함되어 전달된다. 따라서 하기 상세한 설명과 관련 흐름도들에 기술된(도시된) OTA 메시지는 그 OTA 메시지를 포함하는 SMS 메시지로 이해될 수 있다. 다른 실시 예로 단말의 제어부가 SMS 메시지로부터 OTA 메시지를 추출하고, 그 추출된 OTA 메시지를 복수의 UICC를 전달하는 것도 가능하다.
도 5a는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 일 예를 나타낸 흐름도이다. 도 5a의 실시 예는 도 4a를 참조하여 설명하기로 한다.
도 5a의 실시 예에서 제2 UICC(355-2)는 eUICC임을 가정한다. 또한 도 5의 실시 예에서 SM 서버(330)는 상기와 같이 EID2 OTA 암호키인 예컨대, OTA key2 를 이용하여 프로파일의 다운로드를 위한 OTA 메시지를 암호화하여 전송한 경우임을 가정한다.
도 5a를 참조하면, 5101 단계에서 SM 서버(330)는 프로파일을 생성하고, 5103 단계에서 단말(350)은 SM 서버(330)로부터 OTA 메시지를 포함하는 SMS 메시지를 수신한다. 그러면 5105 단계에서 단말(350)의 제어부(351)는 상기 SMS 메시지의 헤더 부분을 확인하여 프로토콜 식별자(Protocol Identifier) 필드의 값이 예컨대, 'SIM data download'이고, DCS 값이 'Class 02'이고, 추가적으로 SMS 메시지의 OA(Originator Address) 값이 SM 서버 주소인 경우, 제어부(351)는 5107, 5111 단계에서 각각 UICC(355-1)와 eUICC(355-2)로 프로파일의 다운로드를 위한 OTA 메시지를 전달하게 된다. 한편 도시되지는 않았으나, 상기 5105 단계에서 주어진 조건을 만족하지 못한 경우, 단말(350)은 미리 정해진 통상 절차를 수행하거나 또는 프로파일의 원격 수신 절차를 종료한다. 5109 단계에서 제어부(351)로부터 OTA 메시지를 전달받은 UICC(355-1)는 UICC(355-1)가 가지고 있는 암호키인 OTA 키로 OTA 메시지의 복호화가 불가능 하므로 해당 OTA 메시지를 더 이상 처리하지 않고 폐기한다. 반면 eUICC(355-2)는 eUICC(355-2)가 가지고 있는 OTA key2로 OTA 메시지의 복호화가 가능하다. 따라서 5113 단계에서 eUICC(355-2)는 OTA key2를 이용하여 OTA 메시지를 복호화하고, BIP(Bearer Independent Protocol) 통신을 트리거한다. 이후 5115 단계에서 BIP 통신을 위해 제어부(351)와 eUICC(355-2) 사이에 BIP 세션이 개방되고, 5117 단계에서 SM 서버(330)와 eUICC(355-2) 사이에 생성된 BIP 세션을 통해 프로파일의 다운로드가 수행된다.
이하 도 5b 내지 도 5k를 참조하여 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 다른 실시 예들을 도 4b를 참조하여 설명하기로 한다.
먼저 도 5b 내지 도 5k의 실시 예에서 공통된 사항을 설명하면, 제1 UICC(355-3)는 기존의 UICC이거나 eUICC일수 있고, 제2 UICC(355-4)는 기존의 UICC이거나 eUICC일 수 있다. 또한 제1 UICC(355-3)나 제2 UICC(355-4)는 제1 단말(350-1) 또는 제2 단말(350-2)에 탑재되거나 장착될 수 있거나 또는 연결될 수 있다. 편의상 제2 UICC(355-4)는 eUICC임을 가정한다. 그리고 도 4b의 예와 같이 상기 제2 UICC(355-4)가 제1 단말(350-1)에 탑재되지는 않았지만 연결될 수 있는 경우, 상기 제2 UICC(355-4)는 제2 단말(350-2)에 포함된 UICC일 수 있으며, 이 경우 제1 단말(350-1)과 제2 단말(350-2)과의 연동은 Bluetooth나 WiFi, NFC 등의 방식을 이용하여 무선으로 연결될 수도 있고 또는 USB로 연결될 수도 있다. 일 예로, Bluetooth로 연결된 경우, Bluetooth SIM Access Profile을 이용하여 제1 단말(350-1)은 제2 단말(350-2)에 연결되어 있는 제2 UICC(355-4)를 마치 제1 단말(350-1)에 연결된 UICC인 것처럼 논리적으로 동일하게 접근하여 사용할 수 있다. 그리고 도 5b 내지 도 5k의 실시 예에서 SM 서버(330)는 제2 UICC(355-4)가 eUICC인 경우 해당 eUICC의 OTA 암호키인 예컨대, OTA key2를 이용하여 프로파일의 다운로드를 위한 OTA 메시지를 암호화하여 전송한 경우임을 가정한다.
도 5e는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 또 다른 예를 나타낸 흐름도이다. 도 5e의 실시 예는 도 5a의 실시 예의 다른 실시 예로서, 복수의 단말들이 프로파일의 다운로드에 관여하는 실시 예를 나타낸 것이다.
도 5e의 5501 단계 내지 5519 단계는 제1 단말(350-1)의 제어부(351)와 제2 단말(350-2)의 제어부(351-2)가 Bluetooth로 페어링(Pairing)후 제2 단말(350-2)에 삽입되거나 고정되어 탑재된 제2 UICC(355-4)에서 제1 단말(350-1)의 제어부(351)를 통해 프로파일을 다운로드 하는 과정을 나타낸 것이다. 도 5e의 5501 단계 내지 5519 단계에서 블루투스 페어링(5503 단계)를 제외한 나머지 단계들의 동작은 제2 단말(350-2)로 동작 수행의 주체(또는 대상)가 일부 변경된 것을 제외하고, 도 5a의 실시 예에서 대응되는 단계들의 동작과 동일 또는 유사하므로 구체적인 설명은 생략하기로 한다.
도 5f는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 또 다른 예를 나타낸 흐름도이다. 도 5f의 실시 예는 하기 도 5b의 실시 예의 다른 실시 예로서, 하나의 단말이 프로파일의 다운로드에 관여하는 실시 예를 나타낸 것이다.
도 5f의 5601 단계 내지 5617 단계는 단말(350)에 탑재된 UICC(355-1) 및 eUICC(355-2)에 OTA 메시지를 모두 전달하여, eUICC(355-2)에 프로파일이 전달되는 과정을 나타낸 것이다. 도 5f의 5601 단계 내지 5617 단계의 동작은 도 5b의 실시 예에서 대응되는 단계들의 동작과 동일 또는 유사하므로 구체적인 설명은 생략하기로 한다.
도 5b는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 다른 예를 나타낸 흐름도이다.
도 5b을 참조하면, 5201 단계에서 SM 서버(330)는 프로파일을 생성하고, 5203 단계에서 단말(350)은 SM 서버(330)로부터 OTA 메시지를 포함하는 SMS 메시지를 수신한다. 그러면 5205 단계에서 제1 단말(350-1)의 제어부(351-1)는 상기 SMS 메시지의 헤더 부분을 확인하여 프로토콜 식별자(Protocol Identifier) 필드의 값이 예컨대, 'SIM data download'이고, DCS 값이 'Class 02'이면, 제어부(351-1)는 5207, 5211 단계에서 각각 UICC(355-3)와 eUICC(355-4)로 프로파일의 다운로드를 위한 OTA 메시지를 전달하게 된다. 도시되지는 않았으나, 상기 5205 단계에서 주어진 조건을 만족하지 못한 경우, 단말(350)은 미리 정해진 통상 절차를 수행하거나 또는 프로파일의 원격 수신 절차를 종료한다. 5209 단계에서 제어부(351-1)로부터 OTA 메시지를 전달받은 제1 UICC(355-3)는 그 UICC(355-3)가 가지고 있는 암호키인 OTA 키로 OTA 메시지의 복호화가 불가능 하므로 해당 OTA 메시지를 더 이상 처리하지 않고 폐기한다. 반면 제2 UICC(355-4)는 그 eUICC(355-4)가 가지고 있는 OTA key2로 OTA 메시지의 복호화가 가능하다. 따라서 5213 단계에서 제2 UICC(355-4)는 OTA key2를 이용하여 OTA 메시지를 복호화하고, BIP(Bearer Independent Protocol) 통신을 트리거한다. 이후 5215 단계에서 BIP 통신을 위해 제1 단말(350-1)의 제어부(351-1)와 제2 단말(350-2)의 제2 UICC(355-4) 사이에 BIP 세션이 개방되고, 5217 단계에서 SM 서버(330)와 제2 UICC(355-4) 사이에 생성된 BIP 세션을 통해 프로파일의 다운로드가 수행된다.
도 5g는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 또 다른 예를 나타낸 흐름도이다. 도 5g의 실시 예는 상기 도 5b의 실시 예의 다른 실시 예로서, 블루투스 페어링을 이용하여 프로파일을 다운로드하는 실시 예를 나타낸 것이다.
도 5g의 5701 단계 내지 5719 단계는 제1 단말(350-1)의 제어부(351)와 제2 단말(350-2)의 제어부(351-2)가 Bluetooth로 Pairing 후 제2 단말(350-2)에 삽입되거나 고정되어 탑재된 제2 UICC(355-4)에서 제1 단말(350-1)의 제어부(351)를 통해 프로파일을 다운로드 하는 과정을 나타낸 것이다. 도 5g의 5701 단계 내지 5719 단계에서 블루투스 페어링(5703 단계)를 제외한 나머지 단계들의 동작은 도 5b의 실시 예에서 대응되는 단계들의 동작과 동일 또는 유사하므로 구체적인 설명은 생략하기로 한다. 그리고 도 5g의 실시 예에서 OTA 판단 조건(5707 단계)는 도 5e의 실시 예에서 OTA 판단 조건(5507 단계)와 다름을 알 수 있다.
도 5h는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 또 다른 예를 나타낸 흐름도이다. 도 5h의 실시 예는 하기 도 5c의 실시 예의 다른 실시 예로서, 하나의 단말이 프로파일의 다운로드에 관여하는 실시 예를 나타낸 것이다.
도 5h의 5801 단계 내지 5817 단계는 단말(350)에 탑재된 UICC(355-1) 및 eUICC(355-2)에 OTA 메시지를 모두 전달하여, eUICC(355-2)에 프로파일이 전달되는 과정을 나타낸 것이다. 도 5h의 5801 단계 내지 5817 단계의 동작은 도 5c의 실시 예에서 대응되는 단계들의 동작과 동일 또는 유사하므로 구체적인 설명은 생략하기로 한다. 그리고 도 5h의 실시 예에서 OTA 판단 조건(5805 단계)는 하나의 단말이 관여하는 도 5a, 도 5f의 실시 예에서 OTA 판단 조건(5105, 5605 단계)와 다름을 알 수 있다.
도 5c는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 또 다른 예를 나타낸 흐름도이다.
도 5c를 참조하면, 5301 단계에서 SM 서버(330)는 프로파일을 생성하고, 5303 단계에서 단말(350)은 SM 서버(330)로부터 OTA 메시지를 포함하는 SMS 메시지를 수신한다. 그러면 5305 단계에서 제1 단말(350-1)의 제어부(351-1)는 상기 SMS 메시지의 헤더 부분을 확인하여 프로토콜 식별자 (Protocol Identifier) 필드의 값이 예컨대, 'SIM data download'이고, DCS 값이 'Class 02'인 경우 도 5b의 실시 예처럼 연결된 모든 UICC들(355-3, 355-4)에 OTA 메시지를 전달할 경우, 그 OTA 메시지가 암호화된 경우라면 문제가 없지만 OTA가 암호화 되지 않은 경우 제1 UICC(355-3) 또는 제2 UICC(355-4) 중 특정 UICC로 전달되는 메시지가 모든 UICC들(355-3, 355-4)로 전달될 수 있으므로 보안상 안전하지 않을 수 있다. 도시되지는 않았으나, 상기 5305 단계에서 주어진 조건을 만족하지 못한 경우, 단말(350)은 미리 정해진 통상 절차를 수행하거나 또는 프로파일의 원격 수신 절차를 종료한다.
따라서 본 실시 예에서 제1 단말(350-1)의 제어부(351-1)는 상기 5305 단계에서 상기 SMS 메시지의 헤더 부분을 확인하여 프로토콜 식별자(Protocol Identifier) 필드의 값이 예컨대, 'SIM data download'이고, DCS 값이 'Class 02'이고, 추가적으로 SMS 메시지내 OTA 메시지가 암호화된 경우, 제어부(351)는 5307, 5311 단계에서 각각 제1 UICC(355-3)와 제2 UICC(355-4)로 프로파일의 다운로드를 위한 OTA 메시지를 전달하여, 적절한 OTA키를 가지고 있지 않은 UICC는 OTA 메시지를 확인할 수 없도록 하는 것이 바람직하다. 이때 OTA 메시지가 암호화 되었는지를 확인하는 방법은 일예로 SMA 메시지내 ETSI(European Telecommunications Standards Institute) TS 102.225 규격의 커맨드 패킷 필드중 SPI(Security Parameters Indication) 데이터를 확인하는 방법을 이용할 수 있다. 예를 들면, SPI는 2 byte의 데이터일 수 있는데, 예컨대 첫 번째 byte의 b3 bit가 "0" 인 경우, OTA 메시지가 암호화 되지 않은 것으로 판단할 수 있고, SPI 데이터의 첫 번째 byte의 b3 bit가 "1"인 경우, OTA 메시지가 암호화 된 것으로 판단할 수 있다. 여기에 더하여 커맨드 패킷 필드중 KIc(Key and algorithm Identifier for ciphering) 값과 KID(Key and algorithm Identifier for RC/CC/DS) 값을 추가적으로 확인하여 특정 암호화 알고리즘 (예를 들면 AES(Advanced Encryption Standard))을 사용한 경우에만 모든 UICC들(355-3, 355-4)에 OTA 메시지를 전달하는 것도 가능하다. 이후 5309 단계에서 제1 단말(350-1)의 제어부(351)로부터 OTA 메시지를 전달 받은 제1 UICC(355-3)는 제1 UICC(355-3)가 가지고 있는 암호키인 OTA 키로 OTA 메시지의 복호화가 불가능 하므로 해당 OTA 메시지를 더 이상 처리하지 않고 폐기한다. 반면 eUICC인 제2 UICC(355-4)는 OTA key2로 OTA 메시지의 복호화가 가능하다. 따라서 5313 단계에서 제2 UICC(355-4)는 OTA key2를 이용하여 OTA 메시지를 복호화하고, BIP(Bearer Independent Protocol) 통신을 트리거한다. 이후 5315 단계에서 BIP 통신을 위해 제어부(351-1)와 제2 UICC(355-4) 사이에 BIP 세션이 개방되고, 5317 단계에서 SM 서버(330)와 제2 UICC(355-4) 사이에 생성된 BIP 세션을 통해 프로파일의 다운로드가 수행된다.
도 5i는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 또 다른 예를 나타낸 흐름도이다. 도 5i의 실시 예는 상기 도 5c의 실시 예의 다른 실시 예로서, 블루투스 페어링을 이용하여 프로파일을 다운로드하는 실시 예를 나타낸 것이다.
도 5i의 5901 단계 내지 5919 단계는 제1 단말(350-1)의 제어부(351)와 제2 단말(350-2)의 제어부(351-2)가 Bluetooth로 Pairing 후 제2 단말(350-2)에 삽입되거나 고정되어 탑재된 제2 UICC(355-4)에서 제1 단말(350-1)의 제어부(351)를 통해 프로파일을 다운로드 하는 과정을 나타낸 것이다. 도 5i의 5901 단계 내지 5919 단계에서 블루투스 페어링(5903 단계)를 제외한 나머지 단계들의 동작은 도 5b의 실시 예에서 대응되는 단계들의 동작과 동일 또는 유사하므로 구체적인 설명은 생략하기로 한다. 그리고 도 5i의 실시 예에서 OTA 판단 조건(5907 단계)는 복수의 단말들이 관여하는 도 5e, 도 5g의 실시 예에서 OTA 판단 조건(5507, 5707 단계)과 다름을 알 수 있다.
도 5j는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 또 다른 예를 나타낸 흐름도이다. 도 5j의 실시 예는 하기 도 5d의 실시 예의 다른 실시 예로서, 하나의 단말이 프로파일의 다운로드에 관여하는 실시 예를 나타낸 것이다.
도 5j의 51001 단계 내지 51017 단계는 단말(350)에 탑재된 UICC(355-1) 및 eUICC(355-2)에 OTA 메시지를 모두 전달하여, eUICC(355-2)에 프로파일이 전달되는 과정을 나타낸 것이다. 도 5j의 51001 단계 내지 51017 단계의 동작은 도 5d의 실시 예에서 대응되는 단계들의 동작과 동일 또는 유사하므로 구체적인 설명은 생략하기로 한다. 그리고 도 5j의 실시 예에서 OTA 판단 조건(51005 단계)는 하나의 단말이 관여하는 도 5a, 도 5f, 도 5h의 실시 예에서 OTA 판단 조건(5105, 5605 단계)과 다름을 알 수 있다.
도 5d는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 또 다른 예를 나타낸 흐름도이다.
도 5d을 참조하면, 5401 단계에서 SM 서버(330)는 프로파일을 생성한다. 5403 단계에서 제1 단말(350-1)은 SM 서버(330)로부터 OTA 메시지를 포함하는 SMS 메시지를 수신한다. 상기 OTA 메시지는 ETSI TS 102.225 규격의 커맨드 패킷의 형태일 수 있다. 이때 상기 OTA 메시지의 SPI 데이터 부분 중 첫 번째 바이트 부분의 예를 들어, b6, b7, b8 비트는 통상적으로 각각 0, 0, 0인 값이 되고 사용되지 않는데, 본 실시 예에서는 그 값을 0, 0, 0이 아닌 값을 사용한다. 예를 들면, 상기 b6, b7, b8 비트는 각각 1, 1, 1일 수 있다. 이때 상기 커맨드 패킷의 RC(Redundancy Check)/CC(Cryptographic Checksum)/DS(Digital Signature) 부분의 계산은 다음과 같은 방법 1), 2)를 이용하여 수행될 수 있다.
방법 1) 상기 b6, b7, b8을 0, 0, 0으로 치환하여 RC/CC/DS를 계산함
방법 2) 상기 b6, b7, b8을 0, 0, 0이 아닌 값으로 사용한 값(상기 설명에서는 1, 1, 1)을 그대로 두고 RC/CC/DS 계산함
상기 방법 1), 2)의 계산은 상기 SM 서버(330)에서 수행될 수 있다.
그러면 5405 단계에서 제1 단말(350-1)의 제어부(351-1)는 상기 SMS 메시지의 헤더 부분을 확인하여 프로토콜 식별자(Protocol Identifier) 필드의 값이 예컨대, 'SIM data download'이고, DCS 값이 'Class 02', 추가적으로 SMS 메시지내 OTA 메시지 중 SPI 데이터 중 b6, b7, b8 비트의 데이터 값이 0, 0, 0이 아닌 상기 예에서 정한 특정 값(예를 들면 1, 1, 1)인 경우, 제어부(351-1)는 5407, 5411 단계에서 각각 제1 UICC(355-3)와 제2 UICC(355-4)로 프로파일의 다운로드를 위한 OTA 메시지를 전달한다. 이때, 제어부(351-1)는 OTA 메시지를 전달하기 전에 상기한 방법 1 또는 방법 2에 따라 상기 커맨드 패킷 중 SPI 데이터의 첫 번째 바이트의 b6, b7, b8을 처리한 후 제1 UICC(355-3)와 제2 UICC(355-4)에 전달할 수 있다. 따라서 상기 방법 1)을 이용한 경우, 제어부(351-1)는 상기 b6, b7, b8을 각각 0, 0, 0으로 치환한 OTA 메시지를 제1 UICC(355-3)와 제2 UICC(355-4)에 전달한다. 상기 방법 2)를 이용한 경우, 제어부(351-1)는 상기 b6, b7, b8을 치환하지 않고 OTA 메시지를 제1 UICC(355-3)와 제2 UICC(355-4)에 전달한다. 도시되지는 않았으나, 상기 5405 단계에서 주어진 조건을 만족하지 못한 경우, 단말(350)은 미리 정해진 통상 절차를 수행하거나 또는 프로파일의 원격 수신 절차를 종료한다.
이후 5409 단계에서 제어부(351-1)로부터 OTA 메시지를 전달 받은 제1 UICC(355-3)는 제1 UICC(355-3)가 가지고 있는 암호키인 OTA 키로 OTA 메시지의 복호화가 불가능 하므로 해당 OTA 메시지를 더 이상 처리하지 않고 폐기한다. 반면 eUICC인 제2 UICC(355-4)는 가지고 있는 OTA key2로 OTA 메시지의 복호화가 가능하다. 따라서 5413 단계에서 제2 UICC(355-4)는 OTA key2를 이용하여 OTA 메시지를 복호화하고, BIP(Bearer Independent Protocol) 통신을 트리거한다. 이후 5415 단계에서 BIP 통신을 위해 제어부(351-1)와 제2 UICC(355-4) 사이에 BIP 세션이 개방되고, 5417 단계에서 SM 서버(330)와 제2 UICC(355-4) 사이에 생성된 BIP 세션을 통해 프로파일의 다운로드가 수행된다.
도 5k는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 또 다른 예를 나타낸 흐름도이다. 도 5k의 실시 예는 상기 도 5d의 실시 예의 다른 실시 예로서, 블루투스 페어링을 이용하여 프로파일을 다운로드하는 실시 예를 나타낸 것이다.
도 5k의 51101 단계 내지 51119 단계는 제1 단말(350-1)의 제어부(351)와 제2 단말(350-2)의 제어부(351-2)가 Bluetooth로 Pairing 후 제2 단말(350-2)에 삽입되거나 고정되어 탑재된 제2 UICC(355-4)에서 제1 단말(350-1)의 제어부(351)를 통해 프로파일을 다운로드 하는 과정을 나타낸 것이다. 도 5k의 51101 단계 내지 51119 단계에서 블루투스 페어링(51103 단계)를 제외한 나머지 단계들의 동작은 도 5d의 실시 예에서 대응되는 단계들의 동작과 동일 또는 유사하므로 구체적인 설명은 생략하기로 한다. 그리고 도 5k의 실시 예에서 OTA 판단 조건(51107 단계)는 복수의 단말들이 관여하는 도 5e, 도 5g, 도 5i의 실시 예에서 OTA 판단 조건(5507, 5707, 5907 단계)과 다름을 알 수 있다.
도 6a는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법을 나타낸 흐름도이다. 도 6a의 실시 예에서 제1 UICC(351-1)는 기존의 착탈 가능한 UICC이거나 eUICC이고, 제2 UICC(355-2)는 UICC이거나 eUICC임을 가정한다. 또한 도 6a의 실시 예에서 SM 서버(330)는 상기와 같이 EID2의 OTA 암호키인 예컨대, OTA key2 를 이용하여 프로파일의 다운로드를 위한 OTA 메시지를 암호화하여 전송한 경우임을 가정한다.
도 6a를 참조하면, 6101 단계에서 SM 서버(330)는 프로파일을 생성하고, 6103 단계에서 단말(350)은 SM 서버(330)로부터 OTA 메시지를 포함하는 SMS 메시지를 수신한다. 그러면 6105 단계에서 단말(350)의 제어부(351)는 상기 SMS 메시지의 헤더 부분을 확인하여 프로토콜 식별자(Protocol Identifier) 필드의 값이 'SIM data download'이고, DCS 값이 'Class 02'이고 추가적으로 SMS의 암호화된 데이터 부분에서 암호화되지 않은 영역 중에 포함된 TAR(Toolkit Application Reference) 값이 예컨대, '0x000001'인 경우, 제어부(351)는 6107, 6111 단계에서 각각 UICC(355-1)와 eUICC(355-2)로 프로파일의 다운로드를 위한 OTA 메시지를 전달하게 된다. 상기 TAR 값은 eUICC 관련 프로파일의 설치를 위한 OTA 메시지를 처리하는 eUICC(355-2)의 어플리케이션을 구분해 주는 식별자로서 제어부(351)는 상기 TAR 값을 확인하여 해당 OTA 메시지가 eUICC(355-2)로 전달되어야 하는지 여부를 판단할 수 있다. 다른 실시 예로 상기한 TAR값 이외의 값을 가지고 eUICC 관련 프로파일 설치를 위한 OTA 임을 제어부(351)가 판단하는 것도 가능할 것이다. 한편 6109 단계에서 OTA 메시지를 전달받은 UICC(355-1)는 UICC(355-1)가 가지고 있는 OTA key로 OTA 메시지의 복호화가 불가능 하므로 해당 OTA 메시지를 더 이상 처리하지 않고 폐기한다. 반면, eUICC(355-2)는 eUICC(355-2)가 가지고 있는 OTA key2로 OAT 메시지의 복호화가 가능하다. 따라서 6113 단계에서 eUICC(355-2)는 OTA key2를 이용하여 OTA 메시지를 복호화하고, BIP 통신을 트리거한다. 이후 6115 단계에서 BIP 통신을 위해 제어부(351)와 eUICC(355-2) 사이에 BIP 세션이 개방되고, 6117 단계에서 SM 서버(330)와 eUICC(355-2) 사이에 생성된 BIP 세션을 통해 프로파일의 다운로드가 수행된다. 한편 도시되지는 않았으나, 상기 6105 단계에서 주어진 조건을 만족하지 못한 경우, 단말(350)은 미리 정해진 통상 절차를 수행하거나 또는 프로파일의 원격 수신 절차를 종료한다.
도 6b는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 또 다른 예를 나타낸 흐름도이다. 도 6b의 실시 예는 상기 도 6a의 실시 예의 다른 실시 예로서, 복수의 단말들이 프로파일의 다운로드에 관여하고, 블루투스 페어링을 이용하여 프로파일을 다운로드하는 실시 예를 나타낸 것이다.
도 6b의 6201 단계 내지 6219 단계는 제1 단말(350-1)의 제어부(351)와 제2 단말(350-2)의 제어부(351-2)가 Bluetooth로 Pairing 후 제2 단말(350-2)에 삽입되거나 고정되어 탑재된 제2 UICC(355-4)에서 제1 단말(350-1)의 제어부(351)를 통해 프로파일을 다운로드 하는 과정을 나타낸 것이다. 도 6b의 6201 단계 내지 6219 단계에서 블루투스 페어링(6203 단계)를 제외한 나머지 단계들의 동작은 도 6a의 실시 예에서 대응되는 단계들의 동작과 동일 또는 유사하므로 구체적인 설명은 생략하기로 한다. 그리고 도 6b의 실시 예에서 OTA 판단 조건(6105 단계)는 복수의 단말들이 관여하는 도 5e, 도 5g, 도 5i, 도 5k의 실시 예에서 OTA 판단 조건(5507, 5707, 5907, 51107 단계)과 다름을 알 수 있다.
도 7a는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법을 나타낸 흐름도이다. 도 7a의 실시 예에서 제1 UICC(351-1)는 기존의 착탈 가능한 UICC이거나 eUICC이고, 제2 UICC(355-2)는 UICC이거나 eUICC임을 가정한다. 또한 도 7a의 실시 예에서 SM 서버(330)는 상기와 같이 EID2의 OTA 암호키인 예컨대, OTA key2 를 이용하여 프로파일의 다운로드를 위한 OTA 메시지를 암호화하여 전송한 경우임을 가정한다.
도 7a를 참조하면, 7101 단계에서 SM 서버(330)는 프로파일을 생성하고, 7103 단계에서 단말(350)은 SM 서버(330)로부터 OTA 메시지를 포함하는 SMS 메시지를 수신한다. 그러면 7105 단계에서 단말(350)의 제어부(351)는 SMS 메시지의 헤더 부분을 확인하여 프로토콜 식별자(Protocol Identifier) 필드의 값이 'SIM data download'이고, DCS값이 'Class 02'이고 추가적으로 SMS의 OA 값이 SM 서버 주소인 경우, 제어부(351)는 상기한 실시 예에서와 같이 UICC(355-1)와 eUICC(355-2)의 모두에게 OTA 메시지를 전달하는 대신, 제어부(351)에 연결된 UICC(즉 SM 서버로부터 다운로드되는 프로파일이 설치될 UICC)가 eUICC(355-2)인 것으로 판단한다. 따라서 7107 단계에서 제어부(351)는 eUICC(355-2)에만 OTA 메시지를 전달한다. 물론 UICC(355-1)에 OTA 메시지를 전달해도 정상적인 표준규격을 따르는 UICC는 그 UICC가 가지고 있는 OTA key로 복호화가 불가능 하므로 UICC(355-1)는 해당 OTA 메시지를 더 이상 처리하지 않고 폐기할 것이다. 그러나 표준규격을 따르지 않는 UICC인 경우에는 본 실시 예에서 제안하는 방법을 사용하는 것이 바람직하다. 이후 7109 단계에서 eUICC(355-2)는 OTA key2를 이용하여 OTA 메시지를 복호화하고, BIP 통신을 트리거한다. 그리고 7111 단계에서 BIP 통신을 위해 제어부(351)와 eUICC(355-2) 사이에 BIP 세션이 개방되고, 7113 단계에서 SM 서버(330)와 eUICC(355-2) 사이에 생성된 BIP 세션을 통해 프로파일의 다운로드가 수행된다. 한편 도시되지는 않았으나, 상기 7105 단계에서 주어진 조건을 만족하지 못한 경우, 단말(350)은 미리 정해진 통상 절차를 수행하거나 또는 프로파일의 원격 수신 절차를 종료한다.
도 7b는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 또 다른 예를 나타낸 흐름도이다. 도 7b의 실시 예는 상기 도 7a의 실시 예의 다른 실시 예로서, 복수의 단말들이 프로파일의 다운로드에 관여하고, 블루투스 페어링을 이용하여 프로파일을 다운로드하는 실시 예를 나타낸 것이다.
도 7b의 7201 단계 내지 7215 단계는 제1 단말(350-1)의 제어부(351)와 제2 단말(350-2)의 제어부(351-2)가 Bluetooth로 Pairing 후 제2 단말(350-2)에 삽입되거나 고정되어 탑재된 제2 UICC(355-4)에서 제1 단말(350-1)의 제어부(351)를 통해 프로파일을 다운로드 하는 과정을 나타낸 것이다. 도 7b의 7201 단계 내지 7215 단계에서 블루투스 페어링(7207 단계)를 제외한 나머지 단계들의 동작은 도 7a의 실시 예에서 대응되는 단계들의 동작과 동일 또는 유사하므로 구체적인 설명은 생략하기로 한다. 그리고 도 7b의 실시 예에서 도 5e의 실시 예와 다른 점은 도 5e의 실시 예에서는 5509 단계에서 제1 단말(350-1)의 제1 UICC(355-3)로도 OTA 메시지가 전달되지만, 도 7b의 실시 예에서는 제1 단말(350-1)의 제1 UICC(355-3)로는 OTA 메시지가 전달되지 않고, 제2 단말(350-2)의 제2 UICC(355-4)로만 OTA 메시지가 전달된다. 즉 도 7b의 실시 예는 미리 설정된 UICC로만 OTA 메시지를 전달할 수 있는 점에 차이가 있다.
도 8a는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법을 나타낸 흐름도이다. 도 8a의 실시 예에서 제1 UICC(351-1)는 기존의 착탈 가능한 UICC이거나 eUICC이고, 제2 UICC(355-2)는 UICC이거나 eUICC임을 가정한다. 또한 도 8a의 실시 예에서 SM 서버(330)는 상기와 같이 EID2의 OTA 암호키인 예컨대, OTA key2 를 이용하여 프로파일의 다운로드를 위한 OTA 메시지를 암호화하여 전송한 경우임을 가정한다.
도 8a를 참조하면, 8101 단계에서 SM 서버(330)는 프로파일을 생성하고, 8103 단계에서 단말(350)은 SM 서버(330)로부터 OTA 메시지를 포함하는 SMS 메시지를 수신한다. 그러면 8105 단계에서 단말(350)의 제어부(351)는 SMS 메시지의 헤더 부분을 확인하여 프로토콜(Protocol Identifier) 필드의 값이 'SIM data download'이고, DCS 값이 'Class 02'이고, 추가적으로 SMS 메시지의 암호화된 데이터 부분에서 암호화되지 않은 영역 중에 포함된 TAR 값이 예컨대, '0x000001'인 경우, 제어부(351)는 연결된 UICC(즉 SM 서버로부터 다운로드되는 프로파일이 설치될 UICC)가 eUICC(355-2)이 것으로 판단한다. 따라서 8107 단계에서 제어부(351)는 eUICC(355-2)에만 OTA 메시지를 전달한다. 상기 TAR값은 eUICC 관련 프로파일의 설치를 위한 OTA 메시지를 처리하는 eUICC의 어플리케이션을 구분해 주는 식별자로 본 실시 예에서 제어부(351)는 상기 TAR 값을 확인하여 해당 OTA 메시지가 eUICC로 전달되어야 하는지 여부를 파악할 수 있다. 다른 실시 예로 상기한 TAR값 이외의 다른 값을 가지고 eUICC 관련 프로파일 설치를 위한 OTA 메시지임을 제어부(351)가 판단하는 것도 가능할 것이다. 이후 8109 단계에서 eUICC(355-2)는 OTA key2를 이용하여 OTA 메시지를 복호화하고, BIP 통신을 트리거한다. 그리고 8111 단계에서 BIP 통신을 위해 제어부(351)와 eUICC(355-2) 사이에 BIP 세션이 개방되고, 8113 단계에서 SM 서버(330)와 eUICC(355-2) 사이에 생성된 BIP 세션을 통해 프로파일의 다운로드가 수행된다. 한편 도시되지는 않았으나, 상기 8105 단계에서 주어진 조건을 만족하지 못한 경우, 단말(350)은 미리 정해진 통상 절차를 수행하거나 또는 프로파일의 원격 수신 절차를 종료한다.
도 8b는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 또 다른 예를 나타낸 흐름도이다. 도 8b의 실시 예는 상기 도 8a의 실시 예의 다른 실시 예로서, 복수의 단말들이 프로파일의 다운로드에 관여하고, 블루투스 페어링을 이용하여 프로파일을 다운로드하는 실시 예를 나타낸 것이다.
도 8b의 8201 단계 내지 8215 단계는 제1 단말(350-1)의 제어부(351)와 제2 단말(350-2)의 제어부(351-2)가 Bluetooth로 Pairing 후 제2 단말(350-2)에 삽입되거나 고정되어 탑재된 제2 UICC(355-4)에서 제1 단말(350-1)의 제어부(351)를 통해 프로파일을 다운로드 하는 과정을 나타낸 것이다. 도 8b의 8201 단계 내지 8215 단계에서 블루투스 페어링(8207 단계)를 제외한 나머지 단계들의 동작은 도 8a의 실시 예에서 대응되는 단계들의 동작과 동일 또는 유사하므로 구체적인 설명은 생략하기로 한다. 그리고 도 8b의 실시 예에서 도 6b의 실시 예와 다른 점은 도 6b의 실시 예에서는 6209 단계에서 제1 단말(350-1)의 제1 UICC(355-3)로도 OTA 메시지가 전달되지만, 도 8b의 실시 예에서는 제1 단말(350-1)의 제1 UICC(355-3)로는 OTA 메시지가 전달되지 않고, 제2 단말(350-2)의 제2 UICC(355-4)로만 OTA 메시지가 전달된다. 즉 도 8b의 실시 예는 미리 설정된 UICC로만 OTA 메시지를 전달할 수 있는 점에 차이가 있다.
도 9a는 본 발명의 제5 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법을 나타낸 흐름도이다. 본 실시 예에서 제1 UICC(351-1)와, 제2 UICC(355-2)는 모두 eUICC임을 가정한다. 그리고 제1 UICC(351-1)는 편의상 eUICC0, 제2 UICC(355-2)는 eUICC1로 칭하고, 단말(350)은 내부적으로 eUICC0(355-1)과 eUICC1(355-2)를 각각 index0 및 index1로 관리함을 가정한다. 또한 본 실시 예에서 SM 서버(330)는 eUICC0에게 OTA 메시지를 전송한 경우임을 가정한다.
도 9a을 참조하면, 9101 단계에서 SM 서버(330)는 OTA 메시지를 암호화할 때 사용하는 CPI(Command Packet Identifier) 값을 예컨대, 표준값인 '70'으로 생성한 후, OTA 메시지를 전송하기 전 단계에서 상기 CPI 값을 예컨대, 'C0'로 변환한다. 편의상 상기 변환된 CPI 값을 CPI'라고 가정한다. 이후 9105 단계에서 단말(350)은 SM 서버(330)로부터 OTA 메시지를 포함하는 SMS 메시지를 수신한다. 그러면 9107 단계에서 단말(350)의 제어부(351)는 SMS 메시지의 헤더 부분을 확인하여 프로토콜 식별자(Protocol Identifier) 필드의 값이 'SIM data download'이고, DCS 값이 'Class 02'이고, 추가적으로 SMS 메시지의 암호화된 데이터 부분에서 암호화되지 않은 영역중에 포함된 상기 CPI 값이 예컨대, 'C0'이면, 수신된 OTA 메시지가 eUICC0(355-1)로 전달되어야 하는 OTA 메시지로 판단한다. 이 경우 제어부(351)는 OTA 메시지에 포함된 CPI 값을 상기 CPI'로 판단하고, 9109 단계에서 제어부(351)는 상기 CPI'의 값을 다시 '70'으로 변환하고, 9111 단계에서 eUICC0(355-1)에 상기한 암호화된 OTA 메시지를 전달하게 된다. 이때 추가적으로 SMS를 통해 SM 서버(330)로 응답을 해야 되는 경우에는 9113, 9115 단계에서 eUICC0(355-1)은 OTA key2를 이용하여 응답 메시지를 생성하여 제어부(351)로 전달한다. 이때 암호화된 OTA 메시지를 포함하는 SMS 메시지의 데이터 부분에 있는 RPI(Response Packet Identifier) 값은 예컨대, 표준값인 '71'로 생성되며, 상기 응답 메시지는 '71'의 RPI 값을 포함한다.
이후 상기 응답 메시지가 제어부(351)에 전달되면, 제어부(351)는 9117, 9119 단계에서 응답 메시지의 상기 RPI 값을 'C1'으로 변환하여 SM 서버(330)로 전달한다. 편의상 상기 변환된 RPI 값을 RPI'로 표기한다. 이러한 RPI 변환 값은 상기한 값(즉, 'C1') 외에도 동일한 방법으로 다른 값을 사용하는 것도 가능하다. 예를 들면 도 10의 경우 단말에 탑재된 eUICC가 두 개인 경우에 대하여 이러한 RPI 변환 값의 예를 나타낸 것이다. 도 10의 예에서, 만약 SM 서버(330)에서 변환한 CPI'값이 C2이고 제어부(351)에서 변환한 RPI'값이 C3인 경우는 상기한 도 9a의 실시 예에서 eUICC1(355-2)로 OTA 메시지가 전달되어야 하는 경우를 나타낸다. 도 11의 경우 이러한 방법을 확장하여 eUICC가 예컨대, 세 개인 경우에 사용할 수 있는 CPI'값과 RPI'변환값의 예시를 나타낸다.
다시 도 9a의 설명으로 돌아가서, 9121 단계에서 eUICC0(355-1)는 OTA key1를 이용하여 OTA 메시지를 복호화하고, BIP 통신을 트리거한다. 그리고 9123 단계에서 BIP 통신을 위해 제어부(351)와 eUICC0(355-1) 사이에 BIP 세션이 개방되고, 9125 단계에서 SM 서버(330)와 eUICC0(355-1) 사이에 생성된 BIP 세션을 통해 프로파일의 다운로드가 수행된다. 한편 도시되지는 않았으나, 상기 9107 단계에서 주어진 조건을 만족하지 못한 경우, 단말(350)은 미리 정해진 통상 절차를 수행하거나 또는 프로파일의 원격 수신 절차를 종료한다.
도 9b는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 또 다른 예를 나타낸 흐름도이다. 도 9b의 실시 예는 단말(350)에 탑재된 제1 UICC(355-1) 및 제2 UICC(355-2)에 OTA 메시지를 모두 전달하여, 예컨대 eUICC인 제2 UICC(355-2)에 프로파일이 전달되는 과정을 나타낸 것이다. 도 9b의 실시 예는 OTA 판단(9207) 이후 특정 UICC가 아닌 모든 UICC들로 OTA 메시지가 전달되는 점에서 도 9a의 실시 예와 차이점이 있다. 도 9b의 9201 단계 내지 9221 단계에서 나머지 동작들은 도 9a의 실시 예에서 대응되는 단계들의 동작과 동일 또는 유사하므로 구체적인 설명은 생략하기로 한다.
도 9c는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 또 다른 예를 나타낸 흐름도이다. 도 9c의 실시 예는 상기 도 9a의 실시 예의 다른 실시 예로서, 복수의 단말들이 프로파일의 다운로드에 관여하고, 블루투스 페어링을 이용하여 프로파일을 다운로드하는 실시 예를 나타낸 것이다.
도 9c의 9301 단계 내지 9319 단계는 제1 단말(350-1)의 제어부(351)와 제2 단말(350-2)의 제어부(351-2)가 Bluetooth로 Pairing 후 제2 단말(350-2)에 삽입되거나 고정되어 탑재된 제2 UICC(355-4)에서 제1 단말(350-1)의 제어부(351)를 통해 프로파일을 다운로드 하는 과정을 나타낸 것이다. 도 9b의 9301 단계 내지 9319 단계에서 블루투스 페어링(8207 단계)과 복수의 단말들이 프로파일 다운로드에 관여하는 것을 제외한 나머지 동작은 도 9a, 도 9b의 실시 예에서 대응되는 단계들의 동작과 동일 또는 유사하므로 구체적인 설명은 생략하기로 한다.
도 9d는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 수신하는 방법의 또 다른 예를 나타낸 흐름도이다. 도 9d의 실시 예는 상기 도 9a의 실시 예의 다른 실시 예로서, 복수의 단말들이 프로파일의 다운로드에 관여하고, 블루투스 페어링을 이용하여 프로파일을 다운로드하는 다른 실시 예를 나타낸 것이다.
도 9d의 9401 단계 내지 9421 단계는 제1 단말(350-1)의 제어부(351)와 제2 단말(350-2)의 제어부(351-2)가 Bluetooth로 Pairing 후 제2 단말(350-2)에 삽입되거나 고정되어 탑재된 제2 UICC(355-4)에서 제1 단말(350-1)의 제어부(351)를 통해 프로파일을 다운로드 하는 과정을 나타낸 것이다. 도 9d의 실시 예는 OTA 판단(9407) 이후 특정 UICC가 아닌 모든 UICC들로 OTA 메시지가 전달되는 점에서 도 9c의 실시 예와 차이점이 있다. 도 9d의 9401 단계 내지 9421 단계에서 나머지 동작들은 도 9a의 실시 예에서 대응되는 단계들의 동작과 동일 또는 유사하므로 구체적인 설명은 생략하기로 한다.
상기한 본 발명의 실시 예에 의하면, UICC 및 eUICC를 동시에 탑재한 단말의 경우, UICC 또는 eUICC로 무선 통신망에 가입이 가능하기 때문에 원격 설치 인프라를 구축하지 않은 통신 사업자의 망에서도 적용될 수 있는 장점이 있다. 예를 들면, UICC로 무선 통신망에 가입한 후 해당 무선 통신망을 이용하다가 eUICC 원격 설치 인프라를 구축한 다른 무선 통신망으로 사업자 변경을 할 수도 있다.
또한 본 발명의 실시 예에 의하면, 단말이 UICC로 무선 통신망에 가입한 후 해외에서는 비싼 로밍 요금이 아닌 현지의 저렴한 요금으로 eUICC에 프로파일을 설치하여 사용할 수도 있다.
또한 본 발명의 실시 예에 의하면, 단말에 UICC가 탑재된 상황에서, UICC를 이용하여 무선 통신망을 사용하는 중 eUICC에 새로운 프로파일을 설치하기 위해서는, 우선 eUICC에 있는 프로비져닝 프로파일을 활성화하고 해당 프로파일로 무선 통신망에 접속한후, 새로운 프로파일을 설치하는 과정이 필요하다.
또한 본 발명의 실시 예에 의하면, UICC를 이용하여 무선통신 서비스에 가입한후 eUICC에 원격으로 프로파일을 설치하여 사업자를 변경할 경우, eUICC의 프로비져닝 프로파일 없이 기존의 UICC가 활성화된 상태에서 eUICC에 프로파일의 설치가 가능하다.
또한 본 발명의 실시 예에 의하면, UICC를 이용하여 무선 통신망에 가입 후, 사용하다가 해외에서는 UICC의 무선통신기능이 활성화된채 eUICC로 현지 통신 사업자의 프로파일을 설치한 후, 현지 프로파일을 활성화하여 사용하여 비싼 로밍요금을 내지 않고도 무선통신 서비스를 이용할 수 있다.
또한 본 발명의 실시 예에 의하면, eUICC에 신규 개통 시에는 eUICC에 프로비져닝 프로파일이 없으므로 단말을 취급하는 대리점 등에서 개통만을 위하여 임시로 UICC를 탑재하여 임시로 탑재된 UICC로 무선 통신망에 접속하여 eUICC로 프로파일을 설치한 후, 이후 UICC를 제거하여 무선 통신망에 가입할 수 있다. 이후 새로운 통신 사업자로 변경 시에는 사용하고 있는 eUICC의 프로파일을 이용하여 새로운 프로파일의 설치가 가능하다.
또한 본 발명의 실시 예들에 의하면, 상기한 모든 실시 예들에 대하여 이미 개통한 UICC가 탑재된 단말을 활용하여 해당 제1 단말과 연결되어 있는 제2 단말에 설치되어 있는 UICC 또는 eUICC에 프로파일을 설치할 수 있다.
도 12는 본 발명의 실시 예에 따른 무선 통신 시스템에서 프로파일의 원격 수신을 지원하는 방법을 나타낸 흐름도이다.
도 12를 참조하면, 1208 단계에서 단말(1200)은 eUICC 제어서버(1202)에 통신서비스 개통요청을 전달할 수 있다. 상기 통신서비스 개통요청에는 eUICC ID 및 하나 이상의 PLMN ID 값일 수 있으며 추가로 다음과 같은 단말(1200)의 1) 내지 6)의 정보들 중 적어도 하나를 포함 할 수 있다. 상기 eUICC ID는 eUICC의 식별 정보이고, 상기 PLMN ID는 통신 사업자(즉 이동통신사)의 식별 정보이다.
1) IP 정보
2) GPS 좌표 정보
3) 위치를 나타내는 텍스트나 숫자 코드 값
4) eUICC 제조사를 구분할 수 있는 정보
5) 단말 제조사를 구분할 수 있는 정보
6) 현재 사용하고 있는 전화번호 전체 또는 부분 정보
1210 단계에서 eUICC 제어서버(1202)는 상기 통신서비스 개통요청정보를 수신하면, 프로파일 자동선택을 수행할 수 있다. 상기 프로파일 자동선택은 예를 들어 상기 통신서비스 개통요청정보에 포함된 PLMN ID 값들 중 eUICC 제어서버(1202)에 등록된 이동통신사에 해당하는 값들을 선별하고, 이 중에 하나의 이동통신사를 자동으로 선택하여 상기 이동통신사의 프로파일을 설치하는 방법을 이용할 수 있다. 여기서 상기 하나의 이동통신사를 자동으로 선택하는 방법은 다음의 1) 내지 5)의 방법들 중 적어도 하나를 이용할 수 있다.
1) 선택된 이동통신사들중 사용자의 전화번호 뒷 4자리와 일치하는 프로파일을 eUICC 제어서버(1202)에서 선택하여 설치할 수 있는 경우 해당 이동통신사를 선택하는 방법
2) User가 복수개의 이동통신사 후보중에 수동으로 선택
3) 프로파일 설치 및 통신서비스 사용 요금이 가장 저렴한 이동통신사 및 프로파일을 자동으로 선택
4) 통신서비스의 품질이 일정한 기준 이상 이상인 프로파일을 자동으로 선택
5) 다양한 통계자료를 기반으로한 이동통신사 및 프로파일을 자동으로 선택
한편 상기 User가 복수개의 이동통신사 리스트중에 이동통신사를 수동으로 선택하는 방법은 다음의 방법일 수 있다.
상기 eUICC 제어서버(1202)는 상기 선택한 프로파일에 대응하는 프로파일 식별자와 상기 단말(1200)로부터 전달받은 상기 eUICC ID 정보를 매핑하여 프로파일 제공서버(1206)에 전달할 수 있다. 그러면 상기 프로파일 제공서버(1206)는 상기 프로파일 식별자와 상기 eUICC ID 매핑 정보를 프로파일 관리서버(1204)에 전달할 수 있다. 그러면 상기 프로파일 관리서버(1204)는 해당 매핑정보를 저장할 수 있다.
또한 상기 단말(1200)은 eUICC 제어 서버(1202)로부터 이동통신사 리스트를 PLMN ID 리스트의 형태로 전달 받고 단말(1200)의 표시부에 PLMN ID 리스트를 디스플레이하고, 상기 디스플레이된 리스트에서 사용자가 직접 선택 하거나 사용자 선호도에 기반하여 선택하거나 eUICC 제어 서버(1202)가 자동으로 선택한 통신사 또는 프로파일 정보를 단말(1200)의 표시부에 디스플레이할 수 있다. 상기 사용자 선호도는 이동통신회사와 계약시 체크리스트 작성을 통해 설정되거나 단말(1200)의 UI를 통해 선호사항을 설정할 수 있다.
또한 도 12의 1212 단계에서 상기 단말(1200)은 eUICC 제어서버(1202)을 통해 자동으로 또는 수동으로 선택된 통신사 또는 프로파일 정보를 포함하는 통신서비스 정보를 전달 받을 수 있다. 상기 통신서비스 정보는 상기 단말(1200)에 할당된 전화번호 정보를 포함할 수도 있다.
1214 단계에서 상기 단말(1200)은 상기 통신서비스 정보 전체 혹은 일부를 단말에 디스플레이할 수 있다.
1216a 단계에서 상기 단말(1200)은 상기 프로파일 관리서버(1204)로 프로파일 다운로드 요청을 전달할 수 있다. 이때 프로파일 다운로드 요청 메시지는 eUICC ID 값을 포함할 수 있다.
1216b 단계에서 상기 프로파일 관리서버(1204)는 상기 단말(1200)로부터 프로파일 다운로드 요청 메시지 및 eUICC ID를 수신하면, 상기 프로파일 제공서버(1206)로부터 전달받았던 eUICC ID와 프로파일 식별자간의 매핑정보를 이용하여, 상기 프로파일 식별자를 찾아내고, 상기 프로파일 식별자를 전달한 프로파일 제공서버(1206)에게 프로파일 다운로드 요청을 전달한다.
1218 단계에서 상기 프로파일 제공서버(1206)는 프로파일 관리서버(1204)로부터 수신한 정보(즉 프로파일 식별자)를 근거로 상기 단말(1200)이 프로파일 식별자에 해당하는 프로파일을 다운로드 받을 수 있도록 한다.
도 13은 본 발명의 실시 예에 따른 무선 통신 네트워크에서 프로파일 관리서버를 자동으로 선택하는 실시 예를 나타낸 흐름도이다.
도 13을 참조하면, 1320 단계에서 단말(1300)의 제어부를 통해 eUICC 제어서버로(310)로 통신서비스 개통요청을 전달할 수 있다.
상기 통신서비스 개통요청에는 eUICC ID 및 하나 이상의 PLMN ID 값일 수 있으며 추가로 다음과 같은 1) 내지 6)의 정보들 중 적어도 하나를 포함할 수 있다.
1) IP 정보
2) GPS 좌표 정보
3) 위치를 나타내는 텍스트나 숫자 코드값
4) eUICC 제조사를 구분할 수 있는 정보
5) 단말 제조사를 구분할 수 있는 정보
6) 현재 사용하고 있는 전화번호 전체 또는 부분 정보
1322 단계에서 eUICC 제어서버(1310)는 상기 통신서비스 개통요청에 포함된 정보를 이용하여 상기 단말(300)의 프로파일 다운로드를 처리할 프로파일 관리서버를 선택하고, 1324 단계에서 상기 프로파일 관리서버(1312)의 정보를 단말(1300)의 제어부(1304)에 알려줄수 있다. 상기 프로파일 관리서버(1312)의 정보는 예컨대, URI 값일 수 있다. 상기 eUICC 제어서버(1310)가 상기 단말(1300)의 프로파일 다운로드를 처리할 프로파일 관리서버(1312)를 선택하는 방법은 다음 1), 2)의 방법을 이용할 수 있다.
1) eUICC 제어서버(1310)는 eUICC ID 별로 프로파일 관리서버(1312)의 URI 주소를 저장부에 보관하고 있다가, 단말(1300)로부터 통신서비스 개통요청을 전달받을 때 포함된 eUICC ID가 eUICC 제어서버(1310)의 상기 저장부에 저장된 eUICC ID 리스트에 포함되는지 확인하여 포함되는 경우, 해당 eUICC ID에 대응되는 프로파일 관리서버(1312)의 URI 주소를 단말(1300)에게 전달할 수 있다. 상기 eUICC 제어서버(1310)는 저장부에 저장된 프로파일 관리서버(1312)의 URI 주소를 변경하여 저장할 수 있다.
2) eUICC 제어서버(1310)는 eUICC ID 전체 내용이 아닌 Prefix 값 별로 프로파일 관리서버(1312)의 URI 주소를 저장부에 보관하고, 단말(1300)로부터 통신서비스 개통요청을 전달받을 때 상기 eUICC 제어서버(1310)의 저장부에 저장된 eUICC Prefix값 중 단말(1300)로부터 전달한 eUICC ID의 부분과 일치하는 값이 있는 경우 해당 eUICC Prefix값에 대응되는 프로파일 관리서버의 URI 주소를 단말(1300)에게 전달할 수 있다. 상기 Prefix는 eUICC ID 값 전체 영역중 일부의 값을 나타낼 수 있다. 상기 eUICC 제어서버(1310)는 저장부에 저장된 프로파일 관리서버(1312)의 URI 주소를 변경하여 저장할 수 있다.
이후 1324 단계에서 단말(1300)의 제어부(1304)는 프로파일 관리서버(1312)로부터 프로파일 관리서버 선택 정보를 수신한 후, 1326 단계에서 단말(1300)의 eUICC(1302)로 프로파일 다운로드를 요청할 수 있다. 상기 프로파일 다운로드 요청은 프로파일 관리서버(1312)의 URI 정보를 포함할 수 있다.
1328 단계에서 상기 eUICC(1302)는 제어부(1304)로부터 프로파일 관리서버(1312)의 URI 정보가 포함된 프로파일 다운로드 요청을 수신한 경우, 상기 프로파일 관리서버(1312)의 URI에 해당하는 프로파일 관리서버(1312)로 프로파일 다운로드 요청 메시지를 전달할 수 있다. 이후 도 2의 1216a 단계 내지 1218 단계와 유사하게 단말(1300)은 1330 단계에서 프로파일 관리서버(1312)를 통해 프로파일을 다운로드 한다.
도 14는 본 발명의 실시 예에 따른 무선 통신 네트워크에서 프로파일 관리서버를 자동으로 선택하는 다른 실시 예를 나타낸 흐름도이다.
도 14를 참조하면, 1420 단계에서 단말(1400)의 제어부(1404)는 단말(1400)의 eUICC(1402)로 프로파일 다운로드를 요청할 수 있다.
1422 단계에서 eUICC (1402)는 eUICC 제어서버로(1410)로 통신서비스 개통요청을 전달할 수 있다.
여기서 상기 통신서비스 개통요청에는 eUICC ID 및 하나 이상의 PLMN ID 값일 수 있으며 추가로 다음과 같은 1) 내지 6의 정보들 중 적어도 하나를 포함 할 수 있다.
1) IP 정보
2) GPS 좌표 정보
3) 위치를 나타내는 텍스트나 숫자 코드값
4) eUICC 제조사를 구분할 수 있는 정보
5) 단말 제조사를 구분할 수 있는 정보
6) 현재 사용하고 있는 전화번호 전체 또는 부분 정보
1424 단계에서 eUICC 제어서버(410)는 상기 통신서비스 개통요청에 포함된 정보를 이용하여 상기 단말의 프로파일 다운로드를 처리할 프로파일 관리서버를 선택하고, 1426 단계에서 상기 프로파일 관리서버(1412)의 정보를 단말(1400)의 eUICC(1402)에 알려줄수 있다. 상기 프로파일 관리서버(1412)의 정보는 URI 값일 수 있다. 상기 eUICC 제어서버(1410)가 상기 단말(1400)의 프로파일 다운로드를 처리할 프로파일 관리서버(1412)를 선택하는 방법은 1), 2)의 방법을 이용할 수 있다.
1) eUICC 제어서버(1410)는 eUICC ID 별로 프로파일 관리서버(1412)의 URI 주소를 저장부에 보관하고 있다가, 단말(1400)로부터 통신서비스 개통요청을 전달받을 때 포함된 eUICC ID가 eUICC 제어서버(1410)의 상기 저장부에 저장된 eUICC ID 리스트에 포함되는지 확인하여 포함되는 경우, 해당 eUICC ID에 대응되는 프로파일 관리서버(1412)의 URI 주소를 단말(1400)에게 전달할 수 있다. 상기 eUICC 제어서버(1410)는 저장부에 저장된 프로파일 관리서버(1412)의 URI 주소를 변경하여 저장할 수 있다.
2) eUICC 제어서버(1410)는 eUICC ID 전체 내용이 아닌 Prefix 값 별로 프로파일 관리서버(1412)의 URI 주소를 저장부에 보관하고, 단말(1400)로부터 통신서비스 개통요청을 전달받을 때 상기 eUICC 제어서버(1412)의 저장부에 저장된 eUICC Prefix값 중 단말(1400)로부터 전달한 eUICC ID의 부분과 일치하는 값이 있는 경우 해당 eUICC Prefix값에 대응되는 프로파일 관리서버(1412)의 URI 주소를 단말(1400)에게 전달할 수 있다. 상기 Prefix는 eUICC ID 값 전체 영역중 일부의 값을 나타낼 수 있다. 상기 eUICC 제어서버(1410)는 저장부에 저장된 프로파일 관리서버(1412)의 URI 주소를 변경하여 저장할 수 있다.
이후, 1428 단계에서 상기 eUICC(302)는 상기 프로파일 관리서버(1412)의 URI에 해당하는 프로파일 관리서버(1412)로 프로파일 다운로드 요청 메시지를 전달할 수 있다. 이후 도 2의 1216a 단계 내지 1218 단계와 유사하게 단말(1400)은 1430 단계에서 프로파일 관리서버(1312)를 통해 프로파일을 다운로드 한다.
도 15는 본 발명의 실시 예에 따른 eUICC를 탑재한 단말의 선택에 따라 프로파일을 제공 받은 실시 예를 나타낸 흐름도이다.
도 15를 참조하면, 1500 단계에서 단말은 전원을 켤 수 있다.
이후 1502 단계에서 단말은 RF 스캐닝을 통해 주파수를 검색하여, 현재 단말의 위치에서 검색되는 무선통신서비스 신호정보 중 PLMN ID 값들을 저장할 수 있다. 이후 편의상 이하의 설명에서는 상기 RF 스캐닝에 따라 저장되는 상기 PLMN ID 값들을 '단말에서 주파수 검색된 PLMN ID 리스트'로 칭하기로 한다.
이후 단말은 '프로파일 자동 선택 모드' 또는 '프로파일 수동 선택 모드'로 선택적으로 동작하거나, 둘 중 하나의 모드로 동작할 수 있다.
먼저 1504 단계에서 단말의 동작이 프로파일 수동 선택 모드로 진입한 경우, 1506 단계에서 단말은 그 단말에 설치된 프로파일 리스트를 확인할 수 있다. 상기 프로파일 리스트 확인 동작에서 단말의 제어부는 eUICC에게 설치되어 있는 프로파일 리스트 정보를 요청하면, 그 요청을 수신한 eUICC는 단말의 제어부에게 그 eUICC에 설치되어 있는 프로파일 리스트 정보를 전달하고, 단말의 제어부는 그 eUICC에 설치되어 있는 프로파일 리스트 정보를 확인할 수 있다. 상기 프로파일 리스트 정보에는 예컨대, 프로파일별로 포함된 PLMN ID 값이 포함될 수 있다.
이후 1508 단계에서 단말은 선택할 수 있는 이동통신사 리스트를 단말의 표시부에 디스플레이한다. 상기 선택할 수 있는 이동통신사 리스트의 디스플레이는 다음 1) 내지 3) 중 적어도 하나의 방식으로 수행될 수 있다.
1) eUICC내 설치된 프로파일들 중에서 현재 위치에서 로밍을 지원하는 이동통신사 리스트를 디스플레이함
2) eUICC 내 설치된 프로파일들 중에서 현재 위치에서 홈 망을 지원하는 이동통신사 리스트를 디스플레이함
3) 상기 이통통신사 리스트 디스플레이 시 프로파일의 활성화 여부를 구분하여 표시함
이후 1510 단계에서 사용자가 이동통신사 리스트 또는 그와 대응되는 프로파일 리스트를 선택하여 프로파일이 선택되면 단말은 eUICC내 설치된 프로파일중 상기 선택된 프로파일을 활성화하여 상기 프로파일에 대응되는 이동통신망을 이용하게 된다.
한편 도 15의 1520 단계에서 단말이 자동선택모드로 진입한 경우 1522 단계에서 단말은 먼저 단말기 선호사항을 확인한다. 단말기 선호사항은 다음 1) 또는 2)와 같이 확인할 수 있다.
1) 특정 이동통신사와 계약 시 체크리스트 작성을 통해 또는 단말의 UI 화면을 통해 단말의 선호 사항을 확인함(그리고 상기 선호 사항은 미리 저장될 수 있음)
2) 또는 매번 단말의 Power On시 또는 Power On시 단말의 위치가 바뀐 경우 등의 조건에 따라, UI를 통해 단말의 선호사항을 입력 받을 수 있다.
상기와 같은 방법으로 단말의 선호사항을 확인하여 만약 1524 단계와 같이 단말이 현재 활성화된 프로파일을 이용하여 로밍 접속 하는 것을 선호하도록 설정된 경우, 이 경우, 1526 단계에서 단말은 위치가 바뀐 경우에도 현재 프로파일을 유지할 수 있다.
한편, 상기 1522 단계에서 단말기 선호사항을 확인하여 만약 1528 단계와 같이 단말이 현재 위치한 지역의 홈 망에 해당하는 프로파일 사용을 선호하도록 설정된 경우, 이 경우, 1530 단계에서 단말은 먼저 eUICC에 설치된 프로파일 중 홈 망에 해당하는 프로파일이 있는지 확인할 수 있다. 이때, 상기 홈 망에 해당하는 프로파일이 있다면 1532 단계에서 단말은 프로파일 선택 알고리즘을 이용하여 적용될 프로파일을 선택할 수 있다. 상기 프로파일 선택은 다음의 1) 내지 3)의 방법 중 적어도 하나를 이용할 수 있다. 그리고 1534 단계에서 단말은 선택한 프로파일을 적용할 수 있다.
1) eUICC에 설치된 프로파일중 홈 망에 해당하는 프로파일이 한 개라면 해당 프로파일을 선택할 수 있다.
2) eUICC에 설치된 프로파일중 홈 망에 해당하는 프로파일이 복수 개라면, 랜덤으로 프로파일을 선택할 수 있다.
3) eUICC에 설치된 프로파일중 홈 망에 해당하는 프로파일이 복수 개라면, 같은 국가별 프로파일 그룹간에 선호 순서를 부여하여 프로파일을 선택할 수 있다. 상기 선호 순서를 부여하는 방법은 예를 들어 사용자가 단말 UI를 통해 사전에 그 선호 순서를 입력하거나 또는 또 다른 예로, 가장 요금이 낮은 순서로 선호 순서가 부여될 수 있다. 이를 위해 단말에 프로파일 별로 요율 정보가 메타데이타로 저장될 수 있다.
한편, 상기 1530 단계에서 상기 eUICC에 설치된 프로파일 중 홈 망에 해당하는 프로파일이 있는지 확인한 이후, 만약 홈 망에 해당하는 프로파일이 eUICC에 설치되어 있지 않다면, 1536 단계에서 홈 망에서 이용할 수 있는 프로파일을 새로이 설치하기 위해, 단말은 eUICC 제어서버에 프로파일 설치 요청을 전달할 수 있다. 이후 1538 단계의 프로파일 설치, 1540 단계의 프로파일 적용 과정은 도 12, 도 13, 도 14의 프로파일 설치과정과 유사하므로 구체적인 설명은 생략하기로 한다.
도 16은 본 발명의 실시 예에 따른 무선 통신 네트워크에서 자동으로 서비스를 선택하여 제공할 때, 프로파일 제공서버에 저장한 정보를 기반으로 프로파일을 선택하여 설치하는 실시 예를 나타낸 흐름도이다.
도 16을 참조하면, 1610 단계에서 도 12의 실시 예에서와 같이 eUICC 제어서버(1606)가 프로파일을 자동으로 선택하기 위해 필요한 프로파일 정보를 프로파일 제공서버(1606)로부터 전달받을 수 있다. 상기 프로파일 정보는 프로파일 ID, IMSI 값 혹은 PLMN IN, MSISDN 또는 이에 준하는 전화번호 정보, 통화요금 또는 데이터요금에 해당하는 요율정보 등을 포함할 수 있다. 이를 바탕으로 1612 단계 내지 1622 단계에서 단말의 통신서비스 개통요청 이후의 동작은 도 12의 실시 예에서 설명한 동작과 유사하므로 구체적인 설명을 생략한다.
도 17은 본 발명의 실시 예에 따른 무선 통신 네트워크에서 자동으로 서비스를 선택하여 제공할 때, 프로파일 관리서버에 저장한 정보를 기반으로 프로파일을 선택하여 설치하는 실시 예를 나타낸 흐름도이다.
도 17을 참조하면, 1708 단계 내지 1712 단계에서 eUICC 제어서버(1702)가 프로파일을 자동으로 선택하기 위해 필요한 프로파일 정보를 프로파일 관리서버(1704)로부터 전달받을 수 있다. 상기 프로파일 관리서버(1704)는 한 개 이상의 프로파일 제공서버(1706)으로부터 프로파일 정보를 전달받아, eUICC 제어서버(1702)로 전달할 수 있다.
상기 프로파일 정보는 프로파일 ID, IMSI 값 혹은 PLMN IN, MSISDN 또는 이에 준하는 전화번호 정보, 통화요금 또는 데이터요금에 해당하는 요율정보 등을 포함할 수 있다. 이를 바탕으로 1712 단계 내지 1722 단계에서 단말의 통신서비스 개통요청 이후의 동작은 도 12의 실시 예에서 설명한 동작과 유사하므로 구체적인 설명을 생략한다.
도 18은 본 발명의 실시 예에 따른 무선 통신 네트워크에서 프로파일 관리서버에서 프로파일 제공 서버 별로 프로파일 다운로드 요청 수락 여부를 결정하는 실시 예를 나타낸 흐름도이다.
도 18을 참조하면, 프로파일 관리서버(1804)는 도 17의 실시 예와 동일하게 동작할 수 도 있지만, 프로파일 관리서버(1804)는 1822 단계 내지 1826 단계에서 도시된 것처럼 특정 프로파일 제공 서버(1806a or 1806b)로부터의 프로파일 다운로드 요청을 검증하여, 다운로드 처리여부를 결정할 수 있다. 이를 위해 프로파일 관리서버(1804)는 특정한 프로파일 제공서버로부터의 프로파일 다운로드 요청을 승인하거나 거절하기 정보를 저장할 수 있다. 나머지 단계들의 동작은 전술한 실시 예들과 유사하므로 구체적인 설명은 생략하기로 한다.
도 19는 본 발명의 실시 예에 따른 무선 통신 네트워크에서 자동으로 서비스를 선택하여 제공할 때, 해당 프로파일을 자동으로 삭제하는 실시 예를 나타낸 흐름도이다.
도 19를 참조하면, 단말(1900)은 프로파일을 다운로드 받기 위해 도 12의 실시 예와 유사하게 동작할 수 있다. 단말(1900)은 1924 단계에서 프로파일 다운로드를 한후 기존에 설치되어 있는 프로파일중 특정 조건을 만족하는 프로파일이 있는 경우 상기 조건을 만족하는 프로파일을 삭제하고, 1926 단계에서 그 결과를 eUICC 제어서버(1902)에 알려줄 수 있다. 상기 프로파일을 삭제하는 조건은 다음 1) 내지 5) 중 적어도 하나일 수 있다.
1) 프로파일 다운로드 처리(922)후, 단말 내부에 저장된 프로파일 회수 여부를 결정하는 Flag 값을 보고 그 값이 False에 해당하는 값이면, 삭제 처리 하지 않음
2) 프로파일 다운로드 처리(922)후, 단말(1900) 내부에 저장된 프로파일 회수 여부를 결정하는 Flag 값을 보고 그 값이 True에 해당하는 값이면, 해당 프로파일의 MCC (Mobile Country Code)값을 확인하고, 단말(1900)에서 주파수를 검색하며 확인한 PLMN ID 값에 포함된 MCC 값에 포함되어 있으면 삭제 처리 하지 않음
3) 프로파일 다운로드 처리(922)후, 단말(1900) 내부에 저장된 프로파일 회수 여부를 결정하는 Flag 값을 보고 그 값이 True에 해당하는 값이면, 해당 프로파일의 MCC (Mobile Country Code)값을 확인하고, 단말에서 주파수를 검색하며 확인한 PLMN ID 값에 포함된 MCC 값에 포함되어 있으면 삭제 처리
4) 특정 시간이 경과되었거나 위치가 변경된 경우
5) 사용자가 선택한 경우
상기 단말(1900) 내부에 저장된 프로파일 회수 여부를 결정하는 Flag 정보는 프로파일내에 포함될 수 있다. 그리고 나머지 단계들의 동작은 전술한 실시 예들과 유사하므로 구체적인 설명은 생략하기로 한다.
도 20은 본 발명의 실시 예에 따른 무선 통신 네트워크에서 자동으로 서비스를 선택하여 제공할 때, 해당 프로파일을 자동으로 삭제할 수 있도록 하는 프로파일 정보의 일 구성 예를 나타낸 도면이다.
도 20을 참조하면, 프로파일(2000)은 평문정보(2002)와 암호화정보(2004)를 포함한다. 상기 Flag 정보는 상기 프로파일의 평문정보(2002)에 포함하여 단말에서 전달받아 사용할 수 있도록 저장할 수 있다. 또한 상기 IMSI 또는 PLMN ID, MSISDN 정보도 평문정보에 포함할 수 있다. 암호화 정보(2004)에는 망접속을 위한 망인증용 비밀키 값이 포함될 수 있다. 이 값은 K 또는 Ki 일수 있다.
도 21은 본 발명의 실시 예에 따른 무선 통신 네트워크에서 활성화된 프로파일로 네트워크에 접속할 수 없는 경우 단말의 동작 실시예를 나타낸 순서도이다.
도 21을 참조하면 2100 단계에서 단말은 활성화된 프로파일로 현재 네트워크에 접속할 수 없게 된 경우, 현재 프로파일을 Disable할 수 있다.
그리고 2102 단계에서 단말은 홈 프로파일 표시자가 설정된 프로파일을 Enable한후 망에 접속할 수 있다. 이후 2104 단계에서 단말은 자동으로 새로운 프로파일을 다운로드 받기 위해 도 12의 실시 예에서 설명한 동작을 수행할 수 있다. 이후 2106 단계에서 단말은 Enable된 프로파일을 Disable하고, 2108 단계에서 새로이 다운로드 받은 프로파일을 Enable하여 망에 접속할 수 있다.
도 26a는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 삭제하는 예를 나타낸 흐름도로서, 도 26a의 26101 단계 내지 26113 단계는 단말(350)의 제어부(351)를 통해 eUICC(355-2)에 포함된 프로파일을 삭제(Delete)하는 OTA 메시지를 UICC(355-1) 및 eUICC(355-2)에 모두 전달하여 eUICC(355-2)에 포함된 프로파일이 삭제되는 동작을 예시한 것이다.
도 26b는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 삭제하는 다른 예를 나타낸 흐름도로서, 도 26b의 26201 단계 내지 26209 단계는 단말(350)의 제어부(351)를 통해 eUICC(355-2)에 포함된 프로파일을 삭제(Delete)하는 OTA 메시지를 eUICC(355-2)에만 전달하여 eUICC(355-2)에 포함된 프로파일이 삭제되는 동작을 예시한 것이다.
도 26c는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 삭제하는 또 다른 예를 나타낸 흐름도로서, 도 26c의 26301 단계 내지 26115 단계는 제1 단말(350-1)의 제어부(351)와 제2 단말(350-2)의 제어부(351-2)가 Bluetooth로 Pairing 후 제2 단말(350-2)에 삽입되거나 고정되어 탑재된 제2 UICC(355-4)에서 제1 단말(350-1)의 제어부(351)를 통해 프로파일을 삭제하는 과정을 나타낸 것으로서, 단말(350-1)의 제어부(351)를 통해 제2 UICC(355-2)에 포함된 프로파일을 삭제(Delete)하는 OTA 메시지는 제1 UICC(355-3) 및 제2 UICC(355-4)에 모두 전달되어 제2 UICC(355-4)에 포함된 프로파일이 삭제될 수 있다.
도 26d는 본 발명의 실시 예에 따라 복수의 UICC들을 탑재하거나 연결할 수 있는 단말에서 프로파일을 원격으로 삭제하는 또 다른 예를 나타낸 흐름도로서, 도 26d의 26401 단계 내지 26411 단계는 제1 단말(350-1)의 제어부(351)와 제2 단말(350-2)의 제어부(351-2)가 Bluetooth로 Pairing 후 제2 단말(350-2)에 삽입되거나 고정되어 탑재된 제2 UICC(355-4)에서 제1 단말(350-1)의 제어부(351)를 통해 프로파일을 삭제하는 과정을 나타낸 것으로서, 단말(350-1)의 제어부(351)를 통해 제2 UICC(355-4)에 포함된 프로파일을 삭제(Delete)하는 OTA 메시지를 제2 UICC(355-4)에만 전달하여 제2 UICC(355-4)에 포함된 프로파일이 삭제되는 동작을 예시한 것이다.
상기한 도 26a 내지 도 26d의 실시 예들의 26103, 26203, 26305, 26405 단계에서 OTA 메시지 조건은 상기한 프로파일 다운로드를 위한 다양한 실시 예들에서 제안한 다양한 OTA 메시지 조건을 이용할 수 있다.
도 22는 본 발명의 실시 예에 따른 무선 통신 시스템에서 단말 장치의 일 구성 예를 나타낸 블록도이다.
도 22를 참고하면, 상기 단말은 RF(Radio Frequency)처리부(2210a), 기저대역 처리부(2210b)를 포함하는 통신부(2210), 저장부(2230), 제어부(2240), 표시부(2250)를 포함한다.
상기 RF처리부(2210a)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행한다. 즉, 상기 RF처리부(2210a)는 상기 기저대역처리부(2210b)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향변환한 후 안테나를 통해 송신하고, 상기 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향변환한다. 예를 들어, 상기 RF 처리부(2210a)는 송신 필터, 수신 필터, 증폭기, 믹서(Mixer), 오실레이터(Oscillator), DAC(Digital to Analog Convertor), ADC(Analog to Digital Convertor) 등을 포함할 수 있다. 또한 단말은 하나 또는 복수의 안테나들을 구비할 수 있다. 또한, 상기 RF 처리부(2210a)는 다수의 RF 체인들을 포함할 수 있다. 상기 eUICC와 관련된 정보를 송수신하기 위해, 상기 RF 처리부(2210a)는 다수의 안테나들 또는 안테나 요소(Element)들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다.
상기 기저대역처리부(2210b)는 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 상기 기저대역 처리부(2210b)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 상기 기저대역 처리부(2210b)는 상기 RF처리부(2210a)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 예를 들어, OFDM 방식에 따르는 경우, 데이터 송신 시, 상기 기저대역 처리부(2210b)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 상기 복소 심벌들을 부반송파들에 매핑한 후, IFFT(Inverse Fast Furier Transform) 연산 및 CP(Cyclic Prefix) 삽입을 통해 OFDM(Othogonal Frequency Division Multiplexing)심벌들을 구성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(2210b)는 상기 RF처리부(2210a)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원한다. 상기 기저대역 처리부(2210b) 및 상기 RF처리부(2210b)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 상기 기저대역 처리부(2210b) 및 상기 RF 처리부(2210a)는 송신부, 수신부, 송수신부 또는 통신부(2210)로 지칭될 수 있다.
상기 저장부(2230)는 상기 단말의 동작을 위한 기본 프로그램, 응용 프로그램,설정 정보 등의 데이터를 저장한다. 특히, 상기 저장부(2230)는 무선 통신 시스템에서 eUICC를 위한 정보 전송에 관련된 정보를 저장할 수 있다. 그리고, 상기 저장부(2230)는 상기 제어부(2240)의 요청에 따라 저장된 데이터를 제공한다.
상기 제어부(2240)는 상기 단말의 전반적인 동작들을 제어한다. 예를 들어, 상기 제어부(2240)는 상기 기저대역 처리부(2210b) 및 상기 RF처리부(2210a)를 통해 신호를 송수신한다. 또한, 상기 제어부(2240)는 상기 저장부(2230)에 데이터를 기록하고, 읽는다. 본 발명의 실시 예에 따라, 제어부(2240)는 상기 단말이 상기 도 5 내지 도 21, 도 26의 실시 예에 따른 동작을 수행할 수 있도록 장치 전반을 제어한다.
도 23은 본 발명의 실시 예에 따른 무선 통신 시스템에서 eUICC 제어를 위한 eUICC 제어서버의 일 구성 예를 나타낸 블록도이다.
도 23을 참고하면, 상기 eUICC 제어서버는 통신부(2310), 저장부(2320), 제어부(2330), eUICC 제어부(2335)를 포함한다.
상기 통신부(2310)는 상기 eUICC 제어서버가 단말, 프로파일을 제공하는 서버, 및 프로파일을 관리하는 서버와의 통신을 수행한다. 상기 통신부(2310)는 신호를 송신 및 수신하고, 이에 따라, 상기 통신부(2310)는 송신부, 수신부, 또는 송수신부로 지칭될 수 있다.
상기 저장부(2320)는 상기 eUICC 제어서버의 동작을 위한 기본 프로그램, 응용 프로그램,설정 정보 등의 데이터를 저장한다. 특히, 상기 저장부(2320)는 무선 통신 시스템에서 eUICC를 위한 정보 전송에 관련된 정보를 저장할 수 있다. 그리고, 상기 저장부(2320)는 상기 제어부(2330)의 요청에 따라 저장된 데이터를 제공한다.
상기 제어부(2330)는 상기 도 5 내지 도 21, 도 26의 실시 예에 따라 상기 eUICC 제어서버 장치의 전반적인 동작 제어를 수행한다. 상기 제어부(2330)는 상기 단말로부터 수신한 정보를 이용하여, 상기 단말에게 상기 단말의 조건에 따른 정보를 제공하기 위한 제어를 수행한다. 상기 제어부(2330)의 제어 수행을 통해 상기 eUICC 제어서버는 상기 단말에게 통신 서비스 정보를 제공하고, 자동으로 프로파일을 선택해서 상기 단말이나 프로파일 관리서버 또는 프로파일 제공서버로 프로파일 다운로드 요청을 수행할 수 있다.
도 24는 본 발명의 실시 예에 따른 무선 통신 시스템에서 eUICC 프로파일을 제공하기 위한 서버 장치의 일 구성 예를 나타낸 블록도이다.
도 24를 참고하면, 상기 서버 장치는 통신부(2410), 저장부(2420), 제어부(2430), 프로파일 제공 제어부(2435)를 포함한다.
상기 통신부(2410)는 상기 서버 장치가 eUICC 제어 서버, 프로파일을 관리하는 서버 및 이동 통신 사업자와의 통신을 수행한다. 상기 통신부(2410)는 신호를 송신 및 수신하고, 이에 따라, 상기 통신부는 송신부, 수신부, 또는 송수신부로 지칭될 수 있다.
상기 저장부(2420)는 상기 서버의 동작을 위한 기본 프로그램, 응용 프로그램,설정 정보 등의 데이터를 저장한다. 특히, 상기 저장부(2420)는 무선 통신 시스템에서 eUICC를 위한 정보 전송에 관련된 정보를 저장할 수 있다. 그리고, 상기 저장부(2420)는 상기 제어부(2430)의 요청에 따라 저장된 데이터를 제공한다.
상기 제어부(2430)는 상기 도 5 내지 도 21, 도 26의 실시 예에 따라 상기 서버 장치의 전반적인 동작 제어를 수행한다. 상기 제어부(2430)는 상기 서버 장치가 상기 eUICC 제어 서버, 또는 상기 프로파일 관리 서버, 또는 상기 eUICC를 포함하는 단말로부터 프로파일 전송 요청을 수신하면, 프로파일을 관리하는 서버에 프로파일을 전송할 수 있도록 제어한다.
도 25는 본 발명의 실시 예에 따른 무선 통신 시스템에서 eUICC 프로파일을 관리하기 위한 서버 장치의 일 구성 예를 나타낸 블록도이다.
상기 도 25를 참고하면, 상기 서버는 통신부(2510), 저장부(2520), 제어부(2530), 프로파일 관리 제어부(2535)를 포함한다.
상기 통신부(2510)는 상기 서버가 eUICC 제어 서버, 프로파일을 제공하는 서버와의 통신을 수행한다. 상기 통신부(2510)는 신호를 송신 및 수신하고, 이에 따라, 상기 통신부는 송신부, 수신부, 송수신부 또는 통신부로 지칭될 수 있다.
상기 저장부(2520)는 상기 서버의 동작을 위한 기본 프로그램, 응용 프로그램,설정 정보 등의 데이터를 저장한다. 특히, 상기 저장부(2520)는 무선 통신 시스템에서 eUICC를 위한 정보 전송에 관련된 정보를 저장할 수 있다. 그리고, 상기 저장부(2520)는 상기 제어부(2530)의 요청에 따라 저장된 데이터를 제공한다.
상기 제어부(2530)는 상기 도 5 내지 도 21, 도 26의 실시 예에 따라 상기 서버 장치의 전반적인 동작 제어를 수행한다. 상기 제어부(2530)는 상기 서버가 상기 eUICC 제어 서버로, 상기 프로파일 제공서버, 또는 상기 eUICC를 포함한 단말로부터 프로파일 전송 요청을 수신하면, 단말에 프로파일을 전송할 수 있도록 제어한다.
본 발명의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(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)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 발명의 실시 예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크상의 별도의 저장장치가 본 발명의 실시 예를 수행하는 장치에 접속할 수도 있다.
상술한 본 발명의 구체적인 실시 예들에서, 발명에 포함되는 구성 요소는 제시된 구체적인 실시 예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 발명이 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.본 명세서에서 상기한 실시 예들은 개별적으로 기술하였으나, 그 실시 예들 중 둘 이상이 결합되어 실시될 수 있다.
또한 상기한 본 발명의 실시 예들은 또한 컴퓨터에서 읽혀질 수 있는 기록 매체(computer readable recording medium)에서 컴퓨터에서 읽혀질 수 있는 코드(computer readable code)로서 구현될 수 있다. 상기 컴퓨터에서 읽혀질 수 있는 기록 매체는 컴퓨터 시스템에 의해 읽혀질 수 있는 데이터를 저장할 수 있는 임의의 데이터 저장 디바이스가 될 수 있다. 상기 컴퓨터에서 읽혀질 수 있는 기록 매체의 예들은 ROM(Read-Only Memory), 휘발성 또는 비휘발성 메모리, CD-ROM, 마그네틱 테이프(magnetic tape)들과, 플로피 디스크(floppy disk)들과, 광 데이터 저장 디바이스들, 및 캐리어 웨이브(carrier wave)들(인터넷을 통한 데이터 송신과 같은)을 포함할 수 있다. 또한 본 발명을 달성하기 위한 기능적 프로그램들, 코드, 및 코드 세그먼트(segment)들은 상기한 본 발명이 적용되는 분야에서 숙련된 프로그래머들에 의해 쉽게 해석될 수 있다.
상기한 본 발명의 실시 예들에 따른 장치 및 방법은 하드웨어, 소프트웨어 또는 하드웨어 및 소프트웨어의 조합의 형태로 실현 가능하다는 것을 알 수 있을 것이다. 이러한 임의의 소프트웨어는 예를 들어, 삭제 가능 또는 재기록 가능 여부와 상관없이, ROM 등의 저장 장치와 같은 휘발성 또는 비휘발성 저장 장치, 또는 예를 들어, RAM, 메모리 칩, 장치 또는 집적 회로와 같은 메모리, 또는 예를 들어 CD, DVD, 자기 디스크 또는 자기 테이프 등과 같은 광학 또는 자기적으로 기록 가능함과 동시에 기계(예를 들어, 컴퓨터)로 읽을 수 있는 저장 매체에 저장될 수 있다. 본 발명의 실시 예들에 따른 방법은 제어부 및 메모리를 포함하는 컴퓨터 또는 각종 휴대 단말 또는 무선 통신 시스템에서 통신 사업자가 관리하는 서버 등의 네트워크 엔터티에 의해 구현될 수 있고, 상기 메모리는 본 발명의 실시 예들을 구현하는 명령어들을 포함하는 프로그램 또는 프로그램들을 저장하기에 적합한 기계로 읽을 수 있는 저장 매체의 한 예임을 알 수 있을 것이다.
따라서 본 발명의 실시 예들은 청구항에 기재된 장치 또는 방법을 구현하기 위한 코드를 포함하는 프로그램 및 이러한 프로그램을 저장하는 기계(컴퓨터 등)로 읽을 수 있는 저장 매체를 포함한다.
한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허 청구의 범위뿐만 아니라 이 특허 청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims (32)

  1. 무선 통신 시스템에서 프로파일의 원격 수신을 지원하는 방법에 있어서,
    상기 프로파일을 관리하는 서버로부터 상기 프로파일의 다운로드를 위한 제1 메시지를 포함하는 제2 메시지를 수신하는 과정; 및
    상기 제2 메시지를 근거로, 복수의 UICC(Universal Integrated Circuit Card)들에게 상기 제1 메시지를 포함하는 상기 제2 메시지를 전달하는 과정을 포함하며,
    상기 복수의 UICC들은 적어도 하나의 eUICC(embedded UICC)를 포함하는 방법.
  2. 제 1 항에 있어서,
    상기 전달하는 과정은, 상기 서버로부터 상기 제2 메시지를 수신한 제1 단말이 상기 제1 단말과 정해진 통신 방식으로 연결된 제2 단말에게 상기 제2 메시지를 전달하는 과정을 더 포함하는 방법.
  3. 제 2 항에 있어서,
    상기 복수의 UICC들 중 상기 제1 메시지를 복호화하는 UICC는 상기 제2 단말에 탑재 또는 연결된 eUICC이며,
    상기 제1 메시지를 복호화하기 위한 암호 키를 갖는 상기 eUICC는 상기 제1 메시지를 복호화하여 상기 프로파일을 다운로드 받는 방법.
  4. 제 1 항에 있어서,
    상기 제2 메시지는 SMS(Short Message Service) 메시지이고,
    상기 제2 메시지를 전달하는 과정은,
    상기 SMS 메시지의 헤더 정보가 데이터 다운로드를 나타내는 제1 값과, 특정 단말 카테고리를 나타내는 제2 값을 포함하는지 여부를 판단하는 과정; 및
    상기 헤더 정보가 상기 제1 값과 상기 제2 값을 포함하는 경우, 상기 제2 메시지를 전달하는 과정을 포함하는 방법.
  5. 제 1 항에 있어서,
    상기 제1 메시지는 OTA(Over-The-Air) 메시지를 이용하는 방법.
  6. 제 2 항에 있어서,
    상기 제1 단말과 상기 제2 단말은 블루투스 페어링을 이용하여 연결되는 방법.
  7. 무선 통신 시스템에서 프로파일의 원격 수신을 지원하는 단말에 있어서,
    무선망을 통해 데이터를 송수신하는 송수신부; 및
    상기 프로파일을 관리하는 서버로부터 상기 프로파일의 다운로드를 위한 제1 메시지를 포함하는 제2 메시지를 수신하고, 상기 제2 메시지를 근거로, 복수의 UICC(Universal Integrated Circuit Card)들에게 상기 제1 메시지를 포함하는 상기 제2 메시지를 전달하는 제어부를 포함하며,
    상기 복수의 UICC들은 적어도 하나의 eUICC(embedded UICC)를 포함하는 단말.
  8. 제 7 항에 있어서,
    상기 제어부는 상기 단말과 정해진 통신 방식으로 연결된 다른 단말에게 상기 제2 메시지를 전달하는 것을 제어하는 단말.
  9. 제 8 항에 있어서,
    상기 복수의 UICC들 중 상기 제1 메시지를 복호화한 UICC는 상기 다른 단말에 탑재 또는 연결된 eUICC이며,
    상기 제1 메시지를 복호화하기 위한 암호 키를 갖는 상기 eUICC는 상기 제1 메시지를 복호화하여 상기 프로파일을 다운로드 받는 단말.
  10. 제 7 항에 있어서,
    상기 제2 메시지는 SMS(Short Message Service) 메시지이고,
    상기 제어부는, 상기 SMS 메시지의 헤더 정보가 데이터 다운로드를 나타내는 제1 값과, 특정 단말 카테고리를 나타내는 제2 값을 포함하는지 여부를 판단하고, 상기 헤더 정보가 상기 제1 값과 상기 제2 값을 포함하는 경우, 상기 제2 메시지를 전달하는 것을 제어하는 단말.
  11. 제 7 항에 있어서,
    상기 제1 메시지는 OTA(Over-The-Air) 메시지를 이용하는 단말.
  12. 제 8 항에 있어서,
    상기 제1 단말과 상기 제2 단말은 블루투스 페어링을 이용하여 연결되는 단말.
  13. 무선 통신 시스템에서 프로파일의 원격 수신을 지원하는 방법에 있어서,
    eUICC(embeded Universal Integrated Circuit Card)를 이용하는 단말로부터 통신 서비스의 개통 요청을 수신하는 과정; 및
    상기 개통 요청에 대한 응답으로 상기 단말에게 상기 프로파일의 원격 수신을 위한 통신 서비스 정보를 전송하는 과정을 포함하는 방법.
  14. 제 13 항에 있어서,
    상기 개통 요청을 위한 메시지는,
    상기 단말의 상기 eUICC의 식별 정보, 상기 프로파일의 관련 통신 사업자의 식별 정보 중 적어도 하나를 포함하는 방법.
  15. 제 13 항에 있어서,
    상기 개통 요청을 위한 메시지는,
    상기 단말의 IP 정보, 위치 정보, 상기 eUICC의 제조사 관련 정보, 상기 단말의 제조사 관련 정보, 상기 단말의 전화 번호 정보의 일부 또는 전체 중 적어도 하나를 더 포함하는 방법.
  16. 제 13 항에 있어서,
    상기 통신 서비스 정보는,
    상기 프로파일의 관련 통신 사업자의 정보, 상기 단말이 상기 프로파일을 다운로드 받을 수 있는 서버 정보, 그리고 상기 단말에 할당된 전화 번호 정보 중 적어도 하나를 포함하는 방법.
  17. 제 13 항에 있어서,
    상기 개통 요청에 대한 응답으로 상기 프로파일을 제공하는 서버에게 상기 eUICC의 식별 정보와 상기 프로파일의 식별 정보 간의 매핑 정보를 전송하는 과정을 더 포함하는 방법.
  18. 무선 통신 시스템에서 프로파일의 원격 수신을 제어하는 서버에 있어서,
    적어도 하나의 네트워크 엔터티와 데이터 통신을 위한 통신 인터페이스; 및
    eUICC(embeded Universal Integrated Circuit Card)를 이용하는 단말로부터 통신 서비스의 개통 요청을 수신하고, 상기 개통 요청에 대한 응답으로 상기 단말에게 상기 프로파일의 원격 수신을 위한 통신 서비스 정보를 전송하는 것을 제어하는 제어부를 포함하는 서버.
  19. 제 18 항에 있어서,
    상기 개통 요청을 위한 메시지는,
    상기 단말의 상기 eUICC의 식별 정보, 상기 프로파일의 관련 통신 사업자의 식별 정보 중 적어도 하나를 포함하는 서버.
  20. 제 18 항에 있어서,
    상기 개통 요청을 위한 메시지는,
    상기 단말의 IP 정보, 위치 정보, 상기 eUICC의 제조사 관련 정보, 상기 단말의 제조사 관련 정보, 상기 단말의 전화 번호 정보의 일부 또는 전체 중 적어도 하나를 더 포함하는 서버.
  21. 제 18 항에 있어서,
    상기 통신 서비스 정보는,
    상기 프로파일의 관련 통신 사업자의 정보, 상기 단말이 상기 프로파일을 다운로드 받을 수 있는 서버 정보, 그리고 상기 단말에 할당된 전화 번호 정보 중 적어도 하나를 포함하는 서버.
  22. 제 13 항에 있어서,
    상기 제어부는, 상기 개통 요청에 대한 응답으로 상기 프로파일을 제공하는 서버에게 상기 eUICC의 식별 정보와 상기 프로파일의 식별 정보 간의 매핑 정보를 전송하는 것을 더 제어하는 서버.
  23. 무선 통신 시스템에서 eUICC(embeded Universal Integrated Circuit Card)를 이용하는 단말이 프로파일을 적용하는 방법에 있어서,
    통신 서비스를 제공하는 적어도 하나의 통신 사업자를 탐색하는 과정;
    상기 탐색된 통신 사업자의 리스트를 디스플레이하는 과정; 및
    상기 eUICC에 설치된 적어도 하나의 프로파일 중 상기 리스트를 이용하여 선택된 프로파일을 적용하는 과정을 포함하는 방법.
  24. 제 23 항에 있어서,
    상기 디스플레이하는 과정은, 상기 탐색된 통신 사업자의 로밍 지원 여부, 홈 망의 지원 여부, 및 프로파일의 활성화 여부 중 적어도 하나를 디스플레이하는 과정을 더 포함하는 방법.
  25. 무선 통신 시스템에서 eUICC(embeded Universal Integrated Circuit Card)를 이용하는 단말에 있어서,
    무선망을 통해 데이터를 송수신하는 송수신부;
    표시부; 및
    통신 서비스를 제공하는 적어도 하나의 통신 사업자를 탐색하고, 상기 표시부를 통해 상기 탐색된 통신 사업자의 리스트를 디스플레이하며, 상기 eUICC에 설치된 적어도 하나의 프로파일 중 상기 리스트를 이용하여 선택된 프로파일을 적용하는 것을 제어하는 제어부를 포함하는 단말.
  26. 제 25 항에 있어서,
    상기 제어부는, 상기 탐색된 통신 사업자의 로밍 지원 여부, 홈 망의 지원 여부, 및 프로파일의 활성화 여부 중 적어도 하나를 디스플레이하는 것을 더 제어하는 단말.
  27. 무선 통신 시스템에서 eUICC(embeded Universal Integrated Circuit Card)를 이용하는 단말이 프로파일을 적용하는 방법에 있어서,
    통신 서비스를 제공하는 적어도 하나의 통신 사업자를 탐색하는 과정; 및
    상기 탐색된 통신 사업자의 적어도 하나의 프로파일 중 상기 단말의 선호 사항에 따라 선택된 프로파일을 적용하는 과정을 포함하며,
    상기 eUICC는 상기 적어도 하나의 통신 사업자로부터 제공된 적어도 하나의 프로파일을 포함하는 방법.
  28. 제 27 항에 있어서,
    상기 단말의 선호 사항은 로밍 선호 여부, 홈 망 선호 여부 중 적어도 하나를 포함하는 방법.
  29. 제 27 항에 있어서,
    상기 선택된 프로파일이 상기 eUICC에 설치되어 있지 않는 경우, 해당 통신 사업자의 서버로부터 상기 선택된 프로파일을 수신하는 과정을 더 포함하는 방법.
  30. 무선 통신 시스템에서 eUICC(embeded Universal Integrated Circuit Card)를 이용하는 단말에 있어서,
    무선망을 통해 데이터를 송수신하는 송수신부; 및
    통신 서비스를 제공하는 적어도 하나의 통신 사업자를 탐색하고, 상기 탐색된 통신 사업자의 적어도 하나의 프로파일 중 상기 단말의 선호 사항에 따라 선택된 프로파일을 적용하는 것을 제어하는 제어부를 포함하며,
    상기 eUICC는 상기 적어도 하나의 통신 사업자로부터 제공된 적어도 하나의 프로파일을 포함하는 단말.
  31. 제 30 항에 있어서,
    상기 단말의 선호 사항은 로밍 선호 여부, 홈 망 선호 여부 중 적어도 하나를 포함하는 단말.
  32. 제 30 항에 있어서,
    상기 제어부는, 상기 선택된 프로파일이 상기 eUICC에 설치되어 있지 않는 경우, 해당 통신 사업자의 서버로부터 상기 선택된 프로파일을 수신하는 것을 더 제어하는 단말.
PCT/KR2015/006739 2014-06-30 2015-06-30 무선 통신 시스템에서 통신서비스 제공을 위한 프로파일을 송수신하는 방법 및 장치 WO2016003178A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/323,391 US10484865B2 (en) 2014-06-30 2015-06-30 Method and device for transmitting and receiving profile for providing communication service in wireless communication system

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
KR10-2014-0080672 2014-06-30
KR20140080672 2014-06-30
KR20140129621 2014-09-26
KR10-2014-0129621 2014-09-26
KR10-2015-0000907 2015-01-05
KR1020150000907A KR20160002321A (ko) 2014-06-30 2015-01-05 무선 통신 시스템에서 통신서비스 제공을 위한 프로파일을 송수신하는 방법 및 장치
KR1020150028666A KR102285659B1 (ko) 2014-06-30 2015-02-27 무선 통신 시스템에서 통신서비스 제공을 위한 프로파일을 송수신하는 방법 및 장치
KR10-2015-0028666 2015-02-27

Publications (1)

Publication Number Publication Date
WO2016003178A1 true WO2016003178A1 (ko) 2016-01-07

Family

ID=55019631

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2015/006739 WO2016003178A1 (ko) 2014-06-30 2015-06-30 무선 통신 시스템에서 통신서비스 제공을 위한 프로파일을 송수신하는 방법 및 장치

Country Status (1)

Country Link
WO (1) WO2016003178A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018101775A1 (en) * 2016-12-01 2018-06-07 Samsung Electronics Co., Ltd. Apparatus and method for installing and managing esim profiles
CN114697948A (zh) * 2016-09-09 2022-07-01 三星电子株式会社 用于控制uicc和euicc的方法和系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013009059A2 (ko) * 2011-07-08 2013-01-17 삼성전자 주식회사 이동 통신 시스템에서 단말 설정 방법
KR20130016152A (ko) * 2012-12-20 2013-02-14 에이엠텔레콤주식회사 적용 기기용 이동통신 장치의 복수의 uicc를 원격으로 전환하는 방법 및 이 방법이 적용된 이동통신 장치
WO2013036010A1 (ko) * 2011-09-05 2013-03-14 주식회사 케이티 내장 uicc의 인증정보를 이용한 인증방법과, 그를 이용한 프로비저닝 및 mno 변경 방법, 그를 위한 내장 uicc, mno 시스템 및 기록매체
KR20130108443A (ko) * 2010-12-30 2013-10-02 에스케이씨앤씨 주식회사 ｎｏｎ―ＵＩＣＣ ＳＥ를 구비한 이동통신 단말기에 중요 정보를 ＯＴＡ 프로비저닝 하는 시스템 및 방법
WO2014046421A1 (ko) * 2012-09-24 2014-03-27 주식회사 케이티 ｅＵＩＣＣ의 식별자 관리 방법 및 그 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130108443A (ko) * 2010-12-30 2013-10-02 에스케이씨앤씨 주식회사 ｎｏｎ―ＵＩＣＣ ＳＥ를 구비한 이동통신 단말기에 중요 정보를 ＯＴＡ 프로비저닝 하는 시스템 및 방법
WO2013009059A2 (ko) * 2011-07-08 2013-01-17 삼성전자 주식회사 이동 통신 시스템에서 단말 설정 방법
WO2013036010A1 (ko) * 2011-09-05 2013-03-14 주식회사 케이티 내장 uicc의 인증정보를 이용한 인증방법과, 그를 이용한 프로비저닝 및 mno 변경 방법, 그를 위한 내장 uicc, mno 시스템 및 기록매체
WO2014046421A1 (ko) * 2012-09-24 2014-03-27 주식회사 케이티 ｅＵＩＣＣ의 식별자 관리 방법 및 그 장치
KR20130016152A (ko) * 2012-12-20 2013-02-14 에이엠텔레콤주식회사 적용 기기용 이동통신 장치의 복수의 uicc를 원격으로 전환하는 방법 및 이 방법이 적용된 이동통신 장치

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114697948A (zh) * 2016-09-09 2022-07-01 三星电子株式会社 用于控制uicc和euicc的方法和系统
CN114697948B (zh) * 2016-09-09 2023-11-21 三星电子株式会社 用于控制uicc和euicc的方法和系统
WO2018101775A1 (en) * 2016-12-01 2018-06-07 Samsung Electronics Co., Ltd. Apparatus and method for installing and managing esim profiles
US10659955B2 (en) 2016-12-01 2020-05-19 Samsung Electronics Co., Ltd. Apparatus and method for installing and managing eSIM profiles

Similar Documents

Publication Publication Date Title
WO2016024695A1 (en) Method and apparatus for profile download of group devices
WO2016163796A1 (en) Method and apparatus for downloading a profile in a wireless communication system
WO2016080726A1 (en) Apparatus and method for profile installation in communication system
WO2016167536A1 (en) Method and apparatus for managing a profile of a terminal in a wireless communication system
WO2016153281A1 (ko) 무선 통신 시스템에서 프로파일을 다운로드 하는 방법 및 장치
WO2019050325A1 (en) METHOD AND APPARATUS FOR SUPPORTING PROFILE TRANSFER BETWEEN DEVICES IN A WIRELESS COMMUNICATION SYSTEM
US10484865B2 (en) Method and device for transmitting and receiving profile for providing communication service in wireless communication system
WO2015163623A1 (en) Method and apparatus for provisioning profiles
EP3284274A1 (en) Method and apparatus for managing a profile of a terminal in a wireless communication system
WO2018147711A1 (en) APPARATUS AND METHOD FOR ACCESS CONTROL ON eSIM
WO2016153323A1 (ko) 이동통신시스템에서 단말을 변경하여 이동 통신 서비스를 이용하는 방법 및 장치
WO2016003200A1 (en) Method and apparatus for installing profile for euicc
WO2016153303A1 (ko) 무선 통신 시스템에서 단말의 프로파일 설치 방법 및 장치
WO2022031148A1 (en) Method and apparatus for installing and managing multiple esim profiles
WO2022108357A1 (en) Method and apparatus for handling profiles by considering removable euicc supporting multiple enabled profiles
WO2019107876A1 (en) Method and apparatus for managing event in communication system
WO2014030893A1 (ko) 단말 장치에 내장되어 설치되는 가입자 인증 모듈의 프로파일 관리 방법 및 이를 이용하는 가입자 인증 장치
WO2016080595A1 (ko) 멀티 넘버 서비스 제공 방법
WO2019139247A1 (en) Electronic device for managing embedded subscriber identification module and method for same
WO2014077544A1 (ko) 단말 장치에 내장되어 설치되는 가입자 인증 모듈의 프로파일 구성 방법 및 이를 이용하는 장치
EP3155866A1 (en) Method and device for selective communication service in communication system
WO2020171475A1 (ko) 무선 통신 시스템의 기기변경 방법 및 장치
EP3783861A1 (en) Data downloading and management method and terminal
EP3769551A1 (en) Method and apparatus for negotiating euicc version
WO2016133369A1 (ko) 이동통신 시스템의 단말에서 프로파일 수신을 위한 방법 및 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15814333

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 15323391

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 15814333

Country of ref document: EP

Kind code of ref document: A1