扩展CCCH对寻呼影响.docVIP

扩展CCCH对网络寻呼的影响 一、LAC区寻呼 LAC寻呼容量及现网负荷 扩展CCCH以后，由于增加的CCCH吸收了部分原来由于空口受限而删除的寻呼，LAC寻呼量会有所增加，增加量取决于增加的CCCH吸收了多少以前被删除的寻呼；LAC寻呼容量固定不变，最大值为22W，门限值16W。 通过提取11月1日郑州全网LAC寻呼量，目前现网LAC负荷大于10W的LAC列表如下： DATA LAC Sum Of PAGING_MSG_SENT 2010年11月1日 14838 149521 2010年11月1日 14260 145983 2010年11月1日 14139 139131 2010年11月1日 14129 133484 2010年11月1日 14599 128712 2010年11月1日 14145 126101 2010年11月1日 14143 121263 2010年11月1日 14678 117575 2010年11月1日 14791 117334 2010年11月1日 14110 112282 2010年11月1日 14630 108194 2010年11月1日 14790 107645 2010年11月1日 14109 107098 2010年11月1日 14695 103539 2010年11月1日 14134 103392 负荷最高的14838、14260、14129均为BSC106下LAC（位于东城分公司，主要覆盖郑东新区龙子湖大学城区域），因负荷均接近门限值16W，建议尽快进行LAC区域调整。 位置区大小设置的优缺点 最佳的位置区大小实际上是PCH负荷和位置区更新(LU)之间的平衡。 位置区设置过大会导致LAPD ABIS信令负荷过载和Paging容量不足。 反之过小的位置区会频繁地进行位置区更新，且资源利用率过小，造成资源浪费。 二、空口寻呼容量 我们考虑空口寻呼容量时应从以下两个方面考虑： 空口寻呼容量 空口寻呼容量是影响Paging Delete的主要因素，主要决定于CCCH信道结构和MSC采用的寻呼方式。 在不改变空口AG、MFR参数的情况下，空口寻呼容量不变。未激活扩展CCCH的小区其空口寻呼容量为20W/小时；每激活1个扩展CCCH时（CCCH信道增加一倍），空口的寻呼容量增长20W。 MSC采用的寻呼方式有两种: IMSI(国际移动用户识别码，8字节)和TMSI(临时移动用户识别码，4字节)。使用IMSI方式寻呼会导致寻呼信道的负荷增加一倍。 Abis口寻呼容量 常规的ABIS信令带宽32K，按照60%的负荷门限为20W/小时。未激活扩展CCCH的小区其空口寻呼容量与ABIS安全门限匹配；激活扩展CCCH后，空口的寻呼容量增长，此时ABIS口安全负荷仍为20W，两者安全门限不匹配。若增加CCCH以后无寻呼量突破20W的扇区，ABIS口也不需要扩展；但若出现寻呼量超过20W的小区，则ABIS口受限，需修改LAPD信令至64K。 三、附件： 寻呼组数量的设置 一个小区寻呼组的数量可通过AG和MFR进行设置。 AG定义了每个复帧内AGCH专用的寻呼组数量，取值范围(0..7)，郑州目前一般设置为2。在AG请求较少的情况下，降低AG值，这样可以直接增加寻呼的容量，改善寻呼成功率，降低寻呼消息丢失的现象。 MFR定义了BTS的寻呼周期，即同一寻呼组传送寻呼请求的时间间隔。取值范围(2..9) ，郑州目前一般设置为5。 　　AG，MFR以及寻呼组的数量三者之间的关系如下： 　　1)CombinedBCCH/SDCCH小区： 　　寻呼组数量=(3- AG) * MFR =（3-2）*5=5寻呼组 　　2)Non-combinedBCCH/SDCCH小区： 寻呼组数量=(9- AG) * MFR =（9-2）*5=35寻呼组 寻呼组设置较多意味着手机在监测到正确的寻呼组之前需要等较长时间，这样会增加寻呼的时间。 寻呼组设置较少会由于手机较为频繁地接听寻呼组而缩短呼叫建立时长，缺点是手机会很费电。 LAC位置区范围设置算法 寻呼容量的计算： Combined BCCH / SDCCH ?One Block Reserved for AGCH = 2 Blocks for PCH ?Paged Mobile Stations per Paging_Request Message ，一个PCH Block平均能带3个Paging Messages ?In Average 2 Pages per Mobile Station （每手机两个寻呼） ?3 Pages/Blocks * 2 Blocks = 6 Pages every 51-frames Multiframe ( 235 ms ) ?2 Pages