UMG8900产品黄埔培训系列教材-10 问题定位-语音类_第1页
UMG8900产品黄埔培训系列教材-10 问题定位-语音类_第2页
UMG8900产品黄埔培训系列教材-10 问题定位-语音类_第3页
UMG8900产品黄埔培训系列教材-10 问题定位-语音类_第4页
UMG8900产品黄埔培训系列教材-10 问题定位-语音类_第5页
已阅读5页,还剩43页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

UMG8900产品问题定位-语音类ISSUE1.0参考资料UMG8900业务类-固网监听业务维护指导手册.docUMG8900语音类-2833特性维护指导手册.docUMG8900语音类-单通问题维护指导手册.docUMG8900语音类-放音收号问题维护指导手册.docUMG8900语音类-回声问题维护指导手册.docUMG8900语音类-语音问题维护指导手册.docUMG8900语音类-噪音问题指导手册.doc学习完此课程,您将会:了解噪音、回声等语音类问题的详细处理方法目标第1章噪音问题定位第2章单通问题定位第3章回声问题定位第4章2833问题定位内容介绍第1章噪音问题定位1.1常见噪音问题种类及简介1.2纯TDM路径下噪音问题1.3IP-TDM路径下的噪音问题内容介绍1.1常见噪音问题种类及简介从已知的情况分析,产生噪音的来源有以下几个:UMG8900的TDM时钟不稳,导致噪音。打开丢包补偿的情况下IP网络丢包超过5%,或者未打开丢包补偿时存在丢包。使用了G.711编解码,但打开了VAD开关。目前G.711VAD的实现方法五花八门,互通性很差。一般情况下,如果网络中存在多种设备,比如UMG8900,TMG,IAD,Videophone等,且需要使用G.711编解码,则VAD开关应该关闭。其他编解码,如G.729,G.723不存在互通性问题,可以打开VAD开关。话路中的EC产生噪音。PSTN侧引入的噪音,即到达UMG-TG之前,噪音已经存在。第1章噪音问题定位1.1常见噪音问题种类及简介

1.2纯TDM路径下噪音问题1.3IP-TDM路径下的噪音问题内容介绍1.2纯TDM路径下噪音问题纯TDM路径下噪音问题可大致分为以下几种常见情况:通话过程中持续出现噪音呼叫建立过程中放智能音或者提示音时出现噪声被叫摘机瞬间出现噪音对问题进行分析之前,首先应该判断一下噪音是否是由UMG8900设备引入的。出现噪音时,将呼叫保持住,在呼叫占用的TDM路径上进入UMG8900设备和出UMG8900设备的TDM接口板上分别做外环回和内环回(环回具体操作请参考:《UMG8900常用定位手段-UMG8900环回操作指导手册》),根据环回测试结果,可以确认噪音是否由UMG8900设备引入。如果做端口环回,首先要确认该端口是否配置有信令或者半永久,因为端口环回之后可能引起信令或者半永久中断定位噪音引入点1.2纯TDM路径下噪音问题判断噪音引入点的简单方法:环回和录音确定噪音是否来自UMG具体方法请参考黄埔课程《UMG8900产品常用定位手段》定位噪音引入点1.2纯TDM路径下噪音问题【问题描述】通话过程中持续出现噪音,TNU记录的系统日志中有ILCfailed相关字样,或者出现ILCCHECKFAULT(ALM_ID831)。【产生原因】UMG8900内出现ILC校验失败【处理方法】检测系统时钟,是否处于跟踪态,先排除时钟不同步的问题根据系统日志或者告警中的提示查看TNU/TCLU和哪个单板之间出现ILC校验失败,先更换对应的接口板,如果仍出现ILC检测失败的日志或者告警,那么再更换记录系统日志或者上报告警的对应的TNU/TCLU单板。通话过程中持续出现噪音处理1.2纯TDM路径下噪音问题【问题描述】呼叫建立过程中放智能音或者提示音时出现噪声【产生原因】语音文件引入【处理方法】重新制作语音文件,更换问题语音文件呼叫建立过程中放智能音或者提示音时出现噪声1.2纯TDM路径下噪音问题【问题描述】被叫摘机瞬间出现噪音【产生原因】可能由于TDM联网引入【处理方法】这个需要将E10表或者其他仪器串在E1上,然后指定时隙呼叫,用仪器对这个指定的时隙进行录音操作,然后对录音文件进行分析。这一步处理比较复杂,请联系研发解决。如果条件允许的情况下可以尝试倒换一下中心交换框的TNU单板被叫摘机瞬间出现噪音第1章噪音问题定位1.1常见噪音问题种类及简介

1.2纯TDM路径下噪音问题1.3IP-TDM路径下的噪音问题内容介绍TDM到IP呼叫媒体流1.3IP-TDM路径下的噪音问题【问题描述】NGN侧用户听到噪音【问题确认】如果确认不是用户电话机的问题,请按照下面的解决步骤进行.【问题分析】PSTN侧到NGN的信号本身就有噪声,噪声由IP网络引起。NGN侧用户听到噪音1.3IP-TDM路径下的噪音问题【问题解决】AG处理方法(画一下UMG的AG组网)步骤1

对相应通道录音,具体操作参见《UMG8900常用定位手段-录音操作指导手册》。步骤2 (如果是AG的情况下执行)使用CoolEdit软件打开该文件,听声音(看波形),确认是否有噪音。如果声音清晰,没有噪音,则一般情况下,噪音应该出在RSP框或者用户线(比如RSP的小网未拆,或者用户线受干扰等)。如果录音文件中已经听到噪音,则继续定位。步骤3 确认没有使用带VAD的G.711编解码。只有两端都是UMG8900的情况下,才可以使用带VAD的G.711编解码。否则,应该关闭G.711的VAD开关。UMG8900使用的编解码可以通过LSTTCPARA得到。其他设备的编解码需要其他手段。NGN侧用户听到噪音1.3IP-TDM路径下的噪音问题步骤4

在MML上使用PING命令,Ping出问题的承载地址。参数填写如下:板类型选“HRB”,板组号选择出问题通话承载所在的HRB板组号,PING报文个数设置为32个,节点域名或IP地址填写对方(可能是UMG8900-TG)的承载IP地址,PING报文长度填写尽量接近出问题会话所使用的编解码的报文大小的,比如G.71120ms,就填写214,G.72920ms则填写74(可以在Ethernet的抓包中查出),超时时间取缺省值即可。如果IP网络在打开丢包补偿的情况下丢包超过5%,或者在存在未打开丢包补偿的情况下丢包(即使不足1%,),则用户会听到噪音。查看是否打开了丢包补偿的命令为LSTTCPARA察看。NGN侧用户听到噪音1.3IP-TDM路径下的噪音问题步骤5

使用DSPCLK命令,确认TG的时钟处于“跟踪”状态。如果处于“自由振荡”,则可能产生噪音、单通。步骤6

使用DSPNETCLKSIG,察看NET板时钟锁相环是不是处于"锁定"状态。如果处于非锁定(LOSS)状态,则同样会产生噪音、单通。NGN侧用户听到噪音1.3IP-TDM路径下的噪音问题步骤7

执行DSPSLIP命令,察看该会话是否存在大量滑码。如果是,则滑码可能是造成问题的原因。此时,执行DSPCLK命令确认UMG8900的时钟是否处于跟踪状态。如果处于跟踪状态则应该是对端的问题,否则需要配置UMG8900锁定线路时钟。此时需要参考如下命令://配置时钟,线路时钟作为时钟参考源。MODCLK:BRDTYPE=CLK,MODE=AUTO,GRADE=TWO,CTRL=NO,CLKMODE=SOURCE;//配置时钟,从0号和1号E32板端口0提取线路时钟。SETLINECLK:LINE=LINE1,BT=E32,BN=0,PN=0;确认时钟的参考源是否正确。如果正确,但是仍然有滑码,则应该是对端的问题,需要对端确认问题原因。如果时钟参考源不正确,修改为正确的参考源即可。NGN侧用户听到噪音滑码介绍滑动(slip):在同步传输或准同步传输的比特流中由于缓冲存储器的读写速率不一致造成一组比特丢失或重复插入的现象,称为滑动。滑动分为受控滑动和非受控滑动。下面我们以E1芯片为例,看看滑动产生的原因。E1接收芯片从输入信号中提取时钟,做为缓冲存储器的写时钟,而系统时钟做为缓冲存储器的读时钟。缓冲存储器的容量至少为一帧。当写入和读出的速率一致时,缓冲存储器不会发生溢出,任何小于缓冲存储器长度的读/写时钟相位差的变化都会被吸收,不影响通信。.过大的相位变化,或者读、写时钟频率不一致,则会导致缓冲存储器的上溢或者下溢。当读出速率小于写入速率时,会发生漏读,丢失一帧信息,当读出速率大于写入速率时,会发生重读。滑动发生的两个基本原因:第一、链路中时钟间的频率同步不好,导致时钟频率的差别;第二、链路中的相位移动(抖动和漂移)或主钟和从钟间的相位移动。1.3IP-TDM路径下的噪音问题【问题描述】打通电话后PSTN侧用户听到噪音【问题分析】可能是下面问题造成:话机本身质量问题外线问题对端网关问题AG增益太大环境干扰主叫号码FSK信号干扰PSTN侧用户听到噪音1.3IP-TDM路径下的噪音问题【问题描述】"背景噪声不连续的现象",是指在对端有背景噪声的情况下,本端说话/停止说话的切换过程中会感到有不舒适的剪切感。【问题解决】步骤1

请先将使用settcpara命令将编解码的VAD关闭步骤2

在MML上用LSTECPARA查看CNG是否打开,确保CNG被使能。步骤3

将EC绕开。然后本端说话时,可以听到明显的回声(表明EC已经被绕开),并且注意对端背景噪声是否连续。步骤4

如果绕开EC之后,发现背景噪声连续,问题现象消失,那么可以确定是EC引入的背景噪声不连续。步骤5

如果确定是EC引入的背景噪声不连续,逐个隔离EC单板,进行拨测排查。定位后有问题的单板,进行更换。背景噪声不连续第1章噪音问题定位第2章单通问题定位第3章回声问题定位第4章2833问题定位内容介绍2.1纯TDM路径下单通问题定位纯TDM路径下的单通问题,一般有下面几种可能的原因:由对接设备引入的;TDM连线连接错误产生鸳鸯线或者TDM接口相关配置与对端设备不一致导致;UMG8900内部级联光纤连接错误;UMG8900设备的TDM交换网板、TDM资源板的硬件问题。问题分析2.1纯TDM路径下单通问题定位出现单通问题后,详细了解该问题出现局点的组网情况,确定从主叫到被叫的整个承载路径(通过跟踪软交换上的信令交互过程确认),首先要做的就是保持呼叫,不要挂机,这是排查问题的一个重要条件。在此基础上按以下步骤进行排查如果A用户不能听到B用户的声音,首先检查是否是靠近单通侧用户A设备引入的单通问题。以通过让此设备在与UMG8900连接的接口上做内环回的操作来确认,见图2-1(在保证设备A不使用EC的情况下)。如果内环回后A用户不能听到自己的回音,则说明问题出在UMG8900对接的A设备上,可能有以下原因造成。TDM连线错误,请检查连接两个设备的连线。两端TDM接口配置不一致,请对比相关配置,具体描述请参见《HUAWEIUMG8900通用媒体网关配置指南》。如果A用户可以听到自己的回音,则执行下一步,在UMG8900相应接口上做外环回问题解决2.1纯TDM路径下单通问题定位如果A用户可以听到自己的回音,则在UMG8900连接A设备的接口上做外环回,见左图。如果A用户听不到自己的回音,则A设备有问题。具体原因同上一步。如果此时A用户仍然可以听到自己的回音,则在UMG8900另一侧进行内环回,见右图。如果用户A不能听到自己的回音并且UMG8900没有使用EC的话,则说明是UMG8900内部出现问题,后面作为专题进行介绍。如果用户A仍然能够听到自己的声音则证明UMG8900到A设备到用户A都是正常的,需要确认UMG8900与B设备直接的连线和B设备内部是否存在问题。问题解决2.1纯TDM路径下单通问题定位对于UMG8900内部产生单通的原因有以下三个原因。UMG8900内部级联光纤连接错误;UMG8900设备的TDM交换网板、TDM资源板的硬件问题;时钟不同步造成。对于原因1可以通过排查告警来确认,一般需要注意告警“级联链路连接与配置不符”(告警ID818),核对TDM级联光纤的收发是否与对端TDM级联光口的收发相匹配并且与MML命令配置的TDM级联吻合。对于原因2同样要通过收集活动告警来确认。需要搜集连接A设备和B设备的两块TDM接口板及其所在框主备TNU单板的活动告警以及中心框TNU和各个BLU单板的活动告警来确认是否有硬件的FMEA告警。对于原因3需要确认时钟板和各框NET板(或者TNC板)时钟是否同步,需要收集一下所有单板的活动告警来分析解决。问题解决第1章噪音问题定位第2章单通问题定位第3章回声问题定位第4章2833问题定位内容介绍3.1回声简介在通话过程中,如果说话人听到了自己的延迟后的声音,这个延迟后的声音就称作回波。回波分为以下两种:电学回波信号在接收端(由于Hybrid的线圈匹配性不好造成的信号的泄漏)有一部分被反射回发送端,转换器(Hybrid)将2-Wires本地环分接成两对独立的线,一对用于发送路径,另一对用于接收路径。理想情况下,转换器(Hybrid)将来自4-Wires环路的信号全部耦合到2-Wires环路上,但是由于2-Wires环路与4-Wires环路设备之间的阻抗不匹配,导致转换器只传递了大部分的信号到2-Wires环路上,而还有一小部分被“泄漏”到了转换器的发送路径上,这些被“泄漏”到发送路径上的信号就是回波。3.1回声简介声学回波声学回波也称作“多径回波”,它是由电话机扬声器与话筒之间的声学耦合问题导致的。在无线电话和有线电话,或者在扬声器的免提设备中都会出现这种回波。这些问题是由低质量的电话听筒、周围环境中的回波(例如在汽车、旅馆或工厂中)或者电话听筒串话造成的。统一维护手册3.2回声问题定位方法1. 固网应用环境,PSTN电话互通听到回声固网应用环境的EC处理位置如图1-5这时的回声绝大多数都是电学回声,属于UMG8900的处理范围,根据对端受益的原则,先分析清楚是哪个UMG8900的EC没有处理好导致的回声。2. 2G纯TDM组网,UMG8900作为端局,手机打手机这种情况如果出现回声,属于声学回声,UMG8900作为纯TDM组网,不会引入时延,可以排除不是UMG8900的问题,并且UMG8900无法处理这种回声。3. 2G纯TDM组网,UMG8900作为关口局,手机打固话这种情况的的EC处理位置如图1-6所示,2G纯TDM组网,UMG8900作为关口局,手机打固话产生回声。这时如果固话侧听到回声,属于声学回声,与UMG8900无关,可以排除不是UMG8900的问题。如果是手机侧听到回声,则和UMG8900相关。4. 2G出IP组网,跨IP网段手机打手机2G出IP组网,跨IP网段手机打手机出现回声,这种情况的的EC处理位置如图1-8所示。这属于声学回声,UMG8900无法处理这种回声。初步判断3.2回声问题定位方法5. 2G出IP组网,跨IP网段手机打固话这种情况的的EC处理位置如图1-8所示,2G出IP组网,跨IP网段手机打固话出现回声。这时如果固话侧听到回声,这属于声学回声,UMG8900无法处理这种回声。如果是手机侧听到回声,属于电学回声,则和UMG8900相关。6. 2G和NGN互通,跨IP网段手机打固话这种情况的的EC处理位置如图1-7所示,2G和NGN互通,跨IP网段手机打固话出现回声。这时如果固话侧听到回声,这属于声学回声,UMG8900无法处理这种回声,但是该组网环境下仍然会加电学EC,可能导致UMG8900的电学EC无法处理声学回声而出现固话侧听到回声。如果是手机侧听到回声,属于电学回声,则和UMG8900相关。7. 2G拨打3G手机,跨IP网段2G拨打3G手机,跨IP网段出现回声,组网类似图1-8,这属于声学回声,UMG8900无法处理这种回声。8. 3G拨打3G手机,跨IP网段3G拨打3G手机,跨IP网段出现回声,组网类似图1-8,这属于声学回声,UMG8900无法处理这种回声。9. 3G拨打固话,跨IP网段这种情况的的EC处理位置类似图1-6所示,手机打固话产生回声。这时如果固话侧听到回声,属于声学回声,与UMG8900无关,可以排除不是UMG8900的问题。如果是手机侧听到回声,则和UMG8900相关。初步判断第1章噪音问题定位第2章单通问题定位第3章回声问题定位第4章2833问题定位内容介绍2833特性介绍在VoIP的应用中通常采用低速率编解码来获得较高的带宽利用率,但是目前采用的低速率语音编码(例如G.729,AMR等)都是针对语音信号来设计的,而对于单音信号(例如DTMF信号和传真音等信号),经过低速率语音编解码后会造成质量的损伤,对端无法正确地接收到单音信号,导致依赖于这些单音信号的业务不能正常地运行。简而言之,就是语音压缩编码格式的IP包不适合传输单音信号。解决这个问题的方法就是采用2833传送单音信号。RFC2833协议命名包结构ThepayloadformatisshowninFig.1.012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|event|E|R|volume|duration|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Figure1:PayloadFormatforNamedEventsevents:TheeventsareencodedasshowninSections3.10through3.14.volume:ForDTMFdigitsandothereventsrepresentableastones,thisfielddescribesthepowerlevelofthetone,expressedindBm0afterdroppingthesign.Powerlevelsrangefrom0to-63dBm0.TherangeofvalidDTMFisfrom0to-36dBm0(mustaccept);lowerthan-55dBm0mustberejected(TR-TSY-000181,ITU-TQ.24A).Thus,largervaluesdenotelowervolume.ThisvalueisdefinedonlyforDTMFdigits.Forotherevents,itissettozerobythesenderandisignoredbythereceiver.RFC2833协议Schulzrinne&PetrackStandardsTrack[Page6]RFC2833TonesMay2000duration:Durationofthisdigit,intimestampunits.Thus,theeventbeganattheinstantidentifiedbytheRTPtimestampandhassofarlastedaslongasindicatedbythisparameter.Theeventmayormaynothaveended.Forasamplingrateof8000Hz,thisfieldissufficienttoexpresseventdurationsofuptoapproximately8seconds.RFC2833协议音频包结构012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|modulation|T|volume|duration|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|RRRR|frequency|RRRR|frequency|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|RRRR|frequency|RRRR|frequency|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|RRRR|frequency|RRRR|frequency|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Figure3:Payloadformatfortonesfrequency:Thefrequenciesofthetonestobeadded,measuredinHzandrepresentedasa12-bitunsignedinteger.Thefieldsizeissufficienttorepresentfrequenciesupto4095Hz,whichexceedstherangeoftelephonesystems.Avalueofzeroindicatessilence.Asingletonecancontainanynumberoffrequencies.统一维护手册4.1常见问题处理方法【问题描述】用户反馈二次拨号业务概率失败。【问题确认】经确认UMG8900打开2833发送开关后导致二次拨号业务概率失败。了解组网,UMG8900处于发送2833的位置,然后通过跟踪或者查询对端的收号设备(SCP),发现有多检和漏检的情况。【问题分析】分析二次拨号问题首先需要分析组网,和典型组网1类似,都是UMG8900发送2833,对端设备再还原检测到的2833信号,SCP设备在TDM进行检号。组网如下:PSTN(TDM)UMG8900(IP)MGW(TDM)SCP2833漏号是因为DTMF的检测需要一定的时间,根据协议,检测到有效DTMF信号至少20ms才认为该DTMF信号有效,并且在检测到DTMF信号以后才可以发送2833包,因此会造成DTMF漏传(即以语音编解码的形式传输DTMF,也称漏号)。UMG8900是将检测到PSTN发送的DTMF号码以2833的形式发送到MGW,MGW检测到2833后还原为DTMF信号,最终由SCP完成号码的检测。漏号是由于UMG8900的检测引入,而MGW在还原DTMF后会导致漏过去的DTMF信号和还原后的DTMF信号电平和相位出现不连续,导致SCP设备出现漏检或者多检。2833的漏号问题4.1常见问题处理方法【问题解决】目前R005和R006及后续的版本支持缓存进行扣号,即在检测到DTMF前引入一定的时延,减少漏号的长度。这个R005和R006的版本是通过软参控制,R005的软参是:P6bit11(缺省1表示打开,设置0表示关闭);R006的是P96bit1(缺省1表示打开,设置0表示关闭)。注:这种组网并非都会有问题,这种组网下是存在UMG8900的漏号问题,如果对端检号设备符合DTMF检测标准,是不会出现问题的。2833的漏号问题4.1常见问题处理方法【问题描述】用户反馈正常通话中可以听到拨号(DTMF)声音。【问题确认】经确认打开2833发送开关后正常通话中才可以听到拨号(DTMF)声音。了解组网,明确是哪个方向听到了DTMF声音,UMG8900是处于发送2833还是接收2833的问题。经了解组网如下,是B用户听到了DTMF声音,判断是UMG8900误检DTMF。A用户(TDM)UMG8900(IP)MGW(TDM)B用户【问题分析】DTMF的检测是根据信号中的频率来判断,DTMF的频率和语音信号的频率在同一频段,如果人说话的频率接近DTMF信号的频率,则会导致出现误检。打开2833发送开关后,UMG8900出现误检后采用2833包的形式发送给MGW,MGW在检测到2833后还原成标准的DTMF信号,这时B用户就会听到标准的DTMF信号。即打开2833后,UMG8900出现DTMF误检,然后导致被误检的语音被MGW恢复成标准的DTMF信号。正常通话中听到DTMF声音4.1常见问题处理方法【问题解决】根据前方的抓承载包(RTP包),分析被误检的DTMF信号的频率特点,修改UMG8900的DTMF检测门限进行规避。不建议随意调整DTMF的检测门限,如果无法抓包,并且也无法确认误检的DTMF号码,联系研发人员提供临时的DTMF门限进行测试。注:在抓包的时候需要打开UMG8900的一个开关:SETRFC2833:TPKT=ENABLE;即发送2833的时候同时发送语音包。该开关默认是关闭的。正常通话中听到DTMF声音4.1常见问题处理方法【问题描述】用户反馈二次拨号业务不成功。【问题确认】目前现网采用二次拨号的方式有两种,2833和G.711透传,因此首先需要了解是采用2833还是G.71

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论