网络故障分析典型实例
- 格式:pdf
- 大小:273.55 KB
- 文档页数:11
网络故障报告整改模板
1. 事件概述
简要叙述网络故障事件,包括时间、地点、涉及设备、涉及人员和事件描述等
相关信息。
2. 事件影响
说明网络故障事件给公司或部门造成的影响,包括工作停滞、业务中断、信誉
受损等方面。
3. 事件分析
详细描述网络故障事件的发现、分析和处理过程,包括诊断方法、诊断结果、
处理方法、处理效果等相关信息。
4. 故障原因
分析网络故障事件的根本原因,可能涉及硬件故障、软件故障、网络故障以及
人为操作等多个方面。
5. 故障处理方案
提出网络故障事件的整改方案,包括具体的技术措施和管理措施。
具体方案可
能涉及换新设备、升级软件、加强备份和容灾等多个方面。
6. 故障后续措施
说明整改方案的具体时间、负责人以及执行效果等,同时需要提出监控预警机制,防止同类网络故障事件再次发生。
7. 故障总结
总结网络故障事件的处理过程,包括发现、分析、处理、跟踪等方面;同时对
整个网络系统的安全性和可靠性进行检查和改进,确保不会出现类似事件再次发生。
以上是网络故障报告整改模板,可以根据具体情况进行增删改查,并且每次提
交报告需严谨执行该模板的程序。
略举实例对卫星信号相关故障问题的探讨【摘要】随着近年卫星市场的迅猛发展,如何保障信号源稳定可靠,实现安全优质播出是我们技术工作者的头等大事。
本文就笔者在工作实践中接触到的常见故障,做个简单的梳理如下(机型一般以同洲和九州dvb为主),供同行参考。
【关键词】卫星;故障实例;极化角调整1.略举典型故障实例(1)马赛克现象,声音正常。
经检查系+3.3v 电压偏低造成,实测只有2.2v。
检查电源板未发现有元件损坏,估计是3.3 v的绕组有问题。
断开该组输出电路,改接+5 v后面串接ba033的稳压块,试机正常。
实际上3.3v偏低或者偏高,均会造成这种现象。
(2)开机无信号。
据用户反映,一场雷雨过后,他家的电视机被打坏了。
我初步判断高频头可能也被雷电击坏,而且发现f头内有进水的痕迹,换新高频头后,依然不行,发现信号强度显示只有3%~5% 之间变化,怀疑天线被风吹偏了,重新调整天线依旧没有信号,信号强度最大只有12%,这时怀疑机器坏了,开机检查,发现控制18/14v输出的电压变换lm317(电压可调稳压块)已经坏了,换新后,317电压切换输出正常,接上馈线,还是无信号。
再次检查发现lnbin端子无电压输出,用表检查317后到lnb端口不通,打开屏蔽盒,发现pcb上细小的铜箔已经被烧坏。
重新连上,试机,信号有,图像跳出来了,声音清晰洪亮。
(3)信号强度正常,出马赛克。
若电源正常,多为ic(hy57v641620)坏或者存在虚焊现象。
(4)信号质量、强度很不稳定,跳动变化大,一般是高频头坏了。
(5)显示无信号。
这里指一种较少见的情况,主芯片数据线(排阻各脚)至pcb主板的调谐器内有开路现象,则显示无信号,起振慢。
(6)图像正常,声音失真。
尤其开大音量时候,如果反馈支路电容没有漏电,一般是jrc4558 不良,换新即可。
也有用lm358的,声音还不如4558。
(7)图像好,无声。
多是音频dac坏了。
(8)开机后,发现菜单图像静止,底色也不正常,所有按键失效。
图1 SW100B型100 kW短波发射机高末级电路原理图2 屏极电流取样电路四是屏极输出回路或谐波滤波器过荷故障,比如:在一π和二π槽路上有两对放电球F3、F4,当屏极输出回路过荷或谐波滤波器瞬间高压过荷时,就会出现打火,并伴有放电的声音,通过B10取样板中的光耦检测电路拾取信号,驱动三次过荷保护电路。
此时,需要检查一下引起过荷的原因,看发射机是否过调幅,可适当降低调幅度和输出功率(下转第221页)图1 对外接口板A28控制升降功率原理图4 故障处理心得10 kW DAM中波发射机在运行过程中会遇到各类故障及问题,当故障发生时,需要根据电路原理图对可能的故障点进行逐一排查,比如显示面板提示故障时其相应的电路上的各个元器件、连维持播音,待发射机播音结束后,及时检查高末级屏极输出回路,检查清洁谐波滤波器的打火点。
针对高末级屏极过流故障,我们编制了屏极过流故障判断流程图,如图3所示。
下面针对流程图说明其实际应用。
图3 屏极过流故障判断流程图在对照流程图进行分析前,先用万用表测量C980隔直电容(通地开关置于工作位置),排除隔直电容击穿(直流高压通地)引起的过流保护故障;在发射机预热状态下,如果高末栅流表指针反打,说明高末电子管栅、阴碰极;如果栅流表指示正常,则进行下一步操作。
发射机加高压,通过按动降功率按键,使屏压降低,通常降低到3~5 kV左右,然后再进行手动细调,这一操作是为了防止在调谐时,由于末级故障电容对地短路电流过大或者末级失谐引起反射功率过大,而使发射机进入保护状态,无法进一步对故障进行分析判断。
在手动调谐过程中,先调整高前级的调谐电感L411(M3),注意观察高末级屏极电流有如下四种情况。
一是调整M8或M15时,高末级屏流无变化,就可以判断此电容即是故障电容,在高压持续1 min左右,使发射机落高压,立即用手触摸电容C981和C982的温度,如果电容的温度较高,可以判定是属电容器故障。
第37卷 第6期2013年12月武汉理工大学学报(交通科学与工程版)Journal of Wuhan University of Technology(Transportation Science &Engineering)Vol.37 No.6Dec.2013基于CML的城市地铁网络相继故障分析*张海林1) 张铁岩2)(交通运输部公路科学研究院国家智能交通系统工程技术研究中心1) 北京 100088)(青岛市城市规划设计研究院2) 青岛 266071)摘要:分析和掌握城市地铁网络的基本特性,有助于规划和运营管理者对地铁进行运输组织和紧急情况的处理.基于复杂网络理论,采用Matlab仿真分析,对城市地铁网络相继故障进行了研究.结果表明:在相继故障扩散过程中蓄意攻击比随机攻击具有较快的传播速度,但在扰动幅度和故障规模关系中呈现出相似的变化趋势,蓄意攻击效果并不明显;多目标随机攻击加快了地铁网络相继故障的扩散进程,但对于最终引起的故障规模则影响不大.关键词:复杂网络;地铁网络;相继故障中图法分类号:U239.5 doi:10.3963/j.issn.2095-3844.2013.06.012 收稿日期:2013-08-20 张海林(1977-):男,博士,副研究员,主要研究领域为智能交通系统、客运交通枢纽智能化系统设计、行人交通流理论研究与仿真 *交通运输部建设科技项目资助(批准号:2011318350950)0 引 言同自然界多数网络类似,城市地铁网络也是由线和点组成,是一种典型的复杂网络[1].国内一些主要城市,如北京、上海、广州地铁建设已初具规模.随着网络规模的不断扩大,城市地铁也会出现一系列问题,例如,信号故障,乘客人数的骤增造成列车、站台过度拥堵等等.这些节点或边发生的故障会通过线路和车站之间的耦合关系扩散开来,从而引起其他节点故障,最终导致部分节点甚至整个网络的崩溃,这也就是通常所说的相继故障[2].因此有必要对网络化条件下城市地铁网络拓扑结构特性以及相继故障发生、发展进行研究,从而对故障的预防、控制提供理论依据.国内对地铁网络相继故障已有初步研究.汪小帆等[3]在中对全局耦合网络、无标度网络及小世界网络中CML的相继故障进行了较为详细的阐述.Bao Zhejing,Cao Yijia[4]中对局域世界网络的CML的相继故障进行了研究.马秀娟[5]等提出有向网络CML的相继故障,并在文献[6]中对树形网络拓扑结构中的CML相继故障特征进行了探讨,马福祥[7]将CML模型应用到km,n网络中,分析了km,n中不同网络拓扑结构的鲁棒性.以上研究主要集中在复杂网络拓扑结构类型方面,而对在地铁网络实例分析中则尚未涉及.本文采用基于耦合映像格子(CML)的相继故障模型和Matlab编程仿真,对北京、上海、广州等国内三个城市地铁网络相继故障进行了研究.1 基本概念1.1 耦合映像格子多数时空系统的时间、空间和状态变量是连续的,适于用偏微分方程来描述.无论是进行理论分析还是数值计算,都比较复杂,而且运算量也大.耦合映象格子(coupled map lattice,CML)便是将时间和空间变量离散化,但状态变量仍保持连续,这样既克服上述缺点,又能从本质上显示出系统的复杂时空特性.它是一个时间、空间都离散,而状态保持连续的非线性动力学系统,已成为研究时空混沌的强有力工具.在过去几十年研究中,通常假设CML具有规则的拓扑结构(如全耦合或最近邻耦合).近年来,随着复杂网络的兴起,人们已经开始研究具有小世界或无标度拓扑结构的耦合映像格子中的动力学行为,如时空混沌、分岔,同步等等[8].1.2 基于CML的相继故障模型将具有N个节点的CML相继故障模型描述如下.xi(t+1)=(1-ε)f(xi(t))+ ε∑Nj=1,j≠iai,jf(xj(t))/k(i)i=1,2,…,N(1)式中:xi(t)为第i个节点在t时刻的状态.N个节点的连接信息用邻接矩阵A=(ai,j)N×N表示.若节点i和j之间有边相连,则aij=aji=1,否则aij=aji=0.这里规定任意2个不同的节点之间至多只能有1条边,且不允许节点和自身相连;k(i)是节点i的度;ε∈(0,1)为耦合强度;非线性函数f表征节点自身的动态行为,这里选择为混沌Logistic映射:f(x)=4x(1-x),当0≤x≤1时,0≤f(x)≤1;式中的绝对值符号保证各节点的状态非负.如果节点i的状态在m个时序内始终在(0,1)范围内,即0<xi(t)<1,t≤m,那么称节点i处于正常状态.如果在m时刻,节点i的状态xi(m)≥1,那么称节点在此刻发生故障,节点在以后的任意时刻状态恒等于零,即xj(t)≡0,t>m.在节点状态按照公式(1)迭代演化的网络中,如果所有N个节点的初始状态都在(0,1)范围内,并且没有外部扰动,那么所有的节点将永远保持正常状态.假设在m时刻给某个节点c施加一个外部扰动R≥1,如式(2)所示.xc(m)=(1-ε)f(xc(m-1))+ ε∑Nj=1,j≠iac,jf(xj(m-1))/k(c)+R(2) 在这种情况下,节点c在第m时刻发生故障.因此,对所有的t>m有xc(t)≡0.在第m+1时刻,与c直接相邻的节点都将受到m时刻c节点的状态xc(m)的影响,并且这些节点的状态值按照式(1)计算得出.此时计算出来的节点状态值也有可能大于1,从而会引起新一轮的节点故障.这个过程反复进行,节点故障就可能扩散,最终导致网络的崩溃.1.3 复杂网络特征参数简介直径与平均路径长度:网络中2点之间的距离定义为连接2点的最短路径边数,其中任意两点之间距离的平均值称为网络的平均路径长度,记为L,任意两个节点之间的距离的最大值称为网络的直径,记为D;度是节点在复杂网络中的一个重要属性,是指与该节点连接的边数;聚类系数Ci又叫做群聚系数,定义为与该节点直接相邻的实际边数目与最多可能边数之比,整个网络的聚类系数<C>即为网络中所有节点聚类系数的平均值;节点介数是指网络中通过该节点的最短路径的数目.2 相继故障仿真结果分析对北京、广州、上海地铁网络构造说明如下,并统计得到3城市地铁网络特征值:(1)分析所用数据均来自各城市地铁运营公司官方网站,时间截止到2011年底;(2)地铁网络采用Space L构造方法,以地铁车站作为网络节点,若在实际网络中2站点之间有线路直接相连,则将其作为构造网络的1条边,并且在网络构造过程中对部分线路和站点进行了适当处理.对于部分孤立线路,比如北京地铁9号线、房山线和S2线,以及尚未开通站点均不在数据统计范围之内;(3)不考虑地铁线路方向和列车在线路上行驶时间,将地铁网络抽象为为无向非加权网络.对北京、广州、上海地铁网络拓扑结构特征值统计见表1.其中直径、平均路径长度、度、平均度在复杂网络中均为量纲一的量,在此指代不同情形下2点之间边的个数.表1 各城市地铁网络拓扑结构特征值城市点数边数直径平均度平均路径长度平均聚类系数北京172 185 41 2.15 14.4 0广州122 126 45 2.07 14.6 0上海244 269 41 2.21 14.9 0.000 8 本次仿真工具采用Matlab,图中数据均为50次实验的平均值,仿真过程中取ε=0.6,并在第10个时刻选择攻击节点施加扰动R(R≥1).实验采取两种攻击策略:随机攻击和蓄意攻击.其中在蓄意攻击时选取度较大的节点,对北京、广州、上海分别选取西直门、广州火车站、世纪大道作为攻击目标.首先读入网络邻接矩阵,求出相应参数,然后根据CML相继故障模型得到仿真结果,输出数据并画出关系图.图1显示了城市地铁网络中在随机攻击和蓄意攻击两种策略下,扰动幅度R与故障规模I的关系曲线,从图中可以看出3座城市地铁网络的·5811· 第6期张海林,等:基于CML的城市地铁网络相继故障分析图1 单目标随机攻击和蓄意攻击条件下扰动幅度与故障规模关系扰动幅度与故障规模均有相似的变化趋势,故障规模都会随着扰动幅度的增大而增加,并且在这两种攻击策略下均存在相似的阙值R*1,R*2.当R<R*1时故障规模I很小(I≤0.2),并且变化非常缓慢;当R*1≤R≤R*2时,故障规模I会迅速增加,并最终造成全局故障.从图中可以看到,该相继故障模型下,与随机攻击相比通过蓄意攻击引起相继故障进程稍有增加,但是效果并不明显.由文献[9]已知基于Space L的地铁网络的具有一定的随机网络特征,其度近似服从Poisson分布,多数节点度为2,度分布较为均匀,因此在相同的扰动幅度下,由蓄意攻击和随机攻击两种策略引起的相继故障规模不会有明显变化.图2是单个节点相继故障在地铁网络中的扩散过程,图2a),2b)分别表示了网络在随机攻击和蓄意攻击2种策略下故障规模的传播曲线,其中取扰动幅度R=12.可以看到在同一攻击策略下地铁网络的相继故障扩散过程也呈现出相似的变化趋势.在第0时刻施加扰动后,蓄意攻击策略下在各个时刻引起的节点故障规模总是大于随机策略,并且故障规模一开始便有较快的增长速度,变化呈现出先快后慢的趋势;而随机攻击策略下网络故障规模呈现出“慢—快—慢”的变化趋势.同小世界网络相比,地铁网络在两种攻击策略下的相继故障传播均需要较长时间,这也验证了地铁网络具有较大的平均最短路径拓扑结构特征.在进行多目标攻击时随机选取两个目标作为攻击对象,并施加扰动.同样取耦合强度ε=0.6,图3为多目标攻击下故障规模随扰动幅度变化关系曲线,从图中可以看到同单目标攻击相比,故障规模没有明显变化,这是因为对于单目标攻击而图2 相继故障在单目标随机攻击和蓄意攻击条件下的扩散过程图3 多目标攻击下扰动幅度与故障规模关系图4 多目标攻击下相继故障扩散过程言,当某个站点发生故障并向外传播时便出现和多目标攻击相似的情形,因此造成两类攻击除初始时刻之外并没有较大差别.图4为多目标攻击条件下相继故障规模随时间的变化情形,在这里同样取R=12.可以看到在多目标随机攻击时故障规模的变化趋势明显快于单目标情况.同单目标随机攻击相比,在进行多目标攻击时3城市地铁网络达到全局故障的时间提前约40%.以上表明对于地铁网络多目标攻击只是加快了相继故障的传播速率,但对最终引起的网络故障规模并没·6811·武汉理工大学学报(交通科学与工程版)2013年 第37卷有太大影响.3 结束语通过对北京、广州、上海地铁网络拓扑结构和相继故障分析得到以下结论:同许多其他网络类似,在进行单目标攻击时,地铁网络CML蓄意攻击下故障扩散过程比随机攻击要剧烈,具有较快的传播速度;但当相继故障经过充分传播时,通过蓄意攻击造成网络故障规模效果并不明显;同单目标攻击相比,地铁网络的多目标攻击只是加快了其相继故障的扩散进程,对于最终引起的故障规模则影响不大.本文只是在城市地铁网络物理层面分析其相继故障,而未考虑运营交路、乘客换乘等诸多复杂情况,需要结合地铁网络实际情况做进一步研究.参考文献[1]BARABASI A L.Linked:the new science of net-works[M].Massachusetts:Persus Publishing,2002.[2]CRUCITTI P,LATORA V,MARCHIORI M.Model for cascadingfailures in complex networks[J].Physica A,2007,386:407-413.[3]汪小帆,李 翔,陈关荣.复杂网络理论及其应用[M].北京:清华大学出版社,2006.[4]BAO Zhejing,CAO Yijia.Cascading failures in local-world evolving networks(English)[J].ZhejiangUniv,Sci.A,2008,9(10):1336-1340.[5]马秀娟,赵海兴,马福祥.基于耦合映像格子的有向网络相继故障[J].计算机应用,2011,31(7):1952-1955.[6]马秀娟,马福祥.树形网络拓扑结构CML的相继故障[J].青海师范大学学报:自然科学版,2010(3):35-38.[7]马福祥,马秀娟.基于CML模型的km,n网络拓扑结构相继故障分析[J].济南大学学报:自然科学版,2010,24(2):185-188.[8]陈雍君,周磊山.基于时延耦合映象格子的相继拥堵模型[J].电子与信息学报,2008,30(4):988-990.[9]汪 涛,方志耕,吴 卉,等.城市地铁网络的复杂性分析[J].军事交通学院报,2008,10(3):24-28.Cascading Failures Analysis of Urban SubwayNetwork Based on CMLZHANG Hailin1) ZHANG Tieyan2)(Research Institute of Highway Ministry Transport,National Intelligent Transport SystemsCenter of Engineering and Technology,Beijing100088,China)1)(Qingdao Urban Planning &Design Research Institute,Qingdao 266071,China)2)Abstract:To better organize the subway transportation and deal with the emergency situations for theplanning and operation managers,basic characteristics of subway network should be analyzed and ob-tained.Based on complex network theory,subway networks are analyzes in terms of cascading failurethrough matlab simulation methods.The results indicate that deliberate attack has a faster transmis-sion speed than random attack in the diffusion of cascading failure in the urban subway networks,butpresents a similar trend in the relationship in the scale of failure and the perturbation amplitude,theeffect of deliberate attack is not obvious;multi-target random attack speed up the process of the diffu-sion of cascading failure in subway networks,but has little effect on the scale of failure.Key words:complex network;subway network;cascading failure·7811· 第6期张海林,等:基于CML的城市地铁网络相继故障分析。
网络故障报告网络故障是现代生活中非常常见的问题。
它可能会对我们的工作和娱乐造成不便,甚至可能会导致重要数据的遗失。
这时,我们需要及时报告网络故障,让专业人员来解决这个问题。
首先,我们需要识别网络故障的类型。
我们可能会遇到的一些问题包括网络速度慢、无法连接互联网、电子邮件无法发送或接收,以及无法浏览特定网站等。
在识别问题之后,我们需要确保问题不是由于我们自己造成的。
有时,我们可能会意外关闭了路由器,或者遗忘了密码等。
如果我们确定这些是不会导致问题的因素,我们可以考虑报告故障。
对于大多数人来说,报告网络故障的最常见方法就是打电话给我们的互联网服务提供商。
在打电话之前,我们需要准备一些信息,例如账户信息、电脑型号、路由器信息等,以便能更快地找到问题的根源。
当我们通知服务提供商时,我们需要明确地描述所遇到的问题,例如什么时候开始出现问题、如何出现问题、是否可以联机等。
这将有助于专业人员更快地找到问题所在并提供解决方案。
在有些情况下,我们的互联网服务提供商可能会让我们跟随他们的指导进行一些基本诊断步骤。
这可以包括检查路由器、重启电脑等等。
在一些更复杂的情况下,我们的服务提供商可能会派遣专业人员上门检查我们的设备和网络连接。
如果网络故障不能在短时间内得到解决,我们可能会被要求等待一段时间,以便他们彻底研究我们的问题。
我们应该积极配合服务提供商并耐心等待结果,以便我们可以尽快恢复正常的网络使用。
总之,报告网络故障是至关重要的。
我们需要识别问题并确保这不是由于我们自己造成的。
随后,我们应该尽快通知我们的服务提供商,以便他们能够快速找到和解决问题。
尽管有时可能需要耐心地等待,但我们可以相信,专业人员会尽一切努力确保我们能够重新享受流畅的网络使用。
网络故障范文网络故障。
近年来,随着信息技术的飞速发展,网络已经成为人们生活中不可或缺的一部分。
然而,随之而来的网络故障问题也逐渐凸显出来。
网络故障不仅给人们的生活和工作带来了诸多不便,还可能造成严重的经济损失。
因此,如何有效应对和解决网络故障问题成为了当前亟需解决的重要课题。
首先,网络故障的原因主要有两个方面,一是硬件设备的故障,二是软件系统的问题。
硬件设备的故障可能是由于设备老化、电源问题、线路故障等引起的,而软件系统的问题可能是由于系统漏洞、病毒攻击、网络拥堵等引起的。
因此,要解决网络故障问题,首先需要对网络设备和软件系统进行全面的检查,找出故障的具体原因。
其次,针对不同类型的网络故障,需要采取相应的解决措施。
对于硬件设备的故障,可以采取更换设备、修复线路、加强设备维护等方式来解决;对于软件系统的问题,可以采取更新系统补丁、安装杀毒软件、优化网络配置等方式来解决。
此外,还可以通过增加带宽、优化网络拓扑结构、加强网络安全管理等手段来预防和减少网络故障的发生。
再次,及时有效地处理网络故障对于保障网络安全和稳定运行至关重要。
一旦发生网络故障,需要立即启动应急预案,迅速定位和解决故障,避免造成更大的损失。
同时,还需要建立完善的网络监控和管理体系,及时发现和排除潜在的故障隐患,提高网络的稳定性和可靠性。
最后,要加强网络故障处理的技术培训和人员配备。
网络技术日新月异,需要不断更新和提升网络维护人员的技能和知识水平,提高他们的应急处理能力和解决问题的能力。
同时,还需要合理配置网络维护人员的数量和岗位,确保网络故障处理工作的顺利进行。
总之,网络故障是一个复杂而又严重的问题,需要全社会的共同努力来解决。
只有通过科学有效的手段和方法,加强网络设备和软件系统的维护和管理,提高网络维护人员的技术水平和应急处理能力,才能更好地预防和解决网络故障问题,保障网络的安全和稳定运行。
相信在不久的将来,网络故障将不再是人们生活和工作中的难题,网络将成为更加安全、稳定和畅通的信息交流平台。
SA网络接入问题优化探究与实践总结XX目录一、SA 网络架构 (4)二、SA 接入流程与问题分类 (4)2.1SA 接入流程 (4)2.2SA 接入问题分类 (8)三、SA 接入优化案例 (13)3.1License 受限导致无法正常接入 (13)3.2request rejected unspecified (15)3.3license 未配导致语音回落LTE 失败 (18)3.4核心网数据导致SA 站点无法正常语音EPS FB (19)3.5EPSFB 呼叫失败 (21)3.6SA 组网EPS FB 跟Xn 切换流程冲突导致语音呼叫失败 (23)四、经验总结 (25)摘要随着全球范围内第五代移动通信网络商用步伐的加速,超高速率、超高频谱效率、超低时延和基于海量物联的超大连接已成为下一代宽带移动通信网络的共识。
5G NR 技术在标准制定之初就采取面向应用的设计思路,通过灵活可变的系统级参数调整适配差异化的组网需求。
终端开机驻留网络机制是任何一种通信系统中实现端到端通信的基础流程,5G NR 也不例外,本文以网络运维优化提升用户感知为出发点,通过对 5G 独立组网 SA 模式下的接入原理和信令流程的研究,介绍了 SA 网络接入问题分类,并通过现网实例,对问题分类中遇到的案例进行了总结,提出合理的解决方案,为 5G SA 网络的建设和优化提供参考。
【关键字】SA、接入、问题分类与定位一、SA 网络架构任何一种通信系统演进的终极形态就是独立提供信息服务,5G 系统也不例外。
5G 采取独立组网架构,从接入侧到核心网元都产生了一系列的变化。
核心网采取基于服务的“总线式”网络架构(SBA, Service-Based Architecture)。
接入网与核心网、接入网元之间定义了新的接口形态。
接入网还可以按照 CU 和DU 子网元进行分离,促进协议栈的切分和系统软件与硬件、业务与资源的进一步解耦,实现处理时延以及系统性能的优化提升,如下图所示。
栏目编辑:桂江一 ********************Maintenance Cases 维修实例38-CHINA ·May◆文/广东 李亚水2018年北京奔驰GLA200行驶中偶尔多个故障灯亮故障现象一辆2018年生产的北京奔驰G L A 200,搭载M 270型发动机,行驶里程为3 938k m ,V I N 码为LE4TG4DBXKL ******,车主反映该车在行驶过程中仪表台上多个故障警示灯突然亮起,且故障灯点亮时车辆可以继续行驶,停车关闭发动机后重新启动,仪表台又恢复正常。
故障诊断与排除接车时,该车仪表台显示已恢复正常。
连接诊断电脑进行快速检测,发现车辆控制单元列表中多个控制单元存有与仪表台控制单元存在通信故障的故障码,且状态均为“已存储”。
通过诊断电脑进入仪表台控制单元,并读取其自身存储的故障码,发现仪表台控制单元存有以下多个故障码(图1):U103288-底盘控制器区域(CAN)通信存在故障,总线关闭,已存储。
U015987-与驻车定位系统(PARK TRONIC)的通信存在故障,信息缺失,已存储。
U010087-与“内燃机”控制单元的通信存在故障,信息缺失,已存储。
U010100-与“变速器”控制单元的通信存在故障,已存储。
U118F87-与车载智能信息服务控制单元的通信存在功能故障,信息缺失,已存储。
U016887-与电子点开关的通信存在故障,信息缺失,已存储。
U021287-与转向柱模块的通信存在故障,信息缺失,已存储。
U012187-与电控车辆稳定行驶系统(ESP)的通信存在故障,信息缺失,已存储。
在整车快速测试列表中,以上各控制单元都存有“与仪表台的通信存在故障”的故障码。
由此分析,该车可能的故障原因有:1.仪表台控制单元软件故障;2.仪表台控制单元的供电和搭铁故障;3.仪表台控制单元的CAN通信故障;4.仪表台控制单元内部存在故障。
由于当前故障没有重现,我们决定先完成仪表台控制单元的软件作升级,再检查与仪表台控制相关的供电和搭铁情况。