|
发表于 2017-5-5 15:32:46
|
显示全部楼层
众所周知产生流量和短信的是硬件设备端,所有的流量和短信产生来源于它,它是发起端。它本身的通讯模块是可以知道大概发了多少数据,收了多少数据,我们可以让硬件自已来计算流量,也是F3的一直提倡的是“谁的活谁干”,未来智能终端一定是自己来做计算。
硬件终端把数据发给监控平台,但这得需要硬件协议的支持,所以F3协议为此专门定制了SIM卡的协议。硬件可以设置小时、天、月预警阀值,硬件可以不停的计算自己的使用流量,不依赖移动的接口数据,可以最大限度的在流量的源头解决超流量的问题。比如我们使用3G或4G设备,每小时的流量可能就要1~2G,如果每天去移动取一次或几次数据,如果没控制好,没监管到,可能10几个G的流量就出去了。
F3协议同时在协议里规范了让硬件自身来计算流量(小时、天、月流量统计),可以预估到大概用了多少流量,可以在硬件源头处理超流量的问题,是停止发数据,还是延长上报数据的时间间隔,做到及时解决问题。当然有的硬件工程师表示不服,硬件只是算个大概,可能有20%的偏差,这个问题提的非常好,但别忘了我们还有F3物联网卡管理平台,是和移动数据实时对接的,可以得到真实的数据。
当然这还只是刚刚开始,硬件设备、监控平台、卡管理平台要完美结合才能彻底问题,不然卡号也可能搞错,真实的数据更新到错误的设备上。这是因为我们在安装和维护过程中有可能把卡号记错,给后面的功能造成了非常大的麻烦,有的时候为了查到设备里的真实卡号,还要跑到现场把设备拆下来看一看卡号是多少。能不能不这样麻烦呢?能不能彻底解决这些问题呢?
如果要完美解决,就需要硬件设备、监控平台、卡管理平台通过F3协议打通。其实大家应该都知道通讯模块是可以读到SIM卡的ICCID的,你可拿出自已的手机,打开设置,会发现手机关于本机里能看到ICCID,IMEI等信息。移动是只认ICCID的,而我们卡使用者是认SIM卡号的,两者是唯一对应的,在我们的SIM卡管理平台上有两者对应的数据。于是我们F3协议将这些功能增加进来,能知道你硬件设备里的卡是不是你在平台上录入的那个卡号,可以通过F3协议随时到硬件设备里获取SIM卡的ICCID,那怕你换过很多次卡,最后一次留在设备里的卡总能帮你正确的读出来,这个号也就是你真实在用的卡。这样我们再也不会因为换卡漏记,号码记错而苦恼了。
并且平台可以保存你这台硬件设备一共换了几张卡,什么时候换的。这样我们就可以绝对确认设备里卡的正确性,然后在硬件设备里设置好预警阀值,当到达阀值后可以到卡管理平台去取一次真实的数据,修正一下硬件设备里的流量数据。这时设备里的流量数据就和实际的一样了。 |
|