光口时延排查指导书
如何分析和解决网络延迟问题(六)
网络延迟问题一直以来都是互联网使用过程中最让人头疼的事情之一。
无论是在上网冲浪、观看在线视频还是进行在线游戏，网络延迟都可能带来不良的使用体验。
然而，我们可以通过分析和解决网络延迟问题来改善我们的网络连接，提高我们的上网体验。
第一部分：分析网络延迟问题的原因在开始解决网络延迟问题之前，我们首先需要了解造成延迟的可能原因。
在这里，我将讨论一些可能造成网络延迟的常见原因。
1. 网络拥塞：当网络上的数据传输量过大，超出网络所能承受的范围时，就会发生网络拥塞。
这会导致数据包的传输受到阻碍，进而引起延迟问题。
2. 路由器问题：路由器是网络中枢的设备，它负责将数据包从源地址传输到目的地址。
如果路由器出现故障、配置不当或过时的硬件，则会导致网络延迟。
3. 不稳定的网络连接：无论是通过有线连接还是无线连接，如果信号不稳定、信号强度不足或存在其他干扰因素，都会导致网络延迟。
第二部分：解决网络延迟问题的方法既然了解了网络延迟问题的一些原因，接下来我们将探讨一些解决网络延迟问题的方法。
1. 提升带宽：带宽是网络连接速度的衡量标准，提升带宽可以显著降低网络延迟。
你可以通过与网络服务供应商联系，升级你的网络服务套餐来获得更高的带宽。
2. 优化路由器设置：确保你的路由器设置正确，更新路由器固件，并将其放置在信号覆盖范围内。
此外，你还可以选择更高性能的路由器来提升网络连接速度。
3. 使用有线连接：无线网络连接往往比有线连接速度慢，容易受到信号干扰。
如果可能的话，尽量使用有线连接，以减少延迟问题。
4. 关闭后台应用程序：许多应用程序在后台运行时会占用网络带宽，导致延迟问题。
关闭不必要的后台应用程序，可以释放带宽资源，从而改善网络性能。
5. 使用网络加速器：网络加速器是一种软件工具，可以优化你的网络连接，提高数据传输速度。
你可以在互联网上找到各种网络加速器软件，并根据你的需求选择。
第三部分：解决网络延迟问题的实践经验作为旁观者，我可以分享一些我在解决网络延迟问题中得到的实践经验。
传输问题分析排查指导流程
传输问题分析排查流程一、常见的传输问题1、传输时延S1接口是连接eNB和核心网的接口，也是最基本的业务通道，传输网的故障必然会影响S1的连接，丢包和高延迟会造成S1连接的频繁中断，进而影响速率。
要保证正常的用户体验，LTE传输网络S1接口单向时延(即eNB到S-GW)指标为5ms-10ms.如图2-4，3GPP规定的LTE传输网络S1接口单向时延为10ms.因此，应保证eNB到S1接口的时延最大为10ms.2、传输重传/丢包率对于不同的业务，会存在不同的丢包率的要求。
如表2-1所示，相比于2G/3G来说，LTE对丢包率的要求更高。
LTE要求传输网络需“具备针对不同的业务分类管理和识别功能”；传输网络需“具备业务质量在线监测告警功能”；传输网络需“具备合理的流量冲突监测和控制策略”。
由上表可知，即便是这种对丢包率要求不高的实时游戏，其所要求的丢包率也要达到10-3，而对于对丢包要求非常高的TCP业务，丢包率要求为10-6。
当站点存在传输问题时，会表征为较大的传输时延。
网络时延过大将会对用户体验影响产生较大影响，尤其是话音业务和其他实时业务。
3、下载速率在LTE网络中，3类终端所能达到的速率为80Mbps,4类终端所能达到的速率为112Mbps.在开启载波聚合功能时，4类终端速率可到224Mbps。
因此为了保证载波聚合功能的使用效果，需要保证至少220MHZ的传输带宽。
当站点存在传输问题时，就会导致无线资源不能被合理的分配。
无线资源的不足会直接影响到用户的下载速率。
二、处理步骤我们采用“先整体，后局部”，利用网管平台上提取的全省海量数据为依托，对疑似传输问题的站点进行处理分析。
1、通过瀚信平台提取全省站点的业务响应时延、业务速率、重传率指标，找出一些可能存在传输问题的TOP站点，收集单站验证未通过站点及微波站点；2、对TOP小区采用”三步法”进一步细化分析：✓对一些低速率站点传输时延进行分析；传输时延是通过后台eNB到MME之间ping大包（1450K字节以上）100次得到的时延来反映的。
宽带网络故障定位指导书
宽带网络故障定位指导书宽带网络故障定位指导书文档密级：内部公开目录第1章网络故障概述 (1)1.1 常见故障分类 (1)第2章上网速度慢故障分析 (3)2.1 用户客户端问题 (3)2.2 网络服务器（web站点或其他网络服务器）问题 (3)2.3 网络侧具体网络设备问题 (4)2.3.1 案例一：MA5100 ADSL用户反馈上网速度始终很慢，ping 网关时延很大（32字节长度，延时达到50到60ms）。
(5)2.3.2 案例二：MA5200用户上网速度慢的问题一般定位方法 (6)2.4 网络结构问题 (7)2.4.1 带宽分析 (7)2.4.2 案例：不能点拨VOD的问题处理方法 (10)2.4.3 ATM网络问题 (10)2.4.4 以太网络 (14)2.4.5 IP 网络 (15)2.5 网络攻击问题 (17)2.5.1 网络攻击案例一：Radium 8750 DHCP Relay功能失效分析 (17)2.5.2 检测网络攻击手段之一：LANSWITCH端口镜像的应用 (20)第3章用户端口掉线 (23)3.1 ADSL用户掉线 (23)3.2 ADSL用户打游戏“掉线”和“卡壳”问题 (26)第4章数据包丢失 (27)4.1 Ping程序参数说明 (27)4.2 Ping大包不通 (28)4.3 Ping大包丢包 (29)4.4 Ping小包丢包 (29)4.5 Ping包时延过大 (30)4.6 案例：MA5200对IP分片报文重组故障引起丢包的案例分析 (30)第5章其他问题引起的网络故障 (33)5.1 NAT问题 (33)5.1.1 案例一：NAT应用层网关不支持某些协议引起的网络不通问题 (33)5.1.2 案例二：NAT转换时使用IP POOL中不同IP引起的问题 (34)5.1.3 案例三NAT对分片（Fragmentation）IP报文的处理 (34)5.2 没有保存数据，设备重启引起部分用户数据丢失 (35)附录一：通过ACL过滤防范网络攻击 (36)宽带网络故障定位指导书文档密级：内部公开关键词：故障处理宽带产品网络摘要：本文针对宽带网络中常见网络故障现象和故障定位方法进行了描述。
关于深圳语音专线VOIMS通话时延过长隐患排查案例
关于深圳语音专线VOIMS通话时延过长隐患排查案例目录一、背景介绍 (2)二、网络现状 (2)1、客户接入网络架构： (2)2、原有接入方案存在的问题： (2)三、网络环境测试 (3)1、通话时延测试原理： (3)2、语音平台时延测试 (3)3、测试总结 (4)四、优化方案 (4)五、效果评估 (4)一、背景介绍深圳地区一重要AAA集团客户投诉其新开通语音专线的通话时延过长，通话时延接近1s，无法满足客户使用要求。
该客户在深圳和广州地区新建2套语音呼叫平台，并且分别接入深圳移动2套不同的UMG接入平台，客户使用其中一个平台长时间呼叫另一地区的语音平台，对通话时延有较高的要求。
经简单通话测试，发现通话过程中存在较明显的延迟现象。
二、网络现状1、客户接入网络架构：该客户在深圳的语音平台接入到深圳移动的“广东IMS_罗湖UMG”，主叫号码为6685xxxx，客户的广州平台通过长途电路接入到深圳移动的“广东IMS-宝城 UMG”平台，用户号码为6189xxxx。
2、原有接入方案存在的问题：（1）语音通道路径过长，经过的通道节点越多，语音时延就越大。
（2）按照原有省公司规范专线话务需迂回铁通关口局，一旦客户投入大话务，迂回模式使得话务量倍增，势必引起深圳移动至铁通之间电路资源紧张，影响其他专线用户业务。
三、网络环境测试1、通话时延测试原理：采用MGW网元录音与延时专用测试仪手段，在MGW网元上指定一呼叫信令进行录音，对比收发上的录音结果，测得通话延迟时长；另一手段是利用延时专用测试仪分别接入主叫电话与被叫手机的收发话筒，通过发送特殊测试音，计算发出与接收到的音频间隔即为通话时延。
2、语音平台时延测试（1）宝城UMG内部时延：在宝城UMG上PRA入局，ISUP出局，对出局的TDM TID端点进行内环，在入局的PRA TID端点上进行录音测试，比对收发上的录音结果，延时在70ms左右。
（2）罗湖UMG内部时延：在罗湖UMG上PRA入局，宝城ISUP出局，对宝城出局的TDM TID端点进行内环，在罗湖入局的PRA TID端点上进行录音测试，比对收发上的录音结果，延时在170ms～180ms左右；（3）宝城UMG呼叫移动手机时延：使用延时测试设备，对宝城UMG下挂的PRA测试设备66820884，呼叫移动手机，录得的延时为：332ms/310ms/288ms/273ms/308ms，平均时延为300ms。
如何解决网络延迟高仍然断网的问题：网络诊断与排查(十)
如何解决网络延迟高仍然断网的问题：网络诊断与排查网络已经成为我们生活中不可或缺的一部分，无论是工作还是娱乐，几乎每个人都离不开网络。
然而，有时我们会面临网络延迟高和断网的问题，影响到我们的正常使用。
为了解决这个问题，我们可以进行网络诊断与排查。
一、检查网络连接在开始排查之前，首先要确保我们的设备与网络的连接是稳定的。
检查网络线缆是否插好、路由器是否工作正常以及Wi-Fi信号是否强弱。
如果发现问题，可以尝试重新插拔线缆或者重启路由器来修复连接问题。
二、运行网络诊断工具现在大多数操作系统都内置了网络诊断工具，用于检测网络问题并提供相应的解决方案。
我们可以通过运行这些工具来了解网络问题的具体原因。
1. 通过ping命令检测延迟在命令行中输入"ping"命令，后面跟上一个网址或者IP地址，可以检测到我们与目标地址之间的延迟。
通过这个命令，我们可以判断网络延迟的高低，并进一步推测问题出现的原因。
如果延迟过高，可能是网络中某个节点故障，需要联系网络服务提供商解决。
2. 使用网络分析工具除了系统自带的网络诊断工具，我们还可以使用一些第三方的网络分析工具来更详细地了解网络状况。
例如Wireshark可以帮助我们捕获和分析网络数据包，找出其中的问题所在。
通过分析数据包的内容和交互过程，可以更准确地定位问题，并采取相应的解决策略。
三、检查设备和软件设置有时网络问题的原因可能是我们设备或者软件的设置不正确，导致网络连接出现问题。
我们可以检查以下几个方面来解决问题：1. 确保设备驱动程序更新如果我们使用的是无线网络，确保我们的无线网卡或者适配器的驱动程序是最新的。
有时旧的驱动程序可能会导致网络连接不稳定，更新驱动程序可以解决这个问题。
2. 检查防火墙和安全软件设置有些防火墙或者安全软件可能会阻止某些网络连接，导致网络断开或者延迟高。
我们可以检查这些软件的设置，确保它们没有阻止需要的网络连接。
有时我们还可以暂时关闭防火墙或者安全软件，测试网络连接是否正常。
网络故障排查指导书
⽹络故障排查指导书⽹络故障排查⼿册⽬录⼀、⽹络故障排查步骤 (3)⼆、⽹络故障排查常⽤命令 (4)三常见⽹络故障类别 (8)四、常见⽹络故障现象及解决办法 (12)五、⽹络故障及解决⽇志 (19)⼀、⽹络故障排查步骤1.全⾯收集信息，并分析故障现象全⾯了解故障的情况，并详细询问相关细节，可以请故障发⽣时操作⼈员描述正常运⾏时的情况，检查⼀下在故障发⽣之前是否对改节点或是⽹络进⾏了改动。
2.定位故障范围通过第⼀步全⾯的收集信息分析，可以将故障范围缩⼩到⼀个⽹段或节点。
基于所有的分析，判断故障是否与⼀个⽹段有关，还是局限于⼀个节点。
缩⼩故障范围是解决的开始。
3.故障隔离如果故障影响整个⽹段，那么就通过减少可能的故障源来隔离故障。
除两个节点外断开其他所有的节点。
如果这两个节点能正常通讯，再增加其他节点。
如果这两个节点不能通讯，就要对物理层的有关部分，如电缆的接头、电缆本⾝或与它们相连的⽹卡灯进⾏检查。
4．排除故障⼀旦确定了故障源，那么识别故障类型是⽐较容易的。
对于⽹络硬件设备来说，最⽅便的措施就是简单地更换，对损坏部分的维修可以以后在进⾏。
记住：“就尽可能迅速地回复⽹络的所有功能是故障诊断⽬的”⼆、⽹络故障排查常⽤命令1．ping⽹管使⽤最频的当是ping命令，它不仅可以检查⽹络是否连通，还有益于分析判断⽹络故障。
其常⽤⽅法有：1.1．ping本机IP本机始终都是应该对该ping命令作出应答，如没有，则表⽰本地配置或安装存在问题。
出现此问题时，局域⽹⽤户可断开⽹缆，然后重新发送该命令：如果⽹线断开后本命令正确，则表⽰另⼀机⼦可能配置了相同的IP地址。
这⾥显⽰的TTL（Time To Live存在时间），表⽰数据包已通过的路由器数量。
1.2．ping⽹关IP命令应答如果正确，表⽰局域⽹中的⽹关路由器正在正常运⾏1.3 ping远程IP该命令将会经过⽹卡及⽹缆到达其他机器后再返回。
收到回送应答表明本地⽹络中的⽹卡和载体运⾏正确；但若收到0个回送应答，那么表⽰⼦⽹掩码（进⾏⼦⽹分割时，将IP地址的⽹络部分与主机部分分开的代码）不正确或⽹卡配置错误或电缆系统有问题。
RRU故障排查指导书
RRU故障排查指导书（V2.2）中兴通讯股份有限公司1RRU故障排查指导书册(V2.2)策划ZTE工程服务部拟制审核测试* * * *中兴通讯股份有限公司地址：上海市张江高科技园区碧波路889号邮编：201203技术支持网站：客户支持中心热线：（0755）26770800 800-830-1118传真：（0755）26770801* * * *23 声明本资料著作权属中兴通讯股份有限公司所有。
未经著作权人书面许可，任何单位或个人不得以任何方式摘录、复制或翻译。
侵权必究。
和是中兴通讯股份有限公司的注册商标。
中兴通讯产品的名称和标志是中兴通讯的专有标志或注册商标。
在本手册中提及的其他产品或公司的名称可能是其各自所有者的商标或商名。
在未经中兴通讯或第三方商标或商名所有者事先书面同意的情况下，本手册不以任何方式授予阅读者任何使用本手册上出现的任何标记的许可或权利。
本产品符合关于环境保护和人身安全方面的设计要求，产品的存放、使用和弃置应遵照产品手册、相关合同或相关国法律、法规的要求进行。
由于产品和技术的不断更新、完善，本资料中的内容可能与实际产品不完全相符，敬请谅解。
如需查询产品的更新情况，请联系当地办事处。
若需了解最新的资料信息，请访问网站意见反馈表为提高中兴通讯用户资料的质量，更好地为您服务，希望您在百忙之中提出您的建议和意见，并请将您的意见和建议通过电子邮件发送至****************.cn，(此为举例，写各个部门资料接口4修改记录5目录第1章RRU指示灯介绍 (2)1.1 R01指示灯 (2)1.2 R11/R21指示灯 (3)1.2.1 R11/R21侧光纤做环判断方法： (4)1.3 R04指示灯 (4)1.4 R08指示灯 (4)第2章RRU断链排查方法 (7)2.1 只有BBU-RRU断链告警排查RRU软件版本 (7)2.1.1 光接口复位 (8)2.2 有光口故障告警（LOP,LOS,LOF）做环排查方法 (8)2.2.1 排查方法简述： (8)2.2.2 排查方法详述： (8)2.3 有光口故障告警（LOP,LOS,LOF）光功率计排查方法 (9)第3章各类告警排查指导 (10)3.1 电源过温、电源过压、电源欠压告警 (10)3.2 某些通道下行驻波比告警 (10)3.2.1 多通道交叉定位法 (10)3.2.2 单通道驻波比告警 (10)3.3 下行通道增益过低告警 (11)3.4 接收通道增益过高或过低告警 (11)3.5 下行输出欠/过功率告警 (11)3.6 天线通道幅相一致性告警 (12)3.7 主从控制故障 (12)3.8 时钟类告警 (12)3.9 严重硬件类告警 (13)1第1章RRU指示灯介绍1.1 R01指示灯ZXTR R01指示灯在是PALM警状态指示灯）。
光交换机中的时延优化策略研究
光交换机中的时延优化策略研究随着互联网的快速发展，大量数据传输和通信需求的增加，光交换机在网络架构中起着至关重要的作用。
光交换机作为一种高性能的光纤通信设备，其在数据包传输中的时延优化策略成为了研究和实践的焦点。
本文将探讨光交换机中的时延问题，并提出一些优化策略。
在光交换机的通信过程中，时延是一个关键的指标，直接影响数据传输的效率和网络的性能。
时延可以分为处理时延、排队时延和传输时延三个方面。
处理时延是指数据包在光交换机中进行处理所需要的时间，包括解包、查表、决策等操作；排队时延是指数据包在光交换机的输入和输出队列中等待处理所需要的时间；传输时延是指数据包从光交换机的输入端口到达输出端口所需要的时间。
为了降低光交换机中的时延，可以从以下几个方面进行优化策略研究。
首先，采用高性能的硬件设备是降低光交换机时延的重要手段之一。
光交换机的性能直接受到硬件设备的限制，因此选择高速、低延迟的硬件设备能够有效提升光交换机的性能。
例如，采用更高速度的光纤接口、更快速的处理器和更大容量的内存等硬件设备，能够减少处理时延和排队时延。
其次，优化光交换机的算法和数据结构也能够有效降低时延。
例如，采用更快速的转发算法，如最短路径优先算法或哈希算法，能够减少处理时延；采用更高效的数据结构，如哈希表或跳表，能够加快数据包的查找速度，从而减少处理时延和排队时延。
此外，合理设计光交换机的输入输出队列管理策略也是降低时延的关键。
过长的队列会导致排队时延增加，而过短的队列又可能导致数据包的丢失。
因此，通过合理设置队列长度、采用优先级调度和公平调度算法等策略，可以在兼顾延迟和吞吐量的情况下有效降低时延。
此外，通过流量控制和拥塞控制也能够优化光交换机的时延。
流量控制是指在网络中控制数据包的发送速率，以避免过载和拥塞。
拥塞控制是指在网络中监测网络状态，并采取相应的策略控制流量，以避免网络拥塞。
通过合理设计流量控制和拥塞控制机制，能够优化光交换机的时延，提高网络的性能。
如何解决网络延迟高仍然断网的问题：网络诊断与排查(三)
如何解决网络延迟高仍然断网的问题：网络诊断与排查一、问题的迸发：网络的延迟与断网在如今飞速发展的数字化时代，网络已经成为了人们生活的重要组成部分。
无论是工作、学习还是娱乐，我们几乎无时无刻不依赖于网络。
然而，网络延迟高和断网问题成为了人们普遍面临的困扰。
当我们遭遇网络延迟高且频繁断网的情况时，我们应该如何解决这一问题呢？二、网络延迟的诊断和排查1. 检查网络连接：首先，我们应该检查我们的网络连接是否稳定。
检查路由器是否连接正常，确保无线网络信号强度良好、稳定。
此外，还可以尝试重启路由器和电脑，并检查网络配置是否正确。
2. 诊断网络故障：如果网络连接正常，但是延迟仍然高，我们需要进行更深入的诊断。
可以使用网络诊断工具，如Ping命令来测试网络的连通性和延迟。
通过Ping目标服务器的IP地址，可以获得到服务器的响应时间和丢包率等信息，从而判断网络问题的具体原因。
3. 检查网络负载：网络延迟高的首要原因之一是网络负载过高。
当网络中的用户过多，且同时进行大量的数据传输时，网络负载会增加，导致延迟上升。
因此，我们可以通过检查网络中的活动设备数量和数据传输量来判断网络负载是否过高，并采取相应措施进行调整。
4. 检查网络设备：有时网络设备的故障也会导致网络延迟高和断网的问题。
我们可以检查路由器、网卡、网线等设备，确保它们工作正常。
同时，还可以尝试更新网络设备的驱动程序和固件，以提升网络的稳定性和性能。
三、解决网络延迟高仍然断网的问题1. 优化网络配置：首先，我们可以优化网络配置。
通过合理设置路由器的信道和频率，可以避免与其他无线设备干扰，从而提升网络的稳定性。
此外，使用高质量的网线和网卡，选择合适的网络协议，也可以改善网络性能。
2. 更新软件和应用：有时，电脑上的软件和应用没有及时更新也会导致网络延迟高和断网问题。
我们可以定期检查并更新操作系统、浏览器和应用程序，以确保其兼容性和稳定性。
3. 加强网络安全：网络安全问题也可能导致网络延迟高和断网。
如何解决网络延迟高仍然断网的问题：网络诊断与排查(二)
如何解决网络延迟高仍然断网的问题：网络诊断与排查网络已经成为现代生活中不可或缺的一部分，然而，我们在使用网络时常常会遇到网络延迟高或者突然断网的问题。
面对这些问题，我们应该如何进行网络诊断与排查呢？首先，我们需要检查硬件设备。
硬件设备的故障是导致网络延迟高或者断网的常见原因之一。
我们可以检查路由器、网线、网卡等设备是否连接稳定，有无物理损坏。
同时，也可以尝试重新启动这些设备，以解决可能的软件故障。
其次，我们需要评估网络连接质量。
网络延迟高的问题可能与网络连接质量不佳有关。
我们可以使用网络测速工具，测试网络的带宽、下载速度和上传速度等指标。
如果发现带宽过低或网速不稳定，可能需要联系网络服务提供商，咨询是否存在网络故障或网络带宽不足的问题。
另外，我们也可以通过检查网络安全设置来解决网络延迟高或断网的问题。
防火墙和安全软件可能会对网络连接产生影响，导致网络延迟或断网。
我们可以检查防火墙的设置，确保网络连接不会被阻断或者限制。
同时，也可以尝试关闭或更换安全软件，以排除其对网络连接的影响。
除此之外，网络路由器的设置也可能是导致网络延迟高或者断网的原因之一。
我们可以登录路由器管理界面，检查路由器的参数设置是否正确。
比如，我们可以确认路由器的DNS设置是否正确，避免出现域名解析失败的情况。
此外，也可以调整路由器的信道设置，避免与其他无线设备产生干扰，提高网络连接的稳定性与速度。
当我们排除了硬件故障、网络连接质量问题、网络安全设置以及路由器设置等方面的可能原因后，仍然遇到网络延迟高或者断网的问题，可能需要进一步的专业技术支持。
我们可以联系网络服务提供商或者寻求专业的网络技术人员的帮助，进行更深入的网络故障排查与解决。
他们可以通过远程连接或者现场检查，帮助我们诊断网络问题，找出根本原因，并提供相应的解决方案。
总之，解决网络延迟高仍然断网的问题需要我们综合考虑硬件设备、网络连接质量、网络安全设置以及路由器设置等多个方面的因素。
创想无线宽带故障排查手册
“乡镇通”排障指导手册2012年4月目录1.基站安装施工要求………………………………………………………………1.1无线基站安装流程………………………………1.2天线朝向及分布原则………………………………………………………1.3避雷器与天线馈线接口处防水质量…………………………………………1.4放大器是否严格安装标签A-B-C连接基站和天线………………………2.基站安装完成后进行基站数据配置……………………………………………1.1基站地址及更改内容……………………………………………………1.2基站SSID修改及天线功率设定………………………………………….1.3基站3个模块扫描及信道修改………………………………………………..2.无法搜索到“乡镇通”信号问题 (3)1.1无法搜索到乡镇通信号问题排障流程 (8)1.2无法搜索到乡镇通信号网络问题案例 (8)1.2.1用户距离过远用户不在乡镇通无线信号覆盖范围之内 (8)1.2.2网线水晶头施工质量差或网线短路 (9)1.2.3基站停电，电源POE设备故障 (10)1.2.4无线基站放大器损坏 (10)3.乡镇通信号弱 (11)2.2.1基站避雷器和天线接口处进水 (11)2. 2.2CPE安装距离太远 (12)2.2.3没有正确识别乡镇通基塔位置 (12)2.2.4 干扰太大引起用户网速慢 (13)CPE安装流程 (15)1.基站安装流程1. 指导施工人员正确连接基站与放大器，并做好网线。
2. 指导施工人员接好POE 电源，并供电。
3. 将做好的网线接入基站，另一边接入POE 电源，用笔记本检查基站3个模块是否工作正常。
4. 监督施工人员在下面将天下馈线与避雷器连接，连接后检查防水是否达到要求。
5. 确认无误后可让施工人员将基站及天线用绳子拉上塔。
2. 天线朝向及分布原则1. 天线朝向有督导人员和当地代办或者市场部人员共同制定，主要目的是有效的针对区域来发展用户已经是用户上网体验更好。
Ping时延问题分析指导v1
PING时延分析指导书1 概述联通比拼前，各局点都会进行大量的拉网测试，数据分析量非常巨大，为了保证大多数问题能在一线快速隔离定位，从而不影响各局点的网络优化进度，提高效率。
本文将针对联通路测的数据，给出简单可行的问题排查指导书，从而指导一线快速发现问题，实现简单问题及时闭环，复杂问题及时响应。
2 数据反馈模板2.1 版本和测试工具反馈2.2 Ping时延影响特性参数反馈输出件2.3 Ping测试整体测试结果反馈2.4 传输时延坏点反馈2.5 空口时延坏点反馈3 数据分析指导3.1 Ping时延总体分析如果是通过便携机的CMD命令PING来执行的话，可以通过直接保存结果，或者在终端侧直接抓包获取PING的结果。
但通过Probe设置的PING任务，可以再ASSTANT工具中吐出PING的详细结果和统计信息。
由于在分析的过程中需要对当前的SINR或者Pathloss的关系曲线进行对比分析，所以需要关联SINR和PathLoss的数据，但是由于SINR和PathLoss的信息无法与PING信息在同一个SHEET上显示，所以需要通过分别导出PING统计页与SINR和PathLoss统计页，然后根据PING统计中的时间（秒级）点去VLOOKUP在SINR和PathLoss页中的信息。
3.2 Ping时延分段在了解了PING时延的大体情况之后，可以进一步分析传输时延和空口时延分别耗时是多少。
可以通过IFTS 149 跟踪获取eNB PDCP到Server的环回时延。
149跟踪仅支持IFTS和基于IMSI的IFTS跟踪，不支持CellDT跟踪，149跟踪会记录Ping包和Ping Reply包在PDCP的时间戳等信息，通过将Ping Reply包减去Ping包获得PDCP至Server的环回时延。
相同Identifer意味这是同一个ping的发包和reply包。
Ping包类型将ping包区分为request 和reply包。
网络延迟大排查步骤
网络延迟大排查步骤
网络延迟大排查步骤
一．查看CPU、内存使用率
1.1进入系统在下面的工具栏右击选择“任务管理器”
1.2打开任务管理器后选择“性能”查看CPU（如图所示CPU使用）、内存（如图所示PF使用）情况，若主机CPU使用率长时间保持在90%-100%说明主机的cpu占用高，若主机的内存使用长时间接近云主机总内存，说明内存占用高
1.3若是CPU内存占用大需要查看哪些进程消耗了cpu、内存资源。
在任务管理器中选择“进程”找到占用CPU或者内存较大的进程，如果此进程不是正常的程序进程请选择“结束进程”，如果是云主机的正常进程例如：w3wp.exe说明云主机的cpu或是内存配置已经不能满足需要，请升级您的配置
二．查看带宽使用情况
2.1进入系统在下面的工具栏右击选择“任务管理器”
2.2在任务管理器中选择“联网”。
云主机的带宽使用的计算计算方法是网络应用X线路速度
如图中所示网络应用为0.01，线路速度为100Mbs，那么带宽使用为0.01%X100Mbs=0.01Mbs，说明这台云主机带宽使用正常，若此算法得出的带宽使用长期接近或达到所购买的带宽说明所购买的带宽已无法满足要求，建议升级带宽
三．安装安全软件
3.1处在网络中没有安装安全软件是非常危险的，所以建议安装杀毒软件（推荐使用安全狗）3.2安装杀毒软件后马上对系统进行清理木马等操作。
一种无线网络端到端时延检测方法
一种无线网络端到端时延检测方法王枭雄;任磊【摘要】针对项目中对某无线网络双向通讯时端到端时延检测的需求,本文经深入研究,提出了一种利用GPS接收机进行时钟同步,基于道系统实时进程项目的多站点组网下端到端无线网络通讯时延检测方法.根据该方法,设计并实现了基于上位机、下位机方式的通讯检测系统.经多次测试采样,利用统计学理论给出了比较准确的时延检测结果.本文提出的方法从时钟同步、操作系统选择、软件设计和结果分析方法等多方面充分考虑了其对检测结果的影响,采用精确、实时、优良、合理的方法,提高了测试结果的准确度.【期刊名称】《现代导航》【年(卷),期】2018(009)005【总页数】4页(P387-390)【关键词】无线网络通讯;端到端;时钟同步;实时进程;时延检测【作者】王枭雄;任磊【作者单位】中国电子科技集团公司第二十研究所,西安 710068;中国电子科技集团公司第二十研究所,西安 710068【正文语种】中文【中图分类】TP3930 引言时延是指一个报文或分组从一个网络的一端传送到另一端所需的时间，由传输时延、传播时延、处理时延和排队时延组成[1]。
在某些网络应用项目中，时延通常是一个很重要的考核指标[2]。
针对这个指标，采取何种检测方法，对时延进行准确、可靠的测量，是一个非常关键的问题。
现有的测试手段一般采用简单的以分组到达接收主机时刻减去分组离开发送主机的时刻获得端到端时延，未考虑接收主机和发送主机时钟同步问题，导致测试结果误差比较大。
有的采用非实时性的Windows操作系统作为测试平台，时间精度又无法保证。
本人参与的项目需要测试某无线网络任意两个站点端到端的网络时延，由于该无线网络应用环境比较特殊，而且对网络时延指标要求比较严格，无法直接采用现有的一般测试方法。
针对该需求，本文提出一种利用GPS接收机进行时钟同步，基于道系统实时进程项目的多站点组网下双向通讯时端到端无线网络通讯时延检测方法，并开发一套采用上位机、下位机工作方式的通讯检测程序。
Ping时延测试分析指导书
Ping时延测试分析指导书1 测试步骤1）使用测试电脑进行PS业务激活，同时启动Ethereal抓包，Ethereal抓包方法参见《工具-传输-抓包-端口镜像Ethereal抓包专题使用指导书》。
2）使用电脑的DOS命令进行ping包测试，ping字节大小1024byte。
IP位置为测试服务器的位置。
比如北京办一个服务器的IP位置为114.247.23.23相关命令如下ping 114.247.23.23 -l 1024 –n 200这个命令的意思是ping字节大小为1024bytes，服务器位置为114.247.23.23，ping的次数为200次。
3）启动PING测试之前，启动RNC的CDT跟踪，需要跟踪到L2用户面的信息，相关设置参见相关跟踪指导书。
2 数据分析1）UE侧的数据跟踪可以直接使用Ethereal软件打开，如下所示：2）设置时间显示格式，如下所示：显示的最小粒度为0.001ms，如下所示：这个时间格式可以根据需要来进行调整。
3）把相关消息导出为EXCEL表格，就可以计算相关时延了。
如下所示：输入相关的文件名，注意目前只能导出CSV的格式。
然后点OK就可以了。
4）导出的EXCEL表格经过简单处理就可以得出下面的ping时延。
5）对于RNC侧跟踪的CDT数据，先需要把用户面的数据提取出来，如下所示：6）点击提取后，相关目录下面就出现了文件名UserPlane_PS.cap，如下所示：7）然后使用Ethereal软件对UserPlane_PS.cap文件进行处理，这个文件的处理方式和UE前台的文件处理方式一样，注意：如果UserPlane_PS.cap文件过小，比如只有1K，或者打开后没有任何内容，说明CDT跟踪的数据不完整，需要重新检查跟踪设置然后再进行跟踪。
8）对CDT提取出来的数据按照前面的步骤处理之后，也可以得到一个PING时延，这个ping 时延就是核心网以上部分的时延，如果这个时延过大就会影响整个的ping时延。
网络延时的诊断和分析
网络延时的诊断和分析故障现象1、内部关键业务响应很慢，信息处理不流畅;2、服务器和交换机的CPU和内存利用率低;3、无法定位查找到网络响应慢的原因;网络环境1、一台cisco3560交换机;2、局域网内有8台服务器，其中4台是UNIX系统，另外4台是Windows 2003系统;现场诊断首先做Ping 测试。
UNIX系统主机互ping的比较稳定，Ping值均小于1MS。
而UNIX系统主机去Ping Windows 系统主机的Ping值经常会出现9-15MS的延时。
Windows系统主机之间互Ping值很不稳定，在1MS到15MS之间跳跃性出现。
现象分析该网络结构简单清晰，服务器和交换机的性能良好。
网络内经常出现大于1MS的延时将会影响到整个网络正常运行，对关键业务的运行造成影响，要解决该问题首先要找出延时发生的原因。
众所周知，一次网络交易处理过程：由客户端发起连接，通过网络转发到服务端，服务端处理后再返回客户端的。
因此，在整个交易过程中的时延可以由三个时间来决定，客户端响应时间(t1)网络传输所用时间(t2)服务端响应时间(t3)。
现场测试发现UNIX系统主机之间ping值稳定的小于1MS，而Windows系统主机之间、或与UNIX系统主机Ping时出现较大延时。
这就表明UNIX系统主机之间通信是良好的，但是与Windows系统主机通信、或Windows 系统主机之间互相通讯过程中才会有延时的出现。
因此，我们推断是Windows系统主机响应较慢。
为了验证以上推断，我们用科来网络通讯分析系统2009进行诊断。
利用科来网络通讯分析系统进行网络诊断(利用科来网络通讯分析系统2009进行抓包分析)首先，打开科来网络通讯分析系统2009，配置上IP为190.15.xxx.200，此主机做为ping发起者，向一台IP 地址为190.15.xxx.218的Windows系统主机进行Ping测试。
将该Windows系统主机的交换机端口做一个镜像，镜像收发的流量。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
光纤时延排查
问题背景：
TD-SCDMA的接力切换对于时延的要求是非常严格的，默认HS业务是硬切换，CS业务是接力切换。
在沈阳外场发现有光纤拉远补盲小区，语音切换业务失败率非常高。
经排查后，发现测量的光纤时延远大于实际拉远的距离。
考虑到现在外场有较多光纤补盲站点，特提供排查指导手册。
1、LMT登录该站点
分别采集BBU和RRU侧光功率，如图
如果光口功率低于标准值的话，先排查设备侧问题。
2、Logview登录上该站点cc板，敲击命令OptShowAll
查看时延
[COMMAND:2011-04-21 09:45:54]:OptShowAll
dwResNo = 0
bDLSet = 1
bFdmSetRru = 1
bULSet = 1
bFdmDone = 1
bParaGet = 1
dwPLLSta = -1
dwToffset(T1) = 446783
dwTBDelayDL(T2) = 13
dwT3(T3) = 39062
dwTBDelayUL(T4) = 429791
dwT14 = 499995
dwTdown(BBU-RRU) = 26606
dwTup(RRU-BBU) = 26606
dwTCable(RRU-RRU) = 26606
dwTIQUpModify = 32200
First Rru Opt Done = 1 (1: Finished)
T14 Num = 77757
Index = 0, T14 = 499995
Index = 1, T14 = 499995
Index = 2, T14 = 499995
Index = 3, T14 = 499995
Index = 4, T14 = 499995
Index = 5, T14 = 499995
Index = 6, T14 = 499995
Index = 7, T14 = 499995
通过时延，计算理论上光纤长度：
dwTdown(BBU-RRU) = 26606 （单位：ns）
时延*光速=光纤长度
26606*10−9*3*10−8=8公里。
将计算出来的光纤距离和实际拉远的光纤距离进行对比，如果差不多的话，应该就是正常光纤时延。
如果相差比较大，且设备侧都正常的话，那么就可以判断光纤拉远跳线时延过大，导致切换掉话。
优先排查中间的光纤跳线。