Logo image
在IEEE802.6DQDB上之等時性通道管理的通訊協定
Thesis

在IEEE802.6DQDB上之等時性通道管理的通訊協定

賀建銘
Masters, National Tsing Hua University
1990

Abstract

等時性通道攫取釋放匯流排暫存器 IEEE-802.6-DQDB(ISOCHRONOUS-CHANNEL)HEAD-END-NODERESERVED-CH-COUNTER(GET)(RELEASE)(REGISTER)OPEN-CH-COUNTER-X
在這篇論文裡,我們在IEEE 802.6 DQDB 網路上提出一個等時性通道(isochronous channel) 管理的通訊協定。PA_slots將動態地被分配,QA_Slots的分配方式和IEEE 802.6 DQDB 相同。它的運作是非常的簡單。當一個等時性使用者要啟動或結束一個呼叫(call),它要送出一個訊號HEAD_END_NODE ,根據這個訊號,Head-end-Node 將增減Reserved _Ch_Counter'Reserved _ch _Counter是用來記錄目前網路上已經有多少通道被預定(reserved)。如果Reserved-Ch-Counter的值薘於Max_Reserved_ch_counter'Head_End_Node將拒絕任何呼叫的建立。當它建立好一個呼叫之後,它可以隨時要求攫取(get) 或釋放(rel-ease)等時性通道。當它要求在匯流排A (bus A) 上攫取或釋放等時性通道,它要在匯流排B 上送出一個訊號給HEAD_END_NODE ,根據這個訊號,Head_End_Node將在匯流排A上送出一個訊息通知它和它的伙伴(compan-ion), 它們在下一個frame time的時候可以攫取等時性通道。在Head-End-Node 送出這個訊號之前,Head_End_node 將檢查Open_Ch_counter-X 如果目前等時性通道不敷要求的數量,Head_End_Node 將只送出釋放等時性通導的訓號。當Head_End_node 送出這個訓號之後, Head_End_Node將增減Open_Ch_Counter-x'根據Open_Ch_Counter-X' Head_End_Node知道在下一個Frame time在匯流排A 上要送出多少個PA_slots 根據這個訊號和通道分配演算法,每一個站(station)調整自己的Upstream_Ch_Counter_X',每一個等時性使用者調整自己的暫存器(register)根據自己的暫存器,每一個等時性使用者可以動態地使用等時性通道。這個等時性通道管理的通訊協定在滿足等時性訊號及時性的要求同時,也能確保一部份頻寬給非等時性訊號。非等時性訊號的queueing delay幾乎和網路大小無關,網路速度愈快,效能愈好。它所造成的PA_bytes損失(loss)非常的小,它的額外負擔(overhead)也是非常的小。它可以使DQDB提供ATM 的class 1 class 2 服務。此外,它完全配合IEEE 802.6 DQDB 草稿標準。

Metrics

1 Record Views

Details

Logo image