A口协作寻呼功能验证.docVIP

寻呼协作功能验证 功能介绍 手机未进行数据在做被叫的时候，是按照电路域进行寻呼的，NSS-BSS-MS，寻呼是在PCH寻呼，但是MS作数据业务的时候，此时被叫是按照MSC-SGSN-BSS-MS，寻呼是在PDCH进行的，若外置PCU，则需要MSC和SGSN开GS接口才能实现联合寻呼，而内置PCU，则将“BSS协作寻呼开关“和“A口协作寻呼”打开达到联合寻呼的目的。如果配置支持BSS协作寻呼，会在系统消息PSI13中广播支持与否,如果小区配置了BSS协作寻呼，则寻呼消息不仅在PCH信道上下发，同时也会在分组传输态的PACCH信道上下发，这样MS在分组传输态上也可以监听到CS寻呼,如果没有配置BSS协作寻呼，寻呼消息就不能在PS的PACCH信道上下发，只会在PCH信道上下发，但是MS在分组传输态时不会监听CS相关的信道，只能监听PACCH信道。 该功能开启需要两个参数，BSS寻呼协作（BSSPAGINGCOORDINATION）设置为YES和A口协作寻呼开关（ACOOPERATPAGINGSWITCH）设置为YES。 该功能优势是提升寻呼成功率，从用户度保证用户进行数据业务时可以被寻呼到，提升用户感知。 测试验证 不开通协作寻呼 我们选取BSC42验证，首先将BSC42小区级别参数“BSS寻呼协作（BSSPAGINGCOORDINATION）”设置为NO、“A口协作寻呼开关（ACOOPERATPAGINGSWITCH）”设置为NO。当未开启寻呼协作功能时，A（被叫）手机做数据业务，此时B（主叫）手机呼叫A（被叫）手机，A（被叫）手机收不到寻呼消息，无法响应；即当手机在做数据业务时接收不到寻呼消息。 现场验证信令截图如下： 结论：关闭寻呼协作功能（参数设置：BSSPAGINGCOORDINATION=NO；ACOOPERATPAGINGSWITCH=NO）情况下被叫手机在做数据业务时不能被寻呼到，主叫手机反应为“拨打用户无法接通”。 开通协作寻呼 将BSC42小区级别参数“BSS寻呼协作（BSSPAGINGCOORDINATION）”设置为YES、“A口协作寻呼开关（ACOOPERATPAGINGSWITCH）”设置为YES。当开启寻呼协作功能时，A（被叫）手机做数据业务，此时B（主叫）手机呼叫A（被叫）手机，系统的寻呼消息会PCH和PACCH上同时发送，A（被叫）能够接到寻呼消息，然后将数据业务暂停，具体如下： 被叫手机在做数据业务（上图） 可以看到手机做PS业务且被寻呼时，手机仍可被寻呼到。此时数据业务暂停，进入被叫信令阶段（上图）。 被叫手机结束语音业务后进入原先被暂停的数据业务（上图）。 验证结论：当开启寻协作功能后（参数设置：BSSPAGINGCOORDINATION=YES；ACOOPERATPAGINGSWITCH=YES）,被叫手机在做数据业务时能够正常接收寻呼消息进行语音业务，将数据业务暂停待语音业务停止后继续数据业务。 指标验证 9月8日将BSC22和BSC42开启了寻呼协作功能后，两个BSC寻呼成功率稍有提升，其他各项指标保持平稳，具体如下： 方案拓展 全网开启协作寻呼功能，提升寻呼成功率，从用户度保证用户进行数据业务时可以被寻呼到，提升用户感知。 在9月9日中午12点打开了全网寻呼协作功能，开启后全网寻呼成功率（12点至23点平均指标）提升了0.17%，具体如下： 总结 协作寻呼功能能够在一定程度上提高全网寻呼成功率，尤其是对于用户投诉回铃音 “您所呼叫的用户无法接通” 手机做数据业务时没有寻呼消息下发。 之后手机进入语音被叫阶段 手机做PS业务时仍可收到寻呼消息 呼叫结束后手机继续数据业务 呼叫结束