802.16标准相关的问题,提出来供大家交流

wangchengfa

        最近在看802.16 MAC层的协议,有些地方搞不明白,所以在这里提出来与大家交流, 有些问题提的可能有点弱了,希望大家不要见怪,还希望大家能够对这些问题畅所欲言,提出你们的宝贵意见,谢谢你们!<br/><br/> 
  1.管理连接(management
connection):我们知道在SS初始化的时候,BS为SS分配了两个或者三个管理连接CID,这些管理连接用来承载MAC层的管理消息,但是协议
只针对传输连接(transport
connection)定义了带宽分配机制,却没有规定SS的管理连接如何接入上行信道,也就是说没有规定如何给管理连接分配带宽,场景是这样:我SS想
给BS发送管理消息,但是我却不知道我应该在什么时候发送并且占用多大的带宽?<br/><br/>    2.还是与管理连接有关,我们知道在MAC层中,每一个CID都对应一个SFID,也就是每一个连接都对应一个<br/>服务流,SS在请求上行带宽或者BS在分配带宽的时候,会以连接(CID)对应的服务流为参考,但是管理连接却没有对应的服务流,它是由BS分配的,这样的话管理连接对应的传输带宽以及连接的QOS如何才能得到保证呢?<br/><br/> 
 
3.根据协议,连接是有方向的,除了管理连接,所有其它的连接都有唯一的方向,上行方向或者是下行方向.现在我们考虑BS这一侧,如果BS想给它覆盖范围
里的SS发送数据,那它一定要建立一条到这个SS的连
接,会有一个下行方向的CID,这个CID什么时候建立又在什么时候删除?对应什么样的服务流参数?如果这个连接是动态建立的,那么不是很浪费带宽,时延
也会很大,而且如果这个BS覆盖的小区很忙,那么BS岂不是要花很多时间在下行连接的建立上?<br/>    <br/>      4.根据协议,BS在下行方向上通常是以广播的方式传送,广播连接CID是0XFFFF,但是同时下行的PDU报  头又含有一个下行方向的CID,这是不是有点矛盾??<br/><br/>       5.根据协议,在secondary management connection中传送的通常是基于标准的消息(SNMP等等),并且这些消 息是封装在IP包里的,那么当这个IP包传送到MAC层后,MAC层怎么知道这个包里封装的是管理消息呢<br/>
     <br/>      
6.在很多管理消息中涉及到与物理层相关的参数,如突发类型,调制方式,编码方式,功率调整等等,以UCD和UL-MAP消息为例,UCD消息中定义了上
行信道的特征,UL-MAP消息则定义了SS如何接入到上行信道,包括突发类型的定义等等,这些参数都是与物理层息息相关的,物理层知道这些相关信息后,
它就知道了在什么时候接入到上行信道,使用多大的带宽,应该用什么调制及编码方式,但是当这些消息传输到物理层时,物理层却不解析而是直接交给MAC层
(因为它们是MAC层的消息),当MAC层收到消息并解析后才会把这些信息通过原语通知物理层.这样是不是很麻烦?<br/><br/>        7.感觉802.16 不像802.11那样清晰详细,例如802.16的MAC层与物理层之间的SAP的原语就没有定义,这些都留给了协议开发者去做,觉得不妥!