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

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