如果网络侧需要主动联系处于空闲模式、CELL_PCH 或者URA_PCH状态的UE， 就要发起寻呼流程，寻呼是网络联系UE的重要途径。和其它流程相比较，寻呼流程在无 线网络中表现出频率高、流量大、突发性强等特点，寻呼性能关系到整个无线网络的性 能。所以研究寻呼问题对无线网络性能具有很强的现实意义。 从UE接收寻呼消息的角度来看，寻呼消息分为PAGING TYPE1和PAGING TYPE2， 由UTRAN决定发送给UE的寻呼类型。PAGING TYPE1是通过PCCH逻辑信道来寻呼处 在IDLE，CELL_PCH，URA_PCH状态的UE。PAGING TYPE2是通过DCCH来寻呼处在 CELL_FACH，CELL_DCH状态的UE。PAGING TYPE1是本文讨论的重点，PAGING TYPE2可以作为普通的RRC信令处理，本文不作讨论。 网络侧会在以下情况下发起寻呼： 9 UE被叫：为了建立一次呼叫，核心网（CN）通过Iu接口向UTRAN发送寻呼消 息，UTRAN则将CN寻呼消息通过Uu接口上的寻呼过程发送给UE，使得被寻 呼的UE发起与CN的信令连接建立过程。 9 小区系统消息更新：当系统消息发生改变时，UTRAN为了通知处在空闲模式、 CELL_PCH和URA_PCH状态下的UE进行系统消息更新会触发寻呼过程，以使 UE读取更新后的系统信息。对于处在CELL_FACH状态的UE，为了通知它进 行相应的系统更新需要通过BCCH发送SYSTEM INFORMATION CHANGE INDICATION消息（由于V1.2版本不支持该消息，所以对CELL_FACH状态的 UE不做处理）。 9 UE状态迁移：为了触发处于CELL_PCH，URA_PCH状态下的UE进行状态迁 移（比如迁移到CELL_FACH状态），UTRAN会进行一次寻呼流程，作为对 该寻呼的一种应答形式，UE会相应的发起一次小区更新或URA更新。 一个典型的由寻呼引起的被叫流程如图 1 所示：CN发寻呼消息给UTRAN，UTRAN 收到寻呼消息后计算出寻呼时刻并获取目标小区，在寻呼时刻到来时将寻呼消息在空口 下发。UE寻呼成功的标志是CN收到UE的寻呼响应消息，整个过程包括寻呼下发和UE 接入等过程，UE接入过程不是本文讨论的范围，请参考接入过程指导书。寻呼过程中 可能会存在种种问题导致目标UE不能正确收到寻呼消息，如在网络群发短消息和全文 寻呼时，不合理的寻呼策略会使得寻呼信道拥塞从而造成寻呼消息大量丢失，严重情形 下还会造成系统长期过载，寻呼信道功率配比过低造成寻呼成功率低。本文将对这些导 致寻呼异常的问题进行深入讨论，并给出其解决方法。