SDCA算法参数调整案例.docVIP

SDCA算法参数更改案例 （1）世纪大道东方路主被叫掉话 问题描述：世纪大道东方路口，主叫占用东昌2小区，PCCPCH RSCP为－67dbm，被叫占用普联2小区，PCCPCH RSCP为－68dbm，掉话。 情况分析：通过查看专用物理信道发现主被叫占用了同业务频点及同时隙，相互之间的干扰较大，容易导致掉话。前阶段已修改部分RNC下小区的SDCA算法来规避主被叫占用同频同时隙的现象并进行验证，验证效果明显。RNC401下部分小区未修改此参数，已通知机房修改。 问题解决措施：修改SDCA算法参数规避主被叫占用同频同时隙。 优化后复测： 在复测中，我们可以看到主被叫占用了不同业务频点及时隙，此路段未再出现掉话。 后附算法说明 7.2 DCA参数配置 英文名称 中文名称 默认值 参数描述 备注 Resource Allocation Reference UE PDCP Ability Info or Not RRM分配资源是否考虑UE PDCP能力 0 1 1 目前实验网测试建议配置为0 RRM分配资源是否考虑UE PDCP能力 1--Yes; 0--No 该参数对应V2.1.3及其之后的版本 Resource Allocation Reference UE RLC Ability Info or Not RRM分配资源是否考虑UE RLC能力 0 1 1 目前实验网测试建议配置为0 RRM分配资源是否考虑UE RLC能力 1--Yes; 0--No Resource Allocation Reference UE TrCH Ability Info or Not RRM分配资源是否考虑UE TrCH能力 0 1 1 目前实验网测试建议配置为0 RRM分配资源是否考虑UE TrCH能力(不对是否支持Turbo编码做约束, 即Turbo编码能力一定要考虑) 1--Yes; 0--No Resource Allocation Reference UE PhyCH Ability Info or Not RRM分配资源是否考虑UE PhyCH能力 0 1 1 目前实验网测试建议配置为0 RRM分配资源是否考虑UE PhyCH能力 1--Yes; 0--No Allowed Access When Cell No Idle Timeslot or Not 小区在无空闲时隙是否允许接入 1 YES 当小区某个方向拥塞、而业务修改(包括新增业务、速率上调)前后该方向所需资源不变的情况下, 是否允许接入 0－No 1－YES Allowed Admit Handover User When Cell Congest or Not 小区拥塞时是否允许接纳切换用户 1 No 0－No 1－YES Rate Adjust Tag of NRT Service Access Control-FDCA/Handover 非实时业务在接入时速率是否可调--FDCA/Handover 1 No 当非实时业务在切换到目标小区、或者调整到目标时隙/目标频点时, 是否允许下调速率 0－No 1－YES (该参数暂未使用) Rate Adjust Tag of RT Service Access Control-FDCA/Handover 实时业务在接入时速率是否可调--FDCA/Handover 1 No 当实时业务在切换到目标小区、或者调整到目标时隙/目标频点时, 是否允许下调速率 0－No 1－YES (该参数暂未使用) Tag of Emergency Call Using Reserved Resource 紧急呼叫是否可以使用预留资源 1 YES 0－No 1－YES Tag of FDCA Resource Combination 快速DCA之资源整合算法开关 1 关闭 0－关闭 1－打开 Rate Adjust Tag of NRT Service Access Control-RAB Setup/Modify 非实时业务在接入时速率是否可调--RAB建立/修改 1 YES CN触发的非实时业务建立或修改时, 速率是否可下调 0－No 1－YES Tag of Code Allocation Using Equivalent Method 码资源分配是否允许使用等效方案 1 0－No 指示是否可以采用与静态L1表配置等效的码分配方案, 例如一个SF=8的码道用2个SF=16的码道替换。 V2.1.3V2.1.3), 时隙类型限制情况下, 此参数不起作用 0－No 1－YES Using Timeslot Reserved Resource Tag for SF1 C