优化教材u - 图文(7)

GSM网络优化

1． 自由振荡状态：此状态是当GCLK刚插入槽位中时，其内部的晶体振荡器（OCXO）

需要有预热的过程，以保持其正常的工作环境。此时间是固定不变的（30分钟），无法更改。（但如果在软件中有了Fast GCLK warmup此项Feature（通过disp-option all命令查看），可将预热时间缩短到15分钟）。在自由振荡状态下，GCLK内的DAC为80，时钟输出保持在0.05ppm的精度内。

2． Hold Frequency：此状态是当GLCK 与2M失锁时的状态。此时GCLK使用前一次

ADC内的值设置DAC以确定时钟，此状态是一个过渡状态，一般持续10秒。 3． Set Frequency：此状态一般在Hold Frequency之后。使用LTA内的值设置DAC

以确定时钟。

4． 锁相状态：此状态分为两个过渡状态，Acquiring Frequency Lock State此状态

由硬件决定。Frequency Lock State此状态内已与E1/T1锁相，但需等待一段时间，以确定锁相稳定。之后就进入锁相状态。

3.1.2 GCLK失锁产生掉话的原因分析

MS通过RACH信道接入系统之前，MS首先要通过听系统发出的FCCH调整频率，然后通过听SCH来与系统同步，同时接收该cell的BSIC码和帧号。当MS处于通话状态时，MS通过听本小区的BCCH，了解该小区所有的邻小区；并根据此，在每一个TDMA帧的收发空闲时，听邻小区BCCH载频的RXLEV并解该邻小区的BSIC码。然后在MS的measurement report中通过SACCH信道汇报给本小区。由本小区通过特定的算法来决定是否进行切换。

如果一个dedicated的MS存在于某一失锁的BTS的cell中，由于该BTS的时钟处于FREE RUN状态，它的时钟频率和上一级的BSC的时钟频率之间会有一定的偏差，与处于同一个BSC下的另一个BTS的时钟频率之间也会有一定的偏差。该MS在通话过程中的频率同步于本小区，它同时在听邻小区的BCCH的RXLEV和BSIC；如果该邻小区的时钟和本小区的时钟不一致，MS就有可能解不出邻小区的BSIC码。这样，当MS从本小区往该邻小区移动时，就会产生掉话。

3.1.3 解决思路和方法

解决此问题的根本，就是解决GCLK的失锁问题。方法如下： 1， 检查和修改数据库

在DATABASE中的一些参数与GCLK同步相关：

GCLK要与E1/T1同步必须有合适的时钟提取端口，这些端口的等级按以下原则确定：

1． MMS是否为B-U

2． MMS的等级（在database中确定） 3． 在一定时间内MMS处于OOS状态的次数 4． 如果以上都相同，则轮流作为时钟源

下面是DATABASE中相关参数的解释： chg_el phase_lock_gclk <*>

<* >0 Disable phase locking 1 Enable phase locking

此命令设置是否允许时钟同步。

chg_el wait_for_reselection

东方通信蜂窝系统工程服务部

31

GSM网络优化

：1 to 255（缺省值为10）

此命令设置当一个MMS的时钟提取出现问题时，多长时间后切换到其它的MMS口提取时

钟。

modify_value mms_priority <*> mms

<*>：0 to 255

此命令设置MMS的等级，等级越高，表示先从此MMS提取时钟。

reattempt_pl

此命令要求GCLK尝试重新锁相（只当GCLK前一次锁相失败才能使用此命令）。 modify_value phase_lock_duration mms ：0 to 255（缺省值为0）

当GCLK无法锁相可采用以下的方法：

1.state gclk * *查看GCLK的状态。

2.disp_el phase_lock_gclk 查看是否允许锁相。

3.disp_eq 0 mms 查看MMS的参数，主要为其等级。 4.reattempt_pl

lock/unlock命令看是否能使得GCLK锁相恢复。

查看MSI，MMS是否处于正常状态，是否有E1/T1的相关告警产生， 是否有MMS作为时钟源。

查看提供时钟的MMS是否与上一级的链路连接，上一级的时钟是 否正常工作。

查看提供时钟的MMS的等级是否设置正确（一般为255）。 试使用其它的MMS作为时钟源。（对于M-CELL可更换NIU）。

2， 校准GCLK时钟 在调整参数无效的情况下，可以考虑重新校准一下GCLK的时钟，具体的校准流程可参看校 准手册。

如果时钟校准后，仍然不能锁相，可考虑用仪表检查上行和下行链路的时钟，看是否为2.048M。可使用hp37717C 分析仪。以确定是那一端出现问题。

3.2覆盖问题

覆盖不合理，会导致各种统计指标达不到系统要求，造成不合理的原因，主要有： 1， 天线倾角过大，过小，天线方位不正确。 2， 建筑物阻挡或天线过高，过底。

3， 切换参数不合理，Neighbor List定义不完整。 4， 硬件设备故障，导致覆盖盲区。

在实践工作和维护中，对于硬件设备故障导致的覆盖不合理，主要有Sleeping cell 和 SITE OOS等情况，另外，还有Cell 越区覆盖问题。下面，对这些问题进行逐一分析： 3.2.1 SLEEPING CELL

(一） 怎样判断Sleeping cell

Sleeping Cell 就是没有呼叫进程的Cell。没有呼叫进程的cell的定义是：此cell内没有任何事件、告警和呼叫。如果有事件表明一个DRI为D-U，此情况不认为为没有呼叫进程的

东方通信蜂窝系统工程服务部

32

GSM网络优化

cell。如果TOTAL_CALLS=0这并不表明此cell内没有执行呼叫。也可能切换发生而进入此cell。

(二） 分析sleeping cell 产生的原因 1， 收集数据

当此问题发生时收集以下数据：

1。描述问题发生时任何可能的操作（如数据库下载、site reset等）。 2。收集在问题发生前一个小时到问题消失间的event log。 3。下面所列的统计数据。 4。收集下面所要求的数据。 5。呼叫失败的TEMS logs。 数据收集过程：

1。描述发现没有呼叫进程的site时发生的所有可能事件（ database download, site reset, network audit, resync等其它用户觉得可能对问题有帮助的事件） 2 。收集在问题发生前一个小时到问题消失间的event log。 3。在没有呼叫进程的site中键入：disp_equipment 4。disp_processor

5。确定哪个LCF控制此site，显示此LCF的配置情况，例如display_equipment bsc lcf 1 0

6。disp_active_alarm

7。显示PATH/CELL/RSL 的状态，例如：state bsc path 1 0 d 8。state all

9。显示此site中BTP和所有DRI/DHP/RSLs的状态和配置信息。例如：state btp 0 0

disp_equipment btp 0 0 10。disp_cell_status

11。使用\命令显示此cell内所有RTF的信道，例如：disp_rtf_channel 1 0

12。将此site内所有GPROC的SWFM都dump下来。 13。将控制此site的LCF内SWFM都dump下来。

14。收集TEMS的log：MS做主叫，被叫、切换进入、切换出cell的所有情况（包含所有Layer 2

和Layer 3消息）。

15。确定此cell内哪个载频/时隙没有呼叫进程执行。可使用TEMS手机。 16。收集以下统计数据：

OK_ ACC_PROC_SUC_RACH ACCESS_PER_RACH CHAN_REQ_MS_BLK CHAN_REQ_MS_FAIL

INV_EST_CAUSE_ON_RACH SDCCH_CONGESTION ALLOC_SDCCH

ALLOC_SDCCH_FAIL

SDCCH_MEAN_HOLDING_TIME OK_ACC_PROC_CM_SERV

东方通信蜂窝系统工程服务部

33

GSM网络优化

OK_ACC_PROC_PAGE_RSP OK_ACC_PROC_CM_REEST OK_ACC_PROC_LOC_UPD OK_ACC_PROC_IMSI_DET CONN_REQ_MSC CONN_REFUSED

MA_REQ_FROM_MSC MA_CMD_TO_MS

MA_CMD_TO_MS_BLKD MA_CMD_TO_MS_FAIL PAGE_REQ_FROM_MSC CIPHER_MODE_FAIL IN_INTRA_BSS_HO IN_INTER_HO

HO_REQ_MSC_OK BUSY_TCH_MAX TOTAL_CALLS RF_LOSSES_SD RF_LOSSES_TCH

2， 分析数据

首先，我们先分析如下几项：

1．BCCH RTF是否分配了。 2．BCCH载频是否发射。 3．MS是否可以占上此cell。

4．在此cell内是否可执行位置更新。

如果显示没有BCCH RTF分配则此问题可更换载频或重新下载code来解决；如果BCCH载频发射，并且cell为unbarred，则可以通过TEMS来发现问题所在。

其次，我们分析一下呼叫流程，看一看呼叫失败的一些描述：

在呼叫建立时的各个环节都可能引起呼叫fail。要确定失败的点和问题发生时的上下行的消息流程。

以下在TEMS上的一个成功呼叫一般消息流程： BTS Layer 2 Layer 3 Direction (CHANNEL) Mobile

- ----------------------------------------------------------------------------------- Channel Request <-- (RACH)

Immediate Assignment --> (AGCH)

SABM-CMD CM Service Request <-- (SDCCH) UA-RSP --> (SDCCH)

I-CMD Ciphering mode command --> (SDCCH) I-CMD Ciphpering mode complete <-- (SDCCH) RR-RSP --> (SDCCH)

I-CMD Setup <-- (SDCCH)

I-CMD Identity Request --> (SDCCH)

东方通信蜂窝系统工程服务部

34

GSM网络优化

I-CMD Identity Response <-- (SDCCH) RR-RSP --> (SDCCH)

I-CMD Call Proceeding --> (SDCCH) RR-RSP <-- (SDCCH)

I-CMD Assignment Command --> (SDCCH) SABM-CMD <-- (TCH-FACCH) UA-RSM --> (TCH-FACCH)

I-CMD Assignment Complete <-- (TCH-FACCH) RR-RSP --> (TCH-FACCH)

I-CMD Progress --> (TCH-FACCH) RR-RSP <-- (TCH-FACCH)

I-CMD Connect --> (TCH-FACCH) RR-RSP <-- (TCH-FACCH)

I-CMD Connect Acknowledge <-- (TCH-FACCH) RR-RSP --> (TCH-FACCH) 可以进行以下的分析：

Channel Request/Immediate Assignment 此时呼叫失败有以下一些原因：

MS根本没有收到 Immediate assignment消息。(Type 2)

在Immediate Assignment消息中的随机参考数与Channel Request中的随机参考数不同。

在Immediate Assignment消息中的T1, T2 & T3计数器与Channel Request(Type 1) 中的不同。此只能通过查看TEMS log的L3消息。

4.收到的消息不是Immediate Assignment（例如Immediate Assignment Reject）。

(注意：如果MS无法发送RACH,需要做路测，分析TEMS log可以查看是否BCCH是否广播。) 2.SDCCH

在MS转向SDCCH时呼叫失败有以下一些原因：

a.在发送SABM消息后MS没有收到UA消息。此时MS会重发SABM消息(Type 3)。 b.MS没有收到加密消息(Type 6).

c.可能其它的request/response没有收到。

除了Assignment Command外的其它消息使得呼叫中断。 3. TCH-FACCH

a.在发送SABM消息后MS没有收到UA消息。此时MS会重发SABM消息。 b.可能其它的request/response没有收到。 (三) 有关的解决方法 一般的解决方法如下：

*在有问题的cell中测试在每个载频和时隙的呼叫。 *收集从控制有问题DRI的GPROC和BTP的SWFM。 *使用disp_rtf_channel显示此DRI的时隙配置状态。 具体的方法如下：

1.LOCK SDCCH所在的时隙，使得SDCCH时隙重新配置。例如：lock pchn 0 0 0 2.如果问题仍然存在lock/unlock DRI。

3.如果问题仍然存在，将DRI reset。此会使得CCDSP重新下载code。 4.如果问题仍然存在，lock/unlock RSL。

东方通信蜂窝系统工程服务部

35

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库优化教材u - 图文(7)在线全文阅读。