※ 引述《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