GPRS GPU 负荷评估.ppt

GPRS GPU 负荷评估B8 ISE－RNO Alcatel Shanghai Bell 2006/05 目录 GPU简介 GPU超负荷保护机制 与GPU负荷相关的参数及计数器 案例分析－－缓解GPU超负荷的方法 GPU的位置 GPU 结构(1) GPU 结构(2) 由OM进行管理 分别与SGSN和BSC直接连接 一块GPU由4个DSP和1个PPC组成 一块GPU可以支持240个PDCH 一个BSC可以由6块GPU支持 一块GPU服务于多个小区 一个小区只能对应一块GPU GPU 工作原理 GPU 功能(1) GPU 功能(2) PMU的功能 LCU的功能 GPU 功能(3) PTU的功能 GPU 超负荷 PMU-CPU超负荷保护(1) 通过变量PMU_CPU_load来描述PMU的CPU负荷情况，该变量测量的是CPU激活时间超过采样时间（PMU_CPU_sampling_period)的百分比。 CPU负荷分为两种状态 正常负荷： PMU_CPU_load≦PMU_CPU_OVERLOAD 超负荷： PMU_CPU_loadPMU_CPU_OVERLOAD PMU_CPU_OVERLOAD是系统参数 overload indicator会在每个PMU_CPU_sampling_period计算一次，并准循以下原则 变量及参数 PMU_CPU_Overload_indicator：动态变量，范围从0至10，初始值是0 GPU_OVERLOAD_STEP_N：正常负荷状态下减少Overload Indicator的步长 GPU_OVERLOAD_STEP_H：超负荷状态下增加Overload indicator的步长 ； 举例 GPU_OVERLOAD_STEP_N=1 GPU_OVERLOAD_STEP_H=2 PMU-CPU超负荷保护(3) 根据PMU_CPU_Overload_indicator取值的不同，CPU的保护措施也在改变 PMU-CPU超负荷保护(4) 在正常情况下，PPC的CPU负荷可用率为80% ，其中60%用于GPRS各进程的损耗 ，我们可以通过下列计算公式知晓CPU是否超负荷： 4.71×TBF_uc+4.18×TBF_ua+7.88×TBF_dc+7.5×TBF_da+6.83×RRR+0.48×LLC_u+1.0×LLC_d+0.75×(Paging_P+Paging_C)1000*60% （10ms/s CPU=1%CPU load） PMU-CPU超负荷保护(5) PMU-Memory超负荷保护(1) Memory分为静态区与动态区 静态区： Code Variables,Counters,Debug traces Cell contexts TRX contexts 动态区： MS contexts TBF contexts PDCH contexts PDU queueing PMU-Memory超负荷保护(2) 静态区不会产生超负荷现象 PDU queueing 动态区会超负荷 超负荷的动态会引起SGSN对流量的控制，逐渐地减少从SGSN到MFS的PDU 流量 万一有些SGSN不进行BVC的流量控制，PMU就会执行另外的Memory保护机制 缓解Memory超负荷方式： 第一级别-RRM: BVC 丢失率归为0，放弃DL PDU，下降UL PDU 第二级别-Gb: 下降DL LLC PDU PTU-CPU超负荷保护(1) LLC帧处理与无线复帧同步 最大PDCH数和GCH数在一个DSP中形成，该DSP能够处理涉及到业务的所有PDCH和GCH DSP CPU的信令业务优于数据业务，如果CPU不能及时处理RLC数据块，那么将丢弃相应的无线块（radio block） PTU-CPU超负荷保护(2) 无论满足下列哪个条件，DSP都会进入拥塞状态 CC-DSP-1:if N_GCH_DSPMAX_GCH_DSP CC-DSP-2:if N_TRX_DSPMAX_TRX_DSP CC-DSP-3:if DSP_LOAD_PDCH≥20ms （用于EGPRS） CC-DSP-4:if N_TBF_DSPMAX_TBF_DSP DSP_LOAD_PDCH表示由于PDCH处理，目前达到的DSP CPU 负荷 PTU-Memory超负荷保护(1) 存储在DSP Memory中的有： 编码及一般变量 特殊变量(TRX、TBF、MPDCH、GCH、TS) LLC数据和信令帧 对于LLC帧，有两