TD-SCDMA RR算法测试报告-中 （三部分，共40M）.docVIP

LDC负载控制算法 小区上行码资源过载导致接入类禁止 测试编号：1 小区上行码资源过载导致接入类禁止 测试项目： 测试分项： 测试目的： 预置条件： ； 测试步骤： 预期结果： 测试结果： 两个VP业务用户能够接入系统。 主叫业务成功码流： 被叫业务成功码流： 2个业务占用16个的上行码道，加上主载波2个公共信道码道，系统上行码道总的占用率达为（16+2）/64=28.12%，达到了AC限制上行码道拥塞门限，触发AC限制流程。 系统消息3中会发送接入类限制信息，详细内容参见下图： 根据系统消息中的内容，如果用户终端的接入类满足要求，则终端会直接拒绝相应的接入请求，现场使用其它商用终端进行呼叫尝试，与预期一致，终端直接拒绝接入，网络侧不能收到任何接入请求消息。 测试相关码流： 综上所述，测试结果与预期一致，测试通过。 小区上行码资源负载导致实时业务速率协商 测试编号： 测试项目： 测试分项： 测试目的： 预置条件： ； 测试步骤： 预期结果： 测试结果： 由于无锡网络中对实时业务不能正常触发流业务，使得测试条件不能满足，测试用例无法实施。经与现场移动公司人员确认，该用例暂不测试。 测试时，设置拨号的初始化AT命令如下： 按照用例进行实时，进行业务激活操作，发现PDP激活申请是流业务，但由于核心网签约原因，未能正常指配流业务，而是指配为交互类业务，导致无法正常建立实时业务，而在非实时业务条件下，核心网不能配置保证速率，无法满足用例实施条件。 相关信令截图如下： 测试相关码流如下： 小区上行码资源负载导致小区间切换 测试编号：3 小区下行码资源负载导致小区间切换 测试项目： 测试目的： 预置条件：； 测试步骤： 预期结果： 测试结果： 在可视电话业务接入系统后，由于触发LDC拥塞门限，系统进行LDC拥塞处理，将VP用户切换到同覆盖的邻区中。 第一个PS业务接入正常，业务上行占用8个码道： 第二个VP业务接入正常，业务上行占用8个码道： 由于PS+VP业务接入后，上行码道占用率达到（8+8+2）/32=56.25%，超过LDC拥塞门限，由于系统配置有同覆盖邻区，因此触发邻区切换流程。 从图中可以看出，VP业务接入完成后，系统触发切换流程，将VP业务从小区30471切换到目标小区673。 此次测试由于现网使用核心网在进行实时业务时为携带正常的ARP信息，系统默认该类用户的优先级最低，从而导致在触发业务切换时，选择了VP用户。 PS业务携带有ARP信息码流截图： VP业务未携带ARP信息的码流截图： 携带有ARP的VP业务码流截图参考： 测试相关码流参考： 综上所述，测试得到现象与设计相符，测试通过 TD-SCDMA RRM算法测试报告 Page 1 of 8