RNC拥塞控制技术白皮书.docVIP

文档更新记录 文档名：ZXTR RNC RRM技术白皮书（拥塞控制算法） 适用范围：通用 版本 日期 拟制 评审 批准 更新内容 备注 2.0 2009-12-7 李川 目录 1 概述 2 1.1 编写目的 2 1.2 术语 2 2 算法原理 2 2.1 概述 2 2.2 R99拥塞控制算法 4 2.2.1 接入拥塞处理 4 2.2.1.1 RRC拥塞处理 4 2.2.1.2 接纳失败原因 4 2.2.1.3 拥塞处理策略 5 2.2.2 升速拥塞处理 7 2.2.2.1 分组降速 7 2.2.2.2 调度接纳 8 2.3 HSDPA拥塞控制算法 8 2.3.1 接纳失败原因 8 2.3.2 拥塞处理策略 8 2.4 HSUPA拥塞控制算法 8 2.4.1 接纳失败原因 9 2.4.2 拥塞处理策略 9 2.5 N+M拥塞控制算法 9 2.6 IMS拥塞控制算法 10 3 参数配置 10 3.1 DRBC选择的分组降速RAB最大值 10 3.2 DRBC选择的分组降速RAB最大值 11 3.3 拥塞可降速的基本优先级的级别 11 3.4 拥塞降负荷悬置次数 11 3.5 触发拥塞控制的虚拟队列业务个数 12 3.6 虚拟队列时间门限 12 3.7 盲降速业务个数 12 3.8 盲降速速率级别 13 3.9 DRBC开关 13 3.10 拥塞算法开关 13 ZXTR RNC 拥塞控制技术白皮书 概述 编写目的 本文对TD-SCDMA无线资源管理算法中的拥塞控制算法的原理及其所涉及到的参数进行了一个综合的介绍，主要用于售前、售后的技术转移，以及对客户的技术交流。 术语 表1.术语名称 英文原文 中文含义 动态无线承载控制 ARP Allocation/Retention Priority 分配/保留优先级 算法原理 概述 拥塞控制（Congestion Control）的作用有两方面：一方面是当系统出现接入拥塞时，适当地压缩或释放当前占用的部分资源以缓解拥塞状况，并通过资源再分配提高用户特别是高优先级用户的接入成功率。另一方面是当系统出现升速拥塞时，通过对已接入用户资源的再次动态分配，使各业务在保证QoS的基础上，实现不同优先级的业务对系统资源的合理利用，从而平衡以接入业务的满意度。 当系统的上行或者下行负荷接近或超过接纳控制门限，新的业务请求由于没有足够资源而无法接入，就意味着发生了拥塞，需要RNC执行拥塞控制策略。发生接入拥塞的业务请求包括：RAB建立、RAB修改或RAB协商/再协商；发生升速拥塞的业务请求包括：动态无线承载调整触发的业务在DCH上的速率提升、FACH-DCH迁移等。 发生拥塞时不应将业务的资源请求直接拒绝，而应该根据拥塞类型和该业务的QoS属性进行相应的拥塞处理。发生拥塞的业务采用队列模式进行管理。接入拥塞相关队列为等待队列、真实呼叫队列和虚拟队列，均为每个小区设置一个；升速拥塞相关队列为DRBC队列，每个频点设置一个。队列中记录业务的拥塞时间、接纳拒绝原因、业务Qos等属性。由于一个业务可以能有多种信道资源可以承载，因此接纳拒绝原因为首先请求的非FACH信道的接纳失败原因。队列设置最大长度和最大等待时间，如果业务因为队列已满无法入队，或者在队列中的排队时间已达最大等待时间，则等同于在该队列中处理失败。 等待队列按照业务基本优先级记录接入拥塞后可降速或强拆的业务，并按照优先级从高到低依次触发拥塞处理。如果拥塞业务具有降速能力，则RNC触发按需降速流程，释放已有业务所占用的资源分配给该业务；如果降速失败或者该业务没有降速能力，但是具有资源强拆的能力，则RNC触发按需强拆流程，为该业务抢占资源。该业务在资源成功释放后再次接纳。 真实呼叫队列按照业务基本优先级记录无法进入等待队列或者等待队列处理失败而具有排队能力的业务，在降负荷周期到来时触发降负荷，在接纳周期到来时再次触发队列中的呼叫进行接纳。非第一个建立、修改或协商/再协商的RAB直接进入真实呼叫队列处理。 如果业务既不能进入等待队列，也不能进入真实呼叫队列，或者经等待队列和真实呼叫队列处理失败，则拒绝该业务请求。虚拟队列用于记录经过拥塞控制算法处理后确认请求失败的业务数。在降负荷周期到来时，如果队列中记录的在一定时间内因某资源受限而请求失败的业务数达到一定门限，则意味着该资源受限情况严重，将触发降负荷处理，为后续接入业务预留资