推 liwmewmew:2.應該是有分喔，所以也有BS提出DSA 218.187.253.30 03/21 16:13
→ liwmewmew:另外U/D各自會拿到flow ID喔 218.187.253.30 03/21 16:14
※ 引述《aaavvv (布)》之銘言：
: <恕刪>
: 照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用.
: : ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
: : 這個地方 有點不太了解您的意思 能再幫我解釋清楚一點嗎?
: : 在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 大小都是多少??
: : 這些地方我很沒概念???
: : 不知道有沒有人也遇到類似的問題??
: : 希望可以有新進 能給我一個整體的觀念 ~
: : 十分感謝 ~
: : --
: : ◆ From: 140.124.181.238
感謝 aaavvv 的解說~
不好意思~ 大半年後才看到你的回文
原本已經覺得不會有人回嘞~ 科科~
這邊想再請 教版上高手
幾個有關WiMAX Connection 與 Service Flow 建立的問題
(1). DSX這類的訊息，是不是都用來建立/修改/刪除 Transport Connection?
(2). 用DSX這類的訊息 所建立起的連線 有Uplink與Downlink之分嗎 ??? 還是
都只有Uplink方向而已???
(3). 在Wimax網路下，Downlink方向的傳輸是否跟Uplink方向一樣，需要建立
單向的Transport Connection ???
(4). 在spec中，DSX訊息的建立有分 BS initial and SS initial，這兩種方式
建立/刪除/修改 的Service Flow，這些SF所對應到的Connection， 有DL與
UL方向之分嗎??? 還是都只有針對UL的方向?? (因為我在spec-2004 Figure95
的Service Flow圖內有看到"Direction"這個屬性所以讓我很confuse)
(5). 在DL方向的運作到底有沒有Service Flow 與 Transport Connection的觀念??
如果有的話那這些DSX的訊息是由"哪邊"且"什麼時候"送出??? SPEC上有舉一個
例子，就是當某台SS1要打一通CALL出去的時候，這時SS會主動送出DSX的訊息
，希望建立"上傳的連線"，那下傳的連線怎麼辦??? 如果反過來，Internet有人打
一通CALL給位於SS1內的user，這時候 連線建立的步驟 會是怎樣運作呢??
小弟不才，看了大半年還不是很懂，希望各位高手指點我一下，
感謝~
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.124.250.1