负荷拥塞控制特性实现方案

大唐移动DTmobile只供内部使用负荷拥塞控制特性实现方案标准类型TD-SCDMA文档编号DTM4.385.306FRS版本号V1.0.0状 态IUS作 者赵敏所属部门西安系统部提交日期2004-11-26I.文檔控制文件更新记录日期更新人版本备注2004-11-13赵敏V0.0.1创建2004-11-22刘阳V0.1.0修改、补充2004-12-06赵敏V0.1.1根据评审意见修改文档2004-12-07赵敏V0.1.2根据评审意见修改文档2004-12-08赵敏V0.1.3增加文档编号，根据评审意见修改文档2004-12-11赵敏V0.1.4修改S4.2.1中“载波拥塞处理”的描述2004-12-14赵敏V0.1.5根据评审意见修改文档2004-12-14赵敏V0.1.6根据评审意见修改文档2004-12-15赵敏V1.0.0评审通过后修改文档状态和文档编号2005-04-18赵敏V1.1.0根据最新设计修改文档2005-04-28赵敏V1.1.1增加特殊说明，补充LCC策略配置说明，如S4.1.1、S7文件审核记录日期审核人职务备注2004-11-26郭庆技术总监2004-12-15郭俊利评审组长评审通过文档发行范围目录TOC\o"1-5"\h\z1引言 41.1编写目的 41.2预期读者和阅读建议 41.3文档约定 41.4参考数据 41.5缩写术语 4特性概述 5\o"CurrentDocument"特性对用户的利益或理由 6\o"CurrentDocument"特性功能描述 6\o"CurrentDocument"负荷拥塞计算和检测 6\o"CurrentDocument"特性原理的描述 6\o"CurrentDocument"消息和参数约定 7\o"CurrentDocument"负荷拥塞处理 8特性的原理描述 8\o"CurrentDocument"消息和参数约定 10\o"CurrentDocument"LCC特性实现总流程图 10\o"CurrentDocument"RNCV2.0与RNCV2.1的区另U 11\o"CurrentDocument"特性需依赖的其它特性 12\o"CurrentDocument"特性与O&M相关描述 12\o"CurrentDocument"6.1测量相关参数配置 12\o"CurrentDocument"6.2算法相关参数配置 14\o"CurrentDocument"附录：其它说明 191引言1.1编写目的本文对负荷拥塞控制特性从原理、实现设计流程上进行描述。此特性主要涉及RNC,另外也与NodeB和UE相关。预期读者和阅读建议本文档预期的读者是：研发人员、集成测试人员、现场测试人员以及对该文档感兴趣的其它人员。本文档阅读建议是：阅读者对TD-SCDMA系统有较深的理解，对RRM算法也有一定的了解,并且阅读此文档需参考其他有关算法测试文档。1.3文档约定本文采用Microsoftword2003工具撰写，采用多级子目录左对起的方式。正文文字采用五号宋体，英文文字用“TimesNewRoman”字体。正文首行缩进两字。单倍行距。间距段前/段后均为0行。正文一号标题用小四宋体，英文用“Arial”字体，加粗，左对齐。单倍间距，段前/段后均为1行。正文二号、三号、四号标题用五号宋体，英文用“Arial”字体，加粗，左对齐。单倍间距，段前/段后均为0.5行。1.4参考数据3GPPTS25.331V4.c.0RadioResourceControl(RRC)ProtocolSpecification3GPPTS25.433V4.5.0TechnicalSpecificationGroupRadioAccessNetwork3GPPTS25.304V4.8.0UserEquipment(UE)proceduresinidlemodeandproceduresforcellreselectioninconnectedmode大唐移动内部资料XDTM6.507.116FS《N频点小区RRM算法概要设计报告》大唐移动内部资料XDTM6.506.736FS《RRM算法概要设计报告》大唐移动内部资料XDTM6.506.735SRS《RRM软件需求分析报告》大唐移动内部资料XDTM6.506.734FS《RRM模块概要设计报告》大唐移动内部资料XDTM6.506.582DS《RRMLCC模块详细设计报告》大唐移动内部资料XDTM6.506.227IF《A3接口手册》1.5缩写术语BRUBasicResourceUnit基本资源单元CACCallAdmissionControl呼叫接入控制DCADynamicChannelAllocation动态信道分配DLDownLink下行FDCAFastDCA快速DCALCCLoadCongestionControl负荷拥塞控制PSPacketSchedule分组调度RRMRadioResourceManagement无线资源管理ULUpLink上行特性概述负荷拥塞控制（LCC）算法是无线资源管理（RRM）算法的重要组成部分。它能够周期性地监测系统无线资源的负荷状况和拥塞状况，并做出决策，提供恰当、合理的拥塞处理解决方案，从而使系统保持正常的负荷状态，提高无线资源利用率、优化网络。根据TD-SCDMA系统的特点，系统负荷拥塞控制的处理以小区（Cell）为单位，从大的方面可以分为3个子特性：（1） 小区内各个时隙负荷计算。（2） 负荷拥塞检测，即拥塞检测和拥塞恢复检测，可细分为3个部分：时隙拥塞检测、恢复检测。检测结果是：时隙正常或拥塞。载频（仅针对n频点小区而言）拥塞检测、恢复检测。检测结果是：载频正常或预警或拥塞。小区拥塞检测、恢复检测。检测结果是：小区正常或拥塞。（3） 负荷拥塞处理，即拥塞处理和拥塞恢复处理。处理结果是，缓解小区拥塞状况使之变为正常以及使恢复的小区重新开始正常的行为。与检测相对应，也可细分为3部分：时隙拥塞处理、恢复处理。载频（仅针对n频点小区而言）拥塞处理、恢复处理；小区拥塞处理、恢复处理。3个子特性的关系：时隙负荷计算结果为负荷拥塞检测提供依据。负荷拥塞处理根据负荷拥塞检测的结果选择处理措施。负荷拥塞处理是否达到预期效果，最终可以通过时隙负荷计算的结果体现出来。其中，时隙负荷的计算结果实际上就是时隙拥塞检测、恢复检测的结果，即：时隙状态直接影响载频状态和小区状态。所以将上述3个子特性重新划分如下：（1） 负荷计算和负荷检测，可细分为4部分：各个时隙负荷计算；时隙拥塞检测、恢复检测。检测结果是：时隙正常或拥塞。载波（仅针对n频点小区而言）拥塞检测、恢复检测。检测结果是：载波正常或预警或拥塞。小区拥塞检测、恢复检测。检测结果是：小区正常或拥塞。（2） 负荷拥塞处理，即拥塞处理和拥塞恢复处理。处理结果是，缓解小区拥塞状况使之变为正常以及使恢复的小区重新开始正常的行为。可细分为3部分：时隙拥塞处理、拥塞恢复处理。载频（仅针对n频点小区而言）拥塞处理、拥塞恢复处理。小区拥塞处理、恢复处理。特性对用户的利益或理由移动通信系统中，如果出现过多的负载将导致网络性能无法满足通信质量的要求，所以必须要将系统负载（特别是空中接口的负载）保持在预定义的阈值以下，否则会产生网络达不到覆盖要求、容量下降、通信质量恶化等情况，而且过多的空中接口负载还可能使网络产生不稳定状态。负荷拥塞控制是移动通信系统必须具备的功能，它是无线资源管理（RRM）的重要组成部分。负荷拥塞控制的实现可以使系统保持正常的负荷状态，从而提高系统无线资源利用率，因此它是优化网络质量的重要手段，其运用的好坏将直接影响系统的性能。特性功能描述负荷拥塞计算和检测特性原理的描述时隙负荷计算和检测是针对小区内（每个载频下）的所有上行（UL）时隙和下行（DL）时隙。时隙负荷检测方法有2种：•基于时隙的BRU资源使用情况一般情况是小区的BRU资源发生变化时，如：小区内有用户或者业务的释放、建立等，触发对小区内时隙的已用BRU和载波已用BRU进行统计。时隙拥塞：激活时隙的已用BRU数>=时隙码道拥塞门限，且时隙码道的拥塞门限不等于0。时隙正常：时隙的已用BRU数<时隙码道拥塞门限或时隙已用BRU数等于0载波拥塞：载波所有UL（时隙）/DL（时隙）已用BRU数>=载波上行拥塞门限UlCarrierCongTh/载波下行拥塞门限DICarrierCongTh，且载波所有UL（时隙）/DL（时隙）已用BRU数不等于0。载波UL预警：载波所有UL（时隙）已用BRU数>=载波上行预警门限UlCarrierlWarningTh，且载波所有UL（时隙）已用BRU数<载波上行拥塞门限UlCarrierCongTh，同时载波所有UL（时隙）已用BRU数不等于0。载波DL预警：载波所有DL（时隙）已用BRU数>=载波下行预警门限DlCarrierlWarningTh，且载波所有DL（时隙）已用BRU数<载波下行预警门限DlCarrierCongTh，同时载波所有DL（时隙）已用BRU数不等于0。载波预警：载波UL或DL状态为预警态，或上下行状态均为预警态。载波正常：载波所有UL（时隙）且所有DL（时隙）已用BRU数均小于相应的预警门限，或者载波所有UL（时隙）且所有DL（时隙）已用BRU数均为0。小区拥塞：小区所有载波都同时拥塞且没有全部恢复正常。小区恢复正常：小区所有载波都正常，且小区拥塞恢复处理措施都完成。即：（前一次触发小区状态判断时小区状态是拥塞的）完成所有的小区拥塞恢复处理措施后，而且目前的小区状态由拥塞变为正常，恢复到正常态的标准是：小区所有载波都正常。小区正常：小区至少有一个载波不拥塞（预警或正常）。即：小区未拥塞过，或者小区早就恢复正常了，即：前一次触发进行小区状态判断的时候小区是正常态。小区正常的标准是：小区至少有一个载波不拥塞（预警或正常）。•基于NodeB公共测量报告结果小区建立后，启动NodeB的公共测量，对应：UL时隙的ISCP,或者，UL时隙的接收宽带总功率ReceivedtotalwidebandpowerDL时隙的发射载波功率Transmittedcarrierpower进行周期测量上报。RRM根据NodeB对每个时隙周期上报的测量结果，进行时隙状态判决、载频状态判决、小区状态判决。下面对不同的状态进行了定义：时隙拥塞：UL时隙的ISCP测量值>=相应的拥塞门限UlTsCongThUL时隙的接收宽带总功率的测量值>=相应的拥塞门限UlTsCongThDL时隙的发射载波功率的测量值>=相应的拥塞门限DlTsCongTh注：因为UL采用ISCP还是接收宽带总功率，只能二选一，所以他们可以使用一个门限参数UlTsCongTh，只是根据ISCP或接收宽带总功率的选取不同，参数UlTsCongTh意义和取值不同而已时隙正常：UL时隙的ISCP测量值<相应的拥塞恢复门限UlTsRecCongTh，或者UL时隙的ISCP测量值等于0。UL时隙的接收宽带总功率的测量值<相应的拥塞恢复门限UlTsRecCongTh，或者UL时隙的接收宽带总功率的测量值等于0。DL时隙的发射载波功率的测量值<相应的拥塞恢复门限DlTsRecCongTh,或者DL时隙的发射载波功率的测量值等于0。载波拥塞：该载波所有已激活的上行时隙或下行时隙都拥塞。载波正常：该载波所有已激活时隙都正常。小区拥塞：小区所有载波都同时拥塞且没有全部恢复正常。小区恢复正常：小区所有载波都不拥塞（正常），且小区拥塞恢复处理措施都完成。小区正常：小区至少有一个载波不拥塞（正常）。针对小区内，某个载波所有UL时隙或所有DL时隙都不激活，或者某个载波所有UL时隙或所有DL时隙的限码个数都为0,这两种特殊情况的处理说明：小区内非上述情况的载波如果都拥塞，则认为小区拥塞；小区内非上述情况的载波如果都恢复拥塞变为正常，则认为小区也恢复正常。但是上述情况的载波状态仍旧为正常态。消息和参数约定基于NodeB公共测量报告结果的负荷拥塞计算和检测，需要配置：NodeB公共测量初始化请求消息COMMONMEASUREMENTINITIATIONREQUEST；NodeB公共测量报告消息COMMONMEASUREMENTREPORT。两条消息中参数配置和参数报告，都遵循协议取值范围。其中，测量初始化消息中的关键参数配置，请参考S6.1章节。4.2负荷拥塞处理特性的原理描述本节介绍时隙/载波/小区的拥塞处理方法和拥塞恢复处理方法。时隙拥塞处理时隙状态：正常=>拥塞阻止新呼叫用户和切换用户在本时隙接入，即通知SDCA不要将这个拥塞时隙排列到时隙优先级队列中。时隙拥塞恢复处理时隙状态：拥塞=>正常与时隙拥塞处理过程相反，即允许新呼叫用户和切换用户在本时隙接入，通知SDCA将此时隙重新排列到时隙优先级队列中。载波预警处理基于BRU检测情况下才有载波预警的概念。载波状态：正常=>预警通知CAC不允许新呼叫用户接入（只允许切换用户接入）到这个预警的载波上。载波预警恢复处理基于BRU检测情况下才有载波预警的概念。载波状态：预警=>正常与载波预警处理的过程刚好相反。通知CAC可以让所有用户接入到这个载波上。载波拥塞处理载波状态：预警=>拥塞，或者，正常=>拥塞小区正常情况下有效。通知CAC这个载波不允许接入任何用户。某个载波拥塞，如果此时小区（前提如上，是小区正常情况下）还有正常的其他载波，那么可以将拥塞载波上的用户调至正常载波，即触发FDCA的载频调整。这个过程是否触发由O&M设置的开关（TiggerTag的第7个bit）决定。载波被调出用户的选取原则：1） 所调出的用户必须支持N频点；2） 可以被抢占、且优先级低的用户。调出多少（用BRU来衡量）才能缓解拥塞，通过0&M设置的参数（CarrierAdjustBruNum）来确定。例如：当CarrierAdjustBruNum=4,发现某个拥有12.2k语音业务的UE（占用2个BRU）可以被抢占，且优先级最低（在此载频中），则将此UE调出该载频；因为还不满足调出的BRU个数=4的条件，所以还需要再选择下一个“可以被抢占、且优先级低的用户”，UE2满足条件，如果UE2占用的BRU个数>=4—2,则调出此用户，且结束；否则继续选择下一个UE。注：BRU计算，如果UL和DL载波状态都不正常，则以DL为准；否则就以某个拥塞方向（UL或DL）为准。总结：当载波拥塞而小区未拥塞（即小区正常）时，可能会触发FDCA，条件是：1）载波状态发生改变且变为拥塞；2）而且小区内存在正常的载波；3）而且O&M设置的开关（TiggerTag的第7个bit）打开（=1）。另外，如果载波发生拥塞，则不允许在此载波接入用户。•载波拥塞恢复处理载波状态：拥塞=>正常通知CAC可以在这个载波上接入用户。•小区拥塞处理■小区状态：正常=>拥塞■可以进行如下几个处理。降低本小区的切换门限CellIndividualOffset和Q_Offset,记做ProcessA。<1>是否可以修改它们通过O&M配置参数决定；<2>它们分别降低的步长也可以通过O&M配置参数（ModValue）设定。<3>修改CellIndividualOffset通过测量控制消息和系统信息更新（SIB11/12）分别通知CELL_DCH状态和IDLE状态的用户；<4>修改Q_Offset通过系统信息更新（修改SIB3/4/11/12，如果SIB11/12中没有配置本小区Q_Offset则修改SIB3/4，否则修改SIB11/12）消息（与前面修改CellIndividualOffset的系统更新信息消息合并为同一条）通知IDLE状态的用户。修改SIB3/4以阻止不同AC等级的用户接入，记做ProcessB。例如：阻止AC0〜AC9的普通用户接入。阻止哪些AC等级的用户可以通过O&M配置参数（ModValue）决定。降低非实时且低优先级的业务速率，记做ProcessC。对小区内所有非正常载波都需要进行此动作。UE选取原则：有非实时业务，且此业务可以被抢占、优先级低。降低多少（用速率来衡量）才能缓解拥塞，通过0&M设置的参数（ModValue）来确定。例如：当ModValue=64（表示64kbps），发现某个拥有32k非实时业务的UE可以被抢占，且优先级最低（在此载频中），则将UE的该业务速率降至最低（最低速率就是RNC支持此业务类型的最低速率，假设目前为8kbps），那么还需要继续选择下面的UE（因为32-8<64），直到降低的速率满足条件或没有符合条件的UE。注：速率计算，如果UL和DL载波状态都不正常，则分别以UL和DL为准，两个方向都进行降速率；否则就以某个拥塞方向（UL或DL）为准。删除低优先级的业务，记做ProcessD。对小区内所有不正常（拥塞或预警）载波都需要进行此动作。UE的选取原则：UE所拥有的某个业务可以被抢占、优先级低。删除多少（用速率来衡量）才能缓解拥塞，通过0&M设置的参数（ModValue）来确例如：当ModValue=64（表示64kbps），发现某个拥有32k非实时业务的UE可以被抢占，且优先级最低（在此载频中），则将UE的该业务删除，那么还需要继续选择下面的UE（因为32<64），直到降低的速率满足条件或没有符合条件的UE。注：速率计算，如果UL和DL载波状态都不正常，则以DL为准；否则就以某个拥塞方向（UL或DL）为准。语音业务速率按照8k的数据业务对待。上述处理措施是否执行、它们的执行顺序、以及每个处理措施之间的时间间隔（记作CongIntervalTime）都可以由O&M灵活配置。一般情况下，他们的执行顺序是：ProcessA、ProcessB、ProcessC、ProcessD。如果在上述Process的执行过程中，CELL的状态发生改变（即：拥塞变为正常，说明小区恢复正常），则停止后续动作，执行小区拥塞恢复处理措施。最终小区拥塞处理的过程如何执行，在O&M配置的策略信息（LccStrategyInfo）中体现。•小区拥塞恢复处理小区状态：拥塞=>正常与小区拥塞处理的过程相反（可逆），但是对于ProcessC和ProcessD，这里不会执行其逆过程。只会针对ProcessA和ProcessB做逆过程，且执行顺序与小区拥塞处理的相反。具体如下：恢复本小区的切换门限CellIndividualOffset和Q_Offset,记做ProcessA'。根据小区拥塞处理执行的操作进行相应的恢复操作。使用的消息和协议过程与拥塞处理的都相同。修改SIB3/4以解除刚才被禁止的AC等级的用户接入。记做ProcessB'。上述处理是否会执行与小区拥塞处理相同；执行顺序恰好与小区拥塞处理的相反；每个处理之间的时间间隔，记做RecCongIntervalTime，可由0&M配置。对应小区拥塞处理过程一般情况下，小区拥塞恢复处理的执行顺序是：ProcessB'、ProcessA'。最终小区拥塞恢复处理的过程如何执行，在O&M配置的策略信息（LccStrategyInfo）中体现。待上述拥塞恢复处理全部做完了，才会修改小区状态为（恢复）正常。消息和参数约定载频拥塞处理执行的FDCA操作，在Uu接口体现为“物理信道重配置过程”，在Iub接口体现为“无线链路同步重配置过程”。这两条消息的填写以及UE和NodeB收到后的处理，没什么特别之处。小区拥塞处理和拥塞恢复处理涉及到“测量控制消息MEASUREMENTCONTROL”和“系统信息更新消息SYSTEMINFORMATIONUPDATEREQUEST（Iub口）”，对于Uu来说，系统信息更新是通过“SYSTEMINFORMATIONCHANGEINDICATION”或者“PAGINGTYPE1”消息实现的，但这两条消息中不包含已修改的参数。具体修改的参数在相应的SIB中广播。测量控制和SIB中，一些与算法密切相关的参数（如CellIndividualOffset、Q_Offset）取值，都是通过O&M配置的。具体参见S6.2章节。4.3LCC特性实现总流程图本节将S4.1和S4.2两个子特性结合在一起，描述LCC实现的总流程，如图4.3.1所

示。开始测量报告码资源更新正常=>拥塞-拥塞=>正常通知SDCA不要将该

时隙列入

时隙优先级队列时隙状态是否变化通知SDCA允许将该

时隙列入

时隙优先级队列拥塞/拥塞恢复正常=>预警通知CAC禁止

新呼叫用户（允许切

换用户）接入该载波载波状态

是否变化载波状态变化拥塞=>正常预警示。开始测量报告码资源更新正常=>拥塞-拥塞=>正常通知SDCA不要将该

时隙列入

时隙优先级队列时隙状态是否变化通知SDCA允许将该

时隙列入

时隙优先级队列拥塞/拥塞恢复正常=>预警通知CAC禁止

新呼叫用户（允许切

换用户）接入该载波载波状态

是否变化载波状态变化拥塞=>正常预警=>正常通知CAC允许

所有用户接入该载波小区状态或小区临

时状态是否变化No正常=>拥塞预警=>拥塞是否可以进行FDCAYesNoFDCA之载波调整查询LCC处理策略o执行相应的操作图4.3.1LCC实现流程图图4.3.1说明：■如果小区状态发生变化了，那么LCC执行什么操作在于处理策略如何配置。具体可以参考S6.2章节列举的一个LCC实例执行的过程。4.4RNCV2.0与RNCV2.1的区别RNCV2.0是单频点小区版本，RNCV2.1是n频点小区版本。在V2.0版本中，时隙状态的定义不变，但不存在载波状态，因此小区状态的定义如下。■小区拥塞：基于BRU判决的定义，小区上行（或下行）已用BRU数>=小区上行拥塞门限（或小区下行拥塞门限）。基于NodeB公共测量报告判决的定义，所有上行（或下行）时隙都拥塞。小区正常：基于BRU判决的定义，小区上行（或下行）已用BRU数＜小区上行拥塞门限（或小区下行拥塞门限）。基于NodeB公共测量报告判决的定义，所有上行和下行时隙都正常（不拥塞）。另外，V2.0版本的小区拥塞处理措施仅仅是，修改SIB3/4阻止普通用户（ACO〜9）的呼叫；相应的拥塞恢复处理措施就是，修改SIB3/4允许普通用户（ACO〜9）的呼叫。前面章节和后面章节的定义描述与处理方法均针对RNCV2.1。特性需依赖的其它特性小区负荷拥塞计算和检测特性与“测量特性”和“码资源管理特性”密切相关，可以认为测量是本算法的一部分，测量特性指测量控制设计、发送和测量报告的接收等。如果是基于BRU资源的负荷拥塞控制，那么码资源分配特性会触发负荷拥塞控制的计算和检测。负荷拥塞处理、解拥塞（拥塞恢复）处理特性与“CAC特性”、“SDCA特性”、“FDCA之载频调整特性”、“测量特性”、“系统信息管理特性”相关。即：LCC会通知CAC、触发SDCA重排时隙/载频优先级队列、触发FDCA之频间调整、触发测量控制重新发起（修改）、触发系统信息更新。6特性与O&M相关描述测量相关参数配置即NodeB公共测量。每个小区配置可以不同，也就是每个小区都有下面的参数配置。参数名称取值范围解释运行中读写状态测量实例的个数1...8ucMeasNum。指示下面测量参数共有几套，目前NodeB公共测量最多只会配3套。R/W测量实例参数STRUCT测量实例中具体的测量参数如下。R/W＞测量对象(1..5)enMeasObject。--PrimaryCarrier;--SecondaryCarrier;--AllCarrier;--RL--AllRL说明：NodeB公共测量一定不会使用4、5。R/W＞测量类型1..8enMeasType。--ReceivedTotalWideBandPower;--ULTimeslotISCP;--TransmittedCarrierPower;--SIR;--RSCP;--RxTimingDeviationLCR;--TransmittedCodePower;一Aoa说明：NodeB公共测量一定不会使用4〜8。R/W

＞触发原因lByteenTriggerCause。8thbit一Fortest;7thbit-ForDCA;6thbit-ForLCC;5thbit-ForPM;4thbit-ForHC;1：触发；0：不触发。R/W＞过滤系数(0丄2,3,4,5,6,7,8,9,11,13,15,17,19)ucFilterCoeff。0--IndicatesthisIEisn'trequestedinIubinterface.R/W＞测量报告是否需要SFN指示(0..1)bFnReportInd。0--FNReportingNotRequired;1--FNReportingRequiredR/W＞报告准则(0..7)测量报告准则。0--Periodical;周期--EventA;--EventB;--EventC;--EventD;--EventE;--EventF;--OnDemand;立即上报，在COMMONMEASUREMENTINITIATIONRESPONSE中就报告。R/W＞周期报告测量参数STRUCTstPeriodic。R/W＞＞时间刻度要求(1..2)enTimeScale。--Millisecond;毫秒。-Minute.分钟。R/W＞＞周期上报的时间间隔2ByteusTimeValue。(10..60000bystepof10)for"millisecond";(1..60bystepof1)for"minute"R/W测量参数默认取值，如下：ucMeasNum=3;astMeasList[0]={enMeasObject=3,/*AllCarrier*/enMeasType=1, /*ReceivedTotalWideBandPower*/ucTriggerCause=0x60(只要保证6thbit=l即可)，ucFilterCoeff=6,bFnReportInd=0， /*FNReportingNotRequired*/enReportCriteria=0，/*Periodical*/stPeriodic={enTimeScale=1， /*Millisecond*/usTimeValue=500，/*500ms*/}};astMeasList[1]={enMeasObject=3， /*AllCarrier*/enMeasType=2， /*ULTimeslotISCP*/ucTriggerCause=0x60(只要保证6thbit=1即可)，ucFilterCoeff=6，bFnReportInd=0， /*FNReportingNotRequired*/enReportCriteria=0,/*Periodical*/stPeriodic={enTimeScale=1,/*Millisecond*/usTimeValue=500,/*500ms*/}};astMeasList[2]={enMeasObject=3,/*AllCarrier*/enMeasType=3, /*TransmittedCarrierPower*/ucTriggerCause=0x60（只要保证6thbit=1即可），ucFilterCoeff=6,bFnReportInd=0， /*FNReportingNotRequired*/enReportCriteria=0，/*Periodical*/stPeriodic={enTimeScale=1， /*Millisecond*/usTimeValue=500，/*500ms*/}}.算法相关参数配置每个小区配置可以不同，也就是每个小区都有下面的参数配置参数名称取值范围解释运行中读写状态小区内的载波个数1..6CarrierNumInCell载波参数STRUCTARRAYCarrierinfo。小区内母个载波下的参数配直。［0］表示主载频参数。如下面蓝色带”〉”部分。>LCC算法开关0...2LccTag。小区每个载频下使用何种LCC决策算法。0：不开启。1：开启基于BRU的拥塞控制算法；2：开启基于NodeB公共测量的拥塞控制算法。说明：只允许第一个载波此值设置不为0,其他载波此值为1或者2。如果第一个载波（主载波）设置为0,则所有的载波都默认为0。R/W>频点0..16383Uarfcn,小区内每个载频的频点R/W>UL载波预警门限1..80UlCarrierWarningTh。当LccTag=1时有效。基于BRU拥塞判决载波上行预警门限，只能接入切换用户，只剩下为切换预留的BRU。R/W>UL载波拥塞门限1..80UlCarrierCongTh。当LccTag=1时有效。基于BRU拥塞判决载波上行拥塞门限，不能接入用户，即所有可用的BRU数为0R/W>DL载波预警门限1..80DlCarrierWarningTh。当LccTag=1时有效。基于BRU拥塞判决载波下行预警门限，只能接入切换用户，只剩下为切换预留的BRU。R/W>DL载波拥塞门限1..80DlCarrierCongTh。当LccTag=1时有效。基于BRU拥塞判决载波下行拥塞门限，不能接入用户，即所有可用的BRU数为0R/W>UL时隙拥塞门0..621UlTsCongTh。当LccTag=2时有效。R/W

限基于功率拥塞判决该载波上行时隙拥塞门限,(0..621)forMRM_RX_TOTAL_POWER;(0..127)forMRMULTIMESLOTISCP＞UL时隙拥塞恢复门限0..621UlTsRecCongTh。当LccTag=2时有效。基于功率拥塞判决该载波上行时隙拥塞门限,(0..621)forMRM_RX_TOTAL_POWER;(0..127)forMRMULTIMESLOTISCPR/W＞DL时隙拥塞门限0..100DlTsCongTh。当LccTag=2时有效。基于功率拥塞判决该载波下行时隙拥塞门限。R/W＞DL时隙拥塞恢复门限0..100DlTsRecCongTh。当LccTag=2时有效。基于功率拥塞判决该载波下行时隙拥塞门限。R/W＞UL测量类型0..1基于功率拥塞判决指示LCCUL采用何种测量，RXPOWER=0,TSISCP=1R/W策略个数1..20LccStrategyNum。表示下面朿略库中有多少步朿略R/W策略信息StructArray(LccStrategyNum)LccStrategyInfo。具体参考下面绿色带”〉"的部分R/W＞当前拥塞处理状态1..20PresProState。R/W＞处理类型0..1ProTag。1：拥塞处理；0：拥塞恢复处理。R/W＞处理方法0..4ProcessMethod。0：不动作；1：修改小区IndividualOffset（可以修改Q_Offset）；2：修改AC；3：降低非实时业务速率；4：删除业务。R/W＞具体修改的值ModValue。当ProcessMethod=1，则前8bit标识修改CellIndividualOffset的大小，后8bit标识修改Q_Offset的大小。CellIndividualOffset真实值-10~10,step0.5，配置值=（真实值+10）X2,配置值0〜40。Q_Offset真实值-50〜50,step1,配置值=真实值+50,配置值0〜100。当ProcessMethod=2，则表示AC0〜15的barred值。15bit表示AC15，依次类推；0：barred,1：notbarred当ProcessMethod=3，则表示降低RAB的速率总和，如32表示32kbps。当ProcessMethod=4，则表示删除RAB的速率总和，如32表示32kbps。R/W＞处理后的新状态1..20NewProState。与PresProState对应。R/WLCC触发其他动作的开关TiggerTag。7bit：是否可以触发载频调整。6bit：拥塞恢复处理回调CellIndividualOffset时是否允许发MeasControl。其他bit保留。1：允许；0：不允许。R/W载频调整的BRU个数(1..16)CarrierAdjustBruNum。某个载频拥塞后触发载频调整调出的BRU数。R/W当TriggerTag的第7bit=l时有效。小区拥塞处理各个动作的时间间隔2BypeCongIntervalTime。单位100ms。R/W小区拥塞恢复处理各个动作的时间间隔2BypeRecCongIntervalTime。单位100ms。R/WLCC参数默认取值，如下：CarrierNumInCell=3;CarrierInfo[0].LccTag=0;/*默认LCC算法不开启*/CarrierInfo[0].UlCarrierWarningTh=42;CarrierInfo[0].UlCarrierCongTh=48;CarrierInfo[0].DlCarrierWarningTh=42;CarrierInfo[0].DlCarrierCongTh=48;CarrierInfo[0].UlTsCongTh=281;CarrierInfo[0].UlTsRecCongTh=271;CarrierInfo[0].DlTsCongTh=50;CarrierInfo[0].DlTsRecCongTh=40;CarrierInfo[0].UlMeasType=0;CarrierInfo[1].LccTag=0;CarrierInfo[1].UlCarrierWarningTh=42;CarrierInfo[1].UlCarrierCongTh=48;CarrierInfo[1].DlCarrierWarningTh=42;CarrierInfo[1].DlCarrierCongTh=48;CarrierInfo[1].UlTsCongTh=281;CarrierInfo[1].UlTsRecCongTh=271;CarrierInfo[1].DlTsCongTh=50;CarrierInfo[1].DlTsRecCongTh=40;CarrierInfo[1].UlMeasType=0;CarrierInfo[2].LccTag=0;CarrierInfo[2].UlCarrierWarningTh=42;CarrierInfo[2].UlCarrierCongTh=48;CarrierInfo[2].DlCarrierWarningTh=42;CarrierInfo[2].DlCarrierCongTh=48;CarrierInfo[2].UlTsCongTh=281;CarrierInfo[2].UlTsRecCongTh=271;CarrierInfo[2].DlTsCongTh=50;CarrierInfo[2].DlTsRecCongTh=40;CarrierInfo[2].UlMeasType=0;StrategyNum=8;/*最初情况[0]，小区拥塞时，根据PresProState=0且ProTag=l，确定处理措施为降低Offset,且执行完毕后的状态NewProState变为1*/LccStrategy[0].ucPresProState=0;LccStrategy[0].enProMethod=LCC_CELL_PROCESS_MODOFFSET;/*修改CellIndividualOffset和Q_Offset*/LccStrategy[0].usModValue=0x1331;/*CellIndividualOffset降低0.5，Q_Offset降低1*/LccStrategy[0].ucProTag=1; /*拥塞处理*/LccStrategy[0].ucNewProState=1;/*[1]：小区拥塞时，根据PresProState=1且ProTag=1，确定处理措施为修改AC,且执行完毕后的状态NewProState变为2*/LccStrategy[1].ucPresProState=1;LccStrategy[1].enProMethod=LCC_CELL_PROCESS_MODACLIST;LccStrategy[1].usModValue=0xfc00;/*AC0~9barred*/LccStrategy[1].ucProTag=1; /*拥塞处理*/LccStrategy[1].ucNewProState=2;/*[2]：小区拥塞时，根据PresProState=2且ProTag=1，确定处理措施为降低非实时业务速率，且执行完毕后的状态NewProState变为3*/LccStrategy[2].ucPresProState=2;LccStrategy[2].enProMethod=LCC_CELL_PROCESS_REDUCEPSRATE;LccStrategy[2].usModValue=0x0040;/*降低非实时业务速率64k*/LccStrategy[2].ucProTag=1; /*拥塞处理*/LccStrategy[2].ucNewProState=3;/*[3]：小区拥塞时，根据PresProState=3且ProTag=1，确定处理措施为删除低优先级业务，且删除64k,且执行完毕后的状态NewProState变为4*/LccStrategy[3].ucPresProState=3;LccStrategy[3].enProMethod=LCC_CELL_PROCESS_RELUE;LccStrategy[3].usModValue=0x0040;/*删除低优先级业务64k*/LccStrategy[3].ucProTag=1; /*拥塞处理*/LccStrategy[3].ucNewProState=4;/*[4]：小区解拥塞时，根据PresProState=4且ProTag=0，确定处理措施为修改AC,且执行完毕后的状态NewProState变为1*/LccStrategy[4].ucPresProState=4;LccStrategy[4].enProMethod=LCC_CELL_PROCESS_MODACLIST;LccStrategy[4].usModValue=0xffff;/*AC0~9notbarred*/LccStrategy[4].ucProTag=0; /*拥塞恢复处理*/LccStrategy[4].ucNewProState=1;/*[5]：小区解拥塞时，根据PresProState=3且ProTag=0，确定处理措施为修改AC,且执行完毕后的状态NewProState变为1*/LccStrategy[5].ucPresProState=3;LccStrategy[5].enProMethod=LCC_CELL_PROCESS_MODACLIST;LccStrategy[5].usModValue=0xffff;/*AC0~9notbarred*/LccStrategy[5].ucProTag=0; /*拥塞恢复处理*/LccStrategy[5].ucNewProState=1;/*[6]：小区解拥塞时，根据PresProState=2且ProTag=0，确定处理措施为修改AC,且执行完毕后的状态NewProState变为1*/LccStrategy[6].ucPresProState=2;LccStrategy[6].enProMethod=LCC_CELL_PROCESS_MODACLIST;LccStrategy[6].usModValue=0xffff;/*AC0~9notbarred*/LccStrategy[6].ucProTag=0; /*拥塞恢复处理*/LccStrategy[6].ucNewProState=1;/*[7]：小区解拥塞时，根据PresProState=1且ProTag=0，确定处理措施为修改Offset,且执行完毕后的状态NewProState变为0*/vpstLccPara->astLccStrategy[7].ucPresProState=1;LccStrategy[7].enProMethod=LCC_CELL_PROCESS_MODOFFSET;LccStrategy[7].usModValue=0x1533;/*CellIndividualOffset^曾加0.5，Q_Offset增加1*/LccStrategy[7].ucProTag=0; /*拥塞恢复处理*/LccSt