寻呼原理概述及寻呼优化
寻呼原理及寻呼策略优化
寻呼原理及寻呼策略优化概述：寻呼成功率是衡量网络性能的一个重要指标，同时对于所有手机用户是否能够成功作被叫来说十分重要。
寻呼成功率主要取决于以下因素：位置区、寻呼方式、寻呼组设置和无线环境，本文主要讨论寻呼策略对寻呼成功率的影响，并结合实际的试验对珠海目前的寻呼策略优化提出建议。
关键词：位置区寻呼原理寻呼策略优化建议一、寻呼原理当一个位置区下的移动台被寻呼时，MSC就会通过基站控制器(BSC)向这一位置区内的所有BSC发出寻呼消息，BSC收到寻呼消息后，向该BSC下属于此位置区的所有小区发出寻呼命令消息｡当基站收到寻呼命令后，将在该寻呼组所属的寻呼子信道上发出寻呼请求消息，该消息中携带有被寻呼用户的IMSI或者TMSI号码。
移动台在收到寻呼请求消息后，通过随机接入信道(RACH)请求分配SDCCH。
BSC则在确认基站激活了所需的SDCCH信道后，在接入允许信道(AGCH)通过立即指配命令消息，将该SDCCH指配给移动台。
移动台则使用该SDCCH发送寻呼响应(Paging Resp)消息给BSC，BSC将Paging Resp 消息转发给MSC，完成一次成功的无线寻呼｡如下图1：二、寻呼策略设置介绍1、寻呼策略目前GSM网存在TMSI寻呼和IMSI寻呼两种寻呼方式。
在GSM系统中，每个用户都分配了一个惟一的IMSI，IMSI写在移动台的SIM卡中，长8字节，用于用户身份识别；TMSI由VLR为来访的移动用户在鉴权成功后临时分配，仅在该VLR管辖范围内代替IMSI在空中接口中临时使用，且与IMSI相互对应，长4字节。
因此空中接口的寻呼信道在使用IMSI 方式寻呼时，寻呼请求消息中只能包含2个IMSI 号码，而使用TMSI 方式寻呼时，则可以包含4个TMSI号码。
因此，使用IMSI 方式寻呼带来的寻呼负荷会比使用TMSI 方式寻呼增加一倍，是否使用TMSI 由参数TMSIPAR 来决定｡在用户的位置区信息已知的情况下，第一次寻呼会在该位置区进行，如果第一次寻呼失败，则第二次的寻呼方式则根据PAGREP1LA 参数的设置进行，如果其值为0，则不会进行第二次寻呼，直接产生EOS400；如果其值为1 或2，则其使用TMSI 或者IMSI 在原位置区进行重复寻呼；如果其值为3，则第二次寻呼使用IMSI 在所有的位置区进行。
NOKIA网络寻呼原理(Paging)及参数分析
NOKIA系统GSM网络寻呼原理及参数分析摘要：寻呼成功率是衡量网络性能的一个重要指标，同时对于所有手机用户是否能够成功作被叫来说十分重要。
寻呼成功率则取决于以下因素：LAC、REPAGING、寻呼组设置和无线环境。
关键词： PAGING、寻呼参数、REPAGING一、寻呼原理当一个手机被寻呼时，MSC就会通过BSC向对应LAC范围内的所有基站发出寻呼请求（一个LAC可能涵盖数十个甚至数百个小区，也可能包括在多个BSC中，所以发至BSC的寻呼信息数量可能会很惊人）。
而且如果寻呼不到用户，BSC会根据设置选择是否进行REPAGING（AT）及REPAGING的间隔时间（INT）。
由于BTS必须通过有限的PCH信道向移动台MS发送寻呼请求PAGING_COMMAND，移动台MS根据参数AG（预留AGCH块）和MFR（CCCH 复帧的周期）计算出应该监听的寻呼周期，周期性地监听所属的寻呼组。
移动台MS监测到基站发送的寻呼请求，做出响应PAGING_RESPONSE。
二、寻呼参数1、LAC由于GSM系统的寻呼是基于LAC，因此LAC的规划就非常重要。
LAC主要有以下两项功能：i. 在此区域内，网络发起对某个手机的呼叫，此区域内所有的基站都会进行寻呼。
因此假如一个LAC涵盖的基站数过多，用户数过多，大量的寻呼将导致BTS寻呼负荷过载。
ii. 手机进入一个新的LAC服务范围内，必须发起位置更新请求（location update），更新HLR及VLR内的位置记录。
因此网络的LAC数过多，会造成手机频繁的位置更新，浪费相应的信令资源。
2、REPAGING和REPAGING时间间隔第一次寻呼没有响应后，MSC根据参数AT和INT进行REPAGING。
●AT REPAGING ATTEMPTS定义了REPAGING的次数，取值范围0－5。
0表示不进行REPAGING。
●INT REPAGING INTERVALS定义了REPAGING的时间间隔，取值0－500。
寻呼成功率优化方法探讨
寻呼成功率优化方法探讨李慧莲（中国联合网络通信有限公司广东省分公司510627）邹海燕（中国联合网络通信有限公司广州市分公司510627）林宇年（中国联合网络通信有限公司潮州市分公司521000）摘要重点从核心网角度出发，结合实际优化案例经验，对寻呼成功率优化方法进行探讨，就核心网寻呼参数配置优化、寻呼黑洞分析优化、寻呼新功能设置进行了研究和优化应用并取得了很好的效果。
关键词：寻呼成功率优化方法寻呼黑洞寻呼协调1 概述寻呼成功率是一项重要的网络质量指标，它直接反映了被叫接通率和短信接收成功率等性能，寻呼指标的优劣直接影响终端用户使用感知，因此寻呼成功率一直是网络优化的重点，寻呼成功率虽然是一项核心网侧的统计指标，但该指标的提升需要核心网优化和无线优化共同完成，本文重点是从核心网出发，对寻呼成功率优化方法进行探讨，包括核心网寻呼参数配置、寻呼黑洞分析、寻呼新功能设置，当然，提升寻呼成功率的方法很多，文本只重点介绍这三个方面。
2 核心网寻呼参数配置2.1 隐性关机时长隐性关机时长就是当用户在达到或超过这个时长的时间间隔后，用户没有与MSC发生联系，则MSC会置用户为关机状态，之后若用户被叫就不会下发寻呼请求，从而能降低无效寻呼来提升寻呼成功率，这个参数要与无线侧周期性位置更新时长综合考虑，一般来说稍大于周期性位置更新时长的2倍，如现网周期性位置更新时长为30分钟，则核心网侧设置为65分钟。
2.2 寻呼间隔寻呼间隔就是等待寻呼响应超时的时长，一般来说在3～6秒之间，对于无线环境较差的区域，可能寻呼响应的时间较长，如果设置的寻呼时间间隔过短，每次寻呼响应还没有到达MSC，MSC的寻呼就超时了，从而影响寻呼成功率，而寻呼时间间隔过长，呼叫接续时长延长，可能造成用户等待时间太长，也会影响用户感知，寻呼时间间隔的设置也需要综合考虑，同时也需要与无线配合，具体优化时可参照核心网优化平台统计寻呼响应时延分布情况进行合理设定。
信令流程讲解-寻呼流程
提升网络覆盖范围
优化基站布局
合理规划基站位置和数量，提高网络 覆盖的连续性和稳定性。
引入新型网络技术
如采用MIMO、Massive MIMO等新 型技术，提高信号传输质量和覆盖范 围。
加强设备维护和故障处理能力
定期巡检和维护
对基站、交换机等设备进行定期巡检和维护，确保设备正常运行。
建立快速响应机制
寻呼响应可以通过单向或双向的 方式发送。
寻呼结果处理
寻呼结果通知
01
当网络收到用户的寻呼响应后，会根据用户的响应内容进行处
理，例如向用户发送新消息、更新用户状态等。
未接收到响应的处理
02
如果网络在一定时间内未收到用户的寻呼响应，网络会采取相
应的措施，例如发送提醒消息或进行再次寻呼。
寻呼结果记录
03
寻呼请求通过无线信令网络发送，并由基站接收和转发给移 动用户。
寻呼类型
立即寻呼
当移动用户处于空闲状态时，立 即寻呼用于通知用户有来电或消 息。
状态寻呼
当移动用户处于通话状态时，状 态寻呼用于通知用户有来电或紧 急消息。
寻呼流程的重要性
保障通信服务质量
寻呼流程是移动通信网络中不可 或缺的一部分，它能够及时地将 来电或消息传递给用户，保障了 通信服务的质量和效率。
网络会对每次寻呼的结果进行记录，用于后续的分析和处理。
03
寻呼流程中的关键信令
Paging Request
用于请求特定移动台响应的信令。
当网络需要与一个或多个移动台通信时，它会向相关的基站发送寻呼请求。这个请 求会包含要寻呼的移动台的标识信息，例如IMSI（国际移动用户识别码）。基站会 根据这些信息向相应的移动台发送寻呼消息。
NOKIA网络寻呼原理(Paging)及参数分析
NOKIA系统GSM网络寻呼原理及参数分析摘要寻呼成功率是衡量网络性能的一个重要指标，同时对于所有手机用户是否能够成功作被叫来说十分重要。
寻呼成功率则取决于以下因素：LAC、REPAGING、寻呼组设置和无线环境。
关键词： PAGING、寻呼参数、REPAGING一、寻呼原理当一个手机被寻呼时，MSC就会通过BSC向对应LAC范围内的所有基站发出寻呼请求（一个LAC可能涵盖数十个甚至数百个小区，也可能包括在多个BSC中，所以发至BSC的寻呼信息数量可能会很惊人）。
而且如果寻呼不到用户，BSC会根据设置选择是否进行REPAGING（AT）及REPAGING的间隔时间（INT）。
由于BTS必须通过有限的PCH信道向移动台MS发送寻呼请求PAGING_COMMAND，移动台MS根据参数AG（预留AGCH块）和MFR（CCCH复帧的周期）计算出应该监听的寻呼周期，周期性地监听所属的寻呼组。
移动台MS监测到基站发送的寻呼请求，做出响应PAGING_RESPONSE。
二、寻呼参数1、LAC由于GSM系统的寻呼是基于LAC，因此LAC的规划就非常重要。
LAC主要有以下两项功能：i. 在此区域内，网络发起对某个手机的呼叫，此区域内所有的基站都会进行寻呼。
因此假如一个LAC涵盖的基站数过多，用户数过多，大量的寻呼将导致BTS寻呼负荷过载。
ii. 手机进入一个新的LAC服务范围内，必须发起位置更新请求（location update），更新HLR及VLR内的位置记录。
因此网络的LAC数过多，会造成手机频繁的位置更新，浪费相应的信令资源。
2、REPAGING和REPAGING时间间隔第一次寻呼没有响应后，MSC根据参数AT和INT进行REPAGING。
●AT REPAGING ATTEMPTS定义了REPAGING的次数，取值范围0－5。
0表示不进行REPAGING。
●INT REPAGING INTERVALS定义了REPAGING的时间间隔，取值0－500。
VOLTE寻呼拥塞分析优化案例
VOLTE寻呼拥塞分析优化案例一、案例背景VOLTE（Voice over LTE）是指通过LTE网络进行语音通信的技术，它提供了高质量的语音通话和丰富的通话功能。
然而，在实际网络运营中，由于网络拥塞等原因，VOLTE寻呼过程中可能浮现延迟或者失败的情况，影响用户的通话体验。
因此，我们需要进行VOLTE寻呼拥塞分析优化，以提高寻呼成功率和通话质量。
二、问题分析1. 寻呼拥塞原因分析：我们需要对VOLTE寻呼拥塞问题进行深入分析，找出导致寻呼失败或者延迟的具体原因。
可能的原因包括网络拥塞、信号覆盖不足、信道干扰等。
2. 寻呼成功率分析：对于寻呼成功的情况，我们需要分析成功率，并根据不同地区、时间段等因素进行对照分析，找出成功率较低的地区或者时间段，并进一步分析原因。
3. 通话质量分析：除了寻呼成功率外，我们还需要分析VOLTE通话质量，包括音质、时延、丢包率等指标。
通过对通话质量的分析，我们可以找出影响通话质量的因素，并进行优化。
三、数据采集与分析1. 数据采集：我们需要采集VOLTE寻呼过程中的相关数据，包括寻呼请求次数、寻呼成功次数、寻呼失败次数、寻呼延迟时间、通话质量指标等。
这些数据可以通过网络监测设备、基站设备、用户设备等进行采集。
2. 数据分析：采集到的数据需要进行详细的分析，包括寻呼成功率的计算、寻呼延迟时间的统计、通话质量指标的计算等。
通过对数据的分析，我们可以找出问题所在，并制定相应的优化方案。
四、优化方案1. 网络优化：针对网络拥塞问题，我们可以通过增加基站、优化网络参数、调整信道分配等手段来提高网络容量和覆盖范围，从而减少寻呼拥塞情况的发生。
2. 信号优化：对于信号覆盖不足的问题，我们可以通过增加基站或者调整天线方向来改善信号覆盖情况，提高寻呼成功率。
3. 干扰处理：针对信道干扰问题，我们可以通过频谱分析、干扰源定位等手段来找出干扰源，并采取相应的干扰消除措施，提高寻呼成功率和通话质量。
寻呼成功率的分析及优化v4
••••••••••••••••网络寻呼成功率的分析及优化2007.08诺基亚西门子网络温州移动项目组郑竣吉 & 刘燕杰浙江温州移动GSM无线网络优化咨询服务•目录1.概述 __________________________________________________________________________________ 32.寻呼的基本信令流程_____________________________________________________________________ 33.影响寻呼成功率的因素____________________________________________________________________ 4 3.1位置区域规划___________________________________________________________________________ 4 3.2网络寻呼策略___________________________________________________________________________ 5 3.2.1呼叫重传_________________________________________________________________________ 5 3.2.2减少不必要的寻呼_________________________________________________________________ 6 3.2.3现网PER参数设置建议 _____________________________________________________________ 7 3.2.4MS进行位置更新同时作MTC ________________________________________________________ 7 3.3寻呼容量受限___________________________________________________________________________ 8 3.3.1信道配置_________________________________________________________________________ 8 3.3.2寻呼块结构_______________________________________________________________________ 9 3.3.3寻呼组_________________________________________________________________________ 10 3.3.4寻呼的排队及抛弃________________________________________________________________ 11 3.3.5现网寻呼最大容量计算 _____________________________________________________________ 11 3.4SDCCH信道指配失败及拥塞______________________________________________________________ 13 3.5网元负荷导致__________________________________________________________________________ 13 3.6无线覆盖质量导致 ______________________________________________________________________ 143.7移动用户因素__________________________________________________________________________ 144.结束语 _______________________________________________________________________________ 145.附件 _________________________________________________________________________________ 15 5.1MSC寻呼参数设置_____________________________________________________________________ 15 5.2BSC寻呼相关参数统计 __________________________________________________________________ 151. 概述致力于提高网络质量，从而保持用户的忠诚度和争取更高的市场份额是中国移动目前面临的重要课题。
无线寻呼工作原理图
无线寻呼工作原理图
抱歉，我无法提供图片功能。
我可以为您提供无线寻呼的工作原理如下：
1. 用户A向基站发起呼叫请求。
2. 基站将呼叫请求转发至寻呼中心。
3. 寻呼中心根据用户A的信息，确定寻呼范围。
4. 寻呼中心向用户B所在基站发送寻呼请求。
5. 用户B所在基站将寻呼请求广播至覆盖范围内的所有用户终端。
6. 用户B的终端接收到寻呼请求，发出响应信号。
7. 用户B的终端将响应信号发送至基站，并通过基站转发至寻呼中心。
8. 寻呼中心将用户B的响应信号反馈给用户A所在基站。
9. 用户A所在基站收到响应信号后，将其转发至用户A的终端。
10. 用户A的终端接收到响应信号，呼叫建立成功。
这是无线寻呼的基本工作原理，其中涉及到呼叫请求、寻呼范围判定、广播、响应信号的传输等环节。
具体实现可能会根据不同的无线寻呼系统略有差异。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
寻呼原理概述及寻呼优化目录一、背景 (1)二、寻呼原理 (2)2.1、CS寻呼流程及寻呼策略 (2)2.1.1、CS寻呼流程 (2)2.1.2、CS寻呼策略 (3)2.2、PS寻呼流程及寻呼策略 (4)2.2.1、PS寻呼流程 (4)2.2.2、PS寻呼策略 (5)2.3、寻呼信道及寻呼容量 (5)2.3.1、寻呼信道介绍 (5)2.3.2、寻呼容量 (6)三、小区级寻呼拥塞及解决思路 (7)3.1、小区寻呼拥塞 (7)3.2、寻呼拥塞的解决方法探讨 (8)四、全网语音寻呼成功率优化探讨 (9)五、小结 (10)附件1：寻呼组计算方法 (10)附件2：文中COUNTER意义： (11)附件3：文中涉及参数的意义 (11)一、背景随着GPRS业务的迅速增长，数据业务占用消耗载波资接近语音业务消耗的载波资源，同时空口寻呼容量瓶颈现象也日趋严重，现网中小区级寻呼拥塞现象严重，甚至制约着网络语音寻呼成功率的提高。
由于寻呼优化需涉及到MSC、SGSN、BSC及PCU等网元，作者知识经验有限，本文结合广州项目做高拥塞工作的经验及参考了韩杰斌《GPRS网络优化原理》，对寻呼做了简单的介绍，希望大家对网络中出现的新问题有个系统的感性认识。
二、寻呼原理GPRS没有专用的控制信道，因此BTS的CCCH信道承载了CS业务与PS 业务的寻呼指配，其中CS寻呼消息由MSC发出，PS寻呼消息由SGSN发出。
2.1、CS寻呼流程及寻呼策略2.1.1、CS寻呼流程当被叫MSC收到GMSC发来的IAI消息后，将向其VLR发送一条入局呼叫消息,VLR在收到该消息后，来分析被叫的号码（在VLR中有各种号码分类的信息，它会检查看是否有指向该号码的能力）和网络本身的资源能力等等来核对是否能接纳这种需求，若某些项目不能通过将通知主叫端呼叫建立失败。
在正常的情况下VLR将向MSC发送寻呼（PAGING）的MAP消息，该消息中含有该移动台所在的位置区（LAI）以及被寻呼用户的IMSI或TMSI的号码，来通知MSC开始执行寻呼该移动台的过程。
当MSC从VLR中获得移动台目前所处的位置区后，将向这一位置区中的所有BSC发出寻呼（PAGING）的报文，该报文中含有寻呼所需的必须发寻呼消息的小区列表及TMSI和IMSI信息，其中IMSI有两个用处，一个是可以用来通过小区的寻呼信道来寻呼移动台，一个是为了处理不连续接收所被用来确认寻呼子信道的。
BSC将对依据表中所定义的该位置区的所有小区发出寻呼命令（PAGING COMMAND）在该报文中将含有所属寻呼子信道组的号码和所占用的时隙号。
当小区收到该寻呼命令时，将该寻呼所属的寻呼子信道上发出寻呼请求消息（PAGING REQUEST），在该消息中携带有被寻呼用户的IMSI或TMSI号码。
此时，被叫移动台若在其守候的寻呼子信道上，通过对寻呼消息的解码，若发现是对自己的寻呼，则将发出信道请求（channel request）来触发初始化信道分配过程，当收到网络对它的立即指派命令时，则通过SABM帧在所被指派的信道上发回寻呼应答（PAGING RESPOSE）的初始化报文。
此后再通过一系列的鉴权加密，TMSI重新分配过程，就进入了被叫的呼叫建立过程。
2.1.2、CS寻呼策略目前GSM网络中CS域寻呼存在TMSI寻呼和IMSI寻呼两种寻呼方式，是否使用TMSI 由参数TMSIPAR 1（标注的参数解析见附件3）来决定｡在用户的位置区信息已知的情况下，第一次寻呼会在该位置区进行，如果第一次寻呼失败，则第二次的寻呼方式则根据PAGREP1LA 2参数的设置进行，如果其值为0，则不会进行第二次寻呼；如果其值为1 或2，则其使用TMSI 或者IMSI 在原位置区进行重复寻呼；如果其值为3，则第二次寻呼使用IMSI 在所有的位置区进行（MSC内寻呼）。
在用户的位置区信息未知的情况下，第一次寻呼会在所有的位置区进行，如果第一次寻呼失败，则第二次的寻呼方式则根据PAGREPGLOB 3参数的设置进行，如果其值为0，则不会进行第二次寻呼；如果其值为1，则其使用IMSI 在所有位置区进行重复寻呼。
知识点总结：打开二次寻呼的优点：可以提高边界位置区MS台的寻呼成功率。
缺点：会明显提升寻呼负荷。
目前的MSC交换局分为硬交换与软交换。
通常一个软交换局带有2个以上的BSC，以广州为例，硬交换管理2个BSC,软交换局普遍管4个BSC。
故软交换与硬交换局的寻呼策略不同，软交换局的二次寻呼是LA寻呼，硬交换局的二次寻呼是MSC内寻呼。
2.2、PS寻呼流程及寻呼策略2.2.1、PS寻呼流程SGSN发起的下行分组数据的传输和移动台在SGSN中标识的MM状态相关。
若MS在SGSN中的状态为就绪（READY）时，下行链路TBF的建立将不需要寻呼过程，下行的数据传输将通过CCCH信道发起“立即指配”（IMMEDIATE ASSIGNMENT）消息来建立起来；如果同时有上行传送正在进行，那么下行的数据传输将通过SACCH信道发送“分组上行证实/未证实”（PACKET UNLINK ACK/NACK）消息来建立起来；若MS在SGSN中的状态为待命（STANDBY）时, 下行链路TBF的建立将需要寻呼过程.当网络向STANDBY状态的MS发起分组传送时SGSN向PCU下发PAGING REQUEST消息寻呼MS，PCU处理后发送PACKET PAGING 消息给BSC，BSC根据消息中的小区识别标志向相应小区下发PACKET PAGING REQUEST。
该寻呼流程将MM的状态由STANDBY转为READY，MS收到寻呼请求后将回送任一有效的LLC 帧作为应答，将SGSN中的MM上下文由STANDBY状态转为READY状态。
如果SGSN在一定时间内（由定时器T3113）没有收到MS的应答，将重复发送寻呼请求。
知识总结：1、PS域寻呼与MS的MM状态相关，如果用户在较短的时间内发起两次数据请求，适当地调整MS由STANDBY状态至READY状态的时间延迟（由参数DLDELAY 4与ULDELAY 5控制），避免TBF早释，也能减低CCCH负荷。
TBF延迟释放时间大于第二次数据请求间隔时间，其中调整DLDELAY，能减少PCH寻呼数（如果上行TBF释放掉的话，不能减少AGCH指配数），调整ULDELAY，能减少AGCH指配数。
注：某些文章说调整ULDELAY与DLDELAY均能减少PS-AGCH指配数，这种说法有些笼统。
2、T3113：该计时器在网络发送寻呼请求(PAGING REQUEST)消息时开始,在网络收到寻呼响应( PAGING RESPONSE)消息时结束.如果超时,重发PAGING REQUEST消息.因此该值设置的过小也会使寻呼信道的负载增加,但如果设置过大会增加平均时延。
2.2.2、PS寻呼策略PS域寻呼与CS域寻呼不同，PS域寻呼与MS的MM状态相关，当MS处于就绪（READY）状态时，PS业务无寻呼（见2.2.1），当MS处于(STANDBY)状态时，PS业务有寻呼。
在GPRS中试按路由区（RA）来进行位置管理的，路由区是位置区的子集，即一个位置区可以作为一个路由区，也可进一步划分为几个路由区。
每个路由区都只有一个SGSN对其提供服务。
同GSM位置区的概念类似，每个GPRS的覆盖区域都被分为多个路由区，一个路由区可以包含一个或多个小区。
网络将存储每个移动台的路由区，并在适当的时候作为寻呼该移动台的位置信息。
对于待命（STANDBY）状态的GPRS移动台的寻呼是通过对移动台所在路由区的所有小区寻呼来实现的。
PS寻呼也可以用IMSI与P-TMSI(分组临时移动用户识别码)寻呼，采用IMSI（PAGING 或P-TMSI寻呼由“分组寻呼消息”决定。
SGSN向PCU发出一条“分组寻呼”PS）消息。
其中包括IMSI,DRX参数，QOS文件等信息。
若消息中带有P-TMSI,在BSS向MS发送寻呼请求时采用P-TMSI。
如果SGSN在一定时间内（由定时器T31136）没有收到MS的应答，SGSN会在原来的路由区内寻呼MS，如果用户无法响应，在计数器超时后失败。
2.3、寻呼信道及寻呼容量2.3.1、寻呼信道介绍GPRS网络没有专用的控制信道，目前GPRS网络采用和电路域共用的方式。
在GSM系统中公共控制信道CCCH信道主要包括AGCH和PCH信道，它的主要作用是用来发送立即指派消息和寻呼消息。
虽然PCH和AGCH共享CCCH信道，但任何时候AGCH优先于PCH，即当系统需要下发Immediate Assignment消息时，如果有固定的AGCH空闲，就用空闲的AGCH，如果没有空闲的AGCH，就占用CCCH做AGCH。
CCCH可以由一个物理信道承担，也可以有多个物理信道共同承担，且CCCH 可以与SDCCH信道共用一个物理信道。
小区中的公共控制信道采用哪种组合方式，由参数CBCH 7决定。
当CBCH确定以后，参数AGBLK 8分配AGCH和PCH在CCCH上占用的比例。
由前面可知：寻呼可以采用IMSI或TMSI(P-TMSI)寻呼，IMSI长8字节；TMSI长4字节。
因此空中接口的寻呼信道在使用IMSI 方式寻呼时，寻呼请求消息中只能包含2个IMSI 号码，而使用TMSI 方式寻呼时，则可以包含4个TMSI号码。
寻呼块结构有三种，由寻呼策略决定见2.1.2，如表1所示。
表1 寻呼块结构2.3.2、寻呼容量寻呼容量就是由CBCH、AGBLK及寻呼策略决定，其中使用IMSI 方式寻呼带来的寻呼负荷会比使用TMSI 方式寻呼增加一倍。
寻呼是基于每个LAC分区发送的，结合广州移动现网的实际情况，AGBLK设置为1，CBCH为NO,均开启了2次寻呼，其中软交换局一次寻呼在本地TMSI寻呼,二次寻呼是本地IMSI寻呼，二次重发比例在15%左右，PS域寻呼采用PTMSI 寻呼。
因此理论上最大的寻呼负荷为：(4/（1+2*0.15）)/(8/0.2354)*3600=376449 PA/H。
根据省公司提供的CCCH信道利用率建议值60%，因此LAC（包含RAC）的寻呼总量应该小于225869次。
寻呼容量的紧用CCCH 负荷来计算，CCCH 负荷有小区及LA 级。
其中小区级CCCH 负荷=（PCH 占用信道数+AGCH 占用信道数）/ 9PCH 占用信道数(PCH 占用CCCH 块数)=第一次寻呼数/3600*0.2354*(1+2*二次重发比例)/4+ BSCGPRS.PAGPSBSC *0.2354/3600/4一次寻呼数：LOCAREAST.NLAPAG1LOTOT+PAGING.NPAG1GLTOT二次寻呼数：LOCAREAST.NLAPAG2LOTOT+PAGING.NPAG2GLTOT二次重发比例：第二次寻呼数/第一次寻呼数AGCH 占用信道数(AGCH 占用CCCH 块数)=（CCCHLOAD.CSIMMASS + CCCHLOAD.PSIMMASS ）* 0.2354 / 3600LA 级的CCCH 负荷=以每个小区的话务量占LA 总话务的比值为加权系数，对LA 内每个小区的CCCH 负荷进行加权平均，得到LA 级CCCH 负荷，具体算法如下：设置每个小区话务为h ，LA 级CCCH 负荷为FLA 级的CCCH 负荷也可以采用LA 内每个小区的CCCH 负荷进行简单的算术平均。