感謝apatch的回答 我底下還有點不懂的地方 盼請指教~ ======================================================================= ※ 引述《apatch (apatch)》之銘言： : ※ 引述《TopStephen》之銘言： : : 問題一 : : : 小弟念到spec中 6.3.6 Bandwidth allocation and request mechanisms : : 對polling的功用有個疑問，spec中這樣定義 : : Polling is the process by which the BS allocates to the SSs bandwidth : : specifically for the purpose of making bandwidth requests : : 問題來的~ : : SS得到BS的polling後，BS會在uplink時安排一段時間給該SS上傳， : : 而這段時間SS只能上傳bandwidth request的訊息嗎? : 是的 : : 或是該這樣問 : : : BS poll SS 的用意只是讓SS可以回傳Bandwidth REQ 嗎(根據上文spec)? : : BS有可能利用polling的方式， : : 讓SS有機會送別的管理訊息上來嗎(例如 : DSA/C/D_REQ)? : 待SS送出BW request後自然就有bandwidth來收送其他的MAC message了 : 基本上不應該一直用polling來grant bandwidth ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 這個地方 有點不太了解您的意思 能再幫我解釋清楚一點嗎? 在SPEC中不是規定了，除了UGS連線外，其他三類若需要頻寬 都是需要經過 BS polling SS => polled SS回 BW Req => BS在Uplink Grant時間給該SS ?? 一個延伸的問題 : BS poll SS(指unicast poll)的頻率多寡 在SPEC中有定嗎(小弟我還沒找到)? 是一個frame只能有一個unicast poll嗎? (也就是說一個frame只去單問一台SS) 還有這個unicast poll大概都是 分配多少大小 的資源出去?? 一個Bandwidth Request 的 Message 大小都是多少?? 這些地方我很沒概念??? 不知道有沒有人也遇到類似的問題?? 希望可以有新進 能給我一個整體的觀念 ~ 十分感謝 ~ : 因為在那時只有SS自己知道需要多少BW : : 問題二 : : : SS完成進入網路的的程序後 : : 會與BS端建立起三條Management Connection : : 分別是 : : : Basic management connection : 傳送 DBPC_REG/RSP, RNG_REQ/RSP ... : : Primary management connection : 傳送 DSX_REG/RSP , REG_REQ/RSP ... : : Secondary management connection : 傳送 DHCP, TFTP, SNMP 管理訊息 : : 像這類的訊息也要參加contention嗎?或是可以用polling的方式? : 不用 透過BW request要到bandwidth後自然可以傳送這些message : : SS要用什麼樣的方式得到 frame中的時間 送出這些訊息?? : : 此外 ... : : 之後，若SS想再建立一條Transport Connection(例如傳送VoIP data)， : : 小弟知道 需要由SS端initial送出DSA_REQ : : But~ 這個DSA_REQ是要用競爭的方式來發送嗎? : : 還是BS會poll所有SS? 或是 ..... : : SS可以用哪些方式來傳送DSA/C/D這類的訊息?? : : 懇請賜教~ : 這個不太確定 : 但照理講是不應該透過contention channel來送MAC message的 : 個人意見僅供參考~ --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.124.181.238