TD-SCDMARRM算法测试报告-下（三部分，共40Ｍ）.doc

TD-SCDMA RRM算法测试报告7. Up PCH SHIFTING算法测试7.1. Up PCH 设定后基本业务测试测试编号：7.1 Up PCH 设定后基本业务测试测试项目：UpPCH SHIFTING算法测试测试目的：验证在Up PCH设定后，基本业务接入能力。预置条件：1. cell1 为 N 频点小区；2. 配置 cell1 的辅载波 A 配置3 个 HSDPA 独占时隙；3. 配置 cell1的 Up PCH数据；测试步骤：1. 测试起始终端处于CELL1覆盖区域，终端开机后正常驻留在cell1 上；2. 终端在 cell1 上进行AMR语音呼叫；3. 终端在 cell1 上进行VP业务呼叫4. 终端在 cell1 上进行HSDPA业务接入预期结果：1. 各基本业务接入正常，且观察消息中UPPCH信息携带正确；测试结果：打开Up PCH功能后，测试AMR主叫，AMR被叫、VP主叫、VP被叫、HSDPA业务均能正常接入，业务正常，用户感受良好，测试通过。AMR业务建立成功流程：VP业务建立成功流程：HSDPA业务建立成功流程：相关测试码流： 7.2. Up PCH 位置相同情况下从辅载波到主载波的同频小区变更测试编号：7.2 Up PCH 位置相同情况下从辅载波到主载波的同频小区变更测试项目：UpPCH SHIFTING算法测试测试目的：验证在 N 频点环境下 Up PCH 位置相同情况下从辅载波到主载波的同频小区变更能力。预置条件：1. cell1 和 cell2 均为 N 频点小区；2. cell1 与 cell2 主载频为异频，并配置 cell1 的辅载波 A 与 cell2 的主载波 B 均配置3 个 HSDPA 独占时隙，且 A、B 载波频点相同；3. 配置 cell1 与 cell2 的 Up PCH 处于相同位置；测试步骤：1. 测试起始终端处于CELL1覆盖区域，终端开机后正常驻留在cell1 上；2. 终端在 cell1 辅载波 A 建立 PS 域BE类业务（ UL64/DL：HSDPA），承载在 HS-DSCH 信道上；3. RNC 侧做切换优先级排序调整或闭塞其他载波，以便终端切换至 cell2 主载波 B；4. 被测终端向小区2覆盖区域移动，触发小区间切换；被测终端应该成功切换到 cell2 主载波 B 并维持业务一段时间后挂机；预期结果：1. 在业务建立过程的信令或业务特征（如上、下载速率等）中确认承载类型的确正确；2. 小区变更中，终端能够顺利完成切换过程并维持稳定的下载速率。测试结果：打开Up PCH功能后，HSDPA业务建立在工作频点10071，业务正常后，下载正常，触发向同频邻区切换，业务正常切换切换，下载未发生中断。测试通过。测试使用移动公司室分30471和移动公司室外宏站671小区，通过修改671小区使用频点与30471小区H业务工作频点一致，触发同频切换流程。从上面流程可以看出，在打开了UpPCH功能后，系统能够正常实现小区间切换。测量报告为1G同频测量报告，因此，该切换为同频切换。同频切换消息码流：7.3. Up PCH 位置不同情况下从主载波到主载波的异频小区变更测试编号：7.3 Up PCH 位置不同情况下从主载波到主载波的异频小区变更测试项目：UpPCH SHIFTING算法测试测试目的：验证在 N 频点环境下不同 RNC 之间 Up PCH 位置不同情况下从主载波到主载波的异频小区变更, 同时应伴随 SRNS Relocation预置条件：1. cell1 和 cell2 均为 N 频点小区；2. cell1 与 cell2 主载频为异频，并配置 cell1 的主载波 A 与 cell2 的主载波 B 均配置3 个 HSDPA 独占时隙，且 A、B 载波频点不同；3. 配置 cell1 与 cell2 的 Up PCH 处于不同位置；测试步骤：1. 测试起始终端处于CELL1覆盖区域，终端开机后正常驻留在cell1 上；2. 终端在 cell1 主载波 A 建立 PS 域BE类业务（ UL64/DL：HSDPA），承载在 HS-DSCH 信道上；3. RNC 侧做切换优先级排序调整或闭塞其他载波，以便终端切换至 cell2 主载波 B；4. 被测终端向小区2覆盖区域移动，触发小区间切换；被测终端应该成功切换到 cell2 主载波 B 并维持业务一段时间后挂机；预期结果：1. 在业务建立过程的信令或业务特征，承载类型正确；2. 小区变更中，终端能够顺利完成切换过程并维持稳定的下载速率。测试结果：打开Up PCH功能后，HSDPA业务建立在工作频点10071，业务正常后，下载正常，触发向异频邻区切换，业务正常切换切换，下载未发生中断。测试使用移动公司室分30471和移动公司室外宏站671小区，671小区为室外小区，因此使用频点与30471室分小区频点不一致，触发异频切换流程。测量报告为2a异频测量报告，异频切换消息码流：综上所述，测试结果与预期一致，测试通过。8. CAC算法测试8.1. 由于码资源受限，建立并发业务时其中PS业务降速接入测试编号：8.1 由于码资源受限，建立并发业务时其中PS业务降速接入测试项目：CAC算法测试测试目的：验证对于AMR(DCH)PS(DCH)的混合业务， AMR+新PS接入时，如果码资源不足，可以尝试PS业务降速，将PS按照最小允许请求速率，而AMR仍按照最大允许请求速率接入。预置条件：1. RNC，NodeB 和 CN 处于正常工作状态，小区工作正常； 2. 小区为单载频小区，时隙切换点为2:4，FPACH配置在时隙0，而时隙3、时隙4和时隙5已被去激活；3. UE1和UE2驻留小区正常；4. 设置允许PS业务降速接入，DCCC算法开关关闭；测试步骤：1. 设定CAC上行码道准入门限为35%；2. UE1在小区向UE2发起AMR12.2K呼叫。3. UE1在小区发起PS B UL64K/DL128K并保持业务；预期结果：1. UE1，UE2的AMR业务在小区正常建立；2. UE1的PS 业务以上行16K在小区里正常建立；测试结果：第一步完成后，UE1，UE2的AMR语音业务均正常接入系统：此时UE1发起了PS UL64/DL128的业务申请，但由于CAC上行码道资源受限（准入门限35%，系统允许上行接入码道数量为32*35%=11.2），而按照目前系统申请的上行码道资源总数量为2+2+2+8=14码道，已达到CAC准入门限，因此启动并发业务PS降速接入。在设定CAC准入门限为90时，UE1并发业务下的码道申请：测试相关码流： 从上可以看出，并发业务在CAC达到门限时，系统能够PS业务进行降速处理，使得系统能够正常接入用户的并发业务请求。综上结论，测试结果符合预期，测试通过。8.2. HSDPA基于在线用户数的准入测试编号：8.2 HSDPA基于在线用户数的准入测试项目：CAC算法测试测试目的：HSDPA小区在HSDPA用户满的情况下，新接入用户在保障速率能得到满足的情况下接入R4载波预置条件：1 选择一个小区，多个测试终端静止分布在被测小区的良好覆盖区内。2 配置2个HSDPA载波和1个R4载波，2：4上下行时隙配置；3 设置HSDPA载波的最大接入用户数为1，使用UE1申请背景类业务，申请速率UL64K/DL2048K；测试步骤：1 闭塞一个H载波；2 使用UE1激活HSDPA业务并开始下载文件。3 再使用UE2激活HSDPA业务，仍然申请I/B类业务且申请速率为UL64K/DL2048K，并开始下载文件。预期结果：1 UE1能成功承载在HS-DSCH信道上；2 UE2接入到R4载波上测试结果：UE1/2能够按照预期正确接入到匹配的载波上。具体信息如下，UE1业务建立正常，业务建立在H载波：UE2业务建立正常，但业务建立在R4载波：载波信息：测试相关的信令码流：综上分析，测试结果与预期一致，测试通过。8.3. 小区码资源受限，用户新建单AMR业务到邻区测试编号：8.3 小区码资源受限，用户新建单AMR业务到邻区测试项目：CAC算法测试测试目的：验证当当前小区码资源受限时，新建单AMR业务可以建立到本小区的异频同覆盖邻区。预置条件：1. RNC，NodeB 和 CN 处于正常工作状态，小区1和小区2工作正常，小区1和小区2为异频同覆盖邻区；2. 小区1，小区2为均为三载频小区，时隙切换点为2:4，FPACH在时隙0，时隙3、时隙4和时隙5已去激活；3. DCCC算法关闭。4. UE1，UE2，UE3均能正常驻留小区1和小区2；测试步骤：1. 小区1闭塞1个H载波。2. 设置CAC上行码道准入门限为30%3. UE1在小区1发起PS S UL64K/DL2048K业务并保持业务；2. UE2向UE3发起VP业务。预期结果：1. UE1的业务成功建立在小区1的H载频上；2. 主叫UE2的VP业务能够正常建立到小区1上，但UE3的VP业务建立在小区2上。测试结果：测试时，使用测试小区为30471小区（小区1），同覆盖邻区为673小区（小区2），3个UE均注册于小区1。按测试步骤，UE1 PS UL64/DL2048业务正常接入小区1（30471），上行占用8个码道：UE2 VP主叫业务正常接入小区1（30471），上行占用8个码道：UE3 VP被叫业务由于CAC上行码道准入，直接由小区1（30471）的同覆盖邻区小区2（673）接入。在UE3接入的码流中可以看出，UE3最初注册于小区1，但在作为被叫接入小区1后，由于CAC算法达到上行码资源准入限制，RNC通过原小区（30471）向UE3发起RB SETUP，要求UE3在小区2进行直接接入，UE3按照RB SETUP消息中携带的RB信息，直接从小区2（673）返回RB SETUP COMPLETE消息，完成业务在小区2（673）的正常接入。测试相关信令码流如下： 综上所述，测试结果与预期一致，测试通过。8.4. 非实时业务的降速接入测试编号：8.4非实时业务（Interactive、Background）的降速接入测试项目：CAC算法测试测试目的：对于非实时业务可以不按照 CN 请求的最大速率分配资源，具体根据系统资源情况来定是否降速接入。预置条件：1. RNC，NodeB 和 CN 处于正常工作状态，小区1工作正常2. 小区1为A频段单载频小区，时隙切换点为2:4，FPACH在时隙0，时隙3、时隙4和时隙5已去激活；3. UE1驻留小区1正常；4. 打开DCCC开关，允许系统RAB降速接入，并设定初始BE上行接入速率为16K。测试步骤：1. UE1 激活 PS UL64k/DL2048k 业务，业务激活成功；2. 通过监测仪表可以看到 RADIO BEARER SETUP 消息中 RNC 给 UE 的分配的下行资源数目为 2 个码道（而非 8 个码道） ，即 PS 降速接入。预期结果：RNC 可以按照目前的资源剩余情况将 PS 业务降速至上行 16kpbs 接入，而不拒绝此次呼叫。测试结果：H业务在上行码道申请64K的条件下，RNC分配接入的码道为16k，即2个码道。H业务上行降速接入码流截图如下：相关码流参考：综上所述，测试结果与预期一致，测试通过。8.5. 码资源不足时的智能准入测试编号：8.5 码资源不足时的智能准入测试项目：CAC算法测试测试目的：码资源不足时的智能准入预置条件：1. RNC，NodeB 和 CN 处于正常工作状态，小区1工作正常，测试小区无同覆盖邻区。2. 小区1为3载频小区，时隙切换点为2:4，FPACH在时隙0，时隙3、时隙4和时隙5已去激活；3. UE1,UE2,UE3驻留小区1正常；4. DCCC关闭。测试步骤：1. 闭塞1个H载波2. 设定CAC上行码道准入门限为:153. UE1发起PS 64/2048业务；4. 设定CAC上行码道准入门限为:305. UE1向UE2 发起VP可视电话业务；UE3 在小区发起H业务预期结果：1. CAC上行码道准入门限为15时，UE1 H业务接入失败。2. CAC上行码道准入门限为30时，UE1,UE2