EGPRS优化流程和方法

GPRS&EDGE网络评估与优化指导书 EGPRS优化 流程 快递问题件怎么处理流程河南自建厂房流程下载关于规范招聘需求审批流程制作流程表下载邮件下载流程设计 和方法 华 为 技 术 有 限 公 司 2007年6月 目录 TOC \o "1-3" \h \z \u 第一章 EGPRS网络优化流程 3 1 EGPRS网络优化流程 3 2 网络优化目标设定 4 3 网络信息收集 4 3.1 测试列表 4  CQT测试列表 4  DT测试列表 5 3.2 话统列表 5 3.3 资源列表 6 3.4 参数列表 8 4 网络评估过程 9 4.1 测试数据分析 9 4.1.1 CQT测试数据分析 9 4.1.2 DT测试数据分析 10 4.2 话统数据分析 11 5.3.1 资源利用率分析 13 5.3.2 接续性能分析 13 5.3.3 掉话性能分析 14 5.3.4 传输性能分析 15 4.3 资源配置分析 16 5.3.1 Gb接口带宽配置 16 5.3.2 RPPU单板的配置 17 5.3.3 G-Abis接口空闲时隙的配置 17 5.3.4 无线资源配置 18 5.3.5 参数分析 18 5 问题分析思路及解决方法 19 6.1.1 外围设备检查 20 6.1.2 资源瓶颈问题 21 6.1.3 链路传输质量检查 21 6.1.4 设备故障问题检查 23 第二章 专项优化及案例介绍 24 1 资源优化 24 2 参数检查 27 3 无线优化 29 附件 31 1 开通EGPRS功能的步骤 31 2 开通EGPRS功能对基站传输的要求 32 第一章 EGPRS网络优化流程 1​ EGPRS网络优化流程 EGPRS总体网络优化流程如图1所示： 图1 EGPRS网络性能优化流程图 2​ 网络优化目标设定 网络优化目标主要是用于衡量网络的性能，主要包括话统、CQT和DT三类。 表1 数据业务网络优化目标体系 类型 测试编号 指标分类 A类网络 B类网络 C类网络 PM T01-01 语音业务拥塞率 T01-02 语音业务掉话率 T01-03 数据业务拥塞率 T01-04 数据业务掉话率 CQT T01-05 FTP下载速率 160kbps 120kbps 100kbps T01-06 C/I（干扰） 27 24 20 T01-07 Rxlev(覆盖) -60 -70 -75 DT T02-01 FTP下载速率 120kbps 100kbps 80kbps T02-02 小区重选 2S 2.5S 2.5S T02-03 RAU 10S 12S 12S T02-04 LAU 10S 12S 12S T02-05 C/I（干扰） 27 24 20 T02-06 Rxlev(覆盖) -60 -70 -75 其中T01-01和T01-02是语音业务的KPI指标，T01-03和T01-04是数据业务的话统指标。主要作为网络拥塞与无线网络质量的辅助参考分析。T01-05~T02-06是数据业务特有的实测指标，是数据业务性能的直接反映。 3​ 网络信息收集 3.1​ 测试列表 数据业务的网络信息收集过程中，需要进行大量测试。主要分CQT和DT测试两类。 ​ CQT测试列表 表2 CQT测试项列表 编号 KPI名称 公 式 1 Attach激活成功率 Attach激活成功次数/总尝试次数×100％ 2 PDP激活成功率 PDP激活成功次数/总尝试次数×100％ 3 PING成功率 ping成功的次数/ping尝试次数×100％ 4 PING平均时延 各次ping成功的时间相加/ping成功的次数 5 FTP应用层下载速率 实际下载数据量（Byte）/实际下载时间(秒) 上述5项测试能够综合反映数据业务的网络性能，其中Attach和PDP上下文激活分别是GPRS业务中两个重要的流程。Attach是指手机附着到GPRS网络，在SGSN注册相应信息，类似于语音业务的开机附着过程，属于GPRS移动性管理；PDP上下文激活是指手机在附着到GPRS网络后，为了进行某种业务（例如收发彩信）而必须进行的流程，包括QoS协商，申请IP地址等工作，属于GPRS会话管理。所有的数据业务都需要经过这两个流程后才能进行，因此这两种业务的成功率是数据业务网络性能的重要体现。 Ping平均时延和FTP下载平均速率主要为了反映网络传输速率方面的表现。这两项测试可以判断网络在Um口、A-Bis口、Pb口和Gb口是否存在资源和处理能力的瓶颈。 ​ DT测试列表 表3 DT测试项列表 编号 KPI名称 公 式 1 平均RAU间隔时间 总测试时间 (s)/ 总RAU次数 2 平均小区重选时延 总测试时间 (s)/ 总小区重选次数 3 覆盖率 GPRS覆盖公里数/总测试距离（Km）×100% 4 掉线率 掉线次数/总FTP下载尝试次数×100％ 5 FTP下载速率 FTP总下载数据量/总FTP下载时间(秒) 上述各项测试主要为了反映网络的数据业务方面覆盖的连续性和小区重选关系的合理性。 3.2​ 话统列表 GPRS/EGPRS系统提供了完善的性能测量管理系统，完成对CPU性能、Um接口性能、PCU整体性能等方面的测量。这对了解GPRS/EGPRS系统的性能、优化整个GPRS/EGPRS系统以及对整个GPRS/EGPRS系统进行故障定位提供了强有力的数据支持。 PCU话统分析主要包括资源利用率、接续性能、掉话性能(保持性)、传输性能(Um口、G-Abis口)等四个方面。主要的KPI指标和相关的GPRS/EGPRS话统项如下表所示。 表4 GPRS/EGPRS KPI指标与话统项 指标分类 KPI名称 KPI参考公式 资源利用率 PDCH占用率 占用PDCH个数 / 可用PDCH个数 BSC回收有负载动态PDCH比率 BSC回收有负载动态PDCH次数 / BSC回收动态PDCH次数 接续性能 上行指配成功率 上行指配成功次数/上行指配次数 下行指配成功率 下行指配成功次数/下行指配次数 上行TBF拥塞率 (无信道资源导致上行TBF建立失败次数 + 无信道资源导致上行TBF异常释放次数)/ 上行TBF建立尝试次数 下行TBF拥塞率 (无信道资源导致下行TBF建立失败次数 + 无信道资源导致下行TBF异常释放次数)/ 下行TBF建立尝试次数 掉话性能 上行TBF掉话率 (N3101溢出导致上行TBF异常释放次数 + N3103溢出导致上行TBF异常释放次数)/上行TBF建立成功次数 下行TBF掉话率 N3105溢出导致下行异常TBF释放次数 / 下行TBF建立成功次数 传输性能 Um口 上行GPRS RLC数据块重传率 1－BSS侧接收到的上行GPRS RLC数据块总数 / MS发送的上行GPRS RLC数据块总数 下行GPRS RLC数据块重传率 1－MS接收到的下行GPRS RLC数据块总数 / BSS侧发送的下行GPRS RLC数据块总数 G-Abis口 G-Abis口误帧率 接收校验错帧的个数 /接收正常帧的个数 在进行GPRS优化过程中，还需要关注语音类的以下的话统指标： 表5 语音类话统指标 指标名称 指标定义 参考公式 TCH拥塞率 反映了申请TCH时遇到无空闲TCH可分配的次数占TCH占用请求次数的百分比。 [TCH占用遇全忙次数 / TCH占用请求次数(所有的)] TCH掉话率（不包含切换） TCH掉话次数占TCH占用成功次数的百分比。 [TCH掉话次数] / ([TCH呼叫占用成功次数 ]+[极早指配的TCH分配成功次数]) * 100% 3.3​ 资源列表 数据业务需要关注各个环节的资源配置情况，以确保业务的可用性和稳定性。下图是数据业务各接口的关键资源分布图，Um口需要关注每个小区的PDCH信道数目，Abis口需要收集每个站点配置的空闲时隙，Pb接口需要收集每块RPPU板的负荷，Gb口需要收集其配置的带宽信息。 图2 分组数据网络各环节关键资源 表6 分组数据网络关键资源列表 资源 资源说明 典型配置 PDCH信道 UM口上用于传输数据业务的承载通道 1静＋3动 PCIC数 PB接口上每个16K的时隙带宽划分为一条PCIC，PB口信令和数据传输的承载通道 一块RPPU板配置2条PB链路，共240个PCIC ABIS口空闲时隙 当GPRS使用CS3、CS4编码、EDGE使用MCS3-MCS9编码时，一个16K ABIS时隙不足以满足对应速率传输，需要附加1条至3条额外的时隙，这些附加时隙称为空闲时隙，空闲时隙数目需在BSC侧设定。 以站点为单位配置，每个站点至少配置36个空闲时隙 GB口带宽 EDGE单小区信道配置为1＋3时，需要4×64K 带宽 根据业务量大小配置 3.4​ 参数列表 开展GPRS/EGPRS网络优化工作时，需要收集一些关键的PCU参数，其名称和作用如下表所示： 表7 数据业务参数列表 参数名 参数说明 建议值 Tc GB口流控参数，表示PCU侧BSSGP层监视BVC流控和MS流控C定时器的长度值 2000 Th GB口流控参数，收到MS流控消息后SGSN使用SGSN产生Bmax和R值的最小时间间隔 5000 NACC 网络辅助小区重选，加速小区重选过程，将重选时间控制在1s以内 开启 T3168 设定移动台等待分组上行指配消息的时长。若PBCCH不存在，此定时器参数在SI13中广播 1000ms T3192 用来设定移动台在完成接收最后一个下行数据块后，等待TBF释放的时间 500ms DRX_TIMER_MAX 设定移动台在从分组传输模式进入分组空闲模式时，执行非DRX模式的时长的最大值 4s ALPHA 移动台用来计算其上行PDCH的输出功率值 1.0 GAMMA 移动台的初始功率等级 14 T_AVG_W 设定移动台在分组空闲模式下的信号强度过滤周期 10 T_AVG_T 设定移动台在分组传送模式下的信号强度过滤周期 10 PC_MEAS_CHANNEL 设定移动台在哪个信道上测量接收功率等级，用于上行链路功率控制 PDCH 4​ 网络评估过程 4.1​ 测试数据分析 4.1.1​ CQT测试数据分析 ​ GPRS Attach测试 测试方法：通过多次的GPRS网络登陆来进行； 指标：附着成功率 【GPRS附着成功率】 = （GPRS成功Attach次数/总GPRS Attach尝试次数）x100% 通过Attach测试确定网络接入性能 ​ Ping测试 测试方法：以定制长度的数据包ping GGSN局域网内的站点 关键指标：ping成功率、ping平均时延 【Ping成功率】 =（ping成功次数/ping尝试次数）x 100% 【Ping平均时延】 = 各次ping成功的时间之和/ping成功次数 在一般的测试中，可以选定ping的测试数据包长度为32byte，每点测试50次。 ​ WAP测试 测试方法：WAP网站登陆测试或页面更新测试 关键指标：PDP激活成功率、PDP平均激活时间 【PDP激活成功率】 = PDP激活成功次数/总尝试次数×100％ 【PDP平均激活时间】 = 各次PDP激活成功的时间相加/PDP激活成功次数。 在众多的WAP测试项目中，最关键的就是PDP激活的相关测试，该项指标可以最准确直接的反映用户登录网页的成功率和登录速度。测试方法就是重复登录指定的测试网站，登录网页的过程中必须完成PDP激活流程。 ​ FTP下载测试 测试方法：在指定服务器上下载定制长度的文件。 关键指标：FTP应用层下载速率、FTP下载RLC层平均吞吐量、FTP下载RLC层平均BLER。 【FTP应用层下载速率】 = 实际下载数据量（Byte）/实际下载时间(s) 从用户的实际感受出发，一般最关注FTP应用层下载速率。建议测试使用的测试文件不小于500KByte，避免下载初始速率较低的阶段对整个下载速率的影响过大。对于上载测试，一般选择100Kbyte大小的目标文件。 CQT测试中需要记录如下表数据，用以定位问题。 表8 CQT测试记录数据表 测试点 CGI 测试时间段 记录侧 NO 记录指标 测试情况 CQT小区A 460 00 33088 00251 2007-4-19 09：00～18：00 终端侧 1 C/I 28 2 RxLev -60 3 下行BLER 4％ 4 终端实际占用的PDCH时隙数 4 5 上下行信道的调制编码方式 MCS2/MCS9 6 数据业务吞吐量(应用层) 210kbps 网络侧 7 测试中的TBF复用情况 1 8 信道配置 1+3 9 PCIC占用情况 16条 对测试小区中的记录数据进行分析，记录测试小区存在的问题，记录到测试问题跟踪表。 表9 CQT测试问题跟踪表 CQT测试点 涉及的小区 主要问题 解决方法 状态 汽车站 汽车站-1 C/I较差 修改干扰源小区的TCH频点 CLOSE 工商局 工商局-1 频繁重选 确定该区域的主覆盖，调整CRH避免反复重选 CLOSE 4.1.2​ DT测试数据分析 1.​ 重选测试 【平均RAU重选间隔时间】= 总测试时间(s)/ 总RAU重选次数 【平均小区重选间隔时间】=总测试时间(s)/ 总小区重选次数 2.​ FTP下载速率 【FTP应用层下载速率】= FTP总下载数据量(Byte)/总FTP下载时间(s) DT中的FTP下载速率测试一定要注意服务器目标文件大小的选择，为了减少小区重选对测试结果的影响，一般建议DT中FTP下载的目标文件大小为100Kbyte。 表10 DT记录数据表 DT小区 CGI 记录侧 NO 记录指标 测试情况 小区1 终端侧 1 C/I 28 2 RxLev -60 3 下行BLER 4％ 4 终端实际占用PDCH数 4 5 上/下行信道的调制编码方式 MCS2/MCS9 6 数据业务吞吐量(应用层) 180kbps 网络侧 7 测试中的TBF复用情况 1 8 信道配置 1＋3 9 PCIC占用情况 16 小区1 终端侧 0 小区1到小区2的应用层重选时延 1S 1 C/I 28 2 RxLev -70 3 下行BLER 5％ 4 终端实际占用PDCH数 4 5 上/下行信道的调制编码方式 MCS2/MCS9 6 数据业务吞吐量(应用层) 180kbps 网络侧 7 测试中的TBF复用情况 1 8 信道配置 1＋3 9 PCIC占用情况 16 总结 初级经济法重点总结下载党员个人总结TXt高中句型全总结.doc高中句型全总结.doc理论力学知识点总结pdf 分析测试中的问题，总结到问题跟踪解决表中。 表11 DT问题跟踪表 路段 涉及的小区 主要问题 解决方法 状态 滨江路(东段) 工商局-3(1800) C/I较差 修改干扰源小区的TCH频点 CLOSE 工商局-1(1800) 拐角邻区问题 增加与东兴电业-3(900)邻区关系 CLOSE 檀木林路 建筑设计院-2(HW) 短暂驻留 调整Acc_Min和CRO避免无功占用，确定该区域的主覆盖 CLOSE 4.2​ 话统数据分析 进行GPRS/EGPRS话统数据分析，主要是达到故障处理、网络性能优化GPRS/EGPRS话统分析的整体思路如下图所示。其原则是：结合PCU话统，从BSC整体到小区局部，从底层链路到上层业务，从异常现象定位到分析话务模型的步骤逐层深入。 在话统分析之前，应该对PCU数据配置、小区PDCH配置、分组数据话务量分布等GPRS/EGPRS网络参数设置有基本的了解。由于GPRS/EGPRS网络和GSM之间的不可分割性，因此也需要对GSM网络结构有一定了解，尤其与GPRS/EGPRS相关的网络参数设置，以及GSM电路域话务量状况等。 图3 GRPS/EGPRS话统分析流程 5.3.1​ 资源利用率分析 资源利用率KPI分析的是PDCH信道数据，主要用于判断GPRS/EGPRS系统是否超负荷运行。通过资源利用率KPI分析，可以建立网络PDCH资源使用模型，或根据已有的模型对PDCH配置进行规划和调整。 1.​ PDCH占用率(%) 含义：该指标主要反映了正在使用的PDCH信道数占可用PDCH信道数的比例。 参考值：无 影响：从该指标可以看出小区分组业务的忙闲状况，在一定程度上反映了小区的分组业务忙闲状态。如果此指标的值接近100％，说明当前小区的分组业务较忙，需要增加PDCH信道数目。 2.​ BSC回收有负载动态PDCH比率(%) 含义：BSC将有负载的动态PDCH转换为TCH的比例。 参考值：无 影响：通过该指标可以了解电路业务对分组业务的抢占情况。如果此值过高，说明当前小区CS业务与PS业务量都很大，配置的动态PDCH信道已经无法正常被PS业务占用，需要扩容，并在扩容的基础上增加静态PDCH信道的配置数目。 5.3.2​ 接续性能分析 接续性能KPI主要是判断当前小区分组业务接入性能的指标。它与数据配置、网络容量、信道质量、电路业务繁忙程度和分组业务繁忙程度等多方面因素相关。 1.​ 上行指配成功率 含义：上行指配的成功次数占上行指配次数的比例。 参考值：>=85％ 影响：该指标值可用来反映小区的GPRS服务质量。如果其值较低，说明无线环境、网络参数配置、网络资源配置、网络设备等可能存在问题，需要优化。 2.​ 下行指配成功率 含义：下行指配的成功次数占下行指配次数的比例。 参考值：>=70％ 影响：该指标值可用来反映小区的GPRS/EGPRS服务质量。如果其值较低，说明无线环境、网络参数配置、网络资源配置、网络设备等可能存在问题，需要优化。另外需要说明的是，一般正常网络中此指标只能达到80％左右，因为部分“下行指配消息”下发后，会由于MS位置的改变而得不到MS的回应，导致下行指配失败。所以相对而言，此指标比上行指配成功率指标偏低。 3.​ 上行TBF拥塞率(%) 含义：该指标反映了无信道资源导致的上行TBF建立失败次数和TBF异常释放次数占 上行TBF建立尝试总数的比例。 参考值：<=10% 影响：如果该值较高，可能是因为小区的无线信道资源不足或无线信道故障。也可能是因为无线信道故障频繁或人工操作闭塞信道；小区的电路业务繁忙占用了正在使用的动态PDCH。 4.​ 下行TBF拥塞率(%) 含义：该指标反映了无信道资源导致的下行TBF建立失败次数和TBF异常释放次数占 下行TBF建立尝试总数的比例。 参考值：<=10% 影响：如果该值较高，可能是因为小区的无线信道资源不足或无线信道故障。也可能是因为无线信道故障频繁或人工操作闭塞信道；小区的电路业务繁忙占用了正在使用的动态PDCH。 5.3.3​ 掉话性能分析 掉话性能(保持性)KPI分析主要是分析网络掉话率。由于目前GPRS/EGPRS网络没有实现小区切换，完全是手机自主重选小区，若在传输中重选小区必然造成掉话。只是由于TBF传输时间原本较短(平均2~3秒)，因此掉话率虽比语音系统相对要高一些，但对业务的影响较小。分组掉话率高与小区的无线质量、话务量、手机的行为都有密切的相关，需要结合各种可能的因素进行具体分析。 1.​ 上行TBF掉话率(%) 含义：上行链路监控计数器N3101和N3103溢出导致TBF异常释放的次数占上行TBF建立成功次数的比例。 参考值：<=8% 影响：TBF异常释放的原因有多个方面，如动态PDCH信道被CS业务抢占，MS发起小区更新等原因，但此KPI关注的是无线质量导致的TBF掉话，如果该值较高，可能是因为小区的无线质量不好。 2.​ 下行TBF掉话率(%) 含义：下行链路监控计数器N3105溢出导致TBF异常释放的次数占下行TBF建立成功次数的比例。 参考值：<=8% 影响：TBF异常释放的原因有多个方面，如动态PDCH信道被CS业务抢占，MS发起小区更新等原因，但此KPI关注的是无线质量导致的TBF掉话，如果该值较高，可能是因为小区的无线质量不好。 5.3.4​ 传输性能分析 小区传输链路指从手机到GPRS/EGPRS核心网的整条传输路径，包括：小区的Um接口、G-Abis接口、Pb接口和Gb接口。链路传输质量是业务性能的基础，特别是分组业务，如果链路质量不好，必然影响GPRS/EGPRS网络整体性能，对分组用户的感受造成负面影响。 3.​ 上行GPRS RLC数据块重传率(%) 含义：BSS侧接收到的上行GPRS RLC数据块(CS1～4)的重传率。 参考值：<=2% 影响：该指标反映了Um口和G-Abis的传输质量。如果此指标较差，说明Um口质量或者BSC与PCU之间的地面链路质量较差，结合G-Abis接口误帧率KPI分析，就能得出Um口无线质量的好坏。 4.​ 上行EGPRS RLC数据块重传率(%) 含义：BSS侧接收到的上行EGPRS RLC数据块(MCS1～9)的重传率。 参考值：<=2% 影响：此KPI指标的影响与上面的类似，不同之处在于它的统计对象为EGPRS无线块，对无线环境质量的要求更高。 5.​ 下行GPRS RLC数据块重传率(%) 含义：MS侧接收到的下行GPRS RLC数据块(CS1～4)的重传率。 参考值：<=15% 影响：此KPI指标的影响与上面的类似，反映链路传输质量的好坏。由于PCU产品中引入了下行TBF延时释放流程，在延时释放的时间内，网络侧需要重传最后一个数据块，导致下行数据块重传率的值可能偏大，但对网络性能没有影响。 6.​ 下行EGPRS RLC数据块重传率(%) 含义：MS侧接收到的下行EGPRS RLC数据块(MCS1～9)的重传率。 参考值：<=15% 影响：此KPI指标对网络性能的影响与3中类似。 7.​ G-Abis口误帧率(%) 含义：接收校验错帧的个数占接收正常帧的个数的比例。 参考值：<=0.05% 影响：该指标反映了网络链路层的传输质量。正常情况下误帧率都小于10e-5，即万分之一。如果此KPI值过大，说明当前Pb接口链路质量不好，对数据的传输性能影响将会非常大，需要联系BSS 工程 路基工程安全技术交底工程项目施工成本控制工程量增项单年度零星工程技术标正投影法基本原理 师协助检查链路质量，改善地面链路的传输。 4.3​ 资源配置分析 资源配置检查主要包括如下内容： ​  Gb接口带宽配置 ​  RPPU板资源的配置 ​  G-Abis接口空闲时隙配置 ​  无线信道资源的配置 5.3.1​ Gb接口带宽配置 Gb接口带宽是通过License控制的，Lisence通过控制Gb接口BC通道的绑定时隙数目的方式达到控制Gb接口带宽的目的。PCU的License中 “Maximun supported number of 64kps Gb link timeslot”对应的值就是对Gb接口带宽的限制值，通过Telnet查询PCU的License结果如下： 如果当前PCU下总的小区分组业务量较大，就可能导致Gb接口流量受限，影响分组业务用户的业务性能水平，这一点也是在网络优化过程中需要注意的地方之一。 5.3.2​ RPPU单板的配置 PCU的Pb接口（BSC与PCU之间的接口）RPPU处理板处理PDCH信道的能力是有限的，其规格 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 为：最大GPRS PDCH信道数为120条；最大EGPRS PDCH信道数为100条。只要激活的信道中有一条是EGPRS信道，那么此时RPPU单板的处理规格就按照100条计算。另外静态PDCH信道的默认状态就是激活态，动态PDCH信道初始状态为TCH信道，为非激活态。 5.3.3​ G-Abis接口空闲时隙的配置 华为BTS产品在Abis接口的实现形式为每TCH信道固定绑定一条16K的PCIC时隙，16K带宽对于语音业务业务来说已经足够，一般语音调制频谱带宽为13.8K左右。但如果当前信道状态为PDCH信道时，16K带宽就不一定够用，因为空口上不同编码方式对应的速率不一样，对于CS3和CS4，或者EGPRS里面大于MCS2以上的编码方式的Abis接口物理层承载速率都已经超出16K的范围，下表为各种编码方式下单PDCH信道对应的不同 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 层的速率。 表12 GPRS PDCH承载速率表（单位：Kbps） 速率 CS1 CS2 CS3 CS4 Um接口物理层速率 9.05 13.4 15.6 21.4 IP层承载速率 5.42 8.14 9.77 13.63 Abis接口物理层需要的承载速率 16 16 32 32 Gb接口物理层需要的承载速率 7.09 11.02 13.22 18.45 表13 EGPRS PDCH承载速率表（单位：Kbps） 速率 MCS1 MCS2 MCS3 MCS4 MCS5 MCS6 MCS7 MCS8 MCS9 Um接口物理层速率 8.8 11.2 14.8 17.6 22.4 29.6 44.8 54.4 59.2 IP层承载速率 6.15 7.81 10.42 12.02 15.94 20.03 30.05 39.06 41.12 Abis接口物理层需要的承载速率 16 16 32 32 32 32 48 64 64 Gb接口物理层需要的承载速率 7.78 9.88 13.18 15.2 20.17 25.34 38.01 49.41 52.01 各种编码方式下单PDCH信道对应的“空闲”PCIC数目如下表所示： 表14 GPRS编码方式与绑定的空闲PCIC的关系表 　 CS1 CS2 CS3 CS4 对应的PCIC数 0 0 1 1 表15 EGPRS编码方式与绑定的空闲PCIC的关系表 　 MCS1 MCS2 MCS3 MCS4 MCS5 MCS6 MCS7 MCS8 MCS9 对应的PCIC数 0 0 1 1 1 1 2 3 3 如果当前空闲PCIC时隙数目不足， 不能满足高编码方式对空闲PCIC时隙数目的要求，终端只能选择低编码方式进行传输，对用户的速率会产生极大的负面影响，所以在BIE端口上配置足够的空闲时隙数目，也是提升用户终端下载速率的必要条件。 5.3.4​ 无线资源配置 在小区中配置足够的无线资源也是用户能享受高速率的前提条件之一。在编码方式确定的情况下，单条PDCH信道的吞吐率上限是固定的，比如在MCS9编码方式下，每条PDCH信道吞吐率上限为59.2kbps。因此，GPRS/EGPRS用户想要获得高速率享受前提之一就是，需要配置足够的PDCH信道来满足用户GPRS/EGPRS终端的多时隙能力。 5.3.5​ 参数分析 ​ CRH（小区重选迟滞）参数： 适当增大CRH到8或者10，可以减少处于READY状态下的MS小区重选的次数，对整体业务速率有很大帮助；但是设置太大，容易造成不必要的掉话。应该根据当地无线环境和道路情况合理设置。 ​ 无线链路超时类参数： 包括PAN_DEC、PAN_INC、PAN_MAX，用于避免突发原因链路失败导致的小区重选。参数PAN_INC的值应大于参数PAN_DEC的值，一般来说：PAN_INC＝2×PAN_DEC。另外，如果测试位置位于两个小区的覆盖扇区的交叠中，则可以通过增大其中一个小区的PAN_MAX，降低MS对链路异常的灵敏度，使MS能更容易驻留在此小区，避免频繁发生小区重选。 ​ 参数BS_CV_MAX： 对于Um上的上行数据传输，此参数设置越高，滑动窗口程序的效率就越低；另一方面，此值过低，MS就有可能会在PCU返回证实消息之前，又一次重传某些RLC数据块，导致无线资源的无效占用。综上所述，BS_CV_MAX的值最好设置为10以上，对上行RLC数据传输最为有利。 5​ 问题分析思路及解决方法 针对分析中的问题可以按照如下流程，进行排查解决。 图4 GPRS/EGPRS问题定位分析流程图 导致GPRS/EGPRS分组业务速率低和业务异常的可能原因有很多种，按照产生原因来区分，基本可以归为四大类： （1）​ 外围设备类 （2）​ 资源瓶颈类 （3）​ 链路质量类 （4）​ 设备故障类 各类原因对应的含义和具体内容如下： 6.1.1​ 外围设备检查 外围设备检查范围包括： ​ 服务器性能 服务器的性能也是影响速率的一个原因，某些情况下的GPRS/EGPRS业务下载速率慢的原因可能就是服务器本身不稳定导致，一般这种情况下，问题范围应该是全网性的，通常包括同一地区多个厂家接入网设备覆盖的区域。通常服务器类型有：FTP服务器，WAP服务器，彩信中心等。 ​ 手机多时隙能力 手机多时隙能力是指手机接收或者发送数据时同时占用的时隙数，不同型号的手机多时隙能力不尽相同，因此用不同的手机测试，其结果可能会有明显的差距。有些测试终端多时隙能力为3+1，有些为4+1，因此不同的终端型号对测试结果也有很大影响。 目前的终端大部分的多时隙能力等级小于12，以下是终端多时隙能力对应表： 表16 GPRS/EGPRS终端多时隙能力表 多时隙能力 最大接收（下行）时隙 最大发送（上行）时隙 接收时隙与发送时隙之和 1 1 1 2 2 2 1 3 3 2 2 3 4 3 1 4 5 2 2 4 6 3 2 4 7 3 3 4 8 4 1 5 9 3 2 5 10 4 2 5 11 4 3 5 12 4 4 5 ​ SIM卡开户信息 SIM卡的开户信息，指用户和运营商的签约协议信息，这也是影响GPRS/EGPRS网络中的用户下载速率性能的一个方面。应该从以下几个方面着重检查用户的开户信息： ​ 检查开户，在HLR中，查看SIM卡开户的GPRS参数是不是设置为LLC非确认，RLC确认方式。 ​ 在SGSN/GGSN侧检查QoS，是不是使用QoS可靠性等级为 3（RLC/MAC确认， LLC、GTP非确认方式）。 ​ 可能是用户LLC签约的时候，没有签约LLC确认方式，导致被去激活，只要把签约方式修改为LLC确认方式即可激活。 ​ 检查SIM卡的签约信息，查看Qos信息Negotiated Qos的用户峰值吞吐量Peak Throughput的大小，并适当增大此值。 6.1.2​ 资源瓶颈问题 从前面的图2 ，数据业务的传输流程中，在Gb、Pb、G-Abis和Um口都可能存在资源瓶颈。在实际的优化过程，当碰到问题，应该尽快确认是否在某个环节存在瓶颈。 6.1.3​ 链路传输质量检查 传输链路是承载数据传输的通道，质量的好坏直接影响数据的传输，如果PCU到用户终端之间的传输链路质量较差，RLC/MAC层的重传率肯定很高，对整体下载速率的影响会非常大，所以解决传输链路故障问题也是优化GPRS/EGPRS网络速率性能的一个重要方面， 首先需要把GSM网络优化好，做好覆盖，频率规划，判断传输链路质量可通过话统、信令两种手段，具体方法如下： 6.1.3.1​ 从PCU话统分析链路传输质量 通过PCU相关话统的分析也能得出PCU到用户终端之间链路的传输质量好坏。 ​ 方法一：查看PCU话统 【G-Abis性能测量】→【接收正常帧的个数】 →【接收校验错帧的个数】 G-Abis接口误帧率＝【接收校验错帧的个数】/【接收正常帧的个数】*100% 对于链路质量较好的情况，一般要求“G-Abis接口误帧率”控制在万分之五以下。如果发现误帧率较高，就应该检查PCU和BSC之间的时钟设置是否合理，或者G-Abis接口之间的地面链路是否存在闪断或其他故障。 ​ 方法二：查看PCU话统 【小区性能测量】-->【上行RLC数据传输性能测量】→【上行CS1的RLC数据块重传率(%)】 →【上行CS2的RLC数据块重传率(%)】 →【上行CS3的RLC数据块重传率(%)】 →【上行CS4的RLC数据块重传率(%)】 -->【上行EGPRS RLC数据传输性能测量】→【上行MCS1的RLC数据块重传率(%)】 →【上行MCS2的RLC数据块重传率(%)】 →【上行MCS3的RLC数据块重传率(%)】 →【上行MCS4的RLC数据块重传率(%)】 →【上行MCS5的RLC数据块重传率(%)】 →【上行MCS6的RLC数据块重传率(%)】 →【上行MCS7的RLC数据块重传率(%)】 →【上行MCS8的RLC数据块重传率(%)】 →【上行MCS9的RLC数据块重传率(%)】 【小区性能测量】-->【下行RLC数据传输性能测量】→【下行CS1的RLC数据块重传率(%)】 →【下行CS2的RLC数据块重传率(%)】 →【下行CS3的RLC数据块重传率(%)】 →【下行CS4的RLC数据块重传率(%)】 -->【下行EGPRS RLC数据传输性能测量】→【下行MCS1的RLC数据块重传率(%)】 →【下行MCS2的RLC数据块重传率(%)】 →【下行MCS3的RLC数据块重传率(%)】 →【下行MCS4的RLC数据块重传率(%)】 →【下行MCS5的RLC数据块重传率(%)】 →【下行MCS6的RLC数据块重传率(%)】 →【下行MCS7的RLC数据块重传率(%)】 →【下行MCS8的RLC数据块重传率(%)】 →【下行MCS9的RLC数据块重传率(%)】 对于正常小区来说，上行RLC数据块重传率在5％以下，下行RLC数据块重传率在 8％以下，如果通过分析PCU话统发现某小区的相关话统指标持续差于以上门限值，基本可确定链路传输质量不佳。这里需要指出的是，通过以上方法得出的结论只能确定PCU到用户终端之间的链路质量的好坏，但是到底问题是在地面链路的传输还是空口质量上，还需要结合“G-Abis接口误帧率”的大小综合判断，如果是空口质量不好，需要从排查网内/外干扰方面入手进行检查，如果定位在链路传输，需要进行链路检查操作。 6.1.3.2​ 从PCU信令分析链路传输质量 RLC/MAC层数据块的传输是确认模式，发送方给接收方发送数据的同时，接收方会等间隔给发送方回确认消息，让发送方能及时知道哪些RLC/MAC数据块是接收方没收到的，并重传那些没收到的数据块。 通过查看“PACK_DL_ACK_NACK”或 “PACK_UL_ACK_NACK”消息的“确认位图”中“空洞”情况判断PCU到用户终端之间的链路传输质量。如果“空洞”较多较频繁，表明很多RLC数据块没有被接收方收到，当前链路传输质量不佳，需要结合“G-Abis接口误帧率”判断传输问题是在空口还是在地面链路。如果是空口质量不好，需要从排查网内/外干扰方面入手进行检查，如果定位在链路传输，需要进行链路检查操作。下图为“TRACE2”工具回放的PCU的Um口信令截图： 上图中黑圈标识的为MS给PCU回的确认消息，红圈标识的区域为确认消息中携带的“确认位图”信息，可以看出中间有很多“0”，表明有部分数据块MS是没有接收到的。如果检查其他确认消息也有发现类似现象，那么基本可以确定链路的传输质量不好。 6.1.4​ 设备故障问题检查 和语音业务一样，设备故障同样会影响数据业务性能。在数据业务中，需要重点关注基站的上下行平衡性能。同时，还需要经常关注基站的告警信息，及时处理。 第二章 专项优化及案例介绍 1 资源优化 数据业务由于涉及环节较多，如果某一个环节上存在资源瓶颈，将导致最终的网络性能下降。因此资源优化工作是数据业务优化中的一项重要工作。具体资源优化项目和方法参考前文的资源配置分析。下面以具体的案例介绍此项工作。 案例一：RPPU板处理能力受限导致下载速率低 ​ 【现象描述】 某用户投诉上网速率非常慢，打开一个普通网页都需要很长时间。用户进行的业务为通过GPRS手机拨号上网，浏览大型门户网站。 ​ 【问题分析】 1，通过Internet访问该门户网站，速度较快，排除网站自身问题。 2，通过TEMS软件进行FTP下载测试，发现FTP下载速率变化与时段有很强相关性。闲时的下载速率较快，GPRS/EGPRS业务忙时速率较慢。分析TEMS的LOG文件发现，忙时测试时MS经常只能占用一条PDCH信道，无法占用更多信道；而在闲时就能占用多条信道。且下载过程中的Um重传率指标较好，C/I一直稳定在20左右，排除无线质量原因。 3，检查小区信道配置，发现此小区配置了1静3动的PDCH信道，按理来说，应该是能够满足MS的多时隙能力要求的。问题矛头集中在“为什么MS不能申请到多条PDCH信道”。 4，通过TELNET操作维护台查询小区所在RPPU板上激活的PDCH信道数目发现，忙时激活的数目经常达到120条的上限，进一步检查PCU数据配置，并结合小区信道配置表统计发现，此RPPU单板上配置的所有小区配置的PDCH信道总和为：100条静态PDCH信道＋80条动态PDCH信道。这种信道配置表示此RPPU单板上的小区忙时最多只能同时支持激活20条动态PDCH信道。而通过TELNET查询结果看，忙时确实出现了RPPU单板激活的信道数目到达120条的极限。所以问题原因定位为RPPU单板配置的小区数目过多，导致RPPU板处理PDCH信道数目达到极限。 ​ 【问题处理】 通过修改PCU数据配置，割接部分小区到“空闲”RPPU板上，重新在问题小区进行测试，发现速率有明显提升，MS能正常占用4条PDCH信道进行数据业务。问题得到有效解决。 小结：PCU的Pb接口处理板处理PDCH信道的能力是一定的，能支持GPRS PDCH信道120条，EGPRS PDCH信道100条，合理规划RPPU单板上配置的小区数目，对提升GPRS/EGPRS网络性能有非常重要的意义。 案例二：Abis接口空闲时隙配置不够导致下载速率低 ​ 【现象描述】 某GPRS网络中，MS的多时隙能力为“4＋1”，开通了CS3/CS4功能。某次性能测试发现FTP下载速率只有30kbps，与正常情况下采用CS4编码方式应该能达到的速率相差甚远。 ​ 【问题分析】 1，通过分析现场反馈TEMS 的log文件发现，下载过程中，99％以上的时间MS确实是占用4条PDCH信道的，但是采用的编码方式99％为CS2。确定无法采用较高编码方式是速率低的直接原因。 2，继续分析发现测试过程中的RLC数据块重传率较低，基本排除Um质量问题。 3，检查PCU数据配置，发现RPPU单板上配置的小区数目均较小，不存在RPPU板处理能力受限的可能，排除PCU数据配置问题。 4，怀疑Abis口空闲时隙不足，检查对应BIE端口配置情况发现，小区所在基站只配置了2条空闲PCIC时隙。 5，由于BTS只配置了2条空闲时隙，但MS申请到了4条PDCH信道，如果采用CS4编码方式，需要每条PDCH信道上均绑定一条空闲时隙，明显不够，所以所有4条PDCH信道均只能采用CS2的较低编码方式传输。 ​ 【问题处理】 增加了问题基站的空闲时隙配置后，FTP下载速率慢问题得到有效解决。 案例三：GPRS网络无法发送MMS ​ 【现象描述】 某GPRS网络无法正常发送MMS。 ​ 【问题分析】 1，MMS发送流程如下： 图中第1条消息流表示MM消息由BSS、 GPRS到达WAP网关，通过WAP网关被转发到MMSC中。 图中第2条消息流表示MM的PUSH通知的走向。PUSH通知经WAP网关发给SMSC，并以SMS为承载发给MMS终端。 图中第3条消息流表示MMS终端通过WAP网关从MMSC中提取MM消息。 图中第4条消息流表示MM消息被转换成e-mail发往EmailServer上。 图中第5条消息流表示MM消息被路由到外部应用中。 图中第6条消息流表示MM消息被路由到另外一个MMSC上。 2，成功的MMS发送流程包括两个阶段： A、连接建立阶段，MS和WAP GATEWAY建立联系； B、数据传送阶段，MS和WAP GATEWAY交互发送相关的彩信信息。 MMS正常发送时，Gi接口信息如下图所示： 跟踪Gi口的消息： 3，从上图可见，此问题发生在第一阶段。在WAP GATEWAY回的消息“WSP REPLY”中消息指示“Sorry Gateway is busy”，无法处理MS的连接请求。在WAP GATEWAY忙的情况下，手机进行了多次的连接尝试。最后达到尝试次数的门限，本次MMS业务失败。造成这种情况的原因为：WAP GATEWAY侧忙。 ​ 【问题处理】 重点检查WAP GATEWAY，WAP GATEWAY的确存在处理能力有限的问题，对WAP GATEWAY进行升级扩容后，问题得到解决。 2 参数检查 数据业务涉及了较多环节的数据配置，任一个环节数据配置错误都有可能造成业务不可用或者性能下降。 案例一：Gb接口流控参数设置不合理导致下载速率低 ​ 【现象描述】 国内某地网络，测试发现FTP下载速率极不稳定，速率时快时慢。 ​ 【问题分析】 1，测试时的无线环境质量较好，C/I基本维持在20dB左右，且小区配置了4条静态PDCH信道，无线资源方面不存在问题。 2，PCU相关数据配置没有明显错误。 3，分析TEMS的log文件发现，MS虽然大部分时间能够占用4条PDCH信道，但是从Gb接口来看，核心网侧经常出现无TCP包下发，通过解析的信令，可以看出SGSN下发的流控上限为5.6kbyte/s。基本确定是由于流控机制问题导致下载速率低。 4，进一步分析PCU数据配置中的流控参数“Tc”“Th”发现，这两个参数设置为5000和10000，对应的时间分别为5s和10s。怀疑可能由于这两个参数设置过大导致流控的刷新时间过长，影响了Gb接口的数据传输。 ​ 【问题处理】 修改参数“Tc”“Th”的值为2000和5000后，EGPRS编码方式下的FTP下载速率恢复正常，达到较高水平， 案例二：MAC地址错误导致无法正常连接移动梦网 ​ 【现象描述】 某局点有两套GGSN设备进行替换测试（数据配置一样，连接一样），首先测试GGSN2，一切正常，数据能正常传输，其他业务也都正常；将GGSN2替换成GGSN1后进行测试，发现MS能正常附着到GPRS网络，并能正常激活，但是激活后无法正常连接到移动梦网，一分钟后，MS就显示网络中断。 ​ 【问题分析】 1，由于使用GGSN2时，一切业务均正常，所以基本排除服务器，GPRS接入网或者用户终端等方面的问题，将问题网元集中在GGSN或者相关网元上。 2，获取SGSN上的消息跟踪，分析后发现：MS正常附着和激活后，只有上行数据包传送，看不到下行数据包，当传送的前几个上行数据包没有得到响应后，GGSN1发起了去激活流程，MS被去激活。 3，通过检查数据配置，基本排除SGSN、GGSN、交换机的问题，问题网元主要聚焦到防火墙上。分析发现，防火墙NS500上的session表项不能及时更新。两个GGSN做替换测试，在做GGSN2测试时，NS500在session表中建立了Gi端口的MAC地址映射；当用GGSN1替换后，此Gi接口的MAC地址映射没有得到相应更新，导致下行数据包找不到转发路径而被丢弃。 ​ 【问题处理】 手动修改了session表中对应的映射地址后，问题得到解决。 案例三：TCP窗口大小限制导致FTP业务异常 ​ 【现象描述】 某地用户用EGPRS终端连接PC机，访问移动运营商提供的FTP服务器进行FTP下载业务，发现应用层下载速率平均为28kbps，远远低于网络开通EGPRS时的平均应用层下载速率。 ​ 【问题分析】 1，最开始怀疑与无线环境有关，但分析测试文件发现Um口C/I较好，且空口重传较少。另外Gb接口和Pb接口链路也很正常。排除无线质量和链路原因导致FTP业务异常。 2，使用终端访问其他网站，并测试下载速率发现，当使用其他服务器进行数据业务时，终端应用层速率基本正常，基本能达到130kps左右。分析信令发现，终端能占用4条PDCH信道，且99％的空口数据块采用MCS9编码方式传输。只不过同时还有其他用户占用PDCH信道导致测试终端的速率比正常值略微偏低。 3，通过上面的分析，基本能将问题网元定位在FTP服务器上了。抓TCP包后分析信令发现如下规律： A、FTP SERVER发送6个TCP包后停止发送，等待6个TCP包的确认消息； B、FTP SERVER收到2个包的ACK确认消息后，仍然等待，不发送TCP包； C、FTP SERVER收到另2个包ACK后，发送3个TCP包，然后等待5个TCP包的确认； D、FTP SERVER又收到2个包的ACK后，发送3个TCP包，等待6个TCP包的确认； E、重复到A步骤。 4，从上面的规律可以看出，FTP SERVER发送了6个TCP包后，就停止发送数据包，转入等待确认状态，严重影响了后端接口的数据传输效率。问题原因应该在FTP SERVER的TCP发送窗口设置过小。 5，通过Flashget多线程下载工具，连接到FTP SERVER上进行下载，发现速率得到较大提升，从而印证了4中结论的正确性。 ​ 【问题处理】 解决上述问题的方法有两种： 1，​ 通过减少设备之间的时延加快ACK消息的到达提升速度。因为减少了时延后，FTP SERVER能较快收到ACK消息，则发送窗口能尽快恢复移动，尽快下发后续TCP包。 2，​ 直接修改FTP SERVER的TCP发送窗口大小解决。修改TCP发送窗口到65535（最大值）后，FTP下载速率明显上升，FTP业务恢复正常。 鉴于设备的时延性能的提升难度较大，涉及面太广，不易操作，建议选择方法2。 3 无线优化 GSM网是数据业务的承载网，加强GSM无线环境的优化工作对于数据业务的优化十分重要。因此在进行数据业务优化时还需要关注无线环境的优化。下面以具体案例介绍如何通过无线优化提高数据业务性能。 案例一：邻区不全导致TBF异常释放 ​ 【现象描述】 测试中发现，在滨江路东段往檀木林路段存在一个较大的拐弯，手机占用工商局-1小区信号在拐弯处，信号快速下降导致TBF异常释放。手机在TBF异常释放后，重选到建筑设计-1（900M）小区上，短暂驻留后，再重选到东兴电业-3（900M）小区上。此过程手机处于频繁的小区重选中，影响平均下载速率。 ​ 【问题分析】 经过分析，发现在拐弯处其实东兴电业-3（900M）电平已经非常好，可以满足小区重选判决要求，由于工商局-1（1800M）与东兴电业-3（900M）没有配置邻区关系，导致工商局-1与东兴电业-3之间重选需要经过建筑设计-1过渡。 ​ 【问题处理】 增加工商局-1和东兴电业-3的双向邻区关系。 增加邻区关系后，在进入滨江路到檀木林的拐弯之前，邻区测量中出现东兴电业-3，并平滑的重选到东兴电业-3小区，避免了掉话。 从下图还可以看到此次的邻区优化，从工商局-1到东兴电业-3的重选，不用通过建筑设计-1小区过渡，减少了一次不必要的小区重选，缩短了数据断流时间，提高了速率。 案例二：解决公园口-2小区BCCH载频上行损耗大问题 ​ 【现象描述】 在自由路段测试中发现当重选到公园口-2小区后，接入时延较长，造成数据断流。 ​ 【问题分析】 通过检查上下行平衡话统，发现公园口-2BCCH载频TRX8的上下行平衡等级十一的比例最大时为27.85，上行损耗较大。 上站检查硬件连线，发现BCCH载频射频连续松动，将其拧紧。 ​ 【问题处理】 再次检查话统，公园口-2BCCH载频上下行信号已经恢复平衡。 统计时间 统计对象 等级六的比例 等级七的比例 等级八的比例 等级九的比例 等级十的比例 等级十一的比 2007-4-14（调整前） 公园口-2,TRX号:8 11.52 24.18 15.7 7.97 4.94 27.85 2007-4-16（调整后） 公园口-2,TRX号:8 20.73 25.84 23.14 12.99 3.65 2.12 在自由路上进行测试，重选到公园口-2小区后，已经能快速接入。 附件 1​ 开通EGPRS功能的步骤 移动全网是开通了GPRS的，在GPRS网络的基础上开通EGPRS功能涉及到BSC、BTS和PCU相应的软硬件及数据配置。具体的开通指导请参见《GPRS基础上开通EDGE指导书》。 2​ 开通EGPRS功能对基站传输的要求 当EGPRS业务使用MCS3～MCS9编码方式时，每个PDCH信道需要占用2到4条中继电路，那么这些额外的中继电路就由基站传输的空闲时隙来充当。 所谓空闲时隙，其实就是E1上(ABIS口)没有配置的TRX所占用的业务时隙。在华为BSC中，用户需要配置的哪些中继电路能够用作空闲时隙。在使用自动数据配置台进行数据配置时，用户只需要指定每个基站配置的空闲时隙数目，自动数据配置台会为基站自动计算出作为空闲时隙的中继电路，并将这些电路的信息填写到相关的数据表中。 在分配空闲时隙时，每个站点所能够分配的空闲时隙的数目，不能大于这些站点所在E1上能够配置的空闲时隙的总和。计算一条E1上能够最大分配的空闲时隙数的计算公式