MAC层协议公共部分子层带宽分配与请求

　　在网络接人和初始化阶段，每个SS被分配三个专门的CID来发送和接收控制消息。这三对连接被用来允许不同级 别的QoS应用到承载MAC管理业务的不同连接。除了不可压缩的恒定比特率UGS连接外，所有的业务增加（或减少） 带宽需求是必须的。不可压缩UGS连接的带宽需求在连接建立和终止期间不会改变。根据业务情况，可压缩UGS连 接（比如，信道化的T1）的带宽需求可能增加或减少。对按需多址接人（DAMA）业务，带宽分配需求出现时，将 基于“请求/分配”原则分配给其他资源。  当SS需要为一个BE调度服务的连接请求带宽时，SS向BS发送一个包含DAMA连接的当前带宽需求的消息。连接的 QoS在连接建立时建立，并被BS查询。

　　①请求（request）。请求是55采用的机制，向BS指出它需要的上行链路带宽分配。SS的带宽分配请求可能以单 独的带宽请求报头或附带请求的方式出现，附带请求的能力是可选的。

　　由于上行突发配置文件能够动态地改变，所以，所有的带宽请求应该根据承载MAC报头和净荷（而不是物理开销 ）需要的字节数来表示。带宽请求消息可以在除初始测距间隔外的任何上行链路分配间隔发送。

　　带宽请求可以是增量的或总量的。当BS接收到增量带宽请求，它将在对连接的现有带宽需求的基础上增加请求 带宽的数量。当BS接收到总量带宽请求时9它将用请求带宽的数量替换连接的带宽需求。带宽请求报头的Type域指 出带宽请求是增量还是总量。由于附带带宽请求没有Type域，因此附带带宽请求将总是增量的。请求/授权协议的 自纠错特性需要55周期地使用总量带宽请求。该周期可以是服务的QoS和链路质量的函数。由于存在冲突的可能性 ，所以广播或多播请求IE中发送的带宽请求应该是总量请求。其他的带宽请求机制包括集中带宽请求和CDMA带宽 请求。

　　②授权（grant）。对于一个SS，带宽请求涉及单独的连接，但是每个带宽授权针对SS的基本CID，而不是单独 的CID。由于无法确定哪个请求被授权，因此，当55接收到一个比期望短的发送机会时（调度器判决、请求消息丢 失等），没有明确的原因给出。对所有的情况，基于从BS收到的最近消息和请求的状态，SS决定执行退避并重新 请求或丢弃SDU。

　　SS可以使用广播的请求IF，，也可以使用针对其所在多播轮询组的请求IE，还可以使用针对其基本CID的请求IE 。在所有情况下都使用请求IE突发配置文件，即使BS能够以更有效的突发配置文件接收SS。为了利用更有效的突 发配置文件，SS应该在针对其基本CID的数据授权IE定义的间隔中发送。由于该原因，SS的单播轮询将通常通过分 配针对其基本CID的数据授权IE来实现。同时还应该注意到，SS在针对它的基本CID的数据授权IE中为它的任何连 接进行带宽请求。

　　③轮询（polling）。轮询是BS为SS分配专门用于带宽请求的带宽过程。这些分配可能是给单个SS的或一组SS的 。给一组连接和/或SS的分配带宽实际上就是定义带宽请求竞争IF．，这种分配不是以一个明确消息的形式出现， 而是作为一系列IE包含在UL－MAP。值得注意的是，轮询是基于SS的，带宽请求总是基于CID，而分配则是基于SS 。

　　（i）单播。当SS被单独地轮询时，没有明确的消息被发送来轮询SS。更进一步来讲，在UI－－MAP消息中，将为qq分配足够的带宽来用于带宽请求。具有足够带宽的、活动的UGS连接的55不应该被单独地轮询，除非设置UGS连接的分组报头中的PM位。这样将比单独轮询所有SS节省带宽。注意，单播轮询通常通过分配针对SS的基本CID的数据授权IE来对单个SS进行。

　　（II）多播与广播◇如果没有足够的带宽可以用来单独地轮询很多非活动的SS，一些SS可能在多播组内被轮询，或者采用广播轮询。和单播轮询一样，多播或广播轮询也不是明确的消息，而是在UI－－MAP中分配的带宽。它们之间的不同点是，这里的带宽分配没有与SS的基本CID相关联，而是与一个多播或广播CID相关联的。

　　当轮询是针对多播或广播CID时，属于该轮询组的SS可以在UI－ MAP中分配给该CID的任何请求间隔内请求带宽。为了减少多播和广播轮询冲突的可能性，只有需要带宽的SS才应答，它们将应用竞争解决算法来选择发送初始带宽请求的时隙。零长度带宽请求不应该用在多播或广播请求间隔。

　　如果在数个后续UI－ MAP消息（由基于竞争的预留超时参数指定）中没有收到授权，SS将认为发送不成功。注意，对基于帧的物理层，如果在预定时刻有UI－MAP消息出现，错误的UL－MAP也将被计算在内。如果重新请求是在多播或广播中实现的，那么SS继续执行竞争解决算法。注意，SS没有严格限制在多播或广播请求间隔中执行重新请求。

　　（iii）PM位。具有当前活动UGS连接的55可以通过设置UGS连接的MAC报头中的PM位（在授权管理子报头中）来通知BS它们需要被轮询来为非UGS连接请求带宽。为了降低单独轮询的带宽需求，拥有活动UGS连接的55只在PM位被设置时（或者UGS的间隔太长不能满足SS其他连接的QoS时）才需要被单独轮询。一旦BS检测到该轮询请求，将使用单独轮询来满足该请求。为了最小化BS丢失PM位的风险，SS可以在所有上行链路调度间隔内的UGSMAC授权管理子报头中设置该位。