作者：Ｙｏｕ小編：吃不飽

在上篇中我們分別在狀態(tài)機和報文格式方面對OSEK和AUTOSAR網(wǎng)絡管理進行了簡單介紹，感興趣的小伙伴請移步至文章《科普系列：AUTOSAR與OSEK網(wǎng)絡管理比較（上）》。

01

OSEK與AUTOSAR網(wǎng)絡管理特點對比
本篇就是本文的重點了，接下來對比下這兩種網(wǎng)絡管理之間的共同點以及差別。

共同點

1

都是基于狀態(tài)機的網(wǎng)絡管理。

2

都是協(xié)調(diào)網(wǎng)絡中的節(jié)點同時進入休眠以及喚醒。

3

都分配了特定的網(wǎng)絡管理報文在網(wǎng)絡中進行網(wǎng)絡管理，屬于直接網(wǎng)絡管理。

4

通常情況每個節(jié)點都有獨有的節(jié)點ID（如0x1），與基礎ID(如0x400)共同構成網(wǎng)絡管理報文的ID（0x401）。

圖一 通常情況網(wǎng)絡管理報文ID組成

5

網(wǎng)絡喚醒方式都相同，每個節(jié)點都可以由于自己需要通信而主動喚醒網(wǎng)絡，也可以被網(wǎng)絡中其它的節(jié)點喚醒。

不同點

喚醒行為不一樣

OSEK網(wǎng)絡管理喚醒后會發(fā)出一幀特殊網(wǎng)絡管理報文，用來進行建環(huán)，建環(huán)完成后才根據(jù)邏輯環(huán)發(fā)送網(wǎng)絡管理報文；以三個節(jié)點建立邏輯環(huán)簡單舉個例子：

1.通信啟動

網(wǎng)絡中所有節(jié)點發(fā)出Alive報文。
圖二 OSEK網(wǎng)絡管理建環(huán)示意圖（1）

2.確認邏輯后繼節(jié)點

所有節(jié)點根據(jù)總線上出現(xiàn)的Alive報文判斷自身節(jié)點的邏輯后繼節(jié)點。
圖三 OSEK網(wǎng)絡管理建環(huán)示意圖（2）

3.發(fā)出Ring報文

某個節(jié)點發(fā)出Ring報文嘗試建環(huán)。
圖四 OSEK網(wǎng)絡管理建環(huán)示意圖（3）

4.令牌傳遞

節(jié)點收到指向自身的網(wǎng)絡管理報文也就是收到令牌后，將數(shù)據(jù)更新后再次發(fā)出。
圖五 OSEK網(wǎng)絡管理建環(huán)示意圖（4）下一個節(jié)點收到指向自身的網(wǎng)絡管理報文，也是將數(shù)據(jù)更新后再次發(fā)出。圖六 OSEK網(wǎng)絡管理建環(huán)示意圖（5）

5.建環(huán)完成

令牌再次傳遞到第一個發(fā)送Ring報文的節(jié)點，且令牌傳遞期間沒有節(jié)點發(fā)出Alive報文。
圖七 OSEK網(wǎng)絡管理建環(huán)示意圖（6）而AUTOSAR網(wǎng)絡管理喚醒后直接周期性發(fā)出自身的網(wǎng)絡管理報文即可，無需發(fā)出特殊的網(wǎng)絡管理報文。

休眠行為不一樣

OSEK網(wǎng)絡管理在總線睡眠之前，所有節(jié)點正常發(fā)送網(wǎng)絡管理報文，待所有節(jié)點都準備好休眠并發(fā)送SleepInd后，最后一個節(jié)點發(fā)送SleepACK，網(wǎng)絡中各節(jié)點再同時休眠，同樣以三個節(jié)點簡單舉個例子：A/B/C三個節(jié)點處于正常通信，節(jié)點B/C維持網(wǎng)絡處于通信狀態(tài)，A被維持通信。

1.節(jié)點B就緒休眠

就緒睡眠的節(jié)點在收到指向自身的網(wǎng)絡管理報文時，將數(shù)據(jù)更新為攜帶睡眠指示信息的網(wǎng)絡管理報文再次發(fā)出，此時僅C請求網(wǎng)絡通信，A/B被維持通信。
圖八 OSEK網(wǎng)絡管理控制同時休眠示意圖（1）

2.僅節(jié)點C主動維持網(wǎng)絡通信

Node B準備休眠發(fā)出攜帶睡眠指示的網(wǎng)絡管理報文，被節(jié)點C維持通信。

Node C依然需要請求網(wǎng)絡，發(fā)出未攜帶睡眠指示的網(wǎng)絡管理報文，維持節(jié)點A/B處于通信狀態(tài)。

Node A準備休眠發(fā)出攜帶睡眠指示的網(wǎng)絡管理報文，被節(jié)點C維持通信。

圖九 OSEK網(wǎng)絡管理控制同時休眠示意圖（2）

3.節(jié)點C也準備休眠

Node B準備休眠發(fā)出攜帶睡眠指示的網(wǎng)絡管理報文。

Node C準備休眠發(fā)出攜帶睡眠指示的網(wǎng)絡管理報文。

Node A檢測到所有節(jié)點都準備休眠，發(fā)出后繼節(jié)點指向自身且攜帶睡眠應答信息的網(wǎng)絡管理報文。

圖十 OSEK網(wǎng)絡管理控制同時休眠示意圖（3）此后所有節(jié)點停止網(wǎng)絡管理報文的發(fā)送，并同時進入休眠。
而AUTOSAR網(wǎng)絡管理在整個網(wǎng)絡休眠之前，只要某個節(jié)點準備休眠，那么這個節(jié)點就不再發(fā)送網(wǎng)絡管理報文，直到總線上不再發(fā)送網(wǎng)絡管理報文，那么所有節(jié)點則自行判斷已經(jīng)可以休眠，無需確認休眠信息，如下以三個節(jié)點協(xié)調(diào)睡眠舉例：

1.A/B/C三個節(jié)點都處于請求網(wǎng)絡狀態(tài)

所有節(jié)點都周期發(fā)送自身網(wǎng)絡管理報文。

圖十一AUTOSAR網(wǎng)絡管理控制同時休眠示意圖（1）

2.節(jié)點A準備休眠，節(jié)點B/C依然維持通信

節(jié)點A停發(fā)自身網(wǎng)絡管理報文，但被節(jié)點B/C維持通信。

圖十二AUTOSAR網(wǎng)絡管理控制同時休眠示意圖（2）

3.所有節(jié)點準備好睡眠

所有節(jié)點停發(fā)網(wǎng)絡管理報文，等待NM-Timeout timer 超時并啟動Wait Bus-Sleep Timer。

圖十三AUTOSAR網(wǎng)絡管理控制同時休眠示意圖（3）

每個節(jié)點Wait Bus-Sleep Timer超時后就各自進入睡眠模式，總線上不再有通信。

網(wǎng)絡管理邏輯不同

1）OSEK網(wǎng)絡管理需要建環(huán)，網(wǎng)絡管理報文的發(fā)送必須按照邏輯環(huán)進行，只有得到“令牌”才能發(fā)送網(wǎng)絡管理報文，因此需要一個穩(wěn)定的邏輯環(huán)，網(wǎng)絡管理才能正常進行，對網(wǎng)絡的穩(wěn)定性要求比較高。
2）AUTOSAR網(wǎng)絡管理則不會受到其他節(jié)點狀態(tài)的影響，節(jié)點狀態(tài)的跳轉只與自身需求和總線的狀態(tài)有關，只需要監(jiān)視總線狀態(tài)即可，網(wǎng)絡管理報文的發(fā)送是周期性的。

網(wǎng)絡管理報文格式不一樣

1）OSEK網(wǎng)絡管理由于邏輯環(huán)的存在報文包含節(jié)點自身的ID和下一個發(fā)出網(wǎng)絡管理報文的節(jié)點的ID，包含用于指示報文類型以及節(jié)點狀態(tài)的數(shù)據(jù)，即操作碼以及用戶數(shù)據(jù)。

操作碼（Opcode）：OSEK網(wǎng)絡管理PDU中的byte1，置位這個字節(jié)中不同位置的位就表現(xiàn)為不同的報文類型，分別為Alive報文，Ring報文，LimpHome報文，但同一時刻只能發(fā)送一種類型；這個字節(jié)中還包含節(jié)點的狀態(tài)信息，也就是節(jié)點是否準備好睡眠以及是否確認睡眠，各占一個位。這個字節(jié)中的其它位則是預留的。

圖十四 OSEK網(wǎng)絡管理操作碼示例2）AUTOSAR網(wǎng)絡管理報文則由于是廣播發(fā)送的且不需要指定任何節(jié)點，所以報文只包含自身的ID，和少量的控制信息，即控制位向量，以及用戶數(shù)據(jù)。

控制位向量（CBV）：AUTOSAR網(wǎng)絡管理PDU中的byte1，這個字節(jié)中包含重復消息請求信息，主動喚醒信息以及PN相關等表明節(jié)點進行網(wǎng)絡管理的控制信息。

圖十五 AUTOSAR網(wǎng)絡管理控制位向量

對于節(jié)點掉線或者加入的處理不一樣

1）在正常通信OSEK網(wǎng)絡管理網(wǎng)絡中不論是加入某個新節(jié)點還是掉線某個節(jié)點，都會影響網(wǎng)絡管理的狀態(tài)，需要重新建環(huán)才能維持正常的網(wǎng)絡管理。
2）而AUTOSAR網(wǎng)絡管理不論是加入新節(jié)點還是已有的節(jié)點掉線都不會影響原有節(jié)點的網(wǎng)絡管理狀態(tài)。

02

總 結
AUTOSAR網(wǎng)絡管理和OSEK網(wǎng)絡管理是汽車電子網(wǎng)絡管理中的兩個常見協(xié)議，本文就狀態(tài)機、報文格式等方面對二者進行了相應的科普和比較。僅以此投石問路，北匯信息后續(xù)會發(fā)布更多的科普系列文章，為大家擴展更多的汽車電子方面的知識。
北匯信息專注于汽車電子測試，與國內(nèi)外眾多OEM和Tier1合作，在車載通信、診斷刷寫、OTA、車內(nèi)網(wǎng)絡安全、域控制器功能測試等領域積累了豐富的實踐經(jīng)驗，歡迎大家交流、探討。