CN110769384B - 一种物联网中传输eUICC数据的方法、装置 - Google Patents

一种物联网中传输eUICC数据的方法、装置 Download PDF

Info

Publication number
CN110769384B
CN110769384B CN201810847436.2A CN201810847436A CN110769384B CN 110769384 B CN110769384 B CN 110769384B CN 201810847436 A CN201810847436 A CN 201810847436A CN 110769384 B CN110769384 B CN 110769384B
Authority
CN
China
Prior art keywords
message
lwm2m
terminal device
euicc
sms
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN201810847436.2A
Other languages
English (en)
Other versions
CN110769384A (zh
Inventor
徐蓓
张永靖
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Cloud Computing Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201810847436.2A priority Critical patent/CN110769384B/zh
Priority to PCT/CN2019/095527 priority patent/WO2020019987A1/zh
Publication of CN110769384A publication Critical patent/CN110769384A/zh
Application granted granted Critical
Publication of CN110769384B publication Critical patent/CN110769384B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • 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
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • 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
    • 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/183—Processing at user equipment or user record carrier
    • 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
    • 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
    • H04W8/205—Transfer to or from user equipment or user record carrier

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供了一种物联网中传输eUICC数据的方法，该方法包括：物联网IoT平台获取通信网络的SMS消息的收发能力；所述IoT平台在所述通信网络不支持SMS消息的收发功能的情况下，将要发给所述终端设备的SMS消息转换成第一LwM2M消息，所述SMS消息包括下发给嵌入式通用集成电路卡eUICC的目标数据，所述LwM2M消息中包括的eUICC的目标数据的数据格式为SMS；所述IoT平台向终端设备送所述LwM2M消息。本申请提供的技术方案中，应用服务器(例如，SM平台)可以在物联网下，将SMS消息发送至终端设备上的eUICC，从而完成远程配置eUICC上的用户数据。

Description

一种物联网中传输eUICC数据的方法、装置
技术领域
本申请涉及通信领域，并且更具体地，涉及一种物联网中传输eUICC数据的方法、装置。
背景技术
全球移动通信联盟***(global system for mobile communicationsalliance，GSMA)制定的嵌入式通用集成电路卡(embedded universal integratedcircuit card，eUICC)标准通过短消息服务(short message service，SMS)消息远程配置eUICC上的用户数据。如eUICC远程从应用服务器激活用户在某一运营商网络签约的用户数据，并进而使配置该eUICC的用户设备接入该运营商的通信网络。
随着物联网(internet of things，IoT)技术的发展，物联网中的终端设备也急需应用eUICC技术标准，使得IoT终端设备无需更换用户身份识别(subscriberidentification module，SIM)卡就可以接入不同运营商的网络。
以窄带物联网(narrowband internet of things，NB-IoT)为例，NB-IoT网络的带宽和传输速率较低，以实现广覆盖和低功耗，因此，现有的传输协议多不适合在NB-IoT网络中进行数据传输。例如超文本传送安全协议(hyper text transfer protocol secure，HTTPS)消息头较大，对带宽要求较高，HTTPS三次握手协议中有定时器保护，而NB-IoT网络的速率较低，导致定时器超时，所以在NB-IoT网络下不适合通过HTTPS建立应用服务器与eUICC之间的会话。其次，由于NB-IoT网络需要对现有网络中的短消息服务中心(shortmessage service center，SMSC)或移动交换中心(mobile switching center，MSC)进行升级，才可以发送或接收短消息服务(short message service，SMS)消息，所以在NB-IoT网络下不支持SMS消息功能。
因此，应用服务器(例如，SM平台)如何在物联网下，将SMS消息发送至终端设备中的eUICC，从而完成远程配置eUICC上的用户数据成为当前亟需解决的问题。
发明内容
本申请提供一种物联网中传输eUICC数据的方法和装置，在IoT网络下应用服务器(例如，SM平台)可以将SMS消息发送至终端设备中的eUICC，从而完成远程配置eUICC上的用户数据。
第一方面，提供了一种物联网中传输eUICC数据的方法，该方法包括：物联网IoT平台获取通信网络的SMS消息的收发能力；所述IoT平台在所述通信网络不支持SMS消息的收发功能的情况下，将要发给所述终端设备的SMS消息转换成第一LwM2M消息；所述IoT平台向终端设备发送所述第一LwM2M消息。
本申请实施例中IoT平台可以获取通信网络的SMS消息的收发能力，并可以在通信网络不支持SMS消息的收发功能的情况下，可以将要发送给终端设备的SMS消息转换成第一LwM2M消息。
本申请实施例中，IoT平台获取通信网络是否支持SMS的具体实现方式有多种，本申请对此不做具体限定。作为一个示例，IoT平台可以通过业务能力开放功能(servicecapability exposure function，SCEF)获取所述通信网络的SMS消息的收发能力。例如，IoT平台可以调用应用编程界面(application program interface，API)，并通过SCEF获取所述通信网络的SMS消息的收发能力。
应理解，SCEF可以是3GPP中定义的能力开放功能逻辑单元，SCEF可以将3GPP定义的网络接口提供的网元业务能力安全地开放给第三方业务提供商。SCEF可以部署在核心网侧，也可以作为IoT平台的一部分逻辑功能对外开放。
本申请实施例SMS消息可以是应用服务器下发给终端设备中的eUICC，本申请实施例中应用服务器和IoT平台可以分离部署，应用服务器也可以集成在IoT平台中，本申请实施例对此不做具体限定。
可选地，在一些实施例中，如果应用服务器和IoT平台可以分离部署，IoT平台可以将要发送给终端设备的SMS消息转换成第一LwM2M消息。
可选地，在一些实施例中，如果应用服务器也可以集成在IoT平台中，IoT平台可以接收应用服务器发送的SMS消息，该IoT平台可以将接收到的SMS消息转换成第一LwM2M消息。
本申请实施例对要发送给终端设备的SMS消息不做具体限定。作为一个示例，该SMS消息可以包括终端设备中eUICC在目标运营商签约的profile的激活信息。作为另一个示例，该SMS消息可以包括以SMS消息的形式下发给eUICC用户的其他配置信息。
本申请实施例中IoT平台(作为服务器sever)可以将接收到的SMS消息封装成第一LwM2M消息，并可以在LwM2M协议下将该LwM2M消息发送至终端设备中的M2M通信装置(LwM2M客户端client)。作为一个示例，该IoT平台可以将接收到的SMS消息封装到LwM2M应用数据对象(app data container object)中，并可以将LwM2M消息中包括的目标数据的数据格式(data format)设置为“SMS”，从而可以实现将SM平台发送的SMS消息转换至LwM2M协议下的第一LwM2M消息。
应理解，LwM2M应用数据对象中可以包括下发给eUICC的目标数据内容、该目标数据的数据格式、该目标数据的描述等。
具体地，IoT平台可以将目标数据的数据格式设置为SMS，终端设备中的M2M通信装置可以在收到第一LwM2M消息之后，可以根据所述第一LwM2M消息中包括的目标数据的数据格式为SMS，可以将该第一LwM2M消息中的SMS消息转发至终端设备中的短消息模块。短消息模块可以将解析出的SMS消息中的目标数据转发至终端设备中的eUICC，在IoT网络下，可以实现应用服务器(例如，SM平台)将SMS消息发送至终端设备中的eUICC，从而可以远程配置eUICC上的用户数据。
本申请实施例中，在IoT网络中，可以通过LwM2M协议建立应用服务器(例如，SM平台)与终端设备上的eUICC之间的会话，并可以将SMS消息发送至终端设备中的eUICC，从而可以远程配置eUICC上的用户数据。
结合第一方面，在第一方面的某些实现方式中，要发给所述终端设备的SMS消息来自应用服务器，所述IoT平台将要发给所述终端设备的SMS消息转换成第一LwM2M消息之前，所述方法还包括：所述IoT平台接收应用服务器发送的所述SMS消息。
结合第一方面，在第一方面的某些实现方式中，所述IoT平台通过业务能力开放网元SCEF获取所述通信网络的SMS消息的收发能力。
结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述IoT平台获取终端设备的SMS消息的收发能力；所述IoT平台在所述终端设备支持SMS消息的收发功能，所述通信网络不支持SMS消息的收发功能的情况下，将所述SMS消息转换成所述第一LwM2M消息。
本申请实施例中，IoT平台获取终端设备是否支持SMS的具体实现方式有多种，本申请对此不做具体限定。作为一个示例，当IoT平台与SM平台直接相连接的情况下，IoT平台可以向终端设备上的M2M通信装置发送查询SMS能力的LwM2M请求消息。作为另一个示例，当IoT平台与SMSC相连的情况下，IoT平台可以向SMSC订阅可以支持SMS，但是其所在的网络不支持SMS的终端设备列表，SMSC可以将被IoT平台订阅的目的终端设备的SMS消息转发至IoT平台。
结合第一方面，在第一方面的某些实现方式中，所述IoT平台向所述终端设备发送LwM2M请求消息；所述IoT平台接收所述终端设备发送的对所述LwM2M请求消息的响应消息。
应理解，所述响应消息中包括所述终端设备的SMS消息收发能力的指示信息。IoT平台可以根据该响应消息中的指示信息确定终端设备的SMS消息的收发能力。
结合第一方面，在第一方面的某些实现方式中，所述IoT平台接收终端设备发送的LwM2M注册信息。
IoT平台可以接收终端设备发送的LwM2M注册信息，所述LwM2M注册信息包括所述终端设备的SMS消息收发能力的指示信息。IoT平台可以根据该指示信息确定该终端设备的SMS消息的收发能力。
结合第一方面，在第一方面的某些实现方式中，所述目标数据包括所述应用服务器下发给所述终端设备中eUICC的目标运营商的简介profile激活信息，所述profile激活信息用于激活所述eUICC中下载的所述目标运营商的profile。
结合第一方面，在第一方面的某些实现方式中，在物联网IoT平台接收应用服务器发送的短消息服务SMS消息之前，所述方法还包括：所述IoT平台接收所述应用服务器发送的请求消息，所述请求消息中包括所述应用服务器下发给所述eUICC的目标运营商的简介profile下载数据；所述IoT平台将所述请求消息转换成第二LwM2M消息；所述IoT平台向所述终端设备发送所述第二LwM2M消息。
结合第一方面，在第一方面的某些实现方式中，所述IoT平台向所述终端设备发送所述第一LwM2M或所述第二LwM2M之前，所述方法还包括：
所述IoT平台确定所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
结合第一方面，在第一方面的某些实现方式中，所述IoT平台接收所述终端设备发送的第三LwM2M消息，所述第三LwM2M消息包括指示位，所述指示位用于指示所述终端设备是否具备解析发往所述eUICC的目标数据或所述profile下载数据的能力；
所述IoT平台根据所指示位，确定所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
第二方面，提供了一种物联网中传输eUICC数据的方法，该方法包括：
终端设备接收物联网IoT平台发送的第一轻量机器到机器LwM2M消息；所述终端设备根据所述第一LwM2M消息中包括目标数据的的数据格式，将所述目标数据发送至所述eUICC。
其中，所述第一LwM2M消息包括应用服务器下发给所述终端设备中嵌入式通用集成电路卡eUICC的目标数据，所述第一LwM2M消息中包括的所述eUICC的目标数据的数据格式为短消息服务SMS。
结合第二方面，在第二方面的某些实现方式中，所述方法还包括：所述终端设备接收所述物联网IoT平台发送的第二LwM2M消息，所述第二LwM2M消息包括所述应用服务器下发给所述eUICC的目标运营商的简介profile下载数据；所述终端设备向所述eUICC发送所述第二LwM2M消息。
结合第二方面，在第二方面的某些实现方式中，所述终端设备具备以下能力中的一种或多种：SMS消息收发的能力、解析发往所述eUICC的目标数据的能力、解析发往所述eUICC的profile下载数据的能力。
第三方面，提供了一种物联网IoT平台，所述IoT平台包括：
第一获取模块，用于获取通信网络的SMS消息的收发能力，所述IoT平台通过所述通信网络和终端设备进行通信；
第一处理模块，用于在所述通信网络不支持SMS消息的收发功能的情况下，将要发给所述终端设备的SMS消息转换成第一轻量机器到机器LwM2M消息，所述SMS消息包括发给所述终端设备中嵌入式通用集成电路卡eUICC的目标数据，所述第一LwM2M消息中包括的所述目标数据的数据格式为SMS；
第一发送模块，用于向终端设备发送所述第一LwM2M消息。
结合第三方面，在第三方面的某些实现方式中，要发给所述终端设备的SMS消息来自应用服务器，所述IoT平台将要发给所述终端设备的SMS消息转换成第一轻量机器到机器LwM2M消息之前，所述IoT平台还包括：
第一接收模块，用于接收应用服务器发送的所述SMS消息。
结合第三方面，在第三方面的某些实现方式中，所述第一获取模块具体用于：
通过业务能力开放网元SCEF获取所述通信网络的SMS消息的收发能力。
结合第三方面，在第三方面的某些实现方式中，所述IoT平台还包括：
第二获取模块，用于获取所述终端设备的SMS消息的收发能力；
第二处理模块，用于在所述终端设备支持SMS消息的收发功能，所述通信网络不支持SMS消息的收发功能的情况下，将所述SMS消息转换成所述第一LwM2M消息。
结合第三方面，在第三方面的某些实现方式中，所述第二获取模块具体用于：
向所终端设备发送LwM2M请求消息，所述LwM2M请求消息用于请求获取所述终端设备的SMS消息的收发能力；
接收所述终端设备发送的对所述LwM2M请求消息的响应消息，所述响应消息中包括所述终端设备的SMS消息收发能力的指示信息。
结合第三方面，在第三方面的某些实现方式中，所述第二获取模块还具体用于：
接收所述终端设备发送的LwM2M注册信息，所述LwM2M注册信息包括所述终端设备的所述SMS消息的收发能力的指示信息；
根据所述LwM2M注册信息中的指示信息确定所述终端设备的SMS消息的收发能力。
结合第三方面，在第三方面的某些实现方式中，所述目标数据包括所述应用服务器下发给所述终端设备中eUICC的目标运营商的简介profile激活信息，所述profile激活信息用于激活所述eUICC中下载的所述目标运营商的profile。
结合第三方面，在第三方面的某些实现方式中，所述IoT平台向所述终端设备发送所述第一LwM2M或所述第二LwM2M之前，所述IoT平台还包括：
第三获取模块，用于接收所述应用服务器发送的请求消息，所述请求消息中包括所述应用服务器下发给所述eUICC的目标运营商的简介profile下载数据；
第三处理模块，用于将所述请求消息转换成第二LwM2M消息；
第二发送模块，用于向所述终端设备发送所述第二LwM2M消息。
结合第三方面，在第三方面的某些实现方式中，所述IoT平台还包括：
确定模块，用于确定所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
结合第三方面，在第三方面的某些实现方式中，所述确定模块具体用于：
接收所述终端设备发送的第三LwM2M消息，所述第三LwM2M消息中包括指示位，所述指示位用于指示所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力；
根据所指示位，确定所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
第四方面，提供了一种终端设备，所述终端设备包括：
第一接收模块，用于接收物联网IoT平台发送的第一轻量机器到机器LwM2M消息，所述第一LwM2M消息包括应用服务器下发给所述终端设备中嵌入式通用集成电路卡eUICC的目标数据，所述第一LwM2M消息中包括的所述eUICC的目标数据的数据格式为短消息服务SMS；
第一发送模块，用于根据所述第一LwM2M消息中目标数据的的数据格式，将所述目标数据发送至短消息模块，所述终端设备包括所述短消息模块；
第二发送模块，用于所述短消息模块将所述目标数据发送至所述eUICC。
结合第四方面，在第四方面的某些实现方式中，所述终端设备具备以下能力中的一种或多种：SMS消息收发的能力、解析发往所述eUICC的目标数据的能力、解析发往所述eUICC的profile下载数据的能力。
结合第四方面，在第四方面的某些实现方式中，所述终端设备还包括：
第二接收模块，用于接收所述物联网IoT平台发送的第二LwM2M消息，所述第二LwM2M消息包括所述应用服务器下发给所述eUICC的目标运营商的简介profile下载数据；
第三发送模块，用于向所述eUICC发送所述第二LwM2M消息。
第五方面，提供了一种物联网IoT平台，包括：接收器、发送器、存储器和处理器。
所述存储器用于存储程序；所述处理器用于执行所述存储器中存储的程序，其中，该处理器可以与收发器通信连接。该存储器可以用于存储该终端设备的程序代码和数据。因此，该存储器可以是处理器内部的存储单元，也可以是与处理器独立的外部存储单元，还可以是包括处理器内部的存储单元和与处理器独立的外部存储单元的部件。
可选地，该处理器可以是通用处理器，可以通过硬件来实现也可以通过软件来实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于该处理器之外，独立存在。
当程序被执行时，所述处理器用于：获取通信网络的SMS消息的收发能力，所述IoT平台通过所述通信网络和终端设备进行通信；
所述处理器还用于：用于在所述通信网络不支持SMS消息的收发功能的情况下，将要发给所述终端设备的SMS消息转换成第一轻量机器到机器LwM2M消息，所述SMS消息包括发给所述终端设备中嵌入式通用集成电路卡eUICC的目标数据，所述第一LwM2M消息中包括的所述目标数据的数据格式为SMS；
所述发送器用于：向终端设备发送所述第一LwM2M消息。
结合第五方面，在第五方面的某些实现方式中，要发给所述终端设备的SMS消息来自应用服务器，所述IoT平台将要发给所述终端设备的SMS消息转换成第一轻量机器到机器LwM2M消息之前，所述接收器用于：接收应用服务器发送的所述SMS消息。
结合第五方面，在第五方面的某些实现方式中，所述处理器具体用于：通过业务能力开放网元SCEF获取所述通信网络的SMS消息的收发能力。
结合第五方面，在第五方面的某些实现方式中，所述IoT平台还包括：
处理器还用于：获取所述终端设备的SMS消息的收发能力；
处理器还用于：在所述终端设备支持SMS消息的收发功能，所述通信网络不支持SMS消息的收发功能的情况下，将所述SMS消息转换成所述第一LwM2M消息。
结合第五方面，在第五方面的某些实现方式中，所述处理器具体用于：向所终端设备发送LwM2M请求消息，所述LwM2M请求消息用于请求获取所述终端设备的SMS消息的收发能力；
接收器具体用于：接收所述终端设备发送的对所述LwM2M请求消息的响应消息，所述响应消息中包括所述终端设备的SMS消息收发能力的指示信息。
结合第五方面，在第五方面的某些实现方式中，所述处理器具体通过所述接收器执行：接收所述终端设备发送的LwM2M注册信息，所述LwM2M注册信息包括所述终端设备的所述SMS消息的收发能力的指示信息；
处理器具体用于：根据所述LwM2M注册信息中的指示信息确定所述终端设备的SMS消息的收发能力。
结合第五方面，在第五方面的某些实现方式中，所述目标数据包括所述应用服务器下发给所述终端设备中eUICC的目标运营商的简介profile激活信息，所述profile激活信息用于激活所述eUICC中下载的所述目标运营商的profile。
结合第五方面，在第五方面的某些实现方式中，所述IoT平台向所述终端设备发送所述第一LwM2M或所述第二LwM2M之前，所述IoT平台中处理器还通过所述接收器执行：接收所述应用服务器发送的请求消息，所述请求消息中包括所述应用服务器下发给所述eUICC的目标运营商的简介profile下载数据；
处理器具体用于：将所述请求消息转换成第二LwM2M消息；
发送器具体用于：向所述终端设备发送所述第二LwM2M消息。
结合第五方面，在第五方面的某些实现方式中，所述IoT平台中的处理器还用于：确定所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
结合第五方面，在第五方面的某些实现方式中，所述处理器具体通过接收器执行：接收所述终端设备发送的第三LwM2M消息，所述第三LwM2M消息中包括指示位，所述指示位用于指示所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力；
所述处理器具体用于：根据所指示位，确定所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
第六方面，提供了一种终端设备，所述终端设备包括：机器到机器M2M通信装置、收发器、短消息模块、嵌入式通用集成电路卡eUICC，
所述M2M通信装置通过所述收发器执行以下操作：接收物联网IoT平台发送的第一轻量机器到机器LwM2M消息，所述第一LwM2M消息包括应用服务器下发给所述终端设备中嵌入式通用集成电路卡eUICC的目标数据，所述第一LwM2M消息中包括的所述
eUICC的目标数据的数据格式为短消息服务SMS；
所述M2M通信装置用于：根据所述第一LwM2M消息中包括的目标数据的数据格式，将所述目标数据发送至短消息模块；
所述短消息模块用于：将所述目标数据发送至所述eUICC。
结合第六方面，在第六方面的某些实现方式中，所述M2M通信装置还通过所述收发器执行以下操作：接收所述IoT平台发送的第二LwM2M消息，所述第二LwM2M消息包括所述应用服务器下发给所述eUICC的目标运营商的简介profile下载数据；
所述M2M通信装置用于：向所述eUICC发送所述第二LwM2M消息。
结合第六方面，在第六方面的某些实现方式中，所述终端设备具备以下能力中的一种或多种：SMS消息收发的能力、解析发往所述eUICC的目标数据的能力、解析发往所述eUICC的profile下载数据的能力。
第七方面，提供了一种提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行上述第一方面或第一方面任意可能的实现方式中的方法的指令。
第八方面，提供了一种提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行上述第二方面或第二方面任意可能的实现方式中的方法的指令。
第九方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码被计算机运行时，使得该计算机执行上述第一方面或第一方面任意可能的实现方式中的方法。
第十方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码被计算机运行时，使得该计算机执行上述第二方面或第二方面任意可能的实现方式中的方法。
第十一方面，提供了一种通信芯片，其中存储有指令，当其在无线通信的装置上运行时，使得所述通信芯片执行上述第一方面或第一方面任意可能的实现方式中的方法。
第十二方面，提供了一种通信芯片，其中存储有指令，当其在无线通信的装置上运行时，使得所述通信芯片执行上述第二方面或第二方面任意可能的实现方式中的方法。
附图说明
图1是一种可能的实现eUICC远程配置和管理的体系架构的示意性框图。
图2一种可能的LwM2M协议栈的示意性框图。
图3是本申请实施例提供的一种基于LwM2M协议建立SM平台与eUICC之间的会话的示意性框图。
图4是一种可能的终端设备的示意性框图。
图5是一种调制解调器modem的示意性框图。
图6是本申请实施例提供的一种物联网中传输eUICC数据方法的示意性流程图。
图7是本申请实施例提供的一种获取支持SMS能力的示意性流程图。
图8是本申请实施例提供的一种获取支持SMS能力的示意性流程图。
图9是本申请实施例提供的一种物联网中传输eUICC数据方法的示意性流程图。
图10是本申请另一实施例提供的一种物联网中传输eUICC数据方法的示意性流程图。
图11是使用本申请传输数据的方法之前eUICC与应用服务器之间的消息次数示意图。
图12是使用本申请传输数据的方法之后eUICC与应用服务器之间的消息次数示意图。
图13是本申请实施例提供的物联网IoT平台1300的示意性框图。
图14是本申请实施例提供的终端设备1400的示意性框图。
图15是本申请实施例提供的一种物联网IoT平台1500的示意性框图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
应理解，本申请实施例的技术方案可以应用于各种通信***，例如：基于蜂窝的物联网(internet of things，IoT)***、窄带物联网(narrow band internet of things，NB-IoT)***、全球移动通讯(global system of mobile communication，GSM)***、码分多址(code division multiple access，CDMA)***、宽带码分多址(wideband codedivision multiple access，WCDMA)***、通用分组无线业务(general packet radioservice，GPRS)、长期演进(long term evolution，LTE)***、LTE频分双工(frequencydivision duplex，FDD)***、LTE时分双工(time division duplex，TDD)、通用移动通信***(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwideinteroperability for microwave access，WiMAX)通信***、未来的第五代(5thgeneration，5G)***或新无线(new radio，NR)等。
本申请实施例对终端设备的类型不做具体限定，例如可以是用户设备、接入终端、终端设备、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、无线网络设备、用户代理或用户装置。终端可以包括但不限于移动台(mobile station，MS)、移动电话(mobile telephone)、用户设备(user equipment，UE)、手机(handset)、便携设备(portable equipment)、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)、物流用的射频识别(radio frequencyidentification，RFID)终端设备，具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它设备、车载设备、可穿戴设备、物联网、车辆网中的终端设备以及未来5G网络中的终端设备或者未来演进的公共陆地移动网络(public land mobile network，PLMN)网络中的终端设备等。
作为示例而非限定，在本发明实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。
作为另一个示例，在本发明实施例中，该终端设备可以是各种高速移动的载体，例如，共享单车，共享汽车等。该终端设备还可以是各种智能表具，例如，水表、电表、燃气表等。该终端设备还可以是各种监控设备或家电设备。
图1是一种实现eUICC远程配置和管理的体系架构的示意性框图。
图1所示的实现eUICC远程配置和管理的体系架构可以包括签约管理(subscription management，SM)平台110、eUICC 120。在GSMA的制定的eUICC标准中，SM平台110可以建立与eUICC 120之间的会话。SM平台110可以基于空中接口(over the air，OTA)切换eUICC 120上加载的简介profile，从而可以实现eUICC 120从当前的移动网络运营商(mobile network operators，MNO)切换至目标MNO。
应理解，profile为通信领域的一个专用术语，可以理解为用户签约数据集，或用于在某个运营商网络签约的个人签约业务数据的集合，是一个移动用户信息的数据集合，可以包括用户识别信息(例如用户身份、认证参数等信息)和业务签约信息。
profile中包含的数据例如可以包括但不限于：profile类型，例如，用户身份识别(subscriber identification module，SIM)联盟简介包(SIM profile alliancepackage)、国际移动用户识别(international mobile subscriber identification，IMSI)码、集成电路卡识别(integrate circuit card identity，ICCID)码、安全数字(secure digital，SD)存储卡的可执行文件加载辅助(aide，AID)程序(executable loadfile AID for SD)、SD存储卡的可执行模块辅助(executable module AID for SD)等。
具体地，SM平台110可以在收到目标MNO或用户发送的profile下载请求之后，可以通过SMS消息将生成的profile下发至eUICC 120，SM平台110对eUICC 120中的profile进行管理。例如，SM平台110可以通知eUICC 120激活profile，从而实现eUICC 120从当前的MNO切换至目标MNO。
应理解，SM平台110可以是一种应用服务器。
下面分别对SM平台110、eUICC 120进行介绍。
SM平台110是eUICC远程管理的核心，SM平台110可以根据MNO或用户发起的请求对profile进行下载、安装、激活、去激活、删除等管理操作。SM平台110的功能主要包括两部分：签约管理数据准备(subscription management data preparation，SM-DP)、签约管理安全路由(subscription management secure routing，SM-SR)。其中，SM-DP主要负责根据目标MNO提供的数据生成和存储profile。SM-SR主要负责建立到eUICC 120的通道，并可以将SM-DP生成的profile路由下载到eUICC 120上。
eUICC 120可以是嵌入式UICC卡，可以与终端设备中的如调制解调器modem(可以是电路或基带芯片)连接。eUICC 120可以通过modem与终端设备外的其它装置或设备通信。eUICC 120可以给用户提供基于空中接口(over the air，OTA)实现MNO变更的能力，而不需要更换eUICC物理实体本身。eUICC 120可以提供与普通智能卡类似的移动网络接入鉴权和用户身份认证的安全服务，并可以用于远程管理多个移动网络运营个人管理服务。
下面对profile的几种管理操作进行描述。
profile下载：SM平台可以根据MNO或用户请求，可以将生成的profile通过建立的传输通道传送到eUICC中。
profile安装：eUICC可以将下载的profile安装为可执行的应用和文件***，profile安装可以和profile下载同时进行，成功安装的profile可以进入去激活状态。
profile激活：根据MNO或用户请求，SM平台可以将eUICC上当前处于去激活状态profile激活，使得profile中的文件和应用可以通过终端设备和eUICC之间的接口进行选择。
profile去激活：根据MNO或用户请求，SM平台可以将eUICC上当前处于激活状态的profile去激活，使得profile中的文件和应用不可以通过终端设备和eUICC之间的接口进行选择。
参见图2，在实现eUICC远程配置和管理的体系架构中，SM平台110与eUICC 120之间通过超文本传送安全协议(hyper text transfer protocol secure，HTTPS)消息建立会话。SM平台110可以在收到目标MNO或用户发送的profile下载请求之后，可以通过SMS消息将生成的profile下发至eUICC 120。
随着IoT网络技术的发展，物联网中的终端设备也急需应用eUICC技术标准，使得物联网终端设备无需更换SIM卡就可以接入不同运营商的网络。但是，IoT网络的终端设备在应用eUICC技术标准中可能会存在以下两方面的问题：
下面以窄带物联网NB-IoT为例进行详细说明。
一方面，在NB-IoT网络下不适合通过HTTPS协议建立应用服务器与eUICC之间的会话。作为一个示例，NB-IoT网络为了实现广覆盖和低功耗，该NB-IoT网络的带宽和传输速率较低，而HTTPS消息头较大，对带宽要求较高，所以在NB-IoT网络下不适合通过HTTPS协议建立应用服务器与eUICC之间的会话。作为另一个示例，由于HTTPS三次握手协议中有定时器保护，而NB-IoT网络的速率较低，导致定时器超时，所以在NB-IoT网络下不适合通过HTTPS协议建立应用服务器与eUICC之间的会话。
另一方面，在NB-IoT网络下不支持SMS消息的收发功能。现有的NB-IoT标准中，NB-IoT网络获取SMS消息的途径可以有两种。作为一个示例，终端设备可以通过SGd接口传输SMS消息，例如，SGd接口传输SMS消息的路径为：SMSC-移动性管理实体(mobilitymanagement entities，MME)-演进型基站(evolutional Node B，eNB或eNodeB)-UE。作为另一个示例，终端设备还可以通过SGs接口传输SMS消息，例如，SGd接口传输SMS消息的路径为：SMSC-MSC-MME-eNodeB-UE。
由于上述两种获取SMS消息的途径对现有网络中的SMSC和/或MSC有需求，需要对现网中的SMSC和/或MSC进行升级或扩容。但是，运营商现网集成多个厂商的SMSC和/或MSC，无法实现对SMSC和/或MSC进行升级或扩容。因此，在NB-IoT网络下不支持SMS消息的收发功能。
针对在IoT网络下应用eUICC技术标准存在的上述问题，一方面，本申请实施例中可以通过轻量机器到机器(light weight machine to machine，LwM2M)协议建立SM平台与eUICC之间的会话。另一方面，本申请实施例可以将SM平台下发的SMS消息封装成LwM2M消息，从而可以在IoT网络下传输SMS消息。
下面对本申请实施例中的通过LwM2M协议建立SM平台与eUICC之间的会话进行详细描述。
LwM2M协议是开放移动联盟(open mobile alliance，OMA)定义的物联网协议。
LwM2M的协议栈结构可以参见图2。其中，LwM2M协议210属于应用层协议，位于约束应用协议(constrained Application protocol，CoAP)220之上。CoAP 220可以进行数据包传输层安全性协议(datagram transport layer security，DTLS)230加密的处理，最后可以通过用户数据包协议(user packet protocol，UDP)240或短消息业务(short messageservice，SMS)250或SMS255的方式传送。该LwM2M协议可以将消息打包到对象(objects，Obj)260中，并可以通过上述协议进行传输。后面会具体描述对象objects，此处不再赘述。
应理解，SMS250可以是位于设备(on device)上的短消息业务，SMS255可以是位于智能卡(on smartcard)上的短消息业务。
LwM2M协议的消息头较HTTPS的消息头较小，且LwM2M协议不需要通过多次握手就可以建立物联网IoT平台(作为服务器sever)和终端设备上的M2M通信装置(作为客户端client)之间的会话。因此在IoT网络中，可以通过LwM2M协议建立应用服务器(例如，SM平台)与终端设备上的eUICC之间的会话，从而实现数据传输。
下面以图3为示例，详细描述通过LwM2M协议建立应用服务器(例如，SM平台)与终端设备上的eUICC之间的会话。
图3是本申请实施例提供的一种基于LwM2M协议建立SM平台与eUICC之间的会话的示意性框图。
图3可以包括SM平台310、IoT平台320、终端设备330、M2M通信装置340、eUICC350。
SM平台310可以对应到图1中的SM平台110，本申请实施例中SM平台310可以是一种应用服务器，SM平台310可以与IoT平台320分离部署，SM平台310还可以集成在IoT平台320中，本申请对此不做具体限定。
下面以SM平台310可以与IoT平台320分离部署为例进行举例说明。
SM平台310可以将MNO发送的profile下载请求通过IoT平台发送至终端设备330。SM平台310可以将MNO发送的profile下载请求转换成LwM2M消息(例如，可以将profile下载请求打包到LwM2M Objects)后发送至IoT平台320，也可以将MNO发送的profile下载请求转换成其它类型的消息发送至IoT平台320。
IoT平台320可以作为LwM2M协议中的设备管理平台，IoT平台320可以将SM平台310发送的消息通过LwM2M协议发送至终端设备330，当SM平台310和IoT平台320间不是通过LwM2M协议进行消息传输时，IoT平台320需要将SM平台310发送的消息转换为LwM2M消息后发送至终端设备330，IoT平台320收到的终端设备330的LwM2M消息，也要先进行协议转换后，才能转发给SM平台310。
终端设备330中配置了M2M通信装置340和eUICC350，终端设备330接收到的LwM2M消息可以由终端设备330上的M2M通信装置340处理。终端设备330的示意性结构图可以如图4所示。
M2M通信装置340可以是芯片，也可以是集成电路或其他装置，M2M通信装置340可以将接收到的LwM2M消息转发至eUICC350。M2M通信装置340的示意性结构图可以如图5所示。
eUICC 350可以对应到图1中的eUICC 120。eUICC350和M2M通信装置340可以进行通信和信息交换。物理形态上，eUICC 350可以是独立于M2M通信装置340的装置，eUICC350也可以是与M2M通信装置340中绑定在一起的装置(例如，通过焊接的方式或其他方式将eUICC350嵌入在M2M通信装置340中)。eUICC350通过M2M通信装置340上的收发器将接收到的LwM2M消息转发至eUICC350。
图4是一种可能的终端设备的示意性框图。图4中的终端设备330可以包括：M2M通信装置420、无线收发器430、eUICC480，短消息模块490。
可选的，该终端设备330还包括应用处理器(application processor，AP)410、用户接口440、存储器450、相机460、语音输入输出接口470。
AP 410可以是在低功耗的中央处理器(central processing unit，CPU)的基础上扩展时频功能和专用接口的超大规模集成电路，AP 410上运行了操作***和应用软件。
M2M通信装置420可以对应于图3中的M2M通信装置340。作为一个示例，M2M通信装置420可以是调制解调器modem，该调制解调器modem可以被称为基带芯片，主要的作用是发送和接受各种数据，如实现第三代合作伙伴计划(3rd generation partnership project，3GPP)等无线通信标准中的主要功能。modem可以相当于一个通信协议处理器，可以负责数据处理。
M2M通信装置420可以作为单独的芯片，也可以与其他芯片或电路在一起形成***级芯片或集成电路。该芯片或集成电路可以应用于所有实现无线通信功能的终端设备。
终端设备330可以通过无线收发器430进行数据的接收和发送。
短消息模块490可以短消息模块可以用于处理和解析SMS消息。该短消息模块可以是一个芯片，也可以是集成电路或其他装置。
存储器450可以用于存储计算机程序指令、预设的参数、计算机中间运算得到的数据等中间的一个或多个。
下面以M2M通信装置420为调制解调器modem420，对modem420的内部逻辑结构进行描述。
图5是本申请实施例提供的一种调制解调器modem的示意性框图。图5所示的调制解调器(modem)420可以包括接收数据处理器510、控制器520、发送数据处理器530。
数据接收器510可以通过物理层(physical layer，PHY)协议接收IoT平台发送的数据，并可以经过信道解码、解调、均衡、信道估计等功能对接收到的数据进行解调。
处理器520可以通过协议层对数据进行处理，处理器520可以通过介质访问控制(media access control，MAC)层协议、无线链路控制(radio link control，RLC)层协议、分组数据汇聚协议(packet data convergence protocol，PDCP)、无线资源控制(radioresource control，RRC)层协议对数据进行处理。
数据发送器530可以经过信道编码、调制、符号生成等处理之后的数据进行调制，并可以通过PHY层协议向与modem 420相连的UICC发送数据。
图5所示的modem 420中还可以内置存储，称为片内存储器，例如，终端设备至计算机多路转接器(terminal device to computer multiplexer，TCM)、静态随机存取存储器(static random access memory，SRAM)等。
modem 420还可以与片外存储器进行通信，片外存储器可以包括但不限于：只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、U盘、移动硬盘、光盘、磁性存储装置等。
本申请实施例提供的物联网中传输eUICC数据的方法可以在物联网下，应用服务器(例如，SM平台)将SMS消息发送至M2M通信装置上的eUICC，从而完成远程配置eUICC上的用户数据。
下面对本申请实施例提供的物联网中传输eUICC数据的方法进行描述。
图6是本申请实施例提供的一种物联网中传输eUICC数据方法的示意性流程图。图6的方法可以包括步骤610-630，下面分别对步骤610-630进行描述。
步骤610中，IoT平台获取通信网络的SMS消息的收发能力。
本申请实施例中IoT平台可以获取通信网络的SMS消息的收发能力，并可以在通信网络不支持SMS消息的收发功能的情况下，可以将要发送给终端设备的SMS消息转换成第一LwM2M消息。
本申请实施例中，IoT平台获取通信网络是否支持SMS的具体实现方式有多种，本申请对此不做具体限定。作为一个示例，IoT平台可以通过业务能力开放功能(servicecapability exposure function，SCEF)获取所述通信网络的SMS消息的收发能力。例如，IoT平台可以调用应用编程界面(application program interface，API)，并通过SCEF获取所述通信网络的SMS消息的收发能力。
应理解，SCEF可以是3GPP中定义的能力开放功能逻辑单元，SCEF可以将3GPP定义的网络接口提供的网元业务能力安全地开放给第三方业务提供商。SCEF可以部署在核心网侧，也可以作为IoT平台的一部分逻辑功能对外开放。
本申请实施例SMS消息可以是应用服务器下发给终端设备中的eUICC，本申请实施例中应用服务器和IoT平台可以分离部署，应用服务器也可以集成在IoT平台中，本申请实施例对此不做具体限定。
可选地，在一些实施例中，如果应用服务器和IoT平台可以分离部署，IoT平台可以将要发送给终端设备的SMS消息转换成第一LwM2M消息。
可选地，在一些实施例中，如果应用服务器也可以集成在IoT平台中，IoT平台可以接收应用服务器发送的SMS消息，该IoT平台可以将接收到的SMS消息转换成第一LwM2M消息。
本申请实施例对要发送给终端设备的SMS消息中包括的目标数据不做具体限定。作为一个示例，该目标数据可以包括应用服务器(例如，SM平台)下发给eUICC用户在目标运营商签约的profile的激活数据。作为另一个示例，该目标数据还可以包括应用服务器(例如，SM平台)以SMS消息的形式下发给eUICC用户的其他配置数据。
步骤620中，IoT平台在通信网络不支持SMS消息的收发功能的情况下，将要发给终端设备的SMS消息转换成第一LwM2M消息。
本申请实施例可以在通信网络不支持SMS消息的收发功能的情况下，IoT平台(LwM2M sever)可以将接收到的SMS消息封装成LwM2M消息，并可以在LwM2M协议下将该第一LwM2M消息发送至终端设备中的M2M通信装置(LwM2M client)。作为一个示例，该IoT平台可以接收到的SMS消息的内容打包到LwM2M应用数据对象(app data container object)中，并可以将第一LwM2M消息中包括的目标数据的数据格式(data format)设置为“SMS”，从而可以实现将SM平台发送的SMS消息转换至LwM2M协议下的第一LwM2M消息。
应理解，在LwM2M协议中，对于每一个LwM2M实体(例如，每一个支持LwM2M协议的设备)，可访问服务被抽象为一个一个的对象，每一个对象局可以有三种层次。作为一个示例，一个对象可以包括若干个提供不同功能的对象(object)，例如，若干个不同的传感器。作为另一个示例，上述每一种功能可能由多个对象实例(object-instance)提供，例如，对个温度传感器，都提供温度读取功能。作为另一个示例，上述对象实例实际可以完成的功能可以称为资源(rsource)。
在LwM2M协议中，统一资源标识符(universal resource identifier，URI)的格式可以如下所示：</object ID/object-instance ID/resource ID>。例如，常用的URI格式可以有</1/0>、</1/1>、</2/0>、</2/1>、</2/2>、</2/3>、</2/4>、</3/0>、</4/0>、</5/0>、</19/0>、</19/1>。
终端设备中的M2M通信装置可以根据第一LwM2M消息中包括的目标数据的数据格式(data format)，可以将该第一LwM2M消息发送至终端设备中的eUICC。作为一个示例，终端设备中的M2M通信装置可以根据第一LwM2M消息中包括的目标数据数据格式为“SMS”，可以将该LwM2M消息中的SMS消息内容发送至对应的短消息模块，该短消息模块可以将该SMS消息转发至终端设备中的eUICC。
本申请实施例中的M2M通信装置可以是终端设备中的一个通信模块，该M2M通信装置可以是一个芯片，也可以是集成电路或其他装置。该M2M通信装置可应用于所有实现无线通信功能的设备。作为一个示例，该M2M通信装置可以是调制解调器modem，具体有关modem的描述请参见图5，此处不再赘述。
本申请实施例中的短消息模块是终端设备中的一个模块，该短消息模块可以用于处理SMS消息。该短消息模块可以是一个芯片，也可以是集成电路或其他装置。
步骤630中，IoT平台向终端设备发送第一LwM2M消息。
其中，终端设备可以包括eUICC和M2M通信装置，IoT平台可以向终端设备中的M2M通信装置发送该第一LwM2M消息，M2M通信装置可以将该第一LwM2M消息中的目标数据发送至终端设备中的eUICC。
具体的有关终端设备的描述可以参见图4中对终端设备330的描述，此处不再赘述。本申请实施例中，LwM2M协议的消息头较HTTPS的消息头较小，且LwM2M协议不需要通过多次握手就可以建立物联网IoT平台(作为服务器sever)和终端设备上的M2M通信装置(作为客户端client)之间的会话。并且，IoT平台(作为服务器sever)可以将SMS消息转换成第一LwM2M消息，并可以将该第一LwM2M消息的数据格式设置为“SMS”。因此在IoT网络中，可以通过LwM2M协议建立应用服务器(例如，SM平台)与终端设备上的eUICC之间的会话，并可以将SMS消息发送至M2M通信装置上的eUICC，从而完成远程配置eUICC上的用户数据。
下面以第一LwM2M消息中包括的目标数据为eUICC的profile的激活信息为例进行详细说明。
IoT平台接收SM平台发送的profile的激活信息(SMS消息)，并可以将该SMS消息转换至LwM2M协议下的第一LwM2M消息。例如，本申请可以将SM平台发送的SMS消息打包到LwM2M应用数据对象(app data container object)中，可以实现将SM平台发送的请求消息转换至LwM2M协议下的第一LwM2M消息。下文会结合图9对IoT平台将SM平台发送的profile的激活信息转换成LwM2M协议下的第一LwM2M消息的具体实现方式进行详细描述，此处不再赘述。
可选地，在一些实施例中，在IoT平台接收应用服务器(例如，SM平台)发送的profile的激活信息(SMS消息)之前，IoT平台还可以接收应用服务器(例如，SM平台)发送的profile下载信息。IoT平台可以将profile下载信息转换成LwM2M协议下的第二LwM2M消息，并可以将该LwM2M消息发送至eUICC。下文会结合图10对IoT平台将SM平台发送的profile下载信息转换成LwM2M协议下的第二LwM2M消息的具体实现方式进行详细描述，此处不再赘述。
应理解，本申请实施例中IoT平台需要将接收到应用服务器发送的profile的激活信息(SMS消息)和/或profile下载信息转换成LwM2M协议下的LwM2M消息。因此，需要对LwM2M应用数据(LwM2M app data)中的数据格式(data format)进行扩展，如表1所示。
表1 LwM2M应用数据扩展
Figure BDA0001746909230000151
Figure BDA0001746909230000161
参见表1，本申请实施例可以对LwM2M应用数据容器(app data container)中的LwM2M data format进行扩展，该app data container的object ID为19。LwM2M app datacontainer可以包括数据(data)、数据安全性(data priority)、数据描述(datadescription)、数据格式(data format)、应用ID(app ID)等多个项目。
本申请实施例可以对app data container中的data format进行扩展，扩展的data format还可以包括：短消息服务SMS、创建ISD-P的请求(create ISD-P Req)、创建ISD-P的响应(create ISD-P Rsp)、创建ISD-P密钥的请求(establish ISD-P key setReq)、创建ISD-P密钥的响应(establish ISD-P key set Rsp)、发送数据的请求(senddata Req)、发送数据的响应(send data Rsp)。
应理解，创建的ISD-P可以用于存储profile。创建的该ISD-P的状态可以是激活状态(operator enabled profile)，也可以是去激活状态(operator disabled profile)。
本申请实施例中可以对LwM2M设备能力管理(LwM2M device capabilitymanagement)对象进行扩展，如表2所示。
表2 LwM2M设备能力管理对象扩展(LwM2M device capability management)
Figure BDA0001746909230000162
Figure BDA0001746909230000171
参见表2，本申请实施例可以对LwM2M device capability management对象进行扩展，可以在LwM2M设备功能组中的connectivity增加终端设备SMS消息的收发能力、终端设备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
应理解，扩展之后，可以通过LwM2M消息指示该终端设备是否具备SMS消息的收发能力、解析发往所述eUICC的目标数据或所述profile下载数据的能力。
本申请实施例中，IoT平台可以通过终端设备发送的LwM2M消息中的指示位，确定该终端设备是否具备解析所述eUICCprofile的激活数据或profile的下载数据的能力。
可选地，本申请实施例中，在IoT平台将SM平台发送的profile的激活信息(SMS消息)转换至LwM2M协议下的第一LwM2M消息之前，IoT平台获取终端设备和/或通信网络是否具备SMS消息的收发能力。IoT平台可以在终端设备具备SMS消息的收发能力且通信网络不具备SMS消息的收发能力的情况下，可以将SM平台发送的profile的激活信息(SMS消息)转换至LwM2M协议下的第一LwM2M消息发送至终端设备中的M2M通信装置。
本申请实施例中，IoT平台获取终端设备是否具备SMS消息的收发能力的具体实现方式有多种，本申请对此不做具体限定。作为一个示例，当IoT平台与SM平台直接相连接的情况下，IoT平台可以向终端设备发送获取该终端设备的SMS消息的收发能力的请求消息，该IoT平台可以根据终端设备发送的响应消息中包括的指示信息，确定该终端设备的SMS消息收发能力。作为另一个示例，当IoT平台与SMSC相连的情况下，IoT平台可以向SMSC订阅具备SMS消息的收发能力，但其通信网络不具备SMS消息的收发能力的终端设备列表。下面结合图7-图8对上述两种具体的实现方式进行详细描述，此处不再赘述。
下面结合具体的例子，更加详细地描述本申请实施例中，IoT平台获取终端设备和/或通信网络是否具备SMS消息的收发能力的一种具体实现方式。应注意，图7的例子仅仅是为了帮助本领域技术人员理解本申请实施例，而非要将申请实施例限制于所示例的具体数值或具体场景。本领域技术人员根据文所给出的图7的例子，显然可以进行各种等价的修改或变化，这样的修改和变化也落入本申请实施例的范围内。
图7是本申请实施例提供的一种获取终端设备和/或通信网络具备SMS消息的收发能力的示意性流程图。图7的方法可以包括步骤710-790，下面分别对步骤710-790进行详细描述。
应理解，图7中以SM平台可以与IoT平台分离部署为例进行详细说明。
步骤710中，SM平台向IoT平台发送SMS消息。
本申请实施例中，SM平台向IoT平台发送的SMS消息可以用于激活终端设备中的eUICC上加载的profile。
本申请实施例中SM平台可以通过API接口向IoT平台(LwM2M sever)发送SMS消息。
步骤720中，IoT平台根据SMS消息的目的终端设备，获取目的终端设备通信网络的信息。
本申请实施例中IoT平台在接收到SM平台发送的SMS消息之后，可以获取目的终端设备是否具备SMS消息的收发能力，并且还可获取通信网络是否具备SMS消息的收发能力。
该IoT平台可以在目的终端设备具备SMS消息的收发能力，且通信网络不具备SMS消息的收发能力的情况下，可以将SM平台发送的SMS消息转换成LwM2M消息发送至终端设备。
IoT平台获取目的终端设备是否具备SMS消息收发能力的具体实现方式请参见步骤730-740中的描述。
步骤730中，IoT平台向目的终端设备发送LwM2M请求消息。
IoT平台可以向目的终端设备发送LwM2M请求消息，可以用于请求获取所述终端设备的SMS消息的收发能力。
步骤740中，目的终端设备返回SMS能力查询结果。
目的终端设备可以在接收到IoT平台发送的请求消息之后，可以向IoT平台发送响应消息，该响应消息中包括目的终端设备的SMS消息收发能力的指示信息。
作为一个示例，响应消息中包括的指示信息可以用于指示目的终端设备的设备能力管理(LwM2M device capability management)对象中的连通性(connectivity)属性ID(property ID)，该属性ID可以用于指示目的终端设备的SMS消息收发能力。例如，响应消息中包括的指示信息指示的查询结果为：2.05content(2 0x04)，参见图2，该指示信息可以表示目的终端设备具备SMS消息收发能力。
IoT平台获取通信网络是否具备SMS消息收发能力的具体实现方式请参见步骤750-790中的描述。
步骤750中，IoT平台向MNO2的SCEF发送通信网络SMS消息收发能力的查询请求(SMS capability request)。
如果目的终端设备的设备类型为IoT终端设备，IoT平台可以通过通信网络的SCEF获取该通信网络的SMS消息收发能力。
例如，如果IoT终端设备的通信网络为MNO2，IoT平台可以调用API接口向MNO2的SCEF获取MNO2是否具备SMS消息的收发能力。
步骤760中，SCEF向MME发送MNO2的SMS消息收发能力的查询请求(SMS capabilityrequest)。
SCEF可以在收到IoT平台发送的MNO2的SMS消息收发能力的查询请求之后，可以将该查询请求发送至MME，以便于获取MNO2是否具备SMS消息的收发能力。
步骤770中，MME向SCEF返回MNO2的SMS消息收发能力的查询结果。
MME可以根据MNO2是否支持SGd接口和/或SGs接口判断该MNO2是否具备SMS消息的收发能力。具体有关SGd接口和/或SGs接口请参见前文描述，此处不再赘述。
如果MME判断不支持该SGd接口和/或SGs接口(SMSC和/或MSC不可用)，可以判断MNO2不具备SMS消息的收发能力。
步骤780中，SCEF向IoT平台返回MNO2的SMS消息收发能力的查询结果。
SCEF可根据MME反馈的结果，可以将该查询结果发送至IoT平台。
步骤790中，IoT平台存储MNO2和目的终端设备的SMS消息收发能力的查询结果。
IoT平台存储步骤740返回的目的终端设备SMS消息收发能力的查询结果以及步骤780返回的MNO2的SMS消息收发能力的查询结果。
下面结合具体的例子，更加详细地描述本申请实施例中，IoT平台获取终端设备和/或通信网络是否具备SMS消息收发能力的另一种具体实现方式。应注意，图8的例子仅仅是为了帮助本领域技术人员理解本申请实施例，而非要将申请实施例限制于所示例的具体数值或具体场景。本领域技术人员根据文所给出的图8的例子，显然可以进行各种等价的修改或变化，这样的修改和变化也落入本申请实施例的范围内。
图8是本申请实施例提供的另一种获取终端设备和/或通信网络具备SMS消息的收发能力的示意性流程图。图8的方法可以包括步骤810-870，下面分别对步骤810-870进行详细描述。
图8所示的***架构中，SM平台通过SMSC与IoT平台连接。
应理解，图8中以SM平台可以与IoT平台分离部署为例进行详细说明。
步骤810，终端设备向IoT平台注册，并上报LwM2M device capabilitymanagement对象。
每个终端设备可以在向IoT平台(作为LwM2M服务器sever)注册过程中，可以上报每个终端设备的设备能力管理(LwM2M device capability management)对象，例如对象</15/0>。
步骤820，IoT平台获取终端设备是否具备SMS消息的收发能力，具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
IoT平台可以接收每个终端设备的注册消息，该注册消息中包括的指示信息可以指示每个终端设备是否具备MS消息的收发能力、解析发往所述eUICC的目标数据或所述profile下载数据的能力。
作为一个示例，如果IoT平台接收到的终端设备的注册消息中的指示信息指示的查询结果为：2.05content(2 0x04)，参见图2，该指示信息可以指示该终端设备具备SMS消息收发能力。
作为另一个示例，如果IoT平台接收到的终端设备的注册消息中的指示信息指示的查询结果为：2.05content(2 0x05)，参见图2，该指示信息可以指示该终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
步骤830，IoT平台获取通信网络MNO2的SMS消息收发能力。
IoT平台可以根据步骤820的结果，可以筛选出具备SMS消息的收发能力，具备解析发往所述eUICC的目标数据或所述profile下载数据的能力的终端设备。
该IoT平台还可以获取通信网络MNO2的SMS消息收发能力。
例如，如果IoT终端设备的通信网络为MNO2，IoT平台可以调用API接口向MNO2的SCEF获取MNO2是否具备SMS消息的收发能力。
步骤840，IoT平台向SMSC订阅终端列表中终端设备的SMS消息。
IoT平台可以根据步骤820以及步骤830的查询结果，获取具备SMS消息的收发能力，具备解析发往所述eUICC的目标数据或所述profile下载数据的能力，但通信网络不具备SMS消息的收发能力的终端设备列表。该IoT平台可以向SMSC订阅该列表中的终端设备的SMS消息。
例如，IoT平台可以调用API接口向SMSC订阅该列表中的终端设备的SMS消息。
步骤850，SM平台向SMSC发送profile激活请求消息(SMS消息)。
步骤860，SMSC确定SMS消息的目的终端设备被订阅，将该SMS消息转发至IoT平台。
SMSC可以在收到SM平台下发的SMS消息后，可以判断该SMS消息的目的终端设备是否被订阅。如果该SMS消息的目的终端设备被IoT平台订阅，SMSC可将该SMS消息下发至IoT平台。
步骤870，SMSC向IoT平台发送profile激活请求消息。
SMSC可以通过调用API接口将profile激活请求消息转发至IoT平台。
上文提及IoT平台可以将SM平台发送的profile激活请求消息(SMS消息)转换成LwM2M协议下的第一LwM2M消息。应理解，IoT平台可以在终端设备具备SMS消息的收发能力，其通信网络不具备SMS消息的收发能力的场景下，该IoT平台将profile激活请求消息(SMS消息)转换成LwM2M协议下的第一LwM2M消息，并可以将第一LwM2M消息发送至终端设备。
下面结合具体的例子，更加详细地描述本申请实施例中，IoT平台将profile激活请求消息(SMS消息)转换成LwM2M协议下的第一LwM2M消息的具体实现方式。应注意，图9的例子仅仅是为了帮助本领域技术人员理解本申请实施例，而非要将申请实施例限制于所示例的具体数值或具体场景。本领域技术人员根据图9所给出的例子，显然可以进行各种等价的修改或变化，这样的修改和变化也落入本申请实施例的范围内。
图9是本申请实施例提供的一种物联网中传输eUICC数据方法的示意性流程图。图9的方法可以包括步骤910-975，下面分别对步骤910-975进行详细描述。
应理解，在图9所示的物联网中传输eUICC数据的方法中，IoT平台可以预先确定终端设备以及通信网络的是否具备SMS消息的收发能力。具体的获取方式可以参照图7所示的方法，也可以参照图8所示的方法，本申请实施例对此不做具体限定。
还应理解，图9中以SM平台可以与IoT平台分离部署为例进行详细说明。
下行传输SMS消息的过程(从SM平台到eUICC)请参考步骤910-945。
步骤910中，运营商MNO1向SM平台发送profile激活请求。
应理解，终端设备中的eUICC已加载多个profile，其中，需要将当前网络运营商MNO2去激活，需要将切换后的运营商MNO1激活。具体的有关eUICC下载profile的步骤，请参考下文图10中的描述，此处不再赘述。
切换后的运营商MNO1可以将profile激活请求以SMS消息的形式发送至SM平台，该profile激活请求可以用于请求将eUICC上运营商MNO1的profile激活，从而可以配置该eUICC的用户设备接入运营商MNO1的通信网络。
步骤915，SM平台将profile激活请求发送至IoT平台。
SM平台可以在收到SMS消息形式的profile激活请求后，可以将该SMS消息发送至。例如，SM平台可以调用API接口，将SMS消息发送至IoT平台。IoT平台(作为LwM2M sever)
步骤920，IoT平台判断SMS消息的目的终端设备及其通信网络MNO2的SMS消息的收发能力。
IoT平台可以在收到SM平台发送的SMS消息形式的profile激活请求后，可以判断该SMS消息目的终端设备的SMS消息的收发能力，以及通信网络的SMS消息的收发能力。
步骤925，如果该目的终端设备及其通信网络具备SMS消息的收发能力，IoT平台将SMS消息转换成LwM2M消息。
如果SMS消息的目的终端设备为IoT终端(也可以理解为终端设备上作为LwM2Mclient的M2M通信装置)，该IoT终端当前通信网络为运营商MNO2。IoT平台可以判断IoT终端以及运营商MNO2的SMS消息的收发能力。如果IoT终端具备SMS消息的收发能力，且运营商MNO2不具备SMS消息的收发能力，IoT平台可以将SMS消息转换成LwM2M消息。IoT平台可以调用适配器(adaptor)修改SMS消息的参数，例如，adaptor可以设置SMS消息的起始地址(originator address)为指定值(例如，可以是037E11)，adaptor可以设置SMS消息的短信类型为class2(可以用于表示将该SMS消息发送至eUICC)。
IoT平台可以在设置SMS消息的参数之后，可以将该SMS消息转换成LwM2M协议下的LwM2M消息。
例如，IoT平台可以将SMS消息内容按照LwM2M app data container object组织，转换成LwM2M消息。可以参见表1中对LwM2M app data container的描述，LwM2M app datacontainer可以包括数据(data)、数据安全性(data priority)、数据描述(datadescription)、数据格式(data format)、应用ID(app ID)等多个项目。本申请实施例IoT平台可以将SMS消息内容存放在data中，可以将data format设置为“SMS”，可以将datadescription设置为“profile激活请求”，从而可以将SMS消息转换成LwM2M协议下的LwM2M消息。
可选地，在一些实施例中，IoT平台可以建立LwM2M消息与SM平台之间的映射关系，并可以存储该映射关系。IoT平台可以在收到终端设备发送的上行SMS消息时，可以根据该映射关系，将上行SMS消息返回至相对应的SM平台。
步骤930，IoT平台将LwM2M消息发送至目的终端设备(例如，终端设备中的M2M通信装置)。
IoT平台可以将SMS消息转换成的LwM2M消息发送至目的终端设备。
步骤935，目的终端设备中的M2M通信装置根据LwM2M消息的数据格式，对Data中的SMS消息进行特殊处理。
目的终端设备中的M2M通信装置可以解析接收到的LwM2M消息，并可以根据LwM2Mapp data container object中的数据格式(data format)为“SMS”，将data中的SMS消息内容转发至目的终端设备中的短消息模块。该短消息模块可以解析SMS消息，可以根据该SMS消息中的短信类型为class2，将该SMS消息转发至终端设备中的eUICC。
应理解，短消息模块可以解析SMS消息，可以对SMS消息进行处理。具体的处理请参见步骤940中的描述。
步骤940、目的终端设备中的M2M通信装置上的短消息模块通过本地接口将SMS消息数据转发至eUICC。
短消息模块可以通过目的终端设备中的eUICC新增加的本地接口(localinterfacea)，可以将SMS消息数据转发至eUICC。
应理解，短消息模块可以是目的终端设备中的一个模块。
本申请实施例中eUICC可以包括profile的主安全域(the security domain-profile，ISD-P)、路由主安全域(the security domain-route，ISD-R)。eUICC可以通过ISD-R路由profile下载数据，ISD-P可以用于存储profile数据，ISD-P中可以有标识指示当前ISD-P中的profile的状态(激活状态(operator enabled profile)或去激活状态(operator disabled profile))。
本申请实施例可以在ISD-R中新增加一个local interfacea，eUICC可以接收终端设备发送的profile数据(例如，eUICC可以通过local interfacea接收短消息模块发送的profile数据)，从而实现profile的下载和激活，可以简化eUICC上的协议栈支持eUICC的功能。
可选地，在一些实施例中，M2M通信装置可以建立LwM2M消息与IoT平台之间的映射关系，并可以存储该映射关系。M2M通信装置可以在收到eUICC发送的上行SMS消息时，可以根据该映射关系，将上行SMS消息返回至相对应的IoT平台。
步骤945，eUICC根据SMS消息的内容，完成profile切换。
eUICC可以根据短消息模块发送的SMS消息，将ISD-P上运营商MNO1的profile激活(enabled profile)，完成该eUICC的终端设备接入切换后的运营商MNO1的通信网络。
上行传输SMS消息的过程(从eUICC到SM平台)请参考步骤950-975。
步骤950，eUICC向目的终端设备中的M2M通信装置返回激活成功的响应SMS消息。
步骤955，目的终端设备中的短消息模块将SMS消息转换成LwM2M响应消息。
目的终端设备中的短消息模块在接收到eUICC返回的操作结果后，可以调用adaptor修改SMS消息的参数。作为一个示例，adaptor可以根据SMS消息的originatoraddress设置SMS消息的目的地址(destination address)。例如，如果SMS消息的originator address为指定值(例如，可以是037E11)，adaptor可以设置SMS消息的destination address为指定值(例如，可以是037E11)，并可以将该SMS消息转发至目的终端设备中的M2M通信装置。
目的终端设备中的M2M通信装置作为LwM2M client，可以将接收到的SMS消息按照LwM2M app data container object组织，转换成LwM2M响应消息。可以参见表1中对LwM2Mapp data container的描述，目的终端设备中的M2M通信装置可以将data format设置为“SMS”，将SMS消息内容存放在data中。
步骤960，目的终端设备中的M2M通信装置将LwM2M响应消息转发至IoT平台。
目的终端设备中的M2M通信装置可以按照步骤930中存储的映射关系，将该LwM2M响应消息转发至IoT平台。
步骤965，IoT平台将LwM2M响应消息转发至SM平台。
IoT平台可以在接收到LwM2M响应消息后，可以解析该LwM2M响应消息。并可以将该LwM2M响应消息data中存放的SMS消息内容，按照步骤920存储的映射关系转发至SM平台。
步骤970，SM平台向切换后的运营商MNO1发送profile激活响应。
步骤975，SM平台向运营商MNO2发送profile去激活通知。
可选地，在一些实施例中，在IoT平台接收应用服务器(例如，SM平台)发送的profile的激活信息(SMS消息)之前，IoT平台还可以接收应用服务器(例如，SM平台)发送的profile下载数据。
本申请实施例中，应用服务器(例如，SM平台)在IoT网络下，可以将SMS消息发送至M2M通信装置上的eUICC，从而完成远程配置eUICC上的用户数据。
下面结合具体的例子，更加详细地描述本申请实施例中IoT平台将profile下载数据转换成LwM2M协议下的LwM2M消息的具体实现方式。应注意，图10的例子仅仅是为了帮助本领域技术人员理解本申请实施例，而非要将申请实施例限制于所示例的具体数值或具体场景。本领域技术人员根据文所给出的图10的例子，显然可以进行各种等价的修改或变化，这样的修改和变化也落入本申请实施例的范围内。
图10是本申请另一实施例提供的一种物联网中传输eUICC数据方法的示意性流程图。图10的方法可以包括步骤1010-1070，下面分别对步骤1010-1070进行详细描述。
应理解，图10所示的profile下载数据的过程中，IoT平台可以预先确定终端设备是否具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。具体的确定方式可以参照图7所示的方法，也可以参照图8所示的方法，本申请实施例对此不做具体限定。
还应理解，图10中以SM平台可以与IoT平台分离部署为例进行详细说明。
图10所示的profile下载数据的过程可以包括创建ISD-P(create ISD-P)、建立密钥(key establish)、profile下载(profile download)。
下面结合步骤1010-1040详细描述create ISD的过程。
步骤1010，运营商MNO1向SM平台发送profile下载请求(profile download)。
步骤1015，SM平台向IoT平台(作为LwM2M sever)发送创建ISD-P请求(createISD-Prequest)。
步骤1020，IoT平台将ISD-P请求消息转换成LwM2M协议下的LwM2M消息。
IoT平台在收到SM平台发送的创建ISD-P请求之后，可以判断该请求消息的目的终端设备是否具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
作为一个示例，如果该目的终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力，并且目标终端的网络接入类型为IoT。IoT平台可以将创建ISD-P请求消息按照LwM2M app data container object组织，转换成LwM2M消息。可以参见表1中对LwM2M app data container的描述，IoT平台可以将创建ISD-P请求消息打包到LwM2Mapp data container object的data中，可以将data format设置为“create ISD-P Req”。
步骤1025，IoT平台将LwM2M消息发送至目的终端设备中的M2M通信装置(作为LwM2M client)。
步骤1030，终端设备中M2M通信装置根据LwM2M消息的数据格式(data format)，将Data中的创建ISD-P请求数据转发至目的终端设备中的eUICC。
终端设备中的M2M通信装置可以解析接收到的LwM2M消息，并可以根据LwM2M appdata container object中的data format为“create ISD-P Req”，将该LwM2M app datacontainer object的data中的数据通过本地接口发送至终端设备中的eUICC。
步骤1033，终端设备中的M2M通信装置向eUICC发送创建ISD-P请求数据。
步骤1035，eUICC向终端设备中的M2M通信装置返回创建ISD-P响应消息(createISD-P Rsp)。
步骤1038，终端设备中的M2M通信装置将创建ISD-P响应消息(create ISD-P Rsp)转换成LwM2M响应消息，
步骤1040，终端设备中的M2M通信装置将LwM2M响应消息发送至IoT平台。
终端设备中的M2M通信装置可以将响应消息(create ISD-P Rsp)打包到LwM2Mapp data container object的data中，可以将data format设置为“create ISD-P Rsp”。
下面结合步骤1045-1070详细描述key establish的过程。
步骤1045，SM平台向IoT平台(作为LwM2M sever)发送创建ISD-P密钥请求消息(establish ISD-P key set Req)。
步骤1050，IoT平台将创建ISD-P密钥请求消息转换成LwM2M协议下的LwM2M消息。
IoT平台在收到SM平台发送的创建ISD-P密钥请求之后，可以判断该请求消息的目的终端设备是否具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
作为一个示例，如果该目的终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力，并且目标终端的网络接入类型为IoT网络。IoT平台可以将创建ISD-P密钥请求按照LwM2M app data container object组织，转换成LwM2M消息。可以参见表1中对LwM2M app data container的描述，IoT平台可以将创建ISD-P密钥请求打包到LwM2M app data container object的data中，可以将data format设置为“establishISD-P key set Req”。
步骤1055，IoT平台将LwM2M消息发送至目的终端设备中的M2M通信装置(作为LwM2M client)。
步骤1060，M2M通信装置将根据LwM2M消息的data format，将Data中的创建ISD-P密钥请求消息数据转发至目的终端设备中的eUICC。
终端设备中M2M通信装置可以解析接收到的LwM2M消息，并可以根据LwM2M appdata container object中的data format为“establish ISD-P key set Req”，将该LwM2Mapp data container object的data中的数据通过本地接口发送至终端设备中的eUICC。
步骤1063，终端设备中的M2M通信装置向eUICC发送创建ISD-P密钥请求数据。
步骤1065，终端设备中的M2M通信装置接收eUICC返回的创建ISD-P密钥响应消息(establish ISD-P key set Rsp)。
步骤1068，终端设备中的M2M通信装置将响应消息(establish ISD-P key setRsp)转换成LwM2M响应消息。
步骤1070，终端设备中的M2M通信装置将LwM2M响应消息发送至IoT平台。
终端设备中的M2M通信装置可以将响应消息(establish ISD-P key set Rsp)打包到LwM2M app data container object的data中，可以将data format设置为“establishISD-P key set Rsp”。
下面结合步骤1075-1099详细描述profile download的过程。
步骤1075，SM平台向IoT平台(作为LwM2M sever)转发发送数据请求(send dataReq)消息。
步骤1080，IoT平台将发送数据请求消息转换成LwM2M协议下的LwM2M消息。
IoT平台在收到SM平台转发的发送数据请求消息之后，可以判断该请求消息的目的终端设备是否具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
作为一个示例，如果该目的终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力，并且目标终端的网络接入类型为IoT网络。IoT平台可以将发送数据请求消息按照LwM2M app data container object组织，转换成LwM2M消息。可以参见表1中对LwM2M app data container的描述，IoT平台可以将发送数据请求消息打包到LwM2Mapp data container object的data中，可以将data format设置为“send data Req”。
步骤1085，IoT平台将LwM2M消息发送至目的终端设备中的M2M通信装置(作为LwM2M client)。
步骤1090，终端设备中M2M通信装置将根据LwM2M消息的data format，将data中的数据转发至目的终端设备中的eUICC。
步骤1093，终端设备中M2M通信装置将数据转发至目的终端设备中的eUICC。
终端设备中M2M通信装置可以解析接收到的LwM2M消息，并可以根据LwM2M appdata container object中的data format为“send data Req”，M2M通信装置将该LwM2Mapp data container object的data中的数据通过本地接口发送至终端设备中eUICC。
步骤1095，终端设备中M2M通信装置接收eUICC返回发送数据响应消息(send dataRsp)。
步骤1098，终端设备中M2M通信装置将响应消息(send data Rsp)转换成LwM2M响应消息，并发送至IoT平台。
终端设备中M2M通信装置可以将响应消息(send data Rsp)打包到LwM2M appdata container object的data中，可以将data format设置为“send data Rsp”。
步骤1099，终端设备中M2M通信装置将LwM2M响应消息发送至IoT平台。
本申请实施例中，在完成远程配置eUICC上的用户数据过程中，可以减少eUICC与应用服务器(例如，SM平台)之间的交互消息，可以提升网络的传输效率。
下面参见图11-图12中的交互消息的次数对此，详细描述本申请实施例是如何减少eUICC与应用服务器(例如，SM平台)之间的交互消息，从而提升网络的传输效率。
图11是使用本申请传输数据的方法之前eUICC与应用服务器之间的消息次数示意图。如图11所示，在完成远程配置eUICC上的用户数据过程中，eUICC与应用服务器之间的交互消息次数为13次。eUICC与应用服务器之间的交互消息分别为：1次SMS请求建立连接消息、3次握手(传输控制协议(transmission control protocol，TCP))消息、1次createISD-P Req消息、1次create ISD-P Rsp消息、1次establish ISD-P key set Req消息、1次establish ISD-P key set Rsp消息、1次send data Req消息、1次send data Rsp消息、3次profile激活消息(例如，1次SMS enabled profile Rsp消息、1次SMS enabled profileReq消息、1次SMS handle default notification消息)。
图12是使用本申请传输数据的方法之后eUICC与应用服务器之间的消息次数示意图。
如图12所示，在完成远程配置eUICC上的用户数据过程中，eUICC与应用服务器之间的交互消息次数为9次。eUICC与应用服务器之间的交互消息分别为：1次create ISD-PReq消息、1次create ISD-P Rsp消息、1次establish ISD-P key set Req消息、1次establish ISD-P key set Rsp消息、1次send data Req消息、1次send data Rsp消息、3次profile激活消息(例如，1次SMS enabled profile Rsp消息、1次SMS enabled profileReq消息、1次SMS handle default notification消息)。
因此，在完成远程配置eUICC上的用户数据过程中(完成profile下载、激活流程)，使用本申请实施例提供的物联网中传输eUICC数据的方法之前，eUICC与应用服务器之间的交互消息次数为13次。在使用本申请实施例提供的物联网中传输eUICC数据的方法之后，eUICC与应用服务器之间的交互消息次数为9次。网络的传输效率可以提升约30％。
上文结合图1至图12，详细描述了本发明实施例提供的物联网中eUICC发送数据的方法，下面将结合图13至图15，详细描述本申请的装置实施例。应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。
图13示出了本申请实施例的物联网IoT平台1300的示意性框图，该IoT平台1300中各模块分别用于执行上述方法中IoT平台所执行的各动作或处理过程，这里，为了避免赘述，详细说明可以参照上文中的描述。
图13是本申请实施例提供的IoT平台1300的示意性框图。该IoT平台1300可以包括：
第一获取模块1310，用于获取通信网络的SMS消息的收发能力，所述IoT平台通过所述通信网络和终端设备进行通信；
第一处理模块1320，用于在所述通信网络不支持SMS消息的收发功能的情况下，将要发给所述终端设备的SMS消息转换成第一轻量机器到机器LwM2M消息，所述SMS消息包括发给所述终端设备中嵌入式通用集成电路卡eUICC的目标数据，所述第一LwM2M消息中包括的所述目标数据的数据格式为SMS；
第一发送模块1330，用于向终端设备发送所述第一LwM2M消息。
可选地，在一些实施例中，要发给所述终端设备的SMS消息来自应用服务器，所述IoT平台将要发给所述终端设备的SMS消息转换成第一轻量机器到机器LwM2M消息之前，所述IoT平台1300还包括：
第一接收模块1340，用于接收应用服务器发送的所述SMS消息。
可选地，在一些实施例中，所述第一获取模块1310具体用于：
通过业务能力开放网元SCEF获取所述通信网络的SMS消息的收发能力。
可选地，在一些实施例中，所述IoT平台1300还包括：
第二获取模块1350，用于获取所述终端设备的SMS消息的收发能力；
第二处理模块1360，用于在所述终端设备支持SMS消息的收发功能，所述通信网络不支持SMS消息的收发功能的情况下，将所述SMS消息转换成所述第一LwM2M消息。
可选地，在一些实施例中，所述第二获取模块1350具体用于：
向所终端设备发送LwM2M请求消息，所述LwM2M请求消息用于请求获取所述终端设备的SMS消息的收发能力；
接收所述终端设备发送的对所述LwM2M请求消息的响应消息，所述响应消息中包括所述终端设备的SMS消息收发能力的指示信息。
可选地，在一些实施例中，所述第二获取模块1350还具体用于：
接收所述终端设备发送的LwM2M注册信息，所述LwM2M注册信息包括所述终端设备的所述SMS消息的收发能力的指示信息；
根据所述LwM2M注册信息中的指示信息确定所述终端设备的SMS消息的收发能力。
可选地，在一些实施例中，所述目标数据包括所述应用服务器下发给所述终端设备中eUICC的目标运营商的简介profile激活信息，所述profile激活信息用于激活所述eUICC中下载的所述目标运营商的profile。
可选地，在一些实施例中，所述IoT平台向所述终端设备发送所述第一LwM2M或所述第二LwM2M之前，所述IoT平台1300还包括：
第三获取模块1370，用于接收所述应用服务器发送的请求消息，所述请求消息中包括所述应用服务器下发给所述eUICC的目标运营商的简介profile下载数据；
第三处理模块1375，用于将所述请求消息转换成第二LwM2M消息；
第二发送模块1380，用于向所述终端设备发送所述第二LwM2M消息。
可选地，在一些实施例中，所述IoT平台1300还包括：
确定模块1385，用于确定所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
可选地，在一些实施例中，所述确定模块1385具体用于：
接收所述终端设备发送的第三LwM2M消息，所述第三LwM2M消息中包括指示位，所述指示位用于指示所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力；
根据所述指示位，确定所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
本申请实施例提供的IoT平台1300，由于LwM2M协议的消息头较HTTPS的消息头较小，且LwM2M协议不需要通过多次握手就可以建立物联网IoT平台(作为服务器sever)和终端设备上的M2M通信装置(作为客户端client)之间的会话。因此在IoT网络中，可以通过LwM2M协议建立应用服务器(例如，SM平台)与终端设备上的eUICC之间的会话，并可以设置LwM2M消息的数据格式，在IoT网络下应用服务器可以将SMS消息发送至M2M通信装置上的eUICC，从而完成远程配置eUICC上的用户数据。
图14示出了本申请实施例的终端设备的示意性框图，该终端设备1400中各模块分别用于执行上述方法中终端设备所执行的各动作或处理过程，这里，为了避免赘述，详细说明可以参照上文中的描述。
图14是本申请实施例提供的终端设备1400的示意性框图。该终端设备1400可以包括：
第一接收模块1410，用于接收物联网IoT平台发送的第一轻量机器到机器LwM2M消息，所述第一LwM2M消息包括应用服务器下发给所述终端设备中嵌入式通用集成电路卡eUICC的目标数据，所述第一LwM2M消息中包括的所述eUICC的目标数据的数据格式为短消息服务SMS；
第一发送模块1420，用于根据所述第一LwM2M消息中目标数据的的数据格式，将所述目标数据发送至短消息模块，所述终端设备包括所述短消息模块；
第二发送模块1430，用于所述短消息模块将所述目标数据发送至所述eUICC。
可选地，在一些实施例中，所述终端设备具备以下能力中的一种或多种：SMS消息收发的能力、解析发往所述eUICC的目标数据的能力、解析发往所述eUICC的profile下载数据的能力。
可选地，在一些实施例中，所述终端设备1400还包括：
第二接收模块1450，用于接收所述物联网IoT平台发送的第二LwM2M消息，所述第二LwM2M消息包括所述应用服务器下发给所述eUICC的目标运营商的简介profile下载数据；
第一处理模块1460，用于向所述eUICC发送所述第二LwM2M消息；
本申请实施例提供的终端设备1400，由于LwM2M协议的消息头较HTTPS的消息头较小，且LwM2M协议不需要通过多次握手就可以建立物联网IoT平台(作为服务器sever)和终端设备上的M2M通信装置(作为客户端client)之间的会话。因此在IoT网络中，可以通过LwM2M协议建立应用服务器(例如，SM平台)与终端设备上的eUICC之间的会话，并可以设置LwM2M消息的数据格式，在IoT网络下应用服务器可以将SMS消息发送至M2M通信装置上的eUICC，从而完成远程配置eUICC上的用户数据。
图15是本申请实施例提供的一种物联网IoT平台1500的示意性框图。该IoT平台1500可以包括：处理器1501、接收器1502、发送器1503、以及存储器1504。
其中，该处理器1501可以与接收器1502和发送器1503通信连接。该存储器1504可以用于存储该网络设备的程序代码和数据。因此，该存储器1504可以是处理器1501内部的存储单元，也可以是与处理器1501独立的外部存储单元，还可以是包括处理器1501内部的存储单元和与处理器1501独立的外部存储单元的部件。
可选的，IoT平台1500还可以包括总线1505。其中，接收器1502、发送器1503、以及存储器1504可以通过总线1505与处理器1501连接；总线1505可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extendedindustry standard architecture，EISA)总线等。所述总线1505可以分为地址总线、数据总线、控制总线等。为便于表示，图15中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
处理器1501例如可以是中央处理器(central processing unit，CPU)，通用处理器，数字信号处理器(digital signal processor，DSP)，专用集成电路(application-specific integrated circuit，ASIC)，现场可编程门阵列(field programmable gatearray，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。
接收器1502和发送器1503可以是包括上述天线和发射机链和接收机链的电路，二者可以是独立的电路，也可以是同一个电路。
当程序被执行时，所述处理器1501用于：获取通信网络的SMS消息的收发能力，所述IoT平台通过所述通信网络和终端设备进行通信；
所述处理器1501还用于：用于在所述通信网络不支持SMS消息的收发功能的情况下，将要发给所述终端设备的SMS消息转换成第一轻量机器到机器LwM2M消息，所述SMS消息包括发给所述终端设备中嵌入式通用集成电路卡eUICC的目标数据，所述第一LwM2M消息中包括的所述目标数据的数据格式为SMS；
所述发送器1503用于：向终端设备发送所述第一LwM2M消息。
可选地，在一些实施例中，要发给所述终端设备的SMS消息来自应用服务器，所述IoT平台将要发给所述终端设备的SMS消息转换成第一轻量机器到机器LwM2M消息之前，所述接收器1502用于：接收应用服务器发送的所述SMS消息。
可选地，在一些实施例中，所述处理器1501具体用于：通过业务能力开放网元SCEF获取所述通信网络的SMS消息的收发能力。
可选地，在一些实施例中，所述IoT平台1500还包括：
处理器1501还用于：获取所述终端设备的SMS消息的收发能力；
处理器1501还用于：在所述终端设备支持SMS消息的收发功能，所述通信网络不支持SMS消息的收发功能的情况下，将所述SMS消息转换成所述第一LwM2M消息。
可选地，在一些实施例中，所述处理器1501具体用于：向所终端设备发送LwM2M请求消息，所述LwM2M请求消息用于请求获取所述终端设备的SMS消息的收发能力；
接收器1502具体用于：接收所述终端设备发送的对所述LwM2M请求消息的响应消息，所述响应消息中包括所述终端设备的SMS消息收发能力的指示信息。
可选地，在一些实施例中，所述处理器1501具体通过所述接收器1502执行：接收所述终端设备发送的LwM2M注册信息，所述LwM2M注册信息包括所述终端设备的所述SMS消息的收发能力的指示信息；
处理器1501具体用于：根据所述LwM2M注册信息中的指示信息确定所述终端设备的SMS消息的收发能力。
可选地，在一些实施例中，所述目标数据包括所述应用服务器下发给所述终端设备中eUICC的目标运营商的简介profile激活信息，所述profile激活信息用于激活所述eUICC中下载的所述目标运营商的profile。
可选地，在一些实施例中，所述IoT平台向所述终端设备发送所述第一LwM2M或所述第二LwM2M之前，所述IoT平台1500中处理器1501还通过所述接收器1502执行：接收所述应用服务器发送的请求消息，所述请求消息中包括所述应用服务器下发给所述eUICC的目标运营商的简介profile下载数据；
处理器1501具体用于：将所述请求消息转换成第二LwM2M消息；
发送器1503具体用于：向所述终端设备发送所述第二LwM2M消息。
可选地，在一些实施例中，所述IoT平台1500中的处理器1501还用于：确定所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
可选地，在一些实施例中，所述处理器1501具体通过接收器1502执行：接收所述终端设备发送的第三LwM2M消息，所述第三LwM2M消息中包括指示位，所述指示位用于指示所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力；
所述处理器1501具体用于：根据所指示位，确定所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
本申请实施例还提供的一种终端设备，该终端设备可以参见图4所示的终端设备330的示意性结构图。该终端设备330可以包括：机器到机器M2M通信装置420、无线收发器430、短消息模块490、嵌入式通用集成电路卡eUICC480。
其中，所述M2M通信装置420通过所述无线收发器430执行以下操作：接收物联网IoT平台发送的第一轻量机器到机器LwM2M消息，所述第一LwM2M消息包括应用服务器下发给所述终端设备中嵌入式通用集成电路卡eUICC的目标数据，所述第一LwM2M消息中包括的所述eUICC的目标数据的数据格式为短消息服务SMS；
所述M2M通信装置420用于：根据所述第一LwM2M消息中包括的目标数据的数据格式，将所述目标数据发送至短消息模块；
所述短消息模块490用于：将所述目标数据发送至所述eUICC。
可选地，在一些实施例中，所述M2M通信装置420还通过所述无线收发器430执行以下操作：接收所述IoT平台发送的第二LwM2M消息，所述第二LwM2M消息包括所述应用服务器下发给所述eUICC的目标运营商的简介profile下载数据；
所述M2M通信装置420用于：向所述eUICC发送所述第二LwM2M消息。
可选地，在一些实施例中，所述终端设备330具备以下能力中的一种或多种：SMS消息收发的能力、解析发往所述eUICC的目标数据的能力、解析发往所述eUICC的profile下载数据的能力。
本申请实施例还提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行上述方法中IoT平台所执行的各动作或处理过程的指令。
本申请实施例还提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行上述方法中终端设备所执行的各动作或处理过程的指令。
本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码被计算机运行时，使得该计算机执行上述上述方法中IoT平台所执行的各动作或处理过程。
本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码被计算机运行时，使得该计算机执行上述方法中终端设备所执行的各动作或处理过程。
本申请实施例还提供了一种芯片***，应用于通信设备中，该芯片***包括：至少一个处理器、至少一个存储器和接口电路，所述接口电路负责所述芯片***与外界的信息交互，所述至少一个存储器、所述接口电路和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有指令；所述指令被所述至少一个处理器执行，以进行上述方法中oT平台所执行的各动作或处理过程。
本申请实施例还提供了一种芯片***，应用于通信设备中，该芯片***包括：至少一个处理器、至少一个存储器和接口电路，所述接口电路负责所述芯片***与外界的信息交互，所述至少一个存储器、所述接口电路和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有指令；所述指令被所述至少一个处理器执行，以进行上述方法中终端设备所执行的各动作或处理过程。
在本申请中使用的术语“部件”、“模块”、“***”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中，部件可位于一个计算机上和/或分布在2个或更多个计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可根据具有一个或多个数据分组(例如来自与本地***、分布式***和/或网络间的另一部件交互的二个部件的数据，例如通过信号与其它***交互的互联网)的信号通过本地和/或远程进程来通信。
应理解，本申请实施例中的方式、情况、类别以及实施例的划分仅是为了描述的方便，不应构成特别的限定，各种方式、类别、情况以及实施例中的特征在不矛盾的情况下可以相结合。
还应理解，在本申请的各实施例中，“第一”、“第二”、“第三”等仅是为了指代不同的对象，并不表示对指代的对象有其它限定。
另外，本文中术语“***”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
应理解，在本申请实施例中，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (18)

1.一种物联网中传输eUICC数据的方法，其特征在于，包括：
物联网IoT平台获取通信网络的短消息服务SMS消息的收发能力，所述IoT平台通过所述通信网络和终端设备进行通信；
所述IoT平台在所述通信网络不支持SMS消息的收发功能的情况下，将要发给所述终端设备的SMS消息转换成第一轻量机器到机器LwM2M消息，所述SMS消息包括发给所述终端设备中嵌入式通用集成电路卡eUICC的目标数据，所述第一LwM2M消息中包括的所述目标数据的数据格式为SMS格式；
所述IoT平台向所述终端设备发送所述第一LwM2M消息。
2.根据权利要求1所述的方法，其特征在于，要发给所述终端设备的SMS消息来自应用服务器，所述IoT平台将要发给所述终端设备的SMS消息转换成第一轻量机器到机器LwM2M消息之前，所述方法还包括，
所述IoT平台接收应用服务器发送的所述SMS消息。
3.根据权利要求1或2所述的方法，其特征在于，在所述IoT平台将所述SMS消息转换成所述第一轻量机器到机器LwM2M消息之前，所述方法还包括：
所述IoT平台获取所述终端设备的SMS消息的收发能力；所述IoT平台在所述通信网络不支持SMS消息的收发功能的情况下，将要发给所述终端设备的SMS消息转换成第一LwM2M消息，具体包括，
所述IoT平台在所述通信网络不支持SMS消息的收发功能，且所述终端设备支持SMS消息的收发功能的情况下，将要发给所述终端设备的SMS消息转换成第一LwM2M消息。
4.根据权利要求3所述的方法，其特征在于，所述IoT平台获取所述终端设备的SMS消息的收发能力，包括：
所述IoT平台向所述终端设备发送LwM2M请求消息，所述LwM2M请求消息用于请求获取所述终端设备的SMS消息的收发能力；
所述IoT平台接收所述终端设备发送的对所述LwM2M请求消息的响应消息，所述响应消息中包括所述终端设备的SMS消息收发能力的指示信息。
5.根据权利要求3所述的方法，其特征在于，所述IoT平台获取所述终端设备的SMS消息的收发能力，包括：
所述IoT平台接收所述终端设备发送的LwM2M注册信息，所述LwM2M注册信息包括所述终端设备的SMS消息收发能力的指示信息。
6.根据权利要求1或2所述的方法，其特征在于，所述IoT平台获取通信网络的SMS消息的收发能力，包括：
所述IoT平台通过业务能力开放网元SCEF获取所述通信网络的SMS消息的收发能力。
7.根据权利要求1或2所述的方法，其特征在于，所述目标数据包括下发给所述终端设备中eUICC的目标运营商的简介profile激活信息，所述profile激活信息用于激活所述eUICC中的所述目标运营商的profile。
8.根据权利要求7所述的方法，其特征在于，在所述物联网IoT平台向所述终端设备发送所述第一LwM2M消息之前，所述方法还包括：
所述IoT平台向所述终端设备发送第二LwM2M消息，所述第二LwM2M消息中包括下发给所述终端设备中eUICC的目标运营商的profile下载数据。
9.根据权利要求8所述的方法，所述IoT平台向所述终端设备发送所述第一LwM2M消息或所述第二LwM2M消息之前，所述方法还包括：
所述IoT平台确定所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
10.根据权利要求9所述的方法，其特征在于，所述IoT平台确定所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力，具体包括：
所述IoT平台接收所述终端设备发送的第三LwM2M消息，所述第三LwM2M消息包括指示位，所述指示位用于指示所述终端设备是否具备解析发往所述eUICC的目标数据或所述profile下载数据的能力；
所述IoT平台根据所指示位，确定所述终端设备具备解析发往所述eUICC的目标数据或所述profile下载数据的能力。
11.一种物联网中传输eUICC数据的方法，其特征在于，包括：
终端设备接收物联网IoT平台发送的第一轻量机器到机器LwM2M消息，所述第一LwM2M消息包括下发给所述终端设备中嵌入式通用集成电路卡eUICC的目标数据，所述第一LwM2M消息中包括的所述eUICC的目标数据的数据格式为短消息服务SMS；
所述终端设备根据所述第一LwM2M消息中包括的目标数据的数据格式，将所述目标数据发送至所述eUICC。
12.根据权利要求11所述的方法，其特征在于，在所述终端设备接收物联网IoT平台发送的第一轻量机器到机器LwM2M消息之前，所述方法还包括：
所述终端设备接收所述IoT平台发送的第二LwM2M消息，所述第二LwM2M消息包括下发给所述eUICC的目标运营商的简介profile下载数据；
所述终端设备向所述eUICC发送所述第二LwM2M消息。
13.根据权利要求11或12所述的方法，其特征在于，所述终端设备具备以下能力中的一种或多种：SMS消息收发的能力、解析发往所述eUICC的目标数据的能力、解析发往所述eUICC的profile下载数据的能力。
14.一种物联网IoT平台，其特征在于，所述平台包括：接收器、发送器、存储器和处理器，
所述接收器用于接收所述IoT平台之外的装置发送的消息或数据，并转发给所述处理器；
所述发送器用于根据所述处理器的指令向所述IoT平台之外的装置发送消息或数据；
所述存储器用于存储程序；
所述处理器用于执行所述存储器中存储的程序，当所述程序被执行时，所述IoT平台执行如权利要求1至10中任一项所述的方法。
15.一种终端设备，其特征在于，所述终端设备包括：机器到机器M2M通信装置、收发器、短消息模块、嵌入式通用集成电路卡eUICC，
所述M2M通信装置通过所述收发器执行以下操作：接收物联网IoT平台发送的第一轻量机器到机器LwM2M消息，所述第一LwM2M消息包括下发给所述终端设备中嵌入式通用集成电路卡eUICC的目标数据，所述第一LwM2M消息中包括的所述eUICC的目标数据的数据格式为短消息服务SMS；
所述M2M通信装置用于：根据所述第一LwM2M消息中包括的目标数据的数据格式，将所述目标数据发送至短消息模块；
所述短消息模块用于：将所述目标数据发送至所述eUICC。
16.根据权利要求15所述的终端设备，其特征在于，所述M2M通信装置还通过所述收发器执行以下操作：接收所述IoT平台发送的第二LwM2M消息，所述第二LwM2M消息包括下发给所述eUICC的目标运营商的简介profile下载数据；
所述M2M通信装置用于：向所述eUICC发送所述第二LwM2M消息。
17.根据权利要求15或16所述的终端设备，其特征在于，所述终端设备具备以下能力中的一种或多种：SMS消息收发的能力、解析发往所述eUICC的目标数据的能力、解析发往所述eUICC的profile下载数据的能力。
18.一种计算机可读存储介质，其特征在于，包括计算机指令，当所述计算机指令在计算机上运行时，使得所述计算机执行如权利要求1至13中任一项所述的方法。
CN201810847436.2A 2018-07-27 2018-07-27 一种物联网中传输eUICC数据的方法、装置 Active CN110769384B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201810847436.2A CN110769384B (zh) 2018-07-27 2018-07-27 一种物联网中传输eUICC数据的方法、装置
PCT/CN2019/095527 WO2020019987A1 (zh) 2018-07-27 2019-07-11 一种物联网中传输eUICC数据的方法、装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810847436.2A CN110769384B (zh) 2018-07-27 2018-07-27 一种物联网中传输eUICC数据的方法、装置

Publications (2)

Publication Number Publication Date
CN110769384A CN110769384A (zh) 2020-02-07
CN110769384B true CN110769384B (zh) 2021-06-08

Family

ID=69181257

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810847436.2A Active CN110769384B (zh) 2018-07-27 2018-07-27 一种物联网中传输eUICC数据的方法、装置

Country Status (2)

Country Link
CN (1) CN110769384B (zh)
WO (1) WO2020019987A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230229509A1 (en) * 2020-05-08 2023-07-20 Telefonaktiebolaget Lm Ericsson (Publ) Configuring a resource for executing a computational operation
CN112565459B (zh) * 2020-12-28 2021-08-24 深圳杰睿联科技有限公司 物联网设备及eUICC卡中profile的管理方法
CN113543293B (zh) * 2021-06-21 2023-06-27 天翼物联科技有限公司 支持低功耗运行的窄带物联网终端及其控制方法
CN115883648A (zh) * 2021-08-09 2023-03-31 中移物联网有限公司 一种数据集成方法、装置、设备及存储介质
CN115499952A (zh) * 2022-07-25 2022-12-20 北京中电飞华通信有限公司 一种面向自动驾驶网络的eSIM电力通信模组

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105307108A (zh) * 2015-11-17 2016-02-03 成都工百利自动化设备有限公司 一种物联网信息交互通信方法及***
CN107211232A (zh) * 2014-07-22 2017-09-26 康维达无线有限责任公司 轻量级机器对机器协议与装置管理协议的互工作
CN206948627U (zh) * 2017-07-14 2018-01-30 泉州公田软件有限公司 一种基于物联网终端的跨专网短信***
CN107872771A (zh) * 2016-09-28 2018-04-03 华为技术有限公司 物联网中处理短消息的方法、移动管理网元和终端设备
CN108011803A (zh) * 2016-10-31 2018-05-08 中国电信股份有限公司 Pgw场景下实现信息互通的方法、装置和***
CN108024216A (zh) * 2016-10-31 2018-05-11 中国电信股份有限公司 Scef场景下实现信息互通的方法、装置和***
CN108024217A (zh) * 2016-10-31 2018-05-11 中国电信股份有限公司 用于实现NB-IoT IP数据与短消息互通的方法、装置和***

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2540989B (en) * 2015-08-03 2018-05-30 Advanced Risc Mach Ltd Server initiated remote device registration
CN107846663B (zh) * 2016-09-21 2021-01-12 中国电信股份有限公司 实现用户签约数据集远程管理的方法、装置和***
US10003909B2 (en) * 2016-11-23 2018-06-19 Netsia, Inc. Wireless backhaul management of sensor networks via programmable RAN controller
CN106790724A (zh) * 2017-03-23 2017-05-31 中国联合网络通信集团有限公司 配置文件下载方法和装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107211232A (zh) * 2014-07-22 2017-09-26 康维达无线有限责任公司 轻量级机器对机器协议与装置管理协议的互工作
CN105307108A (zh) * 2015-11-17 2016-02-03 成都工百利自动化设备有限公司 一种物联网信息交互通信方法及***
CN107872771A (zh) * 2016-09-28 2018-04-03 华为技术有限公司 物联网中处理短消息的方法、移动管理网元和终端设备
CN108011803A (zh) * 2016-10-31 2018-05-08 中国电信股份有限公司 Pgw场景下实现信息互通的方法、装置和***
CN108024216A (zh) * 2016-10-31 2018-05-11 中国电信股份有限公司 Scef场景下实现信息互通的方法、装置和***
CN108024217A (zh) * 2016-10-31 2018-05-11 中国电信股份有限公司 用于实现NB-IoT IP数据与短消息互通的方法、装置和***
CN206948627U (zh) * 2017-07-14 2018-01-30 泉州公田软件有限公司 一种基于物联网终端的跨专网短信***

Also Published As

Publication number Publication date
CN110769384A (zh) 2020-02-07
WO2020019987A1 (zh) 2020-01-30

Similar Documents

Publication Publication Date Title
CN110769384B (zh) 一种物联网中传输eUICC数据的方法、装置
CN110582076B (zh) 一种窄带物联网中eUICC数据传输方法和装置
US11265736B2 (en) Method for configuring ANR, terminal device, base station, and core network device
CN107258094B (zh) 用于对蜂窝物联网设备进行预配并将其附着到云服务提供商的设备及方法
KR102264681B1 (ko) 디바이스 및 그 동작 방법
CN112867073B (zh) 一种传输策略的方法、pcf网元及计算机存储介质
CN110809866B (zh) 命令接收方法、装置及通信***
US11540251B2 (en) Method and apparatus for monitoring paging messages
CN111836256A (zh) 无线通信***中用于多usim的ue报告的方法和设备
US20200205124A1 (en) Paging Method, Terminal Device, and Network Device
KR20220066004A (ko) 자원 구성의 방법 및 접속 네트워크 장치
CN112153633B (zh) 一种发送、接收能力信息的方法及设备
CN112399506B (zh) 通信资源的协调方法、用户设备及计算机可读存储介质
CN112584464A (zh) 通信方法、通信装置及存储介质
WO2020057564A1 (zh) 一种能力信息发送、接收方法及设备
US20220191917A1 (en) Wireless communication method, terminal device and network device
CN116530203A (zh) 信息上报方法及相关装置
CN111771407B (zh) 一种通信方法、通信设备及计算机程序存储介质
CN114342462B (zh) 无线通信方法和设备
WO2022151357A1 (zh) 通信方法、装置、设备及存储介质
CN109757130B (zh) 配置分组数据汇聚协议pdcp的方法、终端设备和网络设备
CN116602029A (zh) 无线通信方法、终端设备和网络设备
WO2018111788A1 (en) Providing concurrent connections to a subscriber using a mobile device having multiple transceivers
WO2015119601A1 (en) Configuring alternative roaming provider access point name via access network discovery and selection function

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20220214

Address after: 550025 Huawei cloud data center, jiaoxinggong Road, Qianzhong Avenue, Gui'an New District, Guiyang City, Guizhou Province

Patentee after: Huawei Cloud Computing Technologies Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.