Profile切換方法、信號強(qiáng)度檢測方法及設(shè)備的制造方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及Profile切換方法、信號強(qiáng)度檢測方法及設(shè) 備。
【背景技術(shù)】
[0002] Profile 指的是 eUICC(embedded Universal Integrated Circuit Card :嵌入式 通用集成電路卡）內(nèi)部與某個MN0(Mobile Network Operator:移動網(wǎng)絡(luò)運(yùn)營商）相關(guān)的 一系列文件、數(shù)據(jù)的統(tǒng)稱，Profile切換涉及Profile的激活與去激活，即切換前后使用不 同的〇P(〇perational Profile:執(zhí)行文件，用于接入移動運(yùn)營商網(wǎng)絡(luò)）接入網(wǎng)絡(luò)，請求發(fā)起 方可以是用戶或者ΜΝ0。
[0003] 在eUICC場景下，需要eUICC與SM (Subscription Manager :簽約管理單元）進(jìn) 行流程交互，進(jìn)而實現(xiàn)Profile的切換，如圖1所示，為GSMA(Global System for Mobile Communication Association :全球移動通信系統(tǒng)協(xié)會）eSIM (embedded Subscriber Identity Module :嵌入式用戶身份識別模塊）標(biāo)準(zhǔn)中的Profile激活流程圖，具體包括以 下步驟：
[0004] 步驟 SlOl :ΜΝ0 向 SM-SR(Subscription Manager-Securely Routing :簽約管理單 元-安全路由）發(fā)送Profile激活請求，Profile激活請求中攜帶EID (eUICC ID:嵌入式通 用集成電路卡身份，是eUICC 的唯一標(biāo)識）和 ICCID (Integrated Circuit Card Identity : 集成電路卡身份，是eUICC上Profile的標(biāo)識）。
[0005] 步驟S102 :SM-SR根據(jù)EID和ICCID，對目標(biāo)eUICC上當(dāng)前處于激活狀態(tài)的Profile 和待激活的Prof ile進(jìn)行P0L2 (P0Licy2 :策略2,是位于SM-SR上的策略）的檢測。
[0006] 步驟S103 :如果在步驟S102中檢測到策略沖突（即不符合P0L2中的策略規(guī)則）， SM-SR向MNO發(fā)送錯誤通知。
[0007] 步驟S104 :如果步驟S102的策略檢測通過，SM-SR和eUICC之間進(jìn)行雙向認(rèn)證。
[0008] 步驟S105 :在雙向認(rèn)證之后，SM-SR向eUICC發(fā)送請求該eUICC對目標(biāo)Profile 進(jìn)行激活的請求消息，該請求消息中攜帶目標(biāo)Profile的ISD-P-AID(Issuer Security Domain-Profile-Application Identity :發(fā)行者安全域-配置文件-應(yīng)用標(biāo)識，是eUICC 上存放Profile的容器的標(biāo)識）。
[0009] 步驟S106: eUICC對當(dāng)前處于激活狀態(tài)的Profile和待激活的目標(biāo)Profile進(jìn)行 POLl (POLicyl :策略1，是位于eUICC上的策略，與每個特定Profile關(guān)聯(lián)）的策略檢測。
[0010] 步驟S107 :如果在步驟S106中檢測到策略沖突，eUICC通過SM-SR向MNO發(fā)送錯 誤通知，提不POLl沖突。
[0011] 步驟S108 :如果步驟S106中沒有檢測到策略沖突，使當(dāng)前的Profile處于去激活 狀態(tài)，使目標(biāo)Profile處于激活狀態(tài)。
[0012] 步驟S109 :eUICC向SM-SR發(fā)送Profile激活確認(rèn)消息。
[0013] 步驟 SllO :SM_SR 更新 EIS (Euicc Information Set :eUICC 信息集）中相關(guān) Profile的狀態(tài)信息。
[0014] 步驟Sill :SM-SR向MNO發(fā)送Profile激活結(jié)果。
[0015] 在現(xiàn)有技術(shù)中，在對Profile進(jìn)行P0L2和POLl策略檢測通過之后，就進(jìn)行 Profile切換，而有可能目標(biāo)Profile的信號強(qiáng)度并不能滿足需求，在這種情況下，可能并 不需要進(jìn)行Profile切換，故而現(xiàn)有技術(shù)中存在著Profile切換不夠合理和有效的技術(shù)問 題。

【發(fā)明內(nèi)容】

[0016] 本發(fā)明實施例提供一種Profile切換方法、信號強(qiáng)度檢測方法及設(shè)備，以解決現(xiàn) 有技術(shù)中Profile切換不夠合理和有效的技術(shù)問題。
[0017] 第一方面，本發(fā)明實施提供一種Profile切換方法，包括：
[0018] 嵌入式通用集成電路卡eUICC接收簽約管理單元-安全路由SM-SR發(fā)送的第一 Profile激活請求，所述第一 Profile激活請求中攜帶目標(biāo)ProfiIe的第一標(biāo)識；或者所述 eUICC向所述SM-SR發(fā)送攜帶所述目標(biāo)Profile的第二標(biāo)識的第二Profile激活請求，并接 收所述SM-SR基于所述第二Profile激活請求返回的激活響應(yīng)消息；
[0019] 所述eUICC指示所述eUICC所在的用戶設(shè)備進(jìn)行信號檢測，并從所述用戶設(shè)備獲 得所述目標(biāo)Profile對應(yīng)的移動通信網(wǎng)絡(luò)的信號檢測結(jié)果；
[0020] 所述eUICC依據(jù)切換策略信息和所述信號檢測結(jié)果，確定是否進(jìn)行Profile切換。
[0021] 結(jié)合第一方面，在第一種可能實施的方式中，所述第一 Profile激活請求中攜帶 信號檢測策略；
[0022] 在所述信號檢測策略表明對所述用戶設(shè)備進(jìn)行信號檢測時，所述eUICC指示所述 eUICC所在的用戶設(shè)備進(jìn)行信號檢測。
[0023] 結(jié)合第一方面，在第二種可能實施的方式中，所述第一 Profile激活請求或所述 第二Prof ile激活請求中攜帶第一密鑰，其中，加密所述第一 Prof ile激活請求或所述第二 Profile激活請求的第二密鑰與所述第一密鑰不同；所述第一密鑰和所述第二密鑰由所述 SM-SR和所述eUICC協(xié)商生成；所述方法還包括：
[0024] 若確定為進(jìn)行Profile切換，并且Profile切換成功，則所述eUICC向所述SM-SR 發(fā)送用所述第一密鑰加密的Profile激活確認(rèn)消息。
[0025] 結(jié)合第一方面，在第三種可能實施的方式中，所述eUICC指示所述eUICC所在的用 戶設(shè)備進(jìn)行信號檢測，具體包括：
[0026] 所述eUICC從所述目標(biāo)Profile獲取信號檢測次數(shù)和所述目標(biāo)Profile對應(yīng)的公 共陸地移動網(wǎng)絡(luò)PLMN標(biāo)識；
[0027] 所述eUICC向所述用戶設(shè)備發(fā)送攜帶所述信號檢測次數(shù)和所述PLMN標(biāo)識的指示 信息，所述指示信息用于指示所述用戶設(shè)備檢測所述PLMN的信號強(qiáng)度。
[0028] 結(jié)合第一方面或第一方面的第一種至第三種中任一可能實施的方式，在第四種可 能實施的方式中，所述切換策略信息包括：預(yù)設(shè)閾值、預(yù)設(shè)次數(shù)和第一切換邏輯，所述第一 切換邏輯為若在信號檢測次數(shù)內(nèi)PLMN的信號強(qiáng)度超過預(yù)設(shè)閾值的次數(shù)大于預(yù)設(shè)次數(shù)，則 進(jìn)行Profile切換，否則拒絕Profile切換；或者
[0029] 所述切換策略信息包括：第二切換邏輯，所述第二切換邏輯為若檢測到所述PLMN 的信號則進(jìn)行Profile切換，否則拒絕Profile切換。
[0030] 第二方面，本發(fā)明實施例提供一種信號檢測方法，包括：
[0031] 用戶設(shè)備接收所述用戶設(shè)備所對應(yīng)的嵌入式通用集成電路卡eUICC發(fā)送的指示 信息，所述指示信息由所述eUICC接收簽約管理單元-安全路由SM-SR發(fā)送的第一 ProfiIe 激活請求后發(fā)送至所述用戶設(shè)備，并且所述第一 Profile激活請求中攜帶目標(biāo)Profile的 第一標(biāo)識；或者所述指示信息由所述eUICC向所述SM-SR發(fā)送攜帶所述目標(biāo)Profile的第 二標(biāo)識的第二Profile激活請求，并在接收所述SM-SR基于所述第二Profile激活請求返 回的激活響應(yīng)消息后發(fā)送至所述用戶設(shè)備；其中，所述指示信息用于指示所述用戶設(shè)備進(jìn) 行信號檢測；
[0032] 所述用戶設(shè)備根據(jù)所述指示信息和設(shè)備當(dāng)前狀態(tài)信息進(jìn)行信號檢測，以獲得所述 目標(biāo)Profile對應(yīng)的移動通信網(wǎng)絡(luò)的信號檢測結(jié)果；
[0033] 所述用戶設(shè)備將所述信號檢測結(jié)果發(fā)送至所述eUICC，以使所述eUICC根據(jù)所述 信號檢測結(jié)果和切換策略信息確定是否進(jìn)行Profile切換。
[0034] 結(jié)合第二方面，在第一種可能實施的方式中，所述用戶設(shè)備根據(jù)所述指示信息和 設(shè)備當(dāng)前狀態(tài)信息進(jìn)行信號檢測，具體包括：
[0035] 所述用戶設(shè)備從所述eUICC獲取信號檢測次數(shù)和所述目標(biāo)Profile的公共陸地移 動網(wǎng)絡(luò)PLMN標(biāo)識；
[0036] 所述用戶設(shè)備根據(jù)所述信號檢測次數(shù)和所述設(shè)備當(dāng)前狀態(tài)信息檢測所述PLMN的 信號強(qiáng)度。
[0037] 第三方面，本發(fā)明實施例提供一種Profile切換方法，包括：
[0038] 簽約管理單元-安全路由SM-SR向嵌入式通用集成電路卡eUICC發(fā)送第一 Profile激活請求，所述第一 Profile激活請求中攜帶目標(biāo)Profile的第一標(biāo)識，以使所述 eUICC根據(jù)所述目標(biāo)Profile對應(yīng)的移動通信網(wǎng)絡(luò)的信號檢測結(jié)果和切換策略信息，確定 是否進(jìn)行Profile切換。
[0039] 結(jié)合第三方面，在第一種可能實施的方式中，所述第一 Profile激活請求中攜帶 第一密鑰，使得所述eUICC在Profile切換成功之后通過所述第一密鑰加密Profile激活 確認(rèn)消息，其中加密所述第一 Profile激活請求的第二密鑰與所述第一密鑰不同，所述第 一密鑰和所述第二密鑰由所述SM-SR和所述eUICC協(xié)商生成；
[0040] 在所述向eUICC發(fā)送所述Profile激活請求之后，所述方法還包括：接收所述 eUICC發(fā)送的所述Profile激活確認(rèn)消息。
[0041] 第四方面，本發(fā)明實施例提供一種Profile切換方法，包括：
[0042] 簽約管理單元-安全路由SM-SR接收嵌入式通用集成電路卡eUICC發(fā)送的第二 Profile激活請求，所述第二Profile激活請求中攜帶目標(biāo)Profile的第二標(biāo)識；
[0043] 所述SM-SR向所述eUICC發(fā)送激活響應(yīng)消息，以使所述eUICC在接收所述激活響 應(yīng)消息之后，根據(jù)所述目標(biāo)Profile對應(yīng)的移動通信網(wǎng)絡(luò)的信號檢測結(jié)果和切換策略信 息，確定是否進(jìn)行Profile切換。
[0044] 結(jié)合第四方面，在第一種可能實施的方式中，所述第二Profile激活請求中攜帶 第一密鑰，使得所述eUICC在Profile切換成功之后通過所述第一密鑰加密Profile激活 確認(rèn)消息，其中加密所述第二Profile激活請求的第二密鑰與所述第一密鑰不同，所述第 一密鑰和所述第二密鑰由所述SM-SR和所述eUICC協(xié)商生成。
[0045] 結(jié)合第三方面、第三方面的第一種可能實施方式、第四方面及第四方面的第一種 可能實施方式中的任一方式，在第二種可能實施的方式中，所述切換策略信息包括：預(yù)設(shè)閾 值、預(yù)設(shè)次數(shù)和第一切換邏輯，所述第一切換邏輯為若在信號檢測次數(shù)內(nèi)PLMN的信號強(qiáng)度 超過預(yù)設(shè)閾值的次數(shù)大于預(yù)設(shè)次數(shù)，則進(jìn)行Profile切換，否則拒絕Profile切換；或者
[0046] 所述切換策略信息包括：第二切換邏輯，所述第二切換邏輯為若檢測到所述PLMN 的信號則進(jìn)行Profile切換，否則拒絕Profile切換。
[0047] 第五方面，本發(fā)明實施例提供一種嵌入式通用集成電路卡eUICC，包括：
[0048] 收發(fā)模塊，用于接收簽約管理單元-安全路由SM-SR發(fā)送的第一 Profile激活請 求，所述第一 ProfiIe激活請求中攜帶目標(biāo)ProfiIe的第一標(biāo)識；或者用于向所述SM-SR發(fā) 送攜帶所述目標(biāo)Profile的第二標(biāo)識的所述第二Profile激活請求，并接收所述SM-SR基 于所述第二Profile激活請求返回的激活響應(yīng)消息；
[0049] 指示模塊，連接于所述收發(fā)模塊，用于指示所述eUICC所在的用戶設(shè)備進(jìn)行信號 檢測，并獲得所述目標(biāo)Profile對應(yīng)的移動通信網(wǎng)絡(luò)的信號檢測結(jié)果；
[0050] 確定模塊，連接于所述指示模塊，用于依據(jù)切換策略信息和信號檢測結(jié)果，確定是 否進(jìn)行Profile切換。
[0051] 結(jié)合第五方面，在第一種可能實施的方式中，所述第一 Profile激活請求中攜帶 信號檢測策略；
[0052] 所述指示模塊，具體用于在所述信號檢測策略表明對所述用戶設(shè)備進(jìn)行信號檢測 時指示所述eUICC所在的用戶設(shè)備進(jìn)行信號檢測。
[0053] 結(jié)合第五方面，在第二種可能實施的方式中，所述第一 Profile激活請求或所述 第二Prof ile激活請求中攜帶第一密鑰，其中，加密所述第一 Prof ile激活請求或所述第二 Profile激活請求的第二密鑰與所述第一密鑰不同，所述第一密鑰和所述第二密鑰由所述 SM-SR和所述eUICC協(xié)商生成；所述收發(fā)模塊，還用于：
[0054] 若確定為進(jìn)行Prof ile切換，并且Prof ile切換成功，則向所述SM-SR發(fā)送用所述 第一密鑰加密的Profile激活確認(rèn)消息。
[0055] 結(jié)合第五方面，在第三種可能實施的方式中，所述指示模塊，具體包括：
[0056] 獲取單元，用于從所述目標(biāo)Profile獲取信號檢測次數(shù)和所述目標(biāo)Profile對應(yīng) 的公共陸地移動網(wǎng)絡(luò)PLMN標(biāo)識；
[0057] 發(fā)送單元，用于向所述用戶設(shè)備發(fā)送攜帶所述信號檢測次數(shù)和所述PLMN標(biāo)識的 指示信息，所述指示信息用于指示所述用戶設(shè)備檢測所述PLMN的信號強(qiáng)度。
[0058] 結(jié)合第五方面或第五方面的第一種至第三種中任一可能實施的方式，在第四種可 能實施的方式中，所述切換策略信息包括：預(yù)設(shè)閾值、預(yù)設(shè)次數(shù)和第一切換邏輯，所述第一 切換邏輯為若在信號檢測次數(shù)內(nèi)所述PLMN的信號強(qiáng)度超過預(yù)設(shè)閾值的次數(shù)大于預(yù)設(shè)次 數(shù)，則進(jìn)行Profile切換，否則拒絕Profile切換；或者
[0059] 所述切換策略信息包括：第二切換邏輯，所述第二切換邏輯為若檢測到所述PLMN 的信號則進(jìn)行Profile切換，否則拒絕Profile切換。
[0060] 第六方面，本發(fā)明實施例提供一種用戶設(shè)備，包括：
[0061] 接收模塊，用于接收所述用戶設(shè)備所對應(yīng)的嵌入式通用集成電路卡eUICC發(fā)送的 指示信息，所述指示信息由所述eUICC接收簽約管理單元-安全路由S