从“芯”开始,物联网的通信模式正在悄悄改变

从最开始的标准卡(SIM)、小卡(Micro SIM)再到超小卡(Nano SIM),不难发现,SIM卡一直在向“小”方向发展,而现在,运营商甚至推出了一种eSIM芯片。5月25日,中国移动推出首款自主品牌自主研发的4G eSIM SoC芯片——C417M-S、C417M-D。

关于eSIM,不止是小

eSIM卡的概念就是将传统SIM卡直接嵌入到设备芯片上,而不是作为独立的可移除零部件加入设备中,用户无需插入物理SIM卡就可以在移动终端实现上网、发消息、拨号等功能。

移动终端有瓶颈,eSIM锁定物联网领域

eSIM虽然很抽象,但其实并不是一件新鲜事。最常见的就是我们的智能手表——Apple Watch 3,可以在不需要SIM卡的情况下与手机终端共享号码和流量,支持打电话、发信息、听音乐、社交等移动APP功能。

一号多终端是eSIM发展的关键优势,你或许会疑问,大部分人都是只有一个移动手机,智能手表也不是必需品,那eSIM还有自己的刚需市场吗?

确实,从开发到应用,经历了几年的发展,eSIM在移动端的应用并没有预估的那么乐观,但是却给物联网市场发展带去了春天。

随着物联网的发展,一个家庭的移动终端不再局限于手机、电视、电器等设备,各种可穿戴设备、人体监控设备、车联网、智慧家庭、智能家居等应用正在进入我们的生活,对于这些智能设备而言,通信和联网无疑是基础功能。

设想一下,如果每台设备都需要独立的物联网卡来进行操作,我们每天将面临不同的终端,无疑增加了个人的管理成本,在这种情况下,eSIM就不失为一个更好的选择。

除了解决个人的一号多终端问题eSIM在物联网企业发展和智慧城市建设中也将被深入应用。

迎接物联网时代,eSIM有妙招

区别传统的SIM卡,eSIM采用的是远程写卡的模式,可以将信息直接存储到终端然后激活实现,目前最小的eSIM卡可以做到2mm×2mm,除了体积小、成本低,eSIM在物联网设备应用中具备独有的优势。

  • 嵌入式设计;可以广泛应用在对于结构防震防水性要求更高的智能硬件。
  • 智能物联;eSIM卡使用户可以在不同运营商的网络间进行切换,降低了消费者对于运营商的依赖。
  • 远程配置;通过智能APP就可以远程控制开关,购买套餐实现智能物联体验。

全民eSIM,离我们还有多远

虽然说,eSIM目前在物联网领域被一致看好,但是,还没有办法短时间内全面铺开市场,主要原因是没办法实现运营商之间的互通互联。

据相关专家介绍,eSIM还没有统一的相关的行业标准,各大运营商在对于证书如何统一、号码与运营商的对接由谁来把控、以后采用远程下载方式时空中传输会不会被破解等问题,还没有协调统一。而在这些问题解决之前,eSIM只会在小范围固定领域试点。

但是,随着物联网的大爆发,eSIM相关行业标准一定会在市场推动下加速完成,eSIM大众化只是时间问题。

原文地址:https://www.cnblogs.com/wh761076/p/9156512.html

时间: 2024-10-09 01:59:36

从“芯”开始,物联网的通信模式正在悄悄改变的相关文章

【MPI学习3】MPI并行程序设计模式:不同通信模式MPI并行程序的设计

学习了MPI四种通信模式 及其函数用法: (1)标准通信模式:MPI_SEND (2)缓存通信模式:MPI_BSEND (3)同步通信模式:MPI_SSEND (4)就绪通信模式:MPI_RSEND 四种通信模式的区别都在消息发送端,而消息接收端的操作都是MPI_RECV. 1.标准通信模式 原理图如下 标准通信模式由MPI决定是否用缓存. 如果MPI决定缓存将要发出的数据:发送操作不管接受操作是否执行,都可以进行:而且缓存结束后发送操作就可以返回,不需要等待接受操作收到数据 如果MPI决定不缓

十五天精通WCF——第六天 你必须要了解的3种通信模式

wcf已经说到第六天了,居然还没有说到这玩意有几种通信模式,惭愧惭愧,不过很简单啦,单向,请求-响应,双工模式,其中的第二种“请求-响应“ 模式,这个大家不用动脑子都清楚,这一篇我大概来分析下. 一:“请求-响应“模式   如果你看了我上一篇的博文,你应该非常清楚这种类似“本地调用”的方式,wcf同样也分为“同步”和“异步”两种,不过不管是异步还是同步,最终都逃 不过是“请求-响应”这个事实,对吧. 1: 同步方式 这种方式我想没什么好说的,前面几篇我已经说的非常清楚了,具体使用方法可以参考我的

[老老实实学WCF] 第九篇 消息通信模式(上) 请求应答与单向

老老实实学WCF 第九篇 消息通信模式(上) 请求应答与单向 通过前两篇的学习,我们了解了服务模型的一些特性如会话和实例化,今天我们来进一步学习服务模型的另一个重要特性:消息通信模式. WCF的服务端与客户端在通信时有三种模式:单向模式.请求/应答模式和双工模式. 如果选用了单向模式,调用方在向被调用方进行了调用后不期待任何回应,被调用方在执行完调用后不给调用方任何反馈.如客户端通过单向模式调用了一个服务端的操作后,就去干别的了,不会等待服务端给他任何响应,他也无从得知调用是否成功,甚至连发生了

C# WCF的通信模式

wcf 通信模式一般分为三种; 1,请求/响应模式 2,单工模式 3,双工模式 一,请求/响应模式 请求/响应通信是指客户端向服务端发送消息后,服务端会向客户端发送响应.这也意味着在接收到服务的响应以前,客户端不会继续执行操作. 缺点 – 如果执行操作需要很长的时间,则会降低客户端性能和响应能力. 优点 – 响应消息中可返回SOAP 错误,这表明可能在通信或处理中发生了一些与服务有关的错误状况. 例题: 如,上上节所示.直接添加WCF服务应用程序 二,单工模式 单向通信应是指通信只在一个方向进行

[老老实实学WCF] 第十篇 消息通信模式(下) 双工

原文:[老老实实学WCF] 第十篇 消息通信模式(下) 双工 老老实实学WCF 第十篇 消息通信模式(下) 双工 在前一篇的学习中,我们了解了单向和请求/应答这两种消息通信模式.我们知道可以通过配置操作协定的IsOneWay属性来改变模式.在这一篇中我们来研究双工这种消息通信模式. 在一定程度上说,双工模式并不是与前面两种模式相提并论的模式,双工模式的配置方法同前两者不同,而且双工模式也是基于前面两种模式之上的. 在双工模式下,服务端和客户端都可以独立地调用对方,谁都不用等待谁的答复,同样也不期

Redis基础---消息通信模式

Redis发送订阅通信模式 Redis发布订阅(pub/sub)是一种消息通信模式:发送者(pub)发送消息,订阅者(sub)接收消息. Redis 发布订阅(pub/sub)实现了消息系统,发送者(在redis术语中称为发布者)在接收者(订阅者)接收消息时发送消息.传送消息的链路称为信道. 在Redis中,客户端可以订阅任意数量的信道. 首先,订阅者-客户端subscribe消息 localhost:6379> SUBSCRIBE redisChat Reading messages... (

【七牛弯区课堂】Ruby服务间通信模式

Ruby是计算机语言中的绅士,如果要用一个词来形容,那一定是优雅,有这么一位Rubyist,他的座右铭是"写优雅的程序,做一个优雅的人",他是来自七牛小伙伴"薄荷"的Co-founder兼CTO谢文威(英文名Vincent).薄荷的核心系统完全基于Ruby构建,关于Ruby服务间通信模式,他在"七牛弯区课堂"给Ruby爱好者们做了一次分享. 上图是薄荷App服务划分的例子,各子系统(服务)间需要进行各种通信,主要通信种类如下. 一.A服务需要使用

wcf_消息通信模式(下) 双工通讯

原文:[老老实实学WCF] 第十篇 消息通信模式(下) 双工 第十篇 消息通信模式(下) 双工 在前一篇的学习中,我们了解了单向和请求/应答这两种消息通信模式.我们知道可以通过配置操作协定的IsOneWay属性来改变模式.在这一篇中我们来研究双工这种消息通信模式. 在一定程度上说,双工模式并不是与前面两种模式相提并论的模式,双工模式的配置方法同前两者不同,而且双工模式也是基于前面两种模式之上的. 在双工模式下,服务端和客户端都可以独立地调用对方,谁都不用等待谁的答复,同样也不期待对方答复,因为如

ZMQ通信模式

本文简要介绍ZMQ常用的通信模式 请求响应模式 常规搭配:ZMQ_REQ + ZMQ_REP 带输入负载(Round Robin)均衡搭配:ZMQ_REQ + ZMQ_ROUTER 消息分发搭配:ZMQ_ROUTER + ZMQ_DEALER 带输出负载(load-balance)均衡搭配:ZMQ_DEALER + ZMQ_REP ZMQ_REQ模式在发送消息时,ZMQ底层会在消息内容头部插入一个空帧,在接收消息时,会去掉空帧,将内容返回给应用层. ZMQ_REP模式在接收消息时,会将消息空帧之