当前位置:首页 >> 信息与通信 >>

2011年新疆移动奎屯市LAC专项优化报告


2011
新疆移动 C 片区奎屯 LAC 专项优化

张强 C 片区 2011-7-20

奎屯 LAC 专项优化报告

目录
一、 LAC 划分简介......................................................................... 3

二、 奎屯现网规模 ........................................................................ 4 (一) A 口寻呼容量评估.............................................................. 5 (二) Abis 接口寻呼容量评估 ..................................................... 6 (三) BTS 寻呼容量评估 .............................................................. 9 三、 诺基亚与中兴参数一致性研究 .......................................... 13 四、 寻呼故障小区处理 .............................................................. 15 五、 LAC 划分 .............................................................................. 16 (一) 奎屯现网 LAC 分界 ........................................................ 16 (二) 奎屯 LAC 合并方案 ........................................................ 17 (三) 奎屯 LAC 合并方案评估 ................................................ 18 (四) 奎屯 LAC 合并方案应急保障方案 ................................. 20 六、 总结 ..................................................................................... 20

2

奎屯 LAC 专项优化报告

奎屯 LAC 专项报告
一、 LAC 划分简介 划分简介
LAC代表一个位置区域,主要有以下两项功能: 在此区域内,网络发起对某个手机的呼叫,此区域内所有的基 站都会进行寻呼。 手机进入一个新的LAC服务范围内,必须发起请求,更新HLR 及VLR内的位置记录。因此LAC的划分的合理性可能导致:LAC 覆盖范围过小,可以导致移动台发生位置更新的过程增多,从 而增加了系统中的信令流量,浪费相应的信令资源。LAC覆盖 范围过大,可以导致寻呼信道负荷过重、BTS寻呼负荷过载、 增加Abis接口上的信令流量。LAC不合理导致LAC寻呼负荷过 载,重发次数瞬间成倍增加,导致A、Abis接口信令负荷过高, 造成接通率降低,寻呼成功率低。LAC不合理可以直接影响 SDCCH拥塞率、SDCCH掉话率。 因此合理的LAC划分对一个地区的网络质量有着重要的影响, 合理的LAC划分应该遵循一下几个原则: 尽量避免LAC交界位置在主干道和高话务用户密集区域地区。 划分的LAC区域内寻呼量是否超标。 尽量利用移动用户的地理分布和行为进行LAC 区域划分, 达到 在位置区边缘位置更新较少的目的。

3

奎屯 LAC 专项优化报告

交换机和BSC归属情况,LAC的范围必须在一个MSC下,不允许 跨越MSC。

二、 奎屯现网规模
目前奎屯移动 GSM 全网大约 375 个基站, 小区 1187 个, 载频 5557 块,LAC 5 个(39200、39201、39202、39203、39204),BSC 4 个, MSC 1 个。中兴 LAC(LAC4、LAC5)2 个,BSC 2 个,诺西 BSC 3 个。 现网 5 个 LAC 具体划分和地理位置如下: (1)39200 包含奎屯市区。 (2)39201 包含奎屯团场以及皇宫镇等主要区域。(3)39202 包含 独山。 (4)39203 奎屯市区以及 131 团。 (5)39204 整个乌苏地区。

4

奎屯 LAC 专项优化报告

(一) 一

A 口寻呼容量评估 寻呼容量评估
经过对奎屯 MSC 一次寻呼以及二次寻呼掉次数进行汇总,具体

情况见下表:
LAC 区 LAC1 06.20 LAC1 06.21 LAC1 06.22 LAC1 06.23 LAC1 06.24 LAC2 06.20 LAC2 06.21 LAC2 06.22 LAC2 06.23 LAC2 06.24 LAC3 06.20 LAC3 06.21 LAC3 06.22 LAC3 06.23 LAC3 06.24 LAC4 06.20 LAC4 06.21 LAC4 06.22 LAC4 06.23 LAC4 06.24 LAC5 06.20 LAC5 06.21 LAC5 06.22 LAC5 06.23 LAC5 06.24 一次寻呼次 数/每小时 56592.31 54294.56 55000 54413.69 59022.31 33398.25 33393.63 36163.25 37659.13 34849.81 36538.13 36644 35970.19 37124.44 40187.56 18087.88 18024.94 17726.63 18174.06 19138.31 60844.06 64284 59570 62377.56 61647.44 一次寻呼成功 次数/每小时 52310.38 50266.69 51023.19 50557.06 54873.44 29613.38 29710.31 32051.31 33522.94 31075.63 33315.38 33516.81 33194.38 34124.06 36889.06 16122 16139.75 15962.69 16414.75 17289.44 54617.75 57462 53389.63 55598.06 55351.38 二次寻呼次 数/每小时 2396.188 2281.313 2246.813 2211.688 2378.5 1722.063 1671.313 1805.563 1874.125 1689.438 1548.5 1510.438 1352.313 1439.438 1593.188 1004.5 985.8125 932.125 932.375 990.5 2987.5 3263.375 2917.313 3198.5 3056.938 二次寻呼成功 次数/每小时 1430.938 1369.125 1363 1365.375 1484.875 693.4375 676.6875 690.125 761.3125 662.4375 714.4375 698.875 663.0625 692.4375 744.0625 510.4375 506.4375 496.875 507.125 540.5625 1407.75 1553.813 1352.563 1463.5 1469.375 全网寻呼次 数/每小时 94.6875 79.1875 74.5 80.5625 74.875 94.6875 79.1875 74.5 80.5625 74.875 94.6875 79.1875 74.5 80.5625 74.875 94.6875 79.1875 74.5 80.5625 74.875 94.6875 79.1875 74.5 80.5625 74.875

由于奎屯移动 MSC 采用华为设备,其 A 口最大寻呼容量为 80 万 次每小时,就当前奎屯地区 5 个 LAC 区域最大寻呼次数之和为 30 万 次左右,远远低于 A 口最大寻呼负荷。

5

奎屯 LAC 专项优化报告

(二) 二

Abis 接口寻呼容量评估 接口寻呼容量评估
通过与奎屯移动 MSC 工程师沟通得知,奎屯移动主要采用

32kbit/s 传输。 由于位置区内的寻呼消息是以广播的形式发出的, 也即寻呼消息 将由 BSC 发给每一个小区,那么,BSC 和 BTS 之间的 Abis 接口的信 令负荷,也将关系到位置区的寻呼容量? 为了安全起见, LAPD 链路的信令负荷要控制在 50%以下, 高于 60% 时将会存在较大的风险?寻呼消息(包括帧校验序列 FCS 和标头 flags) 字长为 21 个字节, 一般情况下 LAPD 链路信令负荷中 60%为寻呼消息, 那么,当 LAPD 信令为 16kbit/s 的链路时,每秒可传送的寻呼消息数 为: 50%×16000×60%/8/21=28.57 次/s BSC 每小时可以传送的寻呼消息为: 28.57×3600≈102852 次/h 当采用 32kbit/s 传输其最大寻呼次数为: 50%×32000×60%/8/21=205704 次/h

1. 每位置区允许的话务量

设置位置区话务容量时, 一个重要原则就是位置区的大小不能超 过其所能承担的最大寻呼容量?对此,先讨论一下一个位置区内寻呼 容量和话务量的关系? 假设一个话务模型的平均通话时间为 60s, 短消息引起的寻呼比

6

奎屯 LAC 专项优化报告

例为 40%,Abis 接口 LAPD 链路按照 16kbit/s 考虑,则寻呼容量为 102852 次/h?假设移动台第一次寻呼时响应的比例为 70%,第二次寻 呼时响应的比例为 30%,其他情况可忽略不计(此数据一般是在 Abis 口寻呼受限时的情况下,在 Abis 口寻呼容量没有瓶颈时,寻呼尝试 次数往往会设置到 5~6 次,一次成功呼叫所需的平均呼叫次数可达 2~3 次),则每小时产生的被叫话务量为 102852×60%/(1+30%)/60=791.17(Erl) 奎屯移动主被叫比例为 1∶1, 则可计算出一个位置区最多可容纳 的话务量为 791.17×2=1582.34(Erl) 该数据是建立在给定的话务模型,一定的 BCCH?寻呼方式等几个 条件下计算的结果,其中非组合 BCCH 方式,采用 TMSI 寻呼,可使一 个位置区内可承载的话务量达到最大, 位置区实际的话务容量还跟网 络的实际情况和话务模型有关?但从上面假定的情况和计算结果看, 基本可以得到这样的结论,当 Abis 接口 LAPD 链路为 16kbit/s 时, 为了保障网络的正常运行, 建议其最大话务容量要控制在 1580Erl 以 下?

2. 短消息对位置区寻呼容量的影响

短消息可以通过 SDCCH 或 SACCH 发送,根据发送短消息与接收 短消息的不同,其流程可分为短消息主叫流程和短消息被叫流程?短 消息对位置区寻呼容量的影响主要体现在移动台接收短消息时的影

7

奎屯 LAC 专项优化报告

响,移动台接收短消息时,同移动台作被叫一样,系统也要对移动台 进行寻呼,因此基本可以认为,移动台每接收一条短消息和移动台做 一次被叫对网络造成相同的影响?下面将针对一定的短消息话务模 型,来计算和分析短消息对系统造成的具体影响? 短消息业务为接收 3 条/用户/天;系统重发比例为 30%;忙时集中 系数为 0。12?以一个位置区内有 10 万用户为例,位置区内忙时短信 寻呼数为 100000×3×0.12×(1+30%)=46800(次/h) 可以看出,短消息引起的寻呼也比较大,会对系统造成一定的 影响? 另外短消息还有一个显著的特点,就是具有很大的突发性,节假 日高峰期间,突发因子可达 3~8,也即节假日的忙时短信量要达到平 常忙时短信量的 3~8 倍,此时短信引起的寻呼将达到 100000×3×0.12×8×(1+30%)=374400(次/h) 这个数据是非常惊人的,并且这种短消息高峰往往是伴随着话务 高峰发生的,这 2 个高峰将会造成一个很大的寻呼量,对系统造成极 大的冲击?此时就需要一定的流控保护, 如采取短信不再设置重发?高 峰缓冲迟延处理?降低最大寻呼次数等措施,以保证网络平稳度过节 假日短信与话务高峰

3. MSC 对数据寻呼业务类别分析

位置区

上报时间

呼叫业务测试

呼叫业务测试

短信业务测试

全网寻呼次数

8

奎屯 LAC 专项优化报告

LAC1 LAC1 LAC1 LAC1 LAC1 LAC2 LAC2 LAC2 LAC2 LAC2 LAC3 LAC3 LAC3 LAC3 LAC3 LAC4 LAC4 LAC4 LAC4 LAC4 LAC5 LAC5 LAC5 LAC5 LAC5

2011-6-20 2011-6-21 2011-6-22 2011-6-23 2011-6-24 2011-6-20 2011-6-21 2011-6-22 2011-6-23 2011-6-24 2011-6-20 2011-6-21 2011-6-22 2011-6-23 2011-6-24 2011-6-20 2011-6-21 2011-6-22 2011-6-23 2011-6-24 2011-6-20 2011-6-21 2011-6-22 2011-6-23 2011-6-24

37832.8125 36208.375 36682.6875 36747.75 38195.375 23408.6875 23362.8125 25523.25 23721.25 23787.875 24471.625 24016.125 24369.3125 25224.25 26232.8125 12322.3125 12277.1875 12069.1875 12502.0625 12498.125 43099.125 42063.5 41855.375 41725.5625 41717.125

37832.8125 36208.375 36682.6875 36747.75 38195.375 23408.6875 23362.8125 25523.25 23721.25 23787.875 24471.625 24016.125 24369.3125 25224.25 26232.8125 12322.3125 12277.1875 12069.1875 12502.0625 12498.125 43099.125 42063.5 41855.375 41725.5625 41717.125

21172.813 20382.188 20578.625 19892.313 23218.688 11728.75 11716.813 12460 15826.625 12764.563 13632.125 14153 12967.688 13354.313 15561.188 6787.1875 6748.25 6604.0625 6619.0625 7643.9375 20749.563 25498.563 20646.438 23865.188 23000.438

1515 1267 1192 1289 1198 1515 1267 1192 1289 1198 1515 1267 1192 1289 1198 1515 1267 1192 1289 1198 1515 1267 1192 1289 1198

因此,奎屯地区在 A 口以及 Abis 口寻呼负荷均处于正常状态, 未出现寻呼负荷超载导致寻呼丢失。

(三) 三

BTS 寻呼容量评估 寻呼容量 容量评估

1. 寻呼方法

如果系统知道移动用户登记的位置区域, 首次寻呼采用局部寻呼 方法。只在用户登记的 LAC 区域内的所有小区广播寻呼该用户。如果 第一次寻呼不成功,MSC 将进行第二次寻呼,第二次寻呼即可以是局

9

奎屯 LAC 专项优化报告

部寻呼,也可以是全局寻呼。全局寻呼在用户登记的 MSC 区域内的所 有小区广播寻呼该用户。 寻呼移动用户即可以用 IMSI 寻呼,也可以用 TMSI 寻呼。系统建 议使用系统默认的寻呼方式。系统默认的寻呼方式为: a、 b、 如果已知用户登记的 VLR,首次寻呼采用 TMSI 局部寻呼方式。 如果首次寻呼无响应,则采用 IMSI 进行第二次局部寻呼。

其它寻呼方式不是系统默认的,需进行定义。 A、 不定义第二次寻呼,可以降低 BSC、BTS 寻呼话务负荷。必然

会加大移动用户被叫不成功的次数。 B、 第二次采用全局寻呼方式。与系统默认方式相比,会加大系统

的寻呼话务负荷。但是,由于某些原因,用户在 VLR 登记的位置 区域 LAC 可能是错误的,采用全局寻呼方式可以提高二次寻呼的 成功率。 C、 如果第二次寻呼是全局寻呼,寻呼用户必须采用 IMSI。如果

第二次寻呼是局部寻呼,即可以采用 IMSI 寻呼,也可以采用 TMSI 寻呼。采用 TMSI 会加大 BTS 的寻呼话务负荷。但是,有时用户位 于 LAC 的交叉服务区时,经常使用户的 TMSI 是错误的,采用 IMSI 寻呼可以提高寻呼的成功率。 1. 小区参数对寻呼话务负荷的影响 用户登记的位置区域主要根据 BSC 及 BTS 的寻呼话务负荷来 确定的。系统采用下列方 式可以降低系统的寻呼话务负荷。 A、 用户附着/分离

10

奎屯 LAC 专项优化报告

B、

用户周期性位置登记

2. 控制信道结构

在逻辑上 BCCH 分成复帧结构每一个复帧为 235.4ms。不同的 控制信道结构有不同的内容,寻呼容量也不同。

组合 BCCH 信道每复帧只有 3 个寻呼模块。 非组合 BCCH 信道每帧有 9 个寻呼模块。 由于 GSM 采用广播寻呼, 因此寻呼一个用户必须在用户登记的 位置区域内 LAC 的所有小区上发送寻呼用户的消息。组合 BCCH 会 限制系统的寻呼容量。理论上计算出每秒的寻呼模块数 组合 BCCH 每秒的寻呼模块数为 3/235.4ms=12.75. 非组合 BCCH 每秒的寻呼模块数为 9/235.4=38.25 在每一个寻呼模块可传送下列消息 *两次 IMSI 寻呼消息。 *一次 IMSI 寻呼消息+最多两次 TMSI 寻呼消息。 *最多四次 TMSI 寻呼消息,没有 IMSI 寻呼消息。 *一次立即指派寻呼消息。 在采用二次寻呼时, IMSI 及 TMSI 合理地分配到不同的寻呼 将 模块中,可以控制 BTS 的最大寻呼话务负荷。 最大寻呼速率的理论值 为了计算 BTS 的寻呼容量, 应首先评估使用 IMSI 及 TMSI 寻呼 参数之间的关系。 由奎屯华为 MSC 系统的统计结果看, 二次寻呼大

11

奎屯 LAC 专项优化报告

约占 25%。 一个寻呼模块可以携带 4 个 TMSI 或 2 个 IMSI, 假设有 25%的 二次寻呼使用 IMSI,则每个寻呼模块的寻呼次数为: 4/(1+25%)=3.2 BTS 的每秒钟最大寻呼次数的理论值为: 12.75×3.2=40.8 38.25×3.2=122 (组合 BCCH) (非组合 BCCH)

3. BTS 最大的寻呼话务负荷

由于输入的寻呼消息分布不均匀, 因此, 平均寻呼次数一定小 于最大的寻呼次数。 如果单位时间内输入的寻呼次数太多, 就会增 加寻呼响应时间,不能及时处理的要排队,排队满后就会溢出。如 果在 BTS 寻呼排队时间太长,当超过 MSC 定义的寻呼响应时间后, 就会丢失。在 MSC 定义的寻呼时间响应参数为 PAGTIMEREP1LA、 PAGTIMEREPGLOB。如果寻呼组之间的时间间隔太长,也会增加在 BTS 的寻呼等待时间。参数 MFRMS 与寻呼组的时间间隔有关。 假设寻呼信道空闲,BTS 会自动重发一次寻呼消息。因为,自 动重发一次只占用 CCCH 的空闲资源,并不影响系统的寻呼容量。 但是,如果系统定义了寻呼重发,则每次寻呼都会重发一次,就会 影响系统的寻呼容量。 参数 AGBLK 确定在一复帧中有多少个寻呼模块用于容许接入 信道。 在系统定义时用户接入优先于寻呼用户。 (在 AGBLK=0 时) 。

12

奎屯 LAC 专项优化报告

在运行网络中, 应根据话务需求, 确定用于容许接入的寻呼模块数。 根据运行网络的统计结果,处理容许接入占用 CCCH 资源很低,一 般要低于 5%。 假设 BTS 的最大寻呼话务强度为最大理论寻呼次数的 30%。 在 BTS 的寻呼排队次数与寻呼组数有关, 寻呼排队次数为 6 到 14。 当 BTS 的寻呼话务负荷达到最大理论值的 30%时,就会有少量的 寻呼因排队溢出而丢失。一般寻呼话务负荷定义为最大理论值的 30%。则系统容许的寻呼话务强度为: 组合 BCCH 非组合 BCCH 40.8 ×0.3=12.2 寻呼次数/秒 122×0.3=36.8 寻呼次数/秒

4. 奎屯现网容量

目前奎屯移动中兴区域允许接入保留块为 2,寻呼信道复帧数为 5,CCCHconf 为 0,因此有如下结论: 非组合 BCCH 每秒的寻呼模块数为:7/235.4=29.73 每秒理论最大寻呼次数为:29.73*3.2=95.15 由于寻呼负荷要求少于%30 不会出现寻呼删除现象,因此: 95.15*0.3=28.54 寻呼次数/秒 即: 28.54*3600=102744 寻呼次数/小时

三、 诺基亚与中兴参数一致性研究
由于中兴与诺基亚在设备、参数方面不属于一个系,因此,在参

13

奎屯 LAC 专项优化报告

数定义以及算法方面有很大出入,本周就 LAC 规划、寻呼设定方面需 要使用到的各项指标进行研究。

1. 寻呼删除

通用对寻呼删除的定义为,当一个寻呼组容量被超出时候对 于的寻呼次数将丢弃,定义为寻呼删除。逻辑上非常清晰,但是 在实际的使用过程中却有很大难度。因为在信令节点上没有清楚 的标记出来。 在查询资料后得知,诺基亚对于寻呼删除的定义为:当 BTS 收到 一天 CCCH_load_indication 信息并且本次寻呼消息删除, 将 记 为 一 次 寻 呼 删 除 。 在 中 兴 KPI 统 计 中 有 一 条 关 于 CCCH_load_indication 信息 其解释为,只要 CCCH 符合超出一次 就记为一次寻呼删除。刚好与诺基亚对等。

2. 最大寻呼量

最大寻呼量即在每天 8 点到 22 点一个 LAC 下每小时寻呼次数 中最大次数就为最大寻呼次数。

3. 立即指配删除

立即指配删除,在中兴节点中没有直接对该信令进行计数的 指标。由于原理中兴可以直接提取 ABIS_PACKET_PIA_DEL_IND 消 息数目以及 ABIS_DELETE_IND 消息数目可以提取。

14

奎屯 LAC 专项优化报告

4. AG 拥塞小区

在 ABIS 口提取 BTS 向 BSC 上传 ABIS_CCCH_LOAD_IND 消息数 目以此来找出 AG 拥塞小区以及拥塞次数数目。

寻呼故障小区 小区处理 四、 寻呼故障小区处理
根据上面对奎屯现网 A 口容量以及 Abis 口容量的估计,A 口寻 呼次数在 5 个 LAC 下全部寻呼次数为 15 万左右,而 A 口最大寻呼次 数可以达到 80 万左右,Abis 口奎屯移动采用 32kbit/s 传输其最大 寻呼次数为 20 万,目前最大寻呼次数为 LAC5 4.2 万。因此在 A 口和 Abis 均不存在寻呼容量不足问题,无需进行基于寻呼容量的 LAC 划 分。 由于在某些特定场景下,弱覆盖、高速、铁路,人流特别量较大 的商场等地方存在断时间的寻呼拥塞问题, 在短时间内出现大量的寻 呼就激活排队,当排队个数达到最大多余的用户就将被丢弃,称为寻 呼删除,即 CCCH 负荷超载。 中兴区域 BSC42 与 BSC41 都位于农村站点的寻呼拥塞问题不是非 常明显,在有集团用户的铁路沿线站点出现拥塞情况,并且伴随着 TCH 拥塞和 SDCCH 拥塞情况。

15

奎屯 LAC 专项优化报告

针对不同的拥塞问题采用不同的处理办法,针对寻呼中存在的寻 呼删除以及立即指陪拒绝问题, 中兴区域中 BSC42 为 V3 设备中 8018 以及 SDR 站型对于寻呼删除统计准确, 信号设备统计不准确因此就对 BSC32 中 8018 站型寻呼删除问题以及 SDCCH 拥塞处理,具体情况见 下表:

7.9日参数调整记录 .xls

7.12参数修改.xls

【注】:由于在中兴铁路沿线站点中 CCCH 负荷超载问题存在偶然性, 需要长时间观察,目前仅对部分站点进行处理。

五、 LAC 划分 (一) 奎屯现网 LAC 分界

目前,奎屯网格区域中 LAC 分界为喀什路,并且在网格 1、网格 2 测试中均必须在 LAC 分界喀什路附近进行位置更新,由于 MS 在进 行位置更新时无法完成全部的整个寻呼过程, 导致未接通现象影响网

16

奎屯 LAC 专项优化报告

格测试。

(二) 奎屯 LAC 合并方案

由图可以知道在网格内,喀什路作为 LAC 分界线,每次在该区域 进行测试都将进行位置更新, 有一定几率由于被叫位置更新导致呼叫 未接通事件,严重导致了全程完整性. 基于提高网格测试指标,对 LAC 进行新规划,由于在原有 LAC 边 界平行方向存在一条铁路,一条高速以及一条省道,因此在该区域重 新规划 LAC,对于位置更新导致的 SDCCH 拥塞问题比较难以控制,因 此在规划时, 必须对寻呼容量以及 BSC 承载能力进行评估以及根据具 体地理因素原因得出以下划分路线,具体情况见下图:

17

奎屯 LAC 专项优化报告

(三) 奎屯 LAC 合并方案评估

在奎屯主要街道现网主要使用 BSC1 进行覆盖,BSC1 共计 347 个 小区,1120 块载频。根据需求对 LAC 进行划分后新加入的 27 个基站 共计 82 个小区共计载频数目为 334 块载频。

18

奎屯 LAC 专项优化报告

由于一个 BSC 中寻呼次数无法分解, 利用话务量对寻呼次数进行 估算。 LAC2 最大寻呼次数为 70625 次,划分进入 LAC1 的 27 个站点话 务量为 536.5erl,占整个 LAC2 话务总量 28.15%,因此得出: 70625*28.15%=19880 次寻呼 LAC 划分前后对比,具体情况见下表:

LAC

小区数

载频数

寻呼次数

话务量

LAC 划分前 LAC 划分后

347 374

1120 1202

105136 125016

2221.86erl 2757.91erl

为防止新 LAC 边界乒乓位置更新,建议适当提高 CRH 值,由原来 4 提升到 7db,划分后参数调整情况见下表:

小区名

LAC

CI

调整前

调整后

奎屯高速公路 1 小区 奎屯宝塔石化 1 小区 奎屯工 1 师-2 独山子曙光新村-3 独山子曙光新村-3

39203 39203 39203 39203 39203

22381 22961 20362 21913 21912

4 4 4 4 4

7 7 7 7 7

19

奎屯 LAC 专项优化报告

(四) 奎屯 LAC 合并方案应急保障方案

由于对新 LAC 划分,寻呼次数使用话务量进行评估,带有一定猜 测性质,对于单个站点寻呼容量问题不确定,因此必将造成一定的寻 呼删除以及立即指配拒绝问题产生。 对于寻呼删除,我们可以适当进行话务均衡,以及调整 CCCH 信 道数目来进行控制,由于 LAC 划分造成新的边界问题,需要跟踪位置 更新触发次数。

六、 总结

本次 LAC 专项优化, 主要针对网格内小区以及铁路沿线小区进行 了寻呼删除问题处理以及影响网格内小区 LAC 进行划分。 共计涉及 LAC 划分小区 27 个,话务量 536.5erl 以及寻呼次数 19880 次。奎屯网格内小区实现一个 LAC,从此不需要进行位置更新, 对于测试全程完好率有一定提升。 就奎屯发展情况而视,在最近 2 年以内不需要进行基于话务量 加大而进行的 LAC 分裂,在下一次 LAC 分裂建议使用南北分裂,以网 格边界为 LAC 界限进行分裂,尽量减少位置更新对集团往常测试影 响。

20


相关文章:
移动LTE专项优化CSFB成功率提升思路
移动LTE专项优化CSFB成功率提升思路_信息与通信_工程...LAC 37350 Distance_ 0.171664 6)、咸阳兴平旭景...xxxx移动LTE簇优化报告 19页 2下载券 喜欢此文档的...
优化题-含答案
移动台空闲时通过 SDCCH 来传送测量报告, 而当移动台处于通话状态时通过 ...(4) 避免沿主要干道和铁路划分 LAC 4) 除非网络特殊需要,原配置为 Combined ...
C国T市LAC区专项优化应用方案
12页 免费 2011年新疆移动奎屯市LAC专... 20页 5财富值 cdma2000 1X LAC ...共 9 页 LAC 区专项优化应用方案 内部公开 LAC 区专项优化思路在做网络规划时...
CSFB问题优化指导书V2
/ CSFB呼 叫移动用户终结试呼次数; CSFB被叫接通成功...LAC一致 ; 热点区域如:火车站涉及高铁专网、地铁及...CSFB专项优化总结报告—... 61页 1下载券 TD-...
2011年中通服网络优化培训考试题2(试题)
2011年中通服网络优化培训考试题2(试题)_IT认证_资格...LAC 的小区重选就会进行路由区更新 C 如果在通话...东莞移动 2009 年“网络技术大比武”考试题 选项 ...
重庆移动黔江分公司驻地优化报告
重庆移动黔江分公司驻地优化报告_工作总结/汇报_总结...优化前提取了 专项优化前的小区KPI指标。 区域 黔江...LAC 41761 41792 siteNO 110 76 cellNO 268 247...
中国移动西安公司2011年无线网络优化人员技能试卷
中国移动西安公司2011年无线网络优化人员技能试卷_IT认证...复帧的帧号 1.1.14 RAI= MCC+MNC+LAC+RAC 1..._ __ 、、等和来 参数来定义手机报告最强 6 个...
2011年9月西安移动分公司GSM优化岗位竞聘网络优化专业试题(A卷)
2011年9月西安移动分公司GSM优化岗位竞聘网络优化专业...B.为了手机正确占用信道 D.以上都是 某MS在LAC A...当SACCH测量报告伴随TCH信道时,它的测量周期为 B、...
江苏省移动公司第三方网络优化认证考试题库(含答案)-3
江苏移动2011年第三方优... 9页 1下载券喜欢...并在 SACCH 信道上传送移动台 的测量报告和 BSC 对...频繁,从而优化 LAC 使得高话务地带 处于同一 LAC。...
更多相关标签:
新疆奎屯市 | 新疆奎屯市属于哪个市 | 新疆奎屯市地图 | 新疆奎屯市陶平的妻子 | 新疆奎屯市政府网 | 新疆奎屯市吧 | 新疆奎屯市民政科电话 | 新疆奎屯市邮编 |