【资料名称】：专题优化思路-寻呼

【资料作者】：SU

【资料日期】：2011

【资料语言】：中文

【资料格式】：DOC

【资料目录和简介】：

寻呼过程用于在寻呼控制信道（PCCH）上给选定的处于空闲模式、CELL_PCH或URA_PCH状态下的UE传输寻呼信息。
寻呼流程是网络侧通过寻呼信息触发UE完成特定的操作，按UE所处的RRC状态不同，寻呼消息类型分为两类：
普通寻呼通过寻呼消息Paging Type1在PCCH信道上寻呼空闲模式或CELL_PCH、URA_PCH状态下的UE。
专用寻呼通过寻呼消息Paging Type2（RLC AM模式）在DCCH信道上寻呼CELL_DCH、CELL_FACH连接模式下的UE，寻呼消息中包括CN域的标识，寻呼记录等。
寻呼流程主要有三类用途：
在核心网发起呼叫或通话建立时，需要建立一个信令连接（寻呼空闲模式下的被叫UE）；
实现UE状态变化，使UE状态从CELL_PCH/URA_PCH切换到CELL_FACH；
指明系统信息发生了变化，使UE读取更新的系统信息。此时RNC针对小区内所有UE发送一个没有寻呼记录但有为系统消息主信息块描述新的值标记信息的寻呼消息。

2问题处理思路（规定动作）
寻呼拥塞：寻呼能力与PCH与PICH的通道带宽相关。根据协议规定，PICH与PCH是一一对应的，它们具有相同的码道数目。出现此类问题可以进行如下步骤的处理。
1）观察寻呼拥塞的比率：如果是100%的拥塞率，则建议对基站硬件进行检查，对于TD-SCDMA基站来说，一般是映射PCH的CCCH信道存在问题。（可以通过检查SCCPCH信道是否建立来查看）
2）寻呼拥塞率较高，但小于100%：一般来说出现此种问题是由于寻呼容量配置参数存在问题，详见附表中的寻呼参数配置。
IDLE状态的UE寻呼却发了寻呼类型2：此时，RNC还应该存在此UE的相关资源没有释放，这主要有两个方面的原因，一个呼叫的释放需要时间，一般需要2秒左右，如果在这个时段有此UE的寻呼事件发生，则存在此种情况；另外一种情况是对于FACH状态下的UE，如果非正常关机，也会发生此现象，对于这种现象可以通过调整T3212定时器来实现。（这主要是因为RNC需要等待小区周期性位置更新超时后才能释放）。
寻呼失败：
1）LAC区规划不合理造成在边界区寻呼存在问题
2）CN侧寻呼参数设置不合理造成在边界区寻呼存在问题
3）重选参数设置或重叠覆盖造成频繁重选，从而造成寻呼成功率低
4）终端问题造成的寻呼失败：终端经常出现自动脱网的现象。