Search
※ 本次錄影檔MP4有問題，所以直接從twitch傳過來，
就沒有幫大家分割了唷！不好意思 : (
實況台：http://www.twitch.tv/annie72127
歡迎追隨與訂閱！
我會盡我的能力多多開台！
魚乾個人粉絲團：
https://www.facebook.com/RSPannie72127.tw
紅石口袋粉絲團：
https://www.facebook.com/RedStone.Poke
合作提議或案件請Email：
annie72127@gmail.com
我跟APA的閒聊twitter：
https://twitter.com/annie72127
紅石口袋RSP 粉絲團：
https://www.facebook.com/RedStone.Poke
紅石口袋資訊站：
http://redstonepoke.blogspot.tw/
水狼超~~聰~~~明~~~~~
原來時間倒轉就是這個意思啊!!
然後我的心臟又嚇停了幾秒XD
(BY 19
地圖連結：
http://redstonepoke.blogspot.tw/2015/01/blog-post_25.html
實況頻道：http://www.twitch.tv/songo112
紅石口袋粉絲專頁：https://www.facebook.com/RedStone.Poke
紅石口袋資訊部落格：http://redstonepoke.blogspot.tw/
遊戲載點：
http://smokingwolf.blog95.fc2.com/blog-entry-323.html
請下載之後解壓縮並且用APPlocal使用日語環境開啟主程式。
片道在日語中是單程或單行道的意思。
華夏基金會–rsp基金-張文隆觀點》給陳儀深先生──讓證據說話上。即時熱搜[kirsten,政府認可課程]， 《白色跫音政治受難者及相關人物口述歷史第一輯》一樣都是2011年12月 ... ... <看更多>
rsp意思 在 閱讀文章- 精華區comm_and_RF - 批踢踢實業坊 的推薦與評價
各位板上的先進好~
小弟最近在研讀 802.16_2004 SPEC，與相關的介紹文章
對於連線建立的過程到傳送data，polling....有些疑問
希望各位先進能為小弟解答一下~ 感謝~
=======================================================================
問題一 :
小弟念到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完成進入網路的的程序後
會與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的方式?
SS要用什麼樣的方式得到 frame中的時間 送出這些訊息??
此外 ...
之後，若SS想再建立一條Transport Connection(例如傳送VoIP data)，
小弟知道 需要由SS端initial送出DSA_REQ
But~ 這個DSA_REQ是要用競爭的方式來發送嗎?
還是BS會poll所有SS? 或是 .....
SS可以用哪些方式來傳送DSA/C/D這類的訊息??
懇請賜教~
※ 編輯: TopStephen 來自: 140.124.181.238 (04/02 20:28)
> -------------------------------------------------------------------------- <
作者: apatch (apatch) 看板: comm_and_RF
標題: Re: [問題] Wimax 連線建立 的問題
時間: Wed Apr 4 01:25:17 2007
※ 引述《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
> -------------------------------------------------------------------------- <
作者: TopStephen (給我21天的時間) 看板: comm_and_RF
標題: Re: [問題] Wimax 連線建立 的問題
時間: Wed Apr 4 15:38:04 2007
感謝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
> -------------------------------------------------------------------------- <
作者: aaavvv (布) 看板: comm_and_RF
標題: Re: [問題] Wimax 連線建立 的問題
時間: Wed Apr 25 16:52:11 2007
<恕刪>
: : : 問題一 :
: : : 小弟念到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)?
照spec 6.3.6.3的最後一句話所說. BW is always requested on a ... on an SS basis.
說明了SS在提BW的request是以CID為basis, 也就是for除了UGS之外的每一條connection
在想要送東西之前, 必須以6.3.6.1所寫之stand-alone的BW request header或者是用
piggyback的方式來為自己這一條connection提下一次的BW要求. (這些除了UGS的
connection, 當然也包括了那三條Management Connection)
另一方面, BS在收集了這麼多connection的要求之後(不一定是同一個SS), 會以SS為basis
給一個SS總total的grant (BS的implement issue, 不一定每個request BS都要給足
所有connection的要求, 在經計算之後, 將每一個SS的每一個connection的要求做加總,
填於下一個frame的UL_MAP中), 而SS在下一個frame的UL_MAP裡就會看到這次BS所給
這個SS的所有可用時間長度, 而因為BS不一定會滿足每一條connection, 所以有可能SS
收到的grant與所要求的不同, SS也一樣依implement issue來自行決定, 這次拿到的時間
該如何來做分配.
所以舉個簡單的例子來說, 若BS可滿足所有的connection的要求, SS就會發現他可以傳送
所有他上次所要求的資料量, 此外, 還會有多出來的BW, 這多出來的是? 請看6.3.6.3.1
第一句 no explicit message is transmitted to poll the SS. Rather, the SS is
allocated, in the UL_MAP, BW sufficient to respend with a BW Request.
也就是BS在加總SS的要求量之後, 還會再多加一點點BW給SS, 這一點點就是給SS做BW
request用.
: : 待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
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.92.62.163
... <看更多>