最新版：EDGE网络优化指导手册-爱立信(V1)

EDGE网络优化手册（V1.0）

1

相关指标

在GPRS/EGPRS网络性能优化中，有三个指标是与用户感受相关的关键性能指标：

? PDCH复用度（B, G, E-PDCH 上的共享因子） 该指标表征的是每信道复用情况。 ? EDGE单时隙吞吐率

该指标反映的是每个时隙所得到的速率情况。 ? TBF建立成功率

该指标表征数据业务接入性能情况。

每BSC逐小区计算出PDCH复用度，单时隙吞吐率，TBF建立成功率； 筛选出PDCH复用度>1.9，单时隙吞吐率(EDGE)<30 kbit/s，TBF建立成功率<95%的小区进行专门优化。

1.1

PDCH复用度>2优化流程

其中容量优化流程如下：

2.1.1 PCU 容量分析流程

和PCU的使用情况相关的指标主要有以下4个。其中RPP_Load是统计RPP的负荷的，GSL Load和RPP congestion Rate都是统计GSL设备的

GPRS/EDGE网络PCU容量分析流程

针对PCU发生拥塞的情况，主要有以下几种解决方法： 1) 缩短PILTIMER的时间

PILTIMER定义了系统在结束TBF后释放PDCH所需要等待的时长。在该计时器超时前，所有相关的PCU设备和PDCH仍在已分配状态。缩短该计时器将加快释放资源到空闲状态，因此该参数也决定了GSL设备的负载：缩短该计时器将加快空闲的PDCH返回电路交换域，同时也释放GSL信道资源供其他用户使用。建议可根据网络的资源情况设置为5或者10。

2) 缩短Ready Timer T3314

T3314定时器定义了终端停留在Ready状态的时间，该时间在终端和SGSN都起作用，当终端传送了一个LLC PDU，终端里的Ready timer被重置并开始记时，当SGSN收到一个正确的LLC PDU，SGSN内的Ready timer也被重置并开始记时。系统的默认值是30秒。 3) RPP的告警检查

用指令DIRRP查看RPP板的事件，必要时使用TERDI对RPP板进行进一步的查看。注意选择RPP的负荷较低时使用TERDI的指令。

4) TBFxLLIMIT、FPDCH

TBFDLLIMIT、TBFULLIMIT是指系统在做PDCH预留的时候，要尽量避免每PDCH上的TBF数量超过该值，除非已经没有其他信道供选择。TBFxLLIMIT设置的越大，每PDCH上的TBF就会越多，平均吞吐率下降，占用的PDCH可能会减少。

小区一旦获得一个FPDCH，将会在信道管理算法中触发一个功能，该功能将会预留若干连续时隙以备将来PS业务使用，也就是说，CS话务会被尽量指派到其他的信道上而尽可能地保留那些潜在的PSET。如果小区中没有分配FPDCH，信道管理算法将随机分配时隙予CS使用，从而使稍后可能发生的PS话务难以寻找连续的时隙。

以上两个参数对每TBF占用的PDCH数都有较大的影响，PDCH占用的越多，GSL设备的需求就越高，为了平衡速率和容量的关系，保证用户的使用质量，建议TBFxLLIMIT设置为4，FPDCH的设置可根据话务设置为1，4，8等 5) DLDELAY，ULDELAY

该参数定义的是当没有接收到从核心网来的数据后，上行和下行TBF能够保留的最大时间，时间越长，能减少部分TBF的重建，提高了吞吐率，但对PCU，PDCH的资源需求增大。系统默认值为DLDELAY为2200毫秒，ULDELAY的默认值为1000毫秒。 6) ESDELAY

该参数定义的是提前建立的下行TBF的存活时间。通常大多数会话都是由上行业务开始，紧接着进行下行业务的，由上行的最后一个数据流触发建立下行TBF，能够减少下行TBF建立时间对下行IP Throughput的影响，同样也可能增加了PCU的资源需求。系统默认值为750毫秒。 7) 对PCU进行扩容

2.1.2 PDCH 容量分析流程

2.1.2.1 和PDCH容量相关的指标主要有GPRS/EDGE时隙利用率，PDCH信道分配成功率，TBF Minutes per Preempted PDCH in use，平均激活的PDCH数和平均激活的PDCH数（with traffic）和E-，B-，G-PDCH的信道共享率。这几个指标从不同的角度同时反映了PDCH信道资源是否充足。

下面的流程主要从如何进一步挖掘PDCH容量进行优化：

对于PDCH的拥塞问题，同样的先对GPRS/EDGE的相关参数设置进行检查，排除不合理的参数设置。同时对GSM的相关参数也进行检查。针对不同的拥塞情况，通过不同的手段进行优化。

PDCH的信道拥塞，虽燃表现的现象和指标有所不同，本质上来说是信道资源的不足造成的，优化的目的是尽量平衡话音和数据业务两方面的需求。从长远的目的来看，合理的规划，及时进行硬件扩容是根本的解决方案。从实际情况出发，解决临时拥塞基本有两个大方向。

? 优化信道分配的策略，保证GPRS/EDGE信道的占用 ? 分流话务

下面针对这两方面进行详细的介绍：

优化信道分配的策略，保证GPRS/EDGE信道的占用

I. 优化GPRSPRIO

GPRSPRIO是定义在不同的算法中，已分配的On-demand的信道被视为IDLE或者BUSY。将它的值展开成二进制的四个Bit位，每个Bit位代表一个算法，详细设置如下图：

如果GPRSPRIO设为7，即在动态半速率分配和小区负荷分担的算法中，已被分配为On-Demand的PDCH信道被认为是BUSY的，不会被预清空。建议GPRSPRIO设置为7

II. 优化PDCHPREEMPT

PDCHPREEMPT是定义CS话务能够预清空的信道类型。将PDCHPREEMPT的值展开为二进值，每个Bit位的含义如下图：

每个TBF均具有一个基本的PDCH带有TAI信息及相关的信令信息，只要基本的PDCH存在，那么TBF的生命将得以延续，如果PDCHPREEMPT设置为1，则至少基本PDCH得以保存，TBF得以继续传送，这样提高终端用户的业务质量感受度。如果设置为2，即只有空闲的On-demand PDCH信道可以被预清空。数值越大，数据业务得到的保证就越大，语音业务则可能出现拥塞。建议PDCHPREEMPT统一设置为1。 III. 优化PILTIMER

当一个On-demand PDCH变为IDLE状态，它仍然属PSD的IDLE LIST，此时PILTIMER开始记时，当PILTIMER超时，此PDCH会被转到CSD的IDLE LIST中去，即还给CS域。增加PILTIMER能够增大PS域保有尽可能多的PDCH的机率，但同时会增加GSL的负荷。建议PILTIMER设置为5或10 IV. TBFxLIMIT

TBFDLLIMIT、TBFULLIMIT是指系统在做PDCH预留的时候，要尽量避免每PDCH上的TBF数量超过该值，除非已经没有其他信道供选择。TBFxLLIMIT设置的太大，会导致PDCH的共享率过高，影响了吞吐率。建议设置为4 (R12为40) V. 定义FPDCH

根据不同小区的话务需求，至少定义1个FPDCH，话务较高的小区，可定义4个或8个FPDCH。定义了FPDCH，保证了GPRS/EDGE的最低带宽，但需要注意的是增加了FPDCH，即减少了TCH的信道数量。 VI. Singleslot Allocation Strategy（SAS）

SAS定义了每个CHGR的时隙分配策略，可以为Quality，MAIO，Multislot。

? Quality：根据ICM（空闲信道测量）的测量结果，选择具有最低干扰电

平的一组信道。

? MAIO：选择在MAIO（移动分配索引偏移）列表里位列最低位置的一

组信道。 ? Multislot：首先选择具有最少空闲TCH信道的一组信道

SAS定义为Multislot，系统将首先选择了具有最少空闲TCH信道的一组信道，这样系统就有更多连续的空闲信道供数据业务使用。

需要注意的是，对干扰比较严重的小区，为了保证语音质量首选分配策略为Quality。

VII. PDCHALLOC（CSPSALLOC）

该参数控制FPDCH的分配方式。PDCHALLOC=First，FPDCH将被分配在BCCH频率所在的空闲信道上；PDCHALLOC=Last，FPDCH将被分配在除没有参与跳频的BCCH频率以外的所有空闲载频上；PDCHALLOC=NOPREF，FPDCH将分配在任意载频上。结合PDCHALLOC=NOPREF并基于FPDCH的分配策略，通常FPDCH会被优先分配在EDGE信道上。

默认值NOPREF

VIII. NUMREQEGPRSBPC

该参数定义了EDGE信道的配置。

EDGE业务的性能和小区内EDGE信道的容量是密不可分的，只有在容量充足的情况下，EDGE用户才能获得更高效的性能。我们可以从EDGE话务情况来初步估算小区承载现有EDGE业务所需的信道配置情况。

规划方法：

首先我们可以根据多天的话务统计，得到每小时每个小区的下行每信道平均承 载TBF数以及占用的PDCH平均数。这样我们可以粗略的估计出来每个小区 平均每小时承载的TBF个数。

即平均承载TBF数＝每信道平均承载TBF数 * 占用的PDCH平均数 由于考虑到开通GPRS CS34业务后G-TBF和E-TBF共享EDGE信道的情况， 这里我们采用了每信道平均承载TBF数来进行规划。因此，我们可以粗略的

计算出每个小区需要配置的E/GPDCH信道数量：

NUMREQEGPRSBPC = 平均承载TBF数 / TBFDLLIMIT

在得到了需要配置的E/GPDCH数目后，我们还要根据实际情况来进行调整。 对于计算出配置信道数小于4个的小区，统一配置为4； 由于目前绝大多数EDGE手机均为下行4时隙的终端，

为了保证EDGE手机用户能够得到最大保留的时隙数，建议最少配置为4个信 道。

对于计算出配置信道数大于8个的小区，统一设置为8；

由于上述计算中我们考虑了GPRS用户和EDGE用户共享信道的情况， 因此得到的配置数会比单独考虑EDGE用户时大。同时考虑到小区传输资源受 限的情况，目前每个小区配置的E/GPDCH数最大为8个，如果传输资源足够， 这个条件可以不予以考虑。

2.1.2.2 分流话务

I. 小区重选的控制

如果小区没有设置PBCCH，只有BCCH信道时，终端使用CS的IDLE MODE BA LIST作为测量频点列表。在小区重选的过程中，根据终端测量的结果，使用C1/C2算法，终端将切换到C1/C2算法中选择排在最前面的小区。下面先介绍终端在不同的状态下，不同的测量行为。 Packet idle mode 当终端准备要传送数据，而在GPRS/EDGE的物理信道上没有被分配任何无线资源的时候，终端处于Packet idle mode。

当终端处于Packet idle mode的时候，终端会对包括自己的在内的所有的BCCH进行测量，测量值在每5秒或5个连续的paging blocks进行取平均。终端最少每30秒读取服务小区BCCH上的所有的系统信息。最少每30秒检查6个最强的相邻下区的BSIC是否发生改变。最少每隔分钟读取最强的6个相邻小区的和小区重选相关的系统信息。通过C1/C2算法，如果相邻小区比服务小区更好，终端发起小区重选。

发生小区重选时，新小区属于新的RA/LA，如果此时终端处于Standby状态，终端会通过uplink Logical Link Control (LLC) frame将终端标志发送给SGSN，在经过BSC时，BSC会增加CGI的信息。

发生小区重选时，新小区属于新的RA/LA，如果此时终端处于Ready状态，终端会发起LA/RA update。如果属于同一个RA/LA，则发送Cell update request。

Packet transfer mode 终端已经被分配了一个或多个物理信道，有LLC PDUs正在传送，终端处于Packet transfer mode。

此时终端会连续的监控所有在CS IDLE LIST里BCCH频点，每TDMA帧（约4.6ms）最少测量一个BCCH频点，当前服务小区则在每52个复帧最少测量6次。

通过C1/C2算法，如果相邻小区比服务小区更好，终端发起小区重选。 当发生小区重选时，新小区属于新的RA/LA区域，会发起RAU和LAU，否则终端会通过Uplink LLC frame将终端标志发送给SGSN，在经过BSC时，BSC会增加CGI的信息。 C1C2算法

当手机附着在GPRS系统后，无论是在Packet Idle或者是在Packet Transfer模式下均由手机自行完成小区重选，手机进行小区重选的目的是为了驻留在最合适的小区，判决算法为C1/C2算法。 GPRS附着手机在如下情况下进行小区重选：

1．服务小区被禁止（Becomes Barred）

2．GPRS 手机在允许的次数内未能成功接入网络 3．GPRS 手机检测到下行链路的信令失败 4．C1低于0 的时间超过5 秒

5．相邻小区的C2值高于主服务小区的C2值的时间超过5 秒

6．此外60秒内手机接收不到GPRS系统信息（SI13），也会进行小区重选。

小区重选的算法：

C1 = Rxlev - ACCMIN - max(CCHPWR – P ，0) C2 = C1 + CRO - TO * H(PT - T) 若PT <> 31 C2 = C1 - CRO 若PT = 31

其中H(x) = 0 （x < 0）， H(x) = 1 （x >= 0）ACCMIN，CCHPWR，CRO，TO 及PT 均来自系统信息。

GPRS手机处于Ready 状态或者邻小区属于新的RA时，邻小区的C2要比本小区的C2大CRH，而且至少要持续5秒，才会发生小区重选。 如果在15秒内曾发生过小区重选，邻区的C2值至少要比服务小区的C2值大5dB并且持续5秒。

当发生小区重选时，数据下载将会暂时停止，手机接入新的服务小区，并收听新小区的系统信息，完成小区重选，之后在新小区重选分配TBF，继续数据的下载。小区重选一般需要花费2～3秒的时间，从而影响了下载速率。当小区重选到不同的RA时，将会进行位置区更新和路由区更新，路由区更新相对于小区重选，需要走更多的信令，因此花费更多的时间。

通过了解小区的重选机制，可以发现，通过调整CRO，CRH，TO，PT，ACCMIN，CCHPWR，能够有效的控制终端在边界区域的小区选择，减少CRO和CRH，能够使终端更快的重选到其他小区。注意CRO，TO，PT，ACCMIN，CCHPWR的调整同样会影响终端的语音业务在哪个小区启呼。而CRH调整主要影响RA/LA边界的小区重选。 II. 小区负荷分担

当小区空闲的全速率业务信道（包括数据和话音）数量等于或低于一定的数量CLSLEVEL的时候，如果合适的邻区允许符合分担，并且有足够的空闲信道CLSACC，Ranking Recaculations会被触发，本小区内的所有连接都会重新计算切换队列，当某个邻区的比本小区更好时，该连接的话务切换到邻区。 相关参数介绍如下：

CLSTIMEINTERVAL是BSC属性参数，定义的是检查空闲信道数的时间间隔。默认值为100ms。

EBANDINCLUDED定义是BSC属性参数，定义负荷分担算法是否考虑E-GSM频段的信道。

CLSLEVEL定义的是每个小区空闲TCH的百分比，当达到或低于该百分比时，触发Ranking Recaculations。

HOCLSACC定义本小区是否允许来自其他小区的，由负荷分担触发的切换。 CLSACC定义本小区有多少空闲信道的时候，才可以接受来自其他小区的负荷分担。

分流话务方法还可以通过调整动态半速率、900/1800站间话务均衡等来实现。

1.2

单时隙吞吐率(EDGE)<30 kbit/s优化流程

爱立信设备默认初始编码为MCS5（下行），可根据实际无线环境上升或下降初始编码的设置。例如，C/I>26，可设置为MCS9（下行）；26>C/I>21，可设置为MCS6（下行），具体设置需根据实际情况调整。

无线比特率低即误码率高，是干扰严重的标志。非正常释放的TBF，如果Counter LDISRR的值异常，即由于无线问题导致的LLC PDU被丢弃超出正常范围，也可能是有无线环境引起的。对于网络干扰，从大方面手，首先从系统功能对干扰进行控制，通过合理的设置，减少全网的干扰，再进一步对干扰严重的小区进行处理。

1.2.1 GPRS/EDGE MS Power Control（GPRS/EDGE手机功率控制）

对于分组交换的无线系统，是没有BTS下行功率控制功能的，但上行手机功率控制功能则是具备的。该功能可以控制正在使用GPRS/EDGE数据业务手机的发射功率，使BTS接收端的信号电平维持在系统设定的目标值，以降低网络的上行干扰，同时可以节省手机的电力。

手机发射功率决定了手机在每个已分配的上行PDCH的发射功率。发射功率P，单位dBm，由以下算式表示：

P = min(Pmax , GAMMAo ??GAMMA ??ALPHA(C + 48))

Where

GPRS_MS_TXPWR_MAX_CCH if a PCCCH exists in the cell Pmax =

CCHPWR otherwise?

39 dBm for GSM 800/900 cells

GAMMAo =

36 dBm for GSM 1800/1900 cells

ALPHA 是BSC属性参数，它决定了路径损耗对手机发射功率的影响，建议设置为6。如果设置为0则路径损耗不作考虑。ALPHA 以真实值乘以10取值（如ALPHA取值6意味着计算时的补偿值是0.6）。

GAMMA是功率控制的主要参数，发送给手机阐明在BTS接收端的目标电平值。 例如ALPHA=6，GAMMA＝24，则手机期望接收信号电平值为-80db，每小区需根据实际情况设置。

C 是手机接收到的信号电平值

手机对计算的发射功率作四舍五入运算，尽量接近手机所支持的标称发射功率。

1.2.2 GPRS链路适应

GPRS Link Adaptation algorithm（GPRS链路适应算法）集成在PCU里，该算法根据手机测量到的下行无线链路质量动态地选择最优的编码方式，从而使下行的每个TBF均可获得较高的吞吐率。基于系统的要求，GPRS手机会向BTS发送包含下行无线链路质量测量结果的Channel Quality Report（信道质量报告）。在TBF建立的初期，由于没有相应的信道质量报告可参考，系统将使用初始编码方式，该方式由参数CHCSDL决定。TBF建立之后，PCU将根据BTS收到的信道质量报告的内容对下行编码方式进行适当的动态调整。参数CHCODING定义了静态的上行编码方式，取值CS-1或CS-2。如果GPRS的LA=OFF，同时CHCSDL=NA，那么CHCODING所设定的编码方式将被同时用于下行。建议GPRS的LA设置为ON，CHCSDL 设置CS3（普遍应用）、CS4（信号质量好的基站小区，如机场）。

GPRS链路适应功能应用是基于小区级的，优化过程中可以根据不同小区的实际无线环境进行个别优化。

1.2.3 小区重选

小区边界的设置对数据业务的影响是很大的，如果小区过分频繁的进行重选，数据业务的吞吐率肯定受到影响，但过长时间的驻留在原小区，有可能使终端在边界处误码率过高，重传导致吞吐率下降。合理的CRH设置对于数据业务的性能，特别是移动

性能会有较好的效果。

一般内部小区的CRH设置

当所涉及的小区为同一个BSC内部的小区，小区内一般用户处于低速运动或者相对静止的状态，如写字楼，商场或者住宅区，这种情况下应尽量避免乒乓小区重选的发生。在覆盖较好网络，建议值一般较大，为6或者8。

当小区内的手机移动较慢，且周围邻小区信号较杂乱，易导致“乒乓”重选时应适当加大CRH。加大小区的CRH，将导致此小区的覆盖范围加大，因此判断是否适合加大CRH的依据为：此小区是否能够为增加的这一部分覆盖区域提供良好的信号强度与质量。当服务小区的质量情况总是可以满足服务的要求时，尽量加大CRH是明智的作法；但是如果服务小区质量不佳且频率不易调整时，应当避免过大的CRH。

覆盖高速路路面或运动中信号变化快的内部小区

在这种情况下，手机所接收到得信号强度在短时间内可能有较大变化，建议将铁路或高速公路沿线的服务小区的CRH值设置调为4或更小，这样手机将易于重选到相邻的小区，避免在服务小区的信号质量恶化时才发起重选的情况。

边界小区的CRH设置

由于完成路由区更新需要的时间长对吞吐量的影响大，减少不必要的路由区更新可以改善GPRS的移动性能。同时，边界小区的CRH对GSM业务也有作用，因此，不论是覆盖高速路的还是一般市区的边界小区，甚重起见，应将CRH值设置加大，例如8或10。

1.2.4 GSM参数的控制

GSM的一些无线功能如：BTS/MS Dynamic Power Control（BTS/MS动态功率控制），Handover（切换），UL/DL DTX（上下行不连续发射），HCS（小区分层）等，对于控制干扰都有帮助。

值的注意的是，目前网络中GPRS/EDGE的业务量相对话音业务来说要小的多，目前网络中的干扰主要来自与语音业务，对语音业务带来干扰的有效控制，能够帮助提高EDGE的速率。

1.2.5 链路质量控制

Link Quality Control (LQC) 链路质量控制在EDGE网络里用于为每个下行或上行的TBF动态选择最优的调制方式和编码方式，以获得最高的吞吐率并把系统的延迟减到最小。与此同时，由于吞吐率的提高、数据传送时间的缩短，系统的容量也得到了提升，网络可以容纳更多的用户一起分享EDGE的服务。

在EDGE系统，RLC层协议功能得到了增强，可以对相同编码家族的数据进行数据分割重组，也就是说系统允许以不同的MCS编码方式进行数据重传。此外，该增强型RLC协议还可以使接收端存储和使用上次使用相同RLC数据块传送的信息（soft values软件值）以提高解码的成功率。这种技术被称作IR－Incremental Redundancy（增加冗余），如果RLC数据块没有被分割重组，那么在同一个RLC数据块里旧有的软件值可以和新的软件值进行合成，接收端将会储存这些软件值直至RLC数据块成功解码。

LQCACT LQC功能的控制参数。设置为3表示上下行均开启了链路质量控制功能。建议设置为3。

LQCHIGHMCS LQC所支持最高的MCS编码方式，建议所有的BSC设置为建议值9。

LQCIR 定义下行算法运行在LA/IR模式还是LA模式。 建议设置为1。 LQCUNACK当RLC非确认模式使用时用于改变MCS，以获得更稳定的编码方式。建议设置为2。

LQCDEFAULTMCSDL和LQCDEFAULTMCSUL，当LQC功能关闭时，该两个参数用于控制在上下行分别选择使用何种MCS进行编码。

1.2.6 对比CS域的干扰

OSS工具PMR或RNO，电路交换域的STS统计“TCH/SDCCH由于质量差造成的掉话”，可以用于分析小区是否存在干扰问题或信号强度不足的问题。

1.2.7 硬件问题

检查是否由于BTS硬件问题而导致干扰的产生，以下是一些较常见的指令可以对BTS告警或状态进行检查：ALLIP、RXASP、RXMSP、RXMFP等等。 可以利用Idle Channel Measurements (ICM)空闲信道测量统计检查是否存在上行干扰，分析时可以对ICM Band4或Band5进行排序，对位于前列的小区进行分析。

1.2.8 外部干扰

利用TEMS和扫频仪对已经排除了网内干扰的地区进行扫频，对外部干扰进行定位。日常碰到的外部干扰源有大功率干扰器，其他运营商的直放站，私人安装的信号放大器。

1.2.9 频率规划

这是对有干扰问题的最差小区排障所采用的最后步骤。从提高网络性能的角度来看，同时也作为一个长期解决方案，建议对为EDGE所在的TRU划分专用频段。

1.3

TBF建立成功率低于<95％优化方法

引起TBF建立失败在统计上主要有两大原因：无信道资源导致TBF建立失败及MS无响应导致TBF建立失败。无信道资源需要相应进行扩容工作；而MS无响应导致TBF建立失败的原因又分为以下几点，建议对以下几点进行相关优化工作： a) 空口质量

主要是无线环境的因素，请检查的就是空口的传输或硬件是否存在故障； b) Abis口传输

如果传输有问题,比如端口故障,就会有大量的误码(包括失步帧和校验错帧),这会在一定程度上影响手机接入； c) GB口传输

对于GB口，主要关注是否有GB口的链路故障,是否有拥塞情况,如有拥塞情况请及时提出扩容需求。 d) 手机问题

对于个别手机可能存在手机兼容性问题，也有可能是手机本身的问题,对于这些问题需要手机侧进行处理定位。

2 2.1

优化案例介绍 EPDCH信道不能占用

现象描述：EDGE小区IC1101A未能占用EPDCH，没有EDGE流量。 处理过程：通过检查MO数据，发现该小区的EDGE载波MO数据

RXMOTX-67-1未连接上指定的信道组占用到了非EDGE频点导致小区无法配置E-PDCH信道。

RXMOTX-67-1为EDGE载波，但未指定CHGR.如下：

由于MO数据的TX没有绑定信道组导致RXOTX-67-1占用到普通载波频点612，从而无法分配PDCH。如下：

DATE7120471204712047120471204712047120471204712047120471204712047120471204712047120471204PERIOD7000800800090090010001000110011001200120013001300140014001500150016001600170017001800180019001900200020002100210022002200230023000000CELL_IDICICICICICICICICICICICICICICICICICCELLNAME金果园1800金果园1800金果园1800金果园1800金果园1800金果园1800金果园1800金果园1800金果园1800金果园1800金果园1800金果园1800金果园1800金果园1800金果园1800金果园1800金果园1800GPRS下行流量(KB)222264.5998.251953.2527642657.882601.52498.88148.75148.75261.63300.1375.6339.6353.530.567GPRS上行流量(KB)18.7532.13151454.88598520.5624.88969.6359.545.1319.6323.636.381.2538.7513EDGE下行流量(KB)000000033.13313.13135.5184.5194.5629.1315098.75017.5EDGE上行流量(KB)000000014.63128234.1367.6339.63154.565.552.130.3821.63 建议：在开启EDGE信道功能是，标准的DT修改应该将每个TRU对应的MO参数TRX和TX都分别绑定到指定的CHGR。对于只修改一个TRU CHGR的小区有可能出现时隙不同步或重启后时隙不全的现象。

2.2

EDGE下载速率低

某地市反映其EDGE上网速度较慢，现场测试情况：

收集问题所在的G12B2 局EDGE相关的统计，统计指标如下： G12B2 10:00-11:00 IP下行EGPRS吞吐速率（kbps） 63.51 IP上行EGPRS吞吐速率（kbps） 13.21 7.56 CQ_TBF_minutes_per_interrupt_DL 寻呼丢失次数 48 BSC寻呼拥塞次数 0 0.00% GSL_Load_above_Eighty_Percent 0.00% RPP_Load_above_Eighty_Percent PCU拥塞率 0.00 GSL利用率 62.31 GPRS多时隙满足率 95% EDGE多时隙满足率 93% PDCH分配成功率 55.64% PDCH分配信道数 851.95 BPDCH激活信道数 108.55 GPDCH激活信道数 0.00 EPDCH激活信道数 105.84 PDCH预清空次数 71 1.16 Sharing_on_B_G_EPDCH__DL 1.09 Sharing_on_B_G_EPDCH__UL 1.28 Sharing_on_EPDCH__DL 1.12 Sharing_on_EPDCH__UL 621.23 GPRS_TBF_Minutes_per_InterRA_CRS_DL__kbits 16.11 GPRS_TBF_Minutes_per_IntraRA_CRS_DL__kbits IP下行EGPRS流量_MB 151.16 IP上行EGPRS流量_MB 16.71 TBF分配成功率 100.00% 指标 G12B2相关EDGE的统计没有完全定义，部分指标不能计算，通过已有的统计分析，IP下行EGPRS吞吐速率（kbps）有明显异常。

BSC平均的IP下行EDGE吞吐率只有63.51 Kbit，也就是63.51/8≈8KB ，和客户实际测试的平均速率一致。从EDGE多时隙满足率指标看，该指标为93%，因为缺少统计输出，不能计算Maximum_Num_of_TS_reservable_per_TBF，EDGE_RadioLink_Bitrate_per_channel_DL 指标，只能大致计算用户的单信道吞吐率，通常用户使用的手机为3+1或4+1模式，我们假设每用户使用EDGE平均占用3个信道计算，现网EDGE下行单信道吞吐率＝21.16Kbit。

根据EDGE编码速率对照，用户只使用到MCS5编码。 检查BSC的公共管理参数，主要检查以下参数：

Property 现网设置 Recom. Description LQCACT 0 3 Activates and Deactivates LQC LQCDEFAULTMCSDL 5 9 Default MCS on DL when LQC is deactivated LQCDEFAULTMCSUL 3 3 Default MCS on UL when LQC is deactivated LQCHIGHMCS 9 9 Highest allowed MCS supported by LQC LQCIR 1 1 Specifies LA or LA+IR when LQC is active LQCUNACK 1 0 Controls DL MCS when LQC active (robust) PCUQOS 0 0 PCU quality of service PILTIMER 20 20 On Demand packet idle list timer QOSTHP1 3 3 QOS for THP 1 when PCUQOS is active QOSTHP2 2 2 QOS for THP 2 when PCUQOS is active TBFDLLIMIT 1 2 Temp. Block Flow Downlink Limit TBFULLIMIT 1 2 Temp. Block Flow Uplink Limit GPRSNWMODE 2 2 Network Operation Mode GPRSPRIO 1 0 Pre-emption rules for on demand PDCH 从参数看我们发现了本次EDGE下载速率不高的问题原因。因为参数LQCACT没有激活，系统将采用默认的MCS编码方式，默认的编码方式由LQCDEFAULTMCSDL控制，G12B2设置为5即采用MCS5方式进行传输，这正与前面的计算吻合。通过修改参数LQCACT 0->3，激活上下行LQC功能。当激活LQC功能以后，系统将根据链路质量自动配置EDGE信道的编码方式。 参数修改后指标对比： EXCHID PERIOD IP下行EGPRS吞吐速率（kbps） IP上行EGPRS吞吐速率（kbps） 2.3

传输故障

问题描述：MD3005A&3005B&3005C三个同站小区数据业务接入失败次数为100%的异常情况，没有任何数据业务流量，也没有PDCH分配。

问题分析和处理：首先我们查看了该BSC其他小区的数据业务接入情况，没有发现同样情况，个别小区的异常，可以排除为RPP板故障导致数据业务接入失败高的可能。在GPRS配置数据中可以清楚看到三个小区都有定义FPDCH ，GPRS资源的数据中并没有FIXSLAVE PDCH信道被提供。

FPDCH分配算法将会把FPDCH放在以下信道： 1．Primary in CHGR with EDGE capability.

2．The second criterion is to place it according to PDCHALLOC. 3．The third is to place it in the channel group with the most number of TCH idle.

TCH里选择几个作为PDCH，空闲TCH选择的原则依次序是：

CQG12B2 CQG12B2 修改前 修改后 1000-1100 1200-1300 63.51 13.21 153.96 24.89 E-/G-/B-TCH

从PDCH分配原则分析，当小区开启EDGE功能后，PDCH会把EPDCH作为分配的首选。我们将PDCH分配异常的原因放在EPDCH的分配和占用上，检查开启EDGE功能载波MO数据定义正常，检查传输时我们发现另外一个问题，就是所有的EDGE信道都被分配到一条独立的传输。

使EDGE信道占用到另外一条传输后，PDCH分配恢复正常，信令在基站到A-bis接口传输过程中出现异常是影响该站小区EPDCH正常分配的直接原因。 经过对该小区进行现场处理，将问题确定在DXU的C接口处，由于接口问题导致传输不能被正常使用。 处理前后小区指标对比： DATE PERIOD 平均EDGE下行流量EXCHID CELL_ID 占用(KB) PDCH 70315 70315 70315 70315 70323 70323 70323 70323 70315 70315 70315 70315 70323 70323 70323 70323 70315 70315 70315 70315 70323 70323 70323 70323

11001200 12001300 13001400 10001100 10001100 11001200 12001300 13001400 11001200 12001300 13001400 10001100 10001100 11001200 12001300 13001400 11001200 12001300 13001400 10001100 10001100 11001200 12001300 13001400 MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MD3005A MD3005A MD3005A MD3005A MD3005A MD3005A MD3005A MD3005A MD3005B MD3005B MD3005B MD3005B MD3005B MD3005B MD3005B MD3005B MD3005C MD3005C MD3005C MD3005C MD3005C MD3005C MD3005C MD3005C 0 0 0 0 0.00 0.00 0.00 0.13 0 0 0 0 105.13 904.88 3.63 0.00 0 0 0 0 3.00 25.75 14.50 25.13 0 0 0 0 0.02 0.01 0.02 0.01 0 0 0 0 0.77 1.79 0.38 0.13 0 0 0 0 0.47 0.42 0.45 0.58

70315 70315 70315 70315 70323 70323 70323 70323 70315 70315 70315 70315 70323 70323 70323 70323 70315 70315 70315 70315 70323 70323 70323 70323

11001200 12001300 13001400 10001100 10001100 11001200 12001300 13001400 11001200 12001300 13001400 10001100 10001100 11001200 12001300 13001400 11001200 12001300 13001400 10001100 10001100 11001200 12001300 13001400 MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MYB1BSC MD3005A MD3005A MD3005A MD3005A MD3005A MD3005A MD3005A MD3005A MD3005B MD3005B MD3005B MD3005B MD3005B MD3005B MD3005B MD3005B MD3005C MD3005C MD3005C MD3005C MD3005C MD3005C MD3005C MD3005C 0 0 0 0 0.00 0.00 0.00 0.13 0 0 0 0 105.13 904.88 3.63 0.00 0 0 0 0 3.00 25.75 14.50 25.13 0 0 0 0 0.02 0.01 0.02 0.01 0 0 0 0 0.77 1.79 0.38 0.13 0 0 0 0 0.47 0.42 0.45 0.58

本文来源：https://www.bwwdw.com/article/kfvp.html