本發明新能源汽車技術領域，尤其涉及一種純電動汽車防盜認證方法及系統。

背景技術：

隨著環保理念的不斷深入人心，純電動汽車越來越受歡迎。純電動汽車因為沒有發動機，就無法沿用傳統車的發動機防盜系統，如何實現整車防盜，是很重要的一環。純電動車型通常會采用新技術新配置，搭載無匙啟動/智能進入系統（簡稱PEPS），所以整車防盜需要通過無匙啟動/智能進入系統和整車控制器（VCU）之間的交互來實現。

現有關于純電動汽車防盜的相關技術方案里，大都只是簡單的介紹防盜系統的架構、流程和基本功能，或者針對的是防盜器和電機電池系統的防盜交互，并未具體針對無匙啟動/智能進入系統和整車控制器（VCU）之間的交互來實現防盜認證。

技術實現要素：

本發明所要解決的技術問題在于，提供一種純電動汽車防盜認證方法及系統，以有效提高純電動汽車防盜的安全性和可靠性。

為了解決上述技術問題，本發明提供一種純電動汽車防盜認證方法，包括：

步驟S1，整車控制器VCU產生一組隨機數，通過網關模塊GWM轉發給無匙啟動/智能進入系統PEPS，同時所述VCU根據自身預存的固定碼、防盜密鑰和所述隨機數進行加密計算生成第一數據；

步驟S2，PEPS根據自身預存的固定碼、防盜密鑰和接收到的所述隨機數進行加密計算，生成第二數據，并通過所述GWM轉發給所述VCU；

步驟S3，所述VCU將所述第一數據與返回的所述第二數據進行校驗比對，若匹配則判定防盜認證成功，否則判定防盜認證失敗。

其中，所述VCU通過所述GWM轉發所述隨機數給所述PEPS之后，如果等待第一時間后沒有收到所述PEPS的響應，則等待第二時間后將所述隨機數再次通過所述GWM轉發給所述PEPS，重復前述過程，如果直至達到上限重試次數都沒有收到所述PEPS的響應，則判定防盜認證失敗。

其中，所述步驟S2中，所述PEPS如果處于查找鑰匙或計算所述第二數據過程中，則通過所述GWM向所述VCU返回認證狀態忙，所述VCU等待第二時間后將所述隨機數再次通過所述GWM轉發給所述PEPS，重復前述過程，如果直至達到上限重試次數收到所述PEPS的響應均為認證狀態忙，則判定防盜認證失敗。

其中，所述步驟S3中，如果所述VCU自身預存的防盜密鑰和所述第一數據與返回的所述第二數據的校驗比對不匹配，進一步包括：

所述VCU等待第二時間后，重新產生一組新的隨機數，通過所述GWM轉發給所述PEPS，同時所述VCU根據自身預存的固定碼、防盜密鑰和所述新的隨機數進行加密計算生成新的第一數據；

所述PEPS根據自身預存的固定碼、防盜密鑰和接收到的所述新的隨機數進行加密計算，將計算結果中的部分位數用鑰匙認證結果替換后生成新的第二數據，通過所述GWM將所述新的第二數據轉發給所述VCU；

所述VCU將所述新的第一數據與所述PEPS返回的所述新的第二數據進行校驗比對，如果相匹配則判定防盜認證成功，如果不匹配則重復前述流程，如果直到達到上限重試次數仍不匹配，則判定防盜認證失敗。

其中，所述步驟S2中，如果所述PEPS發現鑰匙不匹配，則通過所述GWM向所述VCU返回鑰匙不匹配的響應，所述VCU判定防盜認證失敗。

其中，所述步驟S3中，如果所述VCU讀取到所述PEPS返回的認證狀態為空時，進一步包括：

所述VCU等待第二時間后，重新產生一組新的隨機數，通過所述GWM轉發給所述PEPS，同時所述VCU根據自身預存的固定碼、防盜密鑰和所述新的隨機數進行加密計算生成新的第一數據；

所述PEPS根據自身預存的固定碼、防盜密鑰和接收到的所述新的隨機數進行加密計算，將計算結果中的部分位數用鑰匙認證結果替換后生成新的第二數據，通過所述GWM將所述新的第二數據轉發給所述VCU；

所述VCU將所述新的第一數據與所述PEPS返回的所述新的第二數據進行校驗比對，如果相匹配則判定防盜認證成功，如果不匹配則重復前述流程，如果直到達到上限重試次數仍不匹配，則判定防盜認證失敗。

其中，在所述步驟S1之前還包括：

當所述PEPS電源狀態處于IGN（相當于ON，處于該狀態時可以給發動機電路上電）時，如果所述VCU已接收到鑰匙上電信號，則執行所述步驟S1。

其中，如果鑰匙認證超時，當所述PEPS電源狀態處于START時，所述VCU判斷在接收到鑰匙啟動信號時執行所述步驟S1。

其中，所述VCU根據自身預存的固定碼、防盜密鑰和所述隨機數通過擴展的微型加密算法XTEA進行加密計算，生成所述第一數據，所述PEPS根據自身預存的固定碼、防盜密鑰和接收到的所述隨機數也通過擴展的微型加密算法XTEA進行加密計算，生成所述第二數據。

其中，所述VCU自身預存的固定碼和防盜密鑰分別與所述PEPS自身預存的固定碼和防盜密鑰相一致。

本發明還提供一種純電動汽車防盜認證系統，包括：

整車控制器VCU、網關模塊GWM以及無匙啟動/智能進入系統PEPS，其中，

所述VCU用于產生一組隨機數，通過所述GWM轉發給所述PEPS，同時根據自身預存的固定碼、防盜密鑰和所述隨機數進行加密計算生成第一數據；

所述PEPS用于根據自身預存的固定碼、防盜密鑰和接收到的所述隨機數進行加密計算，生成第二數據，并通過所述GWM轉發給所述VCU；

所述VCU還用于將自身預存的防盜密鑰和所述第一數據與返回的所述第二數據進行校驗比對，若匹配則判定防盜認證成功，否則判定防盜認證失敗。

其中，所述VCU通過所述GWM轉發所述隨機數給所述PEPS之后，如果等待第一時間后沒有收到所述PEPS的響應，則等待第二時間后將所述隨機數再次通過所述GWM轉發給所述PEPS，重復前述過程，如果直至達到上限重試次數都沒有收到所述PEPS的響應，則判定防盜認證失敗。

其中，所述PEPS如果處于查找鑰匙或計算所述第二數據過程中，則通過所述GWM向所述VCU返回認證狀態忙，所述VCU等待第二時間后將所述隨機數再次通過所述GWM轉發給所述PEPS，重復前述過程，如果直至達到上限重試次數收到所述PEPS的響應均為認證狀態忙，則判定防盜認證失敗。

其中，如果所述第一數據與返回的所述第二數據的校驗比對不匹配，則所述VCU用于等待第二時間后，重新產生一組新的隨機數，通過所述GWM轉發給所述PEPS，同時根據自身預存的固定碼、防盜密鑰和所述新的隨機數進行加密計算生成新的第一數據；

所述PEPS用于根據自身預存的固定碼、防盜密鑰和接收到的所述新的隨機數進行加密計算，將計算結果中的部分位數用鑰匙認證結果替換后生成新的第二數據，通過所述GWM將所述新的第二數據轉發給所述VCU；

所述VCU還用于將所述新的第一數據與所述PEPS返回的所述新的第二數據進行校驗比對，如果相匹配則判定防盜認證成功，如果不匹配則重復前述流程，如果直到達到上限重試次數仍不匹配，則判定防盜認證失敗。

其中，如果所述PEPS發現鑰匙不匹配，則通過所述GWM向所述VCU返回鑰匙不匹配的響應，所述VCU判定防盜認證失敗。

其中，如果所述VCU讀取到所述PEPS返回的認證狀態為空時，則所述VCU用于等待第二時間后，重新產生一組新的隨機數，通過所述GWM轉發給所述PEPS，同時根據自身預存的固定碼、防盜密鑰和所述新的隨機數進行加密計算生成新的第一數據；

所述PEPS用于根據自身預存的固定碼、防盜密鑰和接收到的所述新的隨機數進行加密計算，將計算結果中的部分位數用鑰匙認證結果替換后生成新的第二數據，通過所述GWM將所述新的第二數據轉發給所述VCU；

所述VCU還用于將所述新的第一數據與所述PEPS返回的所述新的第二數據進行校驗比對，如果相匹配則判定防盜認證成功，如果不匹配則重復前述流程，如果直到達到上限重試次數仍不匹配，則判定防盜認證失敗。

其中，當所述PEPS電源狀態處于IGN時，所述VCU還用于在已接收到鑰匙上電信號時產生一組隨機數，通過所述GWM轉發給所述PEPS，同時根據自身預存的固定碼、防盜密鑰和所述隨機數進行加密計算生成第一數據。

其中，如果鑰匙認證超時，當所述PEPS電源狀態處于START時，所述VCU還用于在接收到鑰匙啟動信號時產生一組隨機數，通過所述GWM轉發給所述PEPS，同時根據自身預存的固定碼、防盜密鑰和所述隨機數進行加密計算生成第一數據。

其中，所述VCU用于根據自身預存的固定碼、防盜密鑰和所述隨機數通過擴展的微型加密算法XTEA進行加密計算，生成所述第一數據，所述PEPS用于根據自身預存的固定碼、防盜密鑰和接收到的所述隨機數也通過擴展的微型加密算法XTEA進行加密計算，生成所述第二數據。

其中，所述VCU自身預存的固定碼和防盜密鑰分別與所述PEPS自身預存的固定碼和防盜密鑰相一致。

本發明實施例的有益效果在于：通過在純電動車型 VCU和PEPS之間設計防盜認證的交互流程，完善了純電動車型的防盜認證方法，可有效地提高純電動汽車防盜系統安全性和可靠性。

附圖說明

為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。

圖1是本發明實施例一一種純電動汽車防盜認證方法的流程示意圖。

圖2是本發明實施例一中認證成功的防盜認證流程示意圖。

圖3是本發明實施例一中PEPS無響應時的防盜認證流程示意圖。

圖4是本發明實施例一中PEPS響應忙時的防盜認證流程示意圖。

圖5是本發明實施例一中通信失敗時防盜認證的流程示意圖。

圖6是本發明實施例一中鑰匙不匹配時的防盜認證流程示意圖。

圖7是本發明實施例一中認證狀態為空時的防盜認證流程示意圖。

圖8是本發明實施例二一種純電動汽車防盜認證系統的結構示意圖。

具體實施方式

以下各實施例的說明是參考附圖，用以示例本發明可以用以實施的特定實施例。

由于在純電動汽車中，發動機并非充分且必要動力來源：純電動車型未配置發動機、混合動力車型在發動機不工作的情況下仍能進行純電行駛。因此原先由發動機管理系統EMS、網關模塊GWM、無匙啟動/智能進入系統PEPS構成的一個發動機防盜鎖止系統IMMO防盜認證環，需要更改為VCU、GWM、PEPS三者構成，即整車控制器VCU需要替代原先EMS在IMMO防盜認證方面的職責，實現對應的防盜認證流程。

請參照圖2所示，本發明實施例一提供一種純電動汽車防盜認證方法，包括：

步驟S1，整車控制器VCU產生一組隨機數，通過網關模塊GWM轉發給無匙啟動/智能進入系統PEPS，同時所述VCU根據自身預存的固定碼、防盜密鑰和所述隨機數進行加密計算生成第一數據；

步驟S2，PEPS根據自身預存的固定碼、防盜密鑰和接收到的所述隨機數進行加密計算，生成第二數據，并通過所述GWM轉發給所述VCU；

步驟S3，所述VCU將所述第一數據與返回的所述第二數據進行校驗比對，若匹配則判定防盜認證成功，否則判定防盜認證失敗。

由于本實施例中VCU與PEPS之間通過CAN信號交互，因此對防盜認證過程中CAN信號進行以下定義：

VCU端：

防盜認證模式信號（Challenge Code）：VCU->GWM-PEPS

消息名稱（Message Name）：VCU_IMMO

消息長度（Message Length）：8 bytes

ID：0x31

信號名稱（Signal Name）：VCU_ChallengeCode

其中，本實施例中VCU發出的隨機數為8字節，所有8字節全為0x00或0xFF為無效的隨機數，在正常防盜認證時VCU不應發送無效的隨機數。但當VCU中防盜密鑰未經過鑰匙配對時，VCU_ChallengeCode 8個字節應全置為0xFF。

防盜認證結果信號（VCU released status）: VCU->GWM-PEPS

消息名稱（Message Name）：VCU_10_P

消息長度（Message Length）：8 bytes

ID： 0x38B

信號名稱（Signal Name）：VCU_Released

PEPS端：

PEPS響應信號（Response）： PEPS->GWM->VCU

消息名稱（Message Name）： GW_IMMO_P

消息長度（Message Length）： 8 bytes

ID：0x38

信號名稱（Signal Name）： GW_IMMO_P

其中認證狀態（Authentication Status）的含義如下：

根據PEPS反饋的第二數據與VCU的校驗結果，本實施例的防盜認證可能會出現6種不同情況：認證成功（Successful release）、PEPS無響應（PEPS no response）、PEPS響應忙（PEPS response busy）、通信失敗（Communication failure）、鑰匙不匹配（PEPS failure）以及認證狀態為空（PEPS authentication state error），這6種不同情況可能會在一次校驗過程中交替出現。以下分別進行說明。

如圖2所示，是一個防盜認證成功的流程，具體說明如下：

（1）VCU產生一組8個字節的隨機數，發送CAN信號VCU_ChallengeCode = 8 Bytes Random Numbers；

（2）GWM轉發GWM_ImmoCode = VCU_ChallengeCode到PEPS；

（3）PEPS根據自身預存的固定碼、防盜密鑰和接收到的這組隨機數，通過擴展的微型加密算法XTEA（Extend Tiny Encryption Algorithm）進行加密計算，生成第二數據，發送PEPS_ImmoCode = authentication status + 6 bytes response；

（4）GWM轉發GW_IMMO_P = PEPS_ImmoCode到VCU；

（5）VCU讀取到認證狀態authentication status為valid key，則調用內部的pepsKeyCal函數，將由自身預存的固定碼、防盜密鑰ESK和隨機數同樣通過XTEA算法生成的第一數據，與PEPS返回的第二數據進行比較，并且通過了校驗比對；

（6）VCU發送CAN信號VCU_Released = 'VCU released'， 表示最終通過防盜認證。

再如圖3所示，是VCU發送出隨機數后，一直收不到PEPS響應的情況，具體說明如下：

（1）VCU產生一組8個字節的隨機數，發送CAN信號VCU_ChallengeCode = 8 Bytes Random Numbers；

（2）GWM轉發GWM_ImmoCode = VCU_ChallengeCode到PEPS；

（3）VCU等待第一時間（時序參數tKeyStatusRx）后，仍沒有收到PEPS的反饋，則VCU認為PEPS無響應；

（4） VCU再次等待第二時間（時序參數tECMAuthDelayRetry）后，采用上次生成的那一組8個字節的隨機數不變，再次發送CAN信號VCU_ChallengeCode = 8 Bytes Random Numbers；

（5）GWM轉發GWM_ImmoCode = VCU_ChallengeCode到PEPS；

（6）VCU等待第一時間（時序參數tKeyStatusRx）后，依然沒有收到PEPS的反饋，則重復第（4）至（6）步，直到達到上限重試次數；

（7）VCU發送CAN信號VCU_Released = 'VCU locked'，表示防盜認證最終沒有通過。

如圖4所示，是VCU發送出隨機數后，一直收到PEPS的響應是認證狀態忙（busy）的情況，具體說明如下：

（1）VCU產生一組8個字節的隨機數，發送CAN信號VCU_ChallengeCode = 8 Bytes Random Numbers；

（2）GWM轉發GWM_ImmoCode = VCU_ChallengeCode到PEPS；

（3）PEPS由于還在查找鑰匙或者正在計算第二數據中，因此發送PEPS_ImmoCode = authentication status(: busy) + 6 bytes response；

（4）GWM轉發GW_IMMO_P = PEPS_ImmoCode到VCU；

（5）VCU讀取到認證狀態（authentication status）為忙（busy），則等待第二時間（時序參數tECMAuthDelayRetry）后，采用上次生成的那一組8個字節的隨機數不變，發送CAN信號VCU_ChallengeCode = 8 Bytes Random Numbers；

（6）GWM轉發GWM_ImmoCode = VCU_ChallengeCode到PEPS；

（7）PEPS依然處于查找鑰匙或者正在計算第二數據中，再次發送PEPS_ImmoCode = authentication status(: busy) + 6 bytes response；

（8）GWM轉發GW_IMMO_P = PEPS_ImmoCode到VCU；

（9）VCU收到PEPS的認證狀態（authentication status）為忙（busy），則VCU重復第（5）至（9）步，直到達到上限重試次數；

（10）VCU發送CAN信號VCU_Released = 'VCU locked'，表示防盜認證最終沒有通過。

如圖5所示，是VCU接收到PEPS的認證狀態（Authentication status）為Valid Key，但校驗比對時出現沒有通過的情況，即通信失敗，具體說明如下：

（1）VCU產生一組8個字節的隨機數，發送CAN信號VCU_ChallengeCode = 8 Bytes Random Numbers；

（2）GWM轉發GWM_ImmoCode = VCU_ChallengeCode到PEPS；

（3）PEPS根據自身預存的固定碼、防盜密鑰和接收到的這組隨機數，通過XTEA算法進行加密計算，生成第二數據，發送PEPS_ImmoCode = authentication status + 6 bytes response；

（4）GWM轉發GW_IMMO_P = PEPS_ImmoCode到VCU；

（5）VCU讀取到認證狀態（authentication status）為鑰匙認證通過（valid key），則調用內部的pepsKeyCal函數，將由自身預存的固定碼、防盜密鑰和隨機數同樣通過XTEA算法生成的第一數據，與PEPS返回的第二數據進行比較，但是沒有通過校驗比對；

（6）VCU等待第二時間（時序參數tECMAuthDelayRetry）后，重新生成一組新的8個字節的隨機數，發送CAN信號VCU_ChallengeCode = New 8 Bytes Random Numbers；

（7）GWM轉發GWM_ImmoCode = VCU_ChallengeCode到PEPS；

（8）PEPS根據自身預存的固定碼、防盜密鑰和接收到的這組隨機數，通過XTEA算法進行加密計算，將計算結果中的部分位數用鑰匙認證結果替換后生成第二數據，發送PEPS_ImmoCode = authentication status + 6 bytes response；

（9）GWM轉發GW_IMMO_P = PEPS_ImmoCode到VCU；

（10）VCU讀取到authentication status為valid key，則調用pepsKeyCal函數，將由自身預存的固定碼、防盜密鑰和新的隨機數同樣通過XTEA算法生成的第一數據，與PEPS返回的第二數據進行比較，如果通過了校驗比對，則調到第（11）步，如果未通過校驗比對，則重復第（6）至（10）步，直到達到上限重試次數，則VCU發送CAN信號VCU_Released = 'VCU locked，表示防盜系統最終未通過防盜認證，流程結束；

（11） VCU發送CAN信號VCU_Released = 'VCU released'，表示防盜系統最終通過防盜認證。

如圖6所示，是VCU接收到PEPS的認證狀態（authentication status）為鑰匙不匹配（no valid KEY）的情況，具體說明如下：

（1）VCU產生一組8個字節的隨機數，發送CAN信號VCU_ChallengeCode = 8 Bytes Random Numbers；

（2）GWM轉發GWM_ImmoCode = VCU_ChallengeCode到PEPS；

（3）PEPS發現鑰匙不匹配，發送PEPS_ImmoCode = authentication status(: no valid KEY) + 6 bytes response；

（4）GWM轉發GW_IMMO_P = PEPS_ImmoCode到VCU；

（5）VCU讀取到認證狀態（authentication status）為鑰匙不匹配（no valid KEY），則發送CAN信號VCU_Released = 'VCU locked'，表示防盜認證最終沒有通過。

需要說明的是，本實施例的防盜認證發生在鑰匙認證之后，通過鑰匙認證之后才進行防盜認證。圖6所示的例子是在進入防盜認證流程后，如果發生鑰匙被丟出車外的狀況，則需附帶進行鑰匙認證。

如圖7所示，是VCU接收到PEPS的認證狀態（authentication status）為空（not defined）的情況，具體說明如下：

（1）VCU產生一組8個字節的隨機數，發送CAN信號VCU_ChallengeCode = 8 Bytes Random Numbers；

（2）GWM轉發GWM_ImmoCode = VCU_ChallengeCode到PEPS；

（3）PEPS根據自身預存的固定碼、防盜密鑰和接收到的這組隨機數，通過XTEA算法進行加密計算，生成第二數據，發送PEPS_ImmoCode = authentication status + 6 bytes response；

（4）GWM轉發GW_IMMO_P = PEPS_ImmoCode到VCU；

（5）VCU讀取到認證狀態（authentication status）為空（not defined）；

（6）VCU等待第二時間（時序參數tECMAuthDelayRetry）后，重新生成一組新的8個字節的隨機數，發送CAN信號VCU_ChallengeCode = New 8 Bytes Random Numbers；

（7）GWM轉發GWM_ImmoCode = VCU_ChallengeCode到PEPS；

（8）PEPS根據自身預存的固定碼、防盜密鑰和接收到的這組隨機數，通過XTEA算法進行加密計算，將計算結果中的部分位數用鑰匙認證結果替換后生成第二數據，發送PEPS_ImmoCode = authentication status + 6 bytes response；

（9）GWM轉發GW_IMMO_P = PEPS_ImmoCode到VCU；

（10）VCU讀取到認證狀態（authentication status）為空（not defined），則調用pepsKeyCal函數，將由自身預存的固定碼、防盜密鑰ESK和新的隨機數同樣通過XTEA算法生成的第一數據，與PEPS返回的第二數據進行比較，如果通過了校驗比對，則調到第（11）步，如果未通過校驗比對，則重復第（6）至（10）步，直到達到上限重試次數，則VCU發送CAN信號VCU_Released = 'VCU locked，表示防盜系統最終未通過防盜認證，流程結束；

（11） VCU發送CAN信號VCU_Released = 'VCU released'，表示防盜系統最終通過防盜認證。

可以理解的是，VCU自身預存的固定碼和防盜密鑰分別與PEPS自身預存的固定碼和防盜密鑰相一致，均通過線下寫入。

如前所述，上述6種情況況可能會在一次校驗過程中交替出現，當交替出現時，一旦達到認證成功（Successful release）或鑰匙不匹配（PEPS failure）條件，直接將VCU_Released置位為'VCU released'或'VCU locked'；而在另外四種條件下不斷交替時，需要不斷重復發起校驗，因為這四種情況的重復發起上限次數并非完全相同，故有著相同的重復發起上限次數的情況復用一個相同的重復發起計數，任意一個重復發起計數達到了其上限次數時均應將VCU_Released置位為'VCU locked'。

還需說明的是，在步驟S1之前，用戶操作啟動開關，PEPS置位IGN ON繼電器，處于IGN ON狀態，VCU檢測 KeyOn引腳電壓，電壓達到一定值，則啟動認證流程。如果認證未通過或鑰匙認證超時，在IGN ON狀態，用戶操作啟動開關，PEPS置位Start Relay時，VCU檢測Key start引腳電壓，電壓達到一定值，VCU應該再次發起與PEPS的認證流程。

由此，本實施例在步驟S1之前還包括：

當所述PEPS電源狀態處于IGN時，如果所述VCU已接收到鑰匙上電信號，則執行步驟S1。

如果鑰匙認證超時，當所述PEPS電源狀態處于START時，所述VCU在接收到鑰匙啟動信號時執行步驟S1。

請再參照圖8所示，基于本發明實施例一，本發明實施例二提供本發明還提供一種純電動汽車防盜認證系統，包括：

整車控制器VCU、網關模塊GWM以及無匙啟動/智能進入系統PEPS，其中，

所述VCU用于產生一組隨機數，通過所述GWM轉發給所述PEPS，同時根據自身預存的固定碼、防盜密鑰和所述隨機數進行加密計算生成第一數據；

所述PEPS用于根據自身預存的固定碼、防盜密鑰和接收到的所述隨機數進行加密計算，生成第二數據，并通過所述GWM轉發給所述VCU；

所述VCU還用于將所述第一數據與返回的所述第二數據進行校驗比對，若匹配則判定防盜認證成功，否則判定防盜認證失敗。

其中，所述VCU通過所述GWM轉發所述隨機數給所述PEPS之后，如果等待第一時間后沒有收到所述PEPS的響應，則等待第二時間后將所述隨機數再次通過所述GWM轉發給所述PEPS，重復前述過程，如果直至達到上限重試次數都沒有收到所述PEPS的響應，則判定防盜認證失敗。

其中，所述PEPS如果處于查找鑰匙或計算所述第二數據過程中，則通過所述GWM向所述VCU返回認證狀態忙，所述VCU等待第二時間后將所述隨機數再次通過所述GWM轉發給所述PEPS，重復前述過程，如果直至達到上限重試次數收到所述PEPS的響應均為認證狀態忙，則判定防盜認證失敗。

其中，如果所述第一數據與返回的所述第二數據的校驗比對不匹配，則所述VCU用于等待第二時間后，重新產生一組新的隨機數，通過所述GWM轉發給所述PEPS，同時根據自身預存的固定碼、防盜密鑰和所述新的隨機數進行加密計算生成新的第一數據；

所述PEPS用于根據自身預存的固定碼、防盜密鑰和接收到的所述新的隨機數進行加密計算，將計算結果中的部分位數用鑰匙認證結果替換后生成新的第二數據，通過所述GWM將所述新的第二數據轉發給所述VCU；

所述VCU還用于將所述新的第一數據與所述PEPS返回的所述新的第二數據進行校驗比對，如果相匹配則判定防盜認證成功，如果不匹配則重復前述流程，如果直到達到上限重試次數仍不匹配，則判定防盜認證失敗。

其中，如果所述PEPS發現鑰匙不匹配，則通過所述GWM向所述VCU返回鑰匙不匹配的響應，所述VCU判定防盜認證失敗。

其中，如果所述VCU讀取到所述PEPS返回的認證狀態為空時，則所述VCU用于等待第二時間后，重新產生一組新的隨機數，通過所述GWM轉發給所述PEPS，同時根據自身預存的固定碼、防盜密鑰和所述新的隨機數進行加密計算生成新的第一數據；

所述PEPS用于根據自身預存的固定碼、防盜密鑰和接收到的所述新的隨機數進行加密計算，將計算結果中的部分位數用鑰匙認證結果替換后生成新的第二數據，通過所述GWM將所述新的第二數據轉發給所述VCU；

所述VCU還用于將所述新的第一數據與所述PEPS返回的所述新的第二數據進行校驗比對，如果相匹配則判定防盜認證成功，如果不匹配則重復前述流程，如果直到達到上限重試次數仍不匹配，則判定防盜認證失敗。

其中，當所述PEPS電源狀態處于IGN時，所述VCU還用于在已接收到鑰匙上電信號時產生一組隨機數，通過所述GWM轉發給所述PEPS，同時對所述隨機數進行加密計算生成第一數據。

其中，如果鑰匙認證超時，當所述PEPS電源狀態處于START時，所述VCU還用于在接收到鑰匙啟動信號時產生一組隨機數，通過所述GWM轉發給所述PEPS，同時對所述隨機數進行加密計算生成第一數據。

其中，所述VCU用于根據自身預存的固定碼、防盜密鑰和所述隨機數通過擴展的微型加密算法XTEA進行加密計算，生成所述第一數據，所述PEPS用于根據自身預存的固定碼、防盜密鑰和接收到的所述隨機數也通過擴展的微型加密算法XTEA進行加密計算，生成所述第二數據。

其中，VCU自身預存的固定碼和防盜密鑰分別與PEPS自身預存的固定碼和防盜密鑰相一致。

有關本實施例的工作原理以及所帶來的有益效果請參照本發明實施例一的說明，此處不再贅述。

通過上述說明可知，本發明所帶來的有益效果在于：通過在純電動車型 VCU和PEPS之間設計防盜認證的交互流程，完善了純電動車型的防盜認證方法，可有效地提高純電動汽車防盜系統安全性和可靠性。

以上所揭露的僅為本發明較佳實施例而已，當然不能以此來限定本發明之權利范圍，因此依本發明權利要求所作的等同變化，仍屬本發明所涵蓋的范圍。