【资料名称】：关于考虑数据业务后寻呼容量的计算

【资料作者】：爱立信

【资料日期】：2010

【资料语言】：中文

【资料格式】：DOC

【资料目录和简介】：

如何用TEST SYSTEM追踪寻呼无响应的用户以及该用户上次和网络发生联系时该用户所在的CGI? 目前现网设置为AGBLK=1,BCCHTYPE设为“NON-COMBINED,每51复帧中的PCH寻呼块有8个，当第一次寻呼使用TMSI号码时，每个寻呼组可容纳的寻呼次数（Paging Attemps）为：4/ (1+2*12.5%)=3.2PA / paging block (1 PA = 1TMSI + 12.5% IMSI), 对于BCCHTYPE=NCOMB的小区的寻呼容量为：3.2*(8/0.2354)=108.75 PA/Sec. 则：1.125*108.75=122.34 Paging Command/Sec. 即每小时可处理的寻呼数为：122.34*3600=440442,(该数是否是Nlapag1lotot+Npag1gltot), 爱立信建议：实际的寻呼负荷应不大于小区每小时可处理的寻呼数的50%，这样计算的寻呼容量约为20万（假设10％的二次寻呼比例，二次寻呼采用IMSI+Global方式）。如何去衡量数据业务加入后的容量？对于具体的小区来说，它收到的寻呼次数是LA的总次数（NLAPAG1LOTOT+NPAG1GLTOT）+PAGPSBSC吗？如果立即指配数（语音加数据业务）高达十几万甚至二十万，按理论最大承载能力（约3万）计算都要占去7个CCCH，而立即指配的优先级是高于寻呼的，这样留给PCH使用的CCCH块最多只有2个了，如何准确计算立即指配数与寻呼容量？