“物联网”概念提出之前,在我们以“行业应用”为名开展的项目中,我公司提供无线、SGSN、GGSN、Cmnet等数据传输的通道,应用终端通过这些通道直接接入业务平台,可以说,我们是“盲管道”,对在管道中的业务了解不多,无法管控。
以下图的“车辆定位”为例,可以清晰的看出:我们只传输数据,无论是对前端的车辆,还是后端的车辆管理系统,我公司均不能知晓其运行状况,无法做到有效的运营管理,这种情况往往造成在后期维护中的被动和服务质量的下降。
去年初,在某公司调研时,他们反映了一个问题:我公司的GPRS专网的GGSN设备凌晨割接,按照电信相关法规提前在媒体上做了公告。某煤气公司的煤气阀远程控制系统是通过我们公司为其提供的GPRS专网运行的,该煤气公司没有了解到我们的设备要调整,导致设备割接时他们不能远程控制煤气阀的开关,由于事先不知道,所以煤气公司也没有应急手段。当时煤气公司非常紧张,因为煤气阀关开不畅可能会产生事故,他们的反应也是比较激烈的。
对这个问题我们进行了思考。我们目前的维护模式、组网架构仍然是以人的行为模式为基准进行的。如:凌晨时分,业务量最低时进行设备割接、影响业务的设备调整提前三天在媒体公告、通过客户拨打10086搜集问题等。这些做法,均是以“人”为我们网络的使用者为出发点。殊不知,物联网应用往往不分昼夜,如上的煤气阀控制、警车调度等;往往不看媒体公告,或者看了,也不知道对自己有什么影响;基本无法主动告知运营商对网络使用的感受。所以,建立有效的物联网设备组网结构、管理系统、维护机制是非常必要的。
个人感觉在网络维护方面要重点解决两个问题:
1、如何组织网络结构,才能确保不能中断的业务永远不断?(指核心网侧,无线侧无法保证)如:煤气阀远程控制、警车调度、国家安全需要的一些特殊应用。这就需要考虑物联网专有GGSN,以及多设备间备份、容灾等机制。
2、如何快速、有效的搜集“物”对我们网络的感知。人使用业务出现问题会打10086,江苏的10086目前有集团领先的投诉快速搜集、收敛机制。而物联网出现问题如何有效快速搜集?仅依靠网络指标不能全面反映端到端业务的使用情况,而业务的使用方,即“车辆调度”等系统的调度员,他们发现问题时往往已经是业务阻断了,细小的质量下降无法及时发现。
近期对物联网方面的问题思考的比较多,也查阅了我公司提出的物联网应用协议(WMMP协议),惊喜的发现我担心的这些问题已在考虑之中。下图是中国移动物联网应用架构:
从图中可以看出:在终端和应用系统之间,我们搭建了“运营支撑系统”,通过业务运营和管理的关键设备--M2M平台对业务的运行过程进行控制,同时进行物联网专网的资源管理和运营支撑。通过运营平台的建设,发挥运营商的技术优势,并且可以通过平台提升物联网的运营管控、计费及服务能力。在这种思路的指导下,再加上有效、合理的网络设备组织架构,我前面提出的那些问题就可以很顺利的得到解决啦。
另:我一直认为:运营商的最大优势就是“平台”,这里的“平台”是一个泛化的概念,包含了传输管道、计费、用户管理、以及我们遍布全国各处的营业厅等各种渠道,说白了,就是一种几乎无处不在的接入能力,这也是苹果、google等公司无法超越的优势。梦想有一天,中小企业,甚至个人开发者,可以通过与我们的WMMP协议对接,使用我们的公共云服务平台,开发出自己的物联网应用,对于适合个人的应用,将其放入“MM”,打造超越AppStore的应用商城!对我自己来说,我希望有一个帮助找眼镜的应用,事先在眼镜上贴个传感器,在眼镜找不到的时候,我拿着手机,根据提示音强弱逐渐接近它。希望能美梦成真。