“寻呼等待”功能验证测试报告..doc

“寻呼等待”功能验证测试报告 目录 一、爱立信GSM测试验证： 2 1、 MSC POOL内测试现象分析 2 2、 MSC POOL间测试现象分析： 4 3、 测试接通情况： 6 4、 总结： 7 二、华为TD测试验证： 7 1、 同一个MSC下测试现象分析 7 2、 总结 10 三、深圳全网评估测试验证： 10 一、爱立信GSM测试验证： 本次功能测试验证在测试场进行，分为两部分：MSC POOL内和MSC POOL间，主叫寻呼正在做系统内的位置区更新的被叫，是否会出现未接通的现象。 A手机主叫,B手机被叫，C空闲态强制锁频手机，D空闲态手机。B、C、D在同一个寻呼组下。测试方法： MSC POOL内：先将测试场的小区挂在SZ13B,LAC=10130，测试场的小区和无线l2在相同的POOL下，在主叫手机A起呼时，将被叫手机B和空闲手机C由测试场小区强制锁频到无线l2（SZ13A,LAC=10129)，D手机继续空闲留在原来位置区。 MSC POOL间：先将测试场的小区挂在SZ53E，测试场的小区与无线l2在不同的POOL下，在主叫手机A起呼时，将被叫手机B和空闲手机C由测试场的小区强制锁频到无线l2（SZ13A,LAC=10129)，D手机继续空闲留在原来位置区。 MSC POOL内测试现象分析 为更容易找到同一寻呼组的IMSI，特将小区参数设置为：测试场小区和小区无线l2的参数均按AGBLK=7,MFRMS=2设置。 主叫Call Proceeding和被叫手机Location request截图，主叫A拨打被叫B，被叫同时进行锁频，被叫未收到一次寻呼后发生位置区更新。 D空闲态手机监听到一次寻呼消息： B被叫手机位置更新完成后约6S，在新的LA下收到二次寻呼消息，并且呼叫建立成功。C空闲态强制锁频手机，也监听到相同的寻呼消息。 MSC POOL间测试现象分析： 测试小区参数设置要求：测试场小区和小区无线l2的参数均按AGBLK=7,MFRMS=2设置。 主叫Call Proceeding和被叫手机Location request截图，主叫A拨打被叫B，被叫同时进行锁频，被叫未收到一次寻呼后发生位置区更新，经查信令， B未收到二次寻呼消息，二次寻呼失败,最终A因无线链路超时而释放，发生未接通事件。 被叫手机位置更新过程Tmsi reallocation command： D空闲态手机监听到一次寻呼，经查信令，未监听到被叫B二次寻呼消息。 经查信令，C空闲态强制锁频手机未监听到被叫B二次寻呼消息。被叫B在主叫A 上发set up时间点23:05:49至主叫A Radio Link Timeout Counter时间点23:06:20间未收到二次寻呼消息，而发生未接通事件，信令截图如下： 测试接通情况： MSC POOL内试验7次均未发生未接通事件，MSC POOL间试验6次均发生未接通事件。 场景 被叫位置更新时呼叫次数 被叫位置更新时接通次数 结论 MSC POOL内的位置更新 7 7 成功，没有遇到未接通事件 MSC POOL间的位置更新 6 0 不成功，均未接通 总结： MSC Pool内, 在MSC已开启支持位置更新与寻呼同时进行的功能情况下，主叫寻呼正在做系统内的位置区更新的被叫，是可以成功二次寻呼到被叫的并正在建立业务，不会造成未接通的现象。 MSC Pool间，在MSC已开启支持位置更新与寻呼同时进行的功能情况下，主叫寻呼正在做系统间的位置区更新的被叫，被叫未收到二次寻呼消息，二次寻呼失败,最终主叫因无线链路超时而释放，发生未接通事件 二、华为TD测试验证： 本次测试验证同一个MSC下，主叫寻呼正在做系统内的位置区更新的被叫时，是否会出现未接通的现象； 测试方法： 被叫手动选择到系统内的另一个LAC下的小区，被叫正在做位置区更新时，主叫拨打被叫号码做AMR业务；重复1动作，10次以上核心网的MSC主被叫的信令2个RNC主被叫的单用户信令，保存主被叫的测试LOG； 下图为6月省公司巡检发现的未接通事件分布图，基本位于POOL边界，情况良好： A B B B C D 可读到分配的TMSI号 A B A B A D 分配TMSI B C A B C