一種車輛狀態信息的監控管理方法、系統及終端的製作方法

2023-05-30 19:00:46

一種車輛狀態信息的監控管理方法、系統及終端的製作方法
【專利摘要】本發明公開了一種車輛狀態信息的監控管理方法、系統、OMA-DM伺服器及車載終端，其中，所述方法包括：OMA-DM伺服器獲取車輛監管平臺下發的第一觸發命令，所述第一觸發命令攜帶需要上報車輛狀態信息的車載終端的標識；所述OMA-DM通過所述車載終端當前附著的服務節點向所述車載終端發送第二觸發命令，通知所述車載終端上報車輛狀態信息。本發明可以根據管理平臺的需要實時通過OMA-DM伺服器觸發調取車輛狀態信息，實時監管某一個車輛的車況信息，從而加大監督力度，降低發生事故的概率，此外，由於車載終端上報車輛狀態信息時，不搭建用戶面承載，而是通過管理層面承載車輛狀態信息，從而節約數據面承載建立的系統開銷。
【專利說明】一種車輛狀態信息的監控管理方法、系統及終端【技術領域】
[0001]本發明涉及通信領域，具體涉及一種車輛狀態信息的監控管理方法、系統、OMA-DM(OMA Device Management)開放移動聯盟設備管理伺服器及終端。
【背景技術】
[0002]兩客一危，是指從事旅遊的包車、三類以上班線客車和運輸危險化學品、煙花爆竹、民用爆炸物品的道路專用車輛。
[0003]物聯網可以改變商業車隊的管理方式，尤其對於「兩客一危」等特殊車輛，據國家環保部2011年統計，我國中重型載重車輛保有量為600萬輛，其中中型車320輛，重型車280萬輛左右；特種車輛，如挖掘機、危險品運輸車、運油車等的數量較為龐大；載重車主要集中在政府、物流、石油、公交、化工、礦山等行業，以及部分個人特種車主；再有,公安部門對於車輛的監督管理，校車超載問題等一些社會廣泛關注的事件，可以讓車聯網發揮其重要的作用。針對上述車聯網對於相關產業的影響，運營商可以考慮依託現有的網絡平臺建立一個「兩客一危」在線商用車輛管理平臺，對於特殊車輛的動態、靜態信息進行全程監管。
[0004]現有的遠程信息服務系統包括車前座系統提供的服務包括通訊、導航、行車安全監視、聯網資訊、路況、天氣等；車後座系統的服務包括在線下載影音資訊、在線網路遊戲等；車況診斷系統的服務包括保養通知、車況預警等。
[0005]現有的車 輛遠程信息服務系統存在以下問題:
[0006]1、更多強調了車輛的定位信息和娛樂信息的服務，沒有更多關注由於車輛自身而帶來的安全隱患，對於當前實時胎壓、車輛載重情況、車輛保養信息等都有相關的關注部門和實體，車輛遠程信息服務系統不能滿足對於車輛信息的實時提取需求；
[0007]2、車輛的遠程信息服務系統是一種自上而下的服務方式，以平臺的信息發布、安全提醒為主，而沒有強調自下而上的在線車輛信息管理功能；
[0008]3、現有的車輛監管系統是直接與車輛的車載終端交互，這樣的弊端是:
[0009]I)由於最終的數據保存在HSS上，在HSS和不信任的第三方運營的車輛監管平臺之間設立接口，第三方直接訪問HSS會有安全性隱患；
[0010]2)如果業務量很大，會增大對對MME的衝擊，使得網絡的正常工作受到衝擊。

【發明內容】

[0011]本發明需要解決的技術問題是提供一種車輛狀態信息的監控管理方法、系統、OMA-DM伺服器及終端，可以實時監督管理某一車輛的車輛狀態信息，提高監督力度，降低發生事故的概率；而且當業務量很大時可以降低對服務節點的衝擊，避免網絡的正常工作受到衝擊。
[0012]為了解決上述技術問題，本發明提供了一種車輛狀態信息的監控管理方法，應用於網絡側，包括:
[0013]開放移動聯盟設備管理OMA-DM伺服器獲取車輛監管平臺下發的第一觸發命令，所述第一觸發命令攜帶需要上報車輛狀態信息的車載終端的標識；
[0014]所述OMA-DM通過所述車載終端當前附著的服務節點向所述車載終端發送第二觸發命令，通知所述車載終端上報車輛狀態信息。
[0015]進一步地，所述第一觸發命令和第二觸發命令中攜帶有需要上報的車輛狀態信息的指示信息；
[0016]所述車輛狀態信息包括:車輛的車載自動診斷系統OBD信息和/或感知傳感器採集的車輛狀態信息。
[0017]進一步地，所述服務節點為移動性管理實體MME，通過所述MME向所述車載終端發送第二觸發命令，包括:
[0018]如果所述車載終端加電且處於空閒態，則所述MME進行尋呼，在尋呼確認消息中攜帶所述第二觸發命令下發到所述車載終端；
[0019]如果所述車載終端沒有加電，則當所述MME沒有收到尋呼響應時，保存所述第二觸發命令的內容，並且繼續發起尋呼請求，直到收到尋呼響應後，在尋呼確認消息中攜帶所述第二觸發命令下發到所述車載終端。
[0020]進一步地，所述方法還包括:所述MME接收到所述車載終端發起的跟蹤區更新TAU請求消息後，根據所述TAU請求消息中攜帶的TAU上下文包含的車輛狀態信息向所述車載終端返回TAU確認消息。
[0021]進一步地，所述方法還包括:所述MME接收所述車載終端上報的車輛狀態信息，並將該車輛狀態信息和所述車載終端的標識綁定保存在用於存儲車輛狀態信息的歸屬籤約用戶伺服器HSS中；
[0022]所述OMA-DM通過與HSS之間的接口，根據車所述車載終端的標識在所述HSS中查詢對應的車輛狀態信息。
[0023]為了解決上述技術問題，本發明提供了一種車輛狀態信息的監控管理方法，應用於車載終端側，包括:
[0024]車載終端接收到由開放移動聯盟設備管理OMA-DM作為中間節點通過服務節點下發的觸發命令，所述觸發命令攜帶有需要上報車輛狀態信息的車載終端的標識以及與該車載終端的標識對應的需要上報的車輛狀態信息；
[0025]獲取所述車載終端的標識對應的需要上報的車輛狀態信息；
[0026]所述車載終端向所述服務節點發起跟蹤區更新TAU請求消息，在所述TAU請求消息中攜帶所述車載終端的標識對應的需要上報的車輛狀態信息。
[0027]進一步地，所述車載終端向所述服務節點發起跟蹤區更新TAU請求消息，在所述TAU請求消息中攜帶所述車載終端的標識對應的需要上報的車輛狀態信息，具體包括:
[0028]當車輛跨跟蹤區/路由區TA/RA行駛時，所述車載終端向所述服務節點發起觸髮型的跟蹤區更新TAU消息，並攜帶TAU請求上下文，將所述車載終端的標識對應的需要上報的車輛狀態信息作為所述TAU請求上下文的一部分上報；
[0029]或者，所述車載終端設定上報周期，周期性向所述服務節點發起觸髮型的跟蹤區更新TAU消息，並攜帶TAU請求上下文，將所述車載終端的標識對應的需要上報的車輛狀態信息作為所述TAU請求上下文的一部分上報；
[0030]其中，所述車輛狀態信息包括:車輛的車載自動診斷系統OBD信息和/或感知傳感器採集的車輛狀態信息。
[0031]為了解決上述技術問題，本發明還提供了一種用於監管車輛狀態信息的開放移動聯盟設備管理伺服器，包括::
[0032]信令獲取模塊，用於獲取車輛監管平臺下發的第一觸發命令，所述第一觸發命令攜帶需要上報車輛狀態信息的車載終端的標識；
[0033]信令傳遞模塊，用於通過所述車載終端當前附著的服務節點向所述車載終端發送第二觸發命令，通知所述車載終端上報車輛狀態信息。
[0034]進一步地，所述第一觸發命令和第二觸發命令中攜帶有需要上報的車輛狀態信息的指示信息；
[0035]所述車輛狀態信息包括:車輛的車載自動診斷系統OBD信息和/或感知傳感器採集的車輛狀態信息。
[0036]進一步地，所述開放移動聯盟設備管理伺服器還包括:
[0037]接收模塊，用於接收到所述車載終端發起的跟蹤區更新TAU請求消息；
[0038]確認模塊，用於在接收到所述車載終端發起的跟蹤區更新TAU請求消息後，根據所述TAU請求消息中攜帶的TAU上下文包含的車輛狀態信息向所述車載終端返回TAU確認消息。
[0039]進一步地，所述接收模塊，還用於接收所述車載終端上報的車輛狀態信息；
[0040]所述開放移動聯盟設備管理伺服器還包括:
[0041]存儲模塊，用於將該車輛狀態信息和所述車載終端的標識綁定保存在用於存儲車輛狀態信息的HSS中；
[0042]查詢模塊，用於通過與HSS之間的接口，根據所述車輛的車載終端的標識在所述HSS中查詢該車輛的車輛狀態信息。
[0043]為了解決上述技術問題，本發明還提供了一種用於監管車輛狀態信息的車載終端，包括:
[0044]接收模塊，用於接收由開放移動聯盟設備管理OMA-DM作為中間節點通過服務節點下發的觸發命令，所述觸發命令攜帶有需要上報車輛狀態信息的車載終端的標識以及與該車載終端的標識對應的需要上報的車輛狀態信息；
[0045]感知模塊，用於獲取所述車載終端的標識對應的需要上報的車輛狀態信息，並將所述車輛狀態信息發送至通訊模塊；
[0046]通訊模塊，用於向所述服務節點發起跟蹤區更新TAU請求消息，在所述TAU請求消息中攜帶所述車載終端的標識對應的需要上報的車輛狀態信息。
[0047]進一步地，所述通訊模塊，用於向所述服務節點發起跟蹤區更新TAU請求消息，在所述TAU請求消息中攜帶所述車載終端的標識對應的需要上報的車輛狀態信息，包括:
[0048]當車輛跨跟蹤區/路由區TA/RA行駛時，所述通訊模塊向所述服務節點發起觸髮型的跟蹤區更新TAU消息，並攜帶TAU請求上下文，將所述車載終端的標識對應的需要上報的車輛狀態信息作為所述TAU請求上下文的一部分上報；
[0049]或者，所述通訊模塊設定上報周期，周期性向所述服務節點發起觸髮型的跟蹤區更新TAU消息，並攜帶TAU請求上下文，將所述車載終端的標識對應的需要上報的車輛狀態信息作為所述TAU請求上下文的一部分上報；[0050]其中，所述車輛狀態信息包括:車輛的車載自動診斷系統OBD信息和/或感知傳感器採集的車輛狀態信息。
[0051]為了解決上述技術問題，本發明還提供了一種車輛狀態信息的監控管理系統，包括:車輛信息化監管平臺、如上所述的開放移動聯盟設備管理伺服器以及如上所述的車載終端，其中:
[0052]所述車輛信息化監管平臺，用於下發觸發命令，所述觸發命令攜帶有需要上報車輛狀態信息的車載終端的標識以及與該車載終端的標識對應的需要上報的車輛狀態信息。
[0053]與現有技術相比，本發明提供的車輛狀態信息的監控管理方法、系統、OMA-DM伺服器及終端，可以根據管理平臺的需要實時通過OMA-DM伺服器觸發調取車輛狀態信息，可以實時性監督管理某一個車輛的車況信息，加大監督力度，降低發生事故的概率，此外，由於車載終端上報車輛狀態信息時，不搭建用戶面承載，而是通過管理層面承載車輛狀態信息，從而節約數據面承載建立的系統開銷。
【專利附圖】

【附圖說明】
[0054]圖1是實施例中車輛狀態信息的監控管理系統的結構圖；
[0055]圖2是實施例中車輛狀態信息的OMA-DM伺服器的結構圖；
[0056]圖3是實施例中車輛狀態信息的車載終端的結構圖；
[0057]圖4是實施例中應用於網絡側的車輛狀態信息的監控管理方法流程圖；
[0058]圖5是實施例中應用於車載終端側的車輛狀態信息的監控管理方法流程圖；
[0059]圖6是一個應用示例中車輛狀態信息的監控管理方法流程圖。
【具體實施方式】
[0060]為使本發明的目的、技術方案和優點更加清楚明白，下文中將結合附圖對本發明的實施例進行詳細說明。需要說明的是，在不衝突的情況下，本申請中的實施例及實施例中的特徵可以相互任意組合。
[0061]實施例:
[0062]OMA DM (OMA Device Management)開放移動聯盟設備管理,是一種通過遠程伺服器對網絡內終端進行管理的協議。通過OMA DM伺服器可以對終端設備進行固件更新、參數配置、數據採集等各種管理功能。數據時代的來臨，運營商越來越重視對於數據「內容」的管理與控制，因此運營商會對於物聯網終端的DM功能提出強制要求。
[0063]針對終端在線的情況下，MTC (Machine-Type Communication,機器類型通信)Server (伺服器)發往終端的激活消息，由中間節點攔截並轉發給網絡內控制節點。這裡，中間可以有:機器類型通信交互功能(Machine-Type Communication InterworkingFunction, MTC-1WF)實體、MME (Mobile Managenment Entity,移動性管理實體)等多種功能實體。現有的使用中間件進行終端觸發的方式是:由中間節點負責尋找終端當前附著的服務節點，並將激活請求路由到該服務節點，由該服務節點通過控制面信令向終端下發激活請求。
[0064]基於中間節點如何尋找當前終端所附著的服務節點，有兩種具體的實現形式:
[0065]1.採用服務節點變化後動態通知的方法:通過MTC監聽方案，中間節點訂閱終端的移動性事件，該移動性事件的粒度為服務節點的變化；
[0066]2.採用中間節點根據需要主動查詢服務節點的方法:中間節點在需要激活終端時候，從歸屬籤約用戶伺服器(Home Subscriber Server, HSS)中查詢終端當前的服務節點。
[0067]如圖1所示，本實施例提供了一種車輛狀態信息的監控管理系統，包括:車輛信息化監管平臺、OMA-DM伺服器、服務節點以及車載終端，其中:
[0068]所述車輛信息化監管平臺，用於下發觸發命令獲取需要上報的車輛狀態信息，所述觸發命令攜帶有需要上報車輛狀態信息的車載終端的標識以及與該車載終端的標識對應的需要上報的車輛狀態信息的指示信息；
[0069]其中，獲取某車輛信息可以按照一定的車輛編碼規則，具體做法是每個車載終端都有一個SIM卡，根據其上的IMSI進行車輛的唯一標識，將此IMSI作為車載終端的標識，把OBD信息以及車輛CAN總線傳遞來的感知傳感器採集的車輛狀態信息與該車載終端的標識建立映射關係，車輛信息化管理平臺可以利用車載終端的標識實時地來獲取對應的需要上報的車輛狀態信息。
[0070]如圖2所示，OMA-DM伺服器，包括::
[0071]信令獲取模塊，用於獲取車輛監管平臺下發的第一觸發命令，所述第一觸發命令攜帶有需要上報車輛狀態信息的車載終端的標識；
[0072]信令傳遞模塊，用於通過所`述車載終端當前附著的服務節點向所述車載終端發送第二觸發命令，通知所述車載終端上報車輛狀態信息。
[0073]其中，所述第一觸發命令和第二觸發命令中攜帶有需要上報的車輛狀態信息的指示信息；
[0074]所述車輛狀態信息包括:車輛的車載自動診斷系統OBD信息和/或感知傳感器採集的車輛狀態信息。
[0075]OMA-DM伺服器通過該服務節點向所述車載終端發送觸發命令，向該服務節點下發的觸發命令的內容和方式可以為:
[0076]在OMA-DM規定一個數據格式，該數據格式的前半部分為車載終端的標識IMSI標識，後半部分是一個需要上報的車輛狀態信息的指示信息，比如001代表胎壓，002代表車重量，003代表尾氣的監測指標，這個要指示給MME，再通過PAGING (尋呼)的方式下發到終端，終端定向的選擇性上報車輛狀態信息，這樣對網絡的影響最小，
[0077]或者，OMA-DM下發的只有車載終端的標識MSI標識，這樣車載終端會預設認為上報所有通過CAN總線收集到的車輛狀態信息。
[0078]優選地，所述OMA-DM伺服器還包括:
[0079]接收模塊，用於接收到所述車載終端發起的跟蹤區更新TAU請求消息；
[0080]確認模塊，用於在接收到所述車載終端發起的跟蹤區更新TAU請求消息後，根據所述TAU請求消息中攜帶的TAU上下文包含的車輛狀態信息向所述車載終端返回TAU確認消息。
[0081]這樣，OMA-DM收到車載終端上報的車輛狀態信息後，不再進行現有規範中的其他TAU過程消息，在大規模車載終端的情況下，可以節約網絡資源，減少信令的開銷。
[0082]優選地，所述接收模塊，還用於接收所述車載終端上報的車輛狀態信息；[0083]所述OMA-DM還包括:
[0084]存儲模塊，用於將該車輛狀態信息和所述車載終端的標識綁定保存在用於存儲車輛狀態信息的HSS中；
[0085]查詢模塊，用於通過與HSS之間的接口，根據所述車輛的車載終端的標識在所述HSS中查詢該車輛的車輛狀態信息。
[0086]本實施例中，以OMA-DM作為中間件，觸發調取車輛狀態信息，具有以下優點:
[0087]I)安全角度，本方案考慮到最終的數據保存在HSS上，在HSS和不信任的第三方運營的車輛監管平臺之間設立接口，會有安全性隱患，OMA-DM可以由運營商管理，在HSS和OMA-DM之間設立接口，在由車輛監管平臺訪問OMA-DM的方式調取數據。避免了因為這樣一項業務直接訪問HSS帶來的安全隱患；
[0088]2)0MA_DM本身就是一個觸發伺服器，使用它作為中間件，可以方便處理，比如定義各個觸發對象的數據格式，下發觸發策略等；
[0089]3)降低對服務節點(比如:MME/SGSN)的衝擊，首先要保證網絡的正常工作情況不受衝擊，如果業務量很大，OMA-DM可以先存儲觸發指令，待服務節點負載相對小的時候，再把指令發到其上。
[0090]如圖3所示,車載終端,包括:
[0091]接收模塊，用於接收由OMA-DM作為中間節點通過服務節點下發的觸發命令，所述觸發命令攜帶有需要上報車輛狀態信息的車載終端的標識以及與該車載終端的標識對應的需要上報的車輛狀態信息；
[0092]感知模塊，用於獲取所述車載終端的標識對應的需要上報的車輛狀態信息，並將所述車輛狀態信息發送至通訊模塊；
[0093]車輛前端的各種感知傳感器用於收集各種車輛狀態信息；車輛狀態信息包括車輛的OBD (On-Board Diagnostics,簡稱車載自動診斷系統)信息和感知傳感器採集的車輛狀態信息，比如重量傳感器信息、尾氣排放傳感器信息等等。這些信息是通過車輛上的CAN總線傳遞的。感知模塊可以讀出車輛的OBD信息和感知傳感器採集的車輛狀態信息。
[0094]通訊模塊，用於向所述服務節點發起跟蹤區更新TAU請求消息，在所述TAU請求消息中攜帶所述車載終端的標識對應的需要上報的車輛狀態信息。
[0095]其中，所述通訊模塊具體用於:當車輛跨TA/RA(Tracking Area/Routing Area,簡稱跟蹤區/路由區)行駛時，向所述服務節點發起觸髮型的TAU (Tracking Area Update,跟蹤區更新)消息，並攜帶TAU請求上下文，將所述車載終端的標識對應的需要上報的車輛狀態信息作為TAU請求上下文的一部分上報；
[0096]或者，所述設定上報周期，周期性向所述服務節點發起觸髮型的跟蹤區更新TAU消息，並攜帶TAU請求上下文，將所述車載終端的標識對應的需要上報的車輛狀態信息作為TAU請求上下文的一部分上報；
[0097]車載終端通過以上兩個方式上報車輛狀態信息，一個是觸發性TAU，一個是周期性TAU的方式，這個周期性TAU的時鐘頻率，可以是本地保存在終端上的，也可以是保存在移動管理實體MME上，由MME按照當前網絡負擔判斷時鐘頻率情況，然後隨PAGING消息將該時鐘頻率帶到終端上，終端按照這個時鐘周期性上報車輛額狀態信息。觸髮型TAU和周期性TAU都是通過無線通訊網絡上報的。[0098]另外，車載終端也有WIFI接口，支持車內的無線傳遞傳感器信息。
[0099]例如，一種優選的車載終端的通訊模塊上報車輛狀態信息的網絡方式是:
[0100]車載終端內的感知模塊把需要調取的車輛狀態信息傳遞到通訊模塊上，通訊模塊按照paging (尋呼)確認消息中攜帶的需要上報的車輛狀態信息的指示信息把響應的車輛狀態信息通過WCDMA通訊網絡無線的方式發送到無線接入設備(NodeB基站)，發送方式採用在下次做觸髮型TAU過程中傳遞，當移動的汽車只有進入另外一個TA/RA的時候觸發TAU上報信息，這樣可以降低網絡開銷，減少網絡的負擔。
[0101]車載終端中的通訊模塊可以使用模卡一體的形式，也可以使用以10646號段為代表的物聯網數據卡，嵌入到車載終端的通訊模塊裡，不採用插拔形式的SIM卡，因為車輛形式的道路多顛簸，插拔形式的SIM卡有可能造成接觸不良，導致通訊有故障。
[0102]其中，服務節點MME/SGSN接收到所述車載終端上報的車輛狀態信息後，將該車輛狀態信息保存在用於存儲車輛狀態信息的HSS中；其中，MME可以通過s6a接口傳輸給車聯網HSS，保存到對應車輛資料庫中。這個資料庫按照IMSI檢索車輛，車輛的車載終端標識以及與該車輛需要上報的車輛狀態信息一一對應，以便於根據車載終端標識提供查詢，數據可以保存生命周期為一個月。
[0103]在車輛信息化監管平臺之上是具體的應用系統，運營商負責開放接口給這些具體的應用，這個系統可以為物流系統開發用於「兩客一危」車輛運營安全的監管。
[0104]如圖4所示，本實施例提供了車輛狀態信息的監控管理方法，應用於網絡側，包括以下步驟:
[0105]SlOl =OMA-DM伺服器獲取車輛監管平臺下發的第一觸發命令；
[0106]所述第一觸發命令攜帶需要上報車輛狀態信息的車載終端的標識；
[0107]S102 =OMA-DM通過所述車載終端當前附著的服務節點向所述車載終端發送第二觸發命令，通知所述車載終端上報車輛狀態信息；
[0108]所述第一觸發命令和第二觸發命令攜帶有需要上報的車輛狀態信息的指示信息；
[0109]其中，所述車輛狀態信息包括:車輛的車載自動診斷系統OBD信息和/或感知傳感器採集的車輛狀態信息。感知傳感器採集的車輛狀態信息包括:比如重量傳感器信息、尾氣排放傳感器信息等等。這些信息是通過車輛上的CAN總線傳遞的。
[0110]其中，OMA-DM伺服器通過該服務節點向所述車載終端發送觸發命令，向該服務節點下發的觸發命令的內容和方式可以為:
[0111]在OMA-DM規定一個數據格式，該數據格式的前半部分為車載終端的標識IMSI標識，後半部分是一個需要上報的車輛狀態信息的指示信息，比如001代表胎壓，002代表車重量，003代表尾氣的監測指標，這個要指示給MME，再通過PAGING (尋呼)的方式下發到終端，終端定向的選擇性上報車輛狀態信息，這樣對網絡的影響最小，
[0112]或者，OMA-DM下發的只有車載終端的標識MSI標識，這樣車載終端會預設認為上報所有通過CAN總線收集到的車輛狀態信息。
[0113]其中，所述服務節點可以是移動性管理實體MME或GPRS服務支持節點SGSN，以MME為例，通過所述MME向所述車載終端發送第二觸發命令，包括:
[0114]對於行駛中的車輛，其車載終端加電且處於空閒態，所述MME根據所述車載終端註冊的TA/RA (Tracking Area/Routing Area,簡稱跟蹤區/路由區),在其對應的TAI/RAI(Tracking Area Identity/Routing Area Identity,簡稱跟蹤區標識 / 路由區標識)範圍內進行尋呼，按照預設策略(比如，每10分鐘發送一次)在尋呼確認消息中攜帶所述第二觸發命令，將所述尋呼確認消息下發到所述車載終端；
[0115]如果所述車載終端沒有加電，車輛處於未使用狀態，所述車載終端處於去連接狀態，所述MME根據車載終端上次登陸時註冊的TA/RA，在其對應的TAI/RAI範圍內進行尋呼，如果沒有收到尋呼響應，則保存所述第二觸發命令的內容，並且按照預設策略繼續發起尋呼請求，直到收到尋呼響應後，在尋呼確認消息中攜帶所述第二觸發命令下發到所述車載終端。
[0116]此外，所述方法還包括:所述MME接收到所述車載終端發起的跟蹤區更新TAU請求消息後，根據所述TAU請求消息中攜帶的TAU上下文包含的車輛狀態信息向所述車載終端返回TAU確認消息。
[0117]這樣，MME收到車載終端上報的車輛狀態信息後，不再進行現有規範中的其他TAU過程消息，在大規模車載終端的情況下，可以節約網絡資源，減少信令的開銷。
[0118]此外，所述方法還包括:所述MME接收到所述車載終端上報的車輛狀態信息後，將該車輛狀態信息保存在用於存儲車輛狀態信息的HSS中；其中，通過s6a接口傳輸給車聯網HSS，保存到對應車輛資料庫中。這個資料庫按照IMSI檢索車輛，車輛的車載終端標識以及與該車輛需要上報的車輛狀態信息一一對應，以便於根據車載終端標識提供查詢，數據可以保存生命周期為一個月。
[0119]本實施例需要保護一個OMA-DM和HSS之間的一個接口，通過這個接口 OMA-DM可以根據所述車載終端的標識調取HSS上對應的車輛狀態信息，再返回給車輛監管平臺，車輛監管平臺和HSS之間無接口。這樣做的目的是安全性，HSS是運營商的網絡實體，是不應該允許第三方的車輛監管平臺直接調取數據的。
[0120]如圖5所示，本實施例提供了車輛狀態信息的監控管理方法，應用於車載終端側，包括以下步驟:
[0121]S201:車載終端接收到由OMA-DM作為中間節點通過服務節點下發的觸發命令，所述觸發命令攜帶有需要上報車輛狀態信息的車載終端的標識以及與該車載終端的標識對應的需要上報的車輛狀態信息；
[0122]S202:獲取所述車載終端的標識對應的需要上報的車輛狀態信息；
[0123]S203:所述車載終端向所述服務節點發起跟蹤區更新TAU請求消息，在所述TAU請求消息中攜帶所述車載終端的標識對應的需要上報的車輛狀態信息。
[0124]也就是說，所述車載終端不建立用戶面承載，通過管理層面承載所述車載終端標識對應的車輛的相應車輛狀態信息，即，在跟蹤區更新TAU消息中攜帶所述車輛狀態信息向所述服務節點上報。
[0125]其中，向所述服務節點發起跟蹤區更新TAU請求消息，在所述TAU請求消息中攜帶所述車載終端的標識對應的需要上報的車輛狀態信息，具體包括:
[0126]當車輛跨TA/RA行駛時，所述車載終端向所述服務節點發起觸髮型的跟蹤區更新TAU消息，並攜帶TAU請求上下文，將所述車載終端的標識對應的需要上報的車輛狀態信息作為TAU請求上下文的一部分上報；[0127]或者，所述車載終端設定上報周期，周期性向所述服務節點發起觸髮型的跟蹤區更新TAU消息，並攜帶TAU請求上下文，將所述車載終端的標識對應的需要上報的相應車輛狀態信息作為TAU請求上下文的一部分上報。
[0128]車載終端通過以上兩個方式上報車輛狀態信息，一個是觸發性TAU，一個是周期性TAU的方式，這個周期性TAU的時鐘頻率，可以是本地保存在終端上的，也可以是保存在移動管理實體MME上，由MME按照當前網絡負擔判斷時鐘頻率情況，然後隨PAGING消息將該時鐘頻率帶到終端上，終端按照這個時鐘周期性上報車輛額狀態信息。觸髮型TAU和周期性TAU都是通過無線通訊網絡上報的。
[0129]另外，車載終端也有WIFI接口，支持車內的無線傳遞傳感器信息。
[0130]其中，車載終端上報車輛狀態信息的網絡方式，包括:
[0131]方式一:車載終端的感知模塊把接收到的車輛狀態信息傳遞到通訊模塊，通過IP的方式路由到INTERNET ；
[0132]方式二:車載終端的感知模塊把需要調取的車輛狀態信息傳遞到通訊模塊上，通訊模塊按照paging (尋呼)確認消息中攜帶的需要上報的車輛狀態信息的指示信息把響應的車輛狀態信息通過WCDMA通訊網絡無線的方式發送到無線接入設備(NodeB基站)，發送方式採用在下次做觸髮型TAU過程中傳遞，當移動的汽車只有進入另外一個TA/RA的時候，才觸發TAU上報信息，這樣可以降低網絡開銷，減少網絡的負擔。
[0133]優選地，所述車載終端中的通訊模塊可以使用模卡一體的形式，也可以使用以10646號段為代表的物聯網數據卡，嵌入到車載終端的通訊模塊裡，不採用插拔形式的SM卡，因為車輛形式的道路多顛簸，插拔形式的SM卡有可能造成接觸不良，導致通訊有故障。
[0134]在一個應用示例中，採用上述實施例中的車輛狀態信息的監控管理系統，在4G系統中，OMA-DM通知MME，按照車載終端上次註冊的位置信息(TA/RA)，在TAI/RAI的範圍內尋呼這個移動的汽車的車載終端。尋呼到以後，該車載終端發起一個觸髮型的TAU進行網絡連接並且報告其所在車輛的車輛狀態信息，如圖6所示，具體的過程如下:
[0135]S301 =OMA-DM伺服器獲取車輛監管平臺下發的觸發命令；
[0136]所述觸發命令攜帶有需要上報車輛狀態信息的車載終端的標識以及與該車載終的端標識對應的需要上報的車輛狀態信息；
[0137]S302 =OMA-DM伺服器找到所述車載終端當前附著的MME ；
[0138]S303 =MME按照該車載終端上次註冊的位置信息TA，在TAI的範圍內發起尋呼請求；
[0139]S304:移動的汽車的車載終端接收到尋呼請求後，返回一個尋呼響應消息，MME在尋呼確認消息裡面把需要上報的車輛終端的標識以及需要上報的車輛狀態信息的指示信息下發到對應的車載終端；
[0140]S305:車載終端設立本地規則，當移動的汽車進入下一個TA的時候發起觸髮型的TAU消息，並且攜帶TAU上下文，將採集到的車輛狀態信息作為TAU請求上下文的一部分傳遞給 eNodeB ；
[0141]S306:eNodeB根據TAU上下文中的TAI按照負載均衡原則選擇一個負載相對小的MME ;這個MME如果不是上次UE連接的MME，那麼這個新的MME通過MME之間的SlO接口從原來的MME上獲得UE context ；
[0142]S307:New MME通過S6a接口和HSS交互，根據從old MME上獲得的UE上下文得到安全驗證信息，對於接入的車載終端進行身份識別驗證和接入權限驗證；
[0143]此時，車載終端通過eNode B發起的TAU請求消息中上下文被MME接收，其中包括車輛狀態信息小數據量作為上下文中的一部分上報。
[0144]S308 =MME接收到車輛狀態信息後給車載終端返回一個TAU確認消息；
[0145]說明其收到車載終端上報的車輛狀態信息後，不再進行現有規範中的其他TAU過程消息，在大規模車載終端的情況下，可以節約網絡資源，減少信令的開銷。
[0146]S309 =MME向HSS更新當前車輛的TAU上下文信息，通過S6a接口和HSS交互，把車輛的狀態信息儲存到HSS對應的車載終端的標識下。
[0147]此HSS為車聯網專用，並且留接口為車輛管理平臺調用。
[0148]從上述實施例可以看出，相對於現有技術，上述實施例中提供的車輛狀態信息的監控管理方法、系統、OMA-DM伺服器及終端，可以根據管理平臺的需要實時通過OMA-DM伺服器觸發調取車輛狀態信息。可以實時性監督管理某一個車輛的車況信息，加大監督力度，降低發生事故的概率，此外，由於車載終端上報車輛狀態信息時，不搭建用戶面承載，而是通過管理層面承載車輛狀態信息，從而節約了數據面承載建立的系統開銷。
[0149]本領域普通技術人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關硬體完成，所述程序可以存儲於計算機可讀存儲介質中，如只讀存儲器、磁碟或光碟等。可選地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現。相應地，上述實施例中的各模塊/單元可以採用硬體的形式實現，也可以採用軟體功能模塊的形式實現。本發明不限制於任何特定形式的硬體和軟體的結合。
[0150]以上所述僅為本發明的優選實施例而已，並非用於限定本發明的保護範圍。根據本發明的
【發明內容】
，還可有其他多種實施例，在不背離本發明精神及其實質的情況下，熟悉本領域的技術人員當可根據本發明作出各種相應的改變和變形，凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
【權利要求】
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所述的車載終端，其中:所述車輛信息化監管平臺，用於下發觸發命令，所述觸發命令攜帶有需要上報車輛狀態信息的車載終端的標識以及與該車載終端的標識對應的需要上報的車輛狀態信息。
【文檔編號】H04L12/26GK103618628SQ201310646543
【公開日】2014年3月5日 申請日期:2013年12月4日 優先權日:2013年12月4日
【發明者】何飛 申請人:中國聯合網絡通信集團有限公司