TDSCDMARRM算法测试报告下三部分共40M.docx
《TDSCDMARRM算法测试报告下三部分共40M.docx》由会员分享，可在线阅读，更多相关《TDSCDMARRM算法测试报告下三部分共40M.docx（17页珍藏版）》请在冰豆网上搜索。
TDSCDMARRM算法测试报告下三部分共40M
7.UpPCHSHIFTING算法测试
7.1.UpPCH设定后基本业务测试
测试编号：
7.1UpPCH设定后基本业务测试
测试项目：
UpPCHSHIFTING算法测试
测试目的：
验证在UpPCH设定后，基本业务接入能力。
预置条件：
1.cell1为N频点小区；
2.配置cell1的辅载波A配置3个HSDPA独占时隙；
3.配置cell1的UpPCH数据；
测试步骤：
1.测试起始终端处于CELL1覆盖区域，终端开机后正常驻留在cell1上；
2.终端在cell1上进行AMR语音呼叫；
3.终端在cell1上进行VP业务呼叫
4.终端在cell1上进行HSDPA业务接入
预期结果：
1.各基本业务接入正常，且观察消息中UPPCH信息携带正确；
测试结果：
打开UpPCH功能后，测试AMR主叫，AMR被叫、VP主叫、VP被叫、HSDPA业务均能正常接入，业务正常，用户感受良好，测试通过。
AMR业务建立成功流程：
VP业务建立成功流程：
HSDPA业务建立成功流程：
相关测试码流：
7.2.UpPCH位置相同情况下从辅载波到主载波的同频小区变更
测试编号：
7.2UpPCH位置相同情况下从辅载波到主载波的同频小区变更
测试项目：
UpPCHSHIFTING算法测试
测试目的：
验证在N频点环境下UpPCH位置相同情况下从辅载波到主载波的同频小区变更能力。
预置条件：
1.cell1和cell2均为N频点小区；
2.cell1与cell2主载频为异频，并配置cell1的辅载波A与cell2的主载波B均配置3个HSDPA独占时隙，且A、B载波频点相同；
3.配置cell1与cell2的UpPCH处于相同位置；
测试步骤：
1.测试起始终端处于CELL1覆盖区域，终端开机后正常驻留在cell1上；
2.终端在cell1辅载波A建立PS域BE类业务〔UL64/DL：
HSDPA〕，承载在HS-DSCH信道上；
3.RNC侧做切换优先级排序调整或闭塞其他载波，以便终端切换至cell2主载波B；
4.被测终端向小区2覆盖区域移动，触发小区间切换；被测终端应该成功切换到cell2主载波B并维持业务一段时间后挂机；
预期结果：
1.在业务建立过程的信令或业务特征〔如上、下载速率等〕中确认承载类型的确正确；
2.小区变更中，终端能够顺利完成切换过程并维持稳定的下载速率。
测试结果：
打开UpPCH功能后，HSDPA业务建立在工作频点10071，业务正常后，下载正常，触发向同频邻区切换，业务正常切换切换，下载未发生中断。
测试通过。
测试使用移动公司室分30471和移动公司室外宏站671小区，通过修改671小区使用频点与30471小区H业务工作频点一致，触发同频切换流程。
从上面流程可以看出，在打开了UpPCH功能后，系统能够正常实现小区间切换。
测量报告为1G同频测量报告，因此，该切换为同频切换。
同频切换消息码流：
7.3.UpPCH位置不同情况下从主载波到主载波的异频小区变更
测试编号：
7.3UpPCH位置不同情况下从主载波到主载波的异频小区变更
测试项目：
UpPCHSHIFTING算法测试
测试目的：
验证在N频点环境下不同RNC之间UpPCH位置不同情况下从主载波到主载波的异频小区变更,同时应伴随SRNSRelocation
预置条件：
1.cell1和cell2均为N频点小区；
2.cell1与cell2主载频为异频，并配置cell1的主载波A与cell2的主载波B均配置3个HSDPA独占时隙，且A、B载波频点不同；
3.配置cell1与cell2的UpPCH处于不同位置；
测试步骤：
1.测试起始终端处于CELL1覆盖区域，终端开机后正常驻留在cell1上；
2.终端在cell1主载波A建立PS域BE类业务〔UL64/DL：
HSDPA〕，承载在HS-DSCH信道上；
3.RNC侧做切换优先级排序调整或闭塞其他载波，以便终端切换至cell2主载波B；
4.被测终端向小区2覆盖区域移动，触发小区间切换；被测终端应该成功切换到cell2主载波B并维持业务一段时间后挂机；
预期结果：
1.在业务建立过程的信令或业务特征，承载类型正确；
2.小区变更中，终端能够顺利完成切换过程并维持稳定的下载速率。
测试结果：
打开UpPCH功能后，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在小区发起PSBUL64K/DL128K并保持业务；
预期结果：
1.UE1，UE2的AMR业务在小区正常建立；
2.UE1的PS业务以上行16K在小区里正常建立；
测试结果：
第一步完成后，UE1，UE2的AMR语音业务均正常接入系统：
此时UE1发起了PSUL64/DL128的业务申请，但由于CAC上行码道资源受限〔准入门限35%，系统允许上行接入码道数量为32*35%=11.2〕，而按照目前系统申请的上行码道资源总数量为2+2+2+8=14码道，已达到CAC准入门限，因此启动并发业务PS降速接入。
在设定CAC准入门限为90时，UE1并发业务下的码道申请：
测试相关码流：
从上可以看出，并发业务在CAC达到门限时，系统能够PS业务进行降速处理，使得系统能够正常接入用户的并发业务请求。
综上结论，测试结果符合预期，测试通过。
8.2.HSDPA基于在线用户数的准入
测试编号：
8.2HSDPA基于在线用户数的准入
测试项目：
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发起PSSUL64K/DL2048K业务并保持业务；
2.UE2向UE3发起VP业务。
预期结果：
1.UE1的业务成功建立在小区1的H载频上；
2.主叫UE2的VP业务能够正常建立到小区1上，但UE3的VP业务建立在小区2上。
测试结果：
测试时，使用测试小区为30471小区〔小区1〕，同覆盖邻区为673小区〔小区2〕，3个UE均注册于小区1。
按测试步骤，UE1PSUL64/DL2048业务正常接入小区1〔30471〕，上行占用8个码道：
UE2VP主叫业务正常接入小区1〔30471〕，上行占用8个码道：
UE3VP被叫业务由于CAC上行码道准入，直接由小区1〔30471〕的同覆盖邻区小区2〔673〕接入。
在UE3接入的码流中可以看出，UE3最初注册于小区1，但在作为被叫接入小区1后，由于CAC算法达到上行码资源准入限制，RNC通过原小区〔30471〕向UE3发起RBSETUP，要求UE3在小区2进行直接接入，UE3按照RBSETUP消息中携带的RB信息，直接从小区2〔673〕返回RBSETUPCOMPLETE消息，完成业务在小区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激活PSUL64k/DL2048k业务，业务激活成功；
2.通过监测仪表可以看到RADIOBEARERSETUP消息中RNC给UE的分配的下行资源数目为2个码道〔而非8个码道〕，即PS降速接入。
预期结果：
RNC可以按照目前的资源剩余情况将PS业务降速至上行16kpbs接入，而不拒绝此次呼叫。
测试结果：
H业务在上行码道申请64K的条件下，RNC分配接入的码道
升级会员 