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

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

2、O 15765-2中給出,以下縮略詞術(shù)語同樣適用。DA 目標(biāo)地址ID 標(biāo)識(shí)符DLC 數(shù)據(jù)長(zhǎng)度碼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對(duì)照OSI模型的應(yīng)用見圖16 應(yīng)用層及會(huì)話層6.1 應(yīng)用層服務(wù)該部分ISO 15765協(xié)議使用ISO 14229-1的客戶機(jī)-服務(wù)器式的應(yīng)用層服務(wù)。該系統(tǒng)具有測(cè)試、檢測(cè)、監(jiān)視,診斷及汽車服務(wù)器在線編程的功能。6.2 應(yīng)用層協(xié)議該部分ISO 15765協(xié)議使用ISO 14

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

30、了當(dāng)客戶機(jī)接收到第二個(gè)服務(wù)器應(yīng)答信息開始的情況。至于物理的通信,服務(wù)器請(qǐng)求擴(kuò)展的應(yīng)答定時(shí)要求在擴(kuò)展的時(shí)間內(nèi),應(yīng)答信息。一旦服務(wù)器能提供請(qǐng)求的信息,它就通過發(fā)送N_USData.req至網(wǎng)絡(luò)層開啟最后結(jié)果應(yīng)答信息。如果服務(wù)器仍然不能在擴(kuò)展的時(shí)間內(nèi)提供請(qǐng)求的信息,它將繼續(xù)發(fā)送應(yīng)答碼為0 x78的否定應(yīng)答信息。這會(huì)促使客戶機(jī)再次重啟定時(shí)器,使用擴(kuò)展的重載值。已經(jīng)存儲(chǔ)在客戶端掛起應(yīng)答信息列表中,服務(wù)器端包含應(yīng)答碼為0 x78的否定應(yīng)答信息不影響客戶端該信息列表。如,在多幀應(yīng)答信息情況下,從任一服務(wù)器端接收的首幀,客戶機(jī)都是通過網(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)答客戶機(jī)等待進(jìn)一步的應(yīng)答信息時(shí),重啟。如果完整信息接收到或者在接收過程中產(chǎn)生了一個(gè)錯(cuò)誤,網(wǎng)絡(luò)層產(chǎn)生最后結(jié)果N_USData.ind。這對(duì)定時(shí)器不影響。而且適用掛起應(yīng)答信息列表的處理。服務(wù)器通過N_USData.con指示完成發(fā)送。6.3.5.2.3 非默認(rèn)會(huì)話期間的功能通信圖9非默認(rèn)會(huì)話期間的功能通信圖9描述了非默認(rèn)會(huì)話期間客戶機(jī)與2個(gè)服務(wù)器功能地址請(qǐng)求信息的定時(shí)操作。這里一個(gè)服務(wù)器通過應(yīng)答碼為0 x78的否定應(yīng)答請(qǐng)求一個(gè)擴(kuò)展的應(yīng)答定時(shí)。從服務(wù)器角

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

49、1概述該部分的ISO 15765協(xié)議使用ISO 1576502定義的網(wǎng)絡(luò)層服務(wù)進(jìn)行診斷信息的收發(fā)。本節(jié)定義應(yīng)用層協(xié)議數(shù)據(jù)單元A_PDU到網(wǎng)絡(luò)層協(xié)議數(shù)據(jù)單元N_PDU的映射。注意：網(wǎng)絡(luò)層的服務(wù)用語應(yīng)用層及診斷會(huì)話管理的定時(shí)。見6.37.2 流控N_PCI參數(shù)定義客戶機(jī)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ù)單元。它用于定義客戶機(jī)/服務(wù)器診斷服務(wù)信息的請(qǐng)求/應(yīng)答。網(wǎng)絡(luò)層向應(yīng)用層的成功發(fā)送確認(rèn)服務(wù)。應(yīng)用層是需要這項(xiàng)服務(wù),因?yàn)樗枰谡?qǐng)

50、求/應(yīng)答完成時(shí)立即進(jìn)行另外的動(dò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ò)層地址擴(kuò)展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ù)單元。用于定義接收到的診斷請(qǐng)求/應(yīng)答的確認(rèn)/指示。網(wǎng)絡(luò)層對(duì)接收到首幀N_PDU 時(shí)指示不直接到應(yīng)用層,因?yàn)樗鼉H僅用于應(yīng)用層定時(shí)見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ò)層地址擴(kuò)展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)識(shí)8.1 法規(guī)OBD的11位CAN標(biāo)識(shí)法規(guī)OBD的11位CAN標(biāo)識(shí)也用于擴(kuò)展的CAN診斷例如功能請(qǐng)求CAN標(biāo)識(shí)能用于功能地址0 x3E請(qǐng)求信息保持非默認(rèn)會(huì)話處于激活狀態(tài)。如果ISO 15765-4說明的11位的CAN標(biāo)識(shí)在擴(kuò)展的診斷中重新使用,適用如下要求：ISO 15765-4協(xié)議的網(wǎng)絡(luò)層定

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

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

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

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

57、2423,2221-1110-0優(yōu)先級(jí)擴(kuò)展數(shù)據(jù)頁數(shù)據(jù)頁服務(wù)類型TOS源地址目標(biāo)地址編碼見編碼見源地址獨(dú)有的源地址目標(biāo)地址獨(dú)有的目標(biāo)地址8.3.2.3 優(yōu)先級(jí)域SAE J1939定義的優(yōu)先級(jí)域用于CAN總線的仲裁機(jī)制。由于CAN標(biāo)識(shí)符不再能自由分配源地址和目的地址包含在CAN標(biāo)識(shí)符中,CAN信息優(yōu)先級(jí)由發(fā)送者分配并間接由接收者分配。存在種不同的優(yōu)先級(jí)。優(yōu)先級(jí)分配至診斷請(qǐng)求信息幀。8.3.2.擴(kuò)展的數(shù)據(jù)頁及數(shù)據(jù)頁域擴(kuò)展的數(shù)據(jù)頁及數(shù)據(jù)頁位決定了使用哪一種位的CAN標(biāo)識(shí)。見表編碼的說明表擴(kuò)展數(shù)據(jù)頁及數(shù)據(jù)頁域擴(kuò)展的數(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ù)類型域用于表述一個(gè)節(jié)點(diǎn)不需要分配不同地址的情況下,分配不同項(xiàng)服務(wù)。因此,8種不同的服務(wù)類型能同時(shí)分配給單個(gè)的目標(biāo)地址。不同服務(wù)類型的定義見表14表14服務(wù)類型的定義TOS位23位22服務(wù)類型TOS說明00ISO保留該位組合為ISO為將來保留01OEM-定義的信息該位組合指示信息為OEM特定的,ISO 15765-3及以前的協(xié)議信息能通過相同的網(wǎng)絡(luò)但不同的協(xié)議信息混合使用在一個(gè)服務(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é)點(diǎn)信息例如,主機(jī)無法到達(dá)11ISO 15765-3定義的信息該位組合包含了節(jié)點(diǎn)ISO 15765定義的診斷服務(wù)。CAN幀用戶數(shù)據(jù)字節(jié)包括診斷請(qǐng)求ISO 15765-3使用網(wǎng)絡(luò)層服務(wù)及ISO 15765-2定義的傳輸層源地址源地址包含發(fā)送實(shí)體地址。該信息保證了正確仲裁以及被接收者用于回復(fù)信息。源地址結(jié)構(gòu)見描述。8.3.2.7 目標(biāo)地址目標(biāo)地址包含接收實(shí)體的地址信息。這應(yīng)是一單獨(dú)節(jié)點(diǎn),廣播地址或通用廣播。網(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)識(shí)符中,并且每個(gè)長(zhǎng)度為1

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