端到端上网速率优化方法指导手册_第1页
端到端上网速率优化方法指导手册_第2页
端到端上网速率优化方法指导手册_第3页
端到端上网速率优化方法指导手册_第4页
端到端上网速率优化方法指导手册_第5页
已阅读5页,还剩15页未读 继续免费阅读

下载本文档

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

文档简介

中国移动通信中国移动通信CHINAMOBILE4G上网速率端到端优化“456”分析方法指导手册版本号:1.0.0中国移动通信集团公司网络部目录TOC\o"1-5"\h\z\o"CurrentDocument"前言 2\o"CurrentDocument"范围 2\o"CurrentDocument"背景及目标 2“456”分析方法 2\o"CurrentDocument"2015年工作进度安排 2方法总述 3聚类呈现 4\o"CurrentDocument"精确定界 6\o"CurrentDocument"分类解决 15\o"CurrentDocument"考核评估 18-LX. —1—前言围绕2015年打造4G精品网络的“端到端优化手机上网速率,提升4G客户感知”任务,本文档聚焦4G端到端下载速率提升编写实施细则,明确工作开展及评估标准,为中国移动省公司常态化落实集中性能管理工作提供指导和建议。范围本文档描述了中国移动4G端到端下载速率提升工作的落地细则,供各省公司进行4G端到端下载速率分析和问题聚类呈现、精确定界管理使用。背景及目标作为2015年打造4G精品网络的一项子任务,本工作以手机上网速率提升为重点,通过“456”端到端分析优化方法,建立手机上网速率端到端优化常态机制,重点解决影响速率的关键问题。“456”分析方法3.12015年工作进度安排3月底前,各省需完成“性能管理+各专业”的联合分析优化团队的建立,并建立4G上网端到端问题分析优化工作流程,明确优化团队工作职责分工。

4月-7月,各省需在1~2个试点地市实现端到端分析优化工作的落地。(发现TOP质差小区、网元、终端、内容源等问题,派发性能工单至各专业分类解决。)4月起,总部将按月粒度通过邮件收集并完善端到端分析方法和定界规则,收集各专业共性问题,并组织厂家、省公司共同攻关解决。8月,总部计划在小汤山管理学院组织全网经验交流,针对优秀经验进行全网推广。4,皆誉在1-2亍试点抽冇丈亟为到瑞分臟化工诈的STU.:SFllTDP戌去小医.M.'D,絳BC、4,皆誉在1-2亍试点抽冇丈亟为到瑞分臟化工诈的STU.:SFllTDP戌去小医.M.'D,絳BC、内春迪耳闫n.辱-分析方法搭导手册:2.笆畫竝•■ffl制t理唔专业'懈刍分師£団旺:5.寻吉il£価那遍I施曲fHfcS.换鯛咋的全馬鬲坦h隹制吁TM;E叶对1。口底专|睫.冗超弗工W1联处理掏暉件:收茱井完內喝 痕部価倾:封舷析方法丄宾甲 粗駅全网经至坝刈:如音专11供 xS.茂广佈性月垃 秀虽住阶段目掠:3.2方法总述按照“聚类定界问题、精准定界问题、分类解决问题”的要求,各省要成立包括各专业的联合优化团队,建立端到端优化机制,性能管理团队从端到端业务质量的角度挖掘问题并定界到终端、无线网、核心网、内容源等环节,各专业分类解决影响速率的关键问题,确保下载速率年底前达到4G精品网标准。个聚类呈现:基于路测、信令等数据,开展包括终端、小区、核心网元、内容源“4个聚类呈现”,实现4G下载速率劣化问题的有效定界;种精确定界规则:通过以下“5种定位规则”实现各专业问题精确定界:1) 关联KPI指标分析2) 关联错误码分析3) 关联承载能力分析4) 关联参数配置分析5) 多路径对比与分段测试类突出问题:重点优化解决以下6类影响下载速率的突出问题1)容量不足2)设备间缺陷和交互不匹配3)无线覆盖和干扰4)参数配置不合理5)内容资源引入不足和不精确6) 终端与网络协同问题聚类呈现

基于路测、信令等数据,开展“4个聚类”(小区聚类、终端聚类、核心网元聚类、内容源聚类),通过精选样本、纵向环比、横向同比、排除偶发等规则,形成对小区、核心网元、内容源、终端的质差发现,实现4G下载速率劣化问题的有效定界。1)内容源对于内容源的速率类问题,重点分析质差HTTP业务涉及的业务名称、服务器域名和IP、归属等信息,方便后续工作环节展开。判定内容源导致的速率问题是否汇聚在特定的业务、域名、服务器IP列表。建议融入以下聚类判定规则,“纵向环比”与“横向同比”满足之一即可,关系各省可根据实际落地情况灵活调整阈值和时间规则。问题定界规则内容源精选样本1.网页浏览重点针对集团公司发布的T0P1000域名;2.视频重点分析集团公司要求提升质量的T0P14视频;3.建议HTTP速率定界统计超过50KB的会话包纵向环比业务内容速率相比上周均值下降30%横向同比用户平均下载速率小于1Mbps的内容源排除偶发连续两天统计下载速率质差2)核心侧根据核心网的汇聚特性,建议采取以下聚类呈现方式,“纵向环比”与“横向同比”满足之一即可,各省可根据实际落地情况灵活调整阈值和时间规则。问题定界规则核心网元精选样本建议速率定界统计超过50KB的会话包环比判定单日网元级下载速率环比上周同日下降15%以上

同比判定单日网兀级下载速率同比其他同类型网兀差距15%以上排除偶发连续2天满足质差3)无线侧针对无线侧小区的速率问题,排除相关联核心侧网优问题后,采取以下聚类呈现方式,“纵向环比”与“横向同比”满足之一即可,各省可根据实际落地情况灵活调整阈值和时间规则。问题定界规则无线侧小区精选样本1.日均8至23时流量高于100MB;2.建议统计50KB以上的会话;环比判定环比低于上周平均值50%同比判定速率低于500kbps,没地市取TOPN排除偶发一周有3天及以上质差4)终端侧针对终端速率问题,排除相关内容源、核心网、无线侧问题后进行聚类,采取以下聚类呈现方式,“纵向环比”与“横向同比”满足之一即可,各省可根据实际落地情况灵活调整阈值和时间规则。问题定界规则终端精选样本1.选择全省终端流量TOPN终端进行统计2.建议统计50KB以上的会话包;环比判定对比该类终端同期指标波动情况,环比低于上期平均值50%;同比判定再对终端进行筛选,选择速率最差TOPM的终端进行分析;排除偶发选择持续N个时间粒度都质差精确定界采用多路径对比与分段测试、关联承载能力分析、关联KPI指标分析、关联参数配置分析、关联错误码分析等5种问题定位方法,实现从模糊定界向精准预判转变,做到与各专业工作边界无缝对接。

参路怪対比与分段测试呕分APM踣径美瞬逞码分析咲联无纭狈匿盖、干扰KPI/PI.及核心网、A容源底层KPI/PI质差核心网元箱准定界流程质差无堆小区精准定界離质差美瞬逞码分析咲联无纭狈匿盖、干扰KPI/PI.及核心网、A容源底层KPI/PI质差核心网元箱准定界流程质差无堆小区精准定界離质差内容源准定界擁质差经端1)内容源建议从质量和调度两个维度分析内容源的质差的4类原因,质差内容源可能涉及两个维度的多个问题,总体精确定界流量参考下图。问题分类“二维四类”质差判别质差定位资源在省内质量维度服务器质量问题应用层速率指标下降(互联网质量拨测)资源在网外(出口质量拨测)服务器协议码(信令统计)资源在网内(LTEQoS拨测)管道质量问题有线丢包率>1%,时涉及省网段延大于60msIDC接入网问题CMNET省网问题CMNET骨干网问题*月服务器端统计每用户速 率下降 H有线丢包率>1%,时■延大于80msTCP失败率、重传

率、问题分类“二维四类”质差判别质差定位资源在省内质量维度服务器质量问题应用层速率指标下降(互联网质量拨测)资源在网外(出口质量拨测)服务器协议码(信令统计)资源在网内(LTEQoS拨测)管道质量问题有线丢包率>1%,时涉及省网段延大于60msIDC接入网问题CMNET省网问题CMNET骨干网问题*月服务器端统计每用户速 率下降 H有线丢包率>1%,时■延大于80msTCP失败率、重传

率、HTTP的50X错误

或无响应>5%管道质量不变,但应

用速率下降>20%4Cache/IDC/CDN服务器容量问题■互联网出口问题调度维度错误的跨网访问

(互联网资源平台)错误的跨省访问

(DNS日志)省外流量占比高点击量网外占比高(互联网资源平台或DNS日志) DNS/路由局数据检查 局数据问题调度路由配置错误ICP问题ICP调度错误网外占比>90%网外占比10-90%质差资源未引入质差资源引入不足- 省外流量占比大于'■■■■45%管道类质量问题判断内容资源的归属分为省内、网内、网外三种情况去判定(1)资源在省内时:利用省内的互联网质量拨测系统或工具长期有线拨测内容源的丢包率和时延,如丢包率大于0.5%或者时延大于30ms,可分段检查后定位为CMNET省网问题或IDC接入网问题。(2) 资源在网内他省时:建立利用集团或省公司LTE的QoS拨测系统,获取跨省测试的丢包率和时延,如丢包率大于1%或者时延大于60ms,分段检查后定位为CMNET骨干问题或CMNET省网问题或IDC接入网问题。(3) 资源在网外时:建立利用集团或省公司的出口质量拨测系统,获取跨网质差IP测试的丢包率和时延,如丢包率大于1%或者时延大于80ms,定位为互联网出口问题。服务器类质量问题在检查完IP网络质量未发现问题后,建议通过以下手段定位服务器端质量问题(1) 服务器协议码:通过信令统计数据获取质差内容源的TCP失败率、TCP重传率、HTTP错误码(主要是50X),如大于5%基本定位为服务器质量问题(包含Cache、IDC、CDN服务器)。(2) 应用层速率指标下降:对于长期有互联网质量监控的热点内容源,如IP网络质量基本不变的情况下速率下降超过20%,可定位为服务器质量问题。(3) 服务器端统计每用户速率下降:对于具备服务器侧质量统计能力的资源(能统计该类服务器每用户的平均速率),在IP网络质量基本不变的情况下速率下降超过20%,可定位为服务器质量问题以上两类问题均从质量维度定位,以下两类问题从调度维度精确定界ICP调度问题(1)错误的跨网访问:经集团互联网内容资源平台或DNS拨测手段,发现质差内容资源已经引入网内但还调度到网外,应先检查DNS的域名配置、调度服务器IP路由,如发现DNS配置错误或调度服务器IP疏导到第三方出口等局数据问题,定位为调度路由配置问题。如局数据配置正确则定位为ICP调度错误问题。(2)错误的跨省访问:经DNS拨测,发现质差内容资源已经引入省内但还调度到省外,应先检查DNS的域名forward配置、调度服务器IP路由,如发现DNS配置错误或调度服务器IP路由疏导错误等局数据问题,定位为调度路由配置问题。如局数据配置正确则定位为ICP调度错误问题。跨网访问问题(1) 点击量网外占比高:通过集团互联网资源平台或DNS日志分析,发现质差内容源网外占比超过90%以上,定位为质差内容未引入问题;如网外占比10-90%之间,定位为质差内容引入不足问题。(2) 省外流量占比高:通过省网DPI和爬虫手段,收集质差内容资出省比例,省外流量占比小于45%时,定位为质差资源引入不足问题。2)核心侧根据核心网的网络结构,建议采取以下精确定界流程,各省可以根据实际落地情况灵活调整,包括但并不局限下列手段:WTAP网关咖戋沖申35幽塀<TCFftS-皿功军初濯岂测血也乜爲-卜是诲出现損空fflrtfcRE沪问題分类七问题分折七产问题处理<刑R年大于?廉负荷均徴/护轻-是否异干正3!池是舌耳干正审佢CW^AP惜令井if什隹直虑址i-并护cmmir桂対戸$域各按口侖宜肌用卓,「捆枣统计梅査序城召单扳CPU/R存利用车我乏F.5K各单板进H利出卑WTAP网关咖戋沖申35幽塀<TCFftS-皿功军初濯岂测血也乜爲-卜是诲出现損空fflrtfcRE沪问題分类七问题分折七产问题处理<刑R年大于?廉负荷均徴/护轻-是否异干正3!池是舌耳干正审佢CW^AP惜令井if什隹直虑址i-并护cmmir桂対戸$域各按口侖宜肌用卓,「捆枣统计梅査序城召单扳CPU/R存利用车我乏F.5K各单板进H利出卑刊用聿尢于;™T 槪西IT容是否出玫矢性it址诃亚亠tt^SSSclocs^fi手 捷苯护容足否丈干畑克荷迪H足否异JttTFS亠 撲块相査S5X于宓是否大于趣ft*GRE章A常J苗火轎希遨和用碎軽戏曲0/JTIP殖仪#湘把檢舍鬥題H户上阿曰志/话单记录^fiWAPG^HTTP芽資潭利君辛測遗X5i?離誉61-利用聿丈干?os轻否异于正常ia分析步骤详细解析:步骤1区分APN分析针对SAEGW级别的速率统计进行区分APN的统计,假设只有CMWAP的访问速率较低,则转入WAP网关定位流程;否则则转入SAEGW定位流程。步骤2WAP网关定位步骤2.1核查GRE路由器和WAP网关配套防火墙的链路利用率,当链路利用率超过70%时,则怀疑有可能出现链路拥塞。步骤2.2核查WAPGW的峰值TIPS利用率,当利用超过70%,则怀疑有可能WAPGW的处理能力出现瓶颈。步骤2.3核查用户的上网日志和详细上网记录,当发现某类业务出现大量异常返回值时,则怀疑有可能WAPGW处理某类业务出现异常。步骤2.4核查WAPGWHTTP/HTTPS等重要资源的利用率和资源分配情况,当发现某类资源的请求出现大量排队或者LACKOF情况时,则怀疑有可能WAPGW在分配资源上出现了异常。步骤2.5核查对应WAP业务的OCS配额下发情况,当发现下发配额与正常值不一致时,则怀疑有可能为OCS出现了问题导致速率低下。步骤3SAWGW定位步骤3.1核查SAEGW相关各接口的带宽利用率情况,包括S1/S5/S8等重要接口,当带宽利用超过50%时,则怀疑有可能出现拥塞。步骤3.2核查单板的CPU利用率和内存利用率,当利用超过50%是,则怀疑有可能出现硬件方面的瓶颈。步骤3.3核查单板进程利用率和单板的业务负荷均衡性,当利用率和负荷出现异常的不均衡性时,则怀疑有可能为单板或者进程异常导致业务大量失败。步骤3.4核查信令统计和错误码统计,包括网元的关键信令统计和关键业务的错误码统计,若发现某类错误码异常高时,需要针对错误码类型进行更加细化的分析。步骤3.5核查网元级的重要KPI/KQI指标,当只出现某类指标异常劣化时,则怀疑是否为网元内部某类模块或者进程出现问题。步骤3.6灌包/抓包分析,当无法通过指标和信令统计分析定位时,需要通过从PGW侧灌包,各接口抓包分析的方法,逐一检测逐段链路的可用性。3)无线侧定界到下载速率问题小区后,建议通过KPI指标下钻、关键参数关联两类方法,从覆盖、容量、干扰、参数4个维度,开展分析核查,定位具体问题,门限值依各省实际情况调整。髙干:无钱側成盖小匮MRRSRPff^率低于7(陽覆遥雉J度过潁將过覆他辖融嵩于8直叠麺蛊度侖于5跖童魏頊盖最K在绘用户鳌高千珂0客量程度上/下JTPRE利用率高干7睞高负荷髙干:无钱側成盖小匮MRRSRPff^率低于7(陽覆遥雉J度过潁將过覆他辖融嵩于8直叠麺蛊度侖于5跖童魏頊盖最K在绘用户鳌高千珂0客量程度上/下JTPRE利用率高干7睞高负荷亡Ptl晟丈利用率龙畔MR剧码-105的占比高千5笄干携縫度维惟叫拱数堆度单PRBTtir电平商T-ioe境射天线端口數接杳上下肓子帧配比接査10大耒漣寿散植:査上7下行ivies接査方社―雉度二维度三方崔一踪数关联覆盖维度1)弱覆盖小区结合MR数据,统计周期内满足取值范围的按照分区间统计UE参考信号接收功率的样本个数及采样点占比,该数据可用于评估LTE小区的覆盖情况,根据不同场强区间分布比例可判断该小区的大致覆盖范围。天线遮挡及硬件故障会造成信号弱,容易产生掉话及降低接通率,用于检查小区覆盖盲点/弱覆盖区域。弱覆盖小区定义:【TIOdBm】覆盖率V【70%】。2) 过覆盖小区结合MR数据,根据LTE服务小区的主载波RSRP的接收信号码功率及LTE已定义邻区关系和未定义邻区关系小区的主载波RSRP的接收信号码功率计算小区过覆盖指数,该指数用于小区会对多少个邻区造成影响。过覆盖小区定义:过覆盖指数>【8】。3) 重叠覆盖度结合MRR数据,根据LTE服务小区的主载波RSRP的接收信号码功率及LTE已定义邻区关系和未定义邻区关系小区的主载波RSRP的接收信号码功率计算小区重叠覆盖指数,该指数用于描述某小区覆盖范围内强信号邻区叠加的程度。小区重叠覆盖度大于【5%】的小区称为高重叠覆盖度小区。容量维度建议采用高负荷小区标准衡量小区容量(满足以下条件之一即为高负荷小区)高负荷小区定义华为中兴爱立信大唐贝尔1、最大在线用户数最大在线用户数〉【300】最大在线用户数〉【180】2、PRB利用率与平均在线用户数平均在线用户〉【50】且下行PRB利用率〉【70%】且下行流量〉【2GB】或平均在线用户数〉【50】且上行PRB利用率〉【70%】且上行流量〉【500MB】3、主控及基带板负荷基带板CPU最大利用率〉【80%】,或主控板CPU最大利用率〉【65%】主控板CPU最大利用率〉【80%】主控板CPU最大利用率〉【60%】基带板CPU最大利用率〉【85%】,或主控板CPU最大利用率〉【85%】主控板模块最大利用率〉【85%】,或其他模块最大负荷〉【90%】干扰维度1) 基于MR报告根据MR报告,统计周期内满足取值范围的按照分区间统计eNB接收干扰功率的样本个数及采样点占比,该数据可间接用于评估业务质量,该测量数据可用于小区覆盖分析、信道估计。RIP三【-105】dBm的采样占比大等于【5%】的小区为高干扰小区2) 基于OMC统计高干扰小区:单PRB干扰电平三【T05】dBm参数维度由于影响下载速率的参数较多,下表仅列出影响较大的十个关键参数,及建议配置值,各省可依据实际情况自行配置,以中兴为例。参数名称核查方法和建议配置小区发射天线端口数核查宏站配置为“2”

小区参考信号功率核查 推荐配置为“12”,可根据实际情况调整使得UE的RSRP值在-65—75dBm范围内上下行子帧配比核查商用网络流量测试时,按照现场实际组网配置,推荐配置为“1:3”特殊子帧配比核查按照现场实际组网配置,推荐配置F频段为“9:3:2”;D和E频段“10:2:2”;系统带宽核查商用网络流量测试时,按照现场实际组网配置,推荐配置为“20”UE传输模式核查推荐配置为自适应“Adapt[0]”上\下行MCS核查确保【上行MCS最小值\MinimumValueofUplinkMCS和【下行MCS最小值\MinimumValueofDownlinkMCS】为0;确保【上行MCS最大值\MaximumValueofUplinkMCS】和【下行MCS最大值\MaximumValueofDownlinkMCS】为28UE上\下行最大可分配RB个数核查1、单UE测试峰值流量时,必须将【UE上行最大可分配RB个数\MaximumRBsAllocatedforDownlinkUE】设置为“100”;将【卩已下行最大可分配RB个数\MaximumRBsAllocatedforUplinkUE】下拉选择为“100”。2、双UE测试峰值流量时,必须将【UE上行最大可分配RB个数\MaximumRBsAllocatedforDownlinkUE】设置为“52”;将【卩已下行最大可分配RB个数\MaximumRBsAllocatedforUplinkUE】下拉选择为“50。CFI核查商用网络流量测试时,推荐配置为“1”,测试完成后恢复为现场规划值MIMO模式切换核查商用网络流量测试时,推荐配置为“BasedUECapacity]。]'模式间自适应切换[0]”或网优现场规划值4)终端侧软件版本问题定位采用终端的不同软件版本进行对比测试,并同步在核心网测与手机测进行抓包,对比分析终端段本差异,如版本之间差异较大即定位为终端软件版本问题,协调终端厂家,更新终端软件版本。终端芯片问题分析对于使用同款芯片的多款终端进行对比测试,并同步在核心网测与手机测进行抓包,对比分析终端段本差异,如终端之间差异较大,协调芯片厂家,更新芯片版本。终端与应用APP适配问题分析采用不同APP版本在终端上进行测试对比,抓包及提取信令分析,判断是否为客户端软件问题,如终端之间差异较大,协调APP应用厂商,更新APP客户端软件版本。分类解决开展各专业问题分类优化提升,各专业应重点优化解决以下6类影响下载速率的突出问题

2.设富碑陷用

交互车匹配3.无境磋盖和干

扰舐雜數配造不含

理久内容资厕I入

不足和不糟确2.设富碑陷用

交互车匹配3.无境磋盖和干

扰舐雜數配造不含

理久内容资厕I入

不足和不糟确吞线网:対于4G高矗荷小区..要主动扩容惑;悽右网:在典网话菊揍型下.•分厂家逍织由瓠!试.董鮭每种现冏谡备的容量聘颈:传需扇:应按LTE站翌规划劇1!!1预留充足帝室.全面分析PTN网络RL「辿务济显r提前实超设备幵股及环网扩容改S.避兌帚室瓶颉导致业务流量拥審;蟻占阖:组织泯盖现网箕型场覆•.典型疙理的异厂家配合测试.境现n解決一例.从设备规范入手m底解决问锁r同时疸II网考餾务禅方式{过渡方案r其它网元罪容尊)承亲.:霞盖欠缺:結合ITE三期建愎,忧先^査霹决用户高股.诉区域、基内区域、曲热点区域、网间频誓互操柞区接的4G覆盖届呈问題;无嵯干扰:持续幵丽结构蚩迨,对于31打蛊差句碧輕.通过站址忧化、丟察狂改等方式降低网络干扰;无罐网:强牺扌互娱作”子D贞配這类举数的檢童优化.确帰说各能力得到呆大礎挥;檢牡网:继续补充,記券赴配苦规范■井擂广总数自初按査平段理设;CMNET:按翳规范要求,旳LTE用,土蹈懈^TE±阖流■在CMNET皆岡斗干剛辆识别,曲先转負;俺騎网:同歩总注.按心网、CMNET专业诳行确刮珮旳配H.避龟传谕哪因导錢的环下融率不达氐等宰到诵厨络f可砸:内容頑:皆iii希初些討LTE炭量敲甘桁.針对LT嗚户诒问葩热■喪网站和顾做好本粕引人和査存.袤优匿忧用,携升LTL业雰勰:蜒揣;針对鹭哨下戟速率的缪端与刘第相关挣裁遊行玉点测询,速位相抽可题.通过理端补丁升展、烬端芯片幵飯或网語緒优内容源精确定界质差问题点后,及时米取相应措施,包括移动互联网Cache、协同内容引入、协调ICP调度和路由策略调度等解决手段。针对评估定位的问题建立优化措施如下:IDC接入网问题:分段检查丢包或时延偏大的设备或链路,如因容量不足引起推动链路或设备扩容,如因设备稳定性引起进行网络设备的优化。CMNET省网问题:分段检查丢包或时延偏大的设备或链路,如因容量不足引起推动链路或设备扩容,如因设备稳定性引起进行网络设备的优化。CMNET骨干网问题:分段检查丢包或时延偏大的设备或链路,需协调集团公司和兄弟公司优化IP网络,短期优化可分析后通过移动互联网省内缓存实现资源本地化。互联网出口问题:调整内容源到互联网优质出口,如效果不佳可分析米用移动互联网缓存优化。Cache/CDN/IDC服务器问题:如属Cache服务器需推动缓存服务器扩容和配置优化;如属IDC和第三方CDN厂家服务器,需协调IDC和第三方CDN厂家进行服务器扩容和负载优化,如协调改进效果不好可考虑进行缓存提升。调度路由配置错误:修正省内DNS配置,调整优化调度服务器IP路由局数据。ICP调度错误:通过集团、本省接口协调ICP优化调度到本网和本省节点,另外也可协调他省进行资源共享。质差资源未引入:短期提升可通过缓存引入优化方式,长期提升需组织跨部门协同资源引入工作。质差资源引入不足

温馨提示

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

评论

0/150

提交评论