TD-LTE掉线优化指导书

上传人:ail****e3 文档编号:50392672 上传时间:2022-01-20 格式:DOC 页数:42 大小:1.44MB
返回 下载 相关 举报
TD-LTE掉线优化指导书_第1页
第1页 / 共42页
TD-LTE掉线优化指导书_第2页
第2页 / 共42页
TD-LTE掉线优化指导书_第3页
第3页 / 共42页
点击查看更多>>
资源描述
TD-LTE 掉线分析指导书R1.3TD-LTE掉线分析指导书内部公开版本更新说明产品版本资料版本资料编号资料更新说明V3.10.10R1.0手册第一次发行V3.10.10R1.2更新了部分案例及思路总结V3.10.10R1.3完善版本,整理框架作者资料版本日期作者审核者批准者R1.02012-1-20李毅R1.22012-08-20李毅-R1.32013-03-30李毅版权所有未经许可不得扩散第II页TD-LTE掉线分析指导书内部公开适用对象:TDD网优工程师使用建议:在阅读本文档之前,建议先了解下面的知识和技能:序号知识技能参考资料1TD-LTE产品技能认证二级TD-LTE基本原理与关键技术TD-LTE产品技能认证二级TD-LTE路测工具使用方法后继资料:在阅读完本文档之后,你可能需要下面资料:序号参考资料资料说明1TD-LTE接入优化指导书TD-LTE接入知识掌握,了解接入的分析2TD-LTE切换优化指导书TD-LTE切换知识掌握,了解切换的分析3Super Cell技术白皮书Super Cell设计方法版权所有未经许可不得扩散第III页TD-LTE掉线分析指导书内部公开关于这篇文档摘要章节描述错误!未找到引用源。概述概述3 TDL信令描述介绍TD-LTE信令基本流程和真实信令的差异错误!未找到引用源。总结掉线原因分析对TD-LTE掉线各种原因分析,说明处理掉线的思路方法,及典型案 例说明错误!未找到引用源。后台掉线率定义掉线原因及KPI处理方法错误!未找到引用源。总结掉线问题处理思路版权所有未经许可不得扩散第IV页TD-LTE掉线分析指导书内部公开目录1 概述12 TD-LTE 完整业务流程22.1 自研UE信令52.2 CNT 信令53 掉线问题分析73.1 掉线率公式93.2 重建原因103.2.1定时器不合理103.2.2上行干扰103.2.3下行干扰 153.2.4切换准备问题163.2.5有 MR但无重配 193.3 UE触发重建223.3.1 UE触发重建未果 243.3.2 UE触发重建被拒 243.4 RRCCONNECTIONRELEASE 掉线263.5 其他类掉线264 后台掉线率定义 错误! 未定义书签。4.1 掉线原因分类及公式 错误!未定义书签。4.2 KPI分析方法 错误!未定义书签。5 总结27图目录图1-1TD-LTE信令基本流程 2图1-2自研UE信令 5图1-3CNT信令 6图2-1RRC重建无果 7图2-2RRC重建被拒 8图2-3异常收到 RRC释放消息 8图2-4TD-LTE 掉线问题总结 9图2-5切换参数查看 16图2-6切换成功与切换失败表现 17图2-7UE触发重建被拒 24图3-1TD-LTE 掉线处理流程 27图3-2影响网优告警列表 28版权所有未经许可不得扩散第VI页TD-LTE掉线分析指导书内部公开1 概述本文主要介绍了 TD-LTE系统掉线问题优化方法,通过对各局出现的掉线问题进行讲 解说明,总结了 TD-LTE掉线的处理思路及优化方案,为后续各个外场处理TD-LTE掉线问题提供了优化经验。版权所有未经许可不得扩散第36页2 TD-LTE完整业务流程TD-LTE完整业务信令流程如下:图2-1 TD-LTE信令基本流程reamble(Attach7. Ide ntity/Authe nticatio n/Security10. UECapabilityE nquiry11. UECapabilityI nformation13. SecurityModeComma nd16. RRCC onn ecti on Rec on figurati on Complete15. RRCCo nn ectio nRec on figuration (Attach Accept 、Activate default EPS bearer con text request9. In itial con text setup request (Attach Accept 、Act vate default EPS bearer con text request)ttach RequestPDN conn ectivity rPSS/SSS2. RA Resp onse3. RRCCo nn ectio nRequest4. RRCConnectionSetup5. RRCConnectionSetupComplete6. Initial UE messageRequest 、 PDN conn ectivity request14. SecurityModeComplete2. UE Capability Info In dicati on18. ULIn formati onTran sfer(Attach CompleteActivate default EPS bearer con text accept17. In itial con text setup resp onse19. UPLINK NAS TRANSPORT(Attach CompleteActivate default EPS bearer con text accept8. EPS bearerFirst Uplink DataFirst Dow nlink Data20. updatabearer 1Check User Inactivity21. UE CONTEXT RELEASE REQUEST (Cause)22. updata23. UE CONTEXT RELEASE COMMAND24. RRCCo nn ectio nRelease25 UE CONTEXT RELEASE COMPLETEbearer :-Z完整的业务流程共包含 4部分,分别如图中所标识的 1 (红色) 接入过程;2 (蓝色) 与NAS层完保交互过程;3 (绿色)无线承载建立过程;4 (黄色)释放过程。当无线承载建立完成“ RRCCo nn ectio nReco nfigurati on Complete”正确到达网络侧,则本次业务建立成功,那么在之后一旦触发RRC重建且被拒或者直接转到IDLE态,那么就代表本次业务掉线,也就是说,如果没有对应的“释放过程”那么就认为掉线。 对上述信令过程步骤描述如下:步骤15会建立RRC连接,步骤6、9会建立S1连接,完成这些过程即标志着 NAS sig nalli ng conn ecti on建立完成。消息7的说明:如果 UE是刚开机第一次 attach,使用的IMSI,无Identity过程;后 续如有有效的 GUTI,使用GUTI attach,核心网才会发起Identity过程(为上下行直 传消息)。消息1012的说明:如果消息 9带了 UE Radio Capability IE,贝U eNB不会发送 UECapabilityEnquiry 消息给UE,即没有1012过程;否则会发送, UE上报无线能 力信息后,eNB再发UE Capability Info In dication ,给核心网上报 UE的无线能力信息。为了减少空口开销,在IDLE下MME会保存 UE Radio Capability 信息,在INITIALCONTEXT SETUP REQUEST 消息会带给 eNB,除非 UE 在执行 attach 或者first TAU followi ng GERAN/UTRAN Attach or UE radio capability update TAU过程(也就是这些过程 MME不会带UE Radio Cap ability 信息给eNB,并会把本地保存的 UE Radio Capability信息删除,eNB会问UE要能力信息,并报给 MME。注:UE radio capability update TAU is only supported for chan ges of GERAN and UTRAN radio capabilities in ECM-IDLE.)。在 CONNECTED 下,eNB 会一直保存 UE Radio Capability 信息。UE的E_UTRAN无线能力信息如果发生改变,需要先detach,再attach。发起UE上下文释放(即 2125 )的条件:eNodeB-i nitiated with cause e.g. O&M In terve nti on, Un specified Failure, User In activity, Repeated RRC sig nalli ng In tegrity Check Failure, Release due to UE gen erated sig nalli ng conn ecti on release, etc.; orMME-i nitiated with cause e.g. authe nticatio n failure, detach, etc.eNB收到msg3以后,DCM给USM配置SRB1,配置完后发送 msg4给UE; eNB 在发送 RRCConnectionReconfiguration前,DCM 先给 USM 配置 DRB/SRB2 等信息,配置完后发送RRCCo nn ectio nReco nfiguratio n给 UE ,收到RRCCo nn ectio nReco nfiguratio nComplete后,控制面再通知用户面资源可用。消息1315的说明:eNB发送完消息13,并不需要等收到消息14,就直接发送消息15。如果发起IMSI attach时,UE的IMSI与另外一个 UE的IMSI重复,并且其他 UE已经attach,则核心网会释放先前的UE。如果IMSI中的MNC与核心网配置的不一致,则核心网会回复 attach reject。消息9的说明:该消息为MME向eNB发起的初始上下文建立请求, 请求eNB建立承 载资源,同时带安全上下文,可能带用户无线能力、切换限制列表等参数。UE的安全能力参数是通过attach request消息带给核心网的,核心网再通过该消息送给eNB。UE的网络能力(安全能力)信息改变的话,需要发起TAU。2.1 自研UE信令结合自研UE真实信令过程如下:图2-2 自研UE信令NumSignaMameDirBCtton MSGTypegnnel【D 1AT7ACH_RQFb_MsgN/A: 2RRfCjonnecbcinRequg申RRC_Meg0 1f 3M&GlMAC_吟33;RARDownMACjMsg!34: 5MSG3gmacjni35;1 6IF jzmteriluji iResnlutcrroDownMACJ42Si+ ?MSG4Down36;+ BDownRRC_Msg0 1、9UpKHC_Msgi;110CtTnfar matonTfansfErDownRRC_Msgi1+ 11IDeNlHY_REQDawnNA5_MsqN/A;2申IJASMsgH/A:A? (fan- dtonT ransftf頭 JMsq1 :UECapab i litEnquryDownRRCMsg1 :JE Idpab i Ntrnfcjr maticri申RF.C_MS 口1 :116Efecur rtyMndfiCo rnirenURRC_Msg1 ;)/ tl 丁1 AS&zur rtyTdfeCo mpte-te申RRC_Msq1 :lieRCCorn-trnRfr-nhinirti -nDownRRC_Msg1 :1 3兄RCCcnrwdSOnR 号ccngr 占 tQnSmp le 诟申RRC_Msg1 ;*30ftTTAOl_ACCDownl*S_MsgH/A:TTACH.COMPLETE申WS_Msg昭;2:X TnfiTEmTrarisfiRrupRRC_Msg2 自研UE释放过程无法记录,后续版本补充。2.2 CNT信令结合CNT与dongle连接真实信令过程如下:图2-3 CNT信令1543:IE9K诗切;06211543:t&92115 酣07.QS3153X710315073*153:0729ESni&12Sil叭 BJ90 1SWMJM 丸 15d:D7190 15C3-E73GC4-25! 1U0OL IZKM1442 51 1650gULLCD1UZ;E1 171低5&CCHDL5CH14.2:5t 2110103BLCCCH14.42.5.21300ULDCOH14.2.5 3?tDDDL &CCM14J2.6T 3?E00ULOIXH14 43B1 FiRI0iDLDCW1+42SIM10iOLDCm1+2 54 633n血BL DCCH144? Si 340DUL DCCH传4KBI asi00DL OCCHU 2 51 ESS0gULDrCUH14. 42-5 655DQLECCH1442 51 555DL 匚HH1442:51 汨苦DULCLEHFlFlC CorirHSCfl Hn|StFTilTifgimsIm B TRRCCwinedim dt口i. -1HC Canrechm 或口匚cmpfelrLLHLi hidiunl 耐 ULHd HISl I dlMl UF CbilEnqui UE CajZhahiInlcinTin 討=血 UixTb Crrnrrvand i专冷mllftj 21卍1上匸册“知色RH Cam40Hi HefianiguiiBiiRH -厂厲曲fz*阳i rjwrtnirjii.fl rfiff pH*515曲07蚓UMllUn |aihFl715A3;O7.5S3UUBi 81000OLDCCWDLhtij.Sr*15*313:07.350DElACb REQDL .ATWH匚匚AE1 VA.1E EfEFAUL I EPS HE QAT IftEH CDMPLLtE113315fl3;486C514 1 SusmWrufcam本次释放是UE发起的去附着过程,后续 RRC release过程CNT无法体现。33.1掉线问题分析分析思路佗曲卫山511 4:12:14400DLDCCM124632;|7811 4VI21G400LLDCGTU4632;D78n-i2;3je6505BCCHD-SCH1Z4& 32:12511:+6;12;3S麻0)BCCH DLSCH1Z4&J5:82011:4:15:94305BCCH D_SZH1Z4E41 :(E2il.:2l:ll2S訂QDL DCCH1216X1:06211X6:21:1310nUL DCCM124& 44:34311:416:4816525BCCHttLSCHI246U:34311 16:2:474001UL CtCH12444:75011 屿:MB21see&BCCHDLSGH124E 44:75011 6:34:M9S&5UL CCCH124d4:79011勒阳网00UL CCCH171R*4n118925BCCHDLSCHUAR 44 7SB11百畑kesi&DL CCCH1?4R 447S611 46:2:B38cDUL DCCH1246 44:69011 46:25:ffl400ULDCCHI12:46 4:99011 25:01600DL DCM171R剖n iR rpTifinhi nrrn创刊冲阳D1.1 1 1122 2 2 2 23 3 *J2 2 ?对于 TD-LTE 的掉线,是在 UE 完成RRCConnectionReconfigurationComplete”处于连接态,之后由于干扰、弱场、其他原因导致的UE上下行失步,触发重建未果或者被拒过程。只要不是终端主动发起的释放,都应算为掉线。目前掉线在信令中表现如下3种情况。连接态下触发RRC重建无果图3-1 RRC重建无果HR 匚-emcctioni R ffsertEWDlionRRC -tmeGtion RsDonrigwalion Ccmpleie闵旳| Irtaioatcm Block 7 vpeiSjrJStBTi IrtormalticnSjsteTi Irtormatoi Block IjpelRHE Lcmecton He;cnrgiK-ii.-TpT rT_irrii=rrf -nnrr uppTRRC ZurrifietiofiSHijpRR 匚jzrriectioftS&fcjp CariplSecund Mede Comp eteRRC jzrrecljDri Rr:ccrt d jaliinFsl .1 ir i t9!nnIn ji i i i jaIi oti一 irniilw连接状态下触发RRC重建被拒图3-2 RRC重建被拒0813377779%旳066 G 6 6 G G 6 7吉 N Z 2 N 2 2 227N27272727Z/M1154.217310 0DLDCCH11 512179100ULDCCH11 54:2145300ULDCCM11 54:31434曲5EOCH DLSCH11 54:30t4&4eoo0BC2H DL SCH11 54: 3143400ULCCCH11:54: 30t 484晒6DLCCCH11 5430tE718225BCCH DL 5CH11 54-30:67100ULCCCH11 54-3J7K越56CCH DLSCH11 54:3tt7658273OLCCCH11 54:30:76500ULDCCH11 54.3D17G68286OLCDCH11 54.30I7S500OLOCCH11 54.301785UuULDCCH11 F4 砧 71fnni nrmRRC Connection Fteconiguialion 口 FlC 匚qnrtec-bort R*?oniguialion Complt? MeaELMementRepcrtSyibem IniormationBlock TypelSu? sm hJnrrrAfinnRFl匚 匚onne=bon R sestoblishment Request RFC CcnnecQn Hsestblishment FlejeccSystem InfQrmatiQnBwk Type!RFC Ccnnecijon Request System Information Block T旳 FiRC Connacton S stupRRC Connedtion Sstup Complele RRC Connaetion 5耻up UE Capability En quryUE CapabiilntornatiofiPil InfritirtAHrthTrAnfpi连接状态下异常收到 RRC释放消息图3-3 异常收到RRC释放消息-1 M :TTdTlMTS-Q-trtxnmCvwwd V Hn0Ui4fiQnw11 90 24 J?51QMG5aQ0UlIXXHRFK? ComRJionCtwipkifl111611 90:36. ffl?QQDLDCCHRFKCovwdoi112011:90:3E.906a0ULCCCH11:50:2:9(恤述幅矚a0ULCCCHRRC jinetah Rcwer-ilJ11.5D:2b.33/W:9Q0G93120EJCCH DL 3LH附第10:50(6 7JI0POCMPwnO1138n;5C;ji;a6&岫 50t 1V1730ULCCCHUtt输50 31:窩tO:3Qt1l 157打0ULCCCHfiFK CamMhCTi RflOwMrite11:50;te5Q1291290PCCH11fl3:XclOS*0:曙恺1础5SCCH OL Q客严如|伽2曲REk Typvllieia:mscioQB1Q0e(XH 01 &U4InarMhori.对于非正常释放的掉线问题,TD-LTE引入了重建立机制,对于重建立的掉线的分析要分2部分完成:引起重建的原因;重建失败的原因;因此基于上述掉线进行分析总结图3-4 TD-LTE掉线问题总结TD-LTE掉话无故 RRC Release下发导致掉话与RR(重建相关掉话B类网络侧设备 异常导致触发RR(重建B-1重建超时 业务从新建立 发生掉线一次RR(重建被拒B-2版本BUG完保未过网络异常定时器设置不合理 过于苛刻导致上行干扰1 PUCCH Power 差2 RRU上行干扰转随机接入RLC发送最大次数后RLF对于掉线问题,首先判断的就是覆盖和干扰,利用CNT查看下行RSRP、SINR值,通常RSRP-115且SINR8511 5041 3ES10.5&2&Z8300OLDCCHRRC Ccmodicn RKoriyabon11 9D58 0O8I ; EH 58 00810:5ft44 7B4r 0 50-4 736SSk o50BCCHDLSCH UL 匚 iXHSysWi iWomatoh Hbc*; TR*竈 bon R“MmH Riacim时通过高通分析软件 QCAT查看掉线过程及重建过程。看到UE原因为UL_DATA后DCI0未达,SR达到最大次数,触发 MSG1,由于MSG1无法到达网络侧, 不断重发8次后失败,后触发重建。TWITBa-.1FI3LI1 曲鼻 rajMJJLS3 f!沖1733rt?鼻 ruiG占宜g-nJHliiJIM Dzfsi*fs.u器 Flvrxxii 二 fs:昭* Z- = :;F - - - 二.L - L i ” :- - ” : -,厂冷诈:15|rn-JSWLigrDKU4 jjaitkli-uAlil-z 3 i.=強-=.更*:常 4_花KnNh I 卅巧否诃-1 I-HW1 ITEK 詛 KHKUTi * I出 af NFwrknr TMkH It = 3xiJ 4v* - I (Sfl|ri QFUIItarMHi 1 ti11 31IaKUh北-Fmb“ irL3o wTr l H dt hvpifl* 3 JifjL UbU- -MM,瞽4寸 FErwfc hEE? fcj-LMa JjSB* IatfCnr trni|r 9 I !,1S rt * n * blu* I为了验证问题是否有规律性,对站点了定点测试,测试区域如图所示:蓝色区域的站点随机接入和切换成功率较高,而红色区域站点接入困难。站点分 布与BBU关系如图:郭 1红色区域是掉线集中区域。查看掉线点与BBUID关系,有一定联系,非掉线区域隶属于BBUID=4OOO1O (蓝色区域),掉线区域的属于 BBUID=4OOO11 、400012 的BBU 下挂小区。因此怀疑可能 BBUID=400010 与BBUID=400011 、400012 某些关联设备问题导致。3.根据上述分析查看后台设备告警。BBUID=400011 400012 站点的 GPS 未锁定(对应告警名称:GPS receiver failed to search stars(198091072) , 400010 站点正常。BBUID=400011 、400012 站点 GPS 状态未锁定:BBUID=400010 的 GPS 状态正常:400011、400012无GPS锁星,但仍处于激活态,导致其下挂的小区对周边小区造成GPS干扰,影响其他小区上行接入。对接入切换不成功的小区提取 MTS跟踪上行接收功率数据,基站侧接收功率普遍 抬高(空载下正常应该在 -9699dbm 左右),平均在-80dbm 左右,受到上行干 扰。干扰情况如下表显示:GPStimeRxPow0(dBm)RxPow1RxPow2RxPow3TxDPow0(dBm)TxDPow1TxDPow2TxDPow32011-11-11 1102:02:740-84.6-81.55-88.1-84.1337.1737.0237.7837.212011-11-11 1102:08:750-84.6-81.55-88.1-84.1337.1737.0237.7837.212011-11-11 1102:15:450-84.18-81.51-88.1-84.1337.1337.1637.7837.212011-11-11 1102:21:350-84.18-81.51-88.1-84.1337.1337.1637.7837.212011-11-11 1102:27:340-84.18-81.51-88.1-84.1337.1337.1637.7837.212011-11-11 1102:33:960-84.62-81.51-88.1-84.1537.337.1637.7837.112011-11-11 1102:39:950-84.62-81.51-88.1-84.1537.337.1637.7837.112011-11-11 1102:46:610-84.62-81.53-80.87-84.1137.337.2137.7936.992011-11-11 1102:52:560-84.62-81.53-80.87-84.1137.337.2137.7936.992011-11-11 1102:58:570-84.62-81.53-80.87-84.1137.337.2137.7936.992011-11-11 1103:05:150-84.62-81.53-80.3-83.4137.337.2138.09372011-11-11 1103:11:150-84.62-81.53-80.3-83.4137.337.2138.09372011-11-11 1103:17:780-84.6-81.53-80.3-83.6937.1537.2138.0937.182011-11-11 1103:23:750-84.6-81.53-80.3-83.6937.1537.2138.0937.18基站侧接收到的 RxPow03都很高,上行干扰严重。3.323解决方法及验证福冈每个BBU下挂多个RRH (小区),如果 GPS锁星失败,此时基站仍然在放电波 状态下,就会对周表小区存在干扰。3.324因此把400011、400012的2个BBU下挂的站点闭塞,后再次测试,问题消失,400010 下的所有小区接入切换均成功,问题得以解决。总结根据上述的分析,如果 GPS 一旦出现异常,那么对周边站点的干扰是比较严重的。对于没有接通 GPS的站点不允许开通释放电波。对于偶然存在GPS失星的情况要通过参数来控制其对别的站点干扰,目前后台有关于 GPS失星后的控制方案, 其包含2个参数:A. Holdover time-out switch (GPS 同步保持) 取值范围:开 /关;B. Holdover time-out threshold(GPS同步保持时间门限)取值范围:60分钟4小时配置在EMS-eNodeB节点配置表,第一个参数必须配置为开,再设置保持时间,默认 是60分钟。参数网管截图如下:lnw r-Bj,ir:-rHint?!3.3.3H-卑 t=K Pb IE. :r4Zl. # ifc-fc *MI畠! PViptR/ | 11 Ifli? B !M A IM frUMTiMH. KtiL IU-IH J IK? M JC ” # l. *I-IH.hi* I* *t A 1H I4IKkK. BIE. E- IfeE I IU1: M UK* -jb!*ilwiijBi 门曲”刿甲巫 # i4i9i ijpi* e api Jb M* 3X lIEtmihhUJ LTf -mHbi-X Lli Mrtp-RiWLr*VK I diS3JH3EJE =开关状态为enable,时间默认为60分钟:表示开关打开,基站在60分钟内,GPS没有同步则关闭小区;开关状态为disable,时间默认为60分钟:表示开关关闭,小区状态不受GPS是否同步影响,始终保持正常建立状态;下行干扰系统内的下行干扰是产生掉线原因之一,通常表现无主覆盖小区,服务小区与邻区RSRP较好,数值基本接近,但 SINR较差,导致解调信号变弱,易失步,因此会触发 重建过程,如果重建不成功则产生掉线。由于日本全向天线,无法对天面参数调整, 对于下行干扰只能采用降功率方式以及超级小区(超级小区详见SuperCell小区合并算法)暂时解决。但是对于其他局,通常处理方式优先顺序是:1. 先天面调整;2. 覆盖切换类参数调整;3. 最后功率调整。该案例后续针对定向天线补充。3.3.4切换准备问题通常情况下如果 UE上报MR时机不佳,则会伴随着服务小区信号衰减抖动过快,导致掉线。这种情况是由于无法满足切换条件或者切换过早造成。切换的参数包括:A3_offset、TTT、Hysteresis,这3个参数设置过于苛刻或过于简单,都会导致时机不 佳换造成掉线。查看三个参数配置情况可看RRC Connection Reconfiguration中的IE字段名称,如图所示:图3-5 切换参数查看-R eportCcnfI gToAddModList-ReportConfig ToAddModtit-Re portCoriHgloAddModReportConfigld - 9-reportCanfiq二 reportConfigEUTRAtrwrType、-everttld FatedS.Offiet = 6Hysteresis 0匕伽1 总gTngger 力256 mifc$orid$)tri制儕Q%r*00DLDCCHARZ Cwvwch&n.14?IZlK.M.a.1L143IH.5SUM DLbLH泅上ft Morvi如n Block l 世 11V:1 59WWULsXIHDLSCHNwMhMt Bfeck T 心.W1711 m.If 14323 DLDCCH * rra m r raat rnmvim ti rr anRRC Connection Fie configuration rawmsiwTHiiraTiiHaniir Mm irmnir rBn irrami muuiHiiaaiiiHu* rrvYirrrrawti rlari rr现象分析查看MR信息,前三次测量报告目标PCI都是28 :第一个测量报告内容: Message Oetal MeasurementPeport鼻 aribcalExtensicinsd cl Measuremen tRepQrt_r-B_.EE * rneasRe$iit$
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 办公文档 > 演讲稿件


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!