GPRS EDGE网络规划优化.doc

此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 目 录 第 5 章 GPRS EDGE 网络规划 2 5 1 总体规划原则 2 5 1 1 总体原则 2 5 1 2 引入 GPRS EDGE 的影响 2 5 2 话务模型建立 3 5 3 覆盖规划 5 5 3 1 覆盖目标 6 5 3 2 载干比要求 9 5 4 频率规划 11 5 5 容量规划 12 5 5 1 规划方法 12 5 6 信令信道规划 16 5 6 1 规划方法 16 5 6 2 结论 17 5 7 参数规划 17 5 7 1 系统消息参数的配置 17 5 7 2 编码方式转换参数 18 5 7 3 控制 GPRS EDGE 小区重选的参数配置 19 5 8 双频网情况及网络性能指标简介 19 5 8 1 GPRS EDGE 业务对双频网的影响及相应策略 19 5 8 2 网络性能指标 20 5 8 3 系统性能指标 20 5 8 4 维护指标 20 5 8 5 参考指标 21 5 8 6 GPRS EDGE 规划特别关注的指标 21 附件一 GPRS EDGE 业务话务模型的讨论 22 附件二 容量规划举例 28 附件三 GPRS 手机小区更新对参数配置要求分析 30 附件四 GPRS 系统消息参数说明 31 附件五 信令信道规划举例 35 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 第第 5 章章 GPRS EDGE 网络规划网络规划 5 1 总体规划原则 5 1 1 总体原则 话音和数据业务均衡考虑 共同发展 充分利用现有 GSM 网络资源 保证 GSM 无线网络质量 满足 GPRS EDGE 业务需求 5 1 2 引入 GPRS EDGE 的影响 GPRS EDGE 对 GSM 无线网络规划的影响表现在以下几个方面 一 由 GPRS 引入带来了一定程度上的额外干扰 具体表现在 1 GPRS EDGE 下行功率控制的机制还不成熟 因此 GPRS EDGE 没有功 控带来的干扰下降 2 GPRS EDGE 在无线空口的传输特性和语音业务不同 PDCH 的无线信号 的占空比 激活因子 接近 100 因此和采用 DTX 功能的 TCH 信道相 比 将可能引入最大 3dB 干扰 3 根据配置 PDCH 的数量和载频的不同 给网络带来的额外干扰在 0 3dB 之间 4 如果将 PDCH 配置在 BCCH 载频上 理论上在下行方向没有新增干扰 二 GSM 网络规划的同时要求兼顾 GPRS EDGE 的规划 现阶段 GPRS EDGE 和 GSM 采用相同小区选择和重选参数 要满足 GPRS EDGE 的服务质量 需要重新对无线网络的容量和覆盖规划 三 GPRS EDGE 如采用在 CCCH 上接入的方式 CCCH 的负荷有较大增加 四 GPRS EDGE 引入了灵活的信道分配策略 无线资源调度更为复杂 五 随着 GPRS EDGE 业务的引入和发展 用户业务 含语音业务 习惯会发 生改变 话务模型 整体规划需要做相应调整 六 EGPRS 系统充分考虑了和原 GSM GPRS 网络的兼容性和继承性 对核心 网影响很小 原有的 Gb Gn Gp Gi Gr Gs 接口都没有变化 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 5 2 话务模型建立 GPRS EDGE 为移动用户提供了一种端对端的分组数据传输服务 和传统的电 路交换方式数据服务相比 具有更高的无线资源效率和利用率 GPRS EDGE 适用于具有以下特点的业务 间歇的 非周期性的 突发的 数据传输 其前后二次数据传输之间的时 间间隔远远大于数据传输本身的时延 频繁的 小数据量的数据传输 例如 在每分钟内发生数次 每次数据量 小于几 K 字节 较罕见的 大数据量的数据传输 例如 在每小时内发生数次 每次数据 量大于几十 K 字节 目前 中国 GPRS EDGE 网络开通以下几个方面的业务 1 手机 笔记本电脑上网 2 WAP over GPRS EDGE 3 基于终端安装的业务 4 个人数据助理 PDA 终端接入 5 短信 overGPRS EDGE 6 专线接入 7 专网接入 对于数据速率的计算 一般要根据一定的话务模型来考虑 以下计算基于以下假定或事实 假设没有假设没有 SNDCP 压缩与解压和分段与重组 这样一个压缩与解压和分段与重组 这样一个 IP 包 在包 在 LLC 层层 就是以就是以 1 个个 LLC PDU 传输 传输 假设假设 LLC 使用非确认模式传输 使用非确认模式传输 假设假设 LLC 帧格式为 帧格式为 LLC 头头 9 字节字节 SNDCP 头头 4 字节字节 IP 数据数据 FCS 3 字节字节 每个包占用一个 每个包占用一个 RLC 长度指示字节 长度指示字节 RLC 采用确认模式 并考虑采用确认模式 并考虑 10 的重传率 的重传率 假设假设 IP 平均包长度为平均包长度为 200 字节 字节 假设至少在假设至少在 10 个个 IP 包的范围内 包的范围内 IP 数据流连续 数据流连续 每每 20ms 传输一个无线块传输一个无线块 一般一般 RLC MAC 头占用头占用 3 字节 这样除去尾比特 字节 这样除去尾比特 CS1 CS2 CS3 CS4 编码方式下 每个编码方式下 每个 RLC 数据包可以传输的数据包可以传输的 LLC PDU 字节数依次为字节数依次为 20 字节 字节 30 字节 字节 36 字节 字节 50 字节 字节 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 RLC 确认模式下的传输下 正常情况下每个确认模式下的传输下 正常情况下每个 LLC PDU 的传输意味着一次的传输意味着一次 TBF 建立和释放过程 一般一次建立和释放过程 一般一次 TBF 从建立到释放的过程中 从建立到释放的过程中 RLC MAC 控制控制 块开销占总无线块的块开销占总无线块的 20 该开销将 该开销将 TBF 建立和释放的处理时间折算进去了 建立和释放的处理时间折算进去了 Gb 接口的接口的 FR NS BSSGP LLC SNDCP 的协议头合计的协议头合计 53 字节 字节 以下计算采用如下计算模型 M A1 B T M M 0 2 M 0 1 20 V IP A2 T VGb V IP 200 53 200 1 265V IP 其中 M 为传输为传输 N 个个 LLC PDU 所需的最小所需的最小 RLC 数据块数数据块数 A1 为为 N 个个 LLC PDU 的总字节数的总字节数 A2 为为 N 个个 IP 包的总字节数包的总字节数 B 为每个为每个 RLC 数据块所能承载的数据块所能承载的 LLC PDU 字节数字节数 T 为传输为传输 N 个个 LLC PDU 即 即 N 个个 IP 包 所需的时间包 所需的时间 V IP 为估计的每为估计的每 PDCH 的的 IP 层承载速率层承载速率 VGb 为估计的每为估计的每 PDCH 在在 Gb 接口物理层所需的承载速率接口物理层所需的承载速率 X 表示对表示对 X 进行上取整 进行上取整 X 表示对表示对 X 进行下取整进行下取整 根据该计算模型 对 CS2 的 IP 层承载速率计算如下 A1 200 9 4 3 1 10 2170 字节 M 2170 30 73 块 T 73 73 0 2 73 0 1 20ms 1880ms 1 880s V IP 200 10 8 1 88 1024 8 31 Kbps VGb 1 265V IP 10 51Kbps 同样的对 CS1 CS3 CS4 进行计算 获得估计的信道 IP 层承载速率依次为 5 58 Kbps 9 89 Kbps 13 95 Kbps 对于采用非确认 RLC 模式的情形 LLC 层一般不采用非确认方式 这样就必须 考虑 LLC 层的重传率 而 LLC 层的重传一般而言在带宽开销方面要高于 RLC MAC 层的重传 故采用非确认 RLC 模式 并不能提高 PDCH 的 IP 层承载速率 计算结果列表表示如下 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 CS 1 Kbps CS 2 Kbps CS 3 Kbps CS 4 Kbps Um接口物理层速率9 0513 415 621 4 IP层承载速率5 588 319 8913 95 Abis接口物理层需 要的承载速率 16163232 Gb接口物理层需要 的承载速率 7 0610 5112 5117 65 需要特别指出 一 GPRS EDGE 和 GSM 共用 CCCH 信令信道 网络采用 PCCCH 接入方式 时 网络规划中的信令信道规划 参数规划 双频网负荷策略等内容会有很大 变化 二 要准确地估计 GPRS EDGE 业务的话务模型有一定的困难 对 GPRS EDGE 业务的话务模型的描述不能象话音业务那样 用简单的每用户话 务量若干爱尔兰去描述 其本身的描述是相当复杂的 三 GPRS EDGE 话务模型是一个需要长期关注的课题 随着 GPRS EDGE 业 务引入 发展和成熟 需要不断地对 GPRS EDGE 业务的话务模型进行总结和 修改 阶段性地 有计划地调整 GPRS EDGE 无线网络规划的方法和策略 同 时还要防范新引入业务导致 GPRS EDGE 话务模型突变的风险 GPRS EDGE 话务模型需要关注的内容有 用户模型 数据业务的总量 不同业务的比例 业务在时间上的分布 业 务在空间上的分布等 业务模型 单业务的包长分布 包间隔分布等 无线传输模型 编码方式分布 信令开销等 5 3 覆盖规划 GPRS EDGE 的覆盖与 GSM 覆盖相比 有以下几点 EIRP 相同 从发射端到接收端除了体损以外经历的损耗相同 接收机灵敏度不是主要矛盾 GPRS EDGE 业务主要受限于 C I CS1 的 C I 要求比话音业务的 9dB 要求高 但是如果配在 BCCH 所在载频 上 能满足要求 协议数据中 不同传播环境下的C I相差较大 而且同一环境下协议数据和厂家 提供的数据相差较大 这里考虑最差的情况 根据协议对C I的最低要求 不 考虑USF CS1 13db CS2 15db 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 根据协议 话音业务通话时的质量等级和C I的关系如下表 rxqualrxqual0 01 12 23 34 45 56 67 7 C I dB C I dB 23191715131184 由此我们可以看到 话音质量等级4和CS1的BLER 10 两者的的C I要求相同 话音质量等级3和CS2的BLER20 时 其吞吐量要小于采用 CS 1 所以 在工程上 可以先强制采用 CS 2 然后通过观察采用 CS 2 时的平均块重传率 来判断是否要改用 CS 1 2 编码方式转换门限 如果编码方式转换门限可调 可以参照上节内容 设置门限 5 7 3 控制 GPRS EDGE 小区重选的参数配置 目前 控制 GPRS EDGE 小区重选的参数不多 因此现阶段 GPRS EDGE 系 统拥塞管理控制能力较弱 所以 针对无主导小区导致的小区重选过多情况 我们主要还是要通过加强覆 盖规划和参数规划来解决 但在某些场合 也可以通过 GMMREADY 参数加以 缓解 具体设置为 1 GMMREADY 定时器取 1 分钟左右 2 在无主导小区 小区重选惩罚时间大于 GMMREADY 定时器的时长 详见附件说明 其中 GMMREADY 定时器是 SGSN 的参数 小区重选方面的话务模型与RLC数据吞吐量的关系可以根据现网的统计数据获得 5 8 双频网情况及网络性能指标简介 5 8 1 GPRS EDGE 业务对双频网的影响及相应策略 GPRS EDGE 业务对于双频网的影响 主要表现在 在双频网的话务引导策略是 1800 网络优先时 GPRS EDGE 业务会集中 在 1800 网络上 造成网络拥塞 而网络不能采取类似于 GSM 语音业务切 换的手段 将话务负荷引导到 900 网络上去 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 1800 网络的室内覆盖较差 影响分组业务的服务质量 而网络也不能主动 将其 切换 到 900 网络上去 上述主要原因是 GPRS EDGE 手机采用和 GSM 手机相同的小区选择和重选 策略 而目前 GPRS EDGE 还不支持网络控制小区重选 在现阶段 要解决 1800 网络 GPRS EDGE 拥塞的问题 一方面是要加强容量 规划 另外还可以采用如下办法 在 1800 网络上增加动态分配 PDCH 的配置 在 1800 网络 GPRS EDGE 业务拥塞时 触发占用动态分配 PDCH 的语音 业务向 900 网络切换 将上述切换释放出来的动态分配 PDCH 用于 GPRS EDGE 业务 对于 GPRS EDGE 的手机在 1800 网络上 因覆盖差而服务质量差的问题 需 要通过加强 1800 网络的覆盖规划或者改变 1800 网络优先的策略来解决 5 8 2 网络性能指标 GPRS EDGE 网络在日常维护中需要关注的测量指标 这些指标可能分为三类 说明如下 1 系统性能指标 反映系统的处理能力 数据吞吐能力等的测量指标 2 维护指标 系统异常情况的统计 如资源请求拒绝 块重传率等 通过对 这些测量指导标的监视 可以及时排除网络的突发故障 以及指导对网络 进行局部的优化 具体的性能参数值 需要在网络运营过程中不断采集 分析和归纳 3 参考指标 一些和话务模型相关的测量指标 如平均包长 忙时每用户的 开销等 通过这些指标 可以积累 GPRS EDGE 网络运行的数据和经验 用于 GPRS EDGE 网络的优化和以后网络再次规模扩容时的规划 需要强调的是 在 GPRS EDGE 业务开展的初期 我们采用的话务模型尚未得 到网上实际情况的验证 且随着新业务引入 开展有突变的可能性 因此需要 通过对其中部分关健指标加强跟踪 以防范 GPRS EDGE 业务模型改变对网络 规划的冲击 5 8 3 系统性能指标 处于服务状态的 PDCH 数量 RLC 数据块吞吐量 按上下行 不同编码方式分计 上行分组业务请求次数 按 CCCH PACCH 分计 上行 TBF 建立成功次数 分组寻呼次数 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 LLC PDU 包数 吞吐量 按上下行分计 5 8 4 维护指标 RLC 数据块重传率 按上下行 不同编码方式分计 编码方式改变率 按上下行 不同编码方式分计 上行 TBF 建立拒绝次数 按 CCCH PACCH 分计 TBF 建立失败率 按上下行分计 TBF 中断率 按上下行 不同原因分计 下行 LLC PDU 重传次数 下行 LLC PDU 生命周期超时次数 5 8 5 参考指标 PDCH 利用率 处于服务状态的 PDCH 可用的 PDCH RLC 数据块不同编码方式使用比率 MAC 控制块占 RLC 数据块比例 按上下行分计 下行 TBF 在 PCH AGCH PACCH T3192 期间建立比例 上行 TBF 在 AGCH PACCH 建立比例 TBF 平均数据吞吐量 平均时长 按上下行分计 PDCH 上 TBF 平均数量 按上下行分计 LLCPDU 平均包长 按上下行分计 5 8 6 GPRS EDGE 规划特别关注的指标 下述指标为容量规划的主要依据 如果实际网络和目前的假设相差较大 系统 总体性能可能会急剧下降 LLC PDU 平均包长 按上下行分计 上 下行 TBF 在 CCCH 上的信令开销 下述指标可以做为网络是否需要扩容的参考 PDCH 利用率 上行 TBF 建立拒绝次数 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 附件一 GPRS EDGE 业务话务模型的讨论 一 GPRS EDGE 业务话务模型分析 GPRS EDGE 业务的话务模型不能象话音业务用那样 用简单的每用户 话务量若干爱尔兰去定义 从无线网络规划的角度看 最主要的二个参 数是 每数据包的平均包长以及每数据包的信令开销 二 数据包的平均包长 ETSI 对于网络数据从分组长度概率密度函数的角度给出了三种模型 Funnet 模型 Mobitex 模型 Railway 模型 这些模型来自于已经有的 分组数据网 其中 Funnet 模型来自于对芬兰大学和研究计算机网络中电子邮件的统 计 如下图所示 可以看出 其概率分布函数可以近似为最大值为 10kbps 的截断柯西分布 其最大值为 0 8kbytes s railway 模型 取自于对欧洲铁路移动数据业务量的统计抽象 如下图所 示 其最大值为 1kbps Mobitex 模型是利用瑞典 Mobitex 移动数据通信系统舰队管理业务的业 务量进行的抽象 上行业务量为 30 15bytes 下行业务量为 115 57bytes 从上述例子可以看到 在不同环境 固网 铁路 海洋 不同的业务 EMAIL 集团通信 下 数据包长度的分布是有很大差异的 我们做如下符号定义 下行方向 IP 包数据平均长度 DlAveIpPacketLen 上行方向 IP 包数据平均长度 UlAveIpPacketLen 目前 GPRS EDGE 无线网络规划每 IP 包的平均包长取 200 字节 此参 数需要根据网络投入运营后 根据网上实际数据进行调整 三 数据包的信令开销 如上图所示 在一次分组业务的会话过程中 数据包的到达具有时断时 续的特点 每若干个连续到达的数据包构成一次 分组呼叫 在 GPRS EDGE 中称为临时块流 TBF 在采用 CCCH 接入方式时 每个 TBF 的建立和释放在 CCCH 上的新增的信令负荷参见下表说明 RACHAGCHPCH说明 上行方向 TBF 建立分组信道分组上行立即 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 请求 1指配 1 下行方向 TBF 建立 GMMREADY DR X 分组下行 立即指配 1 一般情况下 下行立即指配需要计 算寻呼组 在 PCH 上下发 下行方向 TBF 建立 GMMREADY NO NDRX 分组下行立即 指配 1 手机在释放 TBF 后在一段时间内处 于 NON DRX 状态 此时下行立即 指配消息可以 AGCH 上发送 下行方向 TBF 建立 GMMSTANDBY 分组寻呼 1 在 GMMSTANDBY 状态 网络先 下发寻呼消息 手机以一个上行数 据的传输做为响应 后面的流程同 GMMREADY 状态的 其它000在上下行 TBF 交织的情况下 新 TBF 的建立是通过老 TBF 的 PACCH 信道建立的 不通过 CCCH 在下行 TBF 释放后 T3192 定时器超时之前 新下行 TBF 的建立不通过 CCCH 从工程计算方便出发 我们对数据包在 CCCH 上的信令开销参数和符号 做如下定义 下行方向每 1000 字节的 AGCH 上分组下行立即指配信令次数 DlImmAssOnAgchNumPerKbyteDl 下行方向每 1000 字节的 PCH 上分组下行立即指配信令次数 DlImmAssOnPchNumPerKbyteDl 下行方向每 1000 字节的分组寻呼信令次数 PageNumPerKbyteDl 上行方向每 1000 字节的分组请求信令次数 ChReqNumPerKbyteUl 上行方向每 1000 字节的分组上行立即指配信令次数 UlImmAssPerKbyteUl 下面根据某些基本假设 估计信令开销 假设 在下行方向 每 750 字节 需要建立一次 TBF 750 字节取自某设 备商提供的 WAP 访问时一个页面的平均数据长度 每次下行 TBF 建立 需要寻呼的比例为 0 近期的业务以 GET 为 主 手机用户发起业务请求到网络反馈数据之间的时间间隔通常小 于 READY 定时器 对于 MT 的 GPRS EDGE 短消息 其每短消息 的信令开销小于 MT 的 GSM 短消息 在 GSM 的 CCCH 负荷计算 中已经考虑 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 上行 TBF 建立的次数和下行 TBF 建立的次数之比是 1 1 基于 GET 的原理 可以认为用户在交互时 每一次下行数据的传输是由 上行数据传输触发的 通过简单计算 可以得出以下结论 DlImmAssOnAgchNumPerKbyteDl 0 DlImmAssOnPchNumPerKbyteDl 1 33 PageNumPerKbyteDl 0 ChReqNumPerKbyteUl 5 33 UlImmAssPerKbyteUl 5 33 需要指出的是 系统消息的 DRX TIMER MAX 参数对下行 TBF 建立时 的立即指配消息在 PCH 上发送还是在 AGCH 上发送是有影响 根据协 议 手机在从 TRANSFER 状态转入 IDLE 状态后 可以在一段时间内 处于 NONDRX 状态 此时下行 TBF 建立的立即指导消息不需要计算寻 呼组 可以在 AGCH 上发送 上述时间由系统消息的 DRX TIME MAX 和手机在 ATTACH 消息中上报的 DRX 参数的最小值决定 在实际工程 中 可以考虑将 DRX TIME MAX 设大 如果设备支持在 AGCH 的消 息可以占用 PCH 对于提高系统的 CCCH 利用率有好处 但手机的待 机时间可能会有所降低 四 从运行网络提取话务模型的方法 由于 GPRS EDGE 网络尚未正式商用 对其话务模型的假设可以存在较 大的偏差 因此需要在实际运行的网络中对相关参数进行测量 用于修 正话务模型 IP 数据包平均长度的测量方法以小区或者 BSC 为单位 在业务忙时统计一定时间内 下行方向 BSSGP 层数据包数 DlBssgpPacketNum 下行方向 BSSGP 层数据流量 DlBssgpDataVol 上行方向 BSSGP 层数据包数 UlBssgpPacketNum 上行方向 BSSGP 层数据流量 UlBssgpDataVol 则 下行方向 IP 包数据平均长度 DlAveIpPacketLen DlBssgpDataVol DlBssgpPacketNum BSSGP 包头开销 上行方向 IP 包数据平均长度 UlAveIpPacketLen UlBssgpDataVol UlBssgpPacketNum BSSGP 包头开销 其中 BSSGP 包头开销约 53 字节 IP 数据包 CCCH 信令开销的测量方法 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 以小区或者 BSC 为单位 在业务忙时统计一定时间内 下行方向 BSSGP 层数据流量 DlBssgpDataVol 上行方向 BSSGP 层数据流量 UlBssgpDataVol CCCH 分组下行立即指配在 AGCH 上发送次数 DlImmAssOnAgchNum CCCH 分组下行立即指配在 PCH 上发送次数 DlImmAssOnPchNum CCCH 分组寻呼次数 PageNum CCCH 分组信道请求次数 ChReqNum CCCH 分组上行立即指配次数 UlImmAss 则 1 将 BSSGP 流量换算成 IP 层数据流量 DlIpDataVol DlBssgpDataVol DlAveIpPacketLen BSSGP 包头开销 DlAveIpPacketLen UlIpDataVol UlBssgpDataVol UlAveIpPacketLen BSSGP 包头开销 UlAveIpPacketLen 2 将 CCCH 上分组信令的测量结果和 IP 层数据流量简单相除 DlImmAssOnAgchNumPerKbyteDl DlImmAssOnAgchNum DlIpD ataVol DlImmAssOnPchNumPerKbyteDl DlImmAssOnPchNum DlIpData Vol PageNumPerKbyteDl PageNum DlIpDataVol ChReqNumPerKbyteUl ChReqNum UlIpDataVol UlImmAssPerKbyteUl UlImmAss UlIpDataVol 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 附件二 容量规划举例 一 WAP WWW 业务举例 以 WAP 业务和 WWW 业务为例 来分析网络的服务质量 供业务开展 参考 下面分别给出 PDCH 2 和 PDCH 4 的情况下 WAP 业务和 WWW 业务的闭塞分析 这里假设 1 WAP 业务的需求是 在 1 秒完成 750 字节的传输 即 6000bps 带宽 WWW 业务的需求是 16K bps 的带宽 2 假设用户得不到足够的带宽即放弃接入 采用 ERLANGB 公式计 算 GOS 3 分 GPRS 用户纯为 WAP 用户和纯为 WWW 用户 且用户数为 GSM 用户 2 忙时带宽 180bps PDCH 2 计算结果如下 TRX 数量WAP 业务量WAP GOSWWW 业务量WWW GOS 1 7 0 05800 014 0 02182 129 2 14 0 16400 177 0 06155 794 3 22 0 29700 735 0 111410 021 4 29 0 42001 629 0 157513 607 5 37 0 56503 111 0 211917 483 6 45 0 71205 002 0 267021 073 7 52 0 84206 920 0 315723 998 8 60 0 99209 334 0 372027 114 分析 根据上节计算在 TRX 数量 1 2 时 需要配置约 2 个 PDCH 此时 GOS 2 在上表中观察 TRX 数量为 1 2 的两栏数据 比较不 同业务 GOS 计算结果和 2 相差最大为 4 左右 误差有限 PDCH 4 计算结果如下 TRX 数量WAP 业务量 WAP GOS WWW 业务量 WWW GOS 1 7 0 05800 000 0 02180 023 2 14 0 16400 000 0 06150 178 3 22 0 29700 001 0 11140 555 4 29 0 42000 003 0 15751 060 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 5 37 0 56500 013 0 21191 818 6 45 0 71200 037 0 26702 736 7 52 0 84200 080 0 31573 650 8 60 0 99200 166 0 37204 801 分析 根据上节计算在 TRX 数量 6 7 8 时 需要配置约 4 个 PDCH 此时 GOS 2 在上表中观察 TRX 数量为 6 7 8 的三栏数 据 比较不同业务 GOS 计算结果和 2 相差最大为 2 左右 误差有 限 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 附件三 GPRS 手机小区更新对参数配置要求分析 GPRS 手机在 GMMREADY 状态时 如果发生了小区重选 则需要主 动上传一个数据包 完成小区更新过程 而小区更新后 GPRS 手机的 GMMREADY 定时器又将重启 所以 对处于 GMMREADY 状态的 GPRS 手机 如果不能控制其小区重选的时间间隔小于 GMMREADY 定时器 手机就会反复循环地做小区更新 其影响是 一方面手机待机 时间减少 另一方面网络侧开销增加 出现上述情况 有两种可能性 一 在无主导小区 因为覆盖规划的问 题 手机会反复做小区重选 二 在手机持续移动的过程中 在上述情 况 一旦发生过一次数据业务 包括路由更新 就可能导致反复小区更 新 针对无主导小区的情况 解决方法是 将小区重选惩罚时间设得比 GMMREADY 定时大 针对手机持续移动的情况 解决方法是 将 GMMREADY 定时器的长度 设得比手机穿越小区的时间短 假设 GPRS 手机的时速为 15 公里 步 行和公交一般小于此速度 穿越一个直径 500 米的小区 约需要 2 分 钟 在一期工程 现网配置约为 1 分钟 GPRS 业务的应用层 一般都设有判断响应超时的定时器 GMMREADY 定时器的长度 应该大于该值 以减少寻呼的次数 尤其 是在手机以 GET 业务为主的情况下 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 附件四 GPRS 系统消息参数说明 1 NMO 2 网络操作模式 网络操作模式与系统采用的寻呼信道有关 网络操作模式可以下两个条件限 定 有无 Gs 接口 有无 PCCCH 有 Gs 接口 网络操作模式 1 手机应只监听一个寻呼信道就可以接受 分组寻呼和电路寻呼 空闲时 PCCCH 或 CCCH 忙时 PACCH CS 没有 Gs 接口 没有 PCCCH 信道 网络操作模式 2 手机应只监听一个 CCCH 上的寻呼信道就可以接受分组寻呼和电路寻呼 不论空闲还是忙 没有 Gs 接口 有 PCCCH 信道 网络操作模式 3 手机只在 PCCCH 寻呼 信道监听分组寻呼 在 CCCH 信道监听电路寻呼 不论空闲还是忙 2 ACCESS BURST TYPE 1 在系统消息 SI13 和 PSI13 中广播 决定了手机上 channelrequest 消息时是 8bit 还是 11bit 具体两种形式的编码格式参考 GSM046011 5 3 CONTROL ACK TYPE 1 控制确认消息类型设定 MS 在控制确认消息中采用的格式 参数值 0 代表 4 个接入脉冲 参数值 1 代表 RLC MAC 控制块 当 CtrlAck 消息是对 Polling 消息的回应时在 Polling 消息中要明确所用的 CtrlAck 的类型 如果没有明确 则用在系统消息中的设置 如果系统没有 MS 的时间提前量 并且 CtrlAck 的类型为 4 个接入脉冲则则网络侧下发下行指配消息始置 Polling 位 则 MS 以 4 个接入脉冲的形式来发送 CtrlAck 消息用于导出 MS 的时间提前量 4 BS CV MAX 4 用于倒数计时 倒数计时最大值 设定 MS 倒数计时的参数 BS CV MAX 是 MS 用于计算 CountdownValue CV 使用到的参数 T3198 的初始值被 设置为 BS CV MAX 块周期 5 PAN DEC 3 PAN INC 3 PAN MAX 3 PAN DEC 是设定 MS 的 N3102 计数器使用的参数 的值 当 MS 的 T3182 超时时 N3102 减少 PAN DEC 的值 当 MS 启动定时器 T3182 并收到分组上行确认消息时 N3102 增加 PAN INC 的值 PAN MAX 为 N3102 的最大值 6 ACC CONTROL CLASS 16 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 接入控制等级 等级 N 被禁止接入时 相应的 BIT 位为 0 第 11 位为 EmergencyCall 是否允许接入位 Bits 16151413121110987654321 ClassN 1514131211EC9876543210 7 MAX RETRANS 2 4 最大重传次数 4 个参数 分别对应无线优先级 1 到 4 所允许的最大重传次 数 其中无线优先级为 1 的优先级最高 4 的最低 每一个无线优先级都有 两位来设置所允许的最大重传次数 重传次数和这两位的设置之间的对应关 系如下 00 1 01 2 10 4 11 7 8 S 4 该参数用于计算两个连续信道请求的最小间隔时隙数目 具体编码见 GSM046012 14 9 TX INT 4 随机接入的扩展传送的时隙数目 10 PERSISTENCE LEVEL 4 4 接入持续等级 在系统消息 1 中广播 每个无线接入等级为 4 个比特 来表 示这个无线优先级的接入持续等级 取值范围是 0 14 16 如果没有包含 这个参数 则缺省值为对各个无线接入等级都为 0 对应每个无线优先级接 入持续等级 P i 的值 在网络资源比较紧张时限制一些手机不能发起信道请 求从而不能进行分组业务 具体地讲就是 MS 在发送 channelrequest 时会在 0 15 之间产生一个随机数 这个随机数比网络的 PERSISTENCE LEVEL 高则发送信道请求 否则不发起信道请求 11 ALPHA 4 ALPHA 参数由 MS 用来计算它上行 PDCH 的输出功率值 PCH 对于开环功 控 ALPHA 采用 1 0 Bit 4321 0000a 0 0 0001a 0 1 0010a 0 2 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 1001a 0 9 1010a 1 0 Allothervaluesarereserved 12 T AVG W 5 功率控制参数 为空闲模式下的信号强度过滤周期 包含在 SI13 和 PSI13 中 具体值为 2 k 2 6multiframes k 0 1 2 25 Allothervaluesarereserved 13 T AVG T 5 功率控制参数 为传送模式下的信号强度过滤周期 包含在 SI13 和 PSI13 中 具体值为 2 k 2 6multiframes k 0 1 2 25 Allothervaluesarereserved 14 PAGE MODE 在 PSI1 PSI13 SI13 中广播的一个参数 用来控制寻呼模式是正常寻呼 扩展寻呼 寻呼重组 Sameasbefore 方式 在操作维护台不能设置 有系 统来实现 15 PC MEANS CHAN 1 功率控制参数 包含在 PSI13 和 SI13 中 指示在哪个信道上测量接收功率 等级用于上行链路功率控制 0 BCCH 1 PDCH 16 N AVG I 4 用于功率控制的冲突信号强度过滤常量 取值为 2 k 2 k 0 1 15 17 RAC 8 路由区编码 是由运营商根据网络规划来分配的 在 PSI13 和 SI13 中广播 路由区标示符 RAI 由 MCC MNC LAC RAC 组成 其中 RAC 为 1 个字节 18 SI13 LOCATION 1 PSI3 数据域 指示 SI13 广播的逻辑信道 0SYSTEMINFORMATIONTYPE13messageissentonBCCHnorm 1SYSTEMINFORMATIONTYPE13messageissentonBCCHext 19 NETWORK CONTROL ORDER 2 PSI13 和 SI13 的消息域 网络控制命令设定处于 MMReady 状态下的 MS 发送测量报告的方式 NC0 MS 控制小区重选 MS 不向网络发送测量报告 NC1 MS 控制小区重选 MS 向网络发送测量报告 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 NC2 网络控制小区重选 MS 发送测量报告 以上网络控制命令只是在 MS 处于 Ready 态时起作用 在 MS 处于 Standby 状态时 都是NC0 方式 更具体的含义参考 GSM050810 1 4 Bit 11 00NC0 01NC1 10NC2 11Reserved 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 附件五 信令信道规划举例 网上的配置现在有两种情况 Combined 方式和 Non Combined 方式 现网容量 现网容量 假设 每秒立即指配消息次数是每秒寻呼消息次数的 5 每条寻呼消息可以寻呼 2 个 MS 过载因子 50 Combined 方式下 RACH 容量 27TDMAframes 235ms 114 7frames s 也就是信道请求次 数 114 7 条 秒 考虑过载因子有 114 7 50 57 8 条 秒 AGCH 和 PCH 容量 每 235ms 里有 3Block 如果支持动态信令信道配置 那么每秒可寻呼的 MS 个数是 2 95 3 0 2354 24 2 个 秒 考虑过载因子有 24 2 50 12 1 个 秒 也就是 BSC 可以下发的寻呼消息 12 1 条 秒 而 BSC 可以下发的立即指配 消息 12 1 5 0 6 条 秒 如果不支持动态信令信道配置 如果 AGCH PCH 1 2 那么每秒可寻呼 的 MS 个数是 2 2 0 2354 17 个 秒 考虑过载因子有 17 50 8 5 个 秒 也就是 BSC 可以下发的寻呼消息 8 5 条 秒 而 BSC 可以下发的立 即指配消息 1 0 2354 4 2 条 秒 考虑过载因子有 4 2 50 2 1 条 秒 这 种情况 AGCH 的裕量 2 1 8 5 5 1 7 条 秒 Non Combined 方式下 RACH 容量 51TDMAframes 235ms 216 6frames s 也就是信道请求次 数 216 6 条 秒 考虑过载因子有 216 6 50 108 3 条 秒 AGCH 和 PCH 容量 每 235ms 里有 9Block 如果支持动态信令信道配置 那么每秒可寻呼的 MS 个数是 2 95 9 0 2354 72 6 个 秒 考虑过载因子有 72 6 50 36 3 个 秒 也就是 BSC 可以下发的寻呼消息 36 3 条 秒 而 BSC 可以下发的立即指配 消息 36 3 5 1 8 条 秒 如果不支持动态信令信道配置 假设 AGCH PCH 1 块 8 块 那么每秒可 寻呼的 MS 个数是 2 8 0 2354 68 个 秒 考虑过载因子有 68 50 34 个 秒 也就是 BSC 可以下发的寻呼消息 34 条 秒 而 BSC 可 此文档收集于网络 如有侵权 请联系网站删除 此文档仅供学习与交流 以下发的立即指配消息 1 0 2354 4 2 条 秒 考虑过载因子有 4 2 50 2 1 条 秒 这种情况 AGCH 的裕量 2 1 34 5 0 4 条 秒 引入 GPRS 后的增加量 因为 GPRS 信令的增加量假设 根据话务模型 忙时每用户 ATTACH 次数 0 5 次 小时 忙时每用户 DTTACH 次数 0 5 次 小时 忙时每用户 PDP 上下文激活次数 1 次 小时 忙时每用户 PDP 上下文去激活次数 1 次 小时 忙时每用户路由区更新次 数 1 5 次 小时 小区更新次数 3 次 小时 信道请求重传次数 10 AGCH 上的上行立即指配重传次数 10 AGCH 上的下行立即指配重传次数 10 PCH 上的下行立即指配 重传次数 10 PCH 上的下行立即指配占 AGCH 上的下行立即指配的比例 0 一次 ATTACH 过程 DETACH 过程 PDP 上下文激活过程 PDP 上下文去激活 过程 路由区更新过程各用到一次信道请求 一次 AGCH 上的上行立即指配 一次 AGCH 上的下行立即指配 一次小区更新用到一次信道请求和一次 AGCH 上的上行立即指配 用户通过 GPRS 接收短消息时也有信令流量 但是因为在 GSM 中使用时也 有同样的信令流量要求 所以这里不考虑短消息应用引起的增加量 因此每 用户的 RACH 上分组信道请求消息 0 5 0 5 1 1 1 5 3 1 10 8 25 条 小时 0 0023 条 秒 分组寻呼消息 0 条 秒 PCH 上分组下行立即指配消息 0 条 秒 AGCH 上分组下行立即指配消息 0 5 0 5 1 1 1 5 3 1 10 8 25 条 小时 0 0023 条 秒 AGCH 上分组上行立即指配消息 0 5 0 5 1 1 1 5 3 1 10 8 25 条 小时 0 0023 条 秒 AGCH 上立即指配消息 0 0023 0 0023 0 0046 条 秒 因为数据传送的增加量 假设 下行方向每 1000 字节的 AGCH 上分组下行立即指配消息 1 33 条 秒 下行方向每 1000 字节的 PCH 上分组下行立即指配消息 0