專利名稱：用于車內(nèi)lan網(wǎng)絡(luò)管理的故障檢測(cè)和緩解的制作方法
技術(shù)領(lǐng)域：
實(shí)施例總的涉及車內(nèi)通信診斷。
背景技術(shù)：
車內(nèi)通信系統(tǒng)利用車輛的多路復(fù)用總線允許電子控制單元(ECU)及其它裝置彼此通信。車輛系統(tǒng)和子系統(tǒng)具有控制致動(dòng)器或從感測(cè)裝置接收車輛操作數(shù)據(jù)的多個(gè)ECU，該數(shù)據(jù)在通信E⑶之間共享。通信協(xié)議是在網(wǎng)絡(luò)內(nèi)通信裝置之中或之間交換這些信息的數(shù)字信息格式和規(guī)則的系統(tǒng)。車內(nèi)通信系統(tǒng)包括發(fā)射節(jié)點(diǎn)、至少一個(gè)接收節(jié)點(diǎn)、以及將所述發(fā)射節(jié)點(diǎn)連接至所述至少一個(gè)接收節(jié)點(diǎn)的網(wǎng)絡(luò)通信總線。所述發(fā)射節(jié)點(diǎn)及所述至少一個(gè)接收節(jié)點(diǎn)中的每個(gè)都包括用于服務(wù)車內(nèi)通信系統(tǒng)中各節(jié)點(diǎn)內(nèi)的信息的多個(gè)通信層。所述多個(gè)通信層通常通過(guò)提供如何格式化信息及如何交換信息的規(guī)則來(lái)控制信息傳輸。通信網(wǎng)絡(luò)當(dāng)通信正在進(jìn)行時(shí)通常是激活的(B卩，被供電的)，當(dāng)在通信總線上沒(méi)有通信在傳輸時(shí)是非激活的。當(dāng)處于非激活狀態(tài)時(shí)，通信網(wǎng)絡(luò)進(jìn)入休眠模式以節(jié)省電力。這通常發(fā)生在車輛關(guān)閉時(shí)。如果系統(tǒng)中出現(xiàn)在假定所有網(wǎng)絡(luò)裝置處于非激活之后網(wǎng)絡(luò)保持激活的錯(cuò)誤，那么由于系統(tǒng)被意外地供電，會(huì)發(fā)生不期望的電池消耗。

發(fā)明內(nèi)容
故障檢測(cè)和緩解系統(tǒng)的優(yōu)點(diǎn)在于檢測(cè)LAN通信網(wǎng)絡(luò)內(nèi)的無(wú)意激活通信，并緩解LAN通信網(wǎng)絡(luò)內(nèi)通信裝置的電源中斷，用以防止因無(wú)意激活通信網(wǎng)絡(luò)內(nèi)的裝置引起的電池消耗。該檢測(cè)和緩解系統(tǒng)檢測(cè)激活的虛擬網(wǎng)絡(luò)(VN)或激活的通信內(nèi)核，并確定所述VN是否被無(wú)意地激活或所述通信內(nèi)核是激活的而無(wú)激活的VN。如果該確定是存在無(wú)意的激活，那么LAN通信網(wǎng)絡(luò)利用緩解技術(shù)以使激活裝置斷電。這樣的緩解技術(shù)可包括通過(guò)主關(guān)閉線路強(qiáng)制關(guān)閉，或者如果確定所述主關(guān)閉路線故障無(wú)法去激活(即去除激活)所述通信網(wǎng)絡(luò)則通過(guò)另一關(guān)閉路線強(qiáng)制關(guān)閉。實(shí)施例構(gòu)想了一種檢測(cè)和緩解車內(nèi)通信網(wǎng)絡(luò)的無(wú)意激活狀態(tài)的方法。所述車內(nèi)通信網(wǎng)絡(luò)包括經(jīng)過(guò)控制器局域網(wǎng)絡(luò)總線系統(tǒng)通信的多個(gè)電子控制單元(EOT)。每個(gè)E⑶都包括發(fā)射和接收能力，并且配置有提供用于與通信系統(tǒng)內(nèi)的其它ECU交換信息的準(zhǔn)則的通信協(xié)議。每個(gè)ECU都進(jìn)入通信內(nèi)核激活狀態(tài)用于在總線上通信。識(shí)別所述通信系統(tǒng)內(nèi)的虛擬網(wǎng)絡(luò)。每個(gè)虛擬網(wǎng)絡(luò)都包括一信號(hào)集合，該信號(hào)集合包括其發(fā)射和接收共同作為一個(gè)單元開(kāi)始和停止的相應(yīng)ECU。檢測(cè)因故障激活的各虛擬網(wǎng)絡(luò)。去激活各故障激活虛擬網(wǎng)絡(luò)。本發(fā)明提供以下技術(shù)方案:
1.一種檢測(cè)和緩解車內(nèi)通信網(wǎng)絡(luò)的無(wú)意激活狀態(tài)的方法，所述車內(nèi)通信網(wǎng)絡(luò)包括經(jīng)過(guò)控制器局域網(wǎng)絡(luò)總線系統(tǒng)通信的多個(gè)電子控制單元(ECU)，每個(gè)ECU都包括發(fā)射和接收能力，并且配置有提供用于與通信系統(tǒng)內(nèi)的其它ECU交換信息的準(zhǔn)則的通信協(xié)議，每個(gè)ECU都進(jìn)入通信內(nèi)核激活狀態(tài)用于在總線上通信，所述方法包括下列步驟:識(shí)別所述通信系統(tǒng)內(nèi)的虛擬網(wǎng)絡(luò)，每個(gè)虛擬網(wǎng)絡(luò)都包括一信號(hào)集合，該信號(hào)集合包括其發(fā)射和接收共同作為一個(gè)單元開(kāi)始和停止的相應(yīng)ECU ；
檢測(cè)因故障激活的各虛擬網(wǎng)絡(luò)；以及 去激活各故障激活的虛擬網(wǎng)絡(luò)。2.如方案I的方法，其中檢測(cè)無(wú)意激活的虛擬網(wǎng)絡(luò)還包括如下步驟:
檢測(cè)激活的虛擬網(wǎng)絡(luò)；
確定該虛擬網(wǎng)絡(luò)不是網(wǎng)絡(luò)激活的虛擬網(wǎng)絡(luò)；
確定該激活的虛擬網(wǎng)絡(luò)不是由本地ECU激活；以及 確定該激活的虛擬網(wǎng)絡(luò)不是由本地應(yīng)用程序激活。3.如方案2的方法，其中檢測(cè)所述無(wú)意激活的虛擬網(wǎng)絡(luò)還包括如下步驟:
確定所述虛擬網(wǎng)絡(luò)不是共享輸入激活的虛擬網(wǎng)絡(luò)。4.如方案3的方法，其中檢測(cè)所述無(wú)意激活的虛擬網(wǎng)絡(luò)還包括如下步驟:
確定在預(yù)期時(shí)間段期間所述虛擬網(wǎng)絡(luò)未接收到虛擬網(wǎng)絡(luò)管理幀信息。5.如方案4的方法，其中所述預(yù)定時(shí)間段使用計(jì)時(shí)器測(cè)量，其中所述預(yù)定時(shí)間段基于所述計(jì)時(shí)器超時(shí)的次數(shù)。6.如方案5的方法，其中所述計(jì)時(shí)器被設(shè)定為8秒。7.如方案5的方法， 其中所述計(jì)時(shí)器超時(shí)的次數(shù)為3。8.如方案4的方法，其中響應(yīng)于確定有意的虛擬網(wǎng)絡(luò)，在網(wǎng)絡(luò)管理模塊內(nèi)設(shè)置至少兩個(gè)比特位用于識(shí)別出所述激活的虛擬網(wǎng)絡(luò)，其中設(shè)置至少兩個(gè)比特位避免因單一位翻轉(zhuǎn)情形引起的虛擬網(wǎng)絡(luò)激活的錯(cuò)誤報(bào)告。9.如方案I的方法，還包括向與所述激活虛擬網(wǎng)絡(luò)相關(guān)的應(yīng)用程序報(bào)告所述故障激活虛擬網(wǎng)絡(luò)的步驟。10.如方案I的方法，還包括如下步驟:
檢測(cè)所述通信網(wǎng)絡(luò)內(nèi)無(wú)激活虛擬網(wǎng)絡(luò)；
檢測(cè)所述通信網(wǎng)絡(luò)內(nèi)的激活通信內(nèi)核；
響應(yīng)于檢測(cè)到激活的通信內(nèi)核和檢測(cè)到無(wú)激活虛擬網(wǎng)絡(luò)，去激活所述通信網(wǎng)絡(luò)內(nèi)的所述激活通信內(nèi)核。11.如方案10的方法，其中去激活所述激活通信內(nèi)核還取決于確定當(dāng)所述通信內(nèi)核激活時(shí)預(yù)定時(shí)間段內(nèi)無(wú)虛擬網(wǎng)絡(luò)激活。12.如方案11的方法，其中所述預(yù)定時(shí)間段使用計(jì)時(shí)器測(cè)量，其中所述預(yù)定時(shí)間段基于所述計(jì)時(shí)器超時(shí)的次數(shù)。13.如方案12的方法，其中所述計(jì)時(shí)器功能被設(shè)定為8秒。14.如方案12的方法，其中所述計(jì)時(shí)器超時(shí)的次數(shù)為6。15.如方案12的方法，其中當(dāng)沒(méi)有虛擬網(wǎng)絡(luò)激活時(shí)通信內(nèi)核激活是由于錯(cuò)誤的主關(guān)閉路線，其中去激活所述激活通信內(nèi)核利用另一關(guān)閉路線來(lái)執(zhí)行。16.如方案15的方法，還包括如下步驟:
確定與所述激活通信內(nèi)核相關(guān)的應(yīng)用程序是否確認(rèn)關(guān)閉，其中響應(yīng)于確定在第二預(yù)定時(shí)間段內(nèi)所述另一關(guān)閉路線無(wú)法去激活所述激活通信內(nèi)核而檢測(cè)應(yīng)用程序故障。17.如方案16的方法，其中所述第二預(yù)定時(shí)間段基于與所述激活通信內(nèi)核相關(guān)的應(yīng)用程序無(wú)法確認(rèn)關(guān)閉的次數(shù)。18.如方案17的方法，其中響應(yīng)于所述第二預(yù)定時(shí)間段內(nèi)所述應(yīng)用程序不確認(rèn)關(guān)閉，并進(jìn)一步響應(yīng)于通信系統(tǒng)配置要求關(guān)閉是所述應(yīng)用程序的責(zé)任，而通過(guò)與所述激活通信內(nèi)核相關(guān)的應(yīng)用程序去激活所述激活通信內(nèi)核。19.如方案18的方法，其中響應(yīng)于在所述第二預(yù)定時(shí)間段期滿之后所述激活通信內(nèi)核保持激活，并響應(yīng)于通信系統(tǒng)配置需要通過(guò)所述另一關(guān)閉路線關(guān)閉，通過(guò)所述另一關(guān)閉路線去激活所述激活通信內(nèi)核。20.如方案19的方法，其中響應(yīng)于系統(tǒng)配置需要提供給所述應(yīng)用程序的報(bào)告，向所述應(yīng)用程序提供與所述應(yīng)用程序不確認(rèn)關(guān)閉相關(guān)的報(bào)告。


圖1為L(zhǎng)AN網(wǎng)絡(luò)通信系統(tǒng)的框 圖2為L(zhǎng)AN網(wǎng)絡(luò)通信系統(tǒng)中用于故障檢測(cè)和緩解對(duì)策的故障樹(shù)的框 圖3a為L(zhǎng)AN網(wǎng)絡(luò)監(jiān)測(cè)模塊的故障檢測(cè)和緩解技術(shù)的流程 圖3b為L(zhǎng)AN網(wǎng)絡(luò)監(jiān)測(cè)模塊的故障檢測(cè)和緩解技術(shù)的流程圖。
具體實(shí)施例方式圖1中示出示例性LAN網(wǎng)絡(luò)通信系統(tǒng)10。該LAN網(wǎng)絡(luò)通信系統(tǒng)10包括連接至至少一個(gè)通信總線20的多個(gè)電子控制單元(E⑶)12-18，所述通信總線20允許E⑶彼此通信。在另一示例性LAN網(wǎng)絡(luò)通信系統(tǒng)10中，可具有三類通信總線:低速總線、中速總線和高速總線。所述總線利用控制器局域網(wǎng)絡(luò)(CAN)通信協(xié)議。高速總線通常用于共享實(shí)時(shí)數(shù)據(jù)，包括但不限于，駕駛員指令扭矩?cái)?shù)據(jù)、實(shí)際發(fā)動(dòng)機(jī)扭矩?cái)?shù)據(jù)、轉(zhuǎn)向角數(shù)據(jù)。中速總線通常用于信息娛樂(lè)應(yīng)用，例如顯示器、電話和導(dǎo)航裝置，其中系統(tǒng)響應(yīng)時(shí)間需要在相對(duì)短的時(shí)間內(nèi)傳遞大量的數(shù)據(jù)。低速總線通常用于操作員控制的功能，其中系統(tǒng)響應(yīng)時(shí)間需求大約為100-200ms ο所述多個(gè)E⑶12-18中的每個(gè)都連接至一個(gè)或多個(gè)傳感器、致動(dòng)器或控制裝置(例如，應(yīng)用部件)。應(yīng)用部件并不直接連接至通信總線20，而是通過(guò)各自的ECU連接。應(yīng)用部件也可為ECU中的軟件部件。單個(gè)控制特征可跨越多個(gè)應(yīng)用組件，并包括通過(guò)連接至相同通信總線的一個(gè)或多個(gè)中間處理/控制ECU從源到目標(biāo)ECU的控制信息。為本發(fā)明的目的，應(yīng)理解這樣的系統(tǒng)是本領(lǐng)域已知的，并且ECU、應(yīng)用裝置、控制器和收發(fā)器被稱為節(jié)點(diǎn)，其構(gòu)成的細(xì)節(jié)本文并不詳細(xì)描述。另外，可使用網(wǎng)關(guān)在不同總線之間建立通信接入點(diǎn)。每個(gè)節(jié)點(diǎn)都包括用于服務(wù)從其它節(jié)點(diǎn)接收到的或準(zhǔn)備發(fā)送至其它節(jié)點(diǎn)的信息的多個(gè)通信層。各E⑶的多個(gè)通信層包括應(yīng)用層22、交互層24、網(wǎng)絡(luò)層26、數(shù)據(jù)鏈層28、物理層30、節(jié)點(diǎn)管理層32和網(wǎng)絡(luò)管理層34。多個(gè)通信層中的每個(gè)都提供了用于服務(wù)信息的功倉(cāng)泛。應(yīng)用層22與用于實(shí)施通信裝置的各自軟件應(yīng)用相交互。應(yīng)用層22識(shí)別這樣的通信實(shí)體:用于確定其身份；用于 確定資源可用性，包括確定是否存在通信網(wǎng)絡(luò)；和用于同步需要合作通信的應(yīng)用之間的通信。交互層24用作應(yīng)用程序接口。交互層24獨(dú)立于總線協(xié)議向應(yīng)用提供通信服務(wù)，并使用用于在通信網(wǎng)絡(luò)上通信的傳輸層的服務(wù)。網(wǎng)絡(luò)層26使用數(shù)據(jù)鏈層28的服務(wù)傳輸數(shù)據(jù)包。網(wǎng)絡(luò)層26提供未確認(rèn)的傳輸服務(wù)。網(wǎng)絡(luò)層26還提供連接設(shè)置和流量控制。數(shù)據(jù)鏈層28提供車內(nèi)通信網(wǎng)絡(luò)中各ECU之間傳輸數(shù)據(jù)的功能和程序過(guò)程、協(xié)議及規(guī)范。物理層30提供用于將由數(shù)據(jù)鏈層產(chǎn)生的數(shù)字?jǐn)?shù)據(jù)符號(hào)(I和O)轉(zhuǎn)換為在通信媒介上傳輸?shù)碾娮有盘?hào)。物理層闡明了通信裝置的電子和物理硬件及規(guī)范。物理層定義了傳輸模式(例如，光纖、銅纜)、連接器類型、連接器形狀、電氣引腳配置、電壓、線纜規(guī)范、網(wǎng)絡(luò)適配器和總線適配器。節(jié)點(diǎn)管理層3 2被節(jié)點(diǎn)用于控制節(jié)點(diǎn)的啟動(dòng)、關(guān)閉和錯(cuò)誤處理，這些功能并不包括與網(wǎng)絡(luò)的其它節(jié)點(diǎn)的交互，因此可被局部地管理。網(wǎng)絡(luò)管理層34用于控制節(jié)點(diǎn)網(wǎng)絡(luò)的啟動(dòng)、關(guān)閉和錯(cuò)誤處理，這些功能包括節(jié)點(diǎn)之間的交互，因此必須被全局地管理。節(jié)點(diǎn)管理層32和網(wǎng)絡(luò)管理層34與應(yīng)用層22交互用于控制網(wǎng)絡(luò)上E⑶的啟動(dòng)和關(guān)閉。節(jié)點(diǎn)和網(wǎng)絡(luò)管理進(jìn)一步負(fù)責(zé)通信內(nèi)核的啟動(dòng)和關(guān)閉、從節(jié)點(diǎn)檢測(cè)到的通信錯(cuò)誤條件恢復(fù)、和管理特殊應(yīng)用控制的通信模式。不期望的電池消耗會(huì)由這樣的條件導(dǎo)致JiSLAN通信網(wǎng)絡(luò)通過(guò)整個(gè)網(wǎng)絡(luò)E⑶是未激活的之后，LAN通信網(wǎng)絡(luò)保持激活。存儲(chǔ)器錯(cuò)誤，例如位翻轉(zhuǎn)、卡位或通信信息錯(cuò)誤(例如，信息的重復(fù)或遺失)只是其中操作狀態(tài)應(yīng)當(dāng)未激活但保持激活的失配的可能原因中的一些。本文所述技術(shù)為上面的錯(cuò)誤情形提供了用于LAN網(wǎng)絡(luò)管理的故障檢測(cè)和緩解。LAN網(wǎng)絡(luò)管理基于E⑶參與網(wǎng)絡(luò)的功能激活/未激活標(biāo)準(zhǔn)來(lái)啟用/禁用要被傳輸、接收以及錯(cuò)誤管理的信號(hào)(幀)的收集。LAN網(wǎng)絡(luò)管理允許網(wǎng)絡(luò)ECU的子集通過(guò)所謂“虛擬網(wǎng)絡(luò)”(VN)的概念通信，該虛擬網(wǎng)絡(luò)執(zhí)行車輛控制操作，同時(shí)其它網(wǎng)絡(luò)ECU通過(guò)使它們的通信能力未激活而保持在低功率狀態(tài)。VN定義為僅含有其傳輸和接收作為一個(gè)單位開(kāi)始和停止的的那些E⑶的信號(hào)的集合。由于E⑶加電、E⑶重置、總線喚醒信息的接收、或來(lái)自節(jié)點(diǎn)本地應(yīng)用的虛擬網(wǎng)絡(luò)(VN)激活請(qǐng)求，啟用通信內(nèi)核。在E⑶加電或E⑶重置之后，E⑶初始化其通信能力(例如，通信內(nèi)核)，并保持在能夠通信狀態(tài)至少8秒。不管ECU是否檢測(cè)到要求其通信的本地情形，都執(zhí)行通信內(nèi)核至少8秒的激活。如此執(zhí)行，所以ECU可監(jiān)測(cè)通信總線的網(wǎng)絡(luò)管理信息，所述網(wǎng)絡(luò)管理信息指示其它ECU是否要求其通信，以支持要求其它ECU執(zhí)行的控制操作。LAN通信網(wǎng)絡(luò)允許一些E⑶停留在其通信能力未激活的低功率狀態(tài)，同時(shí)其它E⑶激活地通信以執(zhí)行車輛控制操作。激活在分布的一組E⑶上的通信是網(wǎng)絡(luò)管理層的責(zé)任，并且其基于形成VN以執(zhí)行具體控制操作的E⑶的集合。通常，E⑶檢測(cè)需要開(kāi)始一些控制操作從而需要激活適當(dāng)VN的情形。對(duì)于ECU通知其它ECU需要它們的參與，它必須首先啟動(dòng)它自己的通信內(nèi)核，然后使總線上的其它ECU啟動(dòng)它們的通信內(nèi)核。然后所有ECU必須都保持它們的通信內(nèi)核激活預(yù)定量時(shí)間(例如，8秒)，使得可傳輸網(wǎng)絡(luò)信息。這些消息允許ECU確定它們是否被請(qǐng)求參與到VN中。形成VN的ECU保持它們的通信內(nèi)核激活，并開(kāi)始通信控制信息。當(dāng)沒(méi)有VN需要與其它ECU共享數(shù)據(jù)時(shí)，ECU內(nèi)的通信內(nèi)核將關(guān)閉。在預(yù)定量時(shí)間之后，如果其它ECU沒(méi)有其它控制任務(wù)，可關(guān)閉它們的通信內(nèi)核，并回復(fù)到低功率狀態(tài)。不再需要通信的決定由網(wǎng)絡(luò)管理基于虛擬網(wǎng)絡(luò)的本地和遠(yuǎn)程需求做出。一旦做出不再需要通信的決定，就請(qǐng)求包含在通信中的應(yīng)用程序確認(rèn)通信內(nèi)核的關(guān)閉。響應(yīng)于該應(yīng)用程序的確認(rèn)，與ECU相關(guān)的通信內(nèi)核被關(guān)閉。如前所述，分布的一組E⑶的VN的激活和未激活由網(wǎng)絡(luò)管理控制。在激活VN之前，各自的ECU必須首先過(guò)渡至允許激活或未激活的狀態(tài)(即，ECU可通過(guò)通信信息主動(dòng)地參與到車輛控制的狀態(tài))。這稱作通信激活狀態(tài)(即，Comm_Kernel_Active狀態(tài)的Comm_Active子狀態(tài))。僅在E⑶處于E⑶Comm_Kernel_Active狀態(tài)時(shí),E⑶內(nèi)核可激活。各自的ECU內(nèi)核必須最少檢測(cè)總線喚醒廣播、起動(dòng)VN的服務(wù)應(yīng)用請(qǐng)求、在接收總線喚醒或請(qǐng)求VN時(shí)起動(dòng)通信內(nèi)核、并在應(yīng)用程序確認(rèn)不再需要通信能力時(shí)關(guān)閉通信內(nèi)核。當(dāng)本地E⑶應(yīng)用程序請(qǐng)求本地VN激活或者通過(guò)從遠(yuǎn)程E⑶接收到虛擬網(wǎng)絡(luò)管理幀(VNMF)而指示遠(yuǎn)程VN激活時(shí)，可進(jìn)入Comm_Active狀態(tài)。VNMF消息是由遠(yuǎn)程ECU傳輸?shù)目偩€可見(jiàn)消息，以發(fā)送VN激活請(qǐng)求至其它網(wǎng)絡(luò)ECU，以便參與到VN中。在本地和遠(yuǎn)程VN激活都被取消之后，退出C0mm_Active狀態(tài)，并且所有激活的VN都變得未激活至少預(yù)定時(shí)間段(例如，8秒)。為了進(jìn)入通信狀態(tài)，激活的ECU (其檢測(cè)到給定的控制操作應(yīng)當(dāng)開(kāi)始)還負(fù)責(zé)啟動(dòng)使能所有必要通信的VN。在進(jìn)入C0mm_Active之后，激活的E⑶會(huì)廣播總線喚醒信號(hào)，引起其它ECU激活它們的通信內(nèi)核。總線喚醒信號(hào)被激活的ECU廣播，引起在同一子網(wǎng)上的全部ECU初始化它們的通信內(nèi)核。廣播喚醒信號(hào)的激活E⑶還廣播VNMF消息，其通知其它E⑶要初始化哪個(gè)VN。配置成參與VN的E⑶將開(kāi) 始通信，并且只要在各自預(yù)定時(shí)間段內(nèi)各自的VNMF被連續(xù)地接收從而指示VN是激活的，就繼續(xù)通信。如果ECU接收指示VN應(yīng)當(dāng)未激活的VNMF消息或者在預(yù)定時(shí)間段內(nèi)ECU不再接收VNMF消息時(shí)，那么所有ECU都必須關(guān)閉VN (B卩，VN變得未激活)。發(fā)射用于激活和繼續(xù)VN的VNMF消息的ECN稱為VN的激活主體。VN激活主體必須周期性地發(fā)射它們的VNMF消息，以保持VN激活。當(dāng)VN激活主體不再需要通信來(lái)控制或接收應(yīng)用數(shù)據(jù)時(shí)，激活主體將去激活VNMF消息中的VN比特。該比特通過(guò)VNMF消息向所有其它網(wǎng)絡(luò)ECU提供通知，關(guān)閉VN是可接受的。在所有網(wǎng)絡(luò)ECU接收到表示VN要被去激活的VNMF消息并且不再接收額外的VNMF消息之后，VN應(yīng)被認(rèn)為去激活。VN如何進(jìn)行啟動(dòng)和關(guān)閉具有三種變化:最常見(jiàn)的過(guò)程包括激活的ECU廣播總線喚醒信號(hào)，以引起其它ECU激活它們的通信內(nèi)核。這類VN稱為網(wǎng)絡(luò)激活的VN。激活的ECU發(fā)射通知其它ECN初始化哪個(gè)VN的VNMF消息。只要接收到VNMF消息，那么被配置成參與VN對(duì)話的E⑶就將繼續(xù)通信。包含在VN中的由E⑶接收的VNMF消息指示，VN對(duì)話應(yīng)當(dāng)保持激活。如果沒(méi)有這樣的VNMF被發(fā)射/接收8秒，那么所有的E⑶關(guān)閉VN。如果關(guān)注與啟動(dòng)VN相關(guān)的時(shí)間延遲，則使用第二過(guò)程。如果關(guān)注對(duì)于開(kāi)始通信的時(shí)間延遲，那么VN可配置在要被初始地激活的所有VN E⑶上。即，對(duì)于這些VN，E⑶處理總線喚醒信號(hào)作為(I)啟動(dòng)通信內(nèi)核的喚醒信號(hào)和(2)將E⑶初始化至VN的VNMF消息。通過(guò)無(wú)需等待將ECU初始化至VN的VNMF消息傳輸來(lái)減少啟動(dòng)時(shí)間。保持VN激活的過(guò)程和關(guān)閉VN的過(guò)程仍基于在周期性基礎(chǔ)上(即，在預(yù)定時(shí)間周期內(nèi))的重新廣播VNMF傳輸。第三過(guò)程包括共享輸入激活VN，其中應(yīng)用程序直接激活VN。在共享激活VN中，既無(wú)主體激活ECN，也無(wú)發(fā)射用于激活VN的VNMF。相反，其是通過(guò)應(yīng)用程序的直接激活。當(dāng)VN中的所有ECU共享開(kāi)始控制操作的輸入時(shí)，它們各自的通信內(nèi)核響應(yīng)于該輸入同時(shí)啟動(dòng)。由于各ECU都具有響應(yīng)于該輸入轉(zhuǎn)變而啟動(dòng)VN的認(rèn)知，所以總線喚醒廣播信號(hào)及后續(xù)VNMF傳輸信號(hào)都是不必要的。相反，VN基于從應(yīng)用程序到所有ECU的共享輸入來(lái)啟動(dòng)。另夕卜，VN并不基于超時(shí)來(lái)關(guān)閉?？赡芤?yàn)楣蚕淼妮斎胍呀?jīng)改變狀態(tài)，當(dāng)由應(yīng)用程序請(qǐng)求這樣做時(shí)，VN立即關(guān)閉。在包含用于關(guān)閉網(wǎng)絡(luò)的網(wǎng)絡(luò)管理的操作中，會(huì)發(fā)生不同的故障，例如軟件干擾、定時(shí)誤差(如循環(huán)溢出)、隨機(jī)硬件誤差(如存儲(chǔ)位翻轉(zhuǎn))、由突發(fā)總線擁堵或線連接松動(dòng)引起的消息重復(fù)或遺失、消息達(dá)到長(zhǎng)時(shí)間地延遲，等等。這類故障會(huì)在通過(guò)整個(gè)網(wǎng)絡(luò)ECU假定LAN通信網(wǎng)絡(luò)未激活之后導(dǎo)致LAN通信網(wǎng)絡(luò)保持激活。結(jié)果，由于LAN通信網(wǎng)絡(luò)模塊保持激活，可能發(fā)生不期望的電池消耗。為了防止LAN通信網(wǎng)絡(luò)保持激活，通過(guò)網(wǎng)絡(luò)管理模塊對(duì)LAN通信網(wǎng)絡(luò)執(zhí)行故障檢測(cè)和緩解。圖2示出了用于LAN網(wǎng)絡(luò)管理的故障檢測(cè)和緩解策略的故障樹(shù)的框圖。使用自上而下的方法識(shí)別要檢測(cè)和緩解的故障情形，然后為L(zhǎng)AN網(wǎng)絡(luò)管理模塊提供故障檢測(cè)和緩解算法。如圖2中所示，框40中，對(duì)于檢測(cè)和緩解識(shí)別到“非預(yù)期Comm_Kernel_Active”故障，這是由于LAN通信網(wǎng)絡(luò)應(yīng)當(dāng)未激活時(shí)卻激活的結(jié)果。會(huì)引起非預(yù)期CommjfernelActive故障的兩個(gè)子條件包括:(I)錯(cuò)誤的激活VN 41和(2)沒(méi)有VN激活，但是Comm_Kernel保持激活42。錯(cuò)誤的激活VN被定義為被系統(tǒng)錯(cuò)誤激活的或者在滿足關(guān)閉VN的標(biāo)準(zhǔn)之后VN保持激活的虛擬網(wǎng)絡(luò)。如上所述，錯(cuò)誤的激活VN 41可由應(yīng)用程序由于錯(cuò)誤而激活VN或者VN在其激活之后沒(méi)有被去激活而引起，由框43表示。這是因應(yīng)用程序的故障，必須由應(yīng)用程序本身檢測(cè)和緩解。錯(cuò)誤的激活VN 41也可由指示其處于未激活但是沒(méi)有實(shí)際VN激活的VN狀態(tài)引起，由框44表示。該故障通過(guò)一致性檢驗(yàn)來(lái)檢測(cè)，可通過(guò)將VN狀態(tài)重置為零(S卩，顯示未激活)并且將VN處理為未激活以防止其保持通信內(nèi)核激活來(lái)緩解。對(duì)于沒(méi)有VN激活但是Comm_Kernel保持激活42的故障情形,有兩個(gè)弓I起該故障發(fā)生的子條件。該故障發(fā)生于防止Commjfernel關(guān)閉的網(wǎng)絡(luò)管理關(guān)閉路線中或者發(fā)生在因故障保持Commjfernel激活的網(wǎng)絡(luò)管理激活路線中，由框45表示。該故障通過(guò)使用計(jì)時(shí)器監(jiān)測(cè)系統(tǒng)狀態(tài)來(lái)檢測(cè)。通過(guò)利用備用的關(guān)閉路線并且同時(shí)防止關(guān)閉之后錯(cuò)誤的Comm_Kernel激活來(lái)執(zhí)行緩解。因?yàn)橹麝P(guān)閉路線無(wú)法關(guān)閉系統(tǒng)，所以利用另一關(guān)閉路線。第二子條件包括在比預(yù)定時(shí)間段長(zhǎng)的時(shí)期內(nèi)沒(méi)有激活的VN時(shí)應(yīng)用程序不確認(rèn)關(guān)閉，由框46表示。即，在比預(yù)定時(shí)間段長(zhǎng)的時(shí)期沒(méi)有激活的VN時(shí)，應(yīng)用程序并不確認(rèn)所述關(guān)閉。這可通過(guò)使用計(jì)時(shí)器監(jiān)測(cè)系統(tǒng)來(lái)檢測(cè)。緩解包括在系統(tǒng)被網(wǎng)絡(luò)開(kāi)發(fā)人員標(biāo)定成這樣做時(shí)強(qiáng)制網(wǎng)絡(luò)關(guān)閉；否則，該緩解是應(yīng)用程序的責(zé)任。

圖3示出了通過(guò)LAN網(wǎng)絡(luò)監(jiān)測(cè)模塊提供故障檢測(cè)和緩解的流程圖。步驟51中，進(jìn)行是否中止網(wǎng)絡(luò)中的典型通信的確定。如果確定中止典型通信，那么在步驟52中終止檢測(cè)和緩解技術(shù)。所述檢測(cè)和緩解技術(shù)僅在典型通信期間執(zhí)行。如果確定不中止典型通信，那么程序進(jìn)行至步驟53。步驟53中，虛擬網(wǎng)絡(luò)激活指示器被設(shè)置為零(Has_Vn_Activation=0),指數(shù)計(jì)數(shù)器被設(shè)置為第一 VN指數(shù)( = O )。Has_Vn_Activation指不各自的VN是否激活。因此，Has_Vn_Activation=0指不VN未激活。Has_Vn_Activation起始被設(shè)置為零,直到檢測(cè)到激活的VN。步驟54中，進(jìn)行檢查，以確定是否已經(jīng)檢查了所有的VN指數(shù)。如果確定已經(jīng)檢查所有的VN指數(shù)，那么程序進(jìn)行至圖3b中的步驟69。如果確定未檢查所有的VN指數(shù)，那么程序進(jìn)行至步驟55。步驟55中，確定網(wǎng)絡(luò)監(jiān)測(cè)VN狀態(tài)是否未激活(nm_vn_State(i)=0)。其檢查VN是激活還是未激活。如果確定當(dāng)前狀態(tài)是未激活的，那么程序進(jìn)行至步驟56，否則，如果確定VN激活(nm_vn_State(i)=l),那么程序進(jìn)行至步驟59。步驟56中，響應(yīng)于當(dāng)前VN是未激活的確定，當(dāng)前VN的緩解狀態(tài)被設(shè)定為零(vn_State_Mitigated=0)。即，如果VN被確定為未激活(如步驟55中所檢測(cè)的)，那么對(duì)該VN指數(shù)不執(zhí)行緩解，緩解指示器被設(shè)定為零。步驟57中，VN激活計(jì)數(shù)器被初始化。該計(jì)數(shù)器用作確定VN保持激活多長(zhǎng)時(shí)間的計(jì)時(shí)器。步驟58中，所述指數(shù)被增加，用以分析下一 VN指數(shù)。返回步驟54，以確定是否檢查了所有VN，用以檢測(cè)故障激活狀態(tài)。再說(shuō)步驟55，響應(yīng)于當(dāng)前VN指數(shù)為激活的確定，程序進(jìn)行至步驟59。隨后的步驟確定是否想要VN被網(wǎng)絡(luò)激活或 是否存在無(wú)意的VN激活。步驟59中，確定VN是否恰當(dāng)?shù)丶せ罨谙铝袠?biāo)準(zhǔn):(I)激活為網(wǎng)絡(luò)激活VN ; (2 ) E⑶是VN激活主體；和(3 )本地應(yīng)用程序激活它。如果這三個(gè)標(biāo)準(zhǔn)的每個(gè)的答案都是“是”，那么程序進(jìn)行本地ECU執(zhí)行網(wǎng)絡(luò)激活的確定，并且程序進(jìn)行至步驟60。如果三個(gè)標(biāo)準(zhǔn)中的任何一個(gè)的答案是“否”，那么程序進(jìn)行至步驟61。步驟60中，響應(yīng)于在本地ECU請(qǐng)求時(shí)VN被激活的確定，設(shè)定激活指示器，確認(rèn)存在VN被恰當(dāng)?shù)丶せ?Has_Vn_ACtiVation=0Xll)。當(dāng)設(shè)定用于識(shí)別VN激活的激活指示器時(shí)，與單一比特位相反，使用三個(gè)比特位，以避免會(huì)提供錯(cuò)誤結(jié)果的位翻轉(zhuǎn)。比特位標(biāo)注可為表示十六進(jìn)制的0x11。必須設(shè)定三個(gè)比特位中的至少兩個(gè)，以報(bào)告VN為激活。程序進(jìn)行至步驟56，用以設(shè)定緩解指示器，并增加計(jì)數(shù)和指數(shù)。再說(shuō)步驟59，響應(yīng)于步驟59中標(biāo)準(zhǔn)的任何一個(gè)導(dǎo)致“否”的答復(fù)，程序進(jìn)行至步驟61。步驟61中，進(jìn)行關(guān)于激活是否由于共享輸入激活的確定。確定是否發(fā)生共享輸入激活的標(biāo)準(zhǔn)基于下列因素:(1)激活是共享輸入激活的結(jié)果；和(2)應(yīng)用程序激活￥^共享輸入激活是當(dāng)沒(méi)有VN激活主體時(shí)。即，沒(méi)有ECU啟動(dòng)VN激活。相反，VN被激活為從共享輸入線路到所有ECU的直接通信。結(jié)果，由于沒(méi)有控制ECU，并且VN的啟動(dòng)和關(guān)閉不被任何VNMF消息控制，所以所有的ECU共享所述輸入。如果確定VN為共享輸入激活并且應(yīng)用程序激活VN,那么程序進(jìn)行至步驟60，指示恰當(dāng)激活VN的指數(shù)。如果確定VN不是共享輸入激活或者應(yīng)用程序沒(méi)有激活VN，那么程序進(jìn)行至步驟62。步驟62中，進(jìn)行VN是否為網(wǎng)絡(luò)激活VN并且是否已經(jīng)為其接收到VNMF消息的確定。這識(shí)別出VN激活是否為從遠(yuǎn)程E⑶的遠(yuǎn)程激活。如果確定VN為網(wǎng)絡(luò)激活VN并且已經(jīng)為對(duì)話接收到VNMF，那么程序進(jìn)行至步驟63，否則，程序進(jìn)行至步驟64。步驟63中，接收的指示器被重設(shè)為零。這指示已經(jīng)接收到VNMF消息。程序進(jìn)行至步驟60，設(shè)定VN激活指示器，并識(shí)別VN被正確地激活。再說(shuō)步驟62，響應(yīng)于VN未被網(wǎng)絡(luò)激活或未接收到VNMF的確定，程序進(jìn)行至步驟64。步驟64中，進(jìn)行有關(guān)VN故障是否緩解的檢查。在VN沒(méi)有激活但是通信不是完全未激活時(shí)使用該步驟。如果VN故障被緩解，那么故障緩解指示器被設(shè)定為1，指示關(guān)于VN已經(jīng)發(fā)生緩解(Vn_State_Mitigated(i)=l)。然后程序進(jìn)行至步驟58，這里VN指數(shù)被增加。如果VN未緩解，那么程序進(jìn)行至步驟65。步驟65 中，VN 激活計(jì)數(shù)器加 I (vn_Active_Cnt (i) = vn_Active_Cnt (i)+1 )。步驟66中，進(jìn)行計(jì)數(shù)器是否達(dá)到預(yù)定VN激活時(shí)間閾值的確定(vn_Active_Cnt (i) >3*NM_VN_HMER_CNT)，其中NM_VN_HMER_CNT表示在沒(méi)有故障的情形下VN去激活之后VN被激活的預(yù)定時(shí)間極限(例如，8秒)，在該實(shí)例中，對(duì)于故障檢測(cè)的閾值使用正常值的三倍。注意，所述檢測(cè)和緩解算法周期性地執(zhí)行。如果時(shí)間計(jì)數(shù)器Vn_Active_Cnt(i)具有X值，那么實(shí)際消耗時(shí)間為X*P，其中P為算法的執(zhí)行周期。應(yīng)當(dāng)理解，VN激活時(shí)間閾值的參數(shù)為三是示例性，該參數(shù)可以比三大或比三小。如果計(jì)數(shù)未超過(guò)VN激活時(shí)間閾值，那么程序進(jìn)行至增加VN指數(shù)的步驟58，否則程序進(jìn)行至步驟67。步驟67中，報(bào)告VN激活故障，并執(zhí)行緩解。VN緩解故障狀態(tài)的指示器被設(shè)置為I(vn_State_Mitigation(i)=l)0這指示,對(duì)各自的VN指數(shù)已經(jīng)執(zhí)行了緩解。由于在執(zhí)行關(guān)閉動(dòng)作之后VN狀態(tài)應(yīng)當(dāng)不是激活的,所以VN狀態(tài)被設(shè)置為零(nm_vn_State (i)=0)。執(zhí)行必要的VN關(guān)閉動(dòng)作，并且通知應(yīng)用程序VN關(guān)閉。程序進(jìn)行至步驟57，其中VN激活計(jì)時(shí)器被重置為零(vn_Active_Cnt(i)=0),在步驟58中，指數(shù)增加至下一 VN。

再說(shuō)步驟54，響應(yīng)于所有VN指數(shù)都已經(jīng)被分析的確定，程序進(jìn)行至圖3b的步驟69。參考圖3b，步驟68中，進(jìn)行(I)網(wǎng)絡(luò)中是否有任何的激活VN (Has_Vn_Activation幸O)或(2)是否進(jìn)入網(wǎng)絡(luò)休眠模式的確定。如果確定有激活的VN或者進(jìn)入網(wǎng)絡(luò)休眠模式，那么程序進(jìn)行至步驟69 ;否則，程序進(jìn)行至步驟70。步驟69中，響應(yīng)于VN激活或者進(jìn)入網(wǎng)絡(luò)休眠模式，網(wǎng)絡(luò)激活計(jì)時(shí)器計(jì)數(shù)器被設(shè)置為零(vn_Active_Cnt(i)=0)。為了避免由于錯(cuò)誤故障(例如位翻轉(zhuǎn))引起的進(jìn)入網(wǎng)絡(luò)休眠模式的錯(cuò)誤報(bào)告，對(duì)進(jìn)入網(wǎng)絡(luò)休眠模式的指示使用三個(gè)比特位。僅在設(shè)置兩或三個(gè)比特位時(shí)報(bào)告網(wǎng)絡(luò)正在休眠。然后程序進(jìn)行至步驟52，結(jié)束算法的當(dāng)前循環(huán)執(zhí)行。再說(shuō)步驟68，響應(yīng)于沒(méi)有VN激活并且沒(méi)有進(jìn)入網(wǎng)絡(luò)休眠模式，程序進(jìn)行至步驟70。步驟70中，進(jìn)行網(wǎng)絡(luò)激活計(jì)時(shí)器計(jì)數(shù)器是否達(dá)到網(wǎng)絡(luò)激活時(shí)間閾值的確定(nw_ActiveCnt)= nm_ffakeup_Sleep_Cnt * 6)。在該實(shí)例中，所述閾值是網(wǎng)絡(luò)監(jiān)測(cè)喚醒休眠計(jì)數(shù)的六倍。如果確定所述計(jì)數(shù)未超過(guò)閾值，那么程序進(jìn)行至步驟71，網(wǎng)絡(luò)激活計(jì)時(shí)器計(jì)數(shù)器加I (nw_ActiveCnt(i)= nw_ActiveCnt (i)+1 )。然后程序進(jìn)行至步驟52,結(jié)束算法執(zhí)行的當(dāng)前循環(huán)。應(yīng)當(dāng)理解，為六的網(wǎng)絡(luò)激活時(shí)間閾值的參數(shù)是示例性的，該參數(shù)可以比六大或比六小。步驟70中，如果確定所述計(jì)數(shù)超過(guò)閾值，那么報(bào)告網(wǎng)絡(luò)激活故障，并且程序進(jìn)行至步驟72以緩解。步驟72中，為緩解網(wǎng)絡(luò)激活故障，由于主關(guān)閉路線未恰當(dāng)?shù)夭僮?，所以利用另一關(guān)閉路線。該另一關(guān)閉路線利用新定義的變量來(lái)替代主關(guān)閉路線中的關(guān)鍵變量。另外，為防止因卡死故障引起的網(wǎng)絡(luò)激活反復(fù)故障，在通過(guò)另一關(guān)閉路線關(guān)閉網(wǎng)絡(luò)之后不再執(zhí)行LAN網(wǎng)絡(luò)任務(wù)，使得不會(huì)發(fā)生錯(cuò)誤的新激活。注意，如果滿足所有的正常激活條件，網(wǎng)絡(luò)仍可激活。步驟73中，進(jìn)行應(yīng)用程序是否確認(rèn)關(guān)閉的確定。即，與主關(guān)閉路線相類似，當(dāng)利用另一關(guān)閉路線時(shí)，應(yīng)用程序必須確認(rèn)關(guān)閉。如果應(yīng)用程序確認(rèn)關(guān)閉，那么程序進(jìn)行至步驟74;否則，程序進(jìn)行至步驟76。步驟74中，應(yīng)用程序確認(rèn)計(jì)數(shù)器被重置為零(Appl_Cfm_Cnt=0)。維持確認(rèn)計(jì)數(shù)器，保持所述倍數(shù)的計(jì)數(shù)，應(yīng)用程序不確認(rèn)休眠請(qǐng)求。由于該確定是應(yīng)用程序確認(rèn)關(guān)閉，所以計(jì)數(shù)器被重置為零。步驟75中，繼續(xù)另一關(guān)閉，直到關(guān)閉發(fā)生。在關(guān)閉之后，程序進(jìn)行至步驟52，結(jié)束算法的當(dāng)前循環(huán)執(zhí)行。再說(shuō)步驟73，如果應(yīng)用程序并不確認(rèn)關(guān)閉，那么程序進(jìn)行至步驟76。步驟76中，進(jìn)行計(jì)數(shù)器是否大于可標(biāo)定閾值的確定(Appl_Cfm_Cnt > Appl_Cfm_Call_Num)。如果計(jì)數(shù)不大于所述閾值，那么程序進(jìn)行至步驟77 ;否則，程序進(jìn)行至步驟78。步驟77中，應(yīng)用程序確認(rèn)計(jì)數(shù)加I (Appl_Cfm_Cnt = Appl_Cfm_Cnt+l)。然后程序進(jìn)行至步驟52，結(jié)束算法的當(dāng)前循環(huán)執(zhí)行。步驟78中，響應(yīng)于應(yīng)用程序計(jì)數(shù)大于可標(biāo)定閾值，進(jìn)行是否需要應(yīng)用程序故障報(bào)告的確定。如果系統(tǒng)構(gòu)造需要各自的故障，則報(bào)告應(yīng)用程序故障報(bào)告。如果系統(tǒng)構(gòu)造需要各自故障的報(bào)告，那么程序進(jìn)行至步驟79 ;否則，程序進(jìn)行至步驟80。
·
步驟79中，響應(yīng)于系統(tǒng)構(gòu)造要求報(bào)告各自故障，向應(yīng)用程序報(bào)告無(wú)休眠確認(rèn)的應(yīng)用程序故障。程序進(jìn)行至步驟80。步驟80中，進(jìn)行是否需要緩解應(yīng)用程序故障的確定。如果需要緩解應(yīng)用程序故障，那么程序進(jìn)行至步驟74 ;否則，程序進(jìn)行至步驟52，結(jié)束算法的當(dāng)前循環(huán)執(zhí)行。S卩，如果不需要緩解應(yīng)用程序故障，那么故障緩解是應(yīng)用程序的責(zé)任，程序終止。步驟74中，響應(yīng)于要求的應(yīng)用故障緩解，應(yīng)用程序確認(rèn)計(jì)數(shù)器被重置為零，并在步驟75中利用另一關(guān)閉路線執(zhí)行關(guān)閉。盡管已經(jīng)詳細(xì)描述了本發(fā)明的特定實(shí)施例，但是本發(fā)明相關(guān)領(lǐng)域的技術(shù)人員會(huì)認(rèn)識(shí)到用于實(shí)施由所附權(quán)利要求限定的本發(fā)明的各種替代設(shè)計(jì)和實(shí)施方式。
權(quán)利要求
1.一種檢測(cè)和緩解車內(nèi)通信網(wǎng)絡(luò)的無(wú)意激活狀態(tài)的方法，所述車內(nèi)通信網(wǎng)絡(luò)包括經(jīng)過(guò)控制器局域網(wǎng)絡(luò)總線系統(tǒng)通信的多個(gè)電子控制單元(E⑶)，每個(gè)E⑶都包括發(fā)射和接收能力，并且配置有提供用于與通信系統(tǒng)內(nèi)的其它ECU交換信息的準(zhǔn)則的通信協(xié)議，每個(gè)ECU都進(jìn)入通信內(nèi)核激活狀態(tài)用于在總線上通信，所述方法包括下列步驟: 識(shí)別所述通信系統(tǒng)內(nèi)的虛擬網(wǎng)絡(luò)，每個(gè)虛擬網(wǎng)絡(luò)都包括一信號(hào)集合，該信號(hào)集合包括其發(fā)射和接收共同作為一個(gè)單元開(kāi)始和停止的相應(yīng)ECU ； 檢測(cè)因故障激活的各虛擬網(wǎng)絡(luò)；以及 去激活各故障激活的虛擬網(wǎng)絡(luò)。
2.如權(quán)利要求1所述的方法，其中檢測(cè)無(wú)意激活的虛擬網(wǎng)絡(luò)還包括如下步驟: 檢測(cè)激活的虛擬網(wǎng)絡(luò)； 確定該虛擬網(wǎng)絡(luò)不是網(wǎng)絡(luò)激活的虛擬網(wǎng)絡(luò)； 確定該激活的虛擬網(wǎng)絡(luò)不是由本地ECU激活；以及 確定該激活的虛擬網(wǎng)絡(luò)不是由本地應(yīng)用程序激活。
3.如權(quán)利要求1所述的方法，還包括如下步驟: 檢測(cè)所述通信網(wǎng)絡(luò)內(nèi)無(wú)激活虛擬網(wǎng)絡(luò)； 檢測(cè)所述通信網(wǎng)絡(luò)內(nèi)的激活通信內(nèi)核； 響應(yīng)于檢測(cè)到激活的通信內(nèi)核和檢測(cè)到無(wú)激活虛擬網(wǎng)絡(luò)，去激活所述通信網(wǎng)絡(luò)內(nèi)的所述激活通信內(nèi)核。
4.如權(quán)利要求3所述的方法，其中去激活所述激活通信內(nèi)核還取決于確定當(dāng)所述通信內(nèi)核激活時(shí)預(yù)定時(shí)間段內(nèi)無(wú)虛擬網(wǎng)絡(luò)激活。
5.如權(quán)利要求4所述的方法，其中所述預(yù)定時(shí)間段使用計(jì)時(shí)器測(cè)量，其中所述預(yù)定時(shí)間段基于所述計(jì)時(shí)器超時(shí)的次數(shù)。
6.如權(quán)利要求5所述的方法，其中當(dāng)沒(méi)有虛擬網(wǎng)絡(luò)激活時(shí)通信內(nèi)核激活是由于錯(cuò)誤的主關(guān)閉路線，其中去激活所述激活通信內(nèi)核利用另一關(guān)閉路線來(lái)執(zhí)行。
7.如權(quán)利要求6所述的方法，還包括如下步驟: 確定與所述激活通信內(nèi)核相關(guān)的應(yīng)用程序是否確認(rèn)關(guān)閉，其中響應(yīng)于確定在第二預(yù)定時(shí)間段內(nèi)所述另一關(guān)閉路線無(wú)法去激活所述激活通信內(nèi)核而檢測(cè)應(yīng)用程序故障。
8.如權(quán)利要求7所述的方法，其中所述第二預(yù)定時(shí)間段基于與所述激活通信內(nèi)核相關(guān)的應(yīng)用程序無(wú)法確認(rèn)關(guān)閉的次數(shù)。
9.如權(quán)利要求8所述的方法，其中響應(yīng)于所述第二預(yù)定時(shí)間段內(nèi)所述應(yīng)用程序不確認(rèn)關(guān)閉，并進(jìn)一步響應(yīng)于通信系統(tǒng)配置要求關(guān)閉是所述應(yīng)用程序的責(zé)任，而通過(guò)與所述激活通信內(nèi)核相關(guān)的應(yīng)用程序去激活所述激活通信內(nèi)核。
10.如權(quán)利要求9所述的方法，其中響應(yīng)于在所述第二預(yù)定時(shí)間段期滿之后所述激活通信內(nèi)核保持激活，并響應(yīng)于通信系統(tǒng)配置需要通過(guò)所述另一關(guān)閉路線關(guān)閉，通過(guò)所述另一關(guān)閉路線去激活所述激活通信內(nèi)核。
全文摘要
本發(fā)明涉及用于車內(nèi)LAN網(wǎng)絡(luò)管理的故障檢測(cè)和緩解。一種檢測(cè)和緩解車內(nèi)通信網(wǎng)絡(luò)的無(wú)意激活狀態(tài)的方法。所述車內(nèi)通信網(wǎng)絡(luò)包括經(jīng)過(guò)控制器局域網(wǎng)絡(luò)總線系統(tǒng)通信的多個(gè)電子控制單元(ECU)。每個(gè)ECU都包括發(fā)射和接收能力，并且配置有提供用于與通信系統(tǒng)內(nèi)的其它ECU交換信息的準(zhǔn)則的通信協(xié)議。每個(gè)ECU都進(jìn)入通信內(nèi)核激活狀態(tài)用于在總線上通信。識(shí)別所述通信系統(tǒng)內(nèi)的虛擬網(wǎng)絡(luò)。每個(gè)虛擬網(wǎng)絡(luò)都包括一信號(hào)集合，該信號(hào)集合包括其發(fā)射和接收共同作為一個(gè)單元開(kāi)始和停止的相應(yīng)ECU。檢測(cè)因故障激活的各虛擬網(wǎng)絡(luò)。去激活各故障激活虛擬網(wǎng)絡(luò)。
文檔編號(hào)H04L12/40GK103248514SQ20131004681
公開(kāi)日2013年8月14日 申請(qǐng)日期2013年2月6日 優(yōu)先權(quán)日2012年2月6日
發(fā)明者S.姜, K.M.舒爾茨, K.P.奧爾蘭多 申請(qǐng)人:通用汽車環(huán)球科技運(yùn)作有限責(zé)任公司