公車系統之有無RSU功能分析

在這小節，我們將針對 BSRM 在公車系統中有設置 RSU 於公車站(BSRM_RSU) 和無設置 RSU 於公車站(BSRM_nRSU)，這兩種環境之下所產生的差異性。

Packet Delivery Ratio：

如下圖 26 所示，我們可以觀察到，在有設置 RSU 的環境下 BSRM 可達到 50%

以上的封包到達率，無設置 RSU 的情況下最多只能達到 29%左右的到達率，這說 明了利用 RSU 來進行等待與轉送的工作，在 BSRM 中確實能產生出更好的效能。

圖 26：Packet Delivery Ratio

End to End Delay：

如下圖 27 所示，在延遲時間方面，有設置 RSU 的環境下，利用 BSRM 的延遲 時間是無設置 RSU 環境下相差了快 100 秒，原因是 BSRM 主要是利用公車來進行 封包攜帶，當封包需要經由其他公車進行攜帶時，兩公車之間就必須有相遇才能將 封包進行轉送，在無法相遇的情況下就可能導致延遲時間的上升，但在有設置 RSU 的情況下，可以利用 RSU 來進行暫時性存放，等待指定的公車或目的車來進行接收，

從延遲時間的觀察來看，有設置 RSU 對於 BSRM 是相當有幫助。

圖 27：End to End Delay

圖 28：Relay

Relay：

如上圖 28 所示，我們可以觀察到，在無設置 RSU 的環境下，BSRM 的 Relay 次數是非常低的，主要 BSRM 只利用公車來進行封包攜帶的工作，除非是低於門檻 距離，才會進行一般車輛的無條件傳輸，所以在 Relay 的次數會顯得非常的低，而

有設置 RSU 的環境下，BSRM 可以更有效的利用 RSU 一步步的將封包送往離目的 車越接近的地方，在 Relay 的次數上也會因為較常利用到 RSU 而有所上升。

Overhead：

如下圖 29 所示，在無設置 RSU 的環境下，BSRM 的 Overhead 是非常低的，

原因是 BSRM 只利用公車來進行封包攜帶，除非是低於門檻距離或是與指定的公車 相遇時才會進行封包的轉送，在有設置 RSU 的環境下，BSRM 在 Overhead 的表現 與上述各路由比較的效能來看，BSRM 不管是在公車或公車站(RSU)都是有經過篩 選的，所以就算在有設置 RSU 的環境下也不會造成太大的 Overhead。

圖 29：Overhead

BufferTime：

如下圖 30 所示，從 BufferTime 的觀察來看，有設置 RSU 環境下的 BSRM，封 包停留在 buffer 內的時間與無設置 RSU 的環境做比較明顯的少了快一半的時間，以 BSRM 的路由方式來看，除非是低於門檻距離或是與指定的公車相遇，否則不會將 封包給送出，所以在無 RSU 的環境下，封包較不容易送出，BufferTime 也會比較高，

而有 RSU 的環境下，多了可送到公車站來暫時存放的選擇，封包也較容易送出，

BufferTime 也會因此降低。

圖 30：BufferTime

HopCount：

如下圖 31 所示，從 HopCount 的觀察來看，無 RSU 環境的 BSRM 在 HopCount 的次數大約都在 1.5 次左右，而在有 RSU 在的環境下，則上升到 2 次以上，從這個 兩種環境可以看出，雖然有 RSU 的環境可將封包託付給 RSU，但在 BSRM 中，這 兩種環境的數據並沒有太大的差異，原因是 BSRM 在公車站(RSU)的選擇上也是與 公車使用一樣的判斷方式，所以並不是所有的公車站(RSU)都會給予託付封包的工 作。

圖 31：HopCount