高密度板块.doc

Terminal CASE（终端案例） Huawei Employee ID(工号):64398 Author Name (姓名): 杨凯 Dept. of Author (部门): 终端客户服务部 Case Class (案例类别): 技术类 Product Class/ Version (产品类别或版本): 8650 MCU Tel（联系电话)：-mail: yangkai_716 Date(填写日期): 2007-09-03 Case Type（案例类别）： 技术类 管理类 物流类 备件类 处理投诉类 Case Subject（案例主题）: 8650MCU license中速率适配资源数和ResourcManager界面下资源诊断出的速率适配资源数不符。 关键字：8650 MCU 速率适配 Description of Fault（现象或问题描述）: 8650开局中，telnet到某8650MCU上查得license信息如下： license Switch capacity :48 768k /换算关系：2倍 Switch capacity :0 2M Switch capacity :0 4M Switch capacity :0 6M Switch capacity :0 8M ISDN port :0 384k AAC-LD Number :0 Multi-Picture,4 Sub-Picture :0 Multi-Picture,8 Sub-Picture :0 Multi-Picture,12 Sub-Picture :0 Multi-Picture,16 Sub-Picture :1 Video Adaptation,2 Port :0 Video Adaptation,4 Port :1 Video Adaptation,6 Port :0 Video Adaptation,8 Port :0 Support stream encryption? :false其中速率适配资源为4路，但在RM界面下对该MCU进行资源诊断发现速率适配资源只有3路： 交换容量(768K):48IP容量（768K):48端口资源：48音频资源（G.722):80多画面编码资源（H.264CIF):4多画面解码资源（H.264CIF):16速率适配资源（H.264CIF): 3实际操作证明也只有3路速率适配资源（调度8036和8210可视电话的264CIF速率适配会议，只有三部可视电话能入会），而与客户合同里清楚标明为4路速率适配。 Process of Disposal（解决过程）: 从装箱单上可以看到该8650MCU配有一块GCCA板，其上附有两块扣板高密度处理板B和D(即HDPB和HDPD, HDPA/HDPB/HDPC/HDPD区别在于单板上的媒体处理单元个数不同，分别配有2DSP、4DSP、6DSP、8DSP) ,从而可知该8650MCU的DSP资源数为12（4 DSP+8DSP）,telnet到8650上使用display version命令：version GPUA PCB Version: B GPUA BOM Version: 0.00 Subboard 0 PCB Version: B Subboard 0 BOM Version: 1.00 Subboard 2 PCB Version: B Subboard 2 BOM Version: 0.00 Main Logic Version: 8.00 Subboard 0 CPLD Version: 2.10 Subboard 2 CPLD Version: 2.10 Me Version: 1.23 NP CORE Boot Version: 6.40 NP CORE Version: ViewPoint MCU V100R001C01B025SP03(Release 1.25.3) 7.12 2007 22:05:51 Subboard 0: Dsp8 :CPU: 1.28; Compile time: Jun 26 2007 15:22:27; Dsp Type: Video Dsp12 :CPU: 1.28; Compile time: Jun 26 2007 15:22:27; Dsp Type: Video Dsp16 :CPU: 1.28; Compile time: Jun 26 2007 15:22:27; Dsp Type: Video Dsp20 :CPU: 1.28; Compile time: Jun 26 2007 15:22:27; Dsp Type: Video Dsp24 :CPU: 1.28; Compile time: Jun 26 2007 15:22:27; Dsp Type: Video Dsp28 :CPU: 1.28; Compile time: Jun 26 2007 15:22:27; Dsp Type: Video Dsp32 :CPU: 1.28; Compile time: Jun 26 2007 15:22:27; Dsp Type: Video Dsp36 :CPU: 1.28; Compile time: Jun 26 2007 15:22:27; Dsp Type: Video Subboard 2: Dsp72 :CPU: 1.25; Compile time: Jun 8 2007 10:15:15; Dsp Type: Audio Dsp76 :CPU: 1.28; Compile time: Jun 26 2007 15:22:27; Dsp Type: Video Dsp80 :CPU: 1.28; Compile time: Jun 26 2007 15:22:27; Dsp Type: Video Dsp84 :CPU: 1.28; Compile time: Jun 26 2007 15:22:27; Dsp Type: Video 从上面的DSP加载可以看到, Subboard 0(HDPD)有8个视频DSP，Subboard 2（HDPB）有3个视频DSP，1个音频DSP；合11个视频DSP，一个音频DSP。在加载策略上DSP是优先供音频使用的，且多画面优先于速率适配。音频先占去1个DSP, License信息中可看到多画面资源为16（Multi-Picture,16 Sub-Picture :1)，16画面需占用8个DSP（一个DSP可实现2路编码3路解码，当协议为H.263 4CIF和H.264 CIF时），剩下的只有3个DSP用于速率适配，导致实际的速率适配资源只有3路，与License信息不符。 已向研发反映该问题，此问题的本质在于DSP资源不足（研发称可能是报价模板方面的原因）。研发方面承诺通过修改MCU软件也可以使剩下的3个DSP实现4路速率适配；鉴于客户已提出扩容要求，我们也可以通过后续在GCCA板上增加扣板或增加GPUA板来提供足够的DSP资源从而保证足够的速率适配路数。Advice and Summary（建议及总结）: 通过此例可见并不是License信息中有多少资源MCU就实际有多少可用资源，还是和DSP有关的，申请license时得先估