文档介绍：Company number【1089WT-1898YT-1W8CB-9UUT-92108】
宁波移动联合寻呼功能试验
目 录
概述
目前网络中，网络操作模式设置为网络操作模式2（NOM2），在这种情况下，数据业务用户在传输数据的时候，语音是无法寻呼到该用户。联合寻呼功能可以在不需要进行硬件改造的情况下，使用户可以被语音寻呼到。从用户的角度看，该Feature使用户可以接收寻呼消息，提升用户感知；从网络端来看，可以避开Gs端口的建设，而达到寻呼用户的目的，减少网络复杂度。
联合寻呼功能测试验证
开启联合寻呼之前
数据业务在ready状态下，语音无法寻呼到，release原因为call reject
开启联合寻呼之后
数据业务在ready状态下，语音可寻呼到。在语音释放后，可继续数据业务
联合寻呼功能开启前后KPI指标变化
寻呼挽救次数
开通联合寻呼功能的4个LAC区平均挽救寻呼数如下所示：
LAC
一周平均寻呼量
一周平均挽救次数
寻呼挽救比
22337
791793
17657
%
22470
888701
15918
%
26578
677886
17185
%
26591
593188
8659
%
LAC下寻呼成功率
4个LAC区中有3个LAC区的寻呼成功率有明显提升，提升幅度在1%-2%左右。
其中LAC:26591寻呼成功率没有明显提升。经分析LAC的寻呼成功率波动较大主要原因可能是该LAC下的下行0_5级质量较差导致，。
开通后BSC的负荷
开通联合寻呼的2个BSC的BCSU的负荷略有提升，比开启前的BCSU负荷高出10%不到，对BCSU处理能力基本没有影响。
开通后BSC的日常指标变化
开通联合寻呼的2个BSC日常指标无明显异常情况，。
联合寻呼功能介绍
联合寻呼功能
网络操作模式1（NOM1）的情况下，如果对正进行数据业务的MS进行CS寻呼时，仅能通过在MSC和SGSN之间增加Gs接口的方式实现。
在网络操作模式2（NOM2）下，BSC将CS寻呼发送给相关的PCU，PCU通过查询内部建立的表格，察看MS是否在数据传输，若有则直接在PACCH信道上进行CS寻呼发送。
当网络操作模式为2（NOM2）且Paging coordinate功能开启时，网络会通过系统消息SI 13和PSI 14中的BSS_PAGING_COORDINATION来通知MS其是否支持联合寻呼，若支持则该消息设置为1，不支持则设置为0，其信令如下所示：
当网络满足所有联合寻呼条件后，PCU会对所有进行数据业务的MS进行建表，当BSC接收到A口的寻呼消息后，其先在PCH上进行发送，同时对进行数据业务的MS进行查询，若要寻呼的MS 在PCU建立的表内，则将该寻呼发送给PCU，此时PCU会确认该被叫MS是否仍旧正在进行数据传输，若是，则其在PACCH上进行寻呼消息传送，若否，则忽略此寻呼消息。
联合寻呼功能软硬件要求
软件版本需求：
硬件需求：
网络需要激活GPRS/EDGE功能
网络需要支持网络操作模