文本文稿培训03lrnorrm

1、Copyright © 2012 Alcatel-Lucent.s.11. 安全警告电压都可能存在于此处使用的. 警告用户在作业时不可穿戴导电物品. 始终遵循所有安全预防措施且不致命和单独作业于设备.本课程期间使用的设备可能对静电敏感，请遵守正确抗静电预防措施.2. 商标Alcatel-Lucent的商标为Alcatel-Lucent 和 MainStreet.其有商标，服务标记和图标 (“标志”) 为其各自持有第预先同意，用户不得使用这些商标. 商标标识符的. 包括 Alcatel-Lucent. 无Alcatel-Lucent或拥有商标的并不表示特殊或业务名没有商标.Alcate

2、l-Lucent假定对此处呈现信息的准确性无责任，可受未预先通知改变的支配.1.此文档包括Al 于其他用途组织使用、据此明令用户对这些信Alcatel-Lucent-Lut的所信仅可用于及其他所目的. 没有Alcatel-Luce 告知. 无Alcatel-Lucent此文档的不得用时必须包含预先，不得以任何方式向任何、透露任何内容.任何适用法律使用或此文档的任意部分。、方法、技术或其包含及描述的商标没有任何权利，并被明确 的派生工作.修改信息或创建s© Alcatel-Lucent 20094. 不承诺Alcatel-Lucent对由信息使用产生的任何直接、非直接、特殊、偶然或间接

3、损害负责任，包括利润损失、错失或数据丢失，无论Alcatel-Lucent是否已考虑到出现此类损害的可能.涉及的非Alcatel-Lucent和服务仅用于信息目的，且不需签署文件，亦无须推荐.本课程计划从全面的看、触、用Alcatel-Lucent来培训学员. 此处包 信息仅具代表性. 考虑到文件大小、简单及兼容性，某些情况下，由于合约限制，会做出某些折衷，因此某些特征全准确.请查阅由Alcatel-Lucent 提供的关于Alcatel-Lucent设备及其操作的最新信息，或多详细信息.最近的Alcatel-Lucent获得更此处展示的Al 和任、不-Lucent描述及使用仅用于示范和培训.

4、 Alcatel-Lucent拒绝课程或相关示作为使用和描，包括经销商. Alcatel-Lucent 明确拒绝所有暗含相关的，不管是明确含还是法定和适当用于特殊目的，或起于、使用及贸易惯例进程.Alcatel-Lucent不对由以下引起的故障负责：服务器错误、误传或改道传输、失败网络连接、中断、任何计算机病毒或其他技术故障（无论其本质为人为或是技术因素）。5. 管理法此处包含的法律管理. 除非有抵触条款. 若、文档和信息，以及这些使用术语和法律通告根据使用术语和法律公告的任何规定，或关于任何人及环境的应用对各种均无法行使，不可强制实行（但不限于不承诺及责任限制）。则此类规定将被有效的、可实施

5、规定取代，并尽可能与原始规定匹配，而其他使用术语及法律公 告将保持完整强制作用及效果.Copyright © 2012 Alcatel-Lucent.s.2Copyright © 2012 Alcatel-Lucent.s.3Copyright © 2012 Alcatel-Lucent.s.4为了有效使用物理层，在eNB的MAC层使用了调度功能。上行链路和下行链路的调度操作是不同的。上行链路和下行链路调度中的 UE承载的QoS需求。分配依据是： 在eNB测量中符号的UE的无线条件（上行链路的SRS信号）或UE报告的无线条件（下行链路的CQI）。 单个UE单个承载

6、发射的数据量。分配包括物理块（PRB）和调制编码机制（MCS）。Copyright © 2012 Alcatel-Lucent.s.，一个MAC PDU可以包括多个MAC SDU。可以支持下行链路上MAC SDU的复用，因为同一UE的多个承载可以在同一TTI上进行调度。因此，将多个逻辑链路复用到一个传输块可以使得调度能够更有效的使用。Copyright © 2012 Alcatel-Lucent.s.下行链路UE上下文包括UE种类、UE DL AMBR和UE承载列表UeBearerList、UE MGA（测量间隔）状态。- AMBR：汇聚最大比特率:- UsBearerLi

7、st是一个LCID（的逻辑信道符号）符号的承载上下文列表。每个承载上下文包括- 在承载建立时使用的初始MCS- 发射模式- HARQ最大发射数- HARQ过程定时器- VoIP标志- DL GBR- DL MBR- 用于链路适配的SINR补偿- 目标BLER- 分组延时预算（PDP）- 优先级- MG状态包括以下3个参数：- MgActive：符号用于UE的MG是否激活- MgPeriod：测量间隔重复周期- MgOffset：UE的MG补偿测量间隔功能函数在LA1.0的特征L93270中引入。这是对RAT间和频率间移动特性的补充，可以UE在其他RAT/LTE承载时进入测量周期。这是通过创建测

8、量间隔来实现的。测量间隔（MG）是一个小周期性间隔，该期间不UEDL和UL。Copyright © 2012 Alcatel-Lucent.s.Copyright © 2012 Alcatel-Lucent.s.1. 特征组符号比特7来自UE能力：IEfeatureGroupIndicators比特7 = 0，表示UE不支持RLC UM模式。2. 特征组符号比特20来自UE能力：IEfeatureGroupIndicators比特提供支持无线承载组合的信息。其将与比特7一起进行检查。如果UE不IEfeatureGroupIndicators，则假设eNB支持所有的无线（相当

9、于IEfeatureGroupIndicators比特7和比特20都设置为1）。每个UE支持的VoIP承载不超过两个（3GPP）。如果超过2个UM，则必须运行VoIP承载检查来确保该限制。同时， 将会拒绝UE不支持的请求组合。Copyright © 2012 Alcatel-Lucent.s.D-BCH是在DL-SCH上的BCCH逻辑信道部分，对应在PBCH上的BCH。VoIP可以由动态调度和半调度处理。SPS是一个可选的特征（中试行），提供更高效率的VoIP。RRC连接后，将建立若干个SRB。SRB仅用于RRC和NAS消息的。更具体的说，有如下三种SRB：l SRB0用于RRC消息

10、，使用CCCH逻辑信道（当没有可用RRC时，CCCH用于 建立时建立起来。数据）。ARB0在RA过程的呼叫l SRB1用于RRC消息，也用于SRB2建立之前的NAS消息，都使用DCCH逻辑信道（当RRC连接建立时，DCCH用于数据）。l SRB2用于NAS消息，使用DCCH逻辑信道。SRB2比SRB1优先级低，总是在安全激活后由e-URTAN配置（这意味 着eNB处理的RRC消息优先级高于NAS消息）。SRB2在Attach过程中建立。Copyright © 2012 Alcatel-Lucent.s.下行链路调度包括2个主要算法： 低速（20ms）的预约阶段，为静态和半静态调度预留

11、RACH Msg2和SIB2。静态包括，如RS、PSS、SSS、PBCH（静态）、 TTI速（1ms）的调度阶段，为有效流量分配PDSCH进行共享。余下的RE在时间和频率上由PDCCH、PCFICH、PHICH、Copyright © 2012 Alcatel-Lucent.s.下行链路调度使用块（RB）的比特图PhyResBlocOccupancy。该比特图包括所有N个（DL，RB）RB。在时域的每个子帧（如每1ms）中，PhyResBlocOccupancy比特图内可用RB的数量都在更新。为了管理时域，定 义了矩阵TimeFrequencyResBlocOccupancy。这包括

12、一个特殊数量的连续PhyResBlocOccupancy 比特图。，矩阵深度是20ms（如包括20个连续的PhyResBlocOccupancy）。图中显示的矩阵TimeFrequencyResBlocOccupancy 用于5MHz带宽（N（DL.RB）=25RB）TimeFrequencyResBlockOccupancytrb 标志如下例： FREE USED_D_BCH USED_PCCH_SRB_TA USED_VOIPCopyright © 2012 Alcatel-Lucent.s.静态调度在小区建立时配置，仅随着小区重启时改变。Copyright © 201

13、2 Alcatel-Lucent.s.D-BCH是DL-SCH信道上（SIB）上的BCCH逻辑信道部分，对应PBCH上的BCH（MIB）。当因为某（呼叫、切换、无线链路故障等）不再需要该时，该在调度阶段。Copyright © 2012 Alcatel-Lucent.s.示例：因为无线链路故障，所以在t0+k ms时不再RACH Msg2Copyright © 2012 Alcatel-Lucent.s.Copyright © 2012 Alcatel-Lucent.s.SIB1：小区接入信息和其他系统信息消息的调度。SIB1需要经过特殊的处理，因为他承载了其他S

14、IB据。中，SIB1可以为小区最多广播4个PLMN符号，虽然该目前只测试并支持广播两个PLMN。的必要数Copyright © 2012 Alcatel-Lucent.s.中，SIB2大小从223增长到257，以支持eMBMS子帧配置信息IE。另外，移动性和eMBMS不是同时需要的，所以SIB14不需要与SIB4到7同时。注意，MCS的范围永远超过范围0，9，因为QPSK对SI消息的发射来讲是必需的。Copyright © 2012 Alcatel-Lucent.s.使用的MCS由一个特殊的算法决定，并在sib1TargetMCS +6. 9中为SIB1进行选择，从集合si

15、b1TargetMCS. 9中为SIB2、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8和SIB13进行选择。Copyright © 2012 Alcatel-Lucent.s.调度类别1有最低的周期性，结构如下：sibClass1TargetPeriodicity（sysInfoConf; default=16rf） <= sibClass2TargetPeriodicity （default=64rf） <= sibClass3TargetPeriodicity （default=128rf）Copyright © 2012 Alcatel-Lu

16、cent.s.系统信息消息限制在2216个比特内，因为其应用DCS格式；该格式头部有14个比特的长度字段，这意味着系统信息 块最大长度为2202个比特。作为的补充，SIB预期的长度是基于以下假设的：- SIB2：包括mbsfn-SubframeConfigList，maxMBSFN-Allocations为1。- SIB13: maxMBSFN-Area是1Copyright © 2012 Alcatel-Lucent.s.SI-msg0在第一个位置包括SIB2，和其他SIB（以同一周期性）。半静态调度可以在20ms的SI窗口内在任何位置（除SIB1外）重发两次SI-msg0。不同S

17、I-Message的SI-Window不重叠，例如在一个SI-window的子帧内仅广播一个SI-MessageCopyright © 2012 Alcatel-Lucent.s.Copyright © 2012 Alcatel-Lucent.s.因为3GPP的限制，SI-message不可能超过2216个比特：- 如果SI-message超过最大长度，就将其分成2个或的消息，分割后的每个SI-message都比最初的消息小。- 如果分割后的SI-message #0包括SIB2，就必须注意不能将SIB2从SI-message #0中移出。DL半静态调度计算SI-messa

18、ge发射需要的RB数量，这可根据SI-message和目标MCS的大小进行计算。然后将参数numberRBnotForSIB（小区）确定的nb-of-available-RB和系统带宽决定的max-nb-of-RB（该参数固定如下：10MHZ： 50 RB；20MHz：100 RBs ）进行比较。ALU建议：numberRBnotForSIB = 80（20M）因此，nb-of-available RB = max-nb-of-RB - numberRBnotForSIB如果SI-message需要的RB数量超过了nb-of-available-RB，就将其分成更小的消息，然后为其分配任一空闲

19、的RB， 而不被其他SI-message使用。如果分割后，可用的RB仍不够用，则将MCS提高3，重发增加3（以应对较高的MCS所可能导致的BLER增加）。 提高MCS减低了需要分配的RB数量。以上的步骤可能会重复（MCS也提高3，增加其他的重发），直到所需的RB低于或等于nb-of-available-RB。调度将 根据重发数来决定SI-message的帧和子帧。Copyright © 2012 Alcatel-Lucent.s.Section 2 · Module 1 · Page 24下行链路调度首先缓存寻呼请求，然后构建一个寻呼消息来承载同时的一个或多个寻呼

20、。如果一些请求与消息不匹配，调度就将它们延时到下一个寻呼中。在每一帧，半静态调度为PUCCH预约一组连续的RB。10MHz中限制为6，20MHz中限制为8 。在子帧9进行预约。预约RB的数量有赖于MCS，并在Copyright © 2012 Alcatel-Lucent.s.参数pagingForceMCSmin 配置了可用于寻呼消息的最稳健的MCS的索引： 使用的MCS由一个特殊的算法确定，其可选集由以下方式确定：· 如果参数pagingForceMCSmin设置为-1，则寻呼消息为0 . 9· 如果参数pagingForceMCSmin没有设置为-1，则寻呼消

21、息为pagingForceMCSmin. 9注意，不管参数pagingForceMCSmin值是多少，MCS的范围永远 对于QPSK，范围0，9强制用于寻呼消息的发射。限制：超出。中，为了保证半VoIP和PCCH可用带宽的分配，一个帧最多支持1个寻呼子帧：nB T。这给出了每个寻呼循环中1个子帧的PCCH带宽，因此在320ms的寻呼循环中最多有32个寻呼。nB表示每个寻呼帧中寻呼子帧的数量，其值为 4T. 2T. T. T/2. T/4. T/8. T/16. T/32。Copyright © 2012 Alcatel-Lucent.s.Copyright © 2012 A

22、lcatel-Lucent.s.Section 2 · Module 1 · Page 27VoIP可用由半动态调度和半调度（可选的）来管理。Copyright © 2012 Alcatel-Lucent.s.频率多样性调度：UE分配（PRB+MCS）是基于宽频带CQI的。然而，RB在频域的分配是随机的。可以采用信道的时间选择性和频率多样性。频率选择性调度：UE分配（PRB+MCS）是基于子频带CQI的。可以采用信道的时间选择性和频率多样性。但仅有一些用户可以工作在FSS：DL动态调度评估所连接用户的移动条件和无线质量来评估可用于频率选择性和频率多样性的用户。动态

23、调度使用基于负载的调度模式（如用户数门限）在FDS和FFS间切换，并在操作台进行协调。FSS比FDS提供的更能是指更好的UL带宽消耗（因为非周期PUSCH子频带CQI）。DL CQI在周期PUCCH（宽频带）和PUSCH（宽频带+子频带）上报告。UL CQI（宽频带）根据音频参考信号进行估算。其他的调度输入是UE的流量大小、QoS需求和相关的无线承载FDS <> FSS切换的固定参数：如果调度模式是FSS，且激活用户数量> FDS_User_Thr，则调度模式切换为FDS。如果调度模式是FDS，且激活用户数量< FDS_User_Thr Delta_User_Thr，则

24、调度模式切换为FSS。FDS_User_Thr和Delta_User_Thr由操作台根据参数进行配置，如UL-DL配置、带宽和传输模式、HW/SW能力（最大用户数）。参数minimumCQIForFSS 是固定的（所有小区值相同），在操作台设置，范围：1-15，默认值为6，object=LTECell，建议： 较高的值可以UL容量，但会降低DL性能。参数aximumFSSUsers是固定的，在操作台设置，范围：1-60。中，FDD的默认值为6；TDD UL/DL cfg1 TM2/3/4和cfg1Tm7的默认值为32；TDD UL/DL cfg2，默认值为16，object=LTECell。建

25、议： 较低的值可以能。UL容量，但会降低DL性参数aperiodicCQIuserListUpdatePeriod是固定的，在操作台设置，范围：100-2000，默认值为500ms、object=LTECell。Copyright © 2012 Alcatel-Lucent.s.Section 1 · Module 4 · Page 29Copyright © 2012 Alcatel-Lucent.s.初步分配阶段包括为新发射分配而降低。前进行的调度重发过程。在进入TTI中的调度重发时，新发射的可用功率因此Copyright © 2012 A

26、lcatel-Lucent.s.Section 1 · Module 1 · Page 31定义有三个基本的调度类型： 循环：一个接一个的为UE服务- 优点：所有UE都可以得到服务- 缺点：恶劣无线条件下的UE将会重发，从而降低小区的吞吐量 最大C/I：最优无线条件的UE将得到服务（最优CQI）- 优点：根据无线条件选择UE提高了有效吞吐量，使得错误概率减少，因此重发较少- 缺点：根据无线条件选择UE导致恶劣无线条件下的UE永远得不到服务 正比公平：所有UE都获得相同的吞吐量- 优点：所有UE都可以得到服务- 缺点：分配的无法根据到每个UE的数据量进行调整Copyright

27、 © 2012 Alcatel-Lucent.s.在正比公平或增强公平下，瞬间数据率Ru（Su）将会由一段时间窗口（Ru） 的平均比特率得到补偿。Copyright © 2012 Alcatel-Lucent.s.alphaFairnessFactor = 0.0 意味着最大C/I调度。该调度为处于较好条件下的UE提供了的。UE的无线条件越好，得到的越多（因此数据速较高）。 alphaFairnessFactor = 1.0 意味着正比公平调度。该调度试图为所有UE提供相同的RB数量（不考虑他们特殊的无线条件）。 alphaFairnessFactor = 2.0 意味着增

28、强的公平调度。该调度调度在分配时，试图最终使得所有UE获得相同的数据率（这并不是一种公平的调度，因为不同的无线条件导致不同的数据速，而 规”的公平调度增强了调度的公平性）。数是相同的，因此这只是比“常 alphaFairnessFactor = 0.5是一种介于alphaFairnessFactor = 0.0 （最大C/I 调度）和alphaFairnessFactor = 1.0 （正比公平调度）间的中间行为。 alphaFairnessFactor = 1.5是一张介于alphaFairnessFactor = 1.0 （正比公平调度）和alphaFairnessFactor = 2.0

29、 （增强的公平调度）间的中间行为。Copyright © 2012 Alcatel-Lucent.s.分配类型1比类型0更灵活，可以提供的频率多样性，但会导致PDCCH上的较大销。Copyright © 2012 Alcatel-Lucent.s.3GPP规范优化频率多样性，从而使得PDCCH开销与类型2A的开销一样低。Copyright © 2012 Alcatel-Lucent.s.Copyright © 2012 Alcatel-Lucent.s.Copyright © 2012 Alcatel-Lucent.s.Section 2 &#

30、183; Module 1 · Page 38VoIP的特征是小的分组、非常严格的时延和抖动要求、大量的并发用户。eNodeB将无线（RB）分配给UE，并在PDCCH（DCI）上通知每个UE其下一个PDSCH分组的调制编码方式。PDCCH的CRC采用UE C-RNTI进行扰码。小分组和连续VoIP分组到达间隔可能会在每个TTI中导致大量的开销。为了解决这个问题，VoIP采用了半 调度：第一个分组由PDCCH（DCI中保证UL/DL）进行预编码，而后续分组（有之前已经确认的分组提供）在RRC定义的周期到达，而不再使用PDCCH。 如果一个分组是NACK，则重新使用PDCCH。设置专门的

31、DCI参数来通知UE半供VoIP的调度间隔。调度过程（对于格式1/1A：MCS=0；H-ARQ过程=000）。在SIB2中提中，采用如下方式来更新VoIP管理： 引入语音活动状态 引入半调度 用于VoIP更新的动态调度同时考虑语音活动状态和稳健开销压缩（RoHC）状态好处： 因为引入SPS，减低了PDCCH消耗（如用于VoIP的认证消耗） 因为引入语音活动状态管理，降低了PDSCH/PUSCH 增强了VoIP的服务质量消耗（如用于VoIP的流量消耗）Copyright © 2012 Alcatel-Lucent.s.LTE中一个UE可以同时管理最多2个VoIP承载 。Copyrigh

32、t © 2012 Alcatel-Lucent.s.在MAC的HARQ过程中，RLC UM顺序传送数据，但在RLC层不重发丢失PDU。ETSI TS 136 523-2描述了FeatureGroupIndicator-bit 7：支持RLC UM （如果UE无法支持VoLTE，则仅能设置为0）.-bit29: 支持半-bit20:如果比特7设置为0：- 用于DCCH的SRB1和SRB2 + 8x AM DRB如果比特7设置为1：-用于DCCH的SRB1和SRB2 + 8x AM DRB-用于DCCH的SRB1和SRB2 + 5x AM DRB + 3x UM DRB注意：支持DRB组

33、合的UE也支持所有的DRB组合子集。因此，DRB的 不支持。调度永远导致对DRB组合的特征L92805引入了对3MHz带宽的支持 。特征L114531引入了对SPS的支持 。中，在最大容量上仅支持3GPP中所定义的UE类别2和3。UE类别4和5的支持不在他们的最大容量上，如内部的 管理与UE类别3相同。Copyright © 2012 Alcatel-Lucent.s.建立SPS-VoIP承载时，首先会由动态调度进行管理。半调度仅在定时满期（承载建立时开始计时）后才激活。该机制为MCS分配和BLER环路来汇聚一个较好的SINR估算。并且，如果RoHC启用，则RoHC协议来汇聚最佳压缩

34、。但当启用RoHC时，该定时器由参数spsActivationProhibitTimeUponCallSetupWithROHCDl进行配置，而当没有启用RoHC时，该定时器由参数spsActivationProhibitTimeUponCallSetupWithoutROHCDl进行配置。 这两个定时器的时限定义应该足够CQI报告的接收和RoHC协议（如果有）的汇聚。动态调度决定MCS、SPS TBS和RB数量。半调度试图找出适合所选MC的SPS TBS的SRB。这些RB必须是PCCH-collision-free和DBCH-collision-free的，并且必须在每第20个TTI时可用。

35、为了在频域创造多样性和避免 邻区干扰，RBG搜索将从一个随机的位置开始。Copyright © 2012 Alcatel-Lucent.s.如果SPS调度在开始激活SPS的第一个20ms未能找到这些，则SPS激活失败。SPS激活失败信息将报告给动态调度。然后动态调度接替VoIP承载的管理，并启动定时器spsActivationProhibitTimeUponSPSFailureDl（downlinkSemiPersistentSchedulingConf）。该定时器期满时可能会导致SPS激活的重试。Copyright © 2012 Alcatel-Lucent.s.如果小区

36、中启用了SPS，则RRC层提供如下信息：-SPS C-RNTI是UE的唯一的标识，由SPS使用-UL和DL SP调度间隔UE使用该 SPS C-RNTI （在随机计入过程中提供）对PDCCH上的消息半调度在第一个maxSPSActivationAttemptsDl x 20 ms 周期的第一个TTI中保留相同的PDCCH，用于SPS的激活。当从关联的PDSCH发射（SPS TB）中接收到ACK，就认为SPS认证（因此SPS模式激活），为。后续尝试所保留的。接收到NACK，SPS宣布失败。在最后一次尝试后的20ms在发射另一个SPS在此期间，TB重发由动态调度管理。 如果在maxSPSActiv

37、ationAttemptsDl 次SPS激活认证都没有的话，SPS宣布失败。该失败信息报告给动态调度。动态调度接管VoIP承载分组的管理，并启动定时器spsActivationProhibitTimeUponSPSFailureDl ，该定时期满时将再次重试SPS的激活过程。Copyright © 2012 Alcatel-Lucent.s.Copyright © 2012 Alcatel-Lucent.s.从SPS承载建立开始，每接收一个WB-CQI时就更新一次SINR SPS（t）。W-CQI由PUCCH上的周期CQI报告进行汇报，或由PUSCH上的非周期CQI报告进行

38、汇报。为了给会话峰值提供足够的余地，我们给公共MCS计算添 加了一个特定的SPS补偿，就是为了给后续降低的SINR提供余量：spsLinkAdaptationSINROffsetDl。更新后的SINR SPS MCS用于SPS MCS的计算，SPS激活时的TBS和PRB大小确定并监视SINR。其目的是以在SINR降低到某些阈值时触发SPS（参见SPS）。dlMCSTransitionTable 是一个与MCS（调制编码机制）索引相关联的28个SINR阈值的列表。最低的MCS对应最低的数据速率和最稳健的调制。SPS仅支持前15个MCS值。另一个表将MCS索引与TBS（传输块大小）索引 起来，并最

39、终推算出PRB数量。这将在链路适配章节做进一步介绍。Copyright © 2012 Alcatel-Lucent.s.带RoHC压缩的VoIP帧，其原理是仅头部的非改变部分。Copyright © 2012 Alcatel-Lucent.s.Section 2 · Module 1 · Page 47在物理层的调制编码完成前，传输块大小（TBS） 位于MAC层。defaultCodecforVoIPserviceDl：列举 AMR-12.20. AMR-10.20. AMR-7.95. AMR-7.40. AMR-6.70. AMR- 5.90. AM

40、R-5.15. AMR-4.75. AMR-WB-21.85. AMR-WB-21.05. AMR-WB-19.85. AMR-WB-18.25. AMR-WB-15.85. AMR-WB-14.25. AMR-WB-12.65. AMR-WB-8.85. AMR-WB-6.60该情况下，将忽略SI接口上接收到的DL VoIP GBR。SPS VoIP TBS的获得是在假定默认编情况下，由参数defaultCodecforVoIPserviceDl配置，使用了一个查找表。后者在添加PDCP、RLC和MAC头部之前将编到VoIP分组，并将其它考虑了编的正常的VoIP帧关联起来。通过添加DL PD

41、CP/RLC/MAC开销可以获得TBS，这由参数macRLCOverheadDl进行配置。定义了三个不同情况时的查找表（参见幻灯片左下表）：o 当使用了RoHC时，假设RoHC header=4 bytes。o 当不使用RoHC，而使用IPv4时（iPversionForSPS 设置为“ipv4”），假设RTP/UDP/IPv4 header=12（RTP）+8（ UDP）+20（IPv4）=40 bytes。O 当不使用RoHC，而使用IPv6时（iPversionForSPS设置为“ipv6” ），假设RTP/UDP/IPv6 header=12（RTP）+8（UDP）+40（IPv6）=

42、60 bytes。AMR12.2:(12.2*1000/8) *20/1000000=30.5BYTESCopyright © 2012 Alcatel-Lucent.s.呼叫建立时在S1接口提供GBR。TBS超过20ms。此处VoIP比特率由网络固定。该情况下，在S1接口上接收的DL VoIP GBR来自于TBS：o 如果使用RoHC，GBR值将到一个编器上：AMR-12.20、AMR-10.20、AMR-7.95、AMR-7.40、AMR-6.70、AMR-5.90、AMR-5.15、AMR-4.75、AMR-WB-21.85、AMR-WB-21.05、AMR-WB-19.85、

43、AMR-WB-18.25、AMR-WB-15.85、AMR-WB-14.25、AMR-WB-12.65、AMR-WB-8.85、AMR-WB-6.60。然后右查找表在PDCP、RLC 和MAC头部添加之前VoIP分组大小，从而将其它进行了编的正常VoIP帧大小关联起来。通过添加DL PDCP/RLC/MAC开销可以获得TBS，这由参数macRLCOverheadDl进行配置。o 如果没有使用RoHC，TBS计算如下： TBS=S1 DL GBR×0.020 sec+macRLCOverheadDl。Copyright © 2012 Alcatel-Lucent.s.BLER

44、由eNB根据重发数来计算Copyright © 2012 Alcatel-Lucent.s.如果达到了最大重试次数maxSPSReleaseAttemptsDl，则认为SPS不：这时将的去活该VoIP承载的SPS，并相关PDSCH。Copyright © 2012 Alcatel-Lucent.s.Copyright © 2012 Alcatel-Lucent.s.Section 2 · Module 1 · Page 52UL UE上下文包括UE种类、 UE UL AMBR、UebearerList和UE MG状态。后者包括以下三个参数：-

45、MgActive: UE的MG激活标志 。- MgPeriod: MG重复周期，来自于参数 measurementGapsPattern.- MgOffset：UE的MG补偿。在UEBearerList中，承载上下文由其包括：的逻辑信道的逻辑信道标识（LCID）标识。在其他信息中，承载上下文也- VoIP标志（来自于CallP接收到的QoS，该QoS是从S1-C上的MME接收到的）。- UL GBR（来自于CallP接收到的QoS，该QoS是从S1-C上的MME接收到的）。Copyright © 2012 Alcatel-Lucent.s.RA-RNTI=随机接入无线网络临时标识C-

46、RNTI=小区无线网络临时标识争用解决方案用于多UE使用同一前导码的情况Copyright © 2012 Alcatel-Lucent.s.工程组建议：参数rACHMessage3StartingPRBIndex如果系统运行在700MHz的高C频带（如ul700MHzUpperCBlockEnabled设置为“True”），则参数rACHMessage3StartingPRBIndex必须设置为37。如果系统没有运行在700MHz的高C频带（如ul700MHzUpperCBlockEnabled设置为“False”），则参数rACHMessage3StartingPRBIndex m

47、的设置必须使得RACH message3的rACHMessage3StartingPRBIndex必须设置在范围与PUCCH不重叠，如pucchPRBsize/2 N（UL.RB）- pucchPRBsize/2 - rACHMessage3NumberOfPRBs中。当前的设置是：rACHMessage3StartingPRBIndex = N（UL.RB）- pucchPRBsize/2 - rACHMessage3NumberOfPRBs如：如果f NPRB = 25，pucchPRBsize = 4，rACHMessage3NumberOfPRBs = 3，则 rACHMessage3

48、StartingPRBIndex = 20 = 25 4/2 - 3rACHMessage3StartingPRBIndex TDD与FDD不同Copyright © 2012 Alcatel-Lucent.s.当SPS未激活，或虽然SPS激活但无线不SPS使用在某一给定移动，也需要动态调度来管理VoIP承载。Copyright © 2012 Alcatel-Lucent.s.如果NPRB=25，则pRBStartIndexForDynamicPUSCHForCentralRegion=13，且numberOfPRBsForDynamicallyScheduledPUSCH

49、ForCentralRegion=5。因此动态分配PUSCH区域从PRB13到PRB13+5-1，即PRB13PRB17Copyright © 2012 Alcatel-Lucent.s.根据业务的不同，UE可能建立大量的无线承载（radio bearer，每个bearer对应一个逻辑信道），如果为每一个逻辑信道上报一个BSR，会带来大量的信令开销。为了避免这种开销，LTE引入了LCG（Logical Channel Group）的概念，并将每个逻辑信道放入一个LCG（共4个）中。UE基于LCG来上报BSR，而不是为每个逻辑信道上报一个BSR。Copyright © 201

50、2 Alcatel-Lucent.s.1.当所有LCG的所有逻辑信道都没有可的任意一个逻辑信道有数据变得可以的上行数据时，如果此时属于任意一个LCG，则UE会触发BSR上报。2.如果UE已经了一个BSR，并且正在等待UL grant，此时有更高优先级的数据（即该数据所属的逻辑信道【而不是LCG】比任意一个LCG的逻辑信道的优先级都要高）需 要传输，则UE会触发BSR上报。3.eNodeB通过IE：MAC-MainConfig的periodicBSR-Timer字段为UE配置了一个timer（配置成”infi”则去使能该timer），如果该timer超时，UE会触发BSR上报。例如：当UE需要上

51、传一个大文件时，数据到达UE传输buffer的时间与UE收到UL grant的时间是不同步的，也就是说UE在BSR和接收UL grant的同时，还在不停地往上行传输buffer里填数据，因此UE需要不停地更新需要传输的上行数据量。4.这是为了避免UE了BSR却一直没有收到UL grant的情况。eNodeB通过IE：MAC-MainConfig的retxBSR-Timer字段为UE配置了一个timer，当该timer超时且UE的任意一个LCG的任意一个逻辑信道里有数据可以时，将会触发BSR。5.当UE有上行且发现需要的数据不足以填满该时，多余出来的bit会作为Padding bit而被填充一些

52、无关紧要的值。与其用作padding bit，还不如用来传BSR这些有用的数据。所以当padding bit的数量等于或大于“BSR MAC control element + 对应的subheader”的大小时，UE会使用这些bit来BSR。Copyright © 2012 Alcatel-Lucent.s.59短或长缓冲状态报告由不同的首部标识。短BSR报告（LCG-ID、buffer size）用于一个LCG（逻辑信道组），而长BSR报告（LCG-ID、buffer size） 用于4个LCG。逻辑信道组标识字段标识的是当前报告缓冲状态的逻辑信道组。长度是2个比特。缓存大小字段

53、标识了在建立MAC PDU后，经过一个逻辑信道组的所有逻辑信道的可用数据总量。数据量以字节为。该字段的长度是6个比特。实际上，缓存大小是一个索引（0到63），将其范围到0到150000字节的范围上（如index=50意味着BS=22624字节）将逻辑信道组（LCGID）到无线承载上：00：信令承载；01：GBR承载；10：Non-GBR承载1；11：Non-GBR承载2如果多个LCG都有可用的数据需要在BSR的TTI中进行，则报告长BSR；否则报告短BSRMAC缓存容量（BO）信息数据在小区建立时提供：SRB1/SRB2是两个数据（SignalingRadioBearerConf），业务承载是

54、10个（TrafficRadioBearerConf）。每个数据包括： 逻辑信道标识组值 Max-buffer-occupancy-estimate-value Periodic-buffer-increase-flag: true / false Periodic-buffer-increase-period Periodic-buffer-increase-value SRB-buffer-estimate-increase-upon-Resource-Request Minimum-periodic-buffer-increase-valueBSR处理。BSR的处理由UL调度在MAC层完

55、成。在接收到长BSR或短BSR时，UL调度更新每个LCG-ID的缓存容量。尤其当BSR的联网业务non-GBR LCG时。用于如互在周期BO更新的情况下，可以将periodic-buffer-increase-flag设置为true，如VoIP。该情况下，UL中没有BSR。eNB必须估算UE BO（复习：在VoIP情况下：第一个分组由PDCCH（DCI中保证UL/DL）进行预编码，而后续分组（有之前已经确认的分组提供）在RRC定义的周期到达，而不使用PDCCH进行预编码）。BO根据VoIP中GBR和UL中分配的发射周期（Periodic-buffer-increase-period和Periodic-buffer-increase-value）进行计算。考虑到语音活动和非活动周期，使用不同的参数。当从UE接收到一个调度请求时，UL调度将提高每个配置对呼叫的逻辑信道BO估算，这通过与该逻辑信道相关的UL-BO-Increase-Upon-Resource-Request参数值完成。不管何时只要数据到达逻辑信道，而该逻辑信道优先级比可用于数据送SR。在任何情况下，UE需要的认证越多越好。的逻辑信道优先级高的话，UE就发可以接收PUSCH认证或一个预期上行链路的认证（AUG来自SRB1上的DL调度或RACH msg4/5）：该情况下，BO估算应该减