車載診斷標(biāo)準(zhǔn)ISO15765-3中文

1、.ISO 15765-32004道路車輛控制局域網(wǎng)絡(luò)診斷第3部分：一元化診斷服務(wù)實施CAN的UDS道路車輛控制器局域網(wǎng)CAN的診斷第3部分：一元化診斷服務(wù)實施CAN的UDS1 范圍這部分ISO 15765協(xié)議按照ISO 14229-1,描述了在ISO 11898定義的控制器局域網(wǎng)中統(tǒng)一診斷服務(wù)UDS的實施。它給所有汽車連接至CAN網(wǎng)絡(luò)服務(wù)器及外部測試設(shè)備提供診斷服務(wù)及服務(wù)器存儲器編程的需求。它對汽車內(nèi)部CAN總線架構(gòu)無任何要求。2 參考的標(biāo)準(zhǔn)下述的參考文檔對于該文檔的應(yīng)用是必不可少的。3 術(shù)語,定義和縮略詞為編撰該文檔目的,這些術(shù)語和定義已在ISO 14229-1,ISO 15765-1及IS

2、O 15765-2中給出,以下縮略詞術(shù)語同樣適用。DA 目標(biāo)地址ID 標(biāo)識符DLC 數(shù)據(jù)長度碼GW 網(wǎng)關(guān)LSB 最低有效位MSB 最高有效位NA 網(wǎng)絡(luò)地址SA 源地址SM 子網(wǎng)掩碼TOS 服務(wù)類型4 協(xié)定該部分ISO 15765協(xié)議基于ISO 14229-1的協(xié)定,該協(xié)議遵從使用到診斷服務(wù)的OSI服務(wù)協(xié)議。5 統(tǒng)一診斷服務(wù)UDS對照OSI模型的應(yīng)用見圖16 應(yīng)用層及會話層6.1 應(yīng)用層服務(wù)該部分ISO 15765協(xié)議使用ISO 14229-1的客戶機-服務(wù)器式的應(yīng)用層服務(wù)。該系統(tǒng)具有測試、檢測、監(jiān)視,診斷及汽車服務(wù)器在線編程的功能。6.2 應(yīng)用層協(xié)議該部分ISO 15765協(xié)議使用ISO 14

3、229-1應(yīng)用層協(xié)議。6.3 應(yīng)用層診斷會話管理定時重要任何一個服務(wù)器端產(chǎn)生的不等于N_OK的N_USData.indication的指示服務(wù),服務(wù)器應(yīng)用層都不應(yīng)該有一個應(yīng)答信息。6.3.1 概況下述的是應(yīng)用層及會話層的定時參數(shù)及它們?nèi)绾卧诳蛻魴C-服務(wù)器模式中如何處理的。圖1 OSI模型中,基于CAN的UDS實施下述的幾種通信會話方式需區(qū)別開：物理的通信在如下期間默認(rèn)會話方式非默認(rèn)的會話方式需進行會話處理功能的通信在如下期間默認(rèn)的會話方式非默認(rèn)的會話方式需進行會話處理所有的情況下,請求服務(wù)器否定應(yīng)答信息的擴展的定時應(yīng)答,包括應(yīng)答碼78hex應(yīng)當(dāng)予以考慮。定義在ISO 15765-2的網(wǎng)絡(luò)層主要

4、是處理客戶機-服務(wù)器的應(yīng)用層及診斷會話管理的定時。6.3.2 應(yīng)用層定時參數(shù)定義用于默認(rèn)的診斷會話的應(yīng)用層定時參數(shù)值應(yīng)按照如下表2設(shè)置表2默認(rèn)會話的應(yīng)用層定時參數(shù)定義定時參數(shù)描述類型最小值最大值成功發(fā)送請求信息通過N_USData.con應(yīng)答指示到接收答復(fù)信息開始多幀信息的N_USDataFirstFrame.ind和單幀信息的N_USData.ind的超時設(shè)置定時器重載值接收到應(yīng)答碼為0 x78的否定應(yīng)答通過N_USData.con指示到接收答復(fù)信息開始多幀信息的N_USDataFirstFrame.ind和單幀信息的N_USData.ind的擴展的超時設(shè)置定時器重載值在接收到請求信息通過N

5、_USData.ind指示,服務(wù)器開始答復(fù)信息的運行要求運行要求050ms在傳遞了0 x78擴展的超時設(shè)置的否定應(yīng)答碼通過N_USData.con指示,服務(wù)器開始答復(fù)信息的運行要求運行要求5000ms客戶機成功發(fā)送不需應(yīng)答的物理地址請求信息通過N_USData.con指示,到它能發(fā)送下一個物理地址請求信息等待的最小時間見圖定時器重載值客戶機成功發(fā)送功能地址請求信息通過N_USData.con指示,到它能發(fā)送下一個功能地址請求信息等待的最小時間,有可能不需應(yīng)答也有可能該請求數(shù)據(jù)只被某個子網(wǎng)功能地址服務(wù)器支持見圖定時器重載值a 客戶機等待一個應(yīng)答信息發(fā)送的最長時間由客戶機決定,但必須滿足必須比指定

6、的最小值要大；b 值由客戶機決定,但必須滿足該值必須比指定的最小值要大；c 擴展的應(yīng)答定時,在連續(xù)的應(yīng)答碼為0 x78的否定應(yīng)答信息之間最小值為,最大容差為20的；d 客戶機發(fā)送下一個請求的最長等待時間由客戶機決定,但必須滿足非默認(rèn)會話的定時在服務(wù)器一直保持運行。參數(shù)被認(rèn)為是所有系統(tǒng)網(wǎng)絡(luò)設(shè)計參考延時,該延時通過網(wǎng)關(guān)及總線帶寬加上安全系數(shù)例如最壞情況的50。最壞情況客戶機-服務(wù)器-客戶機信息傳輸一個來回的必須得傳送時間,基于系統(tǒng)的設(shè)計,并受以下因素的影響：包含網(wǎng)關(guān)的數(shù)量CAN幀發(fā)送的時間波特率CAN總線的使用情況CAN設(shè)備驅(qū)動使用方法輪詢方式還是中斷方式及網(wǎng)絡(luò)層的處理時間分為兩個時間,一是客戶機

7、發(fā)送請求至服務(wù)器的時間,一是服務(wù)器發(fā)送應(yīng)答至客戶機的時間。圖2展示的是組成的一個例子。圖2 組成的一個例子單幀請求和應(yīng)答信息注意：為了簡單描述定時參數(shù),在以下所有的圖中,假定客戶機到服務(wù)器在同一個網(wǎng)絡(luò)中。所有的說明及附圖按照時間順序表述。會話層定時參數(shù)定義當(dāng)診斷會話而不是默認(rèn)的會話啟動的時,需要按如下表3的會話層定時參數(shù)進行會話的操作。表3會話層定時參數(shù)定義定時參數(shù)說明類型推薦超時 ms超時 ms在功能地址0 x3E由客戶機發(fā)送的用于保持診斷會話的信息請求之間的時間,而不是多服務(wù)器的默認(rèn)會話時間功能的通信,或者對某一具體服務(wù)器發(fā)送請求最大時間間隔。物理的通信。時間重置值2000ms4000ms

8、在沒有接收到任何請求信息時,服務(wù)器保持診斷會話的時間,不是默認(rèn)會話活動時間。時間重置值N/A5000ms而且,服務(wù)器轉(zhuǎn)變到非默認(rèn)會話時,應(yīng)當(dāng)改變它的應(yīng)用層定時參數(shù)和,以完成適用于診斷會話的操作。非默認(rèn)的診斷會話適用的定時參數(shù)在診斷會話控制應(yīng)答信息中報告,當(dāng)一個應(yīng)答需要傳遞見圖服務(wù)說明或需要提前通知客戶不傳遞任何應(yīng)答信息時。當(dāng)客戶機啟動功能的非默認(rèn)會話時,它應(yīng)當(dāng)調(diào)整響應(yīng)的服務(wù)器的定時參數(shù)。表4定義了客戶機和服務(wù)器開啟/重啟的/定時條件。對于客戶機,周期性發(fā)送功能地址0 x3E請求信息,應(yīng)當(dāng)與連續(xù)地發(fā)送物理地址0 x3E請求信息區(qū)別開,后者僅僅在沒有其它任何診斷請求時發(fā)送。對于服務(wù)器,不需要這兩種

9、0 x3E的操作方式。表4說明定時器操作是基于網(wǎng)絡(luò)層服務(wù)的,也就是說,定時器在接收到不支持的診斷請求信息時,重啟。6.3.4 客戶機和服務(wù)器定時器資源要求對于客戶機及服務(wù)器在默認(rèn)會話及任何非默認(rèn)會話完成上述時間定時的定時器資源要求應(yīng)按照表5及6所示。在非默認(rèn)會話期間,表6所示附加的定時器資源要求適用于客戶機及服務(wù)器。表4 客戶機及服務(wù)器的會話層定時啟動/停止條件定時參數(shù)動作物理和功能通信,使用功能地址,周期性發(fā)送請求信息物理通信,使用功能地址,連續(xù)發(fā)送請求信息初始化開始N_USData.con用于指示診斷會話控制10hex請求信息的完成。只適用于非默認(rèn)會話的會話類型。若不需應(yīng)答,N_USDat

10、a.con指示診斷會話控制10 hex請求信息的完成。若需一個應(yīng)答,N_USData.ind指示診斷會話控制10 hex請求信息的完成。隨后的開始N_USData.con指示功能地址0 x3E請求信息的完成,它是在定時每次到時時發(fā)送。若不需應(yīng)答,N_USData.con指示診斷會話控制任何請求信息的完成。若需一個應(yīng)答,N_USData.ind指示診斷會話控制任何請求信息的完成。N_USData.ind在接收到多幀應(yīng)答信息時,指示出錯。初始化開始如果需要一條應(yīng)答信息被傳送的話,N_USData.con指示診斷會話控制應(yīng)答信息的完成,表示從默認(rèn)會話轉(zhuǎn)變?yōu)榉悄J(rèn)會話。如果不需應(yīng)答。成功地完成請求的服

11、務(wù),該請求為診斷會話控制10 hex請求信息要求從默認(rèn)會話轉(zhuǎn)變至非默認(rèn)會話,隨后的結(jié)束N_USDataFirstFrame.ind指示多幀請求信息開始,N_USData.ind表示任何一個單幀請求信息的接收。如果使用默認(rèn)會話,被禁用。隨后的開始如果需要一條應(yīng)答信息被傳送的話包括肯定及否定應(yīng)答,N_USData.con指示任何應(yīng)答信息的完成,確定一條服務(wù)的執(zhí)行最后回復(fù)信息。否定應(yīng)答應(yīng)答碼0 x78不會重啟。如果不需要任何應(yīng)答信息肯定或否定,請求動作的完成服務(wù)結(jié)束N_USData.ind指示接收多幀請求信息時的出錯。當(dāng)請求發(fā)送未被請求的信息,如基于某一事件的周期性數(shù)據(jù)及應(yīng)答,見服務(wù)器關(guān)于更多的處理

12、。表5默認(rèn)會話下定時器資源要求定時參數(shù)客戶機服務(wù)器為每一個邏輯通信通道物理和功能通信設(shè)置一個單獨的定時器是需要的,例如,點對點通信需要一個獨立的通信通道。N/AN/A為擴展的應(yīng)答定時一個可選擇的定時器保證隨后的否定應(yīng)答的發(fā)送比早一些。需為每一個物理通信口提供單獨的定時器N/A需為每一個功能通信口提供單獨的定時器N/A表6非默認(rèn)會話下另外的定時資源需求定時參數(shù)客戶機服務(wù)器當(dāng)使用周期性發(fā)送,功能地址0 x3E請求信息保持服務(wù)器在非默認(rèn)狀態(tài),需提供單獨的定時器,不需為每一個激活的診斷會話提供額外的定時器。N/A當(dāng)在無其它診斷請求時,使用連續(xù)的發(fā)送物理地址0 x3E請求信息保持單個服務(wù)器在非默認(rèn)狀態(tài),

13、為每一個點對點通信通道設(shè)置單獨的定時器N/A服務(wù)器需一個單獨的定時器,因為只有單診斷會話能在一個服務(wù)器中激活。具體的定時參數(shù)描述物理通信默認(rèn)會話下物理通信圖3描述了客戶機和服務(wù)器在默認(rèn)會話下物理地址請求信息定時的操作。圖3默認(rèn)會話下物理通信客戶端診斷應(yīng)用層通過發(fā)送N_USData.req到網(wǎng)絡(luò)層開始發(fā)送請求信息。網(wǎng)絡(luò)層傳遞該請求信息至服務(wù)器。該請求信息要么以單診的形式或多幀的形式。在多幀信息情況下,請求開始于網(wǎng)絡(luò)層發(fā)送的N_USDataFF.ind通知服務(wù)器。請求信息的完成通過客戶機N_USData.con指示。當(dāng)接收到N_USData.con時,客戶端使用默認(rèn)重載值為,啟動定時器,該定時器的

14、值應(yīng)當(dāng)考慮到車載網(wǎng)絡(luò)設(shè)計上通信網(wǎng)關(guān),總線帶寬,等所有的延時。為了簡單化,該圖假定客戶機和服務(wù)器在一條總線上。服務(wù)器通過N_USData.ind指示請求信息的完成。服務(wù)器在接收到N_USData.ind指示時,要求在時間內(nèi)開始回復(fù)信息。也就是說,在多幀回復(fù)信息條件下,首幀必須在時間內(nèi)發(fā)送,對于單幀回復(fù)信息,該單幀必須在時間內(nèi)回復(fù)。在多幀應(yīng)答信息情況下,客戶機通過網(wǎng)絡(luò)層N_USDataFF.ind指示首幀的接收。當(dāng)接收到首幀時,客戶機停止定時器。如果完整的信息接收到,或者在接收過程中出現(xiàn)了錯誤,網(wǎng)絡(luò)層最后都產(chǎn)生一個N_USData.ind。在單幀響應(yīng)信息,通過單個的N_USData.ind指示單幀

15、的接收。當(dāng)接收該單幀指示時,客戶端停止定時器。服務(wù)器通過N_USData.con指示響應(yīng)信息的完成。6.3.5.1.2 默認(rèn)會話期間擴展了應(yīng)答定時的物理通信圖4描述了默認(rèn)會話期間客戶機和服務(wù)器物理地址請求信息定時操作,及服務(wù)器請求擴展的響應(yīng)定時否定應(yīng)答碼0 x78的處理。圖4 默認(rèn)會話期間的物理通信擴展了應(yīng)答定時客戶端診斷應(yīng)用層通過發(fā)送N_USData.req到網(wǎng)絡(luò)層開始發(fā)送請求信息。網(wǎng)絡(luò)層傳遞該請求信息至服務(wù)器。該請求信息要么以單診的形式或多幀的形式。在多幀信息情況下,請求開始于網(wǎng)絡(luò)層發(fā)送的N_USDataFF.ind通知服務(wù)器。請求信息的完成通過客戶機N_USData.con指示。當(dāng)接收到

16、N_USData.con時,客戶端使用默認(rèn)重載值為,啟動定時器,該定時器的值應(yīng)當(dāng)考慮到車載網(wǎng)絡(luò)設(shè)計上通信網(wǎng)關(guān),總線帶寬,等所有的巖石。為了簡單化,該圖假定客戶機和服務(wù)器在一條總線上。服務(wù)器通過N_USData.ind指示請求信息的完成。服務(wù)器在接收到N_USData.ind指示時,要求在時間內(nèi)開始回復(fù)信息。也就是說,在多幀回復(fù)信息條件下,首幀必須在時間內(nèi)發(fā)送,對于單幀回復(fù)信息,該單幀必須在時間內(nèi)回復(fù)。服務(wù)器在給定的時間內(nèi)無法提供請求的信息時,它可以通過發(fā)送應(yīng)答碼為0 x78的否定應(yīng)答信息請求擴展的定時窗?？蛻舳私邮盏椒穸☉?yīng)答信息時,客戶端網(wǎng)絡(luò)層產(chǎn)生一個N_USData.ind。接收到應(yīng)答碼為0

17、 x78的否定應(yīng)答信息,客戶端重置它的定時器,但使用的是擴展的重載的定時值。服務(wù)器在發(fā)送否定應(yīng)答信息N_USData.con之后,要求在給定的擴展的時間內(nèi)應(yīng)答信息。如果在給定的擴展的時間內(nèi)仍無法提供請求的信息,服務(wù)器則繼續(xù)發(fā)送應(yīng)答碼為0 x78的否定應(yīng)答?？蛻舳耸褂玫氖菙U展的重載的定時值重置它的定時器。為了簡單起見,圖中只顯示了一個應(yīng)答碼為0 x78的否定應(yīng)答信息。一旦服務(wù)器可以提供請求的信息肯定的否定的應(yīng)答,而不是應(yīng)答碼0 x78的應(yīng)答,它就啟動最后結(jié)果的應(yīng)答信息。在多幀應(yīng)答信息情況下,客戶機通過網(wǎng)絡(luò)層N_USDataFF.ind指示首幀的接收。當(dāng)接收到首幀時,客戶機停止定時器。如果完整的信

18、息接收到,或者在接收過程中出現(xiàn)了錯誤,網(wǎng)絡(luò)層最后都產(chǎn)生一個N_USData.ind。在單幀響應(yīng)信息,通過單個的N_USData.ind指示單幀的接收。當(dāng)接收該單幀指示時,客戶端停止定時器。服務(wù)器通過N_USData.con指示響應(yīng)信息的完成。6.3.5.1.3 非默認(rèn)會話期間的物理通信6.3.5.1.3.1 功能地址0 x3E信息圖5 非默認(rèn)會話期間的物理通信功能地址圖5描述了客戶機和服務(wù)器非默認(rèn)會話期間物理通信及使用功能地址的定時處理?？蛻魴C周期性發(fā)送請求信息,不需要服務(wù)器的應(yīng)答信息。與定時處理與和小節(jié)中描述的處理方法相同。唯一的區(qū)別是客戶端重置的值及服務(wù)器端發(fā)送結(jié)果應(yīng)答時間會有不同。這是由

19、于轉(zhuǎn)變到另一會話層而不是使用默認(rèn)會話層,因此使用的是不同的的值。見節(jié)診斷會話控制0 x10服務(wù)對定時參數(shù)更詳細(xì)的描述?？蛻舳嗽\斷應(yīng)用層通過發(fā)送N_USData.req至網(wǎng)絡(luò)層,傳遞診斷會話控制0 x10請求信息。網(wǎng)絡(luò)層傳遞該請求信息至服務(wù)器。請求信息是單幀信息。它的完成通過客戶端N_USData.con指示。和描述的應(yīng)答定時適用于此?？蛻舳水a(chǎn)生的N_USData.con促使定時器開啟會話定時器。服務(wù)器通過N_USData.ind的發(fā)送器一個應(yīng)答。服務(wù)器應(yīng)當(dāng)發(fā)送診斷會話控制0 x10的肯定應(yīng)答信息。服務(wù)器通過N_USData.con指示應(yīng)答信息發(fā)送的完成。然后服務(wù)器開啟定時器,只要它不超時,它就

20、一直處于非默認(rèn)狀態(tài)?？蛻魴C負(fù)責(zé)保證定時器在它超時之前復(fù)位,以保證服務(wù)器處于非默認(rèn)會話狀態(tài)。一旦客戶機開啟了定時器,這會促使不需應(yīng)答信息的功能地址0 x3E請求信息的發(fā)送。每一次發(fā)送的時機都是在超時時發(fā)送。在網(wǎng)絡(luò)層通過N_USData.con指示0 x3E請求信息傳遞完成之后,客戶機再次啟動定時器。這就是說,功能地址請求信息是在每一次定時超時之后,周期性發(fā)送的。服務(wù)器在處理診斷服務(wù)的任何時間內(nèi),它都停止定時器。當(dāng)診斷服務(wù)處理完之后,服務(wù)器重啟定時器。這就是說,診斷服務(wù),包括0 x3E,都重置定時器。診斷服務(wù)是在接收到請求信息N_USDataFF.ind或者N_USData.ind服務(wù)與完成最后結(jié)

21、果應(yīng)答這個期間內(nèi)處理的。這里是需要一條應(yīng)答信息的。或者請求然后診斷服務(wù)動作的完成不需要任何應(yīng)答信息。及時到達(dá)一個點會促使一個應(yīng)答信息的發(fā)送所有0 x3E請求信息,在服務(wù)器處理另外一條請求信息期間接收的話,都會被服務(wù)器忽略。因為它已經(jīng)停止了定時器,并且在服務(wù)處理完之后重啟。物理地址0 x3E信息圖6描述了非默認(rèn)會話期間客戶機與服務(wù)器物理通信的定時處理。以及使用物理地址0 x3E請求信息需要服務(wù)器返回應(yīng)答信息以保持在沒有其它診斷服務(wù)的時候診斷會話的持續(xù)。圖6 非默認(rèn)會話期間的物理通信物理地址客戶端診斷應(yīng)用層通過發(fā)送N_USData.req至網(wǎng)絡(luò)層,傳遞診斷會話控制0 x10請求信息。網(wǎng)絡(luò)層傳遞該請

22、求信息至服務(wù)器。請求信息是單幀信息。它的完成通過客戶端N_USData.con指示。和6.3描述的應(yīng)答定時適用于此。客戶端產(chǎn)生的N_USData.con不會促使定時器開啟會話定時器。這與使用功能地址不同,使用功能地址會周期性發(fā)送信息保持診斷會話一直處于激活狀態(tài)見。服務(wù)器通過N_USData.ind指示請求信息的完成。和描述的應(yīng)答定時適用于此。圖上給出,假定客戶機需要服務(wù)器一個應(yīng)答。服務(wù)器應(yīng)當(dāng)發(fā)送診斷會話控制0 x10的肯定應(yīng)答信息。服務(wù)器通過N_USData.con指示應(yīng)答信息發(fā)送的完成。然后服務(wù)器開啟定時器,只要它不超時,它就一直處于非默認(rèn)狀態(tài)?？蛻魴C通過N_USData.ind指示診斷會話

23、控制0 x10的接收。這將促使的開啟。客戶機負(fù)責(zé)保證定時器在它超時之前復(fù)位,以保證服務(wù)器處于非默認(rèn)會話狀態(tài)?？蛻魴C任何時候發(fā)送一條請求信息至服務(wù)器包括0 x3E信息,它都會停止。接收到請求信息的單幀或首幀,服務(wù)器都停止定時器。服務(wù)器通過N_USData.ind標(biāo)識請求信息的完成。和描述的應(yīng)答定時適用于此?？蛻魴C通過N_USData.ind指示應(yīng)答信息的完成,這促使客戶機開啟,服務(wù)器通過N_USData.con指示應(yīng)答信息的完成,這促使服務(wù)器開啟。還有一種客戶機不需要應(yīng)答的情況,客戶機接收到網(wǎng)絡(luò)層N_USData.con確認(rèn)標(biāo)識請求信息發(fā)送完時,開啟,服務(wù)器完成請求的動作時,開啟,為簡單起見,圖

24、中顯示的是需要應(yīng)答的情況。如果客戶機在超時之前,沒有發(fā)送任何診斷請求信息,這促使客戶機在超時時,發(fā)送一條物理地址0 x3E請求信息。服務(wù)器通過N_USData.ind指示0 x3E請求信息的接收。這促使服務(wù)器停止定時器。和描述的應(yīng)答定時適用于此。客戶機通過N_USData.ind指示0 x3E應(yīng)答信息的完成,這促使客戶機開啟,服務(wù)器通過N_USData.con指示0 x3E應(yīng)答信息的完成,這促使服務(wù)器開啟。還有一種客戶機不需要應(yīng)答的情況,客戶機接收到網(wǎng)絡(luò)層N_USData.con0 x3E標(biāo)識請求信息發(fā)送完時,開啟,服務(wù)器完成請求的動作時,開啟,為簡單起見,圖中顯示的是需要應(yīng)答的情況。6.3.

25、5.2 功能通信6.3.5.2.1 默認(rèn)會話期間的功能通信圖7描述了默認(rèn)會話期間,一個客戶機與2個服務(wù)器功能地址請求信息的定時處理。從服務(wù)器角度看,這與物理地址請求信息的定時處理沒什么區(qū)別。但是客戶機對定時的處理就與物理通信不同。圖 7默認(rèn)會話期間的功能通信客戶端診斷應(yīng)用層通過發(fā)送N_USData.req至網(wǎng)絡(luò)層開始發(fā)送功能地址請求信息。網(wǎng)絡(luò)層傳遞該請求信息至服務(wù)器。功能地址請求信息只能是單幀信息?？蛻魴C通過N_USData.con指示請求信息的完成。當(dāng)接到N_USData.con時,客戶機啟動定時器,使用默認(rèn)的重置值。該定時器的值應(yīng)當(dāng)考慮到車載網(wǎng)絡(luò)設(shè)計上通信網(wǎng)關(guān),總線帶寬,等所有的延時。為了

26、簡單化,該圖假定客戶機和服務(wù)器在一條總線上。服務(wù)器通過N_USData.ind指示請求信息的完成。功能地址服務(wù)器在接收到N_USData.ind后,要求在時間內(nèi)發(fā)送應(yīng)答信息。也就是說,在多幀回復(fù)信息條件下,首幀必須在時間內(nèi)發(fā)送,對于單幀回復(fù)信息,該單幀必須在時間內(nèi)回復(fù)。在多幀應(yīng)答信息情況下,客戶機通過網(wǎng)絡(luò)層N_USDataFF.ind指示首幀的接收。當(dāng)接收到首幀時,客戶機停止定時器。當(dāng)接收到首幀/單幀指示接下來的應(yīng)答信息,客戶端要么知道服務(wù)器即將應(yīng)答或已經(jīng)應(yīng)答過了,則停止,要么不是所有服務(wù)器應(yīng)答或它不知道服務(wù)器即將應(yīng)答客戶機等待進一步的應(yīng)答信息時,重啟。如果完整信息接收到或者在接收過程中產(chǎn)生了

27、一個錯誤,網(wǎng)絡(luò)層產(chǎn)生最后結(jié)果N_USData.ind。對多幀信息的最后一個N_USData.ind不對定時器產(chǎn)生影響。服務(wù)器通過N_USData.con指示應(yīng)答信息發(fā)送的完成。、默認(rèn)會話期間擴展應(yīng)答定時的功能通信圖8描述了默認(rèn)會話期間客戶機與2個服務(wù)器功能地址請求信息的定時操作。這里一個服務(wù)器通過應(yīng)答碼為0 x78的否定應(yīng)答請求一個擴展的應(yīng)答定時。從服務(wù)器角度看,這與物理地址請求信息的定時處理沒什么區(qū)別。但是客戶機對定時的處理就與物理通信不同。圖8默認(rèn)會話期間功能通信擴展的應(yīng)答定時客戶端診斷應(yīng)用層通過發(fā)送N_USData.req至網(wǎng)絡(luò)層開始發(fā)送功能地址請求信息。網(wǎng)絡(luò)層傳遞該請求信息至服務(wù)器。功

28、能地址請求信息只能是單幀信息?？蛻魴C通過N_USData.con指示請求信息的完成。當(dāng)接到N_USData.con時,客戶機啟動定時器,使用默認(rèn)的重置值。該定時器的值應(yīng)當(dāng)考慮到車載網(wǎng)絡(luò)設(shè)計上通信網(wǎng)關(guān),總線帶寬,等所有的延時。為了簡單化,該圖假定客戶機和服務(wù)器在一條總線上。服務(wù)器通過N_USData.ind指示請求信息的完成。功能地址服務(wù)器在接收到N_USData.ind后,要求在時間內(nèi)發(fā)送應(yīng)答信息。也就是說,在多幀回復(fù)信息條件下,首幀必須在時間內(nèi)發(fā)送,對于單幀回復(fù)信息,該單幀必須在時間內(nèi)回復(fù)。服務(wù)器在給定的時間內(nèi)無法提供請求的信息時,它可以通過發(fā)送應(yīng)答碼為0 x78的否定應(yīng)答信息請求擴展的定時

29、窗?？蛻舳私邮盏椒穸☉?yīng)答信息時,客戶端網(wǎng)絡(luò)層產(chǎn)生一個N_USData.ind。接收到應(yīng)答碼為0 x78的否定應(yīng)答信息,客戶端重置它的定時器,但使用的是擴展的重載的定時值。并且,客戶端應(yīng)當(dāng)在掛起應(yīng)答信息列表存儲一個服務(wù)器標(biāo)識。一旦在存儲在客戶端掛起的服務(wù)器開始它最后結(jié)果應(yīng)答信息肯定或否定應(yīng)答信息包括應(yīng)答碼為0 x78的應(yīng)答,它將從掛起應(yīng)答信息列表中刪除。當(dāng)無任何應(yīng)答信息掛起時,客戶端重新為使用默認(rèn)的重載值。為簡單化,圖中,顯示了從服務(wù)器#1的僅一個應(yīng)答碼為0 x78的否定應(yīng)答。只要至少有一個服務(wù)器在客戶機端掛起時,從任一服務(wù)器端任何進一步的應(yīng)答信息,都會促使定時器使用擴展的值重啟見圖9,該圖顯示

30、了當(dāng)客戶機接收到第二個服務(wù)器應(yīng)答信息開始的情況。至于物理的通信,服務(wù)器請求擴展的應(yīng)答定時要求在擴展的時間內(nèi),應(yīng)答信息。一旦服務(wù)器能提供請求的信息,它就通過發(fā)送N_USData.req至網(wǎng)絡(luò)層開啟最后結(jié)果應(yīng)答信息。如果服務(wù)器仍然不能在擴展的時間內(nèi)提供請求的信息,它將繼續(xù)發(fā)送應(yīng)答碼為0 x78的否定應(yīng)答信息。這會促使客戶機再次重啟定時器,使用擴展的重載值。已經(jīng)存儲在客戶端掛起應(yīng)答信息列表中,服務(wù)器端包含應(yīng)答碼為0 x78的否定應(yīng)答信息不影響客戶端該信息列表。如,在多幀應(yīng)答信息情況下,從任一服務(wù)器端接收的首幀,客戶機都是通過網(wǎng)絡(luò)層N_USDataFF.ind指示的。單幀應(yīng)答信息通過N_USData.

31、ind指示。當(dāng)接收到首幀/單幀指示接下來的應(yīng)答信息,客戶端要么知道服務(wù)器即將應(yīng)答或已經(jīng)應(yīng)答過了,則停止,要么不是所有服務(wù)器應(yīng)答或它不知道服務(wù)器即將應(yīng)答客戶機等待進一步的應(yīng)答信息時,重啟。如果完整信息接收到或者在接收過程中產(chǎn)生了一個錯誤,網(wǎng)絡(luò)層產(chǎn)生最后結(jié)果N_USData.ind。這對定時器不影響。而且適用掛起應(yīng)答信息列表的處理。服務(wù)器通過N_USData.con指示完成發(fā)送。6.3.5.2.3 非默認(rèn)會話期間的功能通信圖9非默認(rèn)會話期間的功能通信圖9描述了非默認(rèn)會話期間客戶機與2個服務(wù)器功能地址請求信息的定時操作。這里一個服務(wù)器通過應(yīng)答碼為0 x78的否定應(yīng)答請求一個擴展的應(yīng)答定時。從服務(wù)器角

32、度看,客戶端診斷應(yīng)用層通過發(fā)送N_USData.req至網(wǎng)絡(luò)層開始功能地址診斷會話控制0 x10的發(fā)送。網(wǎng)絡(luò)層傳遞該請求信息至服務(wù)器。請求信息是單幀。客戶端通過N_USData.con指示請求信息的完成。和描述的應(yīng)答定時適用于此。除此之外,客戶端產(chǎn)生的N_USData.con促使定時器開啟會話定時器。服務(wù)器通過N_USData.ind指示請求信息的完成。和描述的應(yīng)答定時適用于此。圖上給出,假定客戶機需要服務(wù)器一個應(yīng)答。服務(wù)器應(yīng)當(dāng)發(fā)送診斷會話控制0 x10的肯定應(yīng)答信息。服務(wù)器通過N_USData.con指示肯定應(yīng)答信息發(fā)送的完成。然后服務(wù)器開啟定時器,只要它不超時,它就一直處于非默認(rèn)狀態(tài)?？蛻?/p>

33、機負(fù)責(zé)保證定時器在它超時之前復(fù)位,以保證服務(wù)器處于非默認(rèn)會話狀態(tài)。一旦客戶機開啟了定時器,這會促使不需應(yīng)答信息的功能地址0 x3E請求信息的發(fā)送。每一次發(fā)送的時機都是在超時時發(fā)送。在網(wǎng)絡(luò)層通過N_USData.con指示0 x3E請求信息傳遞完成之后,客戶機再次啟動定時器。這就是說,功能地址請求信息是在每一次定時超時之后,周期性發(fā)送的。服務(wù)器在處理診斷服務(wù)的任何時間內(nèi),它都停止定時器。當(dāng)診斷服務(wù)處理完之后,服務(wù)器重啟定時器。這就是說,診斷服務(wù),包括0 x3E,都重置定時器。診斷服務(wù)是在接收到請求信息N_USDataFF.ind或者N_USData.ind服務(wù)與完成最后結(jié)果應(yīng)答這個期間內(nèi)處理的。

34、這里是需要一條應(yīng)答信息的?；蛘哒埱笕缓笤\斷服務(wù)動作的完成不需要任何應(yīng)答信息。及時到達(dá)一個點會促使一個應(yīng)答信息的發(fā)送所有0 x3E請求信息,在服務(wù)器處理另外一條請求信息期間接收的話,都會被服務(wù)器忽略。因為它已經(jīng)停止了定時器,并且在服務(wù)處理完之后重啟。與定時處理與和小節(jié)中描述的處理方法相同。唯一的區(qū)別是客戶端重置的值及服務(wù)器端發(fā)送結(jié)果應(yīng)答時間會有不同。這是由于轉(zhuǎn)變到另一會話層而不是使用默認(rèn)會話層,因此使用的是不同的的值。見節(jié)診斷會話控制0 x10服務(wù)對定時參數(shù)更詳細(xì)的描述。6.3.5.3 客戶機請求信息最小時間為服務(wù)器輪詢的服務(wù)數(shù)據(jù)的解讀,這對客戶機請求信息發(fā)送的最小間隔時間有要求的。例如,基于標(biāo)

35、準(zhǔn)的功能,服務(wù)器可能處理診斷請求信息以預(yù)定的速率例如10ms。診斷服務(wù)數(shù)據(jù)解讀預(yù)定時間應(yīng)當(dāng)比運行要求時間短,以滿足和6.3.5.1.2對服務(wù)器要求。請求信息間隔時間的最小定時參數(shù)分為如下兩個定時參數(shù)。：該定時參數(shù)適用于所有功能地址請求信息,因為它在不支持應(yīng)答數(shù)據(jù)的情況下,服務(wù)器不要求響應(yīng)功能地址請求信息。：該定時參數(shù)適用于不需服務(wù)器應(yīng)答的物理地址請求信息。suppressPosRspMsgIndicationBit = TRUE。物理通信在需要服務(wù)器應(yīng)答的情況下,客戶端可以在接收到最后一條應(yīng)答信息的時候立即發(fā)送下一個請求,因為服務(wù)器在完成最后結(jié)果應(yīng)答時意味著該請求已被服務(wù)器完全處理完了。圖10

36、描述了功能通信期間出現(xiàn)一個問題的例子。當(dāng)客戶機在它確認(rèn)所有期望的服務(wù)器都對先前做了應(yīng)答時,立即發(fā)送下一個請求信息。該情景不僅適用于功能地址請求也適用于物理地址請求,這里客戶機不需接受任何應(yīng)答信息suppressPosRspMsgIndicationBit = TRUE。為了處理上述情況,在一條物理或功能地址請求信息與新的物理或功能地址請求信息之間,最小時間和需要為客戶機定義。的值與物理地址的服務(wù)器的值相同。該定時適用于所有診斷會話默認(rèn)的或非默認(rèn)的的所有物理地址請求信息而且所有情況下,都不需要服務(wù)器應(yīng)答。客戶機每次啟動定時,都發(fā)送一條不需應(yīng)答的物理地址請求信息到總線上,并且,網(wǎng)絡(luò)層通過N_USD

37、ata.con指示。當(dāng)客戶機在先前請求信息完全處理完之后,想要發(fā)送新的物理地址請求信息時,這只有在定時器不處于活動的情況下。客戶端在發(fā)送一條新的物理地址請求信息的時刻,啟動。然后信息的發(fā)送要等到超時。的值是所有功能地址服務(wù)器,所有診斷會話默認(rèn)的或非默認(rèn)的,所有功能地址請求信息的最大值最壞情況。客戶端每次開啟定時器,都發(fā)送不需應(yīng)答的功能地址請求信息到總線上,并且客戶端網(wǎng)絡(luò)層通過N_USData.con指示。當(dāng)客戶機在先前請求信息完全處理完之后,想要發(fā)送新的物理地址請求信息時,這只有在定時器不處于活動的情況下。客戶端在發(fā)送一條新的物理地址請求信息的時刻,啟動。然后信息的發(fā)送要等到超時。注意：完全處

38、理完就是說要么不需應(yīng)答時沒有接收到任何應(yīng)答,要么所有期待的應(yīng)答都接受到了。應(yīng)答的服務(wù)器知道并且要求應(yīng)答,或者服務(wù)器不知道并且要求應(yīng)答時出現(xiàn)超時。對服務(wù)器的要求是它應(yīng)當(dāng)在見圖7.3時間內(nèi)應(yīng)答信息,這就是說,診斷信息的解讀時間應(yīng)當(dāng)短于。圖10 發(fā)送下一條請求太早的例子客戶端診斷應(yīng)用層通過發(fā)送N_USData.req功能地址請求信息到網(wǎng)絡(luò)層。網(wǎng)絡(luò)層傳遞信息到服務(wù)器?？蛻舳送ㄟ^NUSData.con只是請求信息的完成?？蛻魴C使用默認(rèn)的值開啟定時器。服務(wù)器通過N_USData.ind指示請求信息的完成。服務(wù)器使用默認(rèn)的值開啟定時器。對于請求的信息,假定只有服務(wù)器#1支持請求信息,也就是說服務(wù)器#2不會應(yīng)

39、答信息。服務(wù)器#1是快速服務(wù)器,能很快處理完請求的信息并在時間內(nèi)發(fā)送應(yīng)答信息?？蛻魴C接收到應(yīng)答信息。這通過N_USData.ind指示。客戶機僅僅期待服務(wù)器#1的應(yīng)答信息,因此它停止定時器。服務(wù)器#2是慢速服務(wù)器,并且在一段時間內(nèi)診斷服務(wù)數(shù)據(jù)解讀時間解讀請求信息,最壞的情況下,在網(wǎng)絡(luò)層接收到請求信息之前進行了最后一次請求的信息檢查。這就是說,請求會存儲在一個緩沖區(qū)并且在檢查請求信息的例程時執(zhí)行。當(dāng)服務(wù)器#2處理該條請求時,它確定了它不需要應(yīng)答,因為它不支持該條請求信息。如圖所示,這有可能在服務(wù)器#1完成應(yīng)答信息之后或是在客戶機下一條請求信息之后發(fā)生?？蛻魴C在所有期待的應(yīng)答信息完成之后,會立即發(fā)

40、送下一條請求。服務(wù)器通過N_USData.ind指示請求信息的完成。但僅僅在快速服務(wù)器#1中進行,因為在服務(wù)器#2不處理最近一條信息?？蛻魴C新的請求的完成通過N_USData.con指示。圖11描述了客戶機基于圖10說明的通信情況定時處理。除此之外圖11顯示了客戶機功能地址0 x3E的請求。在超時且活動時請求將等待超時。圖11功能地址請求信息間隔時間最小值客戶端診斷應(yīng)用層通過發(fā)送N_USData.req至網(wǎng)絡(luò)層開始發(fā)送功能地址請求信息。網(wǎng)絡(luò)層傳遞請求只服務(wù)器?？蛻舳送ㄟ^N_USData.con指示請求信息的完成?？蛻魴C開啟定時器并且開啟定時器。服務(wù)器通過N_USData.ind指示請求信息的完

41、成。對于請求的信息,假定只有服務(wù)器#1支持請求信息,也就是說服務(wù)器#2不會應(yīng)答信息。服務(wù)器#1是快速服務(wù)器,能很快處理完請求的信息并在時間內(nèi)發(fā)送應(yīng)答信息?？蛻魴C接收到應(yīng)答信息。這通過N_USData.ind指示?？蛻魴C僅僅期待服務(wù)器#1的應(yīng)答信息,因此它停止定時器。服務(wù)器#2是慢速服務(wù)器,并且在一段時間內(nèi)診斷服務(wù)數(shù)據(jù)解讀時間解讀請求信息,最壞的情況下,在網(wǎng)絡(luò)層接收到請求信息之前進行了最后一次請求的信息檢查。這就是說,請求會存儲在一個緩沖區(qū)并且在檢查請求信息的例程時執(zhí)行。當(dāng)服務(wù)器#2處理該條請求時,它確定了它不需要應(yīng)答,因為它不支持該條請求信息。盡管客戶機接收到了功能地址請求信息所有期待的應(yīng)答信

42、息,它仍要等待超時之后才允許發(fā)送下一條請求信息。在超時的時刻,客戶機發(fā)送下一條請求信息。新的請求信息服務(wù)器中通過N_USData.ind指示。并服務(wù)器#1立即處理,而服務(wù)器#2下一次檢查請求信息例程中處理該請求?？蛻魴C通過N_USData.con指示新的請求的完成,并且開啟定時器。對于請求的信息,假定只有服務(wù)器#1支持請求信息,也就是說服務(wù)器#2不會應(yīng)答信息。服務(wù)器#1是快速服務(wù)器,能很快處理完請求的信息并在時間內(nèi)發(fā)送應(yīng)答信息。客戶機接收到應(yīng)答信息。這通過N_USData.ind指示?？蛻魴C僅僅期待服務(wù)器#1的應(yīng)答信息,因此它停止定時器。服務(wù)器#2是慢速服務(wù)器,并且在一段時間內(nèi)診斷服務(wù)數(shù)據(jù)解讀

43、時間解讀請求信息,最壞的情況下,在網(wǎng)絡(luò)層接收到請求信息之前進行了最后一次請求的信息檢查。這就是說,請求會存儲在一個緩沖區(qū)并且在檢查請求信息的例程時執(zhí)行。當(dāng)服務(wù)器#2處理該條請求時,它確定了它不需要應(yīng)答,因為它不支持該條請求信息?？蛻魴C定時器超時,促使客戶機發(fā)送不需服務(wù)器應(yīng)答的功能地址0 x3E請求信息。在這種情況下,此時仍然活動著,0 x3E的發(fā)送應(yīng)當(dāng)?shù)匠瑫r時發(fā)送。當(dāng)定時器超時的時候,客戶機可以通過N_USData.req發(fā)送功能地址0 x3E請求。服務(wù)器通過N_USData.ind指示0 x3E請求信息的接收?？蛻魴C通過N_USData.con指示0 x3E請求的完成,并啟動定時器。圖12描

44、述了客戶機定時器的操作。該圖顯示了不需應(yīng)答的物理地址請求的發(fā)送操作及超時時功能地址0 x3E請求信息。圖12物理地址通信間隔最短時間客戶端診斷應(yīng)用層通過發(fā)送N_USData.req至網(wǎng)絡(luò)層開始發(fā)送物理地址請求信息。網(wǎng)絡(luò)層傳遞請求只服務(wù)器?？蛻舳送ㄟ^N_USData.con指示請求信息的完成?？蛻魴C開啟定時器。由于不需要應(yīng)答信息,因此,客戶機不需要開啟定時器。服務(wù)器通過N_USData.ind指示請求信息的完成。在任何非默認(rèn)會話期間,定時器此刻是停止的。服務(wù)器在一定時期內(nèi)診斷服務(wù)數(shù)據(jù)解讀時間解讀請求。在下一次檢查請求例程中請求被處理。在非默認(rèn)會話期間,服務(wù)的完全執(zhí)行會重置定時器?？蛻魴C定時器超時

45、,促使客戶機發(fā)送功能地址0 x3E請求信息,不需服務(wù)器的應(yīng)答。假定定時器此時沒有活動,也就是說請求被立即發(fā)送?？蛻魴C通過N_USData.con指示0 x3E請求信息的完成。服務(wù)器通過N_USData.ind指示0 x3E請求信息得接收。此刻,先前接收到的物理請求仍然在服務(wù)器端掛起還沒有處理并且定時器停止。因此,接收到的0 x3E請求信息會被服務(wù)器忽略。當(dāng)定時器在客戶機超時,客戶機會通過發(fā)送N_USData.req發(fā)送下一條物理地址請求信息至網(wǎng)絡(luò)層?？蛻魴C通過N_USData.con指示物理地址請求信息的完成?？蛻魴C現(xiàn)在重新開啟定時器。由于不需應(yīng)答信息,因此客戶端不啟動定時器。服務(wù)器通過N_U

46、SData.ind指示請求信息的完成。在任何非默認(rèn)會話情況下,定時器此刻停止。6.3.5.4 主動提供的應(yīng)答信息服務(wù)器主動提供的應(yīng)答信息要么是周期性例程見服務(wù)或者配置引發(fā)的,例如DTC狀態(tài)的變化或者一個日期標(biāo)識的改變見服務(wù)。所有主動提供的應(yīng)答信息服務(wù)器都不應(yīng)當(dāng)重啟定時器。這在周期性信息傳輸或者時間觸發(fā)的事件中時間的時間間隔比短的情況下,有效避免了診斷會話的鎖死。定時器只應(yīng)當(dāng)在處理一條請求信息并發(fā)送最后結(jié)果應(yīng)答信息例如,初始肯定應(yīng)答指示一個請求成功執(zhí)行的時候被重置。6.3.6 出錯的處理應(yīng)用層以及客戶機和服務(wù)器在物理通信、功能通信期間的會話管理出錯的處理應(yīng)當(dāng)按照表7、表8。假定客戶機和服務(wù)器都按

47、照該部分15765協(xié)議進行應(yīng)用層及會話層的定時處理。表7客戶機錯誤處理通信階段客戶端錯誤類型客戶機處理物理通信功能通信請求發(fā)送網(wǎng)絡(luò)層的N_USData.con指示否定結(jié)果值客戶機在時間之后,有出錯指示,應(yīng)當(dāng)重發(fā)最后的請求重啟由于在請求發(fā)送時停止了客戶機在時間之后,有出錯指示,應(yīng)當(dāng)重發(fā)最后的請求超時客戶機重新發(fā)送最近的請求信息。重啟由于在請求發(fā)送時停止了這里客戶機不知道多少服務(wù)器應(yīng)答,這就是指示客戶機不再有應(yīng)答信息了。不用再重復(fù)請求信息了。客戶機在進一步請求之前,應(yīng)當(dāng)完全接受到所有的應(yīng)答信息。這里客戶機知道有多少服務(wù)器應(yīng)答,這就是指示客戶機不是所有的服務(wù)器都應(yīng)答。客戶機在完全接收到所有應(yīng)答信息之

48、時發(fā)生了超時,應(yīng)當(dāng)重新請求信息。應(yīng)答接收N_USData.ind網(wǎng)絡(luò)層否定結(jié)果值客戶機重新發(fā)送最近的請求信息。重啟由于在請求發(fā)送時停止了客戶機在完全接收到所有應(yīng)答信息之時,出錯,應(yīng)當(dāng)重新請求發(fā)送信息?？蛻魴C出錯處理運行最多2次,也就是說,最壞情況下,請求服務(wù)的發(fā)送只能是3次。表8服務(wù)器出錯處理通信階段服務(wù)器錯誤類型處理請求接收網(wǎng)絡(luò)層N_USData.ind指示否定結(jié)果值重啟定時器由于它在接收到先前首幀指示時停止了,服務(wù)器應(yīng)當(dāng)忽略該請求。超時N/A應(yīng)答發(fā)送網(wǎng)絡(luò)層N_USData.ind指示否定結(jié)果值重啟定時器由于它在接收到先前的請求信息時停止了。服務(wù)器不應(yīng)當(dāng)重新發(fā)送該應(yīng)答信息。7 網(wǎng)絡(luò)層接口7.

49、1概述該部分的ISO 15765協(xié)議使用ISO 1576502定義的網(wǎng)絡(luò)層服務(wù)進行診斷信息的收發(fā)。本節(jié)定義應(yīng)用層協(xié)議數(shù)據(jù)單元A_PDU到網(wǎng)絡(luò)層協(xié)議數(shù)據(jù)單元N_PDU的映射。注意：網(wǎng)絡(luò)層的服務(wù)用語應(yīng)用層及診斷會話管理的定時。見6.37.2 流控N_PCI參數(shù)定義客戶機Stmin參數(shù)不應(yīng)該使用0 xF1-0 xF9的值。這些Stmin參數(shù)值應(yīng)汽車制造商要求服務(wù)器應(yīng)當(dāng)支持。7.3 信息發(fā)送的A_PDU到N_PDU的映射應(yīng)用層協(xié)議數(shù)據(jù)單元的參數(shù)按照下表9所示映射到網(wǎng)絡(luò)層協(xié)議數(shù)據(jù)單元。它用于定義客戶機/服務(wù)器診斷服務(wù)信息的請求/應(yīng)答。網(wǎng)絡(luò)層向應(yīng)用層的成功發(fā)送確認(rèn)服務(wù)。應(yīng)用層是需要這項服務(wù),因為它需要在請

50、求/應(yīng)答完成時立即進行另外的動作例如ECU重啟,波特率調(diào)整等。表9ServiceName.request/ServiceName.response A_PDU到N_USData.request N_PDUA_PDU參數(shù)應(yīng)用層協(xié)議數(shù)據(jù)單元說明N_PDU參數(shù)應(yīng)用層協(xié)議數(shù)據(jù)單元說明A_SA應(yīng)用層源地址N_SA網(wǎng)絡(luò)層源址A_TA應(yīng)用層目標(biāo)地址N_TA網(wǎng)絡(luò)層目標(biāo)地址A_Tatype應(yīng)用層目標(biāo)地址類型N_Tatype網(wǎng)絡(luò)層目標(biāo)地址類型A_RA應(yīng)用層遠(yuǎn)程地址N_AE網(wǎng)絡(luò)層地址擴展A_PCI.SI應(yīng)用層協(xié)議控制信息服務(wù)代碼N_Data0網(wǎng)絡(luò)層數(shù)據(jù)A_Data0-A_Datan應(yīng)用層數(shù)據(jù)N_Data1N_Dat

51、an+1網(wǎng)絡(luò)層數(shù)據(jù)7.4信息接收的N_PDU到A_PDU的映射網(wǎng)絡(luò)層協(xié)議數(shù)據(jù)單元的參數(shù)按照下表9所示映射到應(yīng)用層協(xié)議數(shù)據(jù)單元。用于定義接收到的診斷請求/應(yīng)答的確認(rèn)/指示。網(wǎng)絡(luò)層對接收到首幀N_PDU 時指示不直接到應(yīng)用層,因為它僅僅用于應(yīng)用層定時見6.3。因此沒有N_USDataFirstFrame.in N_PDU到A_PDU的映射的定義。表10N_USData.ind N_PDU到ServiceName.conf/ServiceName.ind A_PDU的映射N_PDU參數(shù)應(yīng)用層協(xié)議數(shù)據(jù)單元說明A_PDU參數(shù)應(yīng)用層協(xié)議數(shù)據(jù)單元說明N_SA網(wǎng)絡(luò)層源址A_SA應(yīng)用層源地址N_TA網(wǎng)絡(luò)層目標(biāo)地

52、址A_TA應(yīng)用層目標(biāo)地址N_Tatype網(wǎng)絡(luò)層目標(biāo)地址類型A_Tatype應(yīng)用層目標(biāo)地址類型N_AE網(wǎng)絡(luò)層地址擴展A_RA應(yīng)用層遠(yuǎn)程地址N_Data0網(wǎng)絡(luò)層數(shù)據(jù)A_PCI.SI應(yīng)用層協(xié)議控制信息服務(wù)代碼N_Data1N_Datan+1網(wǎng)絡(luò)層數(shù)據(jù)A_Data0-A_Datan應(yīng)用層數(shù)據(jù)8 標(biāo)準(zhǔn)的診斷CAN標(biāo)識8.1 法規(guī)OBD的11位CAN標(biāo)識法規(guī)OBD的11位CAN標(biāo)識也用于擴展的CAN診斷例如功能請求CAN標(biāo)識能用于功能地址0 x3E請求信息保持非默認(rèn)會話處于激活狀態(tài)。如果ISO 15765-4說明的11位的CAN標(biāo)識在擴展的診斷中重新使用,適用如下要求：ISO 15765-4協(xié)議的網(wǎng)絡(luò)層定

53、時參數(shù)同樣適用于擴展的診斷；DLCCAN數(shù)據(jù)長度碼應(yīng)當(dāng)設(shè)置為8并且CAN幀應(yīng)當(dāng)包含8字節(jié)未使用的字節(jié)也應(yīng)當(dāng)填充；注意：ISO 15765-4允許最大8OBD相關(guān)服務(wù)器,為8個服務(wù)器定義了11位CAN標(biāo)識。8.2法規(guī)29位OBD的CAN標(biāo)識法規(guī)的29位CAN標(biāo)識應(yīng)按照ISO 15765-2說明的標(biāo)準(zhǔn)固定的地址格式,同樣能用于擴展的診斷。如果ISO 15765-4說明的29位的CAN標(biāo)識在擴展的診斷中重新使用,適用如下要求：ISO 15765-4協(xié)議的網(wǎng)絡(luò)層定時參數(shù)同樣適用于擴展的診斷；DLCCAN數(shù)據(jù)長度碼應(yīng)當(dāng)設(shè)置為8并且CAN幀應(yīng)當(dāng)包含8字節(jié)未使用的字節(jié)也應(yīng)當(dāng)填充；注意：表中給出的CAN標(biāo)識符

54、按照ISO 15765-2協(xié)議優(yōu)先級信息使用默認(rèn)的值。8.3 擴展的診斷29位CAN標(biāo)識8.3.1 概述本部分說明使用29位CAN標(biāo)識的標(biāo)準(zhǔn)地址及路由的概念。主要使用了最流行的網(wǎng)絡(luò)協(xié)議IP的握手機制。因此地址及路由的算法可用于不同子網(wǎng)位置的節(jié)點的通信及路由。準(zhǔn)地址及路由的概念遵循如下的特征：網(wǎng)絡(luò)結(jié)構(gòu)最靈活的設(shè)計操作完全定制的網(wǎng)絡(luò)及節(jié)點地址CAN控制器硬件過濾特征通過分配合適的網(wǎng)絡(luò)及節(jié)點地址優(yōu)化。網(wǎng)關(guān)需要知道與它連接的子網(wǎng)的網(wǎng)絡(luò)地址,而不需要所有子網(wǎng)成員的地址。下面描述了CAN標(biāo)識符結(jié)構(gòu)的技術(shù)細(xì)節(jié),包括地址,子網(wǎng)掩碼。也包括了對路由及廣播的算法的詳細(xì)描述。8.3.2 29位CAN標(biāo)識符結(jié)構(gòu)本文檔

55、描述的29位CAN標(biāo)識符結(jié)構(gòu)與如下協(xié)議是兼容的。有ISO 15765-2,ISO 15765-3,ISO 15765-4及SAE J1939-21.因此SAE J1939-21定義的29位CAN標(biāo)識結(jié)構(gòu)中25位的編碼保留/擴展數(shù)據(jù)頁和24位編碼數(shù)據(jù)頁應(yīng)當(dāng)確定該CAN標(biāo)識或CAN幀是J1939的還是ISO 15765的。這對汽車網(wǎng)絡(luò)設(shè)計者根據(jù)他的需求及對SAE J1939和ISO 15765協(xié)議的使用,定制非診斷的信息及相關(guān)CAN標(biāo)識是重要的。8.3.2.1 SAE J1939的29位CAN標(biāo)識符結(jié)構(gòu)關(guān)于SAE J193929位CAN標(biāo)識符格式見如下表11表11SAE J1939的CAN標(biāo)識符結(jié)

56、構(gòu)29位CAN標(biāo)識符28、27、26252423-1615-187-0優(yōu)先級保留/擴展數(shù)據(jù)頁數(shù)據(jù)頁PDU格式PDU-特定域目標(biāo)地址或PDU格式擴展源地址獨有的源地址8 ISO 15765的29位CAN標(biāo)識符結(jié)構(gòu)表12顯示了ISO 15765的CAN標(biāo)識符結(jié)構(gòu)與SAE J1939格式的區(qū)別。25位SAE J1939保留/擴展數(shù)據(jù)頁,ISO 15765使用擴展數(shù)據(jù)頁24位SAE J1939數(shù)據(jù)頁,ISO 15765數(shù)據(jù)頁因此,ISO 15765格式與SAE J1939格式的29位CAN標(biāo)識能在同一個CAN總線上互不影響的共存。表12ISO 15765的CAN標(biāo)識符結(jié)構(gòu)29位CAN標(biāo)識28-2625

57、2423,2221-1110-0優(yōu)先級擴展數(shù)據(jù)頁數(shù)據(jù)頁服務(wù)類型TOS源地址目標(biāo)地址編碼見編碼見源地址獨有的源地址目標(biāo)地址獨有的目標(biāo)地址8.3.2.3 優(yōu)先級域SAE J1939定義的優(yōu)先級域用于CAN總線的仲裁機制。由于CAN標(biāo)識符不再能自由分配源地址和目的地址包含在CAN標(biāo)識符中,CAN信息優(yōu)先級由發(fā)送者分配并間接由接收者分配。存在種不同的優(yōu)先級。優(yōu)先級分配至診斷請求信息幀。8.3.2.擴展的數(shù)據(jù)頁及數(shù)據(jù)頁域擴展的數(shù)據(jù)頁及數(shù)據(jù)頁位決定了使用哪一種位的CAN標(biāo)識。見表編碼的說明表擴展數(shù)據(jù)頁及數(shù)據(jù)頁域擴展的數(shù)據(jù)頁位數(shù)據(jù)頁位說明SAE J1939定義或廠家定義的標(biāo)準(zhǔn)通信信息SAE J1939定義或

58、廠家定義的標(biāo)準(zhǔn)通信信息SAE J1939定義或廠家定義的標(biāo)準(zhǔn)通信信息ISO 15765定義的8.3.2.5 服務(wù)類型TOS域服務(wù)類型域用于表述一個節(jié)點不需要分配不同地址的情況下,分配不同項服務(wù)。因此,8種不同的服務(wù)類型能同時分配給單個的目標(biāo)地址。不同服務(wù)類型的定義見表14表14服務(wù)類型的定義TOS位23位22服務(wù)類型TOS說明00ISO保留該位組合為ISO為將來保留01OEM-定義的信息該位組合指示信息為OEM特定的,ISO 15765-3及以前的協(xié)議信息能通過相同的網(wǎng)絡(luò)但不同的協(xié)議信息混合使用在一個服務(wù)器上。10網(wǎng)絡(luò)控制信息協(xié)議/網(wǎng)絡(luò)管理該位組合指示幀包含的網(wǎng)關(guān)收發(fā)數(shù)據(jù)用于支持當(dāng)前子網(wǎng)狀態(tài)的

59、信息例如,網(wǎng)絡(luò)無法到達(dá)/網(wǎng)絡(luò)超載和節(jié)點信息例如,主機無法到達(dá)11ISO 15765-3定義的信息該位組合包含了節(jié)點ISO 15765定義的診斷服務(wù)。CAN幀用戶數(shù)據(jù)字節(jié)包括診斷請求ISO 15765-3使用網(wǎng)絡(luò)層服務(wù)及ISO 15765-2定義的傳輸層源地址源地址包含發(fā)送實體地址。該信息保證了正確仲裁以及被接收者用于回復(fù)信息。源地址結(jié)構(gòu)見描述。8.3.2.7 目標(biāo)地址目標(biāo)地址包含接收實體的地址信息。這應(yīng)是一單獨節(jié)點,廣播地址或通用廣播。網(wǎng)關(guān)使用目標(biāo)地址決定CAN幀是否應(yīng)當(dāng)路由到另外一條CAN總線上。該目標(biāo)地址結(jié)構(gòu)見所述。地址結(jié)構(gòu)概述目標(biāo)地址及源地址都編碼在29位CAN標(biāo)識符中,并且每個長度為1

60、1位。如下所示,字母X和Y代表可變參數(shù)。地址的定義一個地址包含兩個部分網(wǎng)絡(luò)地址網(wǎng)絡(luò)地址部分包含第一個連續(xù)的位X地址并且決定了一個節(jié)點所在的網(wǎng)絡(luò)。同一物理總線上的節(jié)點應(yīng)當(dāng)分配同一個網(wǎng)絡(luò)地址。網(wǎng)絡(luò)地址部分不應(yīng)當(dāng)將所有的位置為1.因此,最小的網(wǎng)絡(luò)地址長度應(yīng)為2個位。最大長度應(yīng)為9個位因為因為至少需要2個位提供固定節(jié)點地址。最大的子網(wǎng)數(shù)量可根據(jù)如下計算：X代表使用到網(wǎng)絡(luò)地址的位的個數(shù)節(jié)點地址節(jié)點地址部分包含了地址中剩下的連續(xù)的位YY=11-X,并決定了子網(wǎng)中具體的節(jié)點。在子網(wǎng)中應(yīng)當(dāng)是獨有的。所有的位都置位0或1是不允許的。所以最小節(jié)點地址長度為2個位,最大為9個位。子網(wǎng)中最多節(jié)點個數(shù)根據(jù)如下公式計算：