视频会议-zxmvc8900elan软件更改说明

软件版本说明（900.12U05：V3.74/1、新版本名新版本:V3.74/版本Enpu_V3.72/V5.723、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原原因：根据的推断：T700时钟确，发送音频包频率稍快，导致ELAN无法及时将所有HW，产生堆积，进而导致延时。解决：WriteAudioForTer()WriteClearAudioForTer()，HW150ms空，不能在写端清空，以免清空的时候，读端正在。1、定长包长，((包数量*包长度)/10ms15，2、定长包长，或者，包数量>10，10ms3、变长包长，AAC_LD，15解决修正子系统中Qos、RtpSink、DevSink统计丢包数确的问无解决测试部故障无解决集成测试故障无调试信息修6、见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明（900.12U05：V3.72/1、新版本名新版本:V3.72/版本Enpu_V3.71/V5.713、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原原因：根据的推断：T700时钟确，发送音频包频率稍快，导致ELAN无法及时将所有HW，产生堆积，进而导致延时。解决：WriteAudioForTer()HW15果超过，则清除队列。注意，必须在读端将队列清空，不能在写端清空，以免清空的时候，读端正在。无解决测试部故障无解决集成测试故障无调试信息修6、见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明（900.10：V3.71/1、新版本名新版本:V3.60/版本（公VCS需求Enpu_V3.63/V5.633、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原27丢包，不存在更改包的长度会拿当前包长度去做，若此时包长为0，则拿0去，所以一旦有长度为0的包就会出现声而导致Eapu去哪长度为0去了故障的验证：因为不一定可复现，所以2轮测试看后续情1：大仙要求增加hweapuhdpump，mpeapuhdpu解决测试部故障无解决集成测试故障无调试信息修6、见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明（900.10：V3.60/1、新版本名新版本:V3.60/版本成果鉴定版本

（Enpu_V3.60/V5.603、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原1、新增对两种新的音频格式：单声道AUDIO_AAC-LD_64KAUDIO_DUAL_AAC-LD_128K的支持1AUDIO_AAC-LD_64KAUDIO_DUAL_AAC-LD_128K的支持caseAAC_LD_64K://AAC_LD_128k75{ptTerInfo->atMediaCtrl[MEDIA_AUDIO].ucMuxType=RTP_PT_AAC_LD;} =mppayloadtype对这两种新格式进试，有ter0命令查看payloadtype是否打正确了解决测试部故障无解决集成测试故障无调试信息修6、见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明（900.10：V3.60/1、新版本名新版本:V3.60/版本Enpu_V3.53/V5.533、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原1、修正IMS环境下IVR功能问题：从tftp服务器上音频文件时，如果服务器未响应（未开启，任务会长时间（40s）阻塞（）2、解决测试部大容量情况下声音卡的问题（3、elan的dsp相关资源测试（先1：Elandsp相关资源测试：包括ahw/vhw/vphw/网口的测试代码，配合主控修改，主控下发测试命令，dsp负责上报给主控测试：是否主要是生产组的来测试，三亚系统测试组不需测试解决测试部故障1，4*10s4*如果服务器未响应，则在10s内不再尝试从服务器文修改方法：子系统里先发音频包，然后再发包25声音无卡的现的满容量会议，每个dsp少有3实终端，的满容量会议，每个dsp少有3实终端，的满容量会议，声音无卡的现大容量+级联+h239每个dsp少有3实终端，的满容量会议，关闭，主、辅视大容量每个dsp少有3实终端，的满容量会议，无论fec证上3-6常解决集成测试故障无调试信息修特别注意原计划本轮版本支持mtu值的设置，但是在调用ndk提供的EtherConfig（）函数mtu值的时候Bug：elan应用程序收不到所有包长小于mtu值的包，理论上若mtu值的设置非常重要，那么请项目经理提新功能来吧，最好能协调到相关6、见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明（900.10：V3.58/1、新版本名新版本:V3.58/版本Enpu_V3.53/V5.533、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原4、修正IMS环境下IVR功能问题：从tftp服务器上音频文件时，如果服务器未响应（未开启，任务会长时间（40s）阻塞。5、新版本更改内解决测试部故障1，4*10s4*如果服务器未响应，则在10s内不再尝试从服务器文解决集成测试故障无调试信息修特别注意原计划本轮版本支持mtu值的设置，但是在调用ndk提供的EtherConfig（）函数mtu值的时候Bug：elan应用程序收不到所有包长小于mtu值的包，理论上若mtu值的设置非常重要，那么请项目经理提新功能来吧，最好能协调到相关6、见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明（900.10：V3.55/1、新版本名新版本:V3.56/版本Enpu_V3.53/V5.533、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原6vuc无解决测试部故障修改方法：子系统里先发音频包，然后再发包25每个dsp少有3实终端，的满容量会议，声音无卡的现每个dsp少有3实终端，的满容量会议每个dsp少有3实终端，的满容量会议，声音无卡的现大容量+级联+h239每个dsp少有3实终端，的满容量会议，关闭，主、辅视大容量每个dsp少有3实终端，的满容量会议，无论fec证上3-6常解决集成测试故障无调试信息修特别注意原计划本轮版本支持mtu值的设置，但是在调用ndk提供的EtherConfig（）函数mtu值的时候Bug：elan应用程序收不到所有包长小于mtu值的包，理论上若mtu值的设置非常重要，那么请项目经理提新功能来吧，最好能协调到相关6、见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：1、新版本

软件版本说明（V3.53/新版本:V3.53/版本Enpu_V3.52/V5.523、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原8vuc功能点：对于h239类型的辅，支持h263xga+格式类型的辅实现方法mc下发的73之后将paylodatype96即可自测情况：已经paylodatype96了，配合录播测试验证通过可以用ter命令来查看测试说明：请测试部配合录播测试解决测试部故障故障编号故障描述：召开大容量会议，13槽位elan采用GE0+FE0\FE1\FE2\FE3备份的组网方式，12槽位elan接4个百兆口组网，共191个2M端上会，其中185个模拟终端先上会，模拟终端上会后再动态添加真实终端，添加真elan疯狂请求VCUelan单板和MPU（elan和mpu的act1灯快闪），MCU12槽位elan90界面单板诊断DSP间歇性故障，DA打印信息不全，但是单板串口打印信息却正常，单板复位后恢复正常。1：Enpu与mpu间出现消息阻塞的原因是Elan软件当在频繁小频率丢包下请求VCU：按照enpu引入原因：自测+测试（上几轮轮版本同样存在此问题的）合入版本：900.9elan353无调试信息修特别注意原计划本轮版本支持mtu值的设置，但是在调用ndk提供的EtherConfig（）函数mtu值的时候Bug：elan应用程序收不到所有包长小于mtu值的包，理论上若mtu值的设置非常重要，那么请项目经理提新功能来吧，最好能协调到相关6、见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：1、新版本

软件版本说明新版本:V3.53/版本Enpu61.341Enpu66.5413、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原IMSIVVRAudio1IVVRAudio32条上行消息IVVR_AUDIO_DOWN_IND（0x36）TFTP服务器配置IVVR_AUDIO_RECV_IND（0x37）——DTMF收号指示IVVR_AUDIO_PLAY_IND（0x38）——放音指示IVVR_AUDIO_PLAY_REPORT（0x7D）具体修改方案详见ELANIVVR设计.doc》2SendDataByUdp可以将内部的数据发送到指定地址，然后用截包工具获3 net或串口上敲命令时，会自动将日志打印到当前正在使用的调试平台上调试信息修6、见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：1、新版本

软件版本说明新版本:V3.41/版本2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原网真系统采声道的方案之后需要增加对三种新的音频格式的支网真系统采声道的方案之后需要增加对三种新的音频格式：ZTEBA（24K*2）ZTEBA96k（48K*2）AAC-LD128K（64K*2）Elanahw4字节的音频接口信息Elan20100722日又做了相应修改其它模块比如终端、Eapu等都做了相应修改，所以需使用其它模块的对应版ZTEBA48K（24K*2）ZTEBA96k（48K*2）AAC-LD128K（64K*2）三调试信息修6、见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：1、新版本

软件版本说明新版本:V3.38/版本2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原网真系统采声道的方案之后需要增加对三种新的音频格式的支网真系统采声道的方案之后需要增加对三种新的音频格式：ZTEBA（24K*2）ZTEBA96k（48K*2）AAC-LD128K（64K*2）Elan将包放到ahw上的之后根据要求填写4字节的音频接口信息其它模块比如终端、Eapu等都做了相应修改，所以需使用其它模块的对应版ZTEBA48K（24K*2）ZTEBA96k（48K*2）AAC-LD128K（64K*2）三解决测试部故障解决集成测试故障无调试信息修6、H2634cif768kdsp见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：1、新版本名

软件版本说明新版本:V3.37/版本2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原IMS8900的版本需要统一，故添加0x35elan其是8900ims来做8900ims的版本的统一。900.05330基础上修18900imsmcelan0x35elan8900ims，消息体只有一个089001ims因为默认是8900，所以只需要ims的测试人员或来测试。2方面测试：1）复位单板，net看elan的日志：敲elan0之后看g_INCLUDE_DEBUG_I_CHECK[]中括号里面的值是否为1（为1表示是ims） net看elan的日志，看是否有启动i帧检测：会打印“startI_frameCheckI无调试信息修1：在调试级别大于或等于2的时候才打印是否有超码率的2：去掉了一些pclint6、H2634cif768kdsp见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：1、新版本名

软件版本说明新版本:V3.36版本2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原IMS8900的版本需要统一，故添加0x35elan其是8900ims来做8900ims的版本的统一。900.05330基础上修18900imsmcelan0x35elan8900ims，消息体只有一个089001ims因为默认是8900，所以只需要ims的测试人员或来测试。2方面测试：1）复位单板，net看elan的日志：敲elan0之后看g_INCLUDE_DEBUG_I_CHECK[]1（1表示是ims）2）复位单板，切换广播源并net看elan的日志，看是否有启动i帧检测：会打印“startI_frameCheckI解决测试部故障解决集成测试故障无调试信息修1：在调试级别大于或等于2的时候才打印是否有超码率的6、H2634cif768kdsp见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明（V3.30.900.04（基于800.06U01）1、新版本名新版本:V5.30/（版本：基于（2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原按照大仙规划的版本号来重新修改新旧硬件版本对应的elan软件版本无解决集成测试故障无按照大仙规划的版本号来重新修改新旧硬件版本对应的elan软件版本号1.2G1.0G注：1602ENPU_12G来1.2G1.0G2：以后1.2G为1.0G为3后面的两个**5后面的两个**6、H2634cif768kdsp见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明（ZXMVC8900-TPS1、新版本名版本：（基于（2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原配合新的硬件版本Elan做相应修无解决集成测试故障无1：配合新的硬件版本Elan做相应修改：修改.gel文件（init_PLL()中的intPLLM_val=20;24），增加倍频让主频超频到1.2G，因为ENPU主时钟是50M，ENPU1.2G==24*50M，而HDPU的主时40M，HDPU1.2G==30*40M：修改.tcf:GlobalSettings:DSPSpeedInMHzCLKOUT1000.0000 geltcfsvnprojectproject8900Elan36IMSElan57特别注意：因为.pjt工程文件有修改，所以编译的时候一定要的pjt工程文件2：调1）MDResGet（）下面的调试信息：MDLog(0,"MDResGet,line[%d]:\0",LINE);2）clearinfodevterstat调试信息修6、H2634cif768kdsp见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明（ZXMVC8900-TPS1、新版本名版本：2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原配合新的硬件版本Elan做相应修无解决集成测试故障无配合新的硬件版本Elan做相应修改：修改.gel文件（init_PLL()中的intPLLM_val=20;24），增加倍频让主频超频到1.2G，因为ENPU主时钟是50M，ENPU1.2G==24*50M，而HDPU的主时40M，HDPU1.2G==30*40M：修改.tcf:GlobalSettings:DSPSpeedInMHzCLKOUT1000.0000 geltcfsvnprojectproject8900Elan36调试信息修6、H2634cif768kdsp见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明1、新版本名版本：2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能解决问无解决测试部故障10ENPUDSPIP1//，修改IP为62//后备用配置，发现第2块DSP显示为故障，10、11、14槽位的ENPU的所有IP，只有14槽位第三、四块能通，NMS故障日志记录IP地址Elandspipdspchar*LocalIPAddr="34";char*LocalIPMask=char*GatewayIP="";NDK网络资源，所以如果同时多块板子的话，在主控下发ip之前每个板子都用同一ip去配置网络，这时候就有可概率需要同时多个槽位的Elan程序，而且尽量做到同时点击其中一个的dsp故障怀疑ndk网络配置失败之后造成异常所致，先将ip协议栈首次启动ip问题解决dspndk多个mcu同时配置，看是否还报ip，查看每个ip看是否能注：此项修改324版本就已合入324版本一直未进测试部测试，故此故障请使用的327版本来验证Elan死机问题，必for(j=0;j<{ +=j*BUFFER_SIZE*TEN_MS;for(i=0;i<MAX_8K_NUM;{*(pucBuf+uiStartTs)=0xFF; +=MAX_TS_LEN;}}加上 验证方法：让一个dsp跑满容量，关会后看dsp解决集成测试故障无解决工程故：问题：48个端的大容量会议情况有rtp分配资源失败原因：MAX_RTP_SESSION128128<48*3验证方法：开小速率48个端大容量，在同时有lsd和辅能力情况下net到：问题：rtp资源释放错误{debug_msg("errortocreatertprecv该是MDResFree(RTP_RTP,rtpMDResFree(RTP_SOCK,rtpSocket);return(HRTPSESSION)}上面应该改为：MDResFree(RTP_RTP,rtp验证方法：开小速率48个端大容量，在同时有lsd和辅能力情况下，断几个注：3252）项修改没有合进来，但是大仙决定即将启动800.06u01版本，所以暂时没有将326版本给前方，待5月中旬测试完毕mcu统一800.06u02发货后再启326版本调试信息修：Elan1dsp编号、槽位号和首次启动的ip：只有IMS才用到的I帧检测模块 cketByteNum>ONEPACKETSIZE) cketByteNum>0x9000){}：对rtp会话资源申请的时候在失败的地方打印出错信注：正式版本322后直328版6、H2634cif768kdsp见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明1、新版本名版本：国办2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能解决问无解决测试部故障10ENPUDSPIP1//，修改IP为62//后备用配置，发现第2块DSP显示为故障，10、11、14槽位的ENPU的所有IP，只有14槽位第三、四块能通，NMS故障日志记录IP地址Elandspipdspchar*LocalIPAddr="34";char*LocalIPMask=char*GatewayIP="";NDK网络资源，所以如果同时多块板子的话，在主控下发ip之前每个板子都用同一ip去配置网络，这时候就有可概率需要同时多个槽位的Elan程序，而且尽量做到同时点击其中一个的dsp故障怀疑ndk网络配置失败之后造成异常所致，先将协议栈首次启动ip问题解决dspndk多个mcu同时配置，看是否还报ip，查看每个ip看是否能注：此项修改324版本就已合入324版本一直未进测试部测试，故此故障请使用的327版本来验证解决集成测试故障无解决工程故：问题：48个端的大容量会议情况有rtp分配资源失败原因：MAX_RTP_SESSION128128<48*3验证方法：开小速率48个端大容量，在同时有lsd和辅能力情况下net到：问题：rtp资源释放错误{debug_msg("errortocreatertprecv该是MDResFree(RTP_RTP,rtpMDResFree(RTP_SOCK,rtpSocket);return(HRTPSESSION)}上面应该改为：MDResFree(RTP_RTP,rtp验证方法：开小速率48个端大容量，在同时有lsd和辅能力情况下，断几个注：3252）项修改没有合进来，但是大仙决定即将启动800.06u01版本，所以暂时没有将326版本给前方，待5月中旬测试完毕mcu统一800.06u02发货后再启326版本调试信息修：Elan1dsp编号、槽位号和首次启动的ip：只有IMS才用到的I帧检测模块 cketByteNum>ONEPACKETSIZE) cketByteNum>0x9000){}：对rtp会话资源申请的时候在失败的地方打印出错信if(ucHw<=3){}{}

=(UINT8*)g_tBsp.piSend0Buff+(ucHw)*PROC_BUF_STRIDE =(UINT8*)g_tBsp.piSend1Buff+(ucHw-4)*PROC_BUF_STRIDE注：正式版本322后直327版6、H2634cif768kdsp见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明（ZXMVC8900.V3.30.800.06U01_国办1、新版本名版本：国办2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要ZXMVC8900-TPSV1.0.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原无解决测试部故障10ENPUDSPIP1//，修改IP为62//后备用配置，发现第2块DSP显示为故障，10、11、14槽位的ENPU的所有IP，只有14槽位第三、四块能通，NMS故障日志记录IP地址Elandspipdspchar*LocalIPAddr="34";char*LocalIPMask=char*GatewayIP="";NDK网络资源，所以如果同时多块板子的话，在主控下发ip之前每个板子都用同一ip去配置网络，这时候就有可概率需要同时多个槽位的Elan程序，而且尽量做到同时点击其中一个的dsp故障怀疑ndk网络配置失败之后造成异常所致，先将ip协议栈首次启动ip问题解决dspndk多个mcu同时配置，看是否还报ip，查看每个ip看是否能注：此项修改324版本就已合入324版本一直未进测试部测试，故此故障请使用的326版本来验证解决集成测试故障无解决工程故：问题：48个端的大容量会议情况有rtp分配资源失败原因：MAX_RTP_SESSION128128<48*3验证方法：开小速率48个端大容量，在同时有lsd和辅能力情况下net到：问题：rtp资源释放错误{debug_msg("errortocreatertprecv该是MDResFree(RTP_RTP,rtpMDResFree(RTP_SOCK,rtpSocket);return(HRTPSESSION)}上面应该改为：MDResFree(RTP_RTP,rtp验证方法：开小速率48个端大容量，在同时有lsd和辅能力情况下，断几个注：3252）项修改没有合进来，但是大仙决定即将启动800.06u01版本，所以暂时没有将326版本给前方，待5月中旬测试完毕mcu统一800.06u02发货后再启326版本调试信息修：Elan1dsp编号、槽位号和首次启动的ip：只有IMS才用到的I帧检测模块//if(dInterface.cketByteNum>ONEPACKETSIZE)if(dInterface.cketByteNum>0x9000){}注：正式版本322后直326版6、H2634cif768kdsp见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明1、新版本名版本：设计2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要800.06。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原注：net到Elan后，敲”appdst0”解决集成测试故障暂6、H2634cif768kdspip上报不符合需求：每20秒上报一次直到解决见：ZXMVC8900ELAN功能.doc8、版本更改责任软件开发部工程师：软件版本说明1、新版本名版本：设计2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要800.06。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原1：删除某一终端后，将其对应的HW资源的数据（主和h239双流的指示时隙的值）初始化为0xFF，这样可避免HW上的残留数据对图像处理单板造成影响（误注：1）被删除端私有双流所占用的资源没初始化：因为私有双流没有指示时隙VHW上时候有包，另一方面也是为了提高程序效率考虑2：上HW前的缓冲区TxBufRing的大小由原来的150增大到500，此修改2点考IMS那边有时发现720p格式下刚上端的时候或者切换广播源的时候由于瞬间包数太多造成TxBufRing的缓冲区有溢出现象发生8900这边也担心偶尔超码率时上HW前的缓冲区TxBufRing不够用，所以将此缓冲150500之所以增大到500是因为：Qos的缓存队列容量也为500（TxBufRing负QosHW上去）注：1）TxBufRing的缓冲区放在堆里（以Calloc的方式申请内存，TxBufRing的大小由原来的150增大到500时所使用的内存由0x271a4f0增大到了 个端最多只使用0x1B0的内存，而总的堆大小为0x 并不是增大2k的字节而是多增加4*4个字节而已（4路）解决测试部故障1005 cketLostRate== g_tEnpuMng.uwLostRate)&&(uwJitter=={return}00：2：故障描述在1楼测试4M的720p格式带768k的h239双流开9画面非对称：mcmc0x0bElan0x0b消息情况下算出主49ElanHWmcmc

Elan收到主的0x0b消息时多加条判断：查看双流是否打开，双流关闭则主时隙等于mp下发的时隙加上辅时隙，这样Elan就0x0b0x31消息顺序的影响提高程序容错性能开720p格式带768k的h239双流开9画面非对称会议：net到解决集成测试故障暂pjtDDR2内存命名为：_g_MQHeappjtsvnpjt拷贝3193206、H2634cif768kdspip上报不符合需求：每20秒上报一次直到解决见：ZXMVC8900ELAN功能.doc8、版本更改责任软件开发部工程师：软件版本说明1、新版本名版本：成果2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要800.03。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原目前只有主和音频才上报网络统计信息，2010年01月07日新提需求息用一条消息上报上去，而0x77的最后三个字段正好是用来存放辅的网络统计信息的，所以在上报网络统计信息的时候利0x77号消息一起将辅视注意：需要使用NMS的配套版本验证解决集成测试故障暂6、H2634cif768kdspip上报不符合需求：每20秒上报一次直到解决见：ZXMVC8900ELAN功能.doc8、版本更改责任软件开发部工程师：软件版本说明1、新版本名版本：2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要800.03。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原解决测试部故障Tossetsockopt（）Tos值解决集成测试故障暂解决工程故暂6、H2634cif768kdspip上报不符合需求：每20秒上报一次直到解决见：ZXMVC8900ELAN功能.doc8、版本更改责任软件开发部工程师：软件版本说明1、新版本名版本：2、旧版本名称及处理意Enpu61.312注：309版本不是正式的集成测试版本3、新版本的适用范围、适用期限、与其它软硬件版本的配合要800.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原1：用Elan板开h263xga+格式的h239双流，中兴终端不能与 修改h263xga+格式的动态双流：MCElanrtp端口指示消息的时候会附带告Elanpayload类型，Elan需保存此类型，并rtp头中Payload替MC告知的此动态payload类型验证开h263xga+格式的h239双流的会议，查 终端与中兴终端是否能互2：配合添加新功能：支持Siren_7K_32K和Siren_14K_48K格式音频Siren_7K_32K的：payloadType99Siren_14K_48K的：payloadType98验证用的800.02版本开上述两种格式的音频，听是否有声注：Elan只是配合修改，可通过截包知道Elan对这两种格式的音频头是否打正3：配合MC/MPh239方修改之前的老方案刚开会默认双流打开MC给终端下发流控以降低码率，后来800.01的新方案：刚开会默认关闭双流，所以Elan需要重新调整自己内部的验证使用mcmp800.02版本，查看刚上端、打开、关闭双流、中途添端删Elan在第、第7根W的第7个时隙写0x66，主控把第3、第7根的第127个时隙数据环回过来Eln自己其值看是否等于0x66以此来判断串口是否有飘移，并且将串口飘移次数用片外内存保存起来（只要lan都会对串口飘移次数进行累加，其值可通过“élan0”命令获得）串口没飘移时：查看是否有误复位mcbsp的情况：连 mcbsp会打印提示信息的，并查看图像是否正常串口有飘移时：检查项：是否能立即检测到串口发生飘移了;复位mc;图像是否能立即恢复正常注意：一定要使用主控800.02的306（或以后版本）验证，从目前几轮测试看串口飘移概率非常低，所以第2）个验证点需等到串口真的有飘移时才能验证，目前只需验证串口没飘移时不能有误复位mcbsp的情5：增加TOS值的设置接收Mp下发的0x16消息后立即保存消息中的、音频TOS值到全局变（初始值都设置为0x10了elan0调试命令可以看到其值并调用（）函数设置TOS值一定使用mpu800.02的版本做验通过界面设置好TOS值，比如 TOS设置为9，截包后查看ip头应为注：1：音频TOS值设成哪些值才是合法值及在哪设置请问蒲增（因为新需求：TOS值设置只在国电项目中用到，蒲增胜过此需求2：MTU值的设置ELan老版本就已经有尤其注意：2、3、4、5新功能牵扯到相关模块版本的配合，故验证时优先注6：增加Elan主动Arp包命令

netarp命令，立arp出去

netrebootndk命令，立即复位协议栈验证

netrebootmcbsp命令，立即复位协议栈910arp包出去10秒发个arp包出去，通arpenable/arpdisable命令可以启用和不启验证无需验注：6、7、8、9这四个功能点是方便自己调试自加的故无需验证1：Elan小概率出现不通（刘准时、童超问题：接8个以上4050终端，在一个小时内就能出现不通4050掉端现象（无原因：4050端会发RTCP包，Elan有为RTCP创建Socket，但是没有却RTCp包，而协议栈会将收到的RTCP据包挂在socket接收队列下，如果应用程序其它socket同时收发大量数据，就会引起网口无法继续收发，出现不修改：不为RTCP自测：烤机一晚没出现不通现测试验证方法用8个或以上的4050长时间烤机开会查看是否有网口不通现象注：自测的时候使用了f工具，但发现f会出现每5次有1次不通的假象：开始还以为是真的偶尔短时间（2秒）不通了，后来用cmd同时去同一网口才知道是f本身有这个bug：因为cmd命令行是可以每次都通的，故用f工具时需配合cmd起去分析验证结果（很麻烦非找到更好的工具2：的Espu录播h263cif+格式的双流PayloadType不为96的问问题：payloadTypeElan发的码流中的PayloadType，所以终端能正确但是Espu读Elan码流中的payloadType值，修改：Elan应Espu的要求将h263cif+的主、辅的payloadType打为另外对mc下发的类型不做判断：以前会判断值是否合法，不合法则注自测时发现h263cif+的主连0x0b消息都未收到是否主不支持mc20x0bpayloadtype58ElanmcElan将其payloadType96是不合理的3：IMS原因：I0，将此包保存到缓冲区中了，应该返回-1才能将此包扔修改：I帧检测失败时返回-验证12注：三亚8900这边没有I帧检测，故此故障只需在的IMS环境下验解决集成测试故障问题：采用新的fec方案后Elan码不能兼隙，如果冗余度小于或等于10%，mp发的时隙是总的时隙修改if（此端支持fec&&度大于{无需修改lan自己算出总的时隙数：mp会通过T_FecAttr的保留字段告知Elan支持fec端的主总的时隙长度，Elan自己根据公式算下总的主时隙长度如果mp告知的是合法的就使用其值否则自己算起双保险的作（ter命令可以打印mp告知的主时隙总长度）注：1）：后来mp使用保留字段告知Elan总的时隙数，所以Elan自己先去算若mp的保留字段值正确则使用之，不正确则自己算判断mp发的保留字段值是否合法的标准也不合理，故修改之验证800.02版本开fec会议看时隙是否有错再查一下终端的码率看调试信息修1：将记录mcbsp飘移次数的变量不放在片外，放在片2：VHw[0,0,61;0,0,61]：分号后面的3个变量顺序：ucAllocTs、ucAllocTsLen 3：将tFecEncAttr.ucFECRedundance和tFecEncAttr.ui 4：将mc下发的0b0c消息中的Typeter命令中打印出版本编译工程文件修改1：需将drivers 下的mcbsp_interface.h文件添加到工程中否则编译通不过6、H2634cif768kdsp见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明1、新版本名版本：2、旧版本名称及处理意Enpu61.311注：309版本不是正式的集成测试版本3、新版本的适用范围、适用期限、与其它软硬件版本的配合要800.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原1：用Elan板开h263xga+格式的h239双流，中兴终端不能与 修改h263xga+格式的动态双流：MCElanrtp端口指示消息的时候会附带告Elanpayload类型，Elan需保存此类型，并rtp头中Payload替MC告知的此动态payload类型验证开h263xga+格式的h239双流的会议，查 终端与中兴终端是否能互2：配合添加新功能：支持Siren_7K_32K和Siren_14K_48K格式音频Siren_7K_32K的：payloadType99Siren_14K_48K的：payloadType98验证用的800.02版本开上述两种格式的音频，听是否有声注：Elan只是配合修改，可通过截包知道Elan对这两种格式的音频头是否打正3：配合MC/MPh239方案之前的老方案刚开会默认双流打开MC给终端下发流控以降低码率，后来800.01的新方案：刚开会默认关闭双流，所以Elan需要重新调整自己内部的验证使用mcmp800.02版本，查看刚上端、打开、关闭双流、中途添端删Elan在第、第7根W的第7个时隙写0x66，主控把第3、第7根的第127个时隙数据环回过来Eln自己其值看是否等于0x66以此来判断串口是否有飘移，并且将串口飘移次数用片外内存保存起来（只要lan都会对串口飘移次数进行累加，其值可通过“élan0”命令获得）串口没飘移时：查看是否有误复位mcbsp的情况：连 mcbsp会打印提示信息的，并查看图像是否正常串口有飘移时：检查项：是否能立即检测到串口发生飘移了;复位mc;图像是否能立即恢复正常注意：一定要使用主控800.02的306（或以后版本）验证，从目前几轮测试看串口飘移概率非常低，所以第2）个验证点需等到串口真的有飘移时才能验证，目前只需验证串口没飘移时不能有误复位mcbsp的情5：增加TOS值的设置接收Mp下发的0x16消息后立即保存消息中的、音频TOS值到全局变（初始值都设置为0x10了elan0调试命令可以看到其值并调用（）函数设置TOS值一定使用mpu800.02的版本做验通过界面设置好TOS值，比如 TOS设置为9，截包后查看ip头应为注：1：音频TOS值设成哪些值才是合法值及在哪设置请问蒲增（因为新需求：TOS值设置只在国电项目中用到，蒲增胜过此需求2：MTU值的设置ELan老版本就已经有尤其注意：2、3、4、5新功能牵扯到相关模块版本的配合，故验证时优先注6：增加Elan主动Arp包命令

netarp命令，立arp出去

netrebootndk命令，立即复位协议栈验证

netrebootmcbsp命令，立即复位协议栈910arp包出去10秒发个arp包出去，通arpenable/arpdisable命令可以启用和不启验证无需验注：6、7、8、9这四个功能点是方便自己调试自加的故无需验证1：Elan小概率出现不通（刘准时、童超问题：接8个以上4050终端，在一个小时内就能出现不通4050掉端现象（无原因：4050端会发RTCP包，Elan有为RTCP创建Socket，但是没有却RTCp包，而协议栈会将收到的RTCP据包挂在socket接收队列下，如果应用程序其它socket同时收发大量数据，就会引起网口无法继续收发，出现不修改：不为RTCP自测：烤机一晚没出现不通现测试验证方法用8个或以上的4050长时间烤机开会查看是否有网口不通现象注：自测的时候使用了f工具，但发现f会出现每5次有1次不通的假象：开始还以为是真的偶尔短时间（2秒）不通了，后来用cmd同时去同一网口才知道是f本身有这个bug：因为cmd命令行是可以每次都通的，故用f工具时需配合cmd一起去分析验证结果（很麻烦，除非找到更好的工具）2：的Espu录播h263cif+格式的双流PayloadType不为96的问问题：payloadTypeElan发的码流中的PayloadType，所以终端能正确但是Espu读Elan码流中的payloadType值，修改：Elan应Espu的要求将h263cif+的主、辅的payloadType打为另外对mc下发的类型不做判断：以前会判断值是否合法，不合法则注自测时发现h263cif+的主连0x0b消息都未收到是否主不支持mc20x0bpayloadtype58ElanmcElan将其payloadType96是不合理的3：IMS原因：I0，将此包保存到缓冲区中了，应该返回-1才能将此包扔修改：I帧检测失败时返回-验证12注：三亚8900这边没有I帧检测，故此故障只需在的IMS环境下验解决集成测试故障问题：采用新的fec方案后Elan码不能兼隙，如果冗余度小于或等于10%，mp发的时隙是总的时隙修改if（此端支持fec&&度大于{无需修改lan自己算出总的时隙数：mp会通过T_FecAttr的保留字段告知Elan支持fec端的主总的时隙长度，Elan自己根据公式算下总的主时隙长度如果mp告知的是合法的就使用其值否则自己算起双保险的作（ter命令可以打印mp告知的主时隙总长度）验证800.02版本开fec会议看时隙是否有错再查一下终端的码率看调试信息修1：将记录mcbsp飘移次数的变量不放在片外，放在片2：VHw[0,0,61;0,0,61]：分号后面的3个变量顺序：ucAllocTs、ucAllocTsLen 3：将tFecEncAttr.ucFECRedundance和tFecEncAttr.ui 4：将mc下发的0b0c消息中的Typeter命令中打印出版本编译工程文件修改1：需将 下的mcbsp_interface.h文件添加到工程中否则编译通不6、H2634cif768kdsp见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明1、新版本名版本：2、旧版本名称及处理意Enpu61.310注：309版本不是正式的集成测试版本3、新版本的适用范围、适用期限、与其它软硬件版本的配合要800.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原1：用Elan板开h263xga+格式的h239双流，中兴终端不能与 修改h263xga+格式的动态双流：MCElanrtp端口指示消息的时候会附带告Elanpayload类型，Elan需保存此类型，并rtp头中Payload替MC告知的此动态payload类型验证开h263xga+格式的h239双流的会议，查 终端与中兴终端是否能互2：配合添加新功能：支持Siren_7K_32K和Siren_14K_48K格式音频Siren_7K_32K的：payloadType99Siren_14K_48K的：payloadType98验证用的800.02版本开上述两种格式的音频，听是否有声注：Elan只是配合修改，可通过截包知道Elan对这两种格式的音频头是否打正3：配合MC/MPh239方案之前的老方案刚开会默认双流打开MC给终端下发流控以降低码率，后来800.01的新方案：刚开会默认关闭双流，所以Elan需要重新调整自己内部的验证使用mcmp800.02版本，查看刚上端、打开、关闭双流、中途添端删Elan在第、第7根W的第7个时隙写0x66，主控把第3、第7根的第127个时隙数据环回过来Eln自己其值看是否等于0x66以此来判断串口是否有飘移，并且将串口飘移次数用片外内存保存起来（只要lan都会对串口飘移次数进行累加，其值可通过“élan0”命令获得）串口没飘移时：查看是否有误复位mcbsp的情况：连 mcbsp会打印提示信息的，并查看图像是否正常串口有飘移时：检查项：是否能立即检测到串口发生飘移了;复位mc;图像是否能立即恢复正常注意：一定要使用主控800.02的306（或以后版本）验证，从目前几轮测试看串口飘移概率非常低，所以第2）个验证点需等到串口真的有飘移时才能验证，目前只需验证串口没飘移时不能有误复位mcbsp的情5：增加TOS值的设置接收Mp下发的0x16消息后立即保存消息中的、音频TOS值到全局变（初始值都设置为0x10了elan0调试命令可以看到其值并调用（）函数设置TOS值一定使用mpu800.02的版本做验通过界面设置好TOS值，比如 TOS设置为9，截包后查看ip头应为注：1：音频TOS值设成哪些值才是合法值及在哪设置请问蒲增（因为新需求：TOS值设置只在国电项目中用到，蒲增胜过此需求2：MTU值的设置ELan老版本就已经有尤其注意：2、3、4、5新功能牵扯到相关模块版本的配合，故验证时优先注6：增加Elan主动Arp包命令

netarp命令，立arp出去

netrebootndk命令，立即复位协议栈验证

netrebootmcbsp命令，立即复位协议栈910arp包出去10秒发个arp包出去，通arpenable/arpdisable命令可以启用和不启验证无需验注：6、7、8、9这四个功能点是方便自己调试自加的故无需验证1：Elan小概率出现不通（刘准时、童超问题：接8个以上4050终端，在一个小时内就能出现不通4050掉端现象（无原因：4050端会发RTCP包，Elan有为RTCP创建Socket，但是没有却RTCp包，而协议栈会将收到的RTCP据包挂在socket接收队列下，如果应用程序其它socket同时收发大量数据，就会引起网口无法继续收发，出现不修改：不为RTCP自测：烤机一晚没出现不通现测试验证方法用8个或以上的4050长时间烤机开会查看是否有网口不通现象注：自测的时候使用了f工具，但发现f会出现每5次有1次不通的假象：开始还以为是真的偶尔短时间（2秒）不通了，后来用cmd同时去同一网口才知道是f本身有这个bug：因为cmd命令行是可以每次都通的，故用f工具时需配合cmd一起去分析验证结果（很麻烦，除非找到更好的工具）2：的Espu录播h263cif+格式的双流PayloadType不为96的问问题：payloadTypeElan发的码流中的PayloadType，所以终端能正确但是Espu读Elan码流中的payloadType值，修改：Elan应Espu的要求将h263cif+的主、辅的payloadType打为注自测时发现h263cif+的主连0x0b消息都未收到是否主不支持mc20x0bpayloadtype58ElanmcElan将其payloadType96是不合理的3：IMS原因：I0，将此包保存到缓冲区中了，应该返回-1才能将此包扔修改：I帧检测失败时返回-验证12注：三亚8900这边没有I帧检测，故此故障只需在的IMS环境下验解决集成测试故障问题：采用新的fec方案后Elan码不能兼隙，如果冗余度小于或等于10%，mp发的时隙是总的时隙修改if（此端支持fec&&度大于{无需修改lan自己算出总的时隙数：mp会通过T_FecAttr的保留字段告知Elan支持fec端的主总的时隙长度，Elan自己根据公式算下总的主时隙长度如果mp告知的是合法的就使用其值否则自己算起双保险的作（ter命令可以打印mp告知的主时隙总长度）验证800.02版本开fec会议看时隙是否有错再查一下终端的码率看调试信息修1：将记录mcbsp飘移次数的变量不放在片外，放在片2：VHw[0,0,61;0,0,61]：分号后面的3个变量顺序：ucAllocTs、ucAllocTsLenuc4：将mc下发的0b0c消息中的Typeter命令中打印出版本编译工程文件修改1：需将 下的mcbsp_interface.h文件添加到工程中否则编译通不6、H2634cif768kdsp见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明1、新版本名版本：2、旧版本名称及处理意Enpu61.308注：309310才是3、新版本的适用范围、适用期限、与其它软硬件版本的配合要800.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原1：用Elan板开h263xga+格式的h239双流，中兴终端不能与 修改h263xga+格式的动态双流：MCElanrtp端口指示消息的时候会附带告Elanpayload类型，Elan需保存此类型，并rtp头中Payload替MC告知的此动态payload类型验证开h263xga+格式的h239双流的会议，查 终端与中兴终端是否能互2：配合添加新功能：支持Siren_7K_32K和Siren_14K_48K格式音频Siren_7K_32K的：payloadType99Siren_14K_48K的：payloadType98验证用的800.02版本开上述两种格式的音频，听是否有声注：Elan只是配合修改，可通过截包知道Elan对这两种格式的音频头是否打正3：配合MC/MPh239方案之前的老方案刚开会默认双流打开MC给终端下发流控以降低码率，后来800.01的新方案：刚开会默认关闭双流，所以Elan需要重新调整自己内部的验证使用mcmp800.02版本，查看刚上端、打开、关闭双流、中途添端删Elan在第、第7根W的第7个时隙写0x66，主控把第3、第7根的第127个时隙数据环回过来Eln自己其值看是否等于0x66以此来判断串口是否有飘移，并且将串口飘移次数用片外内存保存起来（只要lan都会对串口飘移次数进行累加，其值科通过“élan0”命令获得）串口没飘移时：查看是否有误复位mcbsp的情况：连 mcbsp会打印提示信息的，并查看图像是否正常串口有飘移时：检查项：是否能立即检测到串口发生飘移了;复位mc;图像是否能立即恢复正常注意：一定要使用主控800.02的306（或以后版本）验证，从目前几轮测试看串口飘移概率非常低，所以第2）个验证点需等到串口真的有飘移时才能验证，目前只需验证串口没飘移时不能有误复位mcbsp的情5：增加TOS值的设置接收Mp下发的0x16消息后立即保存消息中的、音频TOS值到全局变量中，并调用setsockopt（）函数设置TOS值一定使用mpu800.02的版本做验通过界面设置好TOS值，比如 TOS设置为9，截包后查看ip头应为注：1：音频TOS值设成哪些值才是合法值及在哪设置请问蒲增2：MTU值的设置ELan老版本就已经有尤其注意：2、3、4、5新功能牵扯到相关模块版本的配合，故验证时优先注6：增加Elan主动Arp包命令

netarp命令，立arp出去

netrebootndk命令，立即复位协议栈验证

netrebootmcbsp命令，立即复位协议栈910arp包出去10秒发个arp包出去，通arpenable/arpdisable命令可以启用和不启验证无需验注：6、7、8、9这三个功能点是方便自己调试自加的故无需验证1：Elan小概率出现不通（刘准时、童超问题：接8个以上4050终端，在一个小时内就能出 不通4050掉端现象（无是接千兆口还是百兆口都有此问题原因：4050端会发RTCP包，Elan有为RTCP创建Socket，但是没有却RTCp包，而协议栈会将收到的RTCP据包挂在socket接收队列下，如果应用程序其它socket同时收发大量数据，就会引起网口无法继续收发，出现不修改：不为RTCP自测：烤机一晚没出现不通现测试验证方法用8个或以上的4050长时间烤机开会查看是否有网口不通现象2：的Espu录播h263cif+格式的双流PayloadType不为96的问问题：payloadTypeElan发的码流中的PayloadType，所以终端能正确但是Espu读Elan码流中的payloadType值，修改：Elan应Espu的要求将h263cif+的主、辅的payloadType打为注自测时发现h263cif+的主连0x0b消息都未收到是否主不支持mc20x0bpayloadtype58ElanmcPayloadType255Espu3：IMS原因：I0，将此包保存到缓冲区中了，应该返回-1才能将此包扔修改：I帧检测失败时返回-验证12注：8900IIMS解决集成测试故障问题：采用新的fec方案后Elan码不能兼隙，如果冗余度小于或等于10%，mp发的时隙是总的时隙修改if（此端支持fec&&度大于{lan自己算出总的时隙{无需修改lan自己算出总的时隙数：mp会通过T_FecAttr的保留字段告知Elan支持fec端的主总的时隙长度，Elan自己根据公式算下总的主时隙长度如果mp告知的是合法的就使用其值否则自己算起双保险的作（ter命令可以打印mp告知的主时隙总长度）验证800.02的版本开fec的会议查看时隙是否有错，是否有超码版本编译工程文件修改1：需将 下的mcbsp_interface.h文件添加到工程中否则编译通不6、H2634cif768kdsp见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明1、新版本名版本2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要800.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原1：用Elan板开h263xga+格式的h239双流，中兴终端不能与 修改h263xga+格式的动态双流：MCElanrtp端口指示消息的时候会附带告Elanpayload类型，Elan需保存此类型，并rtp头中Payload替MC告知的此动态payload类型验证开h263xga+格式的h239双流的会议，查 终端与中兴终端是否能互2：配合添加新功能：支持Siren_7K_32K和Siren_14K_48K格式音频Siren_7K_32K的：payloadType99Siren_14K_48K的：payloadType98验证用的800.02版本开上述两种格式的音频，听是否有声注：Elan只是配合修改，可通过截包知道Elan对这两种格式的音频头是否打正3：配合MC/MPh239方案之前的老方案刚开会默认双流打开MC给终端下发流控以降低码率，后来800.01的新方案：刚开会默认关闭双流，所以Elan需要重新调整自己内部的验证使用mcmp800.02版本，查看刚上端、打开、关闭双流、中途添端删Elan在第、第7根W的第7个时隙写0x66，主控把第3、第7根的第127个时隙数据环回过来Eln自己其值看是否等于0x66以此来判断串口是否有飘移，并且将串口飘移次数用片外内存保存起来（只要lan都会对串口飘移次数进行累加，其值科通过“élan0”命令获得）串口没飘移时：查看是否有误复位mcbsp的情况：连 mcbsp会打印提示信息的，并查看图像是否正常串口有飘移时：检查项：是否能立即检测到串口发生飘移了;是否能主动复位mc;图像是否能立即恢复正常注意：一定要使用主控800.02的306（或以后版本）验证，从目前几轮测试看串口飘移概率非常低，所以第2）个验证点需等到串口真的有飘移时才能验证，目前只需验证串口没飘移时不能有误复位mcbsp的情5：增加TOS值的设置接收Mp下发的0x16消息后立即保存消息中的、音频TOS值到全局变量中，并调用setsockopt（）函数设置TOS值一定使用mpu800.02的版本做验通过界面设置好TOS值，比如 TOS设置为9，截包后查看ip头应为注：1：音频TOS值设成哪些值才是合法值及在哪设置请问蒲增2：MTU值的设置ELan老版本就已经有尤其注意：2、3、4、5新功能牵扯到相关模块版本的配合，故验证时优先注6：增加Elan主动Arp包命令

netarp命令，立arp出去

netrebootndk命令，立即复位协议无需验验证

netrebootmcbsp命令，立即复位协议栈910arp包出去10秒发个arp包出去，通arpenable/arpdisable命令可以启用和不启验证无需验注：6、7、8、9这三个功能点是方便自己调试自加的故无需验证Elan小概率出现不通（刘准时、童超问题：接8个以上4050终端，在一个小时内就能出现不通4050掉端现象（无原因：4050端会发RTCP包，Elan有为RTCP创建Socket，但是没有却RTCp包，而协议栈会将收到的RTCP据包挂在socket接收队列下，如果应用程序其它socket同时收发大量数据，就会引起网口无法继续收发，出现不修改：不为RTCP自测：烤机一晚没出现不通现测试验证方法用8个或以上的4050长时间烤机开会查看是否有网口不通现象版本编译工程文件修改1：需将 下的mcbsp_interface.h文件添加到工程中否则编译通不6、H2634cif768kdsp见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明1、新版本名版本：2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要800.02。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原1：用Elan板开h263xga+格式的h239双流，中兴终端不能与 修改h263xga+格式的动态双流：MCElanrtp端口指示消息的时候会附带告Elanpayload类型，Elan需保存此类型，并rtp头中Payload替MC告知的此动态payload类型验证开h263xga+格式的h239双流的会议，查 终端与中兴终端是否能互2：配合添加新功能：支持Siren_7K_32K和Siren_14K_48K格式音频Siren_7K_32K的：payloadType99Siren_14K_48K的：payloadType98验证注：Elan只是配合修改，可通过截包知道Elan对这两种格式的音频头是否打正3：配合MC/MPh239方案之前的老方案刚开会默认双流打开MC给终端下发流控以降低码率，后来800.01的新方案：刚开会默认关闭双流，所以Elan需要重新调整自己内部的验证使用mc和mp的800.02（800.01的版本很多不一定都采用新的39方案故直接用800.02的验证操作下图像是否正常注：2、3两个新功能牵扯到相关模块版本的配合，故验证时尤其注意版本号Elan小概率出现不通（刘准时、童超问题：接8个以上4050终端，在一个小时内就能出现不通4050掉端现象（无原因：4050端会发RTCP包，Elan有为RTCP创建Socket，但是没有却RTCp包，而协议栈会将收到的RTCP据包挂在socket接收队列下，如果应用程序其它socket同时收发大量数据，就会引起网口无法继续收发，出现不修改：不为RTCP自测：烤机一晚没出现不通现测试验证方法用8个或以上的4050长时间烤机开会查看是否有网口不通现象6、H2634cif768kdsp见：ZXMVC8900ELAN功能无8、版本更改责任软件开发部工程师：软件版本说明（ZXMVC8900.IMS1、新版本名版本：VC8900_3.30.800.01_IMS2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要800.01。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原IMS提交版本，此版本5098900这边的800.01305版本基础上修5、新版本更改内IMS509版本8900这边800.01305版本基础上只修1点1：解决小概率出现的Elan网口不通问题4050端会发RTCP包，Elan有为RTCP创建Socket，但是没有却RTCp包，而协议栈会将收到的RTCP据包挂在socket接收队列下，如果应用程序其它socket同时收发大量数据，就会引起网口无法继续收发，出现不修改：不为RTCP自测：烤机一晚没出现不通现测试验证方法用8个或以上的4050长时间烤机开会查看是否有网口不通现象注：8900305版本无I帧检测，IMS509版本有I帧检测6、H2634cif768kdsp见：ZXMVC8900ELAN功能8、版本更改责任软件开发部工程师：软件版本说明（ZXMVC8900.IMS1、新版本名版本：XMVC8900_3.30.700.10U01_IMS2、旧版本名称及处理意3、新版本的适用范围、适用期限、与其它软硬件版本的配合要800.01。4、新版本功能说明（或功能改进说明）见：ZXMVC8900ELAN功能版本更改原IMS提交版本，此版本5088900这边的800.01305版本（仅仅多了I帧：每10秒每个端最多（快）上报两次，时间的统计利用了串口任务的调用周期：采用如下方式控制上报的频率在90页面上有丢包率阈值和抖动率阈值，如下图所示在大容量会议的时果想上报频率低点，就将两个阈值的值设置的大点，只有在丢包率或抖动率注：1：如果两个阈值都设置为0的话将不上2：初始值一般都设置为阈值30抖动率阈测试重点1：将两个阈值都设置为0，看是否不上报网络统计信息2：将两个阈值设置为其它非零值：如丢包率阈值：10，抖动率阈8，那么丢包率小10而且抖动率阈值小8的是否不上报，即测试阈值的过滤功能3：进行大容量或满配测试：上多个端后将丢包率阈值0抖动率阈值设1，以没自测3项是测试部重点测试项：：处理终端的Web远遥命令指示先从消息中将会议号、终端号解析出来，然后将消息中的远遥码内容送入对应终端LSDDevSource中去接着会通过RtpSink插件将其封装成LSD包发送给终测试方法以不同的组合顺序按（或者连续按）左、右、上、下键，看是否远遥：问题：11月2号晚测试部测出故障：Apu