作者TopStephen (给我21天的时间)
看板comm_and_RF
标题Re: [问题] Wimax 连线建立 的问题
时间Tue Dec 25 12:30:22 2007
※ 引述《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
1F:推 liwmewmew:2.应该是有分喔,所以也有BS提出DSA 218.187.253.30 03/21 16:13
2F:→ liwmewmew:另外U/D各自会拿到flow ID喔 218.187.253.30 03/21 16:14