※ 引述《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 因為在那時只有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.113.194.82