下面是小编为大家整理的EDGE经验总结及案例分析【精选推荐】,供大家参考。
EDGE 经验总结及案例分析
一、 小区上行或下行无流量处理 开 EDGE 的小区最常见的故障是无流量， 通过实践总结后， 目前处理该故障的步骤为：
小区内倒换开 GPRS 功能的载频。具体做法：
假设出现 GPRS 无流量的小区有 4 块载频，TRX1/2 为 GPRS 载频， TRX3/4 未开 GPRS 功能， 可将 TRX1/2 的 GPRS 功能关闭， 打开 TRX3/4 的 GPRS 功能， 观察 1～2 个时段的指标， 从目前的处理情况看， 该处理方法较有效。
开关 EGENA 和 GENA， 重启 BTS。
倒换小区 DAP 的 NSEI。
删除重建小区的 DAP， 由于此种做法会导致 NSEI 下挂的所有小区 GPRS 闪断， 目前已经很少采用， 此种做法的 CASE 及步骤如下：
小区信息：
CI=10340， 设备类型 METROSITE,
载频个数 3， 跳频类型 N 现象描述：
1、 关键字 GPRS&EDGE 流量为 0
DAP 2、 描述 3.25 日 观察发现 10340 小区的 GPRS 流量和 EDGE 的流量为 0。
相关统计如下：
NAME PERIOD_TIME NSEI CELL_ID UL_TBF_ESTAB DL_TBF_ESTAB UL_EGPRS_TBF_ESTAB DL_EGPRS_TBF_ESTAB WZHBSC51WZH 20070325-04 7512 10340 6 0 1 0 WZHBSC51WZH 20070325-05 7512 10340 7 0 0 0 WZHBSC51WZH 20070325-06 7512 10340 10 0 3 0 WZHBSC51WZH 20070325-07 7512 10340 44 0 1 0 WZHBSC51WZH 20070325-08 7512 10340 89 0 0 0 WZHBSC51WZH 20070325-09 7512 10340 74 0 1 0 WZHBSC51WZH 20070325-10 7512 10340 36 0 0 0 WZHBSC51WZH 20070325-11 7512 10340 57 0 1 0 WZHBSC51WZH 20070325-12 7512 10340 75 0 0 0 WZHBSC51WZH 20070325-13 7512 10340 49 8 1 0 WZHBSC51WZH 20070325-14 7512 10340 259 114 8 3 WZHBSC51WZH 20070325-15 7512 10340 441 197 6 1 WZHBSC51WZH 20070325-16 7512 10340 415 211 38 15 WZHBSC51WZH 20070325-17 7512 10340 292 116 245 101 10340 小区 DAP 为 15， ZESI 查看 DAP 情况如下：
处理过程：
通过重建 EDGE 数据后， GPRS 和 EDGE 的流量恢复正常。
重建 EDGE 数据的具体操作步骤如下: 1、 ZEQS:BTS=107:L:FHO;
/* 锁住基站 */ 2、 ZEQV:BTS=107:EGENA=N;
/*
关闭 EDGE 功能 */ 3、 ZERS:BTS=107,TRX=1:L;
ZERS:BTS=107,TRX=2:L;
ZERS:BTS=107,TRX=3:L;
ZERM:BTS=107,TRX=1:DAP=N;
ZERM:BTS=107,TRX=1:DAP=N; ZERM:BTS=107,TRX=1:DAP=N;
/*
关闭载频的 DAP */ 4、 ZESG:ID=15;
/*
删除 DAP
*/ 5、 ZESE:ID=15,CRCT=186-21,SIZE=4,BCSU=1,PCU=4;
/* 重建 DAP */ 6、 ZERM:BTS=107,TRX=1:DAP=15;
ZERM:BTS=107,TRX=1:DAP=15; ZERM:BTS=107,TRX=1:DAP=15;
ZERS:BTS=107,TRX=1:U;
ZERS:BTS=107,TRX=2:U; ZERS:BTS=107,TRX=3:U;
/*
开启载频的 DAP */ 7、 ZEQV:BTS=107:EGENA=Y;
/*
开启 EDGE 功能 */ 8、 ZEQS:BTS=107:U;
/*
重启基站
*/
METROSITE 站型 GPRS 无流量处理 近期部分开 EDGE 的 METROSITE 基站频繁出现 GPRS 无话务的现象， 解决的方法都是将 GPRS 信道由非 BCCH 信道倒换到 BCCH 信道后， GPRS 流量即恢复。
小区的 TRP 为0,BFG 为 0,从参数设置看 GPRS 信道是随机选择 BCCH 载频或非 BCCH 载频,尝试将BFG-0->1 后小区再未出现 GPRS 无流量的现象。
典型的小区有 10730、 10830。
二、 小区无法增加 GPRS 功能载频处理 开 EDGE 的小区有时会出现大于 50％的 GPRS 附加信道拒绝率，一般会采取增加 GPRS功能载频数， 从而增加 GPRS 可用信道数解决。
处理过程为锁 BTS， 将小区内 DAP 为 N 的载频全部设置为本小区所属 DAP 的 ID， 增加 1 个以上载频的 GPRS 功能， 重启 BCF， 注意重启 BCF 的操作是必要的， 从较多的实践操作看重启 BTS 有可能无法正常起站。
重启 BCF 仍无法正常起站的， 需确认基站侧硬件数据库是否与 BSC 侧设置相符。
首先查看是否有 7730 告警， 然后通过基站班工程师远程登陆到基站数据库， 观察：
1、
传输板设置的 DAP 时隙数是否与 BSC 设置的 DAP 时隙一致；
2、
观察是否所有载频都与 DAP 关联。
如以上不符可由基站班工程师远程修改。
具体的操作步骤可参照以下 CASE：
小区信息：
20032
3 扇区定向站
ULTRA
7/7/7 配置 现象描述：
1、 关键字：
ULTRA
EDGE
DAP GPRS 附加信道拒绝率 2、 描述：
7 月 4 日 20032 出现较高的 GPRS 附加信道拒绝率， 增加 GPRS 载频数量后无法正常起站， 经查为基站传输板定义的 DAP 时隙配置与 BSC 数据设置不符， 上站重新设置后小区恢复正常工作。
处理过程：
7 月 4 日 10 点指标统计发现 20032 第二扇区 20032GPRS 附加信道拒绝率为 55％，拒绝原因为 PSW， 即 GPRS 数量处于 CDEF 和 CMAX 参数设置之间时出现附加信道拒绝的记为 PSW， 根据以往经验需在小区内增加 GPRS 载频解决。
20032 为 ULTRA 站型， 共 7 块载频均支持 EDGE， 其中 TRX1/2 的 GTRX 为 Y， DAP 设置为 29。
处理步骤如下：
1、
锁站将 TRX3~7 的 DAP 设置为 29， TRX3-GTRX-N->Y， 重启 BCF 无法正常起站。
判断为基站硬件内－传输板内未关联 TRX3~7 载频， 发单通知维护人员上站处理。
2、
维护人员上站重新设置了传输板数据， 将小区内所有载频都关联了 DAP。
3、
再次锁站 TRX3-GTRX-N->Y， 重启 BCF 无法正常起站， 出现告警：
7730 CONFIGURATION OF BCF FAILED
11157d 和 255d 该告警的附加告警信息为 BTS has not responded within time supervision 和 other malfunction between the BSC and the BTS， 将小区 EDGE 关闭后小区可以正常工作。
4、
判断还是基站硬件设置错误， 联系基站班工程师， 通过 NetManager 观察发现基站传输板上设置的 DAP 时隙是 262-21&&-24， 查看现网设置的 DAP29 信息为：
ID
ETPCM-TSLS
BCSU PCU
---
------------------
--------
29
262-19&&-24
1
6
5、
最终判断为基站传输板设置的 DAP 时隙数与 BSC 数据库内设置不一致， 基站班工程师远程进行了修改， 增加 TRX3 的 GPRS 功能， 打开 EDGE 功能后重启基站后恢复正常工作， NetManager 界面如下：
三、 UltraSite 站 EDGE 和非 EDGE 载频混用注意事项 现网有部分 ULTRASITE 基站存在 EDGE 和非 EDGE 载频混用的现象， 如果采用不同的 BB2 元件且本小区开 BB 跳频， 有可能会出现小区话音质量下降， 掉话率指标上升。
所以建议同一小区内使用同一种载频器件， TSGA（不支持 EDGE）
和 TSGB（支持 EDGE）载频不要混用， TSGB 必须使用 BB2F。
相关 CASE 如下：
小区信息
30414、 ULTRASITE、 六载频小区、 BB 跳频
34731、 ULTRASITE、 十二载频小区、 不跳频）：
现象描述：
1、 关键字：
话音质量、 跳频、 基带单元、 EDGE 2、 描述：
30414 扩容后话音质量恶化明显， BB 跳频小区。
原基站为 4 载频， 各载频均支持EGPRS， 扩 容 2 块不支持 EGPRS 载频后， 出现话音质量差现象。34731BB 跳频小区， TRX6,8,9载频下行 0 级话音质量相对其他载频差， 关 BB 后恢复正常。
处理过程：
27 日发现 30414 小区下行 0～5 级话音质量由原来的 100％猛降至 60％以下， 查跟小区扩容时间吻合， 判断为扩容所致。
该小区原配置为 4 载频， 各载频均支持 EGPRS。
后 NOKIA工程师扩容 2 块非 EDGE 载频， 相关指标如下：
该小区的状态如下：
查看该小区的基站版本如下：
目前该基站 BCF 版本为 3.3-2， 对于 ULTRASITE 混用非 EDGE 和 EDGE 载频小区， 如果采用不同的基带单元， 目前的 BCF 版本（3.3-2）
并不支持使用 BB 跳频。
NOKIA 工程师将扩容载频和 BB2 更换为支持 EGPRS 硬件后恢复正常， 即将 TSGA 更换为 TSGB,BB2A 更换为 BB2F。
34731 情况类似， 扩容后话音质量下降明显， 相关情况如下图（备注：
下图是已经恢复后的基站的状态）：
四、 METROSITE 小区禁止 EDGE 和非 EDGE 载频混用
现网有少数 METROSITE 基站存在 HVTx（不支持 EDGE）
和 CTGx（支持 EDGE）
混用的现象， HVTx 的发射功率为 5W， CTGx 的发射功率为 10W， 如果混用会造成小区内载频功率严重不平衡， 影响小区指标。
五、 EDGE 重传率过高处理
路测发现 20351、 10812、 30391、 30061、 10017 小区的 C/I 很差， EDGE 重传率较高，性能监控小组对以上小区进来处理， 下面以 10017 为例说明：
该小区开有 BB 跳频， 4.16 日关闭 BB 跳频发现 TRX2/TRX3 的干扰较小， GTRX 之前开在TRX1/TRX2 上， 4.17 日将 TRX1/TRX3 频点对换， 观察相关重传指标如下：
PERIOD_TIME CELL_ID DL_RLC_RETRA UL_RLC_RETRA AVETOT_DL_THROUGHOUT_TSL UL_FLUX DL_FLUX TOTAL_FLUX 20070406 10017 0. 44
1. 36
1554. 36
3. 14
11. 29
14. 43
20070407 10017 0. 61
1. 33
1543. 34
2. 86
11. 92
14. 77
20070408 10017 0. 33
0. 97
1527. 78
3. 12
10. 65
13. 77
20070409 10017 0. 54
2. 10
1497. 95
3. 11
6. 76
9. 87
20070410 10017 0. 75
1. 67
1495. 75
2. 39
6. 60
8. 99
20070411 10017 0. 54
1. 08
1505. 87
3. 03
7. 05
10. 08
20070412 10017 0. 48
1. 98
1512. 43
2. 94
9. 00
11. 95
20070413 10017 0. 50
0. 77
1533. 74
3. 21
9. 87
13. 09
20070414 10017 0. 40
1. 80
1518. 37
3. 32
10. 05
13. 37
20070415 10017 0. 35
1. 17
1471. 99
2. 65
6. 12
8. 77
20070416 10017 0. 68
3. 41
1474. 80
2. 32
5. 43
7. 75
20070417 10017 0. 58
1. 67
1490. 21
2. 62
6. 59
9. 21
20070418 10017 0. 42
0. 38
1512. 70
2. 91
7. 87
10. 77
20070419 10017 0. 40
0. 44
1474. 37
2. 73
6. 78
9. 50
20070420 10017 0. 15
0. 57
1335. 64
0. 48
0. 52
1. 01
可以发现， 上下行重传率下降明显。
对于市区重传率较高的小区， 由于频点调整起来比较困难， 可关 BB 跳频， 将开有 EDGE的载频的频点与频率较干净的载频的频点进行互换， 提高载干比， 改善数据业务的传输性能。
推荐访问:EDGE经验总结及案例分析 案例分析 精选 经验