附着与去附着失败问题处理

合集下载

LTE信令流程之开机附着去附着流程分析

LTE信令流程之开机附着去附着流程分析

LTE信令流程之开机附着去附着流程分析为了实现LTE网络中用户设备的连接和通信,开机附着和去附着是非常重要的步骤。

下面将分析LTE信令流程中的开机附着和去附着过程。

开机附着是指当用户设备(UE)开机或从断网状态恢复时,UE需要与LTE网络建立连接。

开机附着的过程可以分为以下几个步骤:第一步,扫描小区:UE首先会扫描周围的小区,以便找到可用的LTE小区。

UE会通过物理广播信道(PBCH)和物理下行共享信道(PDSCH)接收广播信号,获取小区的系统信息。

第二步,收到系统信息和选择小区:UE会解码收到的系统信息,并根据其中的参数选择要附着的目标小区。

UE需要选择一个最优的小区,以便进行后续的附着过程。

第三步,发送附着请求:UE会在随机接入过程中使用随机接入信道(RACH)发送附着请求。

UE会在附着请求中携带相关的用户身份和能力信息,以便网络能够识别和验证UE的身份。

第四步,接收附着响应:如果网络接收到UE的附着请求并验证通过,它将向UE发送附着响应。

附着响应中包含了分配给UE的临时标识,以及其他相关的系统信息。

第五步,完成附着过程:UE收到附着响应后,将与网络进行配对并完成附着过程。

UE会解码附着响应,获取分配的临时标识,并在后续的通信过程中使用它。

去附着是指当用户设备不再需要连接LTE网络时,可以发送去附着请求来终止与网络的连接。

第一步,发送去附着请求:UE会使用随机接入过程中的RACH发送去附着请求。

UE会在去附着请求中携带相关的用户身份信息,以便网络能够识别和验证UE的身份。

第二步,接收去附着响应:如果网络接收到UE的去附着请求并验证通过,它将向UE发送去附着响应。

去附着响应中可能包含一些系统信息,以便UE可以在后续的操作中使用。

第三步,释放资源:UE收到去附着响应后,将释放与网络之间的所有资源,并终止与网络的连接。

开机附着和去附着是LTE网络中用户设备连接和断开连接的重要过程。

通过开机附着过程,用户设备可以与网络建立连接,并获取到分配的临时标识,以便进行后续的通信。

GPRS附着成功率的统计和分析

GPRS附着成功率的统计和分析

n tal we n t i M N; o lo d i h s PL G M M Ca s 7,GPRS s r i e u e= evc s
( ma D t s n T G 3 p a Mis g o mm: 从 ) a i
G 接 口返 回的数 据丢失 MA r P消息 ;
ma Une p c e p x e t dDaa l To t Vaue Gm m :
从 G 接 口 返 回 资 源 耗 尽 的 MA r P用
从 G r接 口返 回 的 其 他 数 值 错 误
I P地 址 。
G.查 询 配 置数 据 后 发现 其 可 能原
因有 以下 三种 :
( m p ytm alrT G m: 2 a S s F i e o m 从 ) e u
G 接 口 ( G N和 归属 位 置寄 存 器 r S S Ho oai e ie me L c t n R gs r之 间 的 接 o t
注 :t c R j n H rR suc E h u t 为 a a h e g l e o re x a s G t C c . HL 返 回” o g s o ” 息 导致 附 着 被 拒 R C n et n 消 i
绝:
种不 同 的附 着成 功 率 , 种是 设 备 一 侧 , S S S rigG R u p r 即 G N(ev P SS p ot n
2附着 成 功 率 的统 计
通 过 命 令 统 计 一 个 时 间段 内 计 数 器 的数 值 , 过公 式 计 算 而 得 通 出具体 的统计 内容 。北 电附着 成功 率 的公 式 如下 :
a ah eC g a C eo re xa s t cR j n M p R sucE hut t .

附着与去附着失败问题处理

附着与去附着失败问题处理

附着失败处理案例
一问题描述
在泉州电信FDD-LTE网络新开站点单验时,测试附着业务时一直提示“Attach fail”。

二问题影响
UE无法正常注册的LTE网络中,不能进行业务测试,影响入网进度。

三问题分析
在进行attach&dettach业务测试中,出现附着失败,无法达到验收标准,面对问题,先确保设备连接正常,再通过现场测试情况进行原因排查。

常见的Attach 失败有两个原因:
1 RRC连接建立失败:主要原因有:信号问题(RSRP<-105dB,SINR<-3dBm)、设备故障(包括Mifi、电脑、基站故障)、干扰问题(外部干扰、内部干扰)。

2 核心网拒绝:主要是由于后台参数配置导致,需要及时和后台联系进行配合。

1) 如果是ESM过程导致的拒绝(比如默认承载建立失败),才会带PDN CONNECTIVITY REJECT消息;EMM层拒绝,只有ATTACH REJECT消息。

2) 常见的拒绝原因有:IMSI中的MNC与核心网配置的不一致。

四问题处理
1.寻找信号较好(RSRP>-90dBm、SINR>20dB)的地点进行Attach业务测试;
2.重启电脑及mifi,重新连接设备,然后再重新做Attach业务;
3.检查站点附件是否存在干扰情况,如果干扰严重要及时反馈解决;
4.联系后台确认测试站点是否存在告警;
5.联系工程督导协助排查。

五总结建议
排除问题时,首先确保测试方法无误,然后再排除设备、服务器、测试点、等因素,最后在考虑基站设备问题。

LTE核心网信令流程

LTE核心网信令流程
LTE核心网信令流程
附着 (Attach)与去附着(Deattach) 手机开机先注册到一个网络上,UE注册到网络的过程称为附着(Attach),在附着 过程中将UE的有关信息登记到网络实体.附着过程在UE和PGW间建立默认承 载,以保证UE”永远在线”,同时为UE分配IP地址.附着后UE的状态从EMMDeregistered变为EMM-Registered,从ECM-IDLE变为ECM-Connected.
去附着(Detach)
去附着过程就是UE在取消网络中的登记,即注销过程,UE状态从EMM-Registered 到EMM-Deregistered,UE的上下文也从网络中删除。 当UE通过EUTRAN介入EPS网络时,有UE、MME、HSS发起的去附着等三种去附 着方式。 UE发起的去附着过程可以是显式的或者隐式的。 显示的去附着,网络和UE明确的请求去附着,并互相用信令通知对方; 隐式的去附着,网络去附着,但没有通知UE;
eNodeB
5.RRC释放命令
4.S1-UE上下文释放命令 7.S1-UE上下文释放完成 1.S1-UE上下文释放请求
UE
6.RRC释放完成
MME
2.释放用户面承载请求
S-GW
3.释放用户面承载(eNB 地址/TEID)请求
业务请求
业务请求之前,UE和MME都处于空闲状态,Uu口和S1口的连接都已经释放。只有在 EPC中还保留有未释放的连接。 在业务请求过程完成后,建立RRC连接和S1连接,UE和MME迁移到ECM-Connection 状态。并且保留在EPC中的承载重新激活。
22-eNB转发给附着完成消息给MME。在附着完成消息以及UE已经得到一个PDN地 址信息以后,UE就可以发送上行数据包给eNB , eNB将隧道传给PGW和SGW。 23-新MME发送一条Modify Bearer Request 消息给SGW。消息中包好eNB的地址和 eNB的TEID。 24-SGW通过发送Modify Bearer Response 消息给新MME确认,然后SGW就可以发送 缓存的下行数据包。

汽车理论课件:附着问题

汽车理论课件:附着问题

FX1小
什麼路面條件下,附著條
濕滑路面、冰雪
件不易滿足?
路面、沙地等。

當路面有積雪時,起步用
用高擋輕踩加速
釋 為
高擋好還是用低擋好?
踏板起步較好。
什 麼

汽車在什麼工況下工作,
起步急加速。
附著條件會不易滿足?
1
第四節 汽車行駛的附著條件與汽車的附著率
➢起步過程中,驅動輪的嚴重滑轉會加劇輪胎的磨損。
力性可否得到充分發揮?
1
第四節 汽車行駛的附著條件與汽車的附著率
➢隨著車速的增加,後輪的法向反作用力下降,而切向反作用力則
按車速的平方關係增大。因此,附著率 C2 隨車速的提高而急劇增大,
附著條件不易滿足。
思考:高速轎車該如何解決附著率過大的問題?
1
按“附著率不超過附著係數”,可以精確定量求解 附著問題;但計算較繁瑣,而且需要較多的車輛結 構參數。
理論分析和實驗都表明,輪胎承受很大地面切向反力時(如高速行駛),地 面側向反力會下降很多。就是說,高速行駛的車輛,當附著率接近附著係數 時,地面附著能力全部用於縱向,基本上喪失了側向附著能力。
0.5
BMW325i
0.63
M.B.4Matic
0.65
1
第四節 汽車行駛的附著條件與汽車的附著率
單純前驅
FX 1
(1
)G(sin
1 g
du ) dt
C1
b
q hg
q
LL
C1
(1 )q
b hg q
四驅
LL
FX 2
G(sin
1 g
du ) dt
單純後驅
C 2

LTE常用事件详解

LTE常用事件详解

CSFBServiceFail
InterRATHOCmd InterRATHOSuc InterRATHOFail InterRATRedirectionReq InterRATRedirectionSuc InterRATRedirectionFail
RandomAccess
随机接入事件
给出的说明并进行相应的操作。 具体说明 UE发送Attach Request消息请求附着到数据业务。 UE发送Attach Request消息后,在45秒内发送Attach Complete消息,表示附着数据业务成功。 UE发送Attach Request消息后,在45秒内未发送Attach Complete消息,表示附着数据业务失败。 UE发送Detach Request消息或基站发送Detach Request 消息请求去附着到数据业务。 以下情况表示UE去附着数据业务成功: UE向基站发送Detach Request消息后,在15秒内收到 基站发出的Detach Accept消息。 基站向UE发送Detach Request消息后,在15秒内收到 UE发出的Detach Accept消息。 UE发送RRC Connection Request消息请求建立RRC连接。
MS发出RRC Connection Request,并且2.5s内UE发出RRC Connection Setup Complete,则触发该事件。 MS发出RRC Connection Request,并且2.5s内UE没有发 出RRC Connection Setup Complete,或者收到RRC Connection Reject,则触发该事件。 如果RRC Connection Reconfiguration消息中包含特定 的信元(“drb-ToAddModList”或“drbToAddModifyList”),并且不包含信元“ mobilityControlInfo”,表示ERAB建立尝试。 ERABSetupAttempt事件发生后,UE在1秒内收到RRC Connection Reconfiguration Complete消息,并且消息 中的信元“RRC-TransactionIdentifier”值与信元“ RRC Connection Reconfiguration”信元值相同,则表 示ERAB建立成功。 以下情况表示ERAB建立失败: ERABSetupAttempt事件发生后,1秒内UE没有收到RRC Connection Reconfiguration Complete消息。 ERABSetupAttempt事件发生后,UE收到 RRCConnectionReestablishmentRequest消息。 以下情况表示ERAB正常释放: UE收到Deactivate Eps Bearer Context Request消 息后,收到了RRC Connection Reconfiguration消 息,且消息中有信元“drb-ToReleaseList”。 UE收到Deactivate Eps Bearer Context Request消 息后,收到了RRC Connection release消息。 UE收到MME的DETACH REQUEST消息,或者向网络侧主 动发出DETACH REQUEST消息后收到RRC release消息

附着升降脚手架存在的问题和解决措施

附着升降脚手架存在的问题和解决措施

附着升降脚手架存在的问题和解决措施1、附着式升降脚手架(整体提升架或爬架)使用不符合行业安全规定要求解决措施:1)附着式升降脚手架使用具有比较大的危险性,实行认证制度;2)对生产或经营附着式脚手架产品的,要经建设部组织鉴定并发放生产和使用证,只有具备使用证后,方可向建筑施工现场提供产品;在持有建设部发放的使用证的同时,还需要再经当地安全监督管理部门审查认定,并发放当地的准用证;3)承包附着式升降脚手架安装工程的专业队伍应进行资证认证,无资质不准承接安装搭设工程项目。

2、使用附着式升降脚手架未按规定编制专项施工方案解决措施:1)使用附着式升降脚手架必须按规定编制专项施工方案;施工方案必须由专业分包项目施工负责人组织编写,经上级技术部门或总工审批;2)由于施工工艺的特殊性,所以要求不但要结合施工现场作业条件,同时还要针对提升工艺编制专项施工方案,其内容应包括:附着脚手架的设计、施工及检查、维护、管理等全部内容;3)由于此种脚手架的操作工艺的特殊性,原有的操作规程已不完全适用,应针对地此种脚手架施工的作业条件和工艺要求进行具体编写,并组织学习贯彻,向作业人员进行安全技术交底。

3、附着式升降脚手架的脚手板铺设不符合部颁安全管理规定要求解决措施:1)附着式升降脚手架为定型架体,故脚手板应按每层架体间距合理铺设,铺满铺严无探头板并与架体固定绑牢,有钢丝绳穿过的脚手架,其孔洞应规则不应留过大洞口,人员上下各作业层应设专用通道和扶梯;2)作业时,架体离墙空隙有翻板构造措施必须封严,防止坠人坠物;3)脚手板材料质量应符合要求,应用厚度不小于50mm 的木板或专用钢制板网,不得用竹脚手板。

4、附着式升降脚手架使用时其防护不符合部颁安全管理规定要求解决措施:1)脚手架外侧用密目式安全网封闭,安全网的搭接处必须严密并与脚手架绑牢;2)各作业层都应按临边防护的要求设置防护栏杆及挡脚板;3)最底部作业的下方应同时采用密目网及平网挂牢封严,防止坠人坠物;4)升降脚手架下(上)部建筑物的门窗及孔洞,也应进行封闭防护。

塔吊附着错误修理流程与注意事项

塔吊附着错误修理流程与注意事项

塔吊附着错误修理流程与注意事项下载温馨提示:该文档是我店铺精心编制而成,希望大家下载以后,能够帮助大家解决实际的问题。

文档下载后可定制随意修改,请根据实际需要进行相应的调整和使用,谢谢!并且,本店铺为大家提供各种各样类型的实用资料,如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等,如想了解不同资料格式和写法,敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!塔吊附着错误修理流程与注意事项:一、准备工作1. 确保安全:在进行塔吊附着错误修理之前,首先要确保现场的安全。

塔式起重机超长附着事故的分析与处理

塔式起重机超长附着事故的分析与处理

塔式起重机超长附着事故的分析与处理(最新版)编制人:__________________审核人:__________________审批人:__________________编制单位:__________________编制时间:____年____月____日序言下载提示:该文档是本店铺精心编制而成的,希望大家下载后,能够帮助大家解决实际问题。

文档下载后可定制修改,请根据实际需要进行调整和使用,谢谢!并且,本店铺为大家提供各种类型的安全管理制度,如通用安全、交通运输、矿山安全、石油化工、建筑安全、机械安全、电力安全、其他安全等等制度,想了解不同制度格式和写法,敬请关注!Download tips: This document is carefully compiled by this editor. I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you!In addition, this shop provides you with various types of safety management systems, such as general safety, transportation, mine safety, petrochemical, construction safety, machinery safety, electrical safety, other safety, etc. systems, I want to know the format and writing of different systems ,stay tuned!塔式起重机超长附着事故的分析与处理当前建筑市场竞争异常激烈,为降低施工成本、追求最大经济效益,有些工程项目往往使用一些残旧或缺少技术资料的建筑机械,给安全生产管理增加了很多困难。

附着系数小于于同步附着系数

附着系数小于于同步附着系数

附着系数小于于同步附着系数
摘要:
1.附着系数的定义和作用
2.同步附着系数的概念
3.附着系数小于同步附着系数的原因
4.附着系数小于同步附着系数的影响
5.如何提高附着系数
正文:
附着系数,是描述轮胎与路面之间附着性能的一个重要参数,它反映了轮胎在行驶过程中能够承受的最大侧向力。

同步附着系数则是指在特定条件下,轮胎与路面之间达到最佳附着状态的系数。

当附着系数小于同步附着系数时,轮胎的性能将会受到影响。

附着系数小于同步附着系数的原因主要有以下几点:
1.轮胎与路面之间的摩擦力不足
2.轮胎的花纹磨损
3.轮胎气压不合适
4.路面的状况不佳
当附着系数小于同步附着系数时,轮胎的性能将会受到影响。

首先,车辆在行驶过程中可能会出现侧滑、打滑等现象,影响行驶稳定性。

其次,轮胎的磨损将会加剧,降低轮胎的使用寿命。

最后,可能会导致安全隐患,如在雨雪天气中,附着系数小于同步附着系数时,车辆的制动距离将会增加,增加了交
通事故的发生概率。

浸涂浆料无法挂料的原因

浸涂浆料无法挂料的原因

浸涂浆料无法挂料的原因你有没有遇到过这种情况?拿着浸涂浆料,往机器里一倒,结果它竟然不愿意“挂”在表面上,像是跟铁板擦肩而过,什么都不粘。

这种状况真是让人心急如焚,甚至有点想摔东西的冲动。

别急,别慌,咱们一块来找找原因,弄明白这个“浸涂浆料不挂料”的背后,究竟有什么猫腻。

首先啊,得知道,浸涂浆料不挂料的原因可不少。

最常见的一个原因是浸涂浆料的配方出了问题。

大家都知道,浆料的配方可不是随便乱调的,得精确到每一种成分的比例。

如果这其中某个成分的量不对,或者质量不合格,就很可能导致浆料没法在物体表面形成均匀的涂层。

你想想看,浆料就像是做饭的食材,缺了什么调料,味道都跑偏了。

要是油多了、粉少了,那就容易让浆料跑得太快,根本没办法黏在表面上。

表面处理也很关键。

说实话,如果待涂的表面不够干净、平整,那浆料也不肯“搭理”你。

这就像人们常说的:“饭得炒了才好吃”,物体表面得先处理好才能涂得住。

如果表面上有油污、灰尘或者锈蚀,浆料根本就不想沾上去。

你想想,手上有油,拿东西都滑,这表面不好处理,浆料哪会乖乖地挂上去呢?再说了,温度和湿度也是大问题。

想象一下,一天到晚都下雨,空气潮湿,浆料的粘附性自然就大打折扣。

温度太低,浆料粘性差,跑得像小猫似的,不肯留下来。

温度高了,浆料可能会干得太快,粘性也不够。

就像做饭时,锅太热油也会爆,温度不合适,浆料完全不听话,涂层根本不服贴。

湿度太大,涂层一干就结块,粘附效果自然不理想。

如果你觉得这些因素都没问题,那咱们再看看浸涂的工艺和操作是否得当。

操作不当也能让浆料失控。

比如浸涂的时间太短,浆料还没来得及附着,便已经被取走了,导致涂层无法固定。

这就像涂指甲油一样,你涂了一层却没等干,指甲油就糊掉了。

再比如涂层的厚度不均匀,根本就无法保证涂料的粘附效果,最后出来的涂层就是个“失败品”,看着就心塞。

说到这里,咱们再考虑一下浆料的稠度问题。

浆料的浓稠度可是决定它挂料与否的关键。

如果浆料过于稀,完全没有足够的“粘性”去附着在物体表面,涂层也就掉得无影无踪;如果太浓,又容易挂不均匀,结果涂上去的效果反倒比没涂好,像个油腻腻的蛋糕。

LTE常见事件及解析

LTE常见事件及解析

CellReselectionL2W CellReselectionG2L CellReselectionW2L CSFBServiceRequest CSFBServiceSuc
LTE到WCDMA小区重选 事件 GSM到LTE小区重选事 件 WCDMA到LTE小区重选 事件 CSFB服务请求 CSFB接入成功事件 LTE回落到GU失败事 件 LTE异系统切换命令 LTE异系统切换成功 事件 LTE异系统切换失败 事件 LTE异系统重定向请 求 LTE异系统重定位成 功事件 LTE异系统重定位失 败事件
ERAB正常释放
ERABNormaBAbnormalRel
ERAB异常释放
Event Event Event Event
A1 A2 A3 A4
A1测量报告 A2测量报告 A3测量报告 A4测量报告 A5测量报告 B1测量报告 B2测量报告 切换A3测量报告
Event A5 Event B1 Event B2 HOA3Measurement
eNodeB发送的RRC Connection Reconfiguration消息中 包含了信元“mobility ControlInfo ”且“dlCarrierFreq”的值与当前“Serving EARFCN”的值不相 同,表示UE尝试异频切换。 以下情况表示UE异频切换成功: InterFreqHOAttempt事件发生后,UE在t304+1000ms 内收到新的小区发送的RRC Connection Reconfiguration消息。 InterFreqHOAttempt事件发生后,在t304+1000ms内 UE的“RRC State”值为“Connected”且当前的“ Serving PCI”值为切换请求消息中的“ targetPhysCellId”值。 InterFreqHOAttempt事件发生后,UE在t304+1000ms 内遇到TUE及**(某品牌)的终端内部事件HandoverSuc 说明: t304为协议中的定时器,表示切换请求到切换完成的超 时时间,协议规定最大时长为2s。 以下情况表示UE异频切换失败: InterFreqHOAttempt事件发生后,eNodeB在新的小区 发送RRC Connection Reconfiguration消息前收到 RRC Connection Reestablishment Request消息或 RRC Connection Release消息。 InterFreqHOAttempt事件发生后,UE的“RRC State ”值为“Idle”。 发生同频切换尝试事件后,在t304+1000ms时间内 Serving PCI没有更新为切换请求消息中的 targetPhysCellId。 在t304时间内遇到TUE及**(同上某品牌)的终端内部 事件HandoverFail。 eNodeB发送的RRC Connection Reconfiguration消息中 包含了信元“mobility ControlInfo ”且“dlCarrierFreq”的值与当前“Serving EARFCN”的值相 同,表示UE尝试同频切换。 以下情况表示UE同频切换成功: IntraFreqHOAttempt事件发生后,UE在t304+1000ms 内收到新的小区发送的RRC Connection Reconfiguration消息。 IntraFreqHOAttempt事件发生后,在t304+1000ms内 UE的“RRC State”值为“Connected”且当前的“ Serving PCI”值为切换请求消息中的“ targetPhysCellId”。 IntraFreqHOAttempt事件发生后,UE在t304+1000ms 内遇到TUE及**(同上品牌)的终端内部事件 HandoverSuc。 以下情况表示UE同频切换失败:

车身件强度失效问题的解决方案

车身件强度失效问题的解决方案

车身件强度失效问题的解决方案【车身件强度失效解决方案】一、提高零件质量1、改进材料:改进零件原材料,应使用更加适合车身件所必须的物理性能、耐久性好,抗断裂性能强,弹性模量高的材料。

2、精确设计:优化零件设计,避免设计缺陷,减少零件尺寸,优化强度分布,使材料受力环境尽可能接近均匀,保证该零件可以有效表达设计思想,确保强度。

3、精细制造:保证零件和零件连接的可靠性,使连接点的质量可以达到精度要求,避免零件变形,保证零件与零件间或者零件与外环境的良好的联接。

二、消除连接处缺陷1、优化装配条件:选用合适的紧固件及其贴装工艺,防止因过大应力、应变、疲劳等影响零件受力分布而导致失效。

2、采用新型紧固件:应选用耐高温、耐腐蚀、具有良好刚度和强度的新型紧固件,以更加可靠的方式来连接车身件。

3、精确安装紧固件:确保贴装紧固件的合理性,力矩及贴装角正确,以防止紧固件承受不均匀的压力。

三、在制造过程中采用补偿措施1、选用合理温度:适当控制零件在生产过程中的温度,以解决零件尺寸变形、强度下降等问题。

2、采用更加精确的检测手段:采用先进的检测工具,实现零件尺寸及型腔等多项检测要求,检测精度更高。

3、实施过匹配控制:使用专业工艺服务技术,实现各工序的密封配合控制,有效降低车身件粘土的压力差和接触间隙,是零件质量一致性更加可靠。

四、预防失效机制1、监控报警:采用监控系统,及时监测车身件的工作状态,系统能在车身件状态发生变化或可能失效时及时发出报警,提前发现强度失效问题。

2、激活保护装置:及时启用强度失效保护系统,在发生安全隐患时可自动切断车身件的正常动作,降低安全隐患等级。

3、定期检查更换:定期检查车身件及其附件的磨损状态,并及时更换失效无法更正的零部件,以避免安全事故的发生。

案例-NB-IoT光伏板监控业务附着失败问题研究

案例-NB-IoT光伏板监控业务附着失败问题研究

NB-IoT光伏板监控业务附着失败问题研究【摘要】人与人之间的通讯规模已近天花板,物与物的则刚刚进入增长快车道。

随着可穿戴、车联网、智能抄表、光伏板等新兴市场的开启,工业4.0、智慧城市、智慧农业等理念照进现实,万物互联的时代正加速到来。

本文通过光伏板NB附着失败问题探究分析解决,为NB网络优化积累经验。

【关键字】NB-IoT 附着干扰容量【故障现象】:黄山光伏板厂NB-IOT用户反馈从2018年6月初NB-IOT网络出现问题,终端出现无法连接网络或者无法分配IP地址的情况。

现场在光伏板厂测试时发现问题如下:A.附着情况:首先是很难附着上小区(即使附着成功时延也很大,大于10s),没有附着上小区的一种情况是UE给基站发送RRC连接请求之后,基站没有回复消息给UE;另一种情况是RRC建立成功之后基站未回复ATTACH ACCEPT/REJECT消息。

B.附着成功之后,PING经常失败、超时,上行灌包也偶尔超时。

长期话统看,RRC建立成功率从6月3日开始出现恶化,关联指标从这天开始,RRC连接次数徒增:用户分布从主要集中在覆盖等级0,变为主要集中在覆盖等级1、2:伴随的上行干扰指标抬升明显:上下行吞吐量徒增:上下行子载波利用率:抬升到平均80+%【处理过程】:1、干扰排查由于用户数增加带来底噪的抬升,现场使用扫频仪在光伏板附近进行的扫频,扫频结果显示扫频仪扫到信号的中心频率和NB-IOT终端上行信号的中心频率(834.6Mhz)是一致的,且是窄带信号(200K以内),可以排除外部干扰,确认底噪抬升是由于NB-IOT上行信号导致。

3个主服小区都设置为2506时的扫频结果:3个主服小区中2个设置2506频点1个设置为2509频点的扫频结果。

2、话统根因分析RRC建立成功率分析:RRC建立失败原因主要是NoReply:标口日志分析:在高话务量(上下行资源占用率)场景下,终端RRC接入过程中因为资源分配受限而失败。

MME隐性去附着导致被叫回落失败

MME隐性去附着导致被叫回落失败

MME隐性去附着导致被叫回落失败场景:主叫信令:被叫信令:场景描述:主叫UE在16-07-13 13:54:53.335占用<珠海斗门西埔新堂路超毅公司门口斜对面(微小)D-ZLH-1>收到eNodeB的回落指示RRC Connection Release到了2G侧起呼,在16-07-13 13:54:56:190发起setup,开始寻呼被叫;被叫UE在16-07-13 13:54:58.566收到paging,并向MME发起Extended service request,在13:54:58.644收到MME的Service reject,拒绝原因为Cause: (10) Implicitly detached(隐性去附着)。

初步分析,被叫UE在16-07-13 13:54:23.135返回LTE网络侧后占用珠海埔青路D-ZLH-1立刻发起了TAU请求,并在16-07-13 13:54:23.860收到了网络侧的Tracking area update accept,证明TAU成功,TAU成功后,UE重选了3个小区,分别是珠海埔青路D-ZLH-1——珠海明珠广场D-ZLH-1——珠海斗门西埔新堂路超毅公司门口斜对面(微小)D-ZLH-1,3个小区TAC都属于9419;在16-07-13 13:54:58.566收到paging,并占用<珠海斗门西埔新堂路超毅公司门口斜对面(微小)D-ZLH-1>向MME发起Extended service request,发起时无线环境良好,在13:54:58.644收到MME的Service reject,拒绝原因为Cause: (10) Implicitly detached(隐性去附着)。

由于TAC一致,且无线环境良好,基站站点状态也正常(主叫占用同样的小区并无此现象),初步判断为核心网侧机制问题导致此次隐性去附着,造成此次被叫UE CSFB流程回落失败。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

附着失败处理案例
一问题描述
在泉州电信FDD-LTE网络新开站点单验时,测试附着业务时一直提示“Attach fail”。

二问题影响
UE无法正常注册的LTE网络中,不能进行业务测试,影响入网进度。

三问题分析
在进行attach&dettach业务测试中,出现附着失败,无法达到验收标准,面对问题,先确保设备连接正常,再通过现场测试情况进行原因排查。

常见的Attach 失败有两个原因:
1 RRC连接建立失败:主要原因有:信号问题(RSRP<-105dB,SINR<-3dBm)、设备故障(包括Mifi、电脑、基站故障)、干扰问题(外部干扰、内部干扰)。

2 核心网拒绝:主要是由于后台参数配置导致,需要及时和后台联系进行配合。

1) 如果是ESM过程导致的拒绝(比如默认承载建立失败),才会带PDN CONNECTIVITY REJECT消息;EMM层拒绝,只有ATTACH REJECT消息。

2) 常见的拒绝原因有:IMSI中的MNC与核心网配置的不一致。

四问题处理
1.寻找信号较好(RSRP>-90dBm、SINR>20dB)的地点进行Attach业务测试;
2.重启电脑及mifi,重新连接设备,然后再重新做Attach业务;
3.检查站点附件是否存在干扰情况,如果干扰严重要及时反馈解决;
4.联系后台确认测试站点是否存在告警;
5.联系工程督导协助排查。

五总结建议
排除问题时,首先确保测试方法无误,然后再排除设备、服务器、测试点、等因素,最后在考虑基站设备问题。

相关文档
最新文档