CN103618628A - 一种车辆状态信息的监控管理方法、系统及终端 - Google Patents
一种车辆状态信息的监控管理方法、系统及终端 Download PDFInfo
- Publication number
- CN103618628A CN103618628A CN201310646543.6A CN201310646543A CN103618628A CN 103618628 A CN103618628 A CN 103618628A CN 201310646543 A CN201310646543 A CN 201310646543A CN 103618628 A CN103618628 A CN 103618628A
- Authority
- CN
- China
- Prior art keywords
- car
- mounted terminal
- status information
- car status
- vehicle
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种车辆状态信息的监控管理方法、系统、OMA-DM服务器及车载终端,其中,所述方法包括:OMA-DM服务器获取车辆监管平台下发的第一触发命令,所述第一触发命令携带需要上报车辆状态信息的车载终端的标识;所述OMA-DM通过所述车载终端当前附着的服务节点向所述车载终端发送第二触发命令,通知所述车载终端上报车辆状态信息。本发明可以根据管理平台的需要实时通过OMA-DM服务器触发调取车辆状态信息,实时监管某一个车辆的车况信息,从而加大监督力度,降低发生事故的概率,此外,由于车载终端上报车辆状态信息时,不搭建用户面承载,而是通过管理层面承载车辆状态信息,从而节约数据面承载建立的系统开销。
Description
技术领域
本发明涉及通信领域,具体涉及一种车辆状态信息的监控管理方法、系统、OMA-DM(OMA Device Management)开放移动联盟设备管理服务器及终端。
背景技术
两客一危,是指从事旅游的包车、三类以上班线客车和运输危险化学品、烟花爆竹、民用爆炸物品的道路专用车辆。
物联网可以改变商业车队的管理方式,尤其对于“两客一危”等特殊车辆,据国家环保部2011年统计,我国中重型载重车辆保有量为600万辆,其中中型车320辆,重型车280万辆左右;特种车辆,如挖掘机、危险品运输车、运油车等的数量较为庞大;载重车主要集中在政府、物流、石油、公交、化工、矿山等行业,以及部分个人特种车主;再有,公安部门对于车辆的监督管理,校车超载问题等一些社会广泛关注的事件,可以让车联网发挥其重要的作用。针对上述车联网对于相关产业的影响,运营商可以考虑依托现有的网络平台建立一个“两客一危”在线商用车辆管理平台,对于特殊车辆的动态、静态信息进行全程监管。
现有的远程信息服务系统包括车前座系统提供的服务包括通讯、导航、行车安全监视、联网资讯、路况、天气等;车后座系统的服务包括在线下载影音资讯、在线网络游戏等;车况诊断系统的服务包括保养通知、车况预警等。
现有的车辆远程信息服务系统存在以下问题:
1、更多强调了车辆的定位信息和娱乐信息的服务,没有更多关注由于车辆自身而带来的安全隐患,对于当前实时胎压、车辆载重情况、车辆保养信息等都有相关的关注部门和实体,车辆远程信息服务系统不能满足对于车辆信息的实时提取需求;
2、车辆的远程信息服务系统是一种自上而下的服务方式,以平台的信息发布、安全提醒为主,而没有强调自下而上的在线车辆信息管理功能;
3、现有的车辆监管系统是直接与车辆的车载终端交互,这样的弊端是:
1)由于最终的数据保存在HSS上,在HSS和不信任的第三方运营的车辆监管平台之间设立接口,第三方直接访问HSS会有安全性隐患;
2)如果业务量很大,会增大对对MME的冲击,使得网络的正常工作受到冲击。
发明内容
本发明需要解决的技术问题是提供一种车辆状态信息的监控管理方法、系统、OMA-DM服务器及终端,可以实时监督管理某一车辆的车辆状态信息,提高监督力度,降低发生事故的概率;而且当业务量很大时可以降低对服务节点的冲击,避免网络的正常工作受到冲击。
为了解决上述技术问题,本发明提供了一种车辆状态信息的监控管理方法,应用于网络侧,包括:
开放移动联盟设备管理OMA-DM服务器获取车辆监管平台下发的第一触发命令,所述第一触发命令携带需要上报车辆状态信息的车载终端的标识;
所述OMA-DM通过所述车载终端当前附着的服务节点向所述车载终端发送第二触发命令,通知所述车载终端上报车辆状态信息。
进一步地,所述第一触发命令和第二触发命令中携带有需要上报的车辆状态信息的指示信息;
所述车辆状态信息包括:车辆的车载自动诊断系统OBD信息和/或感知传感器采集的车辆状态信息。
进一步地,所述服务节点为移动性管理实体MME,通过所述MME向所述车载终端发送第二触发命令,包括:
如果所述车载终端加电且处于空闲态,则所述MME进行寻呼,在寻呼确认消息中携带所述第二触发命令下发到所述车载终端;
如果所述车载终端没有加电,则当所述MME没有收到寻呼响应时,保存所述第二触发命令的内容,并且继续发起寻呼请求,直到收到寻呼响应后,在寻呼确认消息中携带所述第二触发命令下发到所述车载终端。
进一步地,所述方法还包括:所述MME接收到所述车载终端发起的跟踪区更新TAU请求消息后,根据所述TAU请求消息中携带的TAU上下文包含的车辆状态信息向所述车载终端返回TAU确认消息。
进一步地,所述方法还包括:所述MME接收所述车载终端上报的车辆状态信息,并将该车辆状态信息和所述车载终端的标识绑定保存在用于存储车辆状态信息的归属签约用户服务器HSS中;
所述OMA-DM通过与HSS之间的接口,根据车所述车载终端的标识在所述HSS中查询对应的车辆状态信息。
为了解决上述技术问题,本发明提供了一种车辆状态信息的监控管理方法,应用于车载终端侧,包括:
车载终端接收到由开放移动联盟设备管理OMA-DM作为中间节点通过服务节点下发的触发命令,所述触发命令携带有需要上报车辆状态信息的车载终端的标识以及与该车载终端的标识对应的需要上报的车辆状态信息;
获取所述车载终端的标识对应的需要上报的车辆状态信息;
所述车载终端向所述服务节点发起跟踪区更新TAU请求消息,在所述TAU请求消息中携带所述车载终端的标识对应的需要上报的车辆状态信息。
进一步地,所述车载终端向所述服务节点发起跟踪区更新TAU请求消息,在所述TAU请求消息中携带所述车载终端的标识对应的需要上报的车辆状态信息,具体包括:
当车辆跨跟踪区/路由区TA/RA行驶时,所述车载终端向所述服务节点发起触发型的跟踪区更新TAU消息,并携带TAU请求上下文,将所述车载终端的标识对应的需要上报的车辆状态信息作为所述TAU请求上下文的一部分上报;
或者,所述车载终端设定上报周期,周期性向所述服务节点发起触发型的跟踪区更新TAU消息,并携带TAU请求上下文,将所述车载终端的标识对应的需要上报的车辆状态信息作为所述TAU请求上下文的一部分上报;
其中,所述车辆状态信息包括:车辆的车载自动诊断系统OBD信息和/或感知传感器采集的车辆状态信息。
为了解决上述技术问题,本发明还提供了一种用于监管车辆状态信息的开放移动联盟设备管理服务器,包括::
信令获取模块,用于获取车辆监管平台下发的第一触发命令,所述第一触发命令携带需要上报车辆状态信息的车载终端的标识;
信令传递模块,用于通过所述车载终端当前附着的服务节点向所述车载终端发送第二触发命令,通知所述车载终端上报车辆状态信息。
进一步地,所述第一触发命令和第二触发命令中携带有需要上报的车辆状态信息的指示信息;
所述车辆状态信息包括:车辆的车载自动诊断系统OBD信息和/或感知传感器采集的车辆状态信息。
进一步地,所述开放移动联盟设备管理服务器还包括:
接收模块,用于接收到所述车载终端发起的跟踪区更新TAU请求消息;
确认模块,用于在接收到所述车载终端发起的跟踪区更新TAU请求消息后,根据所述TAU请求消息中携带的TAU上下文包含的车辆状态信息向所述车载终端返回TAU确认消息。
进一步地,所述接收模块,还用于接收所述车载终端上报的车辆状态信息;
所述开放移动联盟设备管理服务器还包括:
存储模块,用于将该车辆状态信息和所述车载终端的标识绑定保存在用于存储车辆状态信息的HSS中;
查询模块,用于通过与HSS之间的接口,根据所述车辆的车载终端的标识在所述HSS中查询该车辆的车辆状态信息。
为了解决上述技术问题,本发明还提供了一种用于监管车辆状态信息的车载终端,包括:
接收模块,用于接收由开放移动联盟设备管理OMA-DM作为中间节点通过服务节点下发的触发命令,所述触发命令携带有需要上报车辆状态信息的车载终端的标识以及与该车载终端的标识对应的需要上报的车辆状态信息;
感知模块,用于获取所述车载终端的标识对应的需要上报的车辆状态信息,并将所述车辆状态信息发送至通讯模块;
通讯模块,用于向所述服务节点发起跟踪区更新TAU请求消息,在所述TAU请求消息中携带所述车载终端的标识对应的需要上报的车辆状态信息。
进一步地,所述通讯模块,用于向所述服务节点发起跟踪区更新TAU请求消息,在所述TAU请求消息中携带所述车载终端的标识对应的需要上报的车辆状态信息,包括:
当车辆跨跟踪区/路由区TA/RA行驶时,所述通讯模块向所述服务节点发起触发型的跟踪区更新TAU消息,并携带TAU请求上下文,将所述车载终端的标识对应的需要上报的车辆状态信息作为所述TAU请求上下文的一部分上报;
或者,所述通讯模块设定上报周期,周期性向所述服务节点发起触发型的跟踪区更新TAU消息,并携带TAU请求上下文,将所述车载终端的标识对应的需要上报的车辆状态信息作为所述TAU请求上下文的一部分上报;
其中,所述车辆状态信息包括:车辆的车载自动诊断系统OBD信息和/或感知传感器采集的车辆状态信息。
为了解决上述技术问题,本发明还提供了一种车辆状态信息的监控管理系统,包括:车辆信息化监管平台、如上所述的开放移动联盟设备管理服务器以及如上所述的车载终端,其中:
所述车辆信息化监管平台,用于下发触发命令,所述触发命令携带有需要上报车辆状态信息的车载终端的标识以及与该车载终端的标识对应的需要上报的车辆状态信息。
与现有技术相比,本发明提供的车辆状态信息的监控管理方法、系统、OMA-DM服务器及终端,可以根据管理平台的需要实时通过OMA-DM服务器触发调取车辆状态信息,可以实时性监督管理某一个车辆的车况信息,加大监督力度,降低发生事故的概率,此外,由于车载终端上报车辆状态信息时,不搭建用户面承载,而是通过管理层面承载车辆状态信息,从而节约数据面承载建立的系统开销。
附图说明
图1是实施例中车辆状态信息的监控管理系统的结构图;
图2是实施例中车辆状态信息的OMA-DM服务器的结构图;
图3是实施例中车辆状态信息的车载终端的结构图;
图4是实施例中应用于网络侧的车辆状态信息的监控管理方法流程图;
图5是实施例中应用于车载终端侧的车辆状态信息的监控管理方法流程图;
图6是一个应用示例中车辆状态信息的监控管理方法流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
实施例:
OMA DM(OMA Device Management)开放移动联盟设备管理,是一种通过远程服务器对网络内终端进行管理的协议。通过OMA DM服务器可以对终端设备进行固件更新、参数配置、数据采集等各种管理功能。数据时代的来临,运营商越来越重视对于数据“内容”的管理与控制,因此运营商会对于物联网终端的DM功能提出强制要求。
针对终端在线的情况下,MTC(Machine-Type Communication,机器类型通信)Server(服务器)发往终端的激活消息,由中间节点拦截并转发给网络内控制节点。这里,中间可以有:机器类型通信交互功能(Machine-TypeCommunication Interworking Function,MTC-IWF)实体、MME(MobileManagenment Entity,移动性管理实体)等多种功能实体。现有的使用中间件进行终端触发的方式是:由中间节点负责寻找终端当前附着的服务节点,并将激活请求路由到该服务节点,由该服务节点通过控制面信令向终端下发激活请求。
基于中间节点如何寻找当前终端所附着的服务节点,有两种具体的实现形式:
1.采用服务节点变化后动态通知的方法:通过MTC监听方案,中间节点订阅终端的移动性事件,该移动性事件的粒度为服务节点的变化;
2.采用中间节点根据需要主动查询服务节点的方法:中间节点在需要激活终端时候,从归属签约用户服务器(Home Subscriber Server,HSS)中查询终端当前的服务节点。
如图1所示,本实施例提供了一种车辆状态信息的监控管理系统,包括:车辆信息化监管平台、OMA-DM服务器、服务节点以及车载终端,其中:
所述车辆信息化监管平台,用于下发触发命令获取需要上报的车辆状态信息,所述触发命令携带有需要上报车辆状态信息的车载终端的标识以及与该车载终端的标识对应的需要上报的车辆状态信息的指示信息;
其中,获取某车辆信息可以按照一定的车辆编码规则,具体做法是每个车载终端都有一个SIM卡,根据其上的IMSI进行车辆的唯一标识,将此IMSI作为车载终端的标识,把OBD信息以及车辆CAN总线传递来的感知传感器采集的车辆状态信息与该车载终端的标识建立映射关系,车辆信息化管理平台可以利用车载终端的标识实时地来获取对应的需要上报的车辆状态信息。
如图2所示,OMA-DM服务器,包括::
信令获取模块,用于获取车辆监管平台下发的第一触发命令,所述第一触发命令携带有需要上报车辆状态信息的车载终端的标识;
信令传递模块,用于通过所述车载终端当前附着的服务节点向所述车载终端发送第二触发命令,通知所述车载终端上报车辆状态信息。
其中,所述第一触发命令和第二触发命令中携带有需要上报的车辆状态信息的指示信息;
所述车辆状态信息包括:车辆的车载自动诊断系统OBD信息和/或感知传感器采集的车辆状态信息。
OMA-DM服务器通过该服务节点向所述车载终端发送触发命令,向该服务节点下发的触发命令的内容和方式可以为:
在OMA-DM规定一个数据格式,该数据格式的前半部分为车载终端的标识IMSI标识,后半部分是一个需要上报的车辆状态信息的指示信息,比如001代表胎压,002代表车重量,003代表尾气的监测指标,这个要指示给MME,再通过PAGING(寻呼)的方式下发到终端,终端定向的选择性上报车辆状态信息,这样对网络的影响最小,
或者,OMA-DM下发的只有车载终端的标识IMSI标识,这样车载终端会缺省认为上报所有通过CAN总线收集到的车辆状态信息。
优选地,所述OMA-DM服务器还包括:
接收模块,用于接收到所述车载终端发起的跟踪区更新TAU请求消息;
确认模块,用于在接收到所述车载终端发起的跟踪区更新TAU请求消息后,根据所述TAU请求消息中携带的TAU上下文包含的车辆状态信息向所述车载终端返回TAU确认消息。
这样,OMA-DM收到车载终端上报的车辆状态信息后,不再进行现有规范中的其他TAU过程消息,在大规模车载终端的情况下,可以节约网络资源,减少信令的开销。
优选地,所述接收模块,还用于接收所述车载终端上报的车辆状态信息;
所述OMA-DM还包括:
存储模块,用于将该车辆状态信息和所述车载终端的标识绑定保存在用于存储车辆状态信息的HSS中;
查询模块,用于通过与HSS之间的接口,根据所述车辆的车载终端的标识在所述HSS中查询该车辆的车辆状态信息。
本实施例中,以OMA-DM作为中间件,触发调取车辆状态信息,具有以下优点:
1)安全角度,本方案考虑到最终的数据保存在HSS上,在HSS和不信任的第三方运营的车辆监管平台之间设立接口,会有安全性隐患,OMA-DM可以由运营商管理,在HSS和OMA-DM之间设立接口,在由车辆监管平台访问OMA-DM的方式调取数据。避免了因为这样一项业务直接访问HSS带来的安全隐患;
2)OMA-DM本身就是一个触发服务器,使用它作为中间件,可以方便处理,比如定义各个触发对象的数据格式,下发触发策略等;
3)降低对服务节点(比如:MME/SGSN)的冲击,首先要保证网络的正常工作情况不受冲击,如果业务量很大,OMA-DM可以先存储触发指令,待服务节点负载相对小的时候,再把指令发到其上。
如图3所示,车载终端,包括:
接收模块,用于接收由OMA-DM作为中间节点通过服务节点下发的触发命令,所述触发命令携带有需要上报车辆状态信息的车载终端的标识以及与该车载终端的标识对应的需要上报的车辆状态信息;
感知模块,用于获取所述车载终端的标识对应的需要上报的车辆状态信息,并将所述车辆状态信息发送至通讯模块;
车辆前端的各种感知传感器用于收集各种车辆状态信息;车辆状态信息包括车辆的OBD(On-Board Diagnostics,简称车载自动诊断系统)信息和感知传感器采集的车辆状态信息,比如重量传感器信息、尾气排放传感器信息等等。这些信息是通过车辆上的CAN总线传递的。感知模块可以读出车辆的OBD信息和感知传感器采集的车辆状态信息。
通讯模块,用于向所述服务节点发起跟踪区更新TAU请求消息,在所述TAU请求消息中携带所述车载终端的标识对应的需要上报的车辆状态信息。
其中,所述通讯模块具体用于:当车辆跨TA/RA(Tracking Area/RoutingArea,简称跟踪区/路由区)行驶时,向所述服务节点发起触发型的TAU(Tracking Area Update,跟踪区更新)消息,并携带TAU请求上下文,将所述车载终端的标识对应的需要上报的车辆状态信息作为TAU请求上下文的一部分上报;
或者,所述设定上报周期,周期性向所述服务节点发起触发型的跟踪区更新TAU消息,并携带TAU请求上下文,将所述车载终端的标识对应的需要上报的车辆状态信息作为TAU请求上下文的一部分上报;
车载终端通过以上两个方式上报车辆状态信息,一个是触发性TAU,一个是周期性TAU的方式,这个周期性TAU的时钟频率,可以是本地保存在终端上的,也可以是保存在移动管理实体MME上,由MME按照当前网络负担判断时钟频率情况,然后随PAGING消息将该时钟频率带到终端上,终端按照这个时钟周期性上报车辆额状态信息。触发型TAU和周期性TAU都是通过无线通讯网络上报的。
另外,车载终端也有WIFI接口,支持车内的无线传递传感器信息。
例如,一种优选的车载终端的通讯模块上报车辆状态信息的网络方式是:
车载终端内的感知模块把需要调取的车辆状态信息传递到通讯模块上,通讯模块按照paging(寻呼)确认消息中携带的需要上报的车辆状态信息的指示信息把响应的车辆状态信息通过WCDMA通讯网络无线的方式发送到无线接入设备(NodeB基站),发送方式采用在下次做触发型TAU过程中传递,当移动的汽车只有进入另外一个TA/RA的时候触发TAU上报信息,这样可以降低网络开销,减少网络的负担。
车载终端中的通讯模块可以使用模卡一体的形式,也可以使用以10646号段为代表的物联网数据卡,嵌入到车载终端的通讯模块里,不采用插拔形式的SIM卡,因为车辆形式的道路多颠簸,插拔形式的SIM卡有可能造成接触不良,导致通讯有故障。
其中,服务节点MME/SGSN接收到所述车载终端上报的车辆状态信息后,将该车辆状态信息保存在用于存储车辆状态信息的HSS中;其中,MME可以通过s6a接口传输给车联网HSS,保存到对应车辆数据库中。这个数据库按照IMSI检索车辆,车辆的车载终端标识以及与该车辆需要上报的车辆状态信息一一对应,以便于根据车载终端标识提供查询,数据可以保存生命周期为一个月。
在车辆信息化监管平台之上是具体的应用系统,运营商负责开放接口给这些具体的应用,这个系统可以为物流系统开发用于“两客一危”车辆运营安全的监管。
如图4所示,本实施例提供了车辆状态信息的监控管理方法,应用于网络侧,包括以下步骤:
S101:OMA-DM服务器获取车辆监管平台下发的第一触发命令;
所述第一触发命令携带需要上报车辆状态信息的车载终端的标识;
S102:OMA-DM通过所述车载终端当前附着的服务节点向所述车载终端发送第二触发命令,通知所述车载终端上报车辆状态信息;
所述第一触发命令和第二触发命令携带有需要上报的车辆状态信息的指示信息;
其中,所述车辆状态信息包括:车辆的车载自动诊断系统OBD信息和/或感知传感器采集的车辆状态信息。感知传感器采集的车辆状态信息包括:比如重量传感器信息、尾气排放传感器信息等等。这些信息是通过车辆上的CAN总线传递的。
其中,OMA-DM服务器通过该服务节点向所述车载终端发送触发命令,向该服务节点下发的触发命令的内容和方式可以为:
在OMA-DM规定一个数据格式,该数据格式的前半部分为车载终端的标识IMSI标识,后半部分是一个需要上报的车辆状态信息的指示信息,比如001代表胎压,002代表车重量,003代表尾气的监测指标,这个要指示给MME,再通过PAGING(寻呼)的方式下发到终端,终端定向的选择性上报车辆状态信息,这样对网络的影响最小,
或者,OMA-DM下发的只有车载终端的标识IMSI标识,这样车载终端会缺省认为上报所有通过CAN总线收集到的车辆状态信息。
其中,所述服务节点可以是移动性管理实体MME或GPRS服务支持节点SGSN,以MME为例,通过所述MME向所述车载终端发送第二触发命令,包括:
对于行驶中的车辆,其车载终端加电且处于空闲态,所述MME根据所述车载终端注册的TA/RA(Tracking Area/Routing Area,简称跟踪区/路由区),在其对应的TAI/RAI(Tracking Area Identity/Routing Area Identity,简称跟踪区标识/路由区标识)范围内进行寻呼,按照预设策略(比如,每10分钟发送一次)在寻呼确认消息中携带所述第二触发命令,将所述寻呼确认消息下发到所述车载终端;
如果所述车载终端没有加电,车辆处于未使用状态,所述车载终端处于去连接状态,所述MME根据车载终端上次登陆时注册的TA/RA,在其对应的TAI/RAI范围内进行寻呼,如果没有收到寻呼响应,则保存所述第二触发命令的内容,并且按照预设策略继续发起寻呼请求,直到收到寻呼响应后,在寻呼确认消息中携带所述第二触发命令下发到所述车载终端。
此外,所述方法还包括:所述MME接收到所述车载终端发起的跟踪区更新TAU请求消息后,根据所述TAU请求消息中携带的TAU上下文包含的车辆状态信息向所述车载终端返回TAU确认消息。
这样,MME收到车载终端上报的车辆状态信息后,不再进行现有规范中的其他TAU过程消息,在大规模车载终端的情况下,可以节约网络资源,减少信令的开销。
此外,所述方法还包括:所述MME接收到所述车载终端上报的车辆状态信息后,将该车辆状态信息保存在用于存储车辆状态信息的HSS中;其中,通过s6a接口传输给车联网HSS,保存到对应车辆数据库中。这个数据库按照IMSI检索车辆,车辆的车载终端标识以及与该车辆需要上报的车辆状态信息一一对应,以便于根据车载终端标识提供查询,数据可以保存生命周期为一个月。
本实施例需要保护一个OMA-DM和HSS之间的一个接口,通过这个接口OMA-DM可以根据所述车载终端的标识调取HSS上对应的车辆状态信息,再返回给车辆监管平台,车辆监管平台和HSS之间无接口。这样做的目的是安全性,HSS是运营商的网络实体,是不应该允许第三方的车辆监管平台直接调取数据的。
如图5所示,本实施例提供了车辆状态信息的监控管理方法,应用于车载终端侧,包括以下步骤:
S201:车载终端接收到由OMA-DM作为中间节点通过服务节点下发的触发命令,所述触发命令携带有需要上报车辆状态信息的车载终端的标识以及与该车载终端的标识对应的需要上报的车辆状态信息;
S202:获取所述车载终端的标识对应的需要上报的车辆状态信息;
S203:所述车载终端向所述服务节点发起跟踪区更新TAU请求消息,在所述TAU请求消息中携带所述车载终端的标识对应的需要上报的车辆状态信息。
也就是说,所述车载终端不建立用户面承载,通过管理层面承载所述车载终端标识对应的车辆的相应车辆状态信息,即,在跟踪区更新TAU消息中携带所述车辆状态信息向所述服务节点上报。
其中,向所述服务节点发起跟踪区更新TAU请求消息,在所述TAU请求消息中携带所述车载终端的标识对应的需要上报的车辆状态信息,具体包括:
当车辆跨TA/RA行驶时,所述车载终端向所述服务节点发起触发型的跟踪区更新TAU消息,并携带TAU请求上下文,将所述车载终端的标识对应的需要上报的车辆状态信息作为TAU请求上下文的一部分上报;
或者,所述车载终端设定上报周期,周期性向所述服务节点发起触发型的跟踪区更新TAU消息,并携带TAU请求上下文,将所述车载终端的标识对应的需要上报的相应车辆状态信息作为TAU请求上下文的一部分上报。
车载终端通过以上两个方式上报车辆状态信息,一个是触发性TAU,一个是周期性TAU的方式,这个周期性TAU的时钟频率,可以是本地保存在终端上的,也可以是保存在移动管理实体MME上,由MME按照当前网络负担判断时钟频率情况,然后随PAGING消息将该时钟频率带到终端上,终端按照这个时钟周期性上报车辆额状态信息。触发型TAU和周期性TAU都是通过无线通讯网络上报的。
另外,车载终端也有WIFI接口,支持车内的无线传递传感器信息。
其中,车载终端上报车辆状态信息的网络方式,包括:
方式一:车载终端的感知模块把接收到的车辆状态信息传递到通讯模块,通过IP的方式路由到INTERNET;
方式二:车载终端的感知模块把需要调取的车辆状态信息传递到通讯模块上,通讯模块按照paging(寻呼)确认消息中携带的需要上报的车辆状态信息的指示信息把响应的车辆状态信息通过WCDMA通讯网络无线的方式发送到无线接入设备(NodeB基站),发送方式采用在下次做触发型TAU过程中传递,当移动的汽车只有进入另外一个TA/RA的时候,才触发TAU上报信息,这样可以降低网络开销,减少网络的负担。
优选地,所述车载终端中的通讯模块可以使用模卡一体的形式,也可以使用以10646号段为代表的物联网数据卡,嵌入到车载终端的通讯模块里,不采用插拔形式的SIM卡,因为车辆形式的道路多颠簸,插拔形式的SIM卡有可能造成接触不良,导致通讯有故障。
在一个应用示例中,采用上述实施例中的车辆状态信息的监控管理系统,在4G系统中,OMA-DM通知MME,按照车载终端上次注册的位置信息(TA/RA),在TAI/RAI的范围内寻呼这个移动的汽车的车载终端。寻呼到以后,该车载终端发起一个触发型的TAU进行网络连接并且报告其所在车辆的车辆状态信息,如图6所示,具体的过程如下:
S301:OMA-DM服务器获取车辆监管平台下发的触发命令;
所述触发命令携带有需要上报车辆状态信息的车载终端的标识以及与该车载终的端标识对应的需要上报的车辆状态信息;
S302:OMA-DM服务器找到所述车载终端当前附着的MME;
S303:MME按照该车载终端上次注册的位置信息TA,在TAI的范围内发起寻呼请求;
S304:移动的汽车的车载终端接收到寻呼请求后,返回一个寻呼响应消息,MME在寻呼确认消息里面把需要上报的车辆终端的标识以及需要上报的车辆状态信息的指示信息下发到对应的车载终端;
S305:车载终端设立本地规则,当移动的汽车进入下一个TA的时候发起触发型的TAU消息,并且携带TAU上下文,将采集到的车辆状态信息作为TAU请求上下文的一部分传递给eNodeB;
S306:eNodeB根据TAU上下文中的TAI按照负载均衡原则选择一个负载相对小的MME;这个MME如果不是上次UE连接的MME,那么这个新的MME通过MME之间的S10接口从原来的MME上获得UE context;
S307:New MME通过S6a接口和HSS交互,根据从old MME上获得的UE上下文得到安全验证信息,对于接入的车载终端进行身份识别验证和接入权限验证;
此时,车载终端通过eNode B发起的TAU请求消息中上下文被MME接收,其中包括车辆状态信息小数据量作为上下文中的一部分上报。
S308:MME接收到车辆状态信息后给车载终端返回一个TAU确认消息;
说明其收到车载终端上报的车辆状态信息后,不再进行现有规范中的其他TAU过程消息,在大规模车载终端的情况下,可以节约网络资源,减少信令的开销。
S309:MME向HSS更新当前车辆的TAU上下文信息,通过S6a接口和HSS交互,把车辆的状态信息储存到HSS对应的车载终端的标识下。
此HSS为车联网专用,并且留接口为车辆管理平台调用。
从上述实施例可以看出,相对于现有技术,上述实施例中提供的车辆状态信息的监控管理方法、系统、OMA-DM服务器及终端,可以根据管理平台的需要实时通过OMA-DM服务器触发调取车辆状态信息。可以实时性监督管理某一个车辆的车况信息,加大监督力度,降低发生事故的概率,此外,由于车载终端上报车辆状态信息时,不搭建用户面承载,而是通过管理层面承载车辆状态信息,从而节约了数据面承载建立的系统开销。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
以上所述仅为本发明的优选实施例而已,并非用于限定本发明的保护范围。根据本发明的发明内容,还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (14)
1.一种车辆状态信息的监控管理方法,应用于网络侧,包括:
开放移动联盟设备管理OMA-DM服务器获取车辆监管平台下发的第一触发命令,所述第一触发命令携带需要上报车辆状态信息的车载终端的标识;
所述OMA-DM通过所述车载终端当前附着的服务节点向所述车载终端发送第二触发命令,通知所述车载终端上报车辆状态信息。
2.如权利要求1所述的方法,其特征在于,
所述第一触发命令和第二触发命令中携带有需要上报的车辆状态信息的指示信息;
所述车辆状态信息包括:车辆的车载自动诊断系统OBD信息和/或感知传感器采集的车辆状态信息。
3.如权利要求2所述的方法,其特征在于,
所述服务节点为移动性管理实体MME,通过所述MME向所述车载终端发送第二触发命令,包括:
如果所述车载终端加电且处于空闲态,则所述MME进行寻呼,在寻呼确认消息中携带所述第二触发命令下发到所述车载终端;
如果所述车载终端没有加电,则当所述MME没有收到寻呼响应时,保存所述第二触发命令的内容,并且继续发起寻呼请求,直到收到寻呼响应后,在寻呼确认消息中携带所述第二触发命令下发到所述车载终端。
4.如权利要求1或2或3所述的方法,其特征在于,
所述方法还包括:所述MME接收到所述车载终端发起的跟踪区更新TAU请求消息后,根据所述TAU请求消息中携带的TAU上下文包含的车辆状态信息向所述车载终端返回TAU确认消息。
5.如权利要求1或2或3所述的方法,其特征在于,
所述方法还包括:所述MME接收所述车载终端上报的车辆状态信息,并将该车辆状态信息和所述车载终端的标识绑定保存在用于存储车辆状态信息的归属签约用户服务器HSS中;
所述OMA-DM通过与HSS之间的接口,根据车所述车载终端的标识在所述HSS中查询对应的车辆状态信息。
6.一种车辆状态信息的监控管理方法,应用于车载终端侧,包括:
车载终端接收到由开放移动联盟设备管理OMA-DM作为中间节点通过服务节点下发的触发命令,所述触发命令携带有需要上报车辆状态信息的车载终端的标识以及与该车载终端的标识对应的需要上报的车辆状态信息;
获取所述车载终端的标识对应的需要上报的车辆状态信息;
所述车载终端向所述服务节点发起跟踪区更新TAU请求消息,在所述TAU请求消息中携带所述车载终端的标识对应的需要上报的车辆状态信息。
7.如权利要求6所述的方法,其特征在于,
所述车载终端向所述服务节点发起跟踪区更新TAU请求消息,在所述TAU请求消息中携带所述车载终端的标识对应的需要上报的车辆状态信息,具体包括:
当车辆跨跟踪区/路由区TA/RA行驶时,所述车载终端向所述服务节点发起触发型的跟踪区更新TAU消息,并携带TAU请求上下文,将所述车载终端的标识对应的需要上报的车辆状态信息作为所述TAU请求上下文的一部分上报;
或者,所述车载终端设定上报周期,周期性向所述服务节点发起触发型的跟踪区更新TAU消息,并携带TAU请求上下文,将所述车载终端的标识对应的需要上报的车辆状态信息作为所述TAU请求上下文的一部分上报;
其中,所述车辆状态信息包括:车辆的车载自动诊断系统OBD信息和/或感知传感器采集的车辆状态信息。
8.一种用于监管车辆状态信息的开放移动联盟设备管理服务器,包括::
信令获取模块,用于获取车辆监管平台下发的第一触发命令,所述第一触发命令携带需要上报车辆状态信息的车载终端的标识;
信令传递模块,用于通过所述车载终端当前附着的服务节点向所述车载终端发送第二触发命令,通知所述车载终端上报车辆状态信息。
9.如权利要求8所述的开放移动联盟设备管理服务器,其特征在于,
所述第一触发命令和第二触发命令中携带有需要上报的车辆状态信息的指示信息;
所述车辆状态信息包括:车辆的车载自动诊断系统OBD信息和/或感知传感器采集的车辆状态信息。
10.如权利要求8或9所述的开放移动联盟设备管理服务器,其特征在于,所述开放移动联盟设备管理服务器还包括:
接收模块,用于接收到所述车载终端发起的跟踪区更新TAU请求消息;
确认模块,用于在接收到所述车载终端发起的跟踪区更新TAU请求消息后,根据所述TAU请求消息中携带的TAU上下文包含的车辆状态信息向所述车载终端返回TAU确认消息。
11.如权利要求10所述的开放移动联盟设备管理服务器,其特征在于,
所述接收模块,还用于接收所述车载终端上报的车辆状态信息;
所述开放移动联盟设备管理服务器还包括:
存储模块,用于将该车辆状态信息和所述车载终端的标识绑定保存在用于存储车辆状态信息的HSS中;
查询模块,用于通过与HSS之间的接口,根据所述车辆的车载终端的标识在所述HSS中查询该车辆的车辆状态信息。
12.一种用于监管车辆状态信息的车载终端,包括:
接收模块,用于接收由开放移动联盟设备管理OMA-DM作为中间节点通过服务节点下发的触发命令,所述触发命令携带有需要上报车辆状态信息的车载终端的标识以及与该车载终端的标识对应的需要上报的车辆状态信息;
感知模块,用于获取所述车载终端的标识对应的需要上报的车辆状态信息,并将所述车辆状态信息发送至通讯模块;
通讯模块,用于向所述服务节点发起跟踪区更新TAU请求消息,在所述TAU请求消息中携带所述车载终端的标识对应的需要上报的车辆状态信息。
13.如权利要求12所述的车载终端,其特征在于,
所述通讯模块,用于向所述服务节点发起跟踪区更新TAU请求消息,在所述TAU请求消息中携带所述车载终端的标识对应的需要上报的车辆状态信息,包括:
当车辆跨跟踪区/路由区TA/RA行驶时,所述通讯模块向所述服务节点发起触发型的跟踪区更新TAU消息,并携带TAU请求上下文,将所述车载终端的标识对应的需要上报的车辆状态信息作为所述TAU请求上下文的一部分上报;
或者,所述通讯模块设定上报周期,周期性向所述服务节点发起触发型的跟踪区更新TAU消息,并携带TAU请求上下文,将所述车载终端的标识对应的需要上报的车辆状态信息作为所述TAU请求上下文的一部分上报;
其中,所述车辆状态信息包括:车辆的车载自动诊断系统OBD信息和/或感知传感器采集的车辆状态信息。
14.一种车辆状态信息的监控管理系统,包括:车辆信息化监管平台、如权利要求8~11所述的开放移动联盟设备管理服务器以及如权利要求12~13所述的车载终端,其中:
所述车辆信息化监管平台,用于下发触发命令,所述触发命令携带有需要上报车辆状态信息的车载终端的标识以及与该车载终端的标识对应的需要上报的车辆状态信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310646543.6A CN103618628B (zh) | 2013-12-04 | 2013-12-04 | 一种车辆状态信息的监控管理方法、系统及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310646543.6A CN103618628B (zh) | 2013-12-04 | 2013-12-04 | 一种车辆状态信息的监控管理方法、系统及终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103618628A true CN103618628A (zh) | 2014-03-05 |
CN103618628B CN103618628B (zh) | 2017-01-25 |
Family
ID=50169332
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310646543.6A Active CN103618628B (zh) | 2013-12-04 | 2013-12-04 | 一种车辆状态信息的监控管理方法、系统及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103618628B (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104954420A (zh) * | 2014-03-25 | 2015-09-30 | 福特全球技术公司 | 可变报告速率远程信息处理 |
CN105578421A (zh) * | 2014-11-05 | 2016-05-11 | 中国联合网络通信集团有限公司 | 一种被盗车辆定位方法及系统 |
CN106557085A (zh) * | 2016-10-27 | 2017-04-05 | 深圳市元征科技股份有限公司 | 数据处理方法和装置 |
CN106949233A (zh) * | 2017-04-08 | 2017-07-14 | 怀宁鑫橙信息技术有限公司 | 一种智能快递车工作模式切换方法 |
CN107113903A (zh) * | 2015-05-05 | 2017-08-29 | 大众汽车有限公司 | 用于控制到车辆部件的数据交换和数据传输的车辆、装置、方法和计算机程序 |
WO2017173586A1 (zh) * | 2016-04-05 | 2017-10-12 | 华为技术有限公司 | 一种用户终端的管理方法及相关设备 |
CN107483577A (zh) * | 2017-08-14 | 2017-12-15 | 上海德衡数据科技有限公司 | 一种基于上下文感知的车联网多信息融合与决策中间件 |
CN108881409A (zh) * | 2018-05-31 | 2018-11-23 | 北京智行者科技有限公司 | 车辆的监控方法及系统 |
CN111508110A (zh) * | 2020-04-12 | 2020-08-07 | 广州通达汽车电气股份有限公司 | 一种实现车辆远程锁定的方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101039261A (zh) * | 2006-03-16 | 2007-09-19 | 华为技术有限公司 | 用户终端接入网络及承载建立过程的处理方法、系统及装置 |
CN101621735A (zh) * | 2009-08-07 | 2010-01-06 | 赵阳 | 基于第三代移动通信的汽车实时信息系统 |
CN102026156A (zh) * | 2009-09-09 | 2011-04-20 | 华为技术有限公司 | 一种终端的控制方法与装置 |
US20130003698A1 (en) * | 2011-07-01 | 2013-01-03 | Interdigital Patent Holdings, Inc. | Method and apparatus for managing service continuity |
WO2013009008A1 (en) * | 2011-07-08 | 2013-01-17 | Lg Electronics Inc. | Method and terminal for performing detach procedure |
-
2013
- 2013-12-04 CN CN201310646543.6A patent/CN103618628B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101039261A (zh) * | 2006-03-16 | 2007-09-19 | 华为技术有限公司 | 用户终端接入网络及承载建立过程的处理方法、系统及装置 |
CN101621735A (zh) * | 2009-08-07 | 2010-01-06 | 赵阳 | 基于第三代移动通信的汽车实时信息系统 |
CN102026156A (zh) * | 2009-09-09 | 2011-04-20 | 华为技术有限公司 | 一种终端的控制方法与装置 |
US20130003698A1 (en) * | 2011-07-01 | 2013-01-03 | Interdigital Patent Holdings, Inc. | Method and apparatus for managing service continuity |
WO2013009008A1 (en) * | 2011-07-08 | 2013-01-17 | Lg Electronics Inc. | Method and terminal for performing detach procedure |
Non-Patent Citations (2)
Title |
---|
MAES 等: "《SDP-based IP and Multimedia real time communicaitons integration with vehicle remote monitoring,monitoring and emergenry systems》", 《ITS TELECOMMUNICATIONS 2008》 * |
RYU HYUN-KI等: "《The design of Remote Vehicle Management System Based on OMA DM Protocol and AUTOSAR S/W Architecture》", 《ALPIT 2008,INTERNATIONAL CONFERENCE ON》 * |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104954420A (zh) * | 2014-03-25 | 2015-09-30 | 福特全球技术公司 | 可变报告速率远程信息处理 |
CN104954420B (zh) * | 2014-03-25 | 2019-09-27 | 福特全球技术公司 | 可变报告速率远程信息处理 |
CN105578421A (zh) * | 2014-11-05 | 2016-05-11 | 中国联合网络通信集团有限公司 | 一种被盗车辆定位方法及系统 |
CN107113903A (zh) * | 2015-05-05 | 2017-08-29 | 大众汽车有限公司 | 用于控制到车辆部件的数据交换和数据传输的车辆、装置、方法和计算机程序 |
WO2017173586A1 (zh) * | 2016-04-05 | 2017-10-12 | 华为技术有限公司 | 一种用户终端的管理方法及相关设备 |
CN108886474A (zh) * | 2016-04-05 | 2018-11-23 | 华为技术有限公司 | 一种用户终端的管理方法及相关设备 |
CN108886474B (zh) * | 2016-04-05 | 2020-12-15 | 华为技术有限公司 | 一种用户终端的管理方法及相关设备 |
CN106557085A (zh) * | 2016-10-27 | 2017-04-05 | 深圳市元征科技股份有限公司 | 数据处理方法和装置 |
CN106949233A (zh) * | 2017-04-08 | 2017-07-14 | 怀宁鑫橙信息技术有限公司 | 一种智能快递车工作模式切换方法 |
CN107483577A (zh) * | 2017-08-14 | 2017-12-15 | 上海德衡数据科技有限公司 | 一种基于上下文感知的车联网多信息融合与决策中间件 |
CN108881409A (zh) * | 2018-05-31 | 2018-11-23 | 北京智行者科技有限公司 | 车辆的监控方法及系统 |
CN111508110A (zh) * | 2020-04-12 | 2020-08-07 | 广州通达汽车电气股份有限公司 | 一种实现车辆远程锁定的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN103618628B (zh) | 2017-01-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103618628B (zh) | 一种车辆状态信息的监控管理方法、系统及终端 | |
US11240876B2 (en) | Managing communications for connected vehicles using a cellular network | |
CN103035117B (zh) | 出租车智能电招的方法及系统 | |
WO2018137712A1 (zh) | 一种通信方法和通信设备 | |
CN103412556B (zh) | 车辆在线检测系统 | |
Lingling et al. | An intelligent vehicle monitoring system based on internet of things | |
CN103236182B (zh) | 监测交通安全的方法、监测装置及系统 | |
CN105243838A (zh) | 车辆行驶安全监控方法和装置、系统 | |
US20210020042A1 (en) | Method and system for traffic behavior detection and warnings | |
CN106364424A (zh) | 一种车辆异常信息传输系统、方法及智能车载盒 | |
CN103475738A (zh) | 一种车载信息系统 | |
CN104917808A (zh) | 一种基于车联网的救援调度方法及系统 | |
Singhal et al. | Intelligent accident management system using IoT and cloud computing | |
US20200079382A1 (en) | Method and system for evaluating contextual risk profiles in a vehicle | |
CN103826216A (zh) | 在网络侧检测车辆与车载终端是否匹配的方法和系统 | |
CN105407170A (zh) | 一种具有链路保护的车联网系统 | |
CN104464356A (zh) | 一种出租车司机行车安全防范方法 | |
CN205015735U (zh) | 一种组内信息共享的车联网系统 | |
CN103248691A (zh) | 车联网系统及其数据备份方法 | |
CN104574006A (zh) | 一种危险物品车辆定位管理系统 | |
US11279319B2 (en) | Systems and methods for identifying unauthorized vehicle use | |
CN107749162A (zh) | 一种城市智能公共交通管理系统 | |
CN107027159A (zh) | 一种按需加入车联网的方法及终端 | |
CN207867551U (zh) | 一种基于物联网技术的物流业务管理平台 | |
Yadav et al. | Architechture, applications and security for IOV: a survey |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |