EGPRS无线网络资源配置调整原则v3.1-rel.doc

EGPRS 无线网络资源配置调整原则无线网络资源配置调整原则 1 B10 1 概述 1 2 PDCH 配置 4 2 1统计每个小区忙时的 PS Erl 4 2 2利用爱尔兰 S 算法计算每个小区需要的 PDCH 数 5 2 3计算小区所需 CS PS 载频总数 6 2 4确定 PDCH 相关配置参数 7 2 5PDCH 配置不足的后果 8 2 5 1PDCH 复用度增加 用户平均速率下降 8 2 5 2PDCH 配置严重不足 将导致 TBF 建立失败 9 3 ABIS extra TS 配置 9 3 1Abis 接口基本配置设计 10 3 2Abis 接口配置优化 12 4 Ater 口的配置口的配置 13 4 1基本配置 13 4 2扩容 Ater 口的选择 13 4 3扩容 Ater 数目的确定 13 5 Gb 口的配置 14 5 1扩容 Gb 口的选择 14 5 2Gb 平均流量计算方法 14 5 3扩容 Gb 带宽数目的确定 15 5 3 1GBoFR 15 5 3 2GboIP 15 6 GPU GP 扩容判断 17 6 1扩容触发标准 1 17 6 2扩容触发标准 2 17 6 3重点注意 18 若有疑问可联系 刘鹏 peng liu alcatel 分机 49671 PDCH AbisExTS 部分根据网络结构部门提供的算法撰写 1 概述 GPRS EDGE 网络结构如下图所示 Mobile Radio BTS BS C Abis BTS BTS TC Mobile Core Circuit Switching MSC VLR HLR PSTN GPRS PCU Mobile Core Packet Switching Gn Gi GGSN SGSN IP backbone Internet Intranet 空口PDCH配置 Abis资源配置 Ater PS配置 PCU配置 Gb配置 图表 1 GPRS EDGE 网络网元及接口示意 GPRS EDGE 无线网络资源的配置主要是指对 空口 PDCH 资源的配置 Abis 接口 E1 数量和 Extra TS 资源的配置 Ater PS 接口数量的配置 MFS 中 GPU 数量的配置 Gb 接口数量的配置 PCU GP 配置 配置顺序遵循由下而上 从空中接口到 Gb 接口 的原则 GPRS EDGE 网络资源配置的重要性 GPRS EDGE 网络资源配置直接影响到 GPRS EDGE 的网络质量 配置的好坏在很大程 度上决定了 DT 和 CQT 测试的平均吞吐速率 影响 FTP 路测平均吞吐速率的网络因素主要有以下几点 1 无线环境 包括 C I 接收电平 多径环境 手机移动速率等 在城市路测中 无线环境为 TU50 环境 接收电平都比较好 所以决定 FTP 下载 速率的主要是 C I 统计 FTP 测试中各 MCS 的占比和重传率情况 可以很好地计算出特定 无线环境下的单时隙 FTP RLC 层吞吐速率 VRadioEv 2 小区重选 小区重选会导致 FTP 的中断 一般情况下 一次小区重选将导致 4 秒钟左右的数据中断 NACC 情况下的小区 重选将导致 1 秒钟以下的数据中断 统计单位时间平均的小区重选次数 以及每次小区重 选导致的平均停传时间 就可以得到小区重选时间占总时间的比例 从而计算由于小区重 选导致的速率降级因子 CR 3 资源受限 小区空口 Abis 资源以及 BSC MFS 的 GAter Gb 和 GPU GP 资源受限 的情况下都会导致 FTP 速率的降级 速率降级因子可以用 ResourceSharing来表示 一般情况下 GAter Gb 和 GPU GP 资源应该配足 不会成为瓶颈 而小区空口和 Abis 资源的多少将是决定速率降 级的主要原因 也是我们 GPRS EDGE 网络配置的重点和难点 配置原则将在下面文档中 进行详细讨论 当然还有其他一些因素 如手机 核心网 FTP 服务器以及 FTP 参数设置等都有可能 导致 FTP 路测速率下降 但在本文档中假设这些因素都没有问题 不导致速率下降 所以 FTP 路测的平均吞吐速率可以表述为 aringResourceShCRRadioEvRadio VV 在现场网络设计 规划和优化中 我们根据要求达到的 FTP 路测速率 VRadio req 可以 细分到 VRadioEv req CR req和 ResourceSharing req三个要求 比较路测得到的 VRadioEv CR和 ResourceSharing与之对比就可以得到努力的方向 提高无线质量 减少小区重选或是增加 PS 配置 2 PDCH 配置 空中接口 PDCH 配置中 我们需要根据每个小区的数据业务量 MCS 比例信息 以及 需要达到的 QoS 要求 来确定每个小区需要配置的 PS 载频数 并且确定 PDCH 相关配置 参数 如 Min PDCH Max PDCH 和 Max PDCH High Load 2 1 统计每个小区忙时的统计每个小区忙时的 PS ERL 小区 PS Erl 可以通过 OMC R 的 GPRS 报告取得 180000 P59P350a PS Erl 其中 P350a 为所有下行 Data Block 的数量 包括重传和 Dummy 块 P59 为下行控 制块的数量 180000 为一个 PDCH 一个小时内可以传送 180000 个 RLC 无线块 注 在计算小区所需 PDCH 信道数时 之所以使用 PS Erl 而不是 PS Mbytes 是因为 后者对 PDCH 信道的占用还受到平均每信道吞吐速率的影响 相比之下 前者更精确 PS Erl 和 PS MByte 有一个经验的对应关系 1PS Erl 5PS Mbytes 左右 下图是对 长春现网的一个统计 图表 2 PS Erl 和 PS Mbytes 的对应关系 为了确保取得的 PS Erl 代表忙时 PS 业务量但又要避免极个别时段的 毛刺 建议 取一周每天 8 00 至次日凌晨 01 00 的 GPRS 报告 每小区计算 7 18 126 个 PS Erli采样点 将 PS Erli正序排列 去掉前 3 的 如 4 个 最大异常采样点 去掉后 85 的 如 107 个 的小流量采样点 剩余 12 的 如 15 个 采样点取平均得到小 区忙时 PS Erl 2 2 利用爱尔兰利用爱尔兰 S 算法计算每个小区需要的算法计算每个小区需要的 PDCH 数数 爱尔兰 S 算法讨论的是 PS Erl PDCH 配置数和速率降级因子之间的关系 任意输入 其中的两者以及手机占用 PDCH 时隙数 一般情况下 建议设为 4 就可以计算出第三者 的值 图表 3 Erl S 算法示意 爱尔兰 S 算法经过多次现网验证 是目前我们使用的最接近实际情况的 PS 容量算法 下面图中为不同小区在不同 PDCH 配置下的实测速率降级 蓝色 和爱尔兰 S 算法 黄 色 以及其他算法 红色 的契合度对比 图表 4 Erl S 算法与实测结果对比 这里我们根据小区的 PS Erl 和速率降级因子计算小区所需的 PDCH 信道数 torTputRedFac PS Erl DCHErl S Nb PPDCHreq 注 速率降级因子为用户设定的小区 PS 业务质量等级 代表了允许由于 PS 共享信道而导致的 速率降级 一般取 70 90 70 代表允许共享导致速率降低 30 90 代表允许共享导致 速率下降 10 速率降级因子越高 要求的 PDCH 信道数量越多 用户可以区分小区属性 例 如 市区 郊区 农村 室内 室外 测试区域 重点区域 普通区域等来确定每个小区允许的速率降 级因子 建议对于测试区域 应该进行保证 90 的速率降级因子 而对于普通区域 70 应该 足够了 注 需要考虑一定的 PS 业务增长 一般情况下 PS MBytes 的年增长可以达到 200 左右 PS Erl 的增长略少一些 但也在 100 以上 如果希望做的 PS 配置能够满足未来 3 个月到半年 的需求 则需考虑 50 左右的 PS Erl 增长 2 3 计算小区所需计算小区所需 CS PS 载频总数载频总数 在配置 PDCH 信道之前 必须先考虑小区的总载频数以及 CS 业务量 以避免由于光考 虑 PS 业务进行 PDCH 配置后的 CS 拥塞问题 对于可能产生拥塞的小区应该优先考虑扩容 考虑 CS 忙时话务量以及 CS 业务增长情况 节日效应 根据 Erl B 公式计算 CS 所需信 道数 TCHreq TCH 信道具体计算方法这里不做详细讨论 速率降级因子 torTputRedFac 重点测试小区90 市区小区80 农村小区70 ERLANG B XLS 46 KB 考虑信令忙时符合以及信令增长情况 节日效应 根据经验公式计算信令所需 SDCCH 信道数 SDCCHreq SDCCH 信道具体计算方法这里不做详细讨论 小区总载频数可以计算为 8 PDCHTCHSDCCH TRX reqreqreq req 根据 TRXreq进行增减容 2 4 确定确定 PDCH 相关配置参数相关配置参数 1 Max PDCH High Load 建议根据上面计算得到的 PDCHreq来设置 Max PDCH High Load Max PDCH High Load 重点测试小区 2 reqreqreq req PDCHTCHSDCCH 8Nb TRX 1 MINPDCH6 MAX 市区小区 2 reqreqreq req PDCHTCHSDCCH 8Nb TRX 1 MINPDCH6 MAX 农村小区 2 reqreqreq req PDCHTCHSDCCH 8Nb TRX 1 MINPDCH4 MAX 其中 Nb TRX 为小区现有载频数 如果与需要的信道数相比缺口比较大的 话 为了更多地保证 CS 所以用两者比值的平方来乘 PDCHreq以得到 Max PDCH High Load 例如 小区现有载频数为 8 载频 但经过计算 PDCHreq 18 SDCCHreq 6 TCHreq 52 则 TRXreq 10 载频 如果小区由于某种原因暂时无 法扩容 则信道配置时 Max PDCH High Load 13 为需要数量的 72 而相应剩余的 TCH 数为 8 8 6 13 45 为需求数的 87 对于现有载频数远小于需求数的情况 如小区现 有载频数仅有 6 个 那么根据上面公式 会更多地压缩 PS 信道 此时 Max PDCH High Load 8 为需要数量的 44 而相应剩余的 TCH 数为 8 6 6 8 34 为需 求数的 65 2 Min PDCH 建议根据小区属性定义 Min PDCH Min PDCH 重点测试小区4 市区小区4 农村小区2 3 Max PDCH 建议根据 PDCHreq计算 Max PDCH Max PDCH 重点测试小区 市区小区 农村小区 4Nb TRX2 PDCHMIN req Max PDCH 数不超过 PDCHreq的 2 倍 也不超过小区总信道数的一半 注意 即便当现有小区载频数与需求相比缺口较大 从而导致 Max PDCH High Load 设置远远小于 PDCHreq时 仍然建议使用 PDCHreq 而不是 Max PDCH High Load 的值 来计算 Max PDCH 这样 在 CS 相对不忙的时候 PS 仍然有可能得到较大的 PDCH 数 注意 要求每个小区支持高功率 EDGE 的载频模块 如 TRAGE 或 Twin 数 Max PDCHEHPNb TRX EDG 否则部分 PDCH 信道可能无法被用于 EDGE 或虽然能用于 EDGE 但使用相对较低的 8PSK 发射功率 从而影响 EDGE 手机的吞吐速率 2 5 PDCH 配置不足的后果配置不足的后果 2 5 1PDCH 复用度增加 用户平均速率下降复用度增加 用户平均速率下降 复用度增加意味着 PDCH 的共享程度增加 对应速率降幅度增加 PDCH 复用度也是 衡量是否需要 PDCH 扩容的重要指标 一般市区的 PDCH 复用度控制在 1 2 2 之间 小区 PDCH 复用度指标超过 1 2 1 5 时 门限根据各地情况不同可采用不同标准 然后按照 ErlangS 进行需要的 PDCH 数目的评估 理论上说随着 PDCH 有效配置数目的增加 指实际分配给 GPRS 使用的时隙数目 复 用度也会线性概率降低 下行下行 PDCH 复用度定义 复用度定义 P451b P38e 上行上行 PDCH 复用度定义 复用度定义 P451a P38f 由于一般下行业务占主要比例 因此一般考察下行由于一般下行业务占主要比例 因此一般考察下行 PDCH 复用度 复用度 2 5 2PDCH 配置严重不足 将导致配置严重不足 将导致 TBF 建立失败建立失败 PDCH 配置不足将导致 TBF 建立失败率增加 归结到 P27 中 下行为 P14 以 P27 的触发条件举例如下 UL TBF 无线拥塞原因的失败 P27 Counter definition Number of UL TBF establishment failures due to a lack of radio resources Trigger condition The counter is incremented whenever an UL TBF establishment fails due to a lack of radio resources A lack of radio resource occurs i if the maximum number of MSs per slave PDCH in uplink is reached for all the slave PDCHs allocated to the MFS or ii if there is no TAI or TFI left in the MFS or iii if no PDCH are granted to MFS due to a CS congestion and max pdch high load is null 当出现当出现 PDCH 拥塞原因的拥塞原因的 TBF 建立成功率失败 建立成功率失败 PDCH 必须进行扩容 将造成一定程度的必须进行扩容 将造成一定程度的 重复请求 使重复请求 使 GP 的负荷增加 的负荷增加 3 ABIS EXTRA TS 配置 Abis 接口容量设计基于 BTS 级别 因为小区间的 Bonus 和 Extra nibble 在 BTS 的所有 载频上进行共享 Bonus Nibble 主要取决于 BTS 的 CCCH 和 SDCCH 信道配置数目 而可用 的 Extra Nibble 的大小则由 N Extra Abis TS 参数的大小决定 Abis 接口容量设计就是要决定 Abis E1 的数量和 N Extra Abis TS 参数设值 Abis 接口容量配置可以分设计和优化两种方法 1 在调整空口 PDCH 配置的同时 需要根据 Abis 接口容量设计结果配置 Abis 资源 2 在空口 PDCH 和 Abis 资源调整完毕后 根据 GPRS 报告中 Abis 的拥塞情况来调整 优化 Abis 接口配置 3 1 ABIS 接口基本配置设计接口基本配置设计 Abis 接口配置设计的中心原则是满足空中接口计算得到的 TCHreq和 PDCHreq的 Abis 接 口要求 使得当 TCH PDCH 信道占用数小于等于空口配置数时 Abis 接口不会成为瓶颈 这样就可以保证空口配置时的 QoS 要求 假设一个 BTS 包括若干个小区 MCS9 一个空口 PDCH 信道需要 4 5 个 Abis Nibble 与 之对应 CS4 一个空口 PDCH 信道需要 1 6 个 Abis Nibble 与之对应 所以需要的 Abis Nibble 数与最大 MCS CS 有关 假设为 K 那么小区 i 在有 PDCHreq个 MCS9 的空口 PDCH 占用时 所需的 Extra 和 Bonus Nibble 总数 Extra Bonus Abis Nibblereq i为 1 KPDCHbles Abis NibExtra Bonu ireq ireq 由于整个 BTS 下面的所有小区共享 Extra 和 Bonus Nibble 考虑到共享增益 可以适 当少配一些 Abis Extra TS 可以参考下面公式 Error Objects cannot be created from editing field codes Error Objects cannot be created from editing field codes Error Objects cannot be created from editing field codes 其中 Error Objects cannot be created from editing field codes 为对 BTS 中所有 Error Objects cannot be created from editing field codes 从高到低排序 然后取第 i 个 例如 一个 BTS 支持 4 4 4 配置 PDCHreq 1 8 PDCHreq 2 12 PDCHreq 3 6 当 最大 MCS9 时 分别对应 Extra Bonus Abis Nibblereq 28 42 和 21 个 假设三个小区 总共的 Bonus Nibble 为 12 个 那么 Abis Extra TS ROUNDUP 42 28 2 21 3 12 4 13 基本上为 1 载频对应 1 根 Abis Extra TS 计算整个 BTS 所需的 Abis TS 数目 不包括 TS0 reqreq BTSCell i in ireq TSAbis ExtraSRSL Abis T2Nb TRXAbis TS 其中 2 4Nb FR TRXMOD 4 Nb FR TRX SRSL Abis T BTSCell i in i BTSCell i in i req 2 Nb DR TRX BTSCell i in i 注意 使用 64k 动态复用的时候 对于 FR TRX 一个 Abis TS 可以复用 4 个 2 个或 1 个 RSL 如果是 3 个 RSL 则需要 2 个 Abis TS 来带 对于 DR TRX 一个 Abis TS 可以复 用 2 个或 1 个 RSL 最后可以计算出所需的 Abis E1 数 31 Abis TS Abis E1 req req 内部参考内部参考 在在 B10 版本中 版本中 MxBSC 对于对于 Abis Extra TS 配置基本没有限制 但是配置基本没有限制 但是 G2BSC 中每中每 2 根根 Abis Extra TS 对应一块等效载频 而每个对应一块等效载频 而每个 TCU TSU 只能处理只能处理 32 块等效载频 所以在配块等效载频 所以在配 置置 Abis Extra TS 时 必须考虑这一因素 一旦受限 可以通过对时 必须考虑这一因素 一旦受限 可以通过对 K 值进行调整 按比例值进行调整 按比例 缩小所有受影响的缩小所有受影响的 Abis Extra TS 配置 配置 3 2 ABIS 接口配置优化接口配置优化 在 Abis 接口配置设计中使用了一些经验公式 所以为了更准确地配置 Abis 资源 需 要根据之后的 GPRS 报告 根据 Abis 接口的拥塞情况进行配置微调 一般情况下 当 TBF 并未出现拥塞时 Abis 的拥塞导致 TBF 速率的下降 为此可以根 据 Abisnibble 的缺乏数 Counter 来指导 Abis nibble 的扩容 以优化 TBF 的速率 当缺乏 数到达一定门限时 即可考虑增加 Abis nibble ExtraTS 资源 缺乏数使用 Counter P469 最大的 AbisGCH 的缺乏数目来参考取值 AbisGCH 4 为 需要增加的 ExtraTS 64kbps 时隙的数目 由于该 Counter 使用到了 R AVERAGE EGPRS GPRS 两个参数值 所以对这两个参数的修改将导致对 Counter 值的 变化 该两个参数根据用户平时的要求进行适当设置 对于不同类型的小区 Abis 扩容数目 可以考虑不同的冗余比例 比如 室内微蜂窝 VIP 宏站可以扩容数目是 Counter 指示值的 1 2 1 5 倍 一般的小区可以是 1 1 2 倍 根据现场需要进行该系数调整 而象西部的一般性非热点地区 给与 0 5 0 9 的折扣 当 AbisNibble 缺乏到某种极限情况下 TBF 出现拥塞 可以考察下面两项指标 100 919191919191 105 fPePdPcPbPaP iP CongAbisTBFDL 100 438626262 105 cPcPbPaP jP CongAbisTBFUL 当上述值出现时 Abis 数目扩容必须进行 以保持网络质量 同时 TBF 失败率的增加 会增加 MS TBF 的重试量 增加虚拟业务 增加 GP 负荷 4 Ater 口的配置口的配置 4 1 基本配置基本配置 一般初始 Ater 口的配置 GPU 一般配置 2 4 路 Ater 若只有 CS1 2 则只需配 2 路 Ater 口 CS3 4 EDGE 可配 3 4 路 而 GP 一般初始配置 10 12 路 Ater 口 初始情况下配置较多的 Ater 口冗余可以避免 日后工程割接的繁琐 Ater 口 MxMFS 在工程实施时 应向 MxBSC 提取时钟 可以使 MxMFS Ater 的可利用端口不受时钟提取影响 然后根据实际网络的 Counter 所指示的拥塞情况来进行扩容处理 4 2 扩容扩容 ATER 口的选择口的选择 目前 现网判断需要扩容 Ater 口的标准是根据 P383a Atermux congestion duration in seconds due to a lack of GCH transmission resources on the Atermux interface 和 P383b Time cumulated over a granularity period during which the GPU remains in high Ater usage 来进行衡量的 当 P383a 36000 大于 1 或简化为出现非零值 或者 P383b 大于 36000 的 30 50 时 考虑扩容 Ater 的时候 说明 Ater 口存在拥塞情况 需要对 Ater 口进行扩容 现场可根据用户对速率的需求情况适当调整门限 同时需要考虑适当频度 然后触 发扩容 此处是一般要求 若对速率要求较高则 P383b 的要求要更严格 即门限小于 30 50 4 3 扩容扩容 ATER 数目的确定数目的确定 根据当前占用的平均 GCH 数目 使用 Erlang C 表 进行 Ater 口数目的计算 当前使用的 BSC 下的 GCH 使用数目求和 由 P100c 进行统计求和 然后输入到 Erlang C 表中进行计算 得到总 GCH 需求数目 然后折算到 Ater 口的数目 可按每专用 PS Ater 112 个 GCH 来计算 或根据当地实际配置计算 ErlangC 工具见 GB 数目测算一 节 可以使用相似的延时阻塞概率来进行 GCH 需求数目的计算 一般来说 工程上采用逐步扩容 尽量多配的原则来进行工程实施 5 GB 口的配置 5 1 扩容扩容 GB 口的选择口的选择 由于下行 Gb 的拥塞由 SGSN 控制 因此在无线侧只能通过 Gb 平均流量来估算 Gb 是 否接近设计容量 当然有些核心网能够统计 Bearer Channel 是否拥塞 可以判断 Gb 是否 需要扩容 一 简单估计法 当平均占用带宽达到设计带宽 70 时 可以考虑进一步带宽扩容 扩容 Gb 遵循先扩时隙 扩满时隙后 再扩 PCM 链路的原则 二 精确计算法 较为精确的估算方法同样是使用 ErlangC 表格 精确计算法 将需求的平均流量加上 15 的冗余 折算成需求业务 Erlang 数 通过 ElangC 表可以 获得需要 的 GB 时隙数目 Measured GboFR traffic Max P45 P46 28800 Number of required Gb TS per link Erlang C Required GboFR traffic pGb 注 1 Erlang Gb TS speed 64kbps 3600 8 28800 K bytes Minimum 2 Gb links are required for one GP U due to security reason PGb为设定的拥塞概率和延时时延 一般取1 的拥塞概率 0s延时 使用附件3的公式 ERLANG C工具 工具 5 2 GB 平均流量计算方法 平均流量计算方法 GboFR P45 Number of Kbytes received from the SGSN 平均带宽占用 sum P45 1024 8 3600 单位 kbps GboIP 使用 P45a 代替 P45 5 3 扩容扩容 GB 带宽数目的确定带宽数目的确定 5 3 1GBoFR 根据用户 Gb 的资源情况 可以将 Gb 宽度配置为平均占用的 1 2 1 5 倍 有条件的可 以视情况进一步适当放宽 Gb 宽度 但 当用户数据量较小时 在开启 EDGE 的情况下 每 GPU GP 的 GB 带宽建议最少 不能少于 480kbps 保证测试时不限制测试手机的最大吞吐速率 GB 链路上的带宽参数 设置 CIR NIR EBS CBS 等 也不能少于 480kbps 5 3 2GboIP 在配置为 GboIP 的情况下 网络结构如下图所示 如上图所示 Gb 接口通过路由器连接到 SGSN 对于一个 MFS 来说 配置一个 Gateway 地址 因此 GB 接口容量按照整个相关 MFS 的数据流进行计算 5 3 2 1 从 GboverFR 到 GboverIP 的转换的 GB 带宽的计算 由于 P45 系列 Counter 计算的是 NS 层以上的数据 当计算底层的带宽需求时 需要 考虑物理层到 NS 层的包头大小 NS UDP IP Ethernet 的包头为 70Byets NS FrameRelay 的包头大小为 6Byets 若假设平均 IP PDU 包大小为 300byets 则其中 70byets 为 NS 以下包头 当使用 GboverIP 时 IP 节点间的平均速率按照以下公式进行计算 DL Data rate Kbps 1 233 P45a 8 3600 P34a UL Data rate Kbps 1 233 P46a 8 3600 P34a 当通过 GboverFR 来估算 GboverIP 的带宽需求时 Estimated DL IP Data rate Kbps n 70 n 6 P45 8 3600 P34 Estimated UL IP Data rate Kbps n 70 n 6 P46 8 3600 P34 平均 NS 包大小 nByets 一般假定 300 所以一般 IP 带宽需求至少要比 FR 带宽高 n 70 n 6 倍 当 n 300 时 为 120 9 另外由于 P45 P46 统计的计算结果属于平均带宽 若考虑 Gb 峰值 均值比约 在 1 3 各地模型可能不太一致 可根据本地情况进行调整 则 IPGB 的带宽应再预留 130 的空间 故一般来说 只考虑下行方向 BWIP 120 9 SUM BSCi 130 P45 8 3600 P34 5 3 2 2 极限以太网 GB 带宽需求参考 Using Gigabit Ethernet link to the aggregation Router we can calculate the extreme loaded case as follows For MxMFS 1560 GCHperGP 16 Kbps 24 96 Mbps Assuming all this traffic coming from SGSN for one MxMFS with 21 GP boards we get 21 boards 24 96 Mbps 524 16 Mbps Half of the GigaEthernet link capacity For Legacy MFS 类推 16 块板的情况下 为 16 24 96Mbps 约为 400Mbps 480 GCHperGP 16 Kbps 7 68 Mbps Assuming all this traffic coming from SGSN for one MFS DS10 with 30 GPU boards we get 30 boards 7 68 Mbps 230 4 Mbps Quarter of the GigaEthernet link capacity Congestion is not expected at the level of the link to the aggregation router Any Congestion seen afterwards is dependent on bandwidth management of the core IP network 6 GPU GP 扩容判断 PMU CPU 过载总时长 判断 GPU 需要扩容的标准之一是根据 P402 Cumulative time during which the GPU stays in the PMU CPU overload state due to PMU CPU power limitations 来进行衡量的 一般来说 比如取一周每天最忙时段 2 最忙时或 4 最忙时 下述标准超过忙时时段 的 20 建议可以进行扩容 满足下述条件之一即需要满足下述条件之一即需要 GP GPU 扩容 扩容 6 1 扩容触发标准扩容触发标准 1 Max P201 P202 3600 or P402 3600 is regularly 1 or If P76a is regularly 70 then GPU GP re dimensioning is required 各地网络要求不同 因此可根据情况适当使用过滤条件 1 调整 P76A 扩容门限到 75 80 比如虽然 P76a 到达门限有一定频繁度 即观察忙时 时段 连续出现多少次概率比例 比如时间出现的概率大于 10 20 采实施扩容 2 同时配合观测话务报告 TBF 由于 GPU 拥塞 上行 TBF P105f 下行 TBF