VOLTE案例汇总(9月版)_第1页
VOLTE案例汇总(9月版)_第2页
VOLTE案例汇总(9月版)_第3页
VOLTE案例汇总(9月版)_第4页
VOLTE案例汇总(9月版)_第5页
已阅读5页,还剩34页未读 继续免费阅读

下载本文档

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

文档简介

各省VoLTE试点推进情况(1)VoLTE试点推进较快的城市城市接通率呼叫接入时间(s)MOS值RTP丢包率网内切换成功率eSRVCC切换成功率掉话率数据来自各省工单上报典型案例介绍(1)广东&安徽公司8月份案例问题现象:当满足B2事件的条件后,UE上报B2事件,但是UE一直未收到从eNodeB下发的HandoverCommand消息,最终导致系统释放了本次通话,eSRVCC切换失败。问题分析:1、基站侧信令:eNodeB向MME发送了HandoverRequired,随后向MME上发了HandoverCancel消息,原因值为:radioNetwork:tS1relocprep-expiry(S1重定位准备超时),初步判定为定时器超时2、MME侧信令:

MME收到了eNodeB上发的HandoverRequired消息,向MSC发送PStoCSRequest并得到了响应,1s后收到eNodeB上发的HandoverCancel消息(原因值为9),最终导致MSC向MME确认了Cancel消息,切换流程终止。问题解决:经核查EnodeB侧的tS1RelPrepG参数设置是1s,即EnodeB侧1s内等不到核心网的响应就进行切换释放,后面把该参数修改为2s,ESRVCC验证正常。诺西切换等待时延设置不合理导致eSRVCC切换失败问题描述:在VoLTE通话过程中,从贝尔基站切换到华为基站,切换后主被叫同时上报BYE,网络侧同时下发BYE487,造成主被叫掉话。问题分析:1、贝尔基站参数核查:通过UELog发现UE切换流程正常,从表象上看很像之前排查过的华为贝尔之间的PDCPPDUSnSIZE不一至导致,但核查贝尔基站参数与华为均已改为7。2、终端侧信令发现,部分基站的PDCPPDUSnSIZE设置仍未123、现网有100多个基站的PDCPPDUSnSIZE指向到了

DedicatedConf/0PdcpConf/2,在PdcpConf/2中对应的PDCPPDUSnSIZE值为12,由于指向12所以调用的PDCPPDUSnSIZE也为12.所以会出现以上问题。核查100多个指向问题出错的基站均为新版14.3基站。问题解决:修改贝尔LR14.3版本模板PDCPPDUSnSIZE指向为

DedicatedConf/0PdcpConf/1(对应的PDCPPDUSnSIZE值为7),问题解决

。贝尔LR14.3版本参数模板指向错误,导致跨厂家切换后掉话典型案例介绍(2)江苏公司8月份案例问题描述:MME下发S1AP_ERAB_SETUP_REQ给华为ENB,要求建立QCI=1承载,但华为ENB没有下发建立承载的RRC重配置消息,3ms后基站直接回复S1AP_ERAB_SETUP_RSP,携带原因值为FailureintheRadioInterfaceProcedure导致QCI=1承载建立失败,从而VOLTE未接通。问题分析:1、eNodeB侧数据来看,回复S1AP_ERAB_SETUP_RSP失败的直接原因是由于在S1AP_ERAB_SETUP_REQ申请时,eNodeBL3模块在申请资源时出现UE状态异常,导致资源申请失败,承载建立失败。2、导致UE状态异常的原因是该UE在进入下行CoMP的时候,需申请SRS资源,SRS资源申请失败后,置该UE状态为异常。3、查看该基站配置,发现该基站开启了下行CoMP,且TDDSRS配置方式为“接入优先”。eNodeB在确定CoMPUE后,需要在预留的SRS资源上申请SRS资源重配。在申请资源时,如果基站TDDSRS配置方式为“接入优先”,在该方式下,基站没有预留SRS资源,会导致资源申请失败。由于SRS资源申请失败,基站会改变UE状态为暂态(等待状态),如果此时建立QCI1承载,基站会认为UE状态异常而拒绝建立问题解决:当华为8.1版本基站开启了下行CoMP,需将TDDSRS配置方式由“接入优先”修改为“接入增强(ACCESS_ENHANCED)”,避免“接入优先”场景下UE申请CoMPSRS资源失败后导致的QCI1承载建立失败。命令为:MODSRSCFG:LocalCellId=xx,TddSrsCfgMode=ACCESS_ENHANCED。华为eNodeB开启下行Comp,VoLTE通话失败典型案例介绍(3)上海公司8月份案例问题现象:制版三星S6(G9208ZMU1AOFE)和中国移动M823使用手机默认设置(APN是CMNET、PDNtype是ipv4/v6、终端侧数据开关打开)情况下,贝尔无线环境下,发起VOLTE视频呼叫失败转成了VOLTE语音呼叫。问题分析:1、中国移动M823和定制版三星S6打开数据开关情况下,附着时已建立了3个承载(1个CMMET默认承载+2个IMS默认承载);建立视频呼叫还需要建立2个专载(1语音专载+1视频专载),共需要建立5个承载2、贝尔设备无线侧限制每用户最多能建立4个承载。中国移动M823和定制版三星S6打开数据开关情况下,进行VoLTE视频呼叫建立的专载数量超过无线侧承载的限制,导致无线侧未建立视频专载,从而视频呼叫转化成了语音呼叫。同时此问题会导致,用户收发彩信、终端侧使用CMWAP接入点等场景,视频呼叫失败。问题解决:经与贝尔交流,无线侧4个承载为缺省设置(根据标书要求),多于4个承载的license设置可以修改。设备可以支持每用户最大8个承载,具体如下。LTE_voice_2承载组合支持语音的承载组合:SRB1+SRB2+2xAMDRB+1xUMDRB,其中UMDRB的QCI=1,2个AMDRB的QCI分别为QCI=5和QCI=8/9LTE_voice_3承载组合支持音视频的承载组合:SRB1+SRB2+2xAMDRB+2xUMDRB,其中2个UMDRB的QCI分别为QCI=1和QCI=2,2个AMDRB的QCI分别为QCI=5和QCI=8/9贝尔基站设备限制每用户最多建立4个承载,视频呼叫失败典型案例介绍(4)江苏公司8月份案例问题现象:主叫在TAC:10323与TAC:9743的两三个小区之间多次发生切换,导致UE每发生一次切换就进行一次TrackingAreaUpdate(TAU),在几次TAU后容易导致在TAU请求的过程中,RRC重配消息内QCI1被释放,最终导致掉话。掉话所在的TAU高发路段处于10323与9743两个TAC边界,且无主覆盖小区,在两个TAC之间的几个小区来回切换,从而导致多次发生TAU。问题分析:该TAU频繁发生路段由于被建筑物阻挡,覆盖较差,导致在该处没有较好的主服务小区,当UE经过该路段时,会在3个不同TAC小区(广州增城区荔城光辉F-ELH-2、广州增城区增江永福街D-ELH-2、广州增江防疫站F-ELH-1)之间来回切换,从而使UE频繁发TAU请求。在几次TAU后容易导致在TAU请求的过程中,RRC重配消息内QCI1被释放,最终导致掉话。问题解决:建议调整广州增城区荔城光辉F-ELH-2与广州增城区增江永福街D-ELH-2、广州增城区增江永福街D-ELH-2与广州增江防疫站F-ELH-1的切换门限CIO/QOFFSET,使前一小区更快向后一小区切换,避免来回切换导致TAU。反方向则需要延缓切换,避免来回切换导致TAU。以下为相应邻小区之间的参数调整情况。TAC边界跟踪区更新频繁导致掉话典型案例介绍(5)广东公司8月份案例主要关注的优化问题分类注册问题概率性注册不成功问题数据配置问题(UGW缺少IMS信令对应的rule规则导致注册失败问题);设备算法问题(三星S6VoLTE异常注销问题);终端加密问题(三星S6VoLTE异常注销问题);2/3G返回4G注册问题终端APN设置问题(终端未携带IMSAPN导致返回4G后注册失败问题)注册问题如果一直注册不上主要是由于HSS数据配置、USIM卡是否开通VoLTE、EPC是否配置数据等问题,另外需要重点关注概率性注册失败问题和2/3G返回4G注册失败问题,主要涉及参数配置、处理流程、终端设置等问题,典型问题如下:注册问题(2)问题分类序号网元问题描述问题分析解决方案注册问题1UGW终端附着后,创建数据和IMS默认承载正常,概率性出现VOLTE无法注册问题从终端LOG上看到有往SBC发送REQUESTREGISTER请求,但是没有收到SBC的响应。从UGW的抓包上看可以看到本次激活的终端是在往SBC推送注册消息。从UGW跟踪上免维护消息看到,由于PCC规则不匹配导致该SIP消息被丢弃。在该网元下重新加入相应的rule配置2CSCF、终端VoLTE终端经常出现异常注销问题,注销后无法重注册,VoLTE标志消失由于S-CSCF缺陷,鉴权序号未按顺序下发,当出现先下发的序号大于后下发的时,终端检测出来后会重新进行同步,但这时未进行加密和完整性保护,是以明文方式发给网络,网络会下发403Forbidden消息,导致重注册失败。中兴S-CSCF打补丁,同时三星S6终端升级版本3终端终端从4G到2G后,又从2G重选到4G后,发起重新注册失败EPC最终为终端创建了1条cmnet、2条ims承载,BearerID分别为5、6、7,且ID为7的ims承载未向SBC申请IP地址。

终端到23G后,根据协议删除了ID为5、6的承载,遗留了ID为7的承载。终端返回4G后,直接使用遗留的承载发起注册请求,但由于该承载无IP地址,导致后续流程失败。

终端侧避免使用空APN,可使用底层软件,配置正确接入信息:cmnet+IPV4,ims+IPV6;华为USNV900R012C05SPH306版本已解决该问题;4HSS终端从4G到2G后,又从2G重选到4G后,发起重新注册失败终端从4G到2G后,RAUaccept中删除了IMSPDP上下文,终端从2G重选到4G后,发起重新注册,由于IMS有fork功能,可以允许用户重复注册5次,第6次将无法注册。HSS上配置IMS的IPV5APN后问题解决问题描述:我省三星S6VoLTE终端经常出现异常注销问题,注销后无法重注册,VoLTE标志消失,而HTCM8t、华为Mate7较少出现该问题。问题分析:经分析,该问题为终端与网络配合问题,中兴S-CSCF打补丁,同时三星S6终端升级版本后,问题得到解决。终端问题:三星S6检测到网络下发的鉴权序号存在问题时,会发起重新同步的注册请求,但这时未进行加密和完整性保护,是以明文方式发给网络,网络会下发403Forbidden消息,导致重注册失败,用户后续将无法使用VoLTE服务。同时频繁的重注册会导致SQN溢出问题。网络问题:鉴权过程中,S-CSCF从HSS下载五组鉴权向量(每次使用1组,用完再重新获取),在发送的401Unauthorized消息中携带的鉴权序号。由于S-CSCF缺陷,鉴权序号未按顺序下发(0-4号,第一次下发0号,后续随机下发),当出现先下发的序号大于后下发的时,终端检测出来后会重新进行同步。从HSS下载五组鉴权向量

鉴权向量未按顺序下发重新同步的注册明文发送案例1:三星S6VoLTE异常注销问题长沙河东终端附着后,存在3个缺省承载,BearerId分别为5、6、7,且承载ID6,7的APN均为IMS,在LTE弱覆盖区域终端重定向/切换到23G后,由于只断开BearerId为6的IMS承载,在终端返回4G后终端异常匹配了BearerId为7的IMS承载来做VOLTE注册,导致终端无法进行正常VOLTE附着,影响VoLTE业务。案例2:终端未携带IMSAPN导致返回4G后注册失败问题*在附着时终端向网络发送请求为空APN和IPV4V6双栈地址附着请求,MME根据签约数据(cmnet+IPV4,ims+IPV6)以及本地的控制策略,将终端附着请求进行纠错成CMNET+IPV4,同时下发#52(Singleaddressbearersonlyallowed)原因值给终端。附着成功以后UE开始发起PDN连接,由于签约了IMSAPN,第一次发起了(ims+IPV4V6)的PDN连接,并且激活创建成功。终端响应attach时候MME下发的#52号原因值,再发起第二次(cmnet+ipv6)的PDN连接,因为携带的地址为IPV6,根据MME的APN纠正规则,USN将这次PDN连接请求的APN纠正成IMS,并创建了缺省承载。EPC最终为终端创建了1条cmnet、2条ims承载,BearerID分别为5、6、7,且ID为7的ims承载未向SBC申请IP地址。终端到23G后,根据协议删除了ID为5、6的承载,遗留了ID为7的承载。终端返回4G后,直接使用遗留的承载发起注册请求,但由于该承载无IP地址,导致后续流程失败。问题分析终端侧避免使用空APN,可使用底层软件,配置正确接入信息:cmnet+IPV4,ims+IPV6;华为USNV900R012C05SPH306版本已解决该问题。问题解决问题描述接通问题流程冲突流程冲突问题(UGW流程冲突导致503未接通问题);参数配置RX口容量配置;HSS配置问题;EPC用户配置SIP消息丢失UPDATE消息丢失问题;Invite消息丢失问题;无线问题覆盖问题;干扰、切换问题接通问题主要与设备性能、参数有关,需要重点关注流程冲突、参数配置、SIP消息丢失、CSFB等问题,典型问题如下:接通问题(2)涉及网元问题描述问题分析问题解决方案UGW8月集团VoLTE巡检测试,在长沙河东出现一次网络下发503错误码导致的未接通异常事件。

PCRF侧收到UGW上报的resource-allocation-failure(10)消息,导致向SBC发起了ASR流程。EPC在收到X2切换请求之后,需要SGW需要向PGW发送Modify流程(如右图),此时,刚好又收到PCRF下发的RAR承载更新消息(UpdateBearerRequest),PGW优先处理ModifyBearer流程,而会将承载更新消息丢弃。在现网UGW上打开支持缓存重发功能,并且在USN上配合部署VoLTE流程冲突解决方案。SBC无线侧VoLTE功能益阳、永州主叫手机发起呼叫,很大概率在收到网络侧呼叫响应100Trying之后,收到网络侧下发的503错误,携带的原因值为:ServiceUnavailable。从EPC侧看,主叫UE由于长时间未收到正常的SIP“183sessionprogress”导致10s之后发起释放请求。SBC收到INITE后应该触发RX接口,但是从跟踪看并没有触发RX口,而是直接上报了503,通过检查配置发现测试License的RX接口的容量配置过小,仅配置了100个用户。按正式标准容量加载正式License,提升RX口容量后解决。SBC永州VoLTE部署初期,进行VoLTE拨打测试,被叫100%通过CSFB回落至2G。因CSFB流程需要9.x秒左右的时间,远远高于VoLTE呼叫3.x秒,严重影响感知。当用户作被叫进行域选择时HSSUDA消息直接返回用户不在IMS域导致用户回落。当而HSS进一步分析发现MME在用户位置更新是ULR中没有带SRVCC能力导致HSS认为用户不在IMS域。之前用户走的默认的Diameter邻接局配置,采用的协议是R8,根据中兴研发说明该参数是在R9引进的,因此将邻接局协议修改成了R10后,验证可以跟到ULR消息,呼叫正常。终端+EPC株洲某终端移动号码从4G重定向/切换到23G后,由于没有断开IMS承载,终端从23G重定向/切换4G后,TAU请求中保留有IMS承载,导致IMS承载在TAU流程中被创建,在TAU流程中MME没有给UGW上报位置信息,所以导致终端VOLTE语音呼叫失败,出现CSFB现象。终端在附着时创建了CMNET和IMS两条缺省承载,BearerID分别为5、6。从4G重定向/切换到23G后,终端没有主动去激活IMS承载,导致从23G返回4G后,在终端TAU请求中指示给网络侧终端保留有BearerID分别为5、6的承载,所以MME在TAU过程中分别创建CMNET和IMS缺省承载。根据目前MME的配置只会在附着和PDN激活的时候上报位置信息,所以在该场景中,由于IMS承载在TAU流程中创建,所以MME是不携带位置信息。目前老版本的集团协议规范,没有明确说明位置信息上报的方式,所以MME上的关于位置信息上报软参没有打开。终端侧更新新版本,需要在23G重定向/切换到4G后主动去激活IMS缺省承载;

华为EPC侧根据集团新规范,会打开MME上关于位置信息上报的软参,同时UGW上关闭由于位置更新产生的话单。SBC主叫向网络侧发送Invite呼叫请求,但IMS未收到,进而终端发起CSFB呼叫流程,VoLTE呼叫失败。EPC收到终端往网络侧发送的4次Invite消息,但4次Invite包均不全,都只是第一个分片,后续的分片都没有收到,因而EPC未向SBC转发。IMS因未收到Invite消息,从IMS看是正常的CSFB流程。经后端研发分析,UE挂机重新拨号时,如果刚好处于TCP长时间没有报文要断链时,就会有分片丢失,重新拨号时间与上次挂机时间刚好在32s左右,核心网下发了FIN,造成了丢包。需要IMS侧对FIN问题进行核查解决。SBC短呼叫测试,发现测试20次,就会失败1次。初步分析信令抓包发现是SBC未转发被叫终端发送给主叫的200OK(update)消息造成失败,影响短呼叫的接通率。

Update的200OK触发了Rx接口,Rx触发时申请异步动态数据区失败,失败的具体原因是在计算数据区大小的时候没有考虑结束符\0,在临界值的时候申请数据区就会失败。当SIP消息长度恰好是分级的临界值时,实际保存内容的长度要比申请的长度大1,就会在保存数据区时造成内存越界,进而导致响应处理失败,没有转发该响应。

将SBC版本升级到V2.13.10(T10a),经过超200次的呼叫测试全部成功,故障现象未复现。

总体时间安排及目标分工界面各分公司尽快完成VoLTE无线功能的部署,7月31日前完成株洲、湘潭、常德、益阳、郴州、岳阳市区的优化工作,8月31日前完成全省(除张家界、自治州、怀化)市区和县城的优化工作,张家界、自治州、怀化待核心网联调成功后一个月完成优化工作。全网接通率达到98%以上,掉话率1%以下。各项资源准备开展全网测试,深挖网络问题

省公司计划建设部、网优中心、网管中心、各设备厂家7月1日召开了全省VoLTE无线功能部署会,会议部署了我省VoLTE全省无线侧部署时间、工程优化进度及目标、工程优化分界面、各项资源的需求确定等相关内容,7月正式启动全网的VoLTE优化工作。分公司负责县城的测试和优化,负责现场的协调、相关资源的配合工作;各设备厂家负责各地市市区全面的工程优化工作、协助分公司县城测试和优化工作,负责VoLTE功能参数部署、设备问题处理。各设备厂家VoLTE工程优化期间提供IMS、EPC各一名专职人员负责工程优化期间相关设备问题的处理工作,每地市提供2-4名现场无线优化人员,2-4台测试终端;分公司提供塔工、VoLTE测试卡、市区必要时提供车辆配合、县城提供车辆、各分公司网优中心安排一名现场负责人员;省公司网优中心为每地市工程优化期间提供2套测试软件;*案例1:UGW流程冲突导致503未接通问题8月集团VoLTE巡检测试,在长沙河东出现一次网络下发503错误码导致的未接通异常事件。SBC在给主被叫发送完180Ringing信令之后,收到了PCRF返回的ASR错误,然后给被叫发送Cacel消息、给主叫发送503错误。PCRF侧收到UGW上报的resource-allocation-failure(10)消息,导致向SBC发起了ASR流程。EPC在收到X2切换请求之后,需要SGW需要向PGW发送Modify流程(如右图),此时,刚好又收到PCRF下发的RAR承载更新消息(UpdateBearerRequest),PGW优先处理ModifyBearer流程,而会将承载更新消息丢弃,同时向PCRF返回resource-allocation-failure(10),进而导致未接通。问题分析在现网UGW上打开支持缓存重发功能,并且在USN上配合部署VoLTE流程冲突解决方案,相关配置如下:问题解决问题描述总体时间安排及目标分工界面各分公司尽快完成VoLTE无线功能的部署,7月31日前完成株洲、湘潭、常德、益阳、郴州、岳阳市区的优化工作,8月31日前完成全省(除张家界、自治州、怀化)市区和县城的优化工作,张家界、自治州、怀化待核心网联调成功后一个月完成优化工作。全网接通率达到98%以上,掉话率1%以下。各项资源准备开展全网测试,深挖网络问题

省公司计划建设部、网优中心、网管中心、各设备厂家7月1日召开了全省VoLTE无线功能部署会,会议部署了我省VoLTE全省无线侧部署时间、工程优化进度及目标、工程优化分界面、各项资源的需求确定等相关内容,7月正式启动全网的VoLTE优化工作。分公司负责县城的测试和优化,负责现场的协调、相关资源的配合工作;各设备厂家负责各地市市区全面的工程优化工作、协助分公司县城测试和优化工作,负责VoLTE功能参数部署、设备问题处理。各设备厂家VoLTE工程优化期间提供IMS、EPC各一名专职人员负责工程优化期间相关设备问题的处理工作,每地市提供2-4名现场无线优化人员,2-4台测试终端;分公司提供塔工、VoLTE测试卡、市区必要时提供车辆配合、县城提供车辆、各分公司网优中心安排一名现场负责人员;省公司网优中心为每地市工程优化期间提供2套测试软件;*案例2:因RX口容量不足导致未接通(INVITE503)无线侧VoLTE功能益阳、永州主叫手机发起呼叫,很大概率在收到网络侧呼叫响应100Trying之后,收到网络侧下发的503错误,携带的原因值为:ServiceUnavailable,导致起呼失败。问题分析SBC收到INITE后应该触发RX接口,但是从跟踪看并没有触发RX口,而是直接上报了503,通过检查配置发现测试License的RX接口的容量配置过小,仅配置了100个用户。问题解决问题描述从EPC侧看,主叫UE由于长时间未收到正常的SIP“183sessionprogress”导致10s之后发起释放请求。按正式标准容量加载正式License,提升RX口容量后解决。株洲某终端移动号码从4G重定向/切换到23G后,由于没有断开IMS承载,终端从23G重定向/切换4G后,TAU请求中保留有IMS承载,导致IMS承载在TAU流程中被创建,在TAU流程中MME没有给UGW上报位置信息,所以导致终端VOLTE语音呼叫失败,出现CSFB现象。案例3:终端23G重选到4G后VOLTE语音呼叫出现回落问题*问题分析终端侧更新新版本,需要在23G重定向/切换到4G后主动去激活IMS缺省承载华为EPC侧根据集团新规范,会打开MME上关于位置信息上报的软参,同时UGW上关闭由于位置更新产生的话单问题解决问题描述终端在附着时创建了CMNET和IMS两条缺省承载,BearerID分别为5、6。从4G重定向/切换到23G后,终端没有主动去激活IMS承载,导致从23G返回4G后,在终端TAU请求中指示给网络侧终端保留有BearerID分别为5、6的承载,所以MME在TAU过程中分别创建CMNET和IMS缺省承载。根据目前MME的配置只会在附着和PDN激活的时候上报位置信息,所以在该场景中,由于IMS承载在TAU流程中创建,所以MME是不携带位置信息。目前老版本的集团协议规范,没有明确说明位置信息上报的方式,所以MME上的关于位置信息上报软参没有打开。掉话问题重建问题覆盖问题;干扰问题;设备问题中兴基站设备问题(TM3/8切换、重定向等);华为基站设备问题(站内切换概率性掉话);参数问题邻区配置头压缩配置不一致eSRVCC门限设置掉话问题主要有重建问题(覆盖、干扰)、设备问题、邻区问题、eSRVCC问题等,典型问题如下:总体时间安排及目标分工界面各分公司尽快完成VoLTE无线功能的部署,7月31日前完成株洲、湘潭、常德、益阳、郴州、岳阳市区的优化工作,8月31日前完成全省(除张家界、自治州、怀化)市区和县城的优化工作,张家界、自治州、怀化待核心网联调成功后一个月完成优化工作。全网接通率达到98%以上,掉话率1%以下。各项资源准备开展全网测试,深挖网络问题

省公司计划建设部、网优中心、网管中心、各设备厂家7月1日召开了全省VoLTE无线功能部署会,会议部署了我省VoLTE全省无线侧部署时间、工程优化进度及目标、工程优化分界面、各项资源的需求确定等相关内容,7月正式启动全网的VoLTE优化工作。分公司负责县城的测试和优化,负责现场的协调、相关资源的配合工作;各设备厂家负责各地市市区全面的工程优化工作、协助分公司县城测试和优化工作,负责VoLTE功能参数部署、设备问题处理。各设备厂家VoLTE工程优化期间提供IMS、EPC各一名专职人员负责工程优化期间相关设备问题的处理工作,每地市提供2-4名现场无线优化人员,2-4台测试终端;分公司提供塔工、VoLTE测试卡、市区必要时提供车辆配合、县城提供车辆、各分公司网优中心安排一名现场负责人员;省公司网优中心为每地市工程优化期间提供2套测试软件;*案例1:因RRC重建导致掉话问题无线侧VoLTE功能部署完成后,因RRC重建的次数偏多,对用户感知有影响,需要重点分析。问题分析无线链路失败的原因为强Mod3干扰所致,依据常规干扰处理方法进行处理即可。切换失败导致的RRC重建,经现场勘查,为某基站过覆盖所致,进行天馈调整后复测正常。问题解决问题描述UE在如下几种情况会触发RRC连接重建:检测到无线链路失败。切换失败。从E-UTRAN向异系统网络切换失败时。从物理层收到了完整性检查失败指示。RRC连接重配置失败。RRC连接重建请求信令解释:重配置失败触发的重建原因为“reconfigurationFailure”,其中的C-RNTI和physCellId为本小区信息。切换失败触发的重建原因为“handoverFailure”,其中的C-RNTI和physCellId为源小区的信息。无线链路失败触发的重建原因为“otherFailure”,其中的C-RNTI和physCellId为本小区信息。总体时间安排及目标分工界面各分公司尽快完成VoLTE无线功能的部署,7月31日前完成株洲、湘潭、常德、益阳、郴州、岳阳市区的优化工作,8月31日前完成全省(除张家界、自治州、怀化)市区和县城的优化工作,张家界、自治州、怀化待核心网联调成功后一个月完成优化工作。全网接通率达到98%以上,掉话率1%以下。各项资源准备开展全网测试,深挖网络问题

省公司计划建设部、网优中心、网管中心、各设备厂家7月1日召开了全省VoLTE无线功能部署会,会议部署了我省VoLTE全省无线侧部署时间、工程优化进度及目标、工程优化分界面、各项资源的需求确定等相关内容,7月正式启动全网的VoLTE优化工作。分公司负责县城的测试和优化,负责现场的协调、相关资源的配合工作;各设备厂家负责各地市市区全面的工程优化工作、协助分公司县城测试和优化工作,负责VoLTE功能参数部署、设备问题处理。各设备厂家VoLTE工程优化期间提供IMS、EPC各一名专职人员负责工程优化期间相关设备问题的处理工作,每地市提供2-4名现场无线优化人员,2-4台测试终端;分公司提供塔工、VoLTE测试卡、市区必要时提供车辆配合、县城提供车辆、各分公司网优中心安排一名现场负责人员;省公司网优中心为每地市工程优化期间提供2套测试软件;*案例2:邻区问题导致掉话车辆从河西开往河东下桥转盘处,UE2终端占用长沙开福区山水卿卿HL-D3900472179PT-3小区信号,由于和长沙艺术品市场HL-D3900460525PT、长沙湘江北路与三叉矶大桥交叉口(戴家河拉远)HL-D3900461409PT无邻区关系导致转盘处弱覆盖发生掉话。将长沙开福区山水卿卿HL-D3900472179PT-3添加长沙艺术品市场HL-D3900460525PT三个小区、长沙湘江北路与三叉矶大桥交叉口(戴家河拉远)HL-D3900461409PT三个小区的双向邻区关系。现场复测恢复正常。问题分析问题解决覆盖差点对数据业务只是一小段速率低,但对于VoLTE来说就是一次掉话,需要对弱覆盖区域更加精细优化;需要关注异频邻区;问题描述总体时间安排及目标分工界面各分公司尽快完成VoLTE无线功能的部署,7月31日前完成株洲、湘潭、常德、益阳、郴州、岳阳市区的优化工作,8月31日前完成全省(除张家界、自治州、怀化)市区和县城的优化工作,张家界、自治州、怀化待核心网联调成功后一个月完成优化工作。全网接通率达到98%以上,掉话率1%以下。各项资源准备开展全网测试,深挖网络问题

省公司计划建设部、网优中心、网管中心、各设备厂家7月1日召开了全省VoLTE无线功能部署会,会议部署了我省VoLTE全省无线侧部署时间、工程优化进度及目标、工程优化分界面、各项资源的需求确定等相关内容,7月正式启动全网的VoLTE优化工作。分公司负责县城的测试和优化,负责现场的协调、相关资源的配合工作;各设备厂家负责各地市市区全面的工程优化工作、协助分公司县城测试和优化工作,负责VoLTE功能参数部署、设备问题处理。各设备厂家VoLTE工程优化期间提供IMS、EPC各一名专职人员负责工程优化期间相关设备问题的处理工作,每地市提供2-4名现场无线优化人员,2-4台测试终端;分公司提供塔工、VoLTE测试卡、市区必要时提供车辆配合、县城提供车辆、各分公司网优中心安排一名现场负责人员;省公司网优中心为每地市工程优化期间提供2套测试软件;*案例3:因基站Bug导致基站内切换10s后掉话长沙河东区域测试中发现,终端在站内切换完成10s后,有机率出现掉话,影响测试指标。问题分析问题描述同步抓取路测数据以及基站侧数据进行分析,发现在无线空口良好的环境下,掉话前均有站内不同小区间切换,切换完成10s后,基站给终端发送RRCRelease,原因值为:other。分析基站侧数据,发现RRCRelease的原因值为:User-inactivity,即不活动定时器超时。按照省公司参数规范,UE不活动定时器统一设置为10s,若终端10s内无数据传输则判断定时器超时,基站将RRC释放。但从终端Log看,从切换完成到定时器超时,上/下行PDCP层一直是有数据在进行传输的,正常情况下基站不应将RRC释放。总体时间安排及目标分工界面各分公司尽快完成VoLTE无线功能的部署,7月31日前完成株洲、湘潭、常德、益阳、郴州、岳阳市区的优化工作,8月31日前完成全省(除张家界、自治州、怀化)市区和县城的优化工作,张家界、自治州、怀化待核心网联调成功后一个月完成优化工作。全网接通率达到98%以上,掉话率1%以下。各项资源准备开展全网测试,深挖网络问题

省公司计划建设部、网优中心、网管中心、各设备厂家7月1日召开了全省VoLTE无线功能部署会,会议部署了我省VoLTE全省无线侧部署时间、工程优化进度及目标、工程优化分界面、各项资源的需求确定等相关内容,7月正式启动全网的VoLTE优化工作。分公司负责县城的测试和优化,负责现场的协调、相关资源的配合工作;各设备厂家负责各地市市区全面的工程优化工作、协助分公司县城测试和优化工作,负责VoLTE功能参数部署、设备问题处理。各设备厂家VoLTE工程优化期间提供IMS、EPC各一名专职人员负责工程优化期间相关设备问题的处理工作,每地市提供2-4名现场无线优化人员,2-4台测试终端;分公司提供塔工、VoLTE测试卡、市区必要时提供车辆配合、县城提供车辆、各分公司网优中心安排一名现场负责人员;省公司网优中心为每地市工程优化期间提供2套测试软件;*案例3:因基站Bug导致基站内切换10s后掉话(续)根因分析在UE进行站内切换时,基站源侧PDCP层的数据需要转移到目的PDCP层。源侧的用户面实体未被马上释放,源侧UE不活动定时器正常运行。由于切换完成后,上下行数据都被切换到目的侧,所以源侧UE不活动定时器10s后会超时。UE不活动定时器10s超时后,会向RR发送超时消息,此时由于产品问题,基站会出现极小概率的对“UE不活动定时器”判断错误,导致直接释放UE。问题解决华为8.1版本基站可通过如下命令进行解决:MODGLOBALPROCSWITCH:IntraEnodebHoStaticSw=ON;另外爱立信基站区域也发现了概率性不激活定时器超时导致异常掉话问题(右图),目前正在排查中。总体时间安排及目标分工界面各分公司尽快完成VoLTE无线功能的部署,7月31日前完成株洲、湘潭、常德、益阳、郴州、岳阳市区的优化工作,8月31日前完成全省(除张家界、自治州、怀化)市区和县城的优化工作,张家界、自治州、怀化待核心网联调成功后一个月完成优化工作。全网接通率达到98%以上,掉话率1%以下。各项资源准备开展全网测试,深挖网络问题

省公司计划建设部、网优中心、网管中心、各设备厂家7月1日召开了全省VoLTE无线功能部署会,会议部署了我省VoLTE全省无线侧部署时间、工程优化进度及目标、工程优化分界面、各项资源的需求确定等相关内容,7月正式启动全网的VoLTE优化工作。分公司负责县城的测试和优化,负责现场的协调、相关资源的配合工作;各设备厂家负责各地市市区全面的工程优化工作、协助分公司县城测试和优化工作,负责VoLTE功能参数部署、设备问题处理。各设备厂家VoLTE工程优化期间提供IMS、EPC各一名专职人员负责工程优化期间相关设备问题的处理工作,每地市提供2-4名现场无线优化人员,2-4台测试终端;分公司提供塔工、VoLTE测试卡、市区必要时提供车辆配合、县城提供车辆、各分公司网优中心安排一名现场负责人员;省公司网优中心为每地市工程优化期间提供2套测试软件;*案例4:基站RoHC参数配置错误导致切换掉话主叫通话过程中,发生切换后,主叫主动上发Cancel。问题分析目标站点配置RoHC参数

。VoLTE开通后需要重点核查相关参数的配置,防止新开通站点配置不一致导致出现异常问题。问题解决问题描述14:40:44.331发起invite;14:40:44.500成功建立QCI1专有承载(DRB7,rlcUM,Rohc开启,见图1);14:40:46.198主叫完成岳阳地税局PCI66到岳阳图书馆PCI217的切换;14:40:46.287主叫发起sip_cancelrequest;14:40:46.287发起sip_cancelrequest原因,发现主叫切换时释放了QCI1专载(releaseDRB7)(见截图2);检查目标基站QCI1的相关参数,发现qci1的RohcEnabled为false。VOLTE通话需要在LTE小区建立默认承载(QCI=5,交互SIP信令)和专有承载(QCI=1,传输语音数据包),由于切换目标站点未配置RoHC,主叫切换后发现配置不一致释放了QCI1专有承载,导致主叫发cancel。时延问题寻呼问题寻呼策略问题无线问题终端问题重选、TAU问题参数问题UGW位置信息上报问题DRB参数配置问题CSFB问题CSRetry参数配置问题关键参数上报异常未开启单注册功能时延问题主要通过分段统计,逐段分解,定位问题点后,相关网元联合排查解决。需重点关注寻呼问题、参数配置问题和CSFB问题,典型问题如下:案例1:DRA参数配置优化时延呼叫建立时长占比问题描述:呼叫建立时延中,Invite消息时长占比最大,达到71.77%。而Invite消息中,被叫寻呼和DRA处理时延最长,分别达到54%和38%,问题点主要在被叫寻呼和DRA上。问题分析:DRA设备“关于链路的捆绑数据开关”参数打开的情况下,每条链路收到的消息包的长度超过1500字节或者超过50ms才会进行消息转发,而VoLTE业务量小,很难满足条件,导致消息交互时延超过50ms,关闭该开关后DRA与SBC交互时间降低到10ms,总体时延优化1.2s。Invite消息时长占比案例2:寻呼策略配置优化时延问题描述:路测发现呼叫建立时延分布在2~3层,第一层为4s左右,第二层为7s左右。初步怀疑为寻呼原因导致。问题分析:通过查询MME网管配置,发现寻呼策略如下:首次为eNBlist(最近活动的7个eNB)寻呼,第二到六次为基于GUTI的TAlist寻呼(包含一个TA),寻呼间隔为3s解决措施:优化寻呼策略,首次改为基于GUTI的TAlist寻呼,呼叫建立时延分布在2层测试样本明显减少,核心网一次寻呼成功率明显提升寻呼成功率变化优化MME寻呼策略,提升一次寻呼成功率问题描述:株洲、衡阳等地市VoLTE功能部署初期,在拉网过程中经常出现6~15秒超长时延呼叫,导致IMS侧定时器超时后被叫转CSFB,严重影响感知及呼叫时延指标。问题分析:经分析,导致该问题主要有两个原因,1是IMS侧CSRetry定时器设置过短,2是无线覆盖差点,终端无法解析寻呼消息所致。无线环境差:抓取终端Log进行分析,在QXDM上可以看到若干次问题都是PDSCH解码失败所致,RSRP、SINR均较差,可通过传统RF手段优化覆盖,另外可通过打开Paging干扰随机化/降低Paging码率等手段提升恶劣环境下寻呼成功率。IMS侧定时器过短:为提升呼叫接通成功率,IMS侧在判断VoLTE呼叫无法完成时,会往2GCS域继续发送寻呼消息,该过程由CSRetry定时器控制。开网初期,CSRetry定时器设置为5s,而EPC侧寻呼周期为6s,这就导致若一次寻呼无响应则CSRetry定时器直接超时,终端会转CSFB继续完成呼叫。后IMS将CSRetry改为13s,时延问题得到极大改善。案例3:寻呼问题导致时延偏长遗留问题:在好点时,也存在终端重选时间过长,导致寻呼消息无法处理问题,海思芯片、三星手机已确认问题,待终端侧给出分析及解决方法。总体时间安排及目标分工界面各分公司尽快完成VoLTE无线功能的部署,7月31日前完成株洲、湘潭、常德、益阳、郴州、岳阳市区的优化工作,8月31日前完成全省(除张家界、自治州、怀化)市区和县城的优化工作,张家界、自治州、怀化待核心网联调成功后一个月完成优化工作。全网接通率达到98%以上,掉话率1%以下。各项资源准备开展全网测试,深挖网络问题

省公司计划建设部、网优中心、网管中心、各设备厂家7月1日召开了全省VoLTE无线功能部署会,会议部署了我省VoLTE全省无线侧部署时间、工程优化进度及目标、工程优化分界面、各项资源的需求确定等相关内容,7月正式启动全网的VoLTE优化工作。分公司负责县城的测试和优化,负责现场的协调、相关资源的配合工作;各设备厂家负责各地市市区全面的工程优化工作、协助分公司县城测试和优化工作,负责VoLTE功能参数部署、设备问题处理。各设备厂家VoLTE工程优化期间提供IMS、EPC各一名专职人员负责工程优化期间相关设备问题的处理工作,每地市提供2-4名现场无线优化人员,2-4台测试终端;分公司提供塔工、VoLTE测试卡、市区必要时提供车辆配合、县城提供车辆、各分公司网优中心安排一名现场负责人员;省公司网优中心为每地市工程优化期间提供2套测试软件;*案例4:因位置信息上报问题导致呼叫时延偏长部分VoLTE打VoLTE呼叫建立时延偏长,需6s以上。问题分析中兴PGW升级到V4.10.18版本,复测定点测试呼叫建立时延在3s左右。问题解决问题描述在右图中,主叫发送Invite,到被叫收到Invite,约需3s,即被叫寻呼时间过长;被叫发送183,到主叫收到183约需3s,时间过长。从IMS侧看,SBC向PCRF发起AAR请求位置信息,RAR消息未返回位置信息,2s多后SBC才向IMS发出INVITE消息。PGW当前版本并不能每次都位置上报,PGW升级到V4.10.18版本后,固定将ULI信息带给PCRF,从而传递给SBC。语音质量问题终端问题VoLTE间概率性单通;三方通话过程中单通;设备问题VoLTE与GSM间单通问题参数配置SBC带宽设置过小导致丢包室分单双流配置问题导致单通无线重建重建过程中会导致丢包率高覆盖、干扰语音质量问题主要体现为单通、丢包等问题,需要重点关注设备问题、终端问题、参数配置等问题,典型问题如下:我省近期出现较多VoLTE单通问题,现象主要有两类:一是VoLTE打VoLTE单通,二是VoLTE拨打GSM单通。经分析,第一类主要是终端问题,第二类主要是网络问题。序号问题描述问题分析及解决1三星S6拨打VoLTE电话概率性单通SBC上抓包发现手机发送数据包连续,但是还原后无任何声音,疑似三星S6单通。将在三星S6手机上抓包,进一步排查终端问题2三星S6呼叫保持过程中接听VoLTE电话单通A号码(三星S6)拨打B号码,通话过程中C号码拨打A号码,A保持B,接听C,此时C听不到A。手机与网络同时抓包,定位为三星S6版本问题,升级版本后问题解决3VoLTE拨打GSM单通在SBC上抓取的数据包还原后有声音,但是IMMGW抓包还原后无声,定位为SBC版本缺陷,升级版本后问题解决eNBEPCMGWSBC(ATGW)无线网设备核心网设备GSM手机IMS设备IM-MGW注:红圈为RTP包抓包位置案例1:VoLTE单通问题分析案例2:参数优化,提升MOS值研究MOS值是衡量通信系统语音质量、保障用户感知的重要指标。MOS值体现的是端到端质量,受到全流程各网元的影响,通过对无线参数进行研究梳理出一套提升MOS的参数方案,主要采用基于TBS的MCS选择策略、CQI采取变步长调整、基于时延的调度等方案,对MOS值提升取得了明显效果。通过对全网13个网格进行部署,网格平均MOS值由3.64提升至3.86。涉及主要参数如下:参数名称英文名称默认值修改值参数含义和作用下行VoIP基于TBS的MCS选择VoipTbsBasedMcsSelSwitch01该开关用于控制下行VoIP业务基于TBS的MCS选择策略。开关打开时,下行VoIP动态调度采用基于TBS的MCS选择策略;开关关闭时,下行VoIP动态调度不采用基于TBS的MCS选择策略。CQI变步长调整StepVarySwitch01该参数主要用来控制变步长方案的打开和关闭。

如果打开开关,采用变步长调整方案,可加快IBLER的收敛速度,当IBLER的测量值与目标值相差比较大的时候,采用大的步长快速调整,当IBLER的测量值接近目标值的时候,采用小步长进行微调;

如果关闭开关,采用固定步长调整。上行VoIP时延调度开关UlVoipDelaySchSwitch01该开关用于小区VoIP用户数较多且分布均匀时是否对VOIP用户进行基于时延的调度。当开关关闭时,不进行基于时延的调度;当开关打开,基于时延进行调度优先级计算,该开关仅适用于TDD。

VoIP业务时延调度VOIP_DELAYSCHNO_DELAYSCHVOIP_DELAYSCH该参数用于控制上行时延调度策略。如果设置为NO_DELAYSCH(无时延调度),上行动态调度不采用上行时延调度策略;如果设置为VOIP_DELAYSCH(VoIP业务时延调度),上行动态调度采用针对VoIP业务的上行时延调度策略,基于时延调整上行动态调度的调度优先级,提高VoIP重载场景下的MOS分和小区VoIP容量。

上行VoIP调度优化开关UlVoipSchOptSwitch01该参数用于控制上行VoIP调度优化功能是否生效。当开关关闭时,该功能不生效;当开关打开时,对上行采用动态调度的语音用户,若调度间隔超过上行语音调度间隔门限值,则触发一次上行动态调度。保证在发生SR漏检时,也能及时对语音用户进行上行调度,避免PDCP丢包定时器超时丢包。

上行VoLTE动态调度数据量估算开关UlVoLTEDataSizeEstSwitch01该开关用于控制上行VoLTE动态调度数据量估算功能是否生效。当开关关闭时,该功能不生效;当开关打开时,该功能生效,对VoLTE业务估算上行动态调度数据量,可减小VoLTE业务的包时延和丢包率,提升语音质量。终端问题在测试中发现终端存在不同程度的功能、稳定性、兼容性等方面的问题。序号分类目前存在的问题1功能1、三星手机存在概率性单通问题;2、HTCM8t存在重复接收短信的问题;通话过程中RRC连接异常释放2稳定性1、三星S6发热,待机时间短2、苹果IPHONE6:发热、应用无法安装、应用安装后闪退;VoLTE版本自动升级到非VoLTE版本;弹出“现有新的IOS更新可用,请从IOS9beta版进行更新”对话框,影响使用3、HTCM8T:死机,无法开机3兼容性1、三星S6——华为M7:三星拨打华为视频,无法拨通或者华为无图像2、HTCM8T——华为M7:HTC拨打华为手机,华为图像不清晰3、华为M7——三星S6:华为拨打三星视频,华为看到三星为黑白图像4、华为M7——HTCM8T:华为拨打HTC手机,华为图像不清晰提高eSRVCC门限,有助于用户的良好VoLTE语音感知及切换到2G的成功率,但会导致在低电平时,触发bSRVCC,由于核心网和终端不支持bSRVCC,导致VoLTE起呼出现大概率无法接通;由于VoLTE呼叫建立时间较短(2-3s),bSRVCC发生概率不大,但VoLTE终端拨打CSFB终端,接续时间会在5s以上,bSRVCC发生概率较大,VoLTE起呼失败概率更大B2切换门限按照-115dbm和-105dbm两个门限进行设置,同样选择电平在-110左右的位置进行测试,呼叫成功率出现大幅下降终端类型测试方法B2=-105dBmB2=-115dBmS6VoLte拨打VoLte终端50%99%VoLte拨打CSFB终端46%99%VoLte拨打2G终端50%98%Mate7VoLte拨打VoLte终端100%100%VoLte拨打CSFB终端30%100%VoLte拨打2G终端85%99%重要问题1----eSRVCC语音感知eSRVCC门限与语音感知:eSRVCC起测门限及切换门限设置主要影响接通率、掉线率和话音质量,本次攻关重点实现几项指标间的平衡。eSRVCC起测设置过低,因终端来不及触发eSRVCC切换,容易导致出现较大概率的掉话。场景参数呼叫次数掉话次数掉话率eSRVCC请求次数成功次数成功率进入电梯内A2起测:-110dbm803746.30%474289.36%(无LTE室分场景)B2切换:-115dbm进入电梯内A2起测:-100dbm8178.64%757397.33%(无LTE室分场景)B2切换:-115dbm重要问题1----eSRVCC语音感知提高测量门限,可使终端有更充足的测量时间(目前高通、海思芯片测量时间约为3-5秒不等),提升eSRVCC成功率;提高测量门限,可确保eSRVCC的及时性,减少掉线、语音质差和单通情况。目前全网主要采用A2=-100dbm,B2=-115dbm参数方案,根据实际场景,B2略有所调整(-113~-116dbm),实现接通率、掉线率和话音质量的平衡。长远解决方案为:网络终端支持bSRVCC后,可适当提升测量和切换门限,语音及时迁至2G;提升深度覆盖(如FDD900网络部署),可通过系统内切换代替eSRVCC。问题描述

测试中一基站下,终端在站内切换完成10s后,基站给终端发送RRCRelease,原因值User-inactivity,即不活动定时器超时,有概率出现掉话,影响测试指标。问题解决案例分析2——因基站Bug导致基站内切换10s后掉话问题分析按照集团参数规范,UE不活动定时器建议值10s,若终端10s内无数据传输,则判定超时,基站将释放RRC,但从终端Log看,从切换完成到定时器超时,上下行PDCP层一直有数据传输,正常情况下基站不应将RRC释放。UE在站内切换时,基站源侧PDCP层的数据需要转移到目的PDCP层,源侧的用户面实体未马上释放,源侧UE不活动定时器正常运行,10s后会超时,超时后会发送RRCRelease消息。由于产品问题,基站会出现小概率的对“UE不活动定时器”的判断错误,导致释放UE掉话。问题解决

修改UE不活动定时器,目前已将全网定时器修改到30s进行规避。预调度与智能预调度:1、

普通预调度:

基站不管有没有收到UE的SR上报,都会周期性的给UE分配上行资源。其中周期间隔和预分配的资源都是在MML上可以控制的。最显著的作用是可以降低ping时延。

当小区用户数超过50后,普通预调度不生效。

2、智能预调度。

当CDRX打开的时候,预调度就自动关闭了,此时为了达到预调度的效果(减少时延),就引入了智能预调度。智能预调度由下行业务触发。即是说,当智能预调度开关打开后,当下行调度调度成功,则启动智能预调度,这时会根据预调度的时间间隔和预分配资源进行预调度,智能预调度的持续时长通过MML控制。参照版本使用智能预调度后的效果DRXOFF,预调度ON上行干扰减低、上行吞吐量、上行MCS、上行吞吐率出现提升。下行CFI占用可能降低,导致下行吞吐量、下行吞吐率出现提升。DRXOFF,预调度OFF上行干扰可能略有升高、上行传输时长增加,计算的上行吞吐率出现下降。现网小包业务比例较多时,下行传输时长减小,下行吞吐率出现提升。DRXON,预调度OFF案例分析3——智能预调度VoLTE终端问题终端测试1、牵头收集VoLTE终端问题:收集汇总省内发现问题121项以及集团各VOLTE试点省上报的终端问题19项,共计138项,其中涉及当前商用3款终

温馨提示

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

评论

0/150

提交评论