gprs测试操作手册

gprs测试操作手册内容摘要：

信号较好的地区才能够真正使用。 所以当用户处于小区边缘或信号不佳的地区时，其数据速率必将大大下降。 也即是 C/I 较低会导致系统工作在较低速率编码状态。 采用 CS1 和 CS2 信道编码方案时，虽然信道编码速率仅为 Kbit/s 和 （包括 RLC 块字头），但是能保证实现小区的 100%和 90%覆盖时，满足同频道干扰 C/I  9dB要求。 在无线频率规划上基本与现有电路设计相同。 四、系统瓶颈 GPRS 的系统瓶颈主要存在于 Um 接口、 Gb 接口中。 Um 接口是 GPRS 中的关键接口，其性能的好坏将直接影响到系统的数据传输速率，当没有保留 PDCH 信道，或保留的 PDCH 信道数量过少时，数据传输率将降低。 应根据用户的发展情况和未来考虑，在特定地点，特定时间增加 PDCH 的数据，当小区总信道数量严重缺乏，导致话音业务拥塞 率高，数据业务接入难，传输速率低，此时应扩容，或者暂时让相邻不是繁忙的小区吸收本小区的话务量和数据量。 Gb 接口的情况将视具体厂家相关参数而定，最好选取对 GPRS 系统数据传输率影响较小的参数。 配置的 PCU 处理能力可能是目前的一个需要考虑的因素。 Gb 接口的问题还与核心网侧相关。 五、 TBF 建立失败率高 目前 TBF 建立失败率高的主要原因中多为 MS 和网络设备不兼容，或者通信工作协调性不好，所以建议出现问题后首先排除此点影响。 另外，还需要考虑无线环境和系统资源的影响。 另外还可能出现的原因有： 1． 在解决冲突过程中 ， TLLI 不匹配； 2． MS 不能支持指配的频率； 3． MS 无法占用信道； 4． 通过调整参数 PAN_DEC、 PAN_INC、 PAN_MAX，控制手机对无线传输质量的敏感度。 5． 计数器设置不合理等，应合理设置相关计时器 T314 T316 T316 T3180、 T318T3184 6． 应合理设置 T3192，调节 PDCH， AGCH 上的信令负荷。 手机在下行 TBF 释放后，将启动计时器 T3192。 在 T3192超时之前，如果有新的下行数据到来，网络可以直接在 PACCH发送下行立即指配消息。 如果将 T3192 设大，在特定场合下可以减 少下行 TBF 的建立时间， 24 但可能造成无线资源的浪费，可以调节 PDCH， AGCH 上的信令负荷。 如果 T3192 超时，停止检测被分配 的下行 PDCHs，开始检测寻呼信道。 7． 应合理设置 T3168，调节 PDCH， RACH 上的信令负荷； 手机在下行 TBF 释放后，如果上层还要求传一个 LLC PDU，将启动计时器 T3168。 并且发送 Channel Request Description information element 在 PACKET DOWNLINK ACK/NACK 消息中。 这条消息是 PACCH 信道上进行的，在 T3168 超时之前，如果收到PACKET UPLINK ASSIGNMENT，网络可以进行上行的 TBF 的建立。 所以，当 T3168 设置较大时，会使信道请求避开接入信道，从而减少在接入信道上（ RACH）发生碰撞，从而减少上行 TBF 建立的时延，过大可能造成无线资源的浪费，可以调节 PDCH， RACH 上的信令负荷 异常 PDP 掉线分析及调整建议 PDP 掉线指 PDP 上下文被非正常的去激活，导致用户掉线，需要重新进行激活才可接入网络。 通常原因可能为： 1． 无线资源缺乏导致无法响应网络，从而掉线；对于由于无线质量差而导致的问 题根据具体原因，调整无线资源配置 2． 网络原因导致网络发起 PDP 去激活； 3． 手机处理能力不足导致无法响应； 4． 更新位置时，向 HLR 鉴权如果失败，会导致掉线。 （核心网）如果问题大量存在，可能会是接口上有问题，需要进行调整。 5． 此外可能存在核心网地问题，如 SGSN/GGSN 中 PDP 上下文出现问题等。 异常 TBF 掉线分析及调整建议 TBF 掉线指 TBF 被分配后由于其他原因被非正常释放，相应数据需要重传 ,但 PDP 上下文无需重新建立。 TBF 掉线率高的可能原因有： 1. 话音业务负荷过高，导致 TBF 掉线； 2. 小区重选过多，导致 TBF 掉 线； 3. 在 B 类手机下载数据的过程中，出现话音寻呼，暂停数据传输，导致 TBF 掉线； 4. 由于无线环境不好活着手机本身的原因，手机没有响应，导致 TBF 掉线。 五、 GPRS 核心网络优化 SGSN 登记故障 1）登记失败的分析与处理 用户登记失败可能是由以下原因造成的： 信令网路由数据遗漏或者错误 如果 HSTP/LSTP 的 SGSN GT 路由分析数据遗漏或者错误，会发生某些号段用户（某个或者多个 HLR）漫游至某些 SGSN 覆盖区的时候不能登记的故障。 这时候需要检查 STP的信令路由中新增的 SGSN GT 号码段局数据配置 是否正确。 对于 SGSN 自身提供 IMSI 分析的核心网络，当本地网新增 IMSI 号段时，要注意同时更新 SGSN 上 IMSI 号段分析数据，否则 SGSN 将无法处理新号段的 GPRS 用户。 对于采用摩托罗拉核心网设备的本地网，要注意保持 SGSN 的出、入 SCCP 信令都采用 25 GT 路由寻址方式，否则会造成登记失败。 对于启用了 HLR 热备份的本地网，需要考虑 SGSN 是否也能够支持备份翻译，如果不支持，则应考虑将 GT 翻译功能转移至别的信令设备，否则 HLR 热备份功能将不能对 GPRS业务生效。 STP 的 SGSN 子系统号（ 0x95）配 置错误 如果 HSTP/LSTP 的 SGSN 子系统号（ 0x95，十进制 149）配置不正确，会导致所有经过该 STP 的信令路由失败，影响后果将比 GT 翻译数据错误所导致的后果范围更大，往往导致某本地网的 GPRS 用户不能漫游至任何其它本地网。 Gr 信令单平面问题 如果 SGSN 至信令网的其中一个平面有故障，而对方设备在回信令消息时只静态地回到有故障的平面上，将导致 HLR 至 SGSN 的信令路由无法完成，从而导致登记故障。 GT 路由分析数据遗漏或者错误，会发生某些号段用户（某个或者多个 HLR）漫游至某些 SGSN 覆盖区的时候 不能登记的故障。 SGSN 与 HLR 设备的兼容性 部分厂家的 SGSN 与其它厂家的 HLR 在 SCCP 信令寻址格式上存在不兼容的问题。 2）登记速度慢的分析与处理 SGSN 处理速度慢 SGSN 和和 有关的配置不正确或者 SGSN 的处理速度慢，影响登记的速度。 STP 的负荷过高 在 GPRS 一期、二期工程中，多数省的 Gr 信令路由都经过了 STP，部分 STP 由于已经信令负荷和处理器负荷偏高，在此基础上加入 GPRS 的信令流量，将严重地影响 GPRS 登记以及其它和 STP 相关的信令流程的速度。 各省公司应该根据本地 信令网及 SGSN 的特点，适时地进行本地 Gr 路由的割接和优化，把本地网内的信令避开 STP。 GPRS 手机反复重试造成的负荷影响 有可能存在着未开 GPRS业务的 GPRS手机大量拥入 GPRS网络反复进行 GPRS登记请求造成信令负荷突增的威胁。 虽然目前该问题尚未暴露，但部分发达城市已经出现了 Gb 信令和Gr 信令激增，且登记成功率也急剧降低的情况。 防范该问题的办法可以通过多种途径综合实现，首先考虑从信令传输容量设计上进行必要的预防；其次从 GPRS 手机设计方面督促厂家在手机中加入对 GPRS 登记拒绝的判断能力，不要反 复频繁地重试登记；第三可以考虑能否在 SGSN 中判断反复登记的情况，不再把从 Gb接口收到的重复登记请求转发到 HLR，从而降低 信令网络的负荷；第四可以考虑在 HLR的签约数据中打开用户的 GPRS 网络访问能力（只限制用户的 PDP 权限），把 GPRS 登记信令负荷转换为较低的移动性管理信令负荷。 PDP 激活故障 1） PDP 激活失败 可以从以下几方面进行问题查找： 1. 检查用户申请的 APN 是否已授权给用户 2. 检查 APN 的 DNS 查寻是否有问题 26 3. 检查 GGSN 关于 APN 的配置数据是否完整。 4. DHCP 或 RADIUS 服务器故障 5. HLR 和 SGSN 对通配符 APN 格式的兼容性问题 6. SGSN 和 GGSN 的 GTP 信令的兼容性问题 7. 手机和 GGSN 的 PPP 和 IPCP 的协议不兼容的问题 2)PDP 激活过慢 SGSN 构造 APN 的配置问题 SGSN 在构造 APN 解析的时候，开始不能附加正确的运营商标识（ ），造成 APN 解析失败，之后重试才附加正确的运营商标识， APN解析成功，这种情况会减满 PDP 激活的速度。 DNS 解析 APN 过慢 APN DNS 解析过慢，多发生在漫游时使用归属地 GGSN（区域性 APN 业务）的情形 ，这种情况下应该检查是本省 DNS 故障还是根 DNS 故障，然后作相应的处理。 GGSN 处理过慢 多数情况是由于 DHCP 或 Radius 服务器配置不当的原因，也可能是由于 GGSN 处理能力不够，不能负担大 IP 地址池的 DHCP 服务工作，这种情况下应该对 GGSN DHCP 服务器的配置进行检查和优化，或者考虑设置独立的 DHCP 服务器。 DNS 和 GGSN 的主备用状态 检查主备用 DNS 服务器、 APN 所对应的主备用 GGSN 是否都工作正常，如果主用 DNS 或者主用 GGSN 已经瘫痪，使用备用 DNS/GGSN，则也会降低 PDP 激 活的速度。 3)InterSGSN 路由区更新失败 SGSN 相邻数据配置错误 如果当前 SGSN 不能通过 InterSGSN 路由区更新请求消息中的旧 RAI（路由区标识）找到旧 SGSN，则本次路由区更新将会失败，这种情况下应该首先核查新 SGSN 是否能够找到旧SGSN。 DNS 中的 RAI－ SGSN 翻译 部分厂家的 SGSN 已经支持 DNS 方式的 RAI 到 SGSN的翻译请求，但目前尚未为 RAI的SGSN 翻译作 DNS 数据。 在将来本地网边界无缝支持 GPRS 以后，本地网间路由区更新将失败。 集团公司将适时考虑在全网 DNS 中配置 RAI 到 SGSN 的翻译数据。 配置方式为在北京和广州的一对根 DNS 中把 的分析结果用 NS 记录指向各省的一对DNS，在各省的一对 DNS 中添加所有路由区（ ）的 A 记录指向相应的 SGSN IP。 Gn、 Gr 信令接口故障 如果在 InterSGSN 路由区更新过程期间发生了新旧 SGSN 之间的 Gn 接口故障，或者发生了 Gr 信令接口故障，都会导致 InterSGSN 路由区更新失败。 27 SGSN 或者手机软 件故障 在排除了前三个原因以及无线网络质量问题以后，可能考虑 SGSN 或者手机软件故障。 这种情况下应该主动联系 SGSN 设备厂商和手机厂商进行调查确认。 Gb接口 1） Gb 接口数据配置错误 如果 SGSN 和 BSC/PCU 中关于 Bearer Channel、 DLCI、 NSVCI、 NSEI、 LAC/RAC 的数据失配，将导致 NSVC 闭锁， Gb 接口不能激活。 2） Gb 传输带宽拥塞 在 GPRS 一期、二期工程中采用了忙时每用户每秒 180bit 数据率的用户模型来设计 Gb传输带宽，随着 GPRS 商用市场的逐渐放开，该规划模型可能与实际的话务模式有较大的，最大的问题是 Gb 传输带宽出现拥塞，尤其在有包月资费政策的情况下更容易。 应注意根据市场业务模式的发展进行调整，避免 Gb 接口的带宽出现瓶颈。 用户业务故障 1）用户 DNS 故障 如果用户用“ cm”或者“ inter”作为 APN 激活 IP 以后，不能从网络得到 DNS服务器，则将出现高层业务故障，凡是使用域名访问的网络资源，都将不能访问。 目前 各省 GGSN/DHCP 的配置中为用户指定了各式各样的 DNS，为了统一配置，降低用户使用难度，集团公司将对分配给用户的 DNS 作统一规定，全网采用分片区分担使用 CMNET在北京、广州和上海的三个 DNS 服务器的方式，为“ cm”、“ inter”等 APN 指定 DNS服务器。 2）用户端 APN 指定错误 如果用户意欲使用 Inter 业务，但在激活 PDP 的时候却送的 “ cmwap” APN，则虽然用户可以看到连接成功但不能访问任何 Inter 业务。 这种情况下网络维护优化部门应该和市场推广部门就 SGSN 和 HLR 的数据制作、用户教育、 OTA 空中配置等方面进行协调，理顺生产流程，消除概念差异和混淆。 3）网络安全性问题 4）核心网设备安全 要对防火墙和 GGSN 的过滤规则进行完善，保证核心网不受潜在的攻击威胁。 目前在一期、二期工程完工以后，部分地区核心网络存在 GPRS 用户直接从 GGSN 攻击核心网的漏洞，由于 GPR。