《td-scdmarrm算法测试报告-中（三部分，共40m）》由会员分享，可在线阅读，更多相关《td-scdmarrm算法测试报告-中（三部分，共40m）（8页珍藏版）》请在金锄头文库上搜索。
1、 TD-SCDMA RRM算法测试报告6. LDC负载控制算法6.1. 小区上行码资源过载导致接入类禁止测试编号：6.1 小区上行码资源过载导致接入类禁止测试项目：LDC负载控制算法测试分项：上行码资源过载导致接入类禁止测试目的：当小区上行码资源负载超过门限，网络会启动接入类禁止，在某一段时间内，禁止某个接入类用户接入。预置条件：1. RNC，NodeB和CN处于正常工作状态，单载波小区工作正常，2：4时隙配置；2. DCCC算法关闭。 测试步骤：1. 设定AC上行码道拥塞门限为50%，设定AC限制比例因子为10（设定10个接入类禁止开关，可通过系统消息3中识别）。2. 接入2个可视电话业务。
2、预期结果：当上行码资源负载超过门限后，发生系统消息更新，在系统消息3中指出禁止的接入类。匹配接入类的终端无法接入呼叫。测试结果：两个VP业务用户能够接入系统。主叫业务成功码流：被叫业务成功码流：2个业务占用16个的上行码道，加上主载波2个公共信道码道，系统上行码道总的占用率达为（16+2）/64=28.12%，达到了AC限制上行码道拥塞门限，触发AC限制流程。系统消息3中会发送接入类限制信息，详细内容参见下图：根据系统消息中的内容，如果用户终端的接入类满足要求，则终端会直接拒绝相应的接入请求，现场使用其它商用终端进行呼叫尝试，与预期一致，终端直接拒绝接入，网络侧不能收到任何接入请求消息。测试相
3、关码流：综上所述，测试结果与预期一致，测试通过。6.2. 小区上行码资源负载导致实时业务速率协商测试编号：6.2. 小区上行码资源负载触发实时业务速率协商测试项目：LDC负载控制算法测试分项：小区上行码资源负载触发实时业务速率重协商测试目的：小区上行码资源负载超过门限，则触发实时业务速率重协商流程，降低上行码资源负载。预置条件：1. RNC，NodeB和CN处于正常工作状态，单载波小区1工作正常，2：4时隙配置，；2. 配置相关参数，允许当小区上行码资源达到门限时，触发实时业务速率重协商流程。测试步骤：1. 设置上行码资源负载门限40%，下行码资源负载门限70%；2. 接入1个 PS S UL
4、64/DL384 业务；3. 接入1个VP业务.预期结果：1. 当接入VP业务后，触发实时业务速率重协商流程. 测试结果：由于无锡网络中对实时业务不能正常触发流业务，使得测试条件不能满足，测试用例无法实施。经与现场移动公司人员确认，该用例暂不测试。测试时，设置拨号的初始化AT命令如下： 按照用例进行实时，进行业务激活操作，发现PDP激活申请是流业务，但由于核心网签约原因，未能正常指配流业务，而是指配为交互类业务，导致无法正常建立实时业务，而在非实时业务条件下，核心网不能配置保证速率，无法满足用例实施条件。相关信令截图如下：测试相关码流如下：6.3. 小区上行码资源负载导致小区间切换测试编号：6
5、.3 小区下行码资源负载导致小区间切换测试项目：LDC负载控制算法测试目的：小区下行码资源负载达到触发门限后，触发小区间切换，降低小区码资源负载预置条件： 1 RNC，NodeB和CN处于正常工作状态，单载波小区工作正常，2：4时隙配置；2 单载波小区1和小区2是同覆盖邻区，当前测试地点小区1和小区2覆盖良好；3 关闭DCCC，打开LDC算法，允许当小区上行码资源负载门限时，触发小区间切换。测试步骤：1 设置小区1上行码资源准入门限为50%2 在小区1接入1个 PS BE UL64/DL384 业务3 在小区1接入1个 可视电话业务预期结果：1 小区上行码资源负载达到触发门限后，网络将低优先级
6、用户切换到小区2测试结果：在可视电话业务接入系统后，由于触发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业务码流截图参考： 测试相关码流参考：综上所述，测试得到现象与设计相符，测试通过Page 8 of 8
