EDGE优化手册中国移动

《EDGE优化手册中国移动》由会员分享，可在线阅读，更多相关《EDGE优化手册中国移动（41页珍藏版）》请在装配图网上搜索。

1、EDGE 优化指导手册更改历史版本时间说明v1.02007/2完成第一稿v1.12007/3增加“CMCC外场测试参考”v1.22007/4增加“硬件”“EDGE对资源影响”、6个资源类参数、嘉兴试点优化内容目 录一、EDGE主要概念以及特点11编码方式12Payload13编码类（Family）14数据吞吐量25打孔方式（PS）26ARQ机制37资源分配机制78无线侧物理层测量报告（3GPP 05.08）99速率调整1010硬件1211EDGE对资源的影响12二、EDGE相关QOS指标151.渗透率152.TBF建立153.PDCH占用情况184.RLC层吞吐率18三、优化主要相关参数201

2、.资源类202.测量类223.速率以及重传控制类23四CMCC外场测试参考241.测试设备242.DT测试243.CQT测试29五、嘉兴2007年EDGE试点优化311.网络结构312.资源类参数优化323.其他参数优化324.小结32六、附录331.EDGE优化准则332.MCS速率与质量关系图343.参考文档3440机密资料 请勿外传一、EDGE主要概念以及特点1 编码方式EDGE上下行PDTCH使用了新的编码方式MCS1到MCS9，因此比GPRS具有更高的数据吞吐量，EGPRS的控制信道使用与GPRS控制信道相同的编码方式，即PACCH、PBCCH、PAGCH、PPCH和下行的PTCCH

3、使用CS1的编码方式。在B8中，下行支持MCS1到MCS9的编码，而上行仅支持MCS1到MCS4的编码方式。B9上下行都支持MCS1到MCS9。2 Payload在GPRS中，一个LLC PDU根据采用的编码分段为多个RLC DATA BLOCK；在EDGE中引入了payload的概念，一个LLC PDU根据编码类，首先分段为不同的payload，然后再映射到RLC DATA BLOCK，一个RLC DATA BLOCK可以有一个或两个payload，如下图所示。3 编码类（Family）EDGE中有三类编码类：A、B、C，每种编码类型有不同的payload。- Family A：payloa

4、d为37字节，对应MCS3、MCS6、MCS9编码方式；- Family A padding：payload为34字节，对应MCS3、MCS6、MCS8编码方式，在MCS3（MCS6）的数据后面再加上3（2*3）个填充字节。当编码从MCS8切换到MCS3或MCS6，3个或6个填充字节加到payload的后面；- Family B：payload为28字节，对应MCS2、MCS5、MCS7编码方式；- Family C：payload为22字节，对应MCS1、MCS4编码方式。其中，在MCS7、MCS8和MCS9这三种编码方式中，一个radio block携带两个RLC blocks，即两个BS

5、N（Block Sequence Number）。Family AFamily A paddingFamily BFamily CMCS11 radio block = 1 RLC block = 1 payload of 22 bytesMCS21 radio block = 1 RLC block = 1 payload of 28 bytesMCS31 radio block = 1 RLC block = 1 payload of 37 bytes1 radio block = 1 RLC block = 1 payload of 34 bytes + 3 padding bytesM

6、CS41 radio block = 1 RLC block = 2 payloads of 22 bytesMCS51 radio block = 1 RLC block = 2 payloads of 28 bytesMCS61 radio block = 1 RLC block = 2 payloads of 37 bytes1 radio block = 1 RLC block = 2 payloads of 34 bytes + 2*3 padding bytesMCS71 radio block = 2 RLC blocks = 4 payloads of 28 bytesMCS8

7、1 radio block = 2 RLC blocks = 4 payloads of 34 bytesMCS91 radio block = 2 RLC blocks = 4 payloads of 37 bytes4 数据吞吐量Coding schemeModulationTheoretical throughput per PDCH (kbit/s)CS1GMSK8CS2GMSK12CS3GMSK14.4CS4GMSK20MCS1GMSK8.8MCS2GMSK11.2MCS3GMSK14.8 / 13.6MCS4GMSK17.6MCS58-PSK22.4MCS68-PSK29.6 /

8、27.2MCS78-PSK44.8MCS88-PSK54.4MCS98-PSK59.2上表中，MCS3和MCS6的两种速率分别对应Family A和Family A Padding。即对于4+1手机而言，RLC层理论最大速率为236.8kb/s。5 打孔方式（PS）打孔就是仅传输部分经过卷积编码之后的编码。相同的编码，若使用不同的打孔方式，传输的编码比特也不同，因此当针对同一个payload，接收机接收到两个使用不同打孔方式的RLC block，会得到一些额外信息，从而增加正确解调的可能性。现以MCS1来举例说明打孔方式。若使用MCS1编码，则RLC block的数据部分有196比特，经过卷积

9、编码后得到588比特：C(0)，C(1)，C(587)，然后根据不同的打孔方案进行打孔。在EGPRS RLC/MAC的报头中，字段CPS（Coding and Puncturing Scheme indicator）的值说明了打孔方式（参见规范04.60），下表为编码MCS1对应的两种打孔方式P1和P2的具体描述。P1比特C(2+21j), C(5+21j), C(8+21j), C(10+21j), C(11+21j), C(14+21j), C(17+21j), C(20+21j)，j = 0,1,.,27，除了C(k)，k = 73,136,199,262,325,388,451,514

10、不发射。P2比特C(1+21j), C(4+21j), C(7+21j), C(9+21j), C(13+21j), C(15+21j), C(16+21j), C(19+21j)，j = 0,1,.,27，除了C(k)，k = 78,141,204,267,330,393,456,519不发射。6 ARQ机制RLC的确认模式，有两种确认机制：- Type 1 ARQ，在B6和B7中已经使用；- Type 2 ARQ，Incremental Redundancy，仅用于B8及以上版本中的EGPRS。Type 1 ARQType 1 ARQ用于GPRS和B8 EGPRS的上行链路。有些RLC b

11、lock虽然不能正确解调，但其中肯定包含有部分有用信息。若采用Type 1 ARQ机制，接收机在解调重发的RLC block时，并不利用上次没能正确解调的同一RLC block中的有用信息，解调仅仅依赖于本次收到的RLC block。在这种重传机制下，当EGPRS TBF的RLC block重传时，必须要使用与第一次相同的MCS或相同编码类中的MCS，这主要是为了不对LLC PDU进行重新分段。Payload概念的引入，对EGPRS的重传机制有一定的影响。在EGPRS中，一个RLC block重传，可以使用同一个编码类中的不同MCS，通过改变RLC block中的payload的个数来实现。例

12、如：一个RLC block用MCS6（2个payloads，每个payload的大小为37字节）发射，可以用MCS3（2个RLC block，每个RLC block包含一个payload，而每个payload的大小为37字节）进行重发。在GPRS中，因为不存在payload的概念，因此在重发时必须使用与第一次发射时相同的CS。在重发时，若选用相同编码类中的不同的MCS，会有以下两种情况：- 当初始的MCS与重发的MCS，RLC block包含有相同数量的payload，如MCS7和MCS5，则在重发时，RLC block无须重新分段；- 当初始的MCS与重发的MCS，RLC block包含的p

13、ayload的个数不同时，如MCS2（一个payload）和MCS5（两个payload），则在重发时，RLC block必须重新分段。下图为一个无须分段的重发流程下图为一个需要分段的重发流程对于B8 EGPRS的上行链路，仅使用type 1 ARQ。在PUAN消息中，重新分段的标志位若为1，则表明MS在重传RLC block时，要根据现在的MCS（在同一个编码类中，比第一次发送低一级的MCS）进行重新分段。在UL EGPRS TBF中，若一个RLC block未能正确接收，则MS在同一个编码类中选用低一级的MCS进行重发，如下图所示。在下图中，重发的RLC block第二部分也未能正确接收，

14、因为在PUAN消息中不可能单独指出是第一部分还是第二部分错误，故只要有任何一部分未能正确接收，MS就要重发RLC block的两个部分。PUAN(分组上行确认)Type 2 ARQ Type 2 ARQ，即Incremental Redundancy（IR）。在ETSI中规定，EGPRS的MS必须支持该功能，对BTS来说，IR是可选功能，因此在B8中，IR仅用于DL（B9中支持上行IR）。信令、GPRS和非确认模式的数据都不使用IR，仅用于EGPRS在确认模式下的数据传输。IR的工作过程如下：- 第一次发射RLC block，使用第一种puncturing scheme（PS1）；- 若需要重

15、发该RLC block，发射机使用相同的MCS或同一编码类中的不同MCS。在解调器的输出端，接收机将合并第一次接收到的和第二次接收到的重发的数据的软比特，从而增加了该RLC block正确解调的可能性。因为多于2次或3次的软比特合并，解调增益增加很小，因此Alcatel的解决方案是，每个MCS对应的PS的数目是有限的，只有2到3个，从而限制了同一个RLC block的软比特合并次数也为2到3次。下图为一个软比特合并的示例。在DL EGPRS TBF的数据传输过程中，若BSN为B2的RLC block在第一次时没有正确解调，因此系统需要重发，在重发时该RLC block时，选用了相同的MCS，但

16、是不同的PS。MS的内存空间是一定的，若MS因为保存了多个未能正确解调的RLC block的数据，而造成内存空间溢出，此时在EGPRS TBF的PDAN消息中的字段“MS OUT OF MEMORY”的值就会设置为1，系统将自动会把type 2 ARQ调整为type 1 ARQ。在这种情况下，MFS根据初始的MCS和由链路自适应算法确定的MCS在与初始的MCS相同的编码类中来选择MCS，RLC block可能需要重新分段，如下图所示。重传时MCS的选择重传时的MCS，取决于：- RLC block第一次发射时，采用的MCS；- 参数EN_FULL_IR_DL的值（是否允许重分段）；- MS的内

17、存是否足够；根据链路自适应算法得出的MCS若EN_FULL_IR_DL的值为disable（允许DL重新分段）或EN_FULL_IR_DL的值为enable（不允许DL重新分段），但MS的内存空间不足（在EGPRS的PDAN消息中报告），根据下表进行RLC block重发时MCS的选择，在重发时可以进行重分段。Commanded MCS (given by the link adaptation algorithm)MCS9MCS8MCS7MCS6MCS5MCS4MCS3MCS2MCS1Initial MCSMCS9MCS9MCS6MCS6MCS6MCS3MCS3MCS3MCS3MCS3MCS

18、8MCS8MCS8MCS6 (pad.)MCS6 (pad.)MCS3 (pad.)MCS3 (pad.)MCS3 (pad.)MCS3 (pad.)MCS3 (pad.)MCS7MCS7MCS7MCS7MCS5MCS5MCS2MCS2MCS2MCS2MCS6MCS9MCS6MCS6MCS6MCS3MCS3MCS3MCS3MCS3MCS5MCS7MCS7MCS7MCS5MCS5MCS2MCS2MCS2MCS2MCS4MCS4MCS4MCS4MCS4MCS4MCS4MCS1MCS1MCS1MCS3MCS3MCS3MCS3MCS3MCS3MCS3MCS3MCS3MCS3MCS2MCS2MCS2MC

19、S2MCS2MCS2MCS2MCS2MCS2MCS2MCS1MCS1MCS1MCS1MCS1MCS1MCS1MCS1MCS1MCS1若EN_FULL_IR_DL的值为disable（允许DL重新分段），没有MS的内存空间不足消息（在EGPRS的PDAN消息中报告），根据下表进行RLC block重发时MCS的选择，在重发时不可以进行重分段。Commanded MCS (given by the link adaptation algorithm)MCS9MCS8MCS7MCS6MCS5MCS4MCS3MCS2MCS1Initial MCSMCS9MCS9MCS6MCS6MCS6MCS6MCS6

20、MCS6MCS6MCS6MCS8MCS8MCS8MCS6 (pad.)MCS6 (pad.)MCS6 (pad.)MCS6 (pad.)MCS6 (pad.)MCS6 (pad.)MCS6 (pad.)MCS7MCS7MCS7MCS7MCS5MCS5MCS5MCS5MCS5MCS5MCS6MCS9MCS6MCS6MCS6MCS6MCS6MCS6MCS6MCS6MCS5MCS7MCS7MCS7MCS5MCS5MCS5MCS5MCS5MCS5MCS4MCS4MCS4MCS4MCS4MCS4MCS4MCS4MCS4MCS4MCS3MCS3MCS3MCS3MCS3MCS3MCS3MCS3MCS3MCS

21、3MCS2MCS2MCS2MCS2MCS2MCS2MCS2MCS2MCS2MCS2MCS1MCS1MCS1MCS1MCS1MCS1MCS1MCS1MCS1MCS1因此在RLC block重发时MCS的选择有两个表，在重发时根据EN_FULL_IR_DL的值和MS是否OUT OF MEMORY，确定使用哪个表来进行MCS的选用，选择方法见下表。EN_FULL_IR_DLMS OUT OF MEMORYMCS table used : re-segmentationEnableDisableOnOffWithWithoutxxxxxxxxxxxx重发时PS的选择一旦RLC block重发的MCS确

22、定下来，PS的选择取决于：- RLC block前一次发射时，使用的PS；- 重发的MCS；如果RLC block是第一次发射，PS则选用PS1；若RLC block是重发的，则有下面两种情况：若MCS没有改变：且所有的PS都已经用过了，则又选用PS1，然后PS2，PS3（如果有PS3的话），因此PS的选用是循环的；若MCS发生改变：PS的选用见下表。Previous MCSNew MCSPrevious PSNew PSMCS9MCS6PS1 or PS3PS1PS2PS2MCS6MCS9PS1PS3PS2PS2MCS7MCS5PS1, PS2 or PS3PS1MCS5MCS7PS1 or

23、 PS2PS27 资源分配机制1）TBF模式TBF的模式有两种：GPRS和EGPRS。一旦TBF建立好之后，就不能改变其模式。只有释放该TBF，然后重新建立，才能改变TBF的模式。若在一个TBF的传输过程中，BSS收到MS修改TBF模式（或RLC的确认模式）请求，BSS向MS发出Packet Access Reject消息，同时释放该TBF。在TBF建立时，若存在反向的TBF，则新建的TBF的模式与反向的TBF的模式相同；在DL TBF快速重建时，TBF的模式与先前的模式相同；在资源重分配时，TBF的模式也不变。对一个EGPRS的MS来说，在TBF建立时，若不存在反向的TBF，则首先尝试建立E

24、GPRS模式的TBF，若因为EGPRS的TRX没有资源，而TBF建立失败，则尝试在GPRS的TRX上建立GPRS模式的TBF。2）TBF的建立在建立UL GPRS和EGPRS TBF时，主要的区别来自于MS发送的初始消息不同，Packet信道分配过程不同，UL Packet资源分配过程也有点不同；TBF建立的其它过程是相同的。MS在PIM状态下，在CCCH/PCCCH上建立TBF或在PTM状态下建立TBF时，两种模式的TBF建立的信令流程和使用的消息都相同，唯一的区别是消息中的内容有所不同（对于packet access 过程，GPRS不需要提供MS的class类型，而EDGE需要提供。提供方

25、式：占用RACH的CHANNEL REQUEST消息。）Packet信道分配流程（One Phase接入、Two Phase接入的第一个阶段）：- PCCCH（PIM）One Phase接入：若小区开启了EGPRS功能，系统收到MS的EGPRS Packet信道接入请求，但是由于某种原因，无法分配EGPRS 模式的TBF，系统就给MS分配GPRS 模式的TBF。在这种情况下，系统仅知道MS的EGPRS multi-slot class，因此系统在进行资源分配时使用EGPRS multi-slot class的信息，尽管分配的是GPRS 模式的TBF。- CCCH（PIM）One Phase接入

26、：在EGPRS TBF的建立过程中，Immediate Assignment仅给EGPRS MS分配一个PDCH信道，尽管系统已经知道MS的EGPRS multi-slot class，这是因为Immediate Assignment不能分配多于一个PDCH。- （P）CCCH（PIM）Two Phase接入：MS在Packet Resource Request消息的Mobile Station Radio Access Capability IE中向系统报告其无线能力。UL Packet信道分配流程（Two Phase接入的第二个阶段）：- （P）CCCH（PIM）Two Phase接入：若

27、MS在Packet Resource Request消息的Mobile Station Radio Access Capability IE中表明该MS不支持EGPRS，PUAS消息以GPRS模式发送；若MS在Packet Resource Request消息的Mobile Station Radio Access Capability IE中表明该MS支持EGPRS，则若分配的是GPRS（EGPRS）模式的TBF，PUAS消息以GPRS（EGPRS）模式发送。EGPRS TBF建立或资源重分配时，TRX的选择原则如下：只要class最高的TRX上的PDCH信道上承载的EGPRS TBF的个数

28、小于门限值N_TBF_PDCH_MCSi_MCSj，则BSS总是选择class最高的TRX。反之若PDCH信道上承载的EGPRS TBF的个数太多，则可以选择class较低的TRX。参数N_TBF_PDCH_MCSi_MCSj的值由某Class的TRX所支持的MCSi和比该class低一级的TRX所能支持的最高的MCSj决定。3) PDCH分配若EN_FAST_INITIAL_GPRS_ACCESS = true，则需在初始时建立好SPDCH信道。SPDCH信道的选择原则如下：首先选择EDGE的TRX（能为GPRS和EGPRS提供快速接入功能）；然后是class级别最低的TRX（不要浪费太多的

29、传输资源）；然后是PS优先级最高的TRX（不要和CS业务冲突）；最后是选择TS数目最小的TRX（降低T1资源重分配的机会）。BSS必须使一个PDCH信道满足下述条件：- 在class为n的EDGE TRX上，建立一个PDCH信道，且其在上行方向的TBF状态不为full；- 在不支持EDGE TBF的TRX上建立一个PDCH信道，且其在上行方向的TBF状态不为full。4）ATER口资源拥塞除了P383A以外（P384、P150G可评估GPU负荷），还可考虑采用新的计数器来进行评估，即P38D。P38D定义：由于GPU拥塞，而导致占用的PDCH信道退化（最大允许的GCH数少于实际PDCH数）的时

30、间。8 无线侧物理层测量报告（3GPP 05.08）MS测量结果的上报MS在PDAN和PRR（Packet Resource Request）消息中，向网络发送信道质量的测量报告：gCH（干扰）、RXQUAL（质量）、C和SIGN_VAR（接收电平）。（EDGE上报：Mean_BEP（Bit Error Probability）和CV_BEP）MS在EGPRS DL TBF时，以radio block（1 radio block = 4个突发脉冲）为单位计算Mean_BEP和CV_BEP。其中：gCH,n = (1-d) * gCH,n-1 + d * SSCH,n, gCH, 0 = 0 d

31、 = 1/MIN(n, N_AVG_I)，N_AVG_I是小区参数 gCH将被映射为I_LEVEL，其值为0到15，如下所示：- I_LEVEL 0 = 干扰电平大于C；- I_LEVEL 1 = 干扰电平小于等于C，但大于C - 2 dB；- I_LEVEL 2 = 干扰电平小于等于C - 2 dB，但大于C - 4 dB；- - I_LEVEL 14 = 干扰电平小于等于C - 26 dB，但大于C - 28 dB；- I_LEVEL 15 = 干扰电平小于等于C 28 dB即I_LEVEL 0时最差的。BEP的测量在信道解码之前进行。上述以radio block为单位进行测量的结果将按照

32、TS和编码方式进行平均：- Rn ：表明quality值的可靠度；- n 是迭带参数，随着DL radio block的增加而增加；- e 是遗忘因子，根据小区参数BEP_PERIOD（B8新参数）计算而得；- xn 表示nth个block是否存在quality的测量结果，如xn = 1，则表明该block有测量结果；而xn = 0，则表明该block没有测量结果。在EGPRS Packet DL Ack/Nack 和Packet Resource Request消息中，MS将根据调制方式向系统报告测量结果：GMSK_MEAN_BEP， GMSK_CV_BEP和/或8-PSK_MEAN_BEP

33、，8-PSK_CV_BEP。- n是迭带参数；- j是TS号。上报的Mean_BEP值共有MEAN_BEP_0到MEAN_BEP_31；上报的CV_BEP值共有CV_BEP_0到CV_BEP_7，计算值和上报值之间的映射关系可参见规范05.08。BTS侧的测量和上报BTS测量每个UL burst，然后计算Mean_BEP和CV_BEP，并以radio block（1 radio block = 4个突发脉冲）为单位向MFS报告。9 速率调整DL TBF的link adaptationMFS每次收到Mean_BEP和CV_BEP时，都要进行判断，是否需要MCS的转换。在选择MCS时，要同时考虑以

34、下因素：TBF的模式是确认模式还是非确认模式，参数EN_FULL_IR_DL的值，TRE的APD（AVERAGE POWER DECREASE）值，是使用GMSK调制还是8PSK调制等等。MCS的选择是由一系列的表来决定的，下图为表的确定算法。APD的值为（0，1，3，4，5，6，8，10），每个APD的值都对应一组表，若APD的值没有落在上述集合中，则选用集合中与之最接近的值。在RLC确认模式下，最后选择的MCS为：- 若根据Mean_BEP和CV_BEP确定的MCS比当前使用的MCS低，则选用这个新的MCS；- 反之，则选用根据max(Mean_BEP - 2, 0)和CV_BEP而确定的

35、MCS。具体速率适配方式请参阅：GPRS RADIO INTERFACE RLC LAYER。EGPRS的速率适配由规范规定，不可调整，因此对速率的优化主要集中在优化无线环境和资源上。DL TBF保护机制如果太多的PDAN消息没有收到，即达到门限值TBF_MCS_DL * SPDCH allocated to the TBF （1 / number of TBFs multiplexed on the PDCH），则不论当前使用的是何种编码方式，都将切换为MCS1。该门限值的大小也取决于TBF所占的带宽。一旦达到门限值，还要再等TBF_MCS_PERIOD时间（link adaptation算

36、法初始化的时间），MCS才会切换到新的MCS。UL TBF的link adaptationBTS每次收到RLC block，MFS都要计算Mean_BEP和CV_BEP，然后根据表进行判断，是否需要MCS的切换。但是MCS的切换必须要等TBF_MCS_PERIOD时间，才能进行。UL TBF保护机制如果太多的UL radio blocks没有收到，则不论当前使用的是何种编码方式，只要满足下述条件，将切换为MCS1。- 若第一个RLC blocks没有收到，则当N3101 (TBF_MCS_UL + 125) * n_allocated_TS时；- 若收到第一个RLC blocks，则当N310

37、1 TBF_MCS_UL * n_allocated _TS时；- Counter N3101是连续收到无效UL RLC blocks的次数。与下行一样，在TBF_MCS_PERIOD时间（link adaptation算法初始化的时间），不进行MCS的切换。10 硬件G4的TRA能处理8PSK，而G3的TRE不能处理8PSK，只能处理所有GPRS的编码方式（CS1到CS4）。下表列出了不同TRA在两种调制方式下的功率。模块名称TRAGMSK output power8-PSK output powerTRAG900 Medium power45 W / 46.5 dBm15 W / 41.8

38、 dBmTRAGE900 Medium power45 W / 46.5 dBm30 W / 44.8 dBmTAGH900 High power60 W / 47.8 dBm25 W / 44 dBmTAGHE900 High power60 W / 47.8 dBm30 W / 44.8 dBmTRAD1800 Medium power35 W / 45.4 dBm12 W / 40.8 dBmTRADE1800 Medium power35 W / 45.4 dBm30 W / 44.8 dBmTADH1800 High power60 W / 47.8 dBm25 W / 44 dBm

39、TADHE1800 High power60 W / 47.8 dBm30 W / 44.8 dBm由于GMSK是恒包络调制，而8PSK是非恒包络调制，因此8PSK对线性放大器的要求要远高于GMSK，故8PSK调制的发射功率要小于GMSK调制。8PSK调制的发射功率与GMSK调制的发射功率之间的差叫做APD（Average Power Decrease）。虽然存在APD，但是不会造成覆盖的减小，原因如下：在C/I比较高的情况下，使用MCS5到MCS9的8PSK调制方式；若在小区边缘由于C/I比较低，系统通过链路自适应选用MCS1到MCS4的GMSK调制方式，即在小区边缘，系统又恢复使用GMSK

40、调制方式，因此不会降低小区的覆盖范围。TRA的接收灵敏度为：GMSK：-111dBm（静止或运动状态下）；8PSK： -108 dBm（使用MCS5，静止），-99dBm（使用MCS9，静止）。因此，为使速率尽可能高，EDGE因优先使用8-PSK高输出功率的载频。TRGM和G2BTS不支持EDGE功能。11 EDGE对资源的影响对BSC资源的影响对于Alcatel A9120 G2BSC，B8中最大支持448个FR TRX，3584（448*8）个16Kbit/s的子信道，即系统并不关心16Kbit/s子信道传输何种内容的业务。这样，同DR TRX的等效原则，一个Class N的TRX等效于N

41、个Full Rate TRX，若一个Class N的TRX也支持DR，则等效于（N+1）个FR TRX。由于PS业务产生的信令量小于CS业务，故开启EDGE后，不会增加BSC的信令处理负荷，其对BSC的影响主要是受限于BSC所能支持的最大TRX数目和可用的GAter口。因此在现网的基础上选择其中的部分载频开启EDGE功能，可能会面临BSC的扩容和增加。假设有P%的TRX开启Class N的EDGE功能，BSC需要增加的容量约为（N-1）*P%。对GPU的影响GPU由4块DSP和一块PPC组成，n DSP：处理发送/接收的RLC/MAC层数据流量；n PPC：处理由于无线资源管理而产生的信令流量

42、，包括GB协议。根据DSP处理能力，每GPU支持的PDCH数如下表：TRX class支持的 编码方式每GPU支持的最大PDCH数（个）RLC层上每个PDCH的平均吞吐量 (kbps) 每GPU 最大吞吐量 (kbps)1CS1,2 MCS1,22281024002CS1,2,3,4 MCS1,2,3,4,51961530003CS1,2,3,4 MCS1,2,3,4,5,61602540004CS1,2,3,4 MCS1,2,3,4,5,6,7,81203542005CS1,2,3,4 MCS1,2,3,4,5,6,7,8,996403840需要说明的是，每GPU支持的PDCH数是和EDGE

43、 MS渗透率相关的。现网中需要开启多少个PDCH，应由现网数据业务的话务模型决定。若需要的PDCH超过该值，则应增加GPU，每个BSC最多可连接6个GPU。而PPC处理能力（处理因无线资源管理而产生的信令流量）如下表：WEBWAPMMS UL/DLUDP-DL用户数/每GPU（个）1,76013,54712,4142,445TBF 建立次数/s51995120总的LLC数/s (UL +DL)401132376419DL LLC 数据流量 (kbps)9782157081,631UL LLC 数据流量 (kbps)50274507同时连接的MS数42936461GSL 信令链路负荷（一路64

44、kbps）BSC-MFS44%82%58%37%MFS-BSC45%88%63%38%100GPRS手机时的GPU容量WEBWAPMMS UL/DLUDP-DL用户数/每GPU（个）2,16613,54714,3693,729TBF 建立次数/s62995915总的LLC数/s (UL +DL)383132342424DL LLC 数据流量 (kbps)1,2042158192,487UL LLC 数据流量 (kbps)61275185同时连接的MS数23883732GSL 信令链路负荷（一路64 kbps）BSC-MFS46%82%62%39%MFS-BSC48%88%68%41%100ED

45、GE手机时的GPU容量可见，每GPU同时可连接的MS数，由连接的每个MS的数据吞吐量的大小决定。一个GSL链路已经足够，但为保证系统安全，一般每个GPU配置两个GSL，以使每个GSL链路的信令负荷不要超过80%。GPU容量的瓶颈在PPC上。GAter和GB口影响应用EDGE后，由于PDCH吞吐量的提高，所以其对应的GCH在GAter口上的时隙开销也提高了，一个CLASS n TRX上的PDCH对应的GCH需要n*1/4Ater个时隙。GAter口时隙配置的原则是：不要使GAter口成为整个网络的瓶颈。若DSP的GAter口出现拥塞情况，系统：n 首先将映射到该DSP上的TRX按Class大小进

46、行排序；n 按如下优先级释放TRX对应的GCH，每次释放n 2个GCH（n为TRX Class）：- 先是Class3，然后是Class4，最后Class5；- Class1和Class2的TRX对应的GCH不释放。n GCH的释放过程重复进行，直至GAter口不再拥塞。在GAter拥塞时，系统遵循以下机制分配GCH：n 首先将映射到该DSP上的TRX按Class大小进行排序；n Class2 TRX的优先级最高，Class5 TRX级别最低，不考虑Class1 TRX：- 若Max_GPRS_CS 2，不处理Class1和Class2 TRX；- 若Max_GPRS_CS = 2，不处理Cl

47、ass1 TRX。n 对于承载非EDGE TBF的PDCH，若Max_GPRS_CS 2，该TRX对应的GCH减小至2，若Max_GPRS_CS = 2，GCH减小至1；n 若DSP可用的Ater Nibble大于等于Nb_Ater_Threshold，该机制停止作用。注：Nb_Ater_Threshold = Nb_PDCH_Max * Nb_GCH_Max其中Nb_PDCH_Max为MS所需的PDCH数目，该数目和手机的multi-slot class有关；Nb_GCH_Max为该TRX上每PDCH所能承载的最大GCH数目，对于Class5 TRX，即为5。为降低GAter口可能的拥塞，B

48、8在分配GAter时隙时，采用如下机制：n 若CS3/CS4的PDCH分配到一个Class为3、4或5的TRX上，则当作是Class 2的PDCH来分配GAter口资源；n 若CS1/CS2的PDCH分配到一个Class为2、3、4或5的TRX上，则当作是Class 1的PDCH来分配GAter口资源。即若GAter口拥塞，则系统会将EDGE的最高编码方式限制在MCS5（TRX Class2）上。对于GB口而言，由于GB口下行会进行流量控制，故GB口下行不会出现拥塞。GB口相关数据由核心网统计。即现网中应主要关注GAter口的负荷。目前每个GPU最多可配4路GAter接口。相关Counter在

49、优化系统资源配置时，可关注以下与系统拥塞相关的Counter：Counter定义Counter描述P105cNB_DL_TBF_EST_FAIL_GPU_CONG由于GPU拥塞导致的DL TBF建立失败的数量P105dNB_UL_TBF_EST_FAIL_GPU_CONG由于GPU拥塞导致的UL TBF建立失败的数量P105eNB_DL_TBF_EST_FAIL_CPU_GPU由于GPU的CPU处理能力的限制导致的DL TBF建立失败的数量P105fNB_UL_TBF_EST_FAIL_CPU_GPU由于GPU的CPU处理能力的限制导致的UL TBF建立失败的数量P105gNB_DL_TBF_

50、EST_FAIL_CONG_ATER由于GAter口传输资源拥塞导致的DL TBF建立失败的数量P105hNB_UL_TBF_EST_FAIL_CONG_ATER由于GAter口传输资源拥塞导致的UL TBF建立失败的数量P150gMAX_NB_ESTABLISHED_PDCH_GPU在GPU上建立的最大PDCH数P14NB_DL_TBF_EST_FAIL_CONG由于无线资源拥塞导致的DL TBF建立失败的数量P27NB_UL_TBF_EST_FAIL_CONG由于无线资源拥塞导致的UL TBF建立失败的数量P13TIME_DL_PDCH_CONGDL PDCH拥塞时间P26TIME_UL_

51、PDCH_CONGUL PDCH拥塞时间P383aTIME_ATERMUX_CONGGAtermux口拥塞时间P384TIME_DSP_CONGDSP拥塞时间P402TIME_PMU_OVERLOADGPU中PMU模块的CPU过载时间P4TIME_PVC_CONG_FRAME_RELAY由于帧中继网络导致的UL PVC level1拥塞时间P5TIME_PVC_CONG_LEVEL1UL PVC level1拥塞时间P10NB_DL_LLC_BYTES_DISC_CONG因为拥塞而丢弃的DL LLC字节数二、EDGE相关QOS指标1. 渗透率EDGE手机渗透率P450c / ( P450a +

52、 P450b + P450c )相关counter定义：P450a：GPU下R1997、R1998版本手机数P450b：GPU下R1999版本GPRS手机数P450c：GPU下R1999版本EDGE手机数2. TBF建立TBF与GPRS无法区分，只可计算EDGE的REQUEST以及SUCCESS占GPRS中的比例。GPRS_DL_TBF_MS_idle_EGPRS_success_rate: P90g/P91gGPRS_UL_TBF_MS_idle_EGPRS_success_rate: P30d/P62dGPRS_DL_TBF_MS_idle_EGPRS_request_ratio: P91

53、g / ( P91a+ P91c+ P91d+ P91f)GPRS_UL_TBF_MS_idle_EGPRS_request_ratio: P62d/ (P62a+P62c -P438c)GPRS_DL_TBF_MS_idle_EGPRS_success_ratio: P90g/ (P90a + P90b + P90c + P90d + P90e + P90f)GPRS_UL_TBF_MS_idle_EGPRS_success_ratio: P30d / (P30a + P30b + P30c)相关counter定义：p90g: EGPRS手机在(P)CCCH 信道上在空闲模式下成功建立EGP

54、RS模式下行TBF的次数触发条件：当MFS收到PACKET CONTROL ACKNOWLEDGEMENT ，指示下行TBF在EGPRS模式下，在(P)CCCH 信道上成功建立。P91a: 手机在packet idle 模式以及DRX 模式在PCCCH上建立DL TBF请求的次数触发条件：当MFS收到DL LLC PDU给处于packet idle 模式以及DRX 模式的手机，同时小区至少存在一条已建立的PCCCH。P91C: 手机在packet idle 模式以及DRX 模式在CCCH上建立DL TBF请求的次数触发条件：当MFS收到DL LLC PDU给处于packet idle 模式以及

55、DRX 模式的手机，同时小区没有PCCCH存在。P91d: 手机在packet idle 模式以及non-DRX 模式在PCCCH上建立DL TBF请求的次数触发条件：当MFS收到DL LLC PDU给处于packet idle 模式以及non-DRX 模式的手机，同时小区至少存在一条已建立的PCCCH。P91f: 手机在packet idle 模式以及non-DRX 模式在CCCH上建立DL TBF请求的次数触发条件：当MFS收到DL LLC PDU给处于packet idle 模式以及non-DRX 模式的手机，同时小区没有PCCCH存在。P91g: EGPRS手机在(P)CCCH 信道上

56、在空闲模式下请求建立EGPRS模式下行TBF的次数触发条件：当MFS收到一个DL LLC PDU，需要发给处于packet idle 模式下，拥有EGPRS模式的MS，以使在(P)CCCH 上建立下行TBF (in GPRS mode or in EGPRS mode)时，该COUNTER加1。P30d:EGPRS手机在(P)CCCH 信道上在空闲模式下成功建立EGPRS模式上行TBF的次数触发条件：满足以下一个条件即可触发1） 在一次接入时，EGPRS UL TBF 建立期间收到TLLI2） 在二次接入时，EGPRS UL TBF建立期间收到TBF start indicationP62d:

57、EGPRS手机在(P)CCCH 信道上在空闲模式下请求建立EGPRS模式上行TBF的次数触发条件：满足以下一个条件即可触发1） 在RACH信道上发起EGPRS PACKET CHANNEL REQUEST（ref: 04.18）2） 在PRACH信道上发起EGPRS PACKET CHANNEL REQUEST（ref: 04.60）3） EGPRS手机发起PACKET RESOURCE REQUEST（ref:04.60）P62a:当满足以下条件手机在PCCCH信道进行上行TBF请求的数目：1)手机处于packet idle mode2)手机请求建立上行TBF触发条件：当(EGPRS)在PR

58、ACH信道上发起 PACKET CHANNEL REQUEST以进行上行TBF的建立（ref:04.60），该计数器加1。P62c: 手机在CCCH信道进行上行TBF请求的数目.触发条件：当收到从手机在RACH上发起CHANNEL REQUEST（ref:04.18）消息中包含有cause One phase packet access 或者Single block packet access，或者EGPRS PACKET CHANNEL REQUEST（ref:04.18）时，计数器加1。.P438c:收到处于packet idle mode的手机发起UL RLC control block

59、，以用于NC2的数目。触发条件：当MFS在CCCH上收到处于packet idle mode的手机发起的Packet Measurement Report或者Packet Cell Change Failure信息，计数器加1。P90a:在packet idle mode and DRX mode下的手机在PCCCH上成功建立下行TBF的次数触发条件：在PCCCH上进行DL TBF建立过程中，收到处于packet idle mode and DRX mode的手机发起的PACKET CONTROL ACKNOWLEDGEMENT信息，计数器加1。P90b: 当手机处于uplink packet transfer 模式下下行TBF成功建立的次数触发条件：在手机处于packet transfer模式下，进行下行TBF建立过程中在PACCH上收到PACKET CONTROL ACKNOWLEDGEMENT时，计数器加1。P90c: 在packet idle mode and DRX mode下的手机在CCCH上成功建立下行TBF的次数触发条件：在CCCH上进行DL TBF建立过程中，收到处于packet idle mode and DRX mode的手机发起的PACKET CONTROL ACKNOWLEDGEMENT信息，计数器加1。P