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

ISO15765—3（2004）道路車輛--控制局域網(wǎng)絡(luò)診斷-—第3部分：一元化診斷服務(wù)實(shí)施(CAN的UDS）道路車輛——控制器局域網(wǎng)（CAN）的診斷--第3部分：一元化診斷服務(wù)實(shí)施（CAN的UDS）1范圍這部分ISO15765協(xié)議按照ISO14229—1,描述了在ISO11898定義的控制器局域網(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ù)語和定義已在ISO14229-1,ISO15765-1及ISO15765-2中給出，以下縮略詞術(shù)語同樣適用。DA 目標(biāo)地址ID 標(biāo)識(shí)符DLC 數(shù)據(jù)長度碼GW 網(wǎng)關(guān)LSB 最低有效位MSB最高有效位NA 網(wǎng)絡(luò)地址SA 源地址SM 子網(wǎng)掩碼TOS 服務(wù)類型4協(xié)定該部分ISO15765協(xié)議基于ISO14229-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ù)該部分ISO15765協(xié)議使用ISO14229-1的客戶機(jī)—服務(wù)器式的應(yīng)用層服務(wù)。該系統(tǒng)具有測(cè)試、檢測(cè)、監(jiān)視，診斷及汽車服務(wù)器在線編程的功能。6。2應(yīng)用層協(xié)議該部分ISO15765協(xié)議使用ISO14229-1應(yīng)用層協(xié)議。6。3應(yīng)用層診斷會(huì)話管理定時(shí)重要—-任何一個(gè)服務(wù)器端產(chǎn)生的<N_Result〉不等于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ù)器模式中如何處理的。1OSI模型中,基于CAN的UDS實(shí)施下述的幾種通信會(huì)話方式需區(qū)別開：物理的通信在如下期間1）默認(rèn)會(huì)話方式2）非默認(rèn)的會(huì)話方式——需進(jìn)行會(huì)話處理功能的通信在如下期間1）默認(rèn)的會(huì)話方式2）非默認(rèn)的會(huì)話方式——需進(jìn)行會(huì)話處理所有的情況下，請(qǐng)求服務(wù)器否定應(yīng)答信息的擴(kuò)展的定時(shí)應(yīng)答，包括應(yīng)答碼78hex應(yīng)當(dāng)予以考慮。定義在ISO15765-2的網(wǎng)絡(luò)層主要是處理客戶機(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)求信息（通過定時(shí)器N_USData.con應(yīng)答指示)到接收答重載值復(fù)信息開始(多幀信息的N_USDataFirstFrame.ind和單幀信息N_USData。ind）的超時(shí)設(shè)置接收到應(yīng)答碼為0x78的否定應(yīng)答定時(shí)器(通過N_USData.con指示)到接收答重載值復(fù)信息開始（多幀信息的N_USDataFirstFrame.ind和單幀信息的N_USData。ind)的擴(kuò)展的超時(shí)設(shè)置在接收到請(qǐng)求信息(通過N_USData。運(yùn)行050msind指示），服務(wù)器開始答復(fù)信息的要求運(yùn)行要求在傳遞了0x78（擴(kuò)展的超時(shí)設(shè)置）運(yùn)行5000ms的否定應(yīng)答碼（通過N_USData。con要求指示），服務(wù)器開始答復(fù)信息的運(yùn)行要求客戶機(jī)成功發(fā)送不需應(yīng)答的物理地定時(shí)器址請(qǐng)求信息（通過N_USData.con指重載值示），到它能發(fā)送下一個(gè)物理地址請(qǐng)求信息等待的最小時(shí)間(見圖6。3。5。3）客戶機(jī)成功發(fā)送功能地址請(qǐng)求信息定時(shí)器(通過N_USData.con指示),到它能發(fā)重載值送下一個(gè)功能地址請(qǐng)求信息等待的最小時(shí)間，有可能不需應(yīng)答也有可能該請(qǐng)求數(shù)據(jù)只被某個(gè)子網(wǎng)功能地址服務(wù)器支持（見圖6.3。5.3）客戶機(jī)等待一個(gè)應(yīng)答信息發(fā)送的最長時(shí)間由客戶機(jī)決定，但必須滿足必須比指定的最小值要大；b值由客戶機(jī)決定，但必須滿足該值必須比指定的最小值要大；c擴(kuò)展的應(yīng)答定時(shí),在連續(xù)的應(yīng)答碼為0x78的否定應(yīng)答信息之間最小值為,最大容差為±20％的；d客戶機(jī)發(fā)送下一個(gè)請(qǐ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ī)發(fā)送請(qǐng)求至服務(wù)器的時(shí)間，一是服務(wù)器發(fā)送應(yīng)答至客戶機(jī)的時(shí)間.圖2展示的是組成的一個(gè)例子。圖2-—組成的一個(gè)例子——單幀請(qǐng)求和應(yīng)答信息注意：為了簡單描述定時(shí)參數(shù)，在以下所有的圖中，假定客戶機(jī)到服務(wù)器在同一個(gè)網(wǎng)絡(luò)中。所有的說明及附圖按照時(shí)間順序表述.6.3.3會(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在功能地址（0x3E）由客戶機(jī)發(fā)送的用于保持診時(shí)間重置值2000ms4000ms斷會(huì)話的信息請(qǐng)求之間的時(shí)間，而不是多服務(wù)器的默認(rèn)會(huì)話時(shí)間（功能的通信）,或者對(duì)某一具體服務(wù)器發(fā)送請(qǐng)求最大時(shí)間間隔。(物理的通信）。在沒有接收到任何請(qǐng)求信息時(shí)，服務(wù)器保持診斷時(shí)間重置值N/A5000ms會(huì)話的時(shí)間，不是默認(rèn)會(huì)話活動(dòng)時(shí)間。而且，服務(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)答需要傳遞(見圖9.2.1服務(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ā)送功能地址(0x3E）請(qǐng)求信息，應(yīng)當(dāng)與連續(xù)地發(fā)送物理地址（0x3E）請(qǐng)求信息區(qū)別開，后者僅僅在沒有其它任何診斷請(qǐng)求時(shí)發(fā)送。對(duì)于服務(wù)器,不需要這兩種（0x3E）的操作方式。表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í)動(dòng)作物理和功能通信，物理通信，參數(shù)使用功能地址,使用功能地址，周期性發(fā)送請(qǐng)求信息連續(xù)發(fā)送請(qǐng)求信息初始化N_USData.con用于指示診斷會(huì)話控制若不需應(yīng)答，N_USData.con指示診斷會(huì)話開始（10hex）請(qǐng)求信息的完成。只適用于控制（10hex）請(qǐng)求信息的完成。非默認(rèn)會(huì)話的會(huì)話類型.若需一個(gè)應(yīng)答，N_USData.ind指示診斷會(huì)話控制（10hex）請(qǐng)求信息的完成。隨后的N_USData.con指示功能地址(0x3E）請(qǐng)若不需應(yīng)答，N_USData.con指示診斷會(huì)話開始求信息的完成，它是在定時(shí)每次到時(shí)時(shí)控制任何請(qǐng)求信息的完成。發(fā)送。若需一個(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)求的服務(wù)，該請(qǐng)求為診斷會(huì)話控制（10hex）請(qǐng)求信息要求從默認(rèn)會(huì)話轉(zhuǎn)變至非默認(rèn)會(huì)話，隨后的N_USDataFirstFrame。ind指示多幀請(qǐng)求信息開始，N_USData.ind表示任何一個(gè)單結(jié)束幀請(qǐng)求信息的接收.如果使用默認(rèn)會(huì)話，被禁用.隨后的如果需要一條應(yīng)答信息被傳送的話（包括肯定及否定應(yīng)答)，N_USData.con指示任開始何應(yīng)答信息的完成,確定一條服務(wù)的執(zhí)行（最后回復(fù)信息）。否定應(yīng)答應(yīng)答碼0x78不會(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)答，見6.3。5。4服務(wù)器關(guān)于更多的處理。表5——默認(rèn)會(huì)話下定時(shí)器資源要求定時(shí)參數(shù) 客戶機(jī) 服務(wù)器為每一個(gè)邏輯通信通道(物理和功能通信）N/A設(shè)置一個(gè)單獨(dú)的定時(shí)器是需要的，例如,點(diǎn)對(duì)點(diǎn)通信需要一個(gè)獨(dú)立的通信通道。N/A 為擴(kuò)展的應(yīng)答定時(shí)一個(gè)可選擇的定時(shí)器保證隨后的否定應(yīng)答的發(fā)送比早一些。需為每一個(gè)物理通信口提供單獨(dú)的定時(shí)器需為每一個(gè)功能通信口提供單獨(dú)的定時(shí)器表6——非默認(rèn)會(huì)話下另外的定時(shí)資源需求

N/AN/A定時(shí)參數(shù)

客戶機(jī)當(dāng)使用周期性發(fā)送，功能地址（0x3E）請(qǐng)求信息保持

服務(wù)器N/A服務(wù)器在非默認(rèn)狀態(tài)，需提供單獨(dú)的定時(shí)器，不需為每一個(gè)激活的診斷會(huì)話提供額外的定時(shí)器。當(dāng)在無其它診斷請(qǐng)求時(shí)，使用連續(xù)的發(fā)送物理地址（0x3E）請(qǐng)求信息保持單個(gè)服務(wù)器在非默認(rèn)狀態(tài)，為每一個(gè)點(diǎn)對(duì)點(diǎn)通信通道設(shè)置單獨(dú)的定時(shí)器N/A

服務(wù)器需一個(gè)單獨(dú)的定時(shí)器，因?yàn)橹挥袉卧\斷會(huì)話能在一個(gè)服務(wù)器中激活.6.3.5具體的定時(shí)參數(shù)描述6。3.5.1物理通信6。3.5.1.1默認(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í)器的值應(yīng)當(dāng)考慮到車載網(wǎng)絡(luò)設(shè)計(jì)上(通信網(wǎng)關(guān),總線帶寬,等）所有的延時(shí)。為了簡單化，該圖假定客戶機(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指示單幀的接收.當(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)答碼0x78的處理)。圖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)接收到N_USData.con時(shí)，客戶端使用默認(rèn)重載值為，啟動(dòng)定時(shí)器,該定時(shí)器的值應(yīng)當(dāng)考慮到車載網(wǎng)絡(luò)設(shè)計(jì)上(通信網(wǎng)關(guā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)答碼為0x78的否定應(yīng)答信息請(qǐng)求擴(kuò)展的定時(shí)窗?？蛻舳私邮盏椒穸☉?yīng)答信息時(shí)，客戶端網(wǎng)絡(luò)層產(chǎn)生一個(gè)N_USData。ind。接收到應(yīng)答碼為0x78的否定應(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)答碼為0x78的否定應(yīng)答.用的是擴(kuò)展的重載的定時(shí)值重置它的定時(shí)器.為了簡單起見，圖中只顯示了一個(gè)應(yīng)答碼為0x78的否定應(yīng)答信息。一旦服務(wù)器可以提供請(qǐng)求的信息（肯定的否定的應(yīng)答，而不是應(yīng)答碼0x78的應(yīng)答）,它就啟動(dòng)最后結(jié)果的應(yīng)答信息.在多幀應(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指示單幀的接收。當(dāng)接收該單幀指示時(shí),客戶端停止定時(shí)器。服務(wù)器通過N_USData。con指示響應(yīng)信息的完成。6。3.5.1.3非默認(rèn)會(huì)話期間的物理通信6.3。5.1.3.1功能地址（0x3E）信息5-—非默認(rèn)會(huì)話期間的物理通信-—功能地址5描述了客戶機(jī)和服務(wù)器非默認(rèn)會(huì)話期間物理通信及使用功能地址的定時(shí)處理?？蛻魴C(jī)周期性發(fā)送（0x3E）請(qǐng)求信息,不需要服務(wù)器的應(yīng)答信息.與定時(shí)處理與6.3.5.1.1和6。3.5。1.2小節(jié)中描述的處理方法相同。唯一的區(qū)別是客戶端重置的值及服務(wù)器端發(fā)送結(jié)果應(yīng)答時(shí)間會(huì)有不同。這是由于轉(zhuǎn)變到另一會(huì)話層而不是使用默認(rèn)會(huì)話層，因此使用的是不同的的值。（見9。2。1節(jié)診斷會(huì)話控制(0x10）服務(wù)對(duì)定時(shí)參數(shù)更詳細(xì)的描述。)客戶端診斷應(yīng)用層通過發(fā)送N_USData。req至網(wǎng)絡(luò)層,傳遞診斷會(huì)話控制（0x10)請(qǐng)求信息。網(wǎng)絡(luò)層傳遞該請(qǐng)求信息至服務(wù)器。請(qǐng)求信息是單幀信息.它的完成通過客戶端N_USData。con指示。6。3.5.1。1和6.3.5。1。2描述的應(yīng)答定時(shí)適用于此.客戶端產(chǎn)生的N_USData。con促使定時(shí)器開啟（會(huì)話定時(shí)器）。服務(wù)器通過N_USData.ind的發(fā)送器一個(gè)應(yīng)答。服務(wù)器應(yīng)當(dāng)發(fā)送診斷會(huì)話控制（0x10）的肯定應(yīng)答信息.服務(wù)器通過N_USData。con指示應(yīng)答信息發(fā)送的完成。然后服務(wù)器開啟定時(shí)器，只要它不超時(shí)，它就一直處于非默認(rèn)狀態(tài)?？蛻魴C(jī)負(fù)責(zé)保證定時(shí)器在它超時(shí)之前復(fù)位，以保證服務(wù)器處于非默認(rèn)會(huì)話狀態(tài).一旦客戶機(jī)開啟了定時(shí)器，這會(huì)促使不需應(yīng)答信息的功能地址(0x3E）請(qǐng)求信息的發(fā)送.每一次發(fā)送的時(shí)機(jī)都是在超時(shí)時(shí)發(fā)送.在網(wǎng)絡(luò)層通過N_USData。con指示（0x3E）請(qǐng)求信息傳遞完成之后，客戶機(jī)再次啟動(dòng)定時(shí)器。這就是說，功能地址請(qǐng)求信息是在每一次定時(shí)超時(shí)之后，周期性發(fā)送的.服務(wù)器在處理診斷服務(wù)的任何時(shí)間內(nèi)，它都停止定時(shí)器.當(dāng)診斷服務(wù)處理完之后,服務(wù)器重啟定時(shí)器。這就是說，診斷服務(wù),包括（0x3E），都重置定時(shí)器。診斷服務(wù)是在接收到請(qǐng)求信息（N_USDataFF。ind或者N_USData.ind服務(wù)）與完成最后結(jié)果應(yīng)答這個(gè)期間內(nèi)處理的.這里是需要一條應(yīng)答信息的?；蛘哒?qǐng)求然后診斷服務(wù)動(dòng)作的完成不需要任何應(yīng)答信息。（及時(shí)到達(dá)一個(gè)點(diǎn)會(huì)促使一個(gè)應(yīng)答信息的發(fā)送）所有（0x3E）請(qǐng)求信息,在服務(wù)器處理另外一條請(qǐng)求信息期間接收的話,都會(huì)被服務(wù)器忽略.因?yàn)樗呀?jīng)停止了定時(shí)器，并且在服務(wù)處理完之后重啟。6.53.5.1。3。2物理地址（0x3E）信息圖6描述了非默認(rèn)會(huì)話期間客戶機(jī)與服務(wù)器物理通信的定時(shí)處理。以及使用物理地址（0x3E）請(qǐng)求信息需要服務(wù)器返回應(yīng)答信息以保持在沒有其它診斷服務(wù)的時(shí)候診斷會(huì)話的持續(xù)。圖6——非默認(rèn)會(huì)話期間的物理通信-—物理地址客戶端診斷應(yīng)用層通過發(fā)送N_USData。req至網(wǎng)絡(luò)層，傳遞診斷會(huì)話控制（0x10）請(qǐng)求信息.網(wǎng)絡(luò)層傳遞該請(qǐng)求信息至服務(wù)器。請(qǐng)求信息是單幀信息。它的完成通過客戶端N_USData。con指示。6。3.5。1。1和6.3.5。1.2描述的應(yīng)答定時(shí)適用于此?？蛻舳水a(chǎn)生的N_USData.con不會(huì)促使定時(shí)器開啟（會(huì)話定時(shí)器)。這與使用功能地址不同，使用功能地址會(huì)周期性發(fā)送（0x3E）信息保持診斷會(huì)話一直處于激活狀態(tài)（見6。3。5。3。1）。服務(wù)器通過N_USData。ind指示請(qǐng)求信息的完成。6.3。5.1。1和6.3。5。1。2描述的應(yīng)答定時(shí)適用于此.圖上給出,假定客戶機(jī)需要服務(wù)器一個(gè)應(yīng)答.服務(wù)器應(yīng)當(dāng)發(fā)送診斷會(huì)話控制（0x10)的肯定應(yīng)答信息。服務(wù)器通過N_USData。con指示應(yīng)答信息發(fā)送的完成.然后服務(wù)器開啟定時(shí)器，只要它不超時(shí)，它就一直處于非默認(rèn)狀態(tài).客戶機(jī)通過N_USData.ind指示診斷會(huì)話控制（0x10）的接收。這將促使的開啟。客戶機(jī)負(fù)責(zé)保證定時(shí)器在它超時(shí)之前復(fù)位，以保證服務(wù)器處于非默認(rèn)會(huì)話狀態(tài)?？蛻魴C(jī)任何時(shí)候發(fā)送一條請(qǐng)求信息至服務(wù)器(包括（0x3E）信息），它都會(huì)停止。接收到請(qǐng)求信息的單幀或首幀，服務(wù)器都停止定時(shí)器。服務(wù)器通過N_USData.ind標(biāo)識(shí)請(qǐng)求信息的完成.6.3。5.1.1和6.3.5。1。2描述的應(yīng)答定時(shí)適用于此。客戶機(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í)，開啟，為簡單起見，圖中顯示的是需要應(yīng)答的情況。如果客戶機(jī)在超時(shí)之前，沒有發(fā)送任何診斷請(qǐng)求信息,這促使客戶機(jī)在超時(shí)時(shí)，發(fā)送一條物理地址(0x3E）請(qǐng)求信息。服務(wù)器通過N_USData。ind指示(0x3E)請(qǐng)求信息的接收.這促使服務(wù)器停止定時(shí)器.6.3.5.1.1和6.3.5.1.2描述的應(yīng)答定時(shí)適用于此.客戶機(jī)通過N_USData。ind指示（0x3E）應(yīng)答信息的完成，這促使客戶機(jī)開啟，服務(wù)器通過N_USData。con指示（0x3E）應(yīng)答信息的完成，這促使服務(wù)器開啟。還有一種客戶機(jī)不需要應(yīng)答的情況，客戶機(jī)接收到網(wǎng)絡(luò)層N_USData.con（0x3E）標(biāo)識(shí)請(qǐng)求信息發(fā)送完時(shí)，開啟，服務(wù)器完成請(qǐng)求的動(dòng)作時(shí),開啟，為簡單起見，圖中顯示的是需要應(yīng)答的情況。6。3。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)求信息只能是單幀信息?？蛻魴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í)。為了簡單化，該圖假定客戶機(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)生了一個(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ā)送的完成。、6。5。3.2.2默認(rèn)會(huì)話期間擴(kuò)展應(yīng)答定時(shí)的功能通信圖8描述了默認(rèn)會(huì)話期間客戶機(jī)與2個(gè)服務(wù)器功能地址請(qǐng)求信息的定時(shí)操作。這里一個(gè)服務(wù)器通過應(yīng)答碼為0x78的否定應(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ù)器。功能地址請(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í)。為了簡單化，該圖假定客戶機(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)答碼為0x78的否定應(yīng)答信息請(qǐng)求擴(kuò)展的定時(shí)窗。客戶端接收到否定應(yīng)答信息時(shí)，客戶端網(wǎng)絡(luò)層產(chǎn)生一個(gè)N_USData.ind。接收到應(yīng)答碼為0x78的否定應(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)答碼為0x78的應(yīng)答），它將從掛起應(yīng)答信息列表中刪除。當(dāng)無任何應(yīng)答信息掛起時(shí)，客戶端重新為使用默認(rèn)的重載值。為簡單化，圖中，顯示了從服務(wù)器#1的僅一個(gè)應(yīng)答碼為0x78的否定應(yīng)答。只要至少有一個(gè)服務(wù)器在客戶機(jī)端掛起時(shí),從任一服務(wù)器端任何進(jìn)一步的應(yīng)答信息，都會(huì)促使定時(shí)器使用擴(kuò)展的值重啟（見圖9,該圖顯示了當(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ò)展的 提供請(qǐng)求的信息,它將繼續(xù)發(fā)送應(yīng)答碼為0x78的否定應(yīng)答信息。這會(huì)促使客戶機(jī)再時(shí)間內(nèi)次重啟定時(shí)器,使用擴(kuò)展的重載值。已經(jīng)存儲(chǔ)在客戶端掛起應(yīng)答信息列表中，服務(wù)器端包含應(yīng)答碼為0x78的否定應(yīng)答信息不影響客戶端該信息列表。如6.3。5。2.1，在多幀應(yīng)答信息情況下，從任一服務(wù)器端接收的首幀，客戶機(jī)都是通過網(wǎng)絡(luò)層N_USDataFF.ind指示的。單幀應(yīng)答信息通過N_USData。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)答碼為0x78的否定應(yīng)答請(qǐng)求一個(gè)擴(kuò)展的應(yīng)答定時(shí).從服務(wù)器角度看，客戶端診斷應(yīng)用層通過發(fā)送N_USData。req至網(wǎng)絡(luò)層開始功能地址診斷會(huì)話控制（0x10）的發(fā)送。網(wǎng)絡(luò)層傳遞該請(qǐng)求信息至服務(wù)器。請(qǐng)求信息是單幀?？蛻舳送ㄟ^N_USData.con指示請(qǐng)求信息的完成。6.3.5。1.1和6.3。5.1。2描述的應(yīng)答定時(shí)適用于此.除此之外，客戶端產(chǎn)生的N_USData。con促使定時(shí)器開啟（會(huì)話定時(shí)器）.服務(wù)器通過N_USData。ind指示請(qǐng)求信息的完成。6。3.5.1.1和6。3.5.1。2描述的應(yīng)答定時(shí)適用于此。圖上給出,假定客戶機(jī)需要服務(wù)器一個(gè)應(yīng)答。服務(wù)器應(yīng)當(dāng)發(fā)送診斷會(huì)話控制(0x10）的肯定應(yīng)答信息。服務(wù)器通過N_USData。con指示肯定應(yīng)答信息發(fā)送的完成。然后服務(wù)器開啟定時(shí)器，只要它不超時(shí)，它就一直處于非默認(rèn)狀態(tài)?？蛻魴C(jī)負(fù)責(zé)保證定時(shí)器在它超時(shí)之前復(fù)位,以保證服務(wù)器處于非默認(rèn)會(huì)話狀態(tài)。一旦客戶機(jī)開啟了定時(shí)器,這會(huì)促使不需應(yīng)答信息的功能地址（0x3E)請(qǐng)求信息的發(fā)送。每一次發(fā)送的時(shí)機(jī)都是在超時(shí)時(shí)發(fā)送。在網(wǎng)絡(luò)層通過N_USData.con指示（0x3E）請(qǐng)求信息傳遞完成之后，客戶機(jī)再次啟動(dòng)定時(shí)器。這就是說，功能地址請(qǐng)求信息是在每一次定時(shí)超時(shí)之后，周期性發(fā)送的.服務(wù)器在處理診斷服務(wù)的任何時(shí)間內(nèi)，它都停止定時(shí)器。當(dāng)診斷服務(wù)處理完之后,服務(wù)器重啟定時(shí)器.這就是說,診斷服務(wù)，包括（0x3E），都重置定時(shí)器。診斷服務(wù)是在接收到請(qǐng)求信息（N_USDataFF。ind或者N_USData。ind服務(wù)）與完成最后結(jié)果應(yīng)答這個(gè)期間內(nèi)處理的。這里是需要一條應(yīng)答信息的?；蛘哒?qǐng)求然后診斷服務(wù)動(dòng)作的完成不需要任何應(yīng)答信息.（及時(shí)到達(dá)一個(gè)點(diǎn)會(huì)促使一個(gè)應(yīng)答信息的發(fā)送）所有（0x3E）請(qǐng)求信息，在服務(wù)器處理另外一條請(qǐng)求信息期間接收的話,都會(huì)被服務(wù)器忽略。因?yàn)樗呀?jīng)停止了定時(shí)器，并且在服務(wù)處理完之后重啟。與定時(shí)處理與6.3.5。1。1和6.3.5.1.2小節(jié)中描述的處理方法相同。唯一的區(qū)別是客戶端重置的值及服務(wù)器端發(fā)送結(jié)果應(yīng)答時(shí)間會(huì)有不同.這是由于轉(zhuǎn)變到另一會(huì)話層而不是使用默認(rèn)會(huì)話層，因此使用的是不同的的值.(見9。2。1節(jié)診斷會(huì)話控制（0x10）服務(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)準(zhǔn)的功能，服務(wù)器可能處理診斷請(qǐng)求信息以預(yù)定的速率（例如10ms）。診斷服務(wù)數(shù)據(jù)解讀預(yù)定時(shí)間應(yīng)當(dāng)比運(yùn)行要求時(shí)間短，以滿足6。3。5和6。3。5.1.2對(duì)服務(wù)器要求.請(qǐng)求信息間隔時(shí)間的最小定時(shí)參數(shù)分為如下兩個(gè)定時(shí)參數(shù)?！涸摱〞r(shí)參數(shù)適用于所有功能地址請(qǐng)求信息,因?yàn)樗诓恢С謶?yīng)答數(shù)據(jù)的情況下，服務(wù)器不要求響應(yīng)功能地址請(qǐng)求信息?！涸摱〞r(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描述了功能通信期間出現(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ī)定義。a)的值與物理地址的服務(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_USData。con指示。當(dāng)客戶機(jī)在先前請(qǐng)求信息完全處理完之后，想要發(fā)送新的物理地址請(qǐng)求信息時(shí)，這只有在定時(shí)器不處于活動(dòng)的情況下.客戶端在發(fā)送一條新的物理地址請(qǐng)求信息的時(shí)刻,啟動(dòng)。然后信息的發(fā)送要等到超時(shí)。b)的值是所有功能地址服務(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)的情況下?？蛻舳嗽诎l(fā)送一條新的物理地址請(qǐng)求信息的時(shí)刻，啟動(dòng)。然后信息的發(fā)送要等到超時(shí)。注意：“完全處理完”就是說要么不需應(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)答信息。服務(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)求信息。如圖所示,這有可能在服務(wù)器＃1完成應(yīng)答信息之后或是在客戶機(jī)下一條請(qǐng)求信息之后發(fā)生.客戶機(jī)在所有期待的應(yīng)答信息完成之后，會(huì)立即發(fā)送下一條請(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ī)功能地址(0x3E）的請(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)求信息的完成.客戶機(jī)開啟定時(shí)器并且開啟定時(shí)器。服務(wù)器通過N_USData.ind指示請(qǐng)求信息的完成。對(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ù)解讀時(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)答信息，它仍要等待超時(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)答信息。客戶機(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)求信息.客戶機(jī)定時(shí)器超時(shí)，促使客戶機(jī)發(fā)送不需服務(wù)器應(yīng)答的功能地址（0x3E）請(qǐng)求信息.在這種情況下，此時(shí)仍然活動(dòng)著,(0x3E）的發(fā)送應(yīng)當(dāng)?shù)匠瑫r(shí)時(shí)發(fā)送。當(dāng)定時(shí)器超時(shí)的時(shí)候，客戶機(jī)可以通過N_USData.req發(fā)送功能地址（0x3E）請(qǐng)求。服務(wù)器通過N_USData。ind指示（0x3E）請(qǐng)求信息的接收.客戶機(jī)通過N_USData。con指示(0x3E）請(qǐng)求的完成，并啟動(dòng)定時(shí)器。12描述了客戶機(jī)定時(shí)器的操作.該圖顯示了不需應(yīng)答的物理地址請(qǐng)求的發(fā)送操作及超時(shí)時(shí)功能地址（0x3E）請(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)求信息的完成?？蛻魴C(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í)，促使客戶機(jī)發(fā)送功能地址(0x3E)請(qǐng)求信息,不需服務(wù)器的應(yīng)答。假定定時(shí)器此時(shí)沒有活動(dòng)，也就是說請(qǐng)求被立即發(fā)送。客戶機(jī)通過N_USData。con指示(0x3E）請(qǐng)求信息的完成.服務(wù)器通過N_USData.ind指示（0x3E）請(qǐng)求信息得接收。此刻，先前接收到的物理請(qǐng)求仍然在服務(wù)器端掛起（還沒有處理）并且定時(shí)器停止.因此，接收到的(0x3E）請(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_USData.ind指示請(qǐng)求信息的完成。在任何非默認(rèn)會(huì)話情況下,定時(shí)器此刻停止。6.3。5.4主動(dòng)提供的應(yīng)答信息服務(wù)器主動(dòng)提供的應(yīng)答信息要么是周期性例程(見服務(wù)ReadDataByPeriodicIdentifierin9.3.4）或者配置引發(fā)的，例如DTC狀態(tài)的變化或者一個(gè)日期標(biāo)識(shí)的改變(見服務(wù)ResponseOnEventin9。2。8）。所有主動(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ù)器都按照該部分15765協(xié)議進(jìn)行應(yīng)用層及會(huì)話層的定時(shí)處理。表7——客戶機(jī)錯(cuò)誤處理通信階段客戶端錯(cuò)誤類型客戶機(jī)處理物理通信功能通信請(qǐng)求發(fā)送網(wǎng)絡(luò)層的客戶機(jī)在時(shí)間之后，有出錯(cuò)指客戶機(jī)在時(shí)間之后，有出錯(cuò)指示，N_USData。con示，應(yīng)當(dāng)重發(fā)最后的請(qǐng)求應(yīng)當(dāng)重發(fā)最后的請(qǐng)求指示否定結(jié)果值重啟（由于在請(qǐng)求發(fā)送時(shí)停止了）超時(shí)客戶機(jī)重新發(fā)送最近的請(qǐng)求信這里客戶機(jī)不知道多少服務(wù)器應(yīng)息。重啟（由于在請(qǐng)求發(fā)送時(shí)停答,這就是指示客戶機(jī)不再有應(yīng)答止了） 信息了。不用再重復(fù)請(qǐng)求信息了。客戶機(jī)在進(jìn)一步請(qǐng)求之前，應(yīng)當(dāng)完全接受到所有的應(yīng)答信息。這里客戶機(jī)知道有多少服務(wù)器應(yīng)答，這就是指示客戶機(jī)不是所有的服務(wù)器都應(yīng)答。客戶機(jī)在完全接收到所有應(yīng)答信息之時(shí)發(fā)生了超時(shí),應(yīng)當(dāng)重新請(qǐng)求信息.應(yīng)答接收 N_USData.ind 客戶機(jī)重新發(fā)送最近的請(qǐng)求信客戶機(jī)在完全接收到所有應(yīng)答信息網(wǎng)絡(luò)層否定結(jié)果息.重啟（由于在請(qǐng)求發(fā)送時(shí)停之時(shí)，出錯(cuò),應(yīng)當(dāng)重新請(qǐng)求發(fā)送信值 止了） 息?？蛻魴C(jī)出錯(cuò)處理運(yùn)行最多2次，也就是說，最壞情況下,請(qǐng)求服務(wù)的發(fā)送只能是3次。通信階段請(qǐng)求接收應(yīng)答發(fā)送

表8——服務(wù)器出錯(cuò)處理服務(wù)器錯(cuò)誤類型 處理網(wǎng)絡(luò)層N_USData。ind重啟定時(shí)器（由于它在接收到先前首幀指示時(shí)停止了)，服指示否定結(jié)果值 務(wù)器應(yīng)當(dāng)忽略該請(qǐng)求。超時(shí) N/A網(wǎng)絡(luò)層N_USData.ind 重啟定時(shí)器（由于它在接收到先前的請(qǐng)求信息時(shí)停止了）。指示否定結(jié)果值 服務(wù)器不應(yīng)當(dāng)重新發(fā)送該應(yīng)答信息。7網(wǎng)絡(luò)層接口7。1概述該部分的ISO15765協(xié)議使用ISO1576502定義的網(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.3)7.2流控N_PCI參數(shù)定義客戶機(jī)Stmin參數(shù)不應(yīng)該使用0xF1-0xF9的值。這些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)用層的(N_USData.con）成功發(fā)送確認(rèn)服務(wù).應(yīng)用層是需要這項(xiàng)服務(wù),因?yàn)樗枰谡?qǐng)求/應(yīng)答完成時(shí)立即進(jìn)行另外的動(dòng)作（例如ECU重啟,波特率調(diào)整等）。9-—ServiceName。request/ServiceName。responseA_PDU到N_USData.requestN_PDUA_PDU參數(shù)(應(yīng)用層協(xié)說明N_PDU參數(shù)（應(yīng)用層協(xié)說明議數(shù)據(jù)單元）議數(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_Data［0］網(wǎng)絡(luò)層數(shù)據(jù)代碼A_Data[0]—A_Data[n應(yīng)用層數(shù)據(jù)N_Data［1］網(wǎng)絡(luò)層數(shù)據(jù)N_Data[n+17。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（N_USDataFirstFrame.ind）時(shí)指示不直接到應(yīng)用層,因?yàn)樗鼉H僅用于應(yīng)用層定時(shí)(見6.3）。因此沒有N_USDataFirstFrame。inN_PDU到A_PDU的映射的定義.10————N_USData.indN_PDU到ServiceName.conf/ServiceName.indA_PDU的映射N_PDU參數(shù)(應(yīng)用層協(xié)說明A_PDU參數(shù)（應(yīng)用層協(xié)議數(shù)說明議數(shù)據(jù)單元）據(jù)單元)N_SA網(wǎng)絡(luò)層源址A_SA應(yīng)用層源地址N_TA網(wǎng)絡(luò)層目標(biāo)地址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_Data[0]網(wǎng)絡(luò)層數(shù)據(jù)A_PCI.SI應(yīng)用層協(xié)議控制信息服務(wù)代碼N_Data［1］N_Data[n+1網(wǎng)絡(luò)層數(shù)據(jù)A_Data[0]-A_Data[n應(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í)能用于功能地址（0x3E)請(qǐng)求信息保持非默認(rèn)會(huì)話處于激活狀態(tài).)如果ISO15765—4說明的11位的CAN標(biāo)識(shí)在擴(kuò)展的診斷中重新使用，適用如下要求：ISO15765-4協(xié)議的網(wǎng)絡(luò)層定時(shí)參數(shù)同樣適用于擴(kuò)展的診斷；DLC（CAN數(shù)據(jù)長度碼）應(yīng)當(dāng)設(shè)置為8并且CAN幀應(yīng)當(dāng)包含8字節(jié)（未使用的字節(jié)也應(yīng)當(dāng)填充）；注意:ISO15765-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)按照ISO15765-2說明的標(biāo)準(zhǔn)固定的地址格式，同樣能用于擴(kuò)展的診斷。如果ISO15765-4說明的29位的CAN標(biāo)識(shí)在擴(kuò)展的診斷中重新使用，適用如下要求:ISO15765—4協(xié)議的網(wǎng)絡(luò)層定時(shí)參數(shù)同樣適用于擴(kuò)展的診斷；DLC(CAN數(shù)據(jù)長度碼）應(yīng)當(dāng)設(shè)置為8并且CAN幀應(yīng)當(dāng)包含8字節(jié)(未使用的字節(jié)也應(yīng)當(dāng)填充)；注意：表中給出的CAN標(biāo)識(shí)符按照ISO15765—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.229位CAN標(biāo)識(shí)符結(jié)構(gòu)本文檔描述的29位CAN標(biāo)識(shí)符結(jié)構(gòu)與如下協(xié)議是兼容的。有ISO15765-2，ISO15765—3，ISO15765—4及SAEJ1939-21.因此SAEJ1939—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的還是ISO15765的.這對(duì)汽車網(wǎng)絡(luò)設(shè)計(jì)者根據(jù)他的需求及對(duì)SAEJ1939和ISO15765協(xié)議的使用，定制非診斷的信息及相關(guān)CAN標(biāo)識(shí)是重要的。8.3。2。1SAEJ1939的29位CAN標(biāo)識(shí)符結(jié)構(gòu)關(guān)于SAEJ193929位CAN標(biāo)識(shí)符格式見如下表11表11--SAEJ1939的CAN標(biāo)識(shí)符結(jié)構(gòu)29位CAN標(biāo)識(shí)符28、27、26252423—1615-187—0優(yōu)先級(jí)保留/擴(kuò)展數(shù)據(jù)頁P(yáng)DU格式PDU—特定域（目標(biāo)地址或源地址（獨(dú)有的數(shù)據(jù)頁P(yáng)DU格式擴(kuò)展）源地址)8.3。2.2ISO15765的29位CAN標(biāo)識(shí)符結(jié)構(gòu)12顯示了ISO15765的CAN標(biāo)識(shí)符結(jié)構(gòu)與SAEJ1939格式的區(qū)別。25位——SAEJ1939保留/擴(kuò)展數(shù)據(jù)頁，ISO15765使用擴(kuò)展數(shù)據(jù)頁24位——SAEJ1939數(shù)據(jù)頁，ISO15765數(shù)據(jù)頁因此，ISO15765格式與SAEJ1939格式的29位CAN標(biāo)識(shí)能在同一個(gè)CAN總線上互不影響的共存。12-—ISO15765的CAN標(biāo)識(shí)符結(jié)構(gòu)28—26優(yōu)先級(jí)

25 24擴(kuò)展 數(shù)據(jù)頁數(shù)據(jù)頁編碼見8.3.2。4

29位CAN標(biāo)識(shí)23，22 21-11 10—0服務(wù)類型（TOS） 源地址 目標(biāo)地址編碼見8.3。2.5源地址（獨(dú)有的源地目標(biāo)地址（獨(dú)有的目址） 標(biāo)地址）8.3.2.3優(yōu)先級(jí)域SAEJ1939定義的優(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ù)頁位２４說明００SAEJ1939定義或廠家定義的“標(biāo)準(zhǔn)通信信息”０１SAEJ1939定義或廠家定義的“標(biāo)準(zhǔn)通信信息"１０SAEJ1939定義或廠家定義的“標(biāo)準(zhǔn)通信信息"１１ISO15765定義的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特定的,ISO15765—3及以前的協(xié)議信息能通過相同的網(wǎng)絡(luò)但不同的協(xié)議信息混合使用在一個(gè)服務(wù)器上。0網(wǎng)絡(luò)控制信息協(xié)該位組合指示幀包含的網(wǎng)關(guān)收發(fā)數(shù)據(jù)用于支持當(dāng)前子議/網(wǎng)絡(luò)管理網(wǎng)狀態(tài)的信息（例如，網(wǎng)絡(luò)無法到達(dá)/網(wǎng)絡(luò)超載）和節(jié)點(diǎn)信息（例如,主機(jī)無法到達(dá)）11ISO15765—3定義該位組合包含了節(jié)點(diǎn)ISO15765定義的診斷服務(wù)。CAN的信息幀用戶數(shù)據(jù)字節(jié)包括診斷請(qǐng)求（ISO15765-3）使用網(wǎng)絡(luò)層服務(wù)及ISO15765-2定義的傳輸層8。3.2.6源地址源地址包含發(fā)送實(shí)體地址。該信息保證了正確仲裁以及被接收者用于回復(fù)信息。源地址結(jié)構(gòu)見8.3.3描述。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)見8。3。3所述。8.3.3地址結(jié)構(gòu)8。3。3.1概述目標(biāo)地址及源地址都編碼在29位CAN標(biāo)識(shí)符中，并且每個(gè)長度為11位.如下所示，字母“X”和“Y"代表可變參數(shù)。8.3.3。2地址的定義一個(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ò)地址長度應(yīng)為2個(gè)位.最大長度應(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ù)的位“Y”（Y=11-X）,并決定了子網(wǎng)中具體的節(jié)點(diǎn)。在子網(wǎng)中應(yīng)當(dāng)是獨(dú)有的。所有的位都置位0或1是不允許的。所以最小節(jié)點(diǎn)地址長度為2個(gè)位，最大為9個(gè)位。子網(wǎng)中最多節(jié)點(diǎn)個(gè)數(shù)根據(jù)如下公式計(jì)算：（Y代表使用到節(jié)點(diǎn)地址的位的個(gè)數(shù)）分配給節(jié)點(diǎn)獨(dú)有的地址應(yīng)當(dāng)存儲(chǔ)在節(jié)點(diǎn)的內(nèi)部存儲(chǔ)器中.一個(gè)節(jié)點(diǎn)接收目標(biāo)地址域?yàn)樵摴?jié)點(diǎn)地址的的信息。15展示了源地址和目標(biāo)地址的一個(gè)例子.發(fā)送及接收節(jié)點(diǎn)不在同一個(gè)子網(wǎng)中。15—-源地址和目標(biāo)地址的一個(gè)例子29位CAN標(biāo)識(shí)282726252423222111100優(yōu)先級(jí)0x6ISO服務(wù)類源地址目的地址15765型ISO0x2ED0x32F格式15765信息110111101011101101011001011118.3。3。3子網(wǎng)掩碼子網(wǎng)掩碼為網(wǎng)絡(luò)地址及節(jié)點(diǎn)地址分配。子網(wǎng)掩碼長度為11位（與地址長度一致)。子網(wǎng)掩碼的值通過設(shè)置開始連續(xù)的位“X"為1分配.將網(wǎng)絡(luò)地址部分設(shè)置為1，將節(jié)點(diǎn)地址的部分設(shè)置為0.（見表16和表17發(fā)送與接收者的子網(wǎng)掩碼的例子)由于固定的子網(wǎng)掩碼長度及一開始的連續(xù)的位“X”設(shè)置為1，只有這些位置位1而不是所有位.因此需要一個(gè)短記號(hào)定義子網(wǎng)掩碼.16——發(fā)送端子網(wǎng)掩碼例子子網(wǎng)掩碼1098765432100X7C0(短的記號(hào)/5)網(wǎng)絡(luò)地址部分節(jié)點(diǎn)地址部分1111100000017-—接收端子網(wǎng)掩碼例子子網(wǎng)掩碼1098765432100X7C0（短的記號(hào)/5）網(wǎng)絡(luò)地址部分節(jié)點(diǎn)地址部分11111100000每一個(gè)分配子網(wǎng)掩碼的節(jié)點(diǎn)都應(yīng)當(dāng)存儲(chǔ)在它內(nèi)部存儲(chǔ)器內(nèi)。相同子網(wǎng)的節(jié)點(diǎn)分配相同的子網(wǎng)掩碼.8。3。3.4網(wǎng)絡(luò)地址節(jié)點(diǎn)的網(wǎng)絡(luò)地址現(xiàn)在可以通過分配地址及子網(wǎng)掩碼計(jì)算出來。見表18和19發(fā)送者和接收者的例子決定了網(wǎng)絡(luò)地址。18——發(fā)送者網(wǎng)絡(luò)地址源地址位109876543210地址：0x2ED01011101101子網(wǎng)掩碼：/511111000000網(wǎng)絡(luò)地址：0x2C001011000000表19——接收者網(wǎng)絡(luò)地址源地址位109876543210地址：0x32F01100101111子網(wǎng)掩碼：/611111100000網(wǎng)絡(luò)地址：0x32001100100000為了描述子網(wǎng)掩碼,網(wǎng)絡(luò)地址及子網(wǎng)掩碼按如下形式記錄：<網(wǎng)絡(luò)層地址〉/〈短的子網(wǎng)掩碼記錄〉實(shí)例:發(fā)送端子網(wǎng)：0x2C0/5接收端子網(wǎng)：0x320/6該信息被網(wǎng)關(guān)用來路由.8。3。3。5廣播地址8。3.3。5.1通用廣播地址（0x7FF）通用廣播地址允許在網(wǎng)絡(luò)上所有節(jié)點(diǎn)廣播信息。為了發(fā)送一個(gè)廣播信息到整個(gè)網(wǎng)絡(luò)，目標(biāo)地址必須為0x7FF（所有的位都設(shè)置為1)。包含該目標(biāo)地址的信息將會(huì)被所有網(wǎng)關(guān)路由。所有的網(wǎng)絡(luò)節(jié)點(diǎn)都應(yīng)當(dāng)接收并處理地址為0x7FF的信息.8。3.3.5.2子網(wǎng)廣播地址子網(wǎng)的廣播用于廣播信息到特定子網(wǎng)上的節(jié)點(diǎn)。為了發(fā)送一條廣播信息到某一特定子網(wǎng)上，該子網(wǎng)廣播地址應(yīng)當(dāng)計(jì)算出來。通過將目標(biāo)子網(wǎng)信息（網(wǎng)絡(luò)地址及子網(wǎng)掩碼）可實(shí)現(xiàn)。即將所有節(jié)點(diǎn)地址的部分設(shè)置為1.見表20對(duì)于接收子網(wǎng)的子網(wǎng)廣播的例子20——接收子網(wǎng)的子網(wǎng)廣播的例子目標(biāo)地址位109876543210地址:0x32F01100100000子網(wǎng)掩碼:/611111100000網(wǎng)絡(luò)地址：0x32001100111111子網(wǎng)廣播信息網(wǎng)關(guān)正常路由所有的節(jié)點(diǎn)都必須接收網(wǎng)絡(luò)地址與他們自身網(wǎng)絡(luò)地址相同的信息，并且在目標(biāo)地址域節(jié)點(diǎn)地址的部分所有的位都應(yīng)設(shè)置為“1”。8。3。4信息接收每一個(gè)子網(wǎng)的節(jié)點(diǎn)都將CAN幀中目標(biāo)地址與它自己的地址相比較。如果匹配的話，包含的信息就傳遞至OSI模型相鄰的上層進(jìn)一步處理。8.3.5路由8.3。5.1概述路由適用于當(dāng)一個(gè)節(jié)點(diǎn)與另外一個(gè)節(jié)點(diǎn)不再一個(gè)子網(wǎng)上，因而CAN幀就需要從一個(gè)子網(wǎng)傳遞至另一個(gè)子網(wǎng).者通過另外的節(jié)點(diǎn)，物理上連接到CAN幀接收子網(wǎng)及發(fā)送子網(wǎng)。因此，一個(gè)CAN幀從源子網(wǎng)到目的子網(wǎng)，可能通過幾個(gè)網(wǎng)關(guān)8。3.5.2網(wǎng)絡(luò)及子網(wǎng)結(jié)構(gòu)大體上,網(wǎng)絡(luò)可按需求設(shè)計(jì),需考慮如下幾個(gè)條件:—-地址應(yīng)當(dāng)是唯一的?！型蛔泳W(wǎng)的節(jié)點(diǎn)都必須使用相同的子網(wǎng)掩碼?！型蛔泳W(wǎng)的節(jié)點(diǎn)都必須使用相同的網(wǎng)絡(luò)地址?！?dāng)一個(gè)網(wǎng)絡(luò)地址分配個(gè)一個(gè)子網(wǎng)時(shí),在那個(gè)地址范圍的網(wǎng)絡(luò)地址都不應(yīng)當(dāng)分配個(gè)其它的網(wǎng)絡(luò)，因?yàn)檫@會(huì)導(dǎo)致路由問題。13顯示了連接到網(wǎng)關(guān)的四個(gè)子網(wǎng)的配置。3個(gè)子網(wǎng)通過一個(gè)網(wǎng)關(guān)連接的，第4個(gè)子網(wǎng)通過另外的一個(gè)網(wǎng)關(guān)連接。13—-網(wǎng)絡(luò)配置例子8。3。5。3網(wǎng)關(guān)及路由8。3.5。3.1說明網(wǎng)關(guān)是連接多于一個(gè)子網(wǎng)的節(jié)點(diǎn)，由此能夠?qū)⒁粋€(gè)子網(wǎng)的CAN幀傳遞到另一個(gè)子網(wǎng)上。8。3。5。3.2端口一個(gè)端口是網(wǎng)關(guān)連接到物理子網(wǎng)的接口.網(wǎng)關(guān)至少有兩個(gè)端口,每一個(gè)端口都分配所在子網(wǎng)的網(wǎng)絡(luò)地址及子網(wǎng)掩碼.見圖13的配置有2個(gè)網(wǎng)關(guān)，網(wǎng)關(guān)1有3個(gè)接口，網(wǎng)關(guān)2有2個(gè)接口.8.3。5。3.3路由表為了確定一個(gè)CAN幀是否需要被路由，需要生成一張路由表并存儲(chǔ)在網(wǎng)關(guān)的存儲(chǔ)器中。路由條目包含網(wǎng)絡(luò)地址，子網(wǎng)掩碼及能到達(dá)的子網(wǎng)的端口。該條目應(yīng)當(dāng)存有通過該網(wǎng)關(guān)每一個(gè)連接的子網(wǎng)（直接的或間接的）.見表21所示的是圖13的網(wǎng)絡(luò)。通過對(duì)網(wǎng)絡(luò)640/6和650/6的分級(jí)設(shè)計(jì)。路由表?xiàng)l目縮減到一個(gè)條目640/5。21——路由表例子子網(wǎng)（網(wǎng)絡(luò)地址/子網(wǎng)掩碼）端口網(wǎng)關(guān)1500/51680/52640/53網(wǎng)關(guān)2500/51680/61650/61640/628。3。5.3.4路由算法連接到不同的子網(wǎng)的網(wǎng)關(guān)從端口接收所有的信息。如果網(wǎng)關(guān)是一有地址的節(jié)點(diǎn)，那么直接連接到該網(wǎng)關(guān)端口，在所有地址范圍中只有一個(gè)地址應(yīng)當(dāng)被分配.在合適的路由算法之前，有另外的對(duì)信息接收的檢查。如果目標(biāo)地址為0x7FF,信息除了信息接收端口，被復(fù)制到所有端口,忽略正常的路由算法.8。3。5。3.5路由例子見圖15從地址0x51A的客戶機(jī)到地址0x642服務(wù)器CAN幀傳輸?shù)穆酚傻睦?該例子使用21的路由信息。在接收到該信息時(shí)，下一步如下進(jìn)行處理。a)網(wǎng)關(guān)11）CAN—ID分析：DA=0x642,見表22和表2322-—網(wǎng)關(guān)1路由判定路由描述網(wǎng)絡(luò)端口（0x642邏輯且0x7C0）=0x640!=500非本地地址路由500/51表23——網(wǎng)關(guān)1路由分析路由描述網(wǎng)絡(luò)端口（0x642邏輯且0x7E0）=0x640!=680下一入口680/62（0x642邏輯且0x7C0）=0x640=640正確路徑640/532）查該信息是否是發(fā)送到網(wǎng)關(guān)：0x642！=0x6543）將信息送至端口3b)網(wǎng)關(guān)21）CAN—ID分析：DA=0x642。見表24和表25表24--網(wǎng)關(guān)2路由判定路由描述網(wǎng)絡(luò)端口（0x642和0x7C0）=0x640!=650非本地地址路由650/61表25-—網(wǎng)關(guān)2路由分析路由描述網(wǎng)絡(luò)端口（0x642邏輯且0x7E0）=0x640！=640正確路徑640/622）檢查該信息是否發(fā)送到網(wǎng)關(guān):0x642！=0x6413）將信息傳遞至端口2步驟：A從端口“X"接收到信息將接收信息的目標(biāo)地址與接收信息端口的子網(wǎng)掩碼一位一位進(jìn)行邏輯“且”操作。將結(jié)果與接收信息的端口的網(wǎng)絡(luò)地址進(jìn)行比較。端口的網(wǎng)絡(luò)地址要么存儲(chǔ)在節(jié)點(diǎn)存儲(chǔ)器內(nèi),要么通過端口的地址及子網(wǎng)掩碼計(jì)算出來.如果結(jié)果與網(wǎng)絡(luò)地址相等,接收到的信息是該端口子網(wǎng)的本地信息，并且不再做任何路由(B)。如果結(jié)果與端口網(wǎng)絡(luò)地址不等，則需要進(jìn)行路由分析.進(jìn)行第3步.3將接收信息的目標(biāo)地址與當(dāng)前路由表入口的子網(wǎng)掩碼一位一位進(jìn)行邏輯“且”操作。4將結(jié)果與當(dāng)前路由表入口的網(wǎng)絡(luò)地址進(jìn)行比較。如果匹配的話，算法從步驟8繼續(xù)，否則算法從步驟5繼續(xù).5如果有另外的路由表入口，算法從步驟6繼續(xù)，否則，不再做任何路由(B）。6選擇了下一個(gè)路由表入口，算法跳到步驟3繼續(xù)。7信息的目標(biāo)地址與網(wǎng)關(guān)當(dāng)前端口的地址進(jìn)行比較。該步驟只有在網(wǎng)關(guān)是一個(gè)有地址的節(jié)點(diǎn)時(shí)才需要，否則算法直接跳到步驟8.如果是網(wǎng)關(guān)當(dāng)前端口的地址，算法從步驟9繼續(xù),如果目標(biāo)地址與網(wǎng)關(guān)地址不同，算法從步驟8繼續(xù)。8信息發(fā)送到路由表網(wǎng)絡(luò)地址與目標(biāo)地址匹配的入口端口上.9信息是發(fā)送到網(wǎng)關(guān)節(jié)點(diǎn)上的，并由網(wǎng)關(guān)應(yīng)用層處理。B路由結(jié)束KeyDA目標(biāo)地址GWADport_X的網(wǎng)關(guān)地址NA 網(wǎng)絡(luò)地址SM 子網(wǎng)掩碼entry_X 網(wǎng)關(guān)路由表入口＃Xprot_X 網(wǎng)關(guān)的#X端口14路由算法順序圖15——從客戶機(jī)0x51A到服務(wù)器0x642的路由的例子9診斷服務(wù)實(shí)施9。1統(tǒng)一診斷服務(wù)總覽該部分定義了ISO14229—1定義的診斷服務(wù)是如何適用于CAN的。對(duì)于每一個(gè)應(yīng)用服務(wù)，都定義了可用的子功能及數(shù)據(jù)參數(shù)。注意：子功能參數(shù)的定義考慮了suppressPosRspMsgIndicatonBit參數(shù)的最高有效位。該參數(shù)在ISO14229—1中定義。26用于提供所有統(tǒng)一診斷服務(wù)的總覽，它們適用于CAN診斷實(shí)施,表包含了可用服務(wù)總數(shù)。使用該部分ISO15765協(xié)議實(shí)施CAN診斷的某些應(yīng)用上可能限制了可使用服務(wù)的數(shù)量，并可將它們按應(yīng)用范圍/診斷會(huì)話(默認(rèn)會(huì)話，編程會(huì)話等)進(jìn)行歸類.26—-CAN診斷——統(tǒng)一診斷服務(wù)總覽診斷服務(wù)名稱服務(wù)ID值子功能suppressPosRspMsgIndicatonBit子目錄（ISO14229—1）（16進(jìn)制）支持=TRUE(1）；(無應(yīng)答）支持（a)診斷與通信管理功能單元DiagnosticSessionControl10是是9。2.1ECUReset11是是9.2.2SecurityAccess27是是9。2。3CommnicationControl28是是9.2。4TesterPresent3E是是9.2.5SecuredDataTransmission84—N/A9。2。6ControlDTCSetting85是是9.2。7ResponseOnEvent86是是9.2。8LinkControl87是是9。2.9數(shù)據(jù)發(fā)送功能單元ReadDataByIdentifier22—N/A9.3.1ReadMemoryByAddress23—N/A9.3.2ReadScalingDataByIdentifier24—N/A9。3。3ReadDataByPeriodicIdentifier2A—N/A9.3。4DynamicallyDefineDataIdentifier2C是是9.3.5WriteDataByIdentifier2E—N/A9。3。6WriteMemoryByAddress3D—N/A9。3.7存儲(chǔ)數(shù)據(jù)發(fā)送功能單元ReadDTCInformation19是是9。4。1ClearDignositicInformation14—9.4.2輸入/輸出控制功能單元InputOutPutControlByIdentifier2F—N/A9.5。1例行的遠(yuǎn)程激活功能單元RoutineControl31是是9.6。1上載/下載功能單元RequestDownload34—N/A9。7.1RequestUpload35-N/A9。7.2TransferData36—N/A9。7。3RequestTransferExit37—N/A9.7。4這是指suppressPosRspMsgIndicatonBit=FALSE（0)表示服務(wù)支持使用該子功能參數(shù)。系統(tǒng)設(shè)計(jì)者需保證如果客戶機(jī)不需要一個(gè)應(yīng)答信息[suppressPosRspMsgIndicatonBit=TRUE（1）］并且服務(wù)器需要超過的時(shí)間去處理請(qǐng)求信息時(shí)，客戶機(jī)應(yīng)當(dāng)在連續(xù)請(qǐng)求之間插入足夠的時(shí)間。有可能的一個(gè)情況是,當(dāng)服務(wù)器不執(zhí)行請(qǐng)求的動(dòng)作,也不指示任何原因至客戶機(jī)。9。2診斷與通信控制功能單元9.2.1診斷會(huì)話控制（DiagnosticSessionControl）（10hex）服務(wù)27定義了適用于CAN診斷服務(wù)的子功能參數(shù)27——子功能參數(shù)定義Hex描述Cvt助記憶法(位6-0)01defaultSessionUDS02ECUProgrammingSessionUECUPS03ECUExtendedDiagnosticSessionUECUEDS28和29定義了應(yīng)答信息數(shù)據(jù)參數(shù)結(jié)構(gòu)，sessionParameterRecord適用于CAN診斷實(shí)施。28-—會(huì)話參數(shù)記錄定義記錄的位位置 說明 Cvt 16 助記憶法進(jìn)制值#1SessionParameterRecord[]＃1={#2（高字節(jié))#3（低字節(jié)）#4(高字節(jié)）(低字節(jié)）}

M00-FFSPREC_M00-FFP2CSMHM00—FFP2CSMLM00—FFP2ECSMHP2ECSML表29—-會(huì)話參數(shù)記錄內(nèi)容定義參數(shù)說明＃占用字節(jié)解決最小值最大值服務(wù)器支持默認(rèn)的定時(shí)用于激活診21ms0ms65535m斷會(huì)話s服務(wù)器支持?jǐn)U展的（NRC78hex）用210ms0ms655350于激活診斷會(huì)話ms9.2。2ECU復(fù)位（ECUReset）（11hex）服務(wù)30定義了該項(xiàng)CAN服務(wù)的子功能參數(shù)30——子功能參數(shù)定義Hex描述Cvt助記憶法（位6—0）01hardResetUHR02keyOffOnResetUKOPPONR03softResetUSR04enableRapidPowerShutDownUERPSD05disableRapidPowerShutDownUDRPSD9.2。3安全訪問（SecurityAccess)（27hex)服務(wù)31定義了該項(xiàng)CAN服務(wù)的子功能參數(shù)31——子功能參數(shù)定義Hex描述Cvt助記憶法（位6-0）01requestSeedURSD02sendKeyUSK03,05requestSeedURSD07—5F04,06sendKeyUSK08-609。2.4通信控制服務(wù)（CommunicationControl）(28hex)32定義了該項(xiàng)CAN服務(wù)的子功能參數(shù)32——子功能參數(shù)定義Hex描述Cvt助記憶法（位6-0)00enableRxAndTxUERXTX01enableRxAndDisableTxUERXDTX02disableRxAndEnableTxUDRXETX03disableRxAndTxUDRXTX33定義了CAN服務(wù)實(shí)施可用的數(shù)據(jù)參數(shù)33——數(shù)據(jù)參數(shù)定義-—通信類型Hex描述Cvt助記憶法（位1-0)01bapplicationUAPPL10bnetworkManagementUNWM1–0適用任何組合.每一個(gè)位代表一種通信類型，可能每次都不止初始化一種通信類型。9.2.5測(cè)試儀現(xiàn)場服務(wù)（TesterPresent）（3Ehex)表33定義了該項(xiàng)CAN服務(wù)的子功能參數(shù)表33—-子功能參數(shù)定義Hex 描述 Cvt 助記憶法（位6—0）00 zeroSubFunction M ZSUBF9。2.6安全數(shù)據(jù)傳輸服務(wù)（SecuredDataTransmission）(84hex)對(duì)于該CAN服務(wù)實(shí)施,既沒有額外的需求也沒有限制。9.2.7控制故障嗎信息設(shè)置服務(wù)（ControlDTCSetting)（85hex）35定義了該項(xiàng)CAN服務(wù)的子功能參數(shù)33——子功能參數(shù)定義Hex 描述 Cvt 助記憶法(位6—0)01onMON02offMOFF9。2。8基于事件應(yīng)答服務(wù)（ResponseOnEvent）(86hex)CAN實(shí)施須滿足以下相關(guān)條件大量的ResponseOnEvent服務(wù)都伴隨著不同的啟動(dòng)和停止診斷服務(wù)的要求(不同的時(shí)間類型EventTypes，應(yīng)答記錄服務(wù)serviceToRespondTo—Records）。當(dāng)ResponseOnEvent服務(wù)激活時(shí)，服務(wù)器能夠同時(shí)處理診斷請(qǐng)求及相應(yīng)的應(yīng)答信息。這應(yīng)當(dāng)完成一組請(qǐng)求/應(yīng)答CAN標(biāo)識(shí)。見圖16。如果相同的CAN請(qǐng)求/應(yīng)答標(biāo)識(shí)用于診斷通信中以及serviceToRespondToresponses服務(wù)。如下限制需適用：1）在一個(gè)事件發(fā)生之后，服務(wù)器應(yīng)當(dāng)忽略即將到來的診斷請(qǐng)求。并且開始運(yùn)行serviceToRespondTo-response服務(wù)，直到該服務(wù)完成。2）在客戶機(jī)發(fā)送一個(gè)診斷請(qǐng)求后，接收到任何應(yīng)答信息，應(yīng)答信息應(yīng)當(dāng)按照可能的應(yīng)答服務(wù)serviceToRespondTo—responses及期望的診斷應(yīng)答分類.3）如果應(yīng)答是一個(gè)serviceToRespondTo—response（由基于事件應(yīng)答服務(wù)的應(yīng)答）。客戶機(jī)應(yīng)當(dāng)在serviceToRespondTo—response完全接收到之后，重復(fù)該請(qǐng)求。4）當(dāng)應(yīng)答不確定時(shí)（例如，應(yīng)答可能產(chǎn)生于一個(gè)事件的應(yīng)答或者一個(gè)診斷請(qǐng)求的應(yīng)答),客戶機(jī)應(yīng)當(dāng)將該應(yīng)答同時(shí)作為一個(gè)serviceToRespondTo—response及診斷請(qǐng)求應(yīng)答.客戶機(jī)不應(yīng)當(dāng)重復(fù)該請(qǐng)求除非NegativeResponseCodebusyRepeatRequest（21hex）（見否定應(yīng)答碼，ISO14229—1的定義。）ResponseOnEvent服務(wù)只有在激活的診斷會(huì)話中可用的診斷服務(wù)中使用.當(dāng)ResponseOnEvent服務(wù)處于激活狀態(tài)時(shí)，診斷會(huì)話中任何的改變都回中止當(dāng)前的ResponseOnEvent。例如，如果一個(gè)ResponseOnEvent服務(wù)在闊真的診斷會(huì)話建立起來了,它在服務(wù)器轉(zhuǎn)換到默認(rèn)會(huì)話時(shí)應(yīng)當(dāng)中止。如果ResponseOnEvent（0x86）服務(wù)在默認(rèn)會(huì)話時(shí)建立了，如下應(yīng)當(dāng)適用：1）事件類型子功