单通、双不通问题定位V1[1].1
GPON移动承载问题定位指导书

GPON移动承载问题定位指导书(internal use only)(供内部使用)Prepared by拟制钟伟峰Date日期2010-07-20Reviewed by审核王秋生、王福宏、袁世松Date日期2010-07-30Approved by批准王福宏Date日期2010-08-20Huawei Technologies Co., Ltd.华为技术有限公司All rights reserved版权所有侵权必究目录1简介 (5)2OLT时钟系统概述 (5)2.1时钟同步 (5)2.2时钟分级 (6)2.3时钟系统简述 (7)2.4外部时钟源 (8)3移动承载 (9)3.1基站同步需求 (9)3.2GPON移动承载 (9)3.3GPON时钟同步 (11)3.4GPON解决方案 (14)4定位思路 (16)4.1TDM业务不通 (16)4.2TDM业务误码 (22)4.3时钟问题 (28)5GPON承载常见问题 (28)5.1DBA带宽分配 (28)5.2E1线缆 (30)5.3跨板STM-1倒换出现概率性失败 (31)5.4移动承载LP-RDI告警问题 (33)5.5时钟问题 (33)6检查列表 (34)表目录表1 OLT系统时钟质量 (8)表2 ONT支持TDM方案对比 (15)表3 NATIVE TDM方案DBA带宽需求列表 (30)表4 检查列表 (34)1 简介本文档用于指导接入网GPON移动承载问题的分析,包括GPON承载的TDM业务,对OLT系统时钟进行了简要的介绍,并总结了一些TDM业务相关问题的案例供大家参考。
2 OLT时钟系统概述2.1 时钟同步图1 时钟同步概念同步的含义是使通信网内运行的所有数字设备跟踪在一个相同的平均速率上,使写入的时钟速率与读出的时钟速率保持在一个误差范围之内,从而保证数据的正确传送和处理。
如图1所示,如果发送设备的时钟频率f w快于接收设备的时钟频率fr,接收端将会出现周期性的丢失一些信息,这种信息丢失称为漏读滑动。
VoLTE业务资料VoLTE问题案例集

文档版本
V1.0
发布日期
2015-01-28
华为技术
修订记录
Date
日期
Revision Version
修订版本
CR ID
CR号
Section Number
修改章节
Change Description
修改描述
Author
作者
2015-01-22
V1.0
初稿完成
曾佳00130333
为了统一思路前后方重新整理问题和思路寻求新的突破口,正对不同终端在同一个华为站点PTH112下面验证总共得到以下3种失败场景如下:
Case1:VoLTE注册过程中网络下发401鉴权挑战消息,终端未收到;
图9:Case1网络下发鉴权挑战401终端未收到
Case2: Sony终端基于UDP的Register消息异常;
通过测试发现P7使用的SIP基于UDP承载,并且Register消息总共才1172Bytes,MTU值可通过root权限配置但是设置未生效;待进一步验证。
P7升级到测试成功,但在E///的基站下,接入失败。IMS直接回494消息,CN侧抓包如下:
如下是P7失败和sony成功(E///基站)的对比,差异如红圈出,但P7发送的也符合协议RFC3329.
3.eNodeB版本和配置以及话统分析
检查eNodeB版本:BTS3900 V100R009C00SPC160;
检查EUTRAN支持VoIP能力开关:ENodeBAlgoSwitch.EutranVoipSupportSwitch=ON;
检查小区信号质量:正常;
检查数传业务成功率:正常;
检查所有基站配置和VoLTE业务:总共6个基站PTH100/101/102/104/110/112,VoLTE均失败;
TD-LTE系统级问题定位和排障手册_V1.00.00

TD-LTE系统级问题定位和排障手册版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。
未经大唐移动书面授权,任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容,违者将被依法追究责任。
文档更新记录目录1.网元联调类问题(传输组) (5)1.1传输问题(夏先锋) (5)1.1.1 S1链路问题 (5)1.1.2 OM链路问题 (6)1.2 逻辑小区建立问题(夏先锋) (10)1.2.1时钟资源 (12)1.2.2传输资源 (12)1.2.3基带资源 (12)1.2.4射频资源 (12)1.2.5CCU (12)1.2.6本地小区未建立 (12)2.业务类问题(业务算法组、互操作组、传输组) (13)2.1业务面不通问题(邱亦实) (13)2.1.1问题分析 (13)2.1.2问题定位流程 (13)2.2业务峰速调测问题(邱亦实) (14)2.2.1快速定位到网元 (14)2.2.2终端问题排除和定位(张俊弟) (17)2.2.3基站参数问题排除和定位(邱亦实) (22)2.2.4传输问题排除和定位(夏先锋) (33)2.3 Ping时延问题定位(张俊弟) (34)2.3.1用户面时延概述: (34)2.3.2影响Ping时延的关键因素 (36)2.3.3Ping时延问题定位方法 (37)3.切换类问题(版本组)(张亚静) (39)3.1 切换测试相关的环境配置 (39)3.1.1基站内小区间切换环境配置 (39)3.1.2基站间小区间切换环境配置 (40)3.2 切换测试相关的参数配置方法 (40)3.2.1基站内小区间同频切换相关参数配置 (40)3.2.2基站间小区间同频X2切换相关参数配置 (44)3.2.3基站间小区间同频S1切换相关参数配置 (51)3.3切换相关的测试信令流程 (54)3.3.1基站内小区间切换测试流程 (54)3.3.2基站间小区间X2切换测试流程 (55)3.3.3基站间小区间S1切换测试流程 (55)3.4常见问题 (56)3.4.1终端不上报测量报告 (56)2.4.2终端上报测量报告后未收到基站侧触发切换 (56)3.4.3终端附着后RSRP值不变 (56)3.4.4切换几次后必然失败 (56)3.4.5重建立过程被拒问题 (57)4.OM类问题(运维组)(李石) (57)4.1 北向性能文件缺失及补采功能 (57)4.2 性能统计计划失步 (58)4.3 基站升级任务失败 (60)4.4 基站断链 (62)4.5 性能文件缺失、性能计数器缺数 (64)4.6 告警丢失 (65)1.网元联调类问题(传输组)1.1传输问题(夏先锋)该节的目标是:S1/X2链路、OM链路状态正常。
VoLTE端到端问题定界及感知提升研究

doi:10.3969/j.issn.1000-1247.2019.02.006VoLTE端到端问题定界及感知提升研究袁 元 中国电信江苏公司南通分公司通过在感知差场景下的测试验证,研究VoLTE KQI指标与用户感知差存在的关联性,得出影响VoLTE 感知的摘要 KQI指标权重。
同时利用该研究成果,使DO平台更准确地统计VoLTE指标,对异常事件准确、快速定位,提高问题优化效率;可实现对用户语音感知差提前预警,及时发现并解决语音感知问题,提升VoLTE用户感知。
关键词 DO平台 KQI 感知差 语音感知权重 引言中国电信V o L T E试商用在即,面对V o L T E用户的日益 增长,在做好传统无线优化的同时,需针对VoLTE相关指标 进行专项优化,为用户搭建一张良好的VoLTE网络。
通过研 究D O系统与其他系统V o L T E指标统计存在的差异性,分析 当前DO系统异常事件判断的准确性,研究VoLTE KQI指标 影响感知差权重,推动D O系统异常事件规则判断的完善, 建立感知差预警机制,实现异常问题的快速定位及用户语音 感知差的提前预警。
VoLTE KQI指标影响感知差权重研究2.1 研究思路 本轮验证选择在感知差(单通、断续、吞字等)场景下进行CQT,分析DO侧MOS、丢包率等指标的变化趋势,进而建立 语音通话主观感知差与感知系统统计的MOS值、丢包、时延、 抖动对应关系,完善异常自动判决规则。
测试终端:两部ZTE V8手机、MOS盒。
测试场景:地下室(RSRP=-118dBm,SINR=-4dB)。
测试方式:CQT。
呼叫方式:VoLTE短呼(通话时长90s,通话时间间隔15s)。
2.1.1 语音盒MOS采样点机制 本次CQT使用ZTE V8连接MOS盒测试,主叫、被叫 UE每隔16s记录一个MOS值。
语音盒MOS采样机制如下: (1)主叫起呼,进行录音(8s左右); (2)被叫放音,主叫收音,被叫记录第1个M O S采样点 (8s); (3)主叫放音,被叫收音,主叫记录第1个M O S采样点(8s); (4)被叫放音,主叫收音,被叫记录第2个M O S采样点(8s,与第1个采样点间隔16s); (5)主叫放音,被叫收音,主叫记录第2个M O S采样点(8s,与第1个采样点间隔16s); (6)被叫放音,主叫收音,被叫记录第3个M O S采样点(8s,与第2个采样点间隔16s),如此类推。
附1:LTE上行干扰问题定位指导书1.1.0

附1:LTE上行干扰问题定位指导书1.1.0LTE射频模块通道故障定位指导书文档密级:内部公开产品名称 product name DBS3900 LTE 产品版本 Product name ERAN3.0 密级Confidentiality Level 内部公开 Total pages 共19页LTE上行干扰问题定位指导书(仅供内部使用)For internal use only拟制:Prepared by 审核:Reviewed by 审核:Reviewed by 批准:Granted by LTE 性能维护专家组蔡光超日期: Date 日期: Date 日期: Date 日期: Date 2021-12-12华为技术有限公司 Huawei Technologies Co.Ltd版权所有侵权必究 All right reserved2021-7-29华为机密,未经许可不得扩散第1页, 共20页LTE射频模块通道故障定位指导书文档密级:内部公开修订记录Revision record日期 Date 修订版本Revision version 初稿修改描述 change Description 蔡光超作者 Author 2021-12-12 V1.02021-7-29华为机密,未经许可不得扩散第2页, 共20页LTE射频模块通道故障定位指导书文档密级:内部公开Catalog 目录1 概述 ........................................................................... ................................................... 5 2 上行干扰的影响 ........................................................................... (5)2.1 接入切换成功率低 ........................................................................... ................... 5 2.2 上行业务速率低 ........................................................................... ....................... 5 2.3 下行业务速率低 ........................................................................... ....................... 5 3 主要干扰分类 ........................................................................... . (6)3.1 互调干扰 ........................................................................... .................................. 6 3.2 无源互调是怎么产生的? ......................................................................... .......... 6 3.3 外部干扰 ........................................................................... .................................. 8 4 干扰排查 ........................................................................... .. (8)4.1 如何排查无源互调故障? ......................................................................... .......... 8 4.2 如何确定是否存在外部干扰? ..........................................................................10 4.3 如何确定外部干扰源的位置? ..........................................................................11 5 典型案例 ........................................................................... (13)案例一 GL互调导致接入成功率和ERAB建立成功率低问题 ................................... 13 案例二大量虚警导致单板负载过高问题 (16)2021-7-29华为机密,未经许可不得扩散第3页, 共20页LTE射频模块通道故障定位指导书文档密级:内部公开错误!未找到引用源。
单通-设备问题-由基站出现告警并吊死引起回音及单通

单通_设备问题_由基站出现告警并吊死引起回音及单通关键字:基站告警、模拟测试、回音、单通一、问题现象用户来电反映在惠州市西湖景区即泗洲塔一带使用手机不正常,故障现象表现为接收信号不稳定、回音、无声音、有时候断线。
发生时间在7月9号早上开始,周围使用情况一样,用户表示以前是可以正常使用的,希望我司尽快处理。
二、信息查询无三、问题分析1.ANT测试分析因用户是经过该地,无法协同测试,在向用户详细了解相关信息后,我们自行前往处理。
据用户描述,主要是通话过程中存在不清晰、回音、单通现象。
依据用户反映的现象我们采取了逐步排查的测试方式,定位分析问题。
为全方位把握问题,测试位置选择从景区门口开始直到泗洲塔。
在景区门口测试,MS主要用到D62惠州2(BCCH:518,BSIC:12,CI:8002),信号场强在-68dBm左右,TA=3,RxQual=0,通话质量良好。
在景区门口测试采样如下图1所示。
测试采样图1在景区门口至泗洲塔中间路段测试,MS主要占用到D62文化宫1(BCCH:524,BSIC:16,CI:8000),信号场强在-72dBm左右,TA=3,RxQual=0,通话质量良好。
在景区门口与泗洲塔中间路段测试采样如下图2所示。
测试采样图2在泗洲塔附近测试,MS主要占用到D62国庆路1 (BCCH:527,BSIC:44,CI:10069),信号场强在-80dBm左右,TA=3,RxQual=0。
在该处MS接收收到的信号较多,切换较频繁,但通话质量良好。
在泗洲塔一带测试情况如下图所示:测试采样图3经过上面一系列拨打测试,除因泗洲塔四周为环水体系、地带空旷,切换较频繁外,未发现其它网络异常问题。
从测试结果来看,似乎也没什么异常情况,看来只从软件采集信号测试分析,无法定位到具体的问题,我们必须改变思路,考虑从其它测试方式入手。
2.模拟测试分析用户反映主要为通话过程存在问题,我们马上通过采取模拟用户现场拨打电话行为方式进行定位故障源。
【经典资料】LTE-问题定位指导书-吞吐量
LTE-TDD问题定位指导书-吞吐量篇目录Table of Contents1 免责说明........................................................ 错误!未定义书签。
2 概述 (6)3 基础知识 (6)3.1 基本概念 (6)3.1.1 吞吐量相关指标定义 (6)3.1.2 各层开销分析 (7)3.2 吞吐量计算 (9)3.2.1 峰值吞吐量计算方法 (9)3.2.2 单UE理论峰值吞吐量 (10)3.2.3 小区理论峰值吞吐量 (11)3.3 影响吞吐量的相关因素 (12)3.3.1 呼叫流程中与吞吐率有关的关键信令 (12)3.3.2 下行吞吐率基本影响因素 (13)3.3.3 上行吞吐率基本影响因素 (15)3.4 工具简介 (16)4 基本分析方法 (17)4.1 下行吞吐量基本分析方法 (17)4.2 上行吞吐量基本分析方法 (24)5 深入分析方法 (28)5.1 下行吞吐量深入分析 (28)5.1.1 下行吞吐量专题分析思路 (28)5.1.2 单用户峰值吞吐率 (29)5.1.3 分配RB数少/DL Grant不足 (29)5.1.4 上行反馈通道问题 (31)5.1.5 MIMO问题 (32)5.1.6 IBLER高问题 (37)5.1.7 MCS偏低/波动 (37)5.1.8 多用户小区吞吐率低问题 (38)5.1.9 整网吞吐率问题分析 (41)5.2 上行吞吐量深入分析 (42)5.2.1 上行吞吐率根因分析全貌 (42)5.2.2 问题定位流程详述 (42)6 典型案例分析 (50)6.1 下行吞吐量典型案例 (50)6.1.1 Cat3终端下行TM3峰值达不到预期的问题分析 (50)6.2 上行吞吐量典型案例 (51)6.2.1 上行达不到峰值 (51)6.2.2 上行IBLER不收敛 (53)6.2.3 上行吞吐量不足 (54)6.2.4 上行DTX较多 (55)关键词Key words:摘要Abstract:本文描述了下行吞吐率问题的定位流程和优化方法。
沟通存在问题及解决方案(3篇)
第1篇一、引言沟通是人类社会交往的基础,是信息传递、观点交流、情感表达的重要途径。
然而,在现实生活中,沟通问题时常困扰着人们。
本文将分析沟通中存在的主要问题,并提出相应的解决方案,以期为提高沟通效果提供参考。
二、沟通中存在的问题1. 信息传递不准确在沟通过程中,信息传递不准确是常见的问题。
这可能是由于信息发送者表达不清、接收者理解偏差或沟通渠道不畅等原因造成的。
信息传递不准确会导致误解、冲突和沟通失败。
2. 沟通渠道不畅沟通渠道不畅是导致沟通问题的重要原因。
在现实生活中,沟通渠道包括语言、文字、图像、肢体语言等。
若沟通渠道不畅,如语言不通、文字理解困难、肢体语言表达不明确等,都会影响沟通效果。
3. 沟通双方认知差异沟通双方认知差异是指沟通双方在价值观、思维方式、知识水平等方面存在差异,导致对同一信息的理解产生偏差。
这种差异可能导致沟通不畅,甚至产生矛盾。
4. 沟通技巧不足沟通技巧不足是指沟通者在表达、倾听、反馈等方面存在不足。
如表达含糊、倾听不专注、反馈不及时等,都会影响沟通效果。
5. 沟通氛围不融洽沟通氛围不融洽是指沟通双方在沟通过程中存在紧张、敌对、冷漠等情绪,导致沟通效果不佳。
这种氛围可能源于沟通双方的性格、文化背景或心理因素。
三、沟通问题的解决方案1. 提高信息传递准确性(1)明确表达:沟通者应尽量清晰、准确地表达自己的观点和信息,避免使用模糊、含糊的语言。
(2)加强倾听:接收者应认真倾听对方的表达,确保理解对方意图。
(3)及时反馈:沟通双方应就信息传递情况进行及时反馈,以确保信息的准确性。
2. 优化沟通渠道(1)选择合适的沟通渠道:根据沟通内容、目的和双方特点,选择合适的沟通渠道,如面对面、电话、邮件等。
(2)提高沟通渠道的效率:优化沟通渠道,确保信息传递的及时性和准确性。
(3)加强跨文化沟通:对于跨文化沟通,应了解对方文化背景,尊重对方沟通习惯。
3. 缩小认知差异(1)加强自我认知:沟通者应深入了解自己的价值观、思维方式等,以便更好地理解对方。
ping不通问题检查步骤
PING不通的问题检查步骤2006-09-11 01:51 PM songcky 点击: 1128 发自:PING不通的问题检查步骤PING不通的问题检查步骤Ping不通问题是网上经常出现的问题,并且这种问题涉及多个设备,有些可能是配置问题,有些可能是设备问题。
以下简单介绍一下一般的检查步骤,但这些步骤仅仅是定位问题的一个框架,具体还要根椐当时的组网和你的实际的直觉进行相关的操作。
定位的顺序也要根椐当时现场的具体情况作相应的调整。
首先要排除一些低级问题1 某些设备不支持ping功能2 设备上将ping报文进行过滤3 通过某些防火墙,或者有ASPF只支持单向通过4 端口配置NAT首先要采用遂段排除法,确定是哪一个设备出了问题。
1 一般的IP转发可使用tracert2 MPLS VPN,使用遂跳ping的方法,确定在是私网设备,还是在公网的设备。
一普通IP转发不通1 查看路由表是否正常执行display ip routing 查看路由信息,路由较多的情况下可以使用相应的过滤条件。
如果没有相应的路由,就必须检查配置是否正确,检查这条路由是应当如何生成,根椐静态BGP,OSPF,RIP协议故障定位手册,查询具体的原因。
在线代理|网页代理|代理网页|2 查看转发表(FIB)是否正常这一步容易遗漏,主控板与业务板转发表有可能不同步,因此一定要同时检查检查主控板和业务板(VIU/LPU)的转发表(FIB)。
若发现转发表项丢失请及时通知相关人员进行定位.。
NE05/08/16执行命令display fib <slot-number> 查看转表NE40/803 RPS执行display fib查看转表在诊断模式下使用display table slotnum { 7(掩码长度大于16的路由) | 8 }查看对应接口板fib是否正常.还可以使用disp efu fib slotnum ipaddress mask 察看到具体ip地址的路由另外可以执行efu fib sum slotnum:查看对应板fib表插入、删除、更新的次数,以及总的fib 数4 查看网络层及链路层收发是否正常ETHER检查ARP表项是否正常,一般会可能是ARP表项已满。
案例-拉远RRU切换后出现单通的问题(由参数是否带直放站引起)
案例-拉远RRU切换后出现单通的问题故障发生及现象:根据普安公司反映,在普安龙吟附近出现单通现象,后经过我部门网优室人员到现场进行拨测,发现该路段只有9PA_龙吟丫口和9PA_龙吟石古两个小区覆盖,并且两者信号相差不大,两小区间极易发生切换,切换后出现单通,该两RRU在物理上共BBU,在逻辑上为同基站的两个小区,其中9PA_龙吟丫口为拉远RRU,而9PA_龙吟石古RRU未拉远。
发现由龙吟丫口切换到龙吟石古有一定几率出现单通,而又龙吟石古切换到龙吟丫口一定会出现单通现象故障定位及解决方案:经过现场判断和话统,排除干扰、硬件告警,后认为为软件问题,检查各种常规参数未发现问题。
现场拨测时,由华为公司配合,得到信令,后经过分析信令,不能发现问题。
判断为拉远RRU导致的问题,具体原因不知。
故障解决办法:后经过多方咨询,发现在BSC6000维护台-小区属性-其他属性-高级-小区软参存在一个参数:是否直放站。
若该参数选是,那么同基站下的小区间切换将进行异步切换;若该参数选否,同基站下的小区间将进行同步切换。
而由于RRU被拉远,2小区离MS距离不一样,TA值不一致,而切换时并未测量新的TA值,导致切换失败。
相关理论知识:在GSM 系统中,切换分两种:同步切换、异步切换,这两种切换的根本区别在于是否重新测量TA 值,在同步切换里,不需要重新测量TA 值,TA 值按切换前小区TA 。
这种情况主要存在于同基站下同站址小区间切换,因为同基站下同站址小区的TA 值一致。
而异步切换与同步切换的差异在于,异步切换是针对不同站址小区间的切换,因为二者TA 值不一致,需要重新测量TA 值。
MS 在收到HANDOVER COMMAND 消息之后,向目标小区的分配给MS 的TCH 时隙上发送AB 突发脉冲(AB 突发脉冲系统判定为HANDOVER ACCESS 消息,为数据链路层向网络层提供的服务) ,异步切换信令流程:对于BSC 内的同步切换,即BTS1和BTS2属于相同基站时,不会有PHY INFO 消息的下发,手机上报“Handover Access”消息后,很快上报SABM 连接帧。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
佛山移动单通、双不通问题定位1、概述 (1)2、单通、双不通产生的原理 (2)3、问题排查基本思路 (3)3.1 确认问题出现范围 (3)3.1.1 语音质量问题出现是否有时间上的规律性? (3)3.1.2 语音质量问题出现是否有地域上的规律性? (3)3.1.3 语音质量问题出现是否有设备配置上的规律性? (3)3.2 排查无线环境因素 (4)3.2.1 排查无线信号质量,排除弱覆盖导致。
(4)3.2.2 判断是否切换问题 (4)3.3 排查终端问题 (4)3.4 排查传输问题 (4)4、环回测试解决单通问题 (5)4.1 环回测试原理介绍 (5)4.2 环回测试任务配置 (6)4.3.1 IUUP_LOOP_TONODEB (8)4.3.2 IUUP_LOOP_TONODEB_DONTSEND (9)4.3.3 IUUP_LOOP_TOCN (10)4.3.4 IUUP_LOOP_TOCN_DONTSEND (11)4.3.5 FP_LOOP_TONODEB (12)4.3.6 FP_LOOP_TONODEB_DONTSEND (13)4.3.7 FP_LOOP_TOCN (14)4.3.8 FP_LOOP_TOCN_DONTSEND (14)4.3 单通、双不通案例的组合应用 (15)4.3.1 单通问题 (15)4.3.1.1 UE1听不到自己的声音 (17)4.3.1.2 UE1听到自己的声音 (17)4.3.2 双不通问题 (18)1、概述单向通话表现为通话时,A用户没有听到B用户的声音或者B用户没有听到A用户的声音;双向不通话表现为通话时,A、B用户都听不到对方的声音。
单通、双不通问题是一个困扰移动通信网络的问题,严重影响了移动网络的品质,引起用户投诉。
单通、双不通问题是网络中较难排查的主要问题,其排查的困难如下:●拨测重现困难;●定位困难;●从统计上定位问题较为困难;本文我们将从产生单通、双不通的原理到使用对单通、双不通进行基本的问题排查,再通过大量的测试复现单通、双不通,采用八种环回测试组合的方式定位佛山移动全球通大厦产生单通的根本原因。
2、单通、双不通产生的原理为了更好的梳理产生单通、双不通的情况,我们先从产生单通、双不通的原理上去分析,单通、双不通产生原理按照过程可以分为两大类,一个是通话刚建立时、一个是通话一段时间后。
在单通问题上2G方面处理的优化经验就比较丰富,我们在此引用2G单通产生的原因来分析3G的单通问题,因起产生的原理基本相同。
造成起呼就发生单通的原因:1)2M中继链路对错,或2M传输设备故障的问题2)部分载频上下行链路不平衡的问题3)部分频点的上下行干扰问题4)分布系统的干放/直放站引起的单通问题5)手机元器件问题6)手机设置问题7)VLR等用户数据库不匹配问题呼叫过程中产生单通、双不通的原因:1)掉话产生的假单通情况:通话过程中因为质量差,发生了一侧掉话的情况,另一侧需要等待一段时间才能收到核心网下发的链路释放,此时该侧用户听不到任何声音,感觉象单通,实际为掉话;(非双不通现象)2)手机电量低导致的单通情况:个别手机的电量逐渐降低,此时产生通话,引起上行电平越来越低,导致最终给另一方产生单通的感觉;(非双不通现象)3)A接口中继链路对错的问题,进行局间切换后占用对错中继,产生单通现象;4)部分载频上下行链路不平衡的问题,进行小区间切换后占用不平衡载频,导致一方信号急剧衰减,产生单通症状;5)部分频点的上下行干扰问题:通话过程中占用频率突然受到强干扰,C/I达不到要求,产生类似单通的效果(在不开启跳频的情况下,C/I不发生倒置可能出现单通,倒置可能出现串话);6)分布系统的干放/直放站引起的单通问题:移动过程中手机进入分布系统(直放站覆盖范围),插入器件的放大器出现放大器问题或者放大参数设定问题导致链路不平衡,引入一方电平快衰弱,产生单通现象;7)网络参数设置问题:极个别参数相互之间的关系设定不匹配,也可能会导致手机误解引起单通情况;8)手机元器件问题产生的单通问题:个别手机存在元器件损坏和性能下降,可能由此导致话筒失灵、听筒损坏等造成单通情况的产生;9)其它的手机问题:个别手机在进行信道转换的过程中会产生错误,导致单通(比如全速率到半速率信道转换过程中出现单通的情况);10)用户误操作问题:客户在通话过程中,不慎使用静音功能,也会给另一方产生单通、双不通的感觉;我们在清楚的了解了单通、双不通可能会产生的原理后,就要分析到底是哪方面引起的单通、双不通问题了,这就要收集大量的单通、双不通案例。
通过以往领导投诉的反映及对比移动全球通大厦小区的无线环境和参数配置,我们基本上排除了一些原因。
3、问题排查基本思路在定位了单通、双不通可能会产生的原理后,我们基本上遵循以下思路去逐步排查:3.1 确认问题出现范围从时间、地点和设备配置多维度确定问题出现的范围。
3.1.1 语音质量问题出现是否有时间上的规律性?问题出现时段是否固定?近期网络是否有重大操作,例如CN或RAN侧有版本升级,或者传输进行改造,大量基站进行割接等?3.1.2 语音质量问题出现是否有地域上的规律性?问题出现地域是否固定?如果在某一地区固定出现,很有可能是干扰引起,需要排查无线环境。
如果不在固定地域出现,可基本排除系统外干扰。
问题是在某一NodeB下固定出现?如果不是,可基本排除个别NodeB异常导致,如单板硬件故障等。
问题是在某一RNC下固定出现?如果不是,可基本排除个别RNC异常导致,如单板故障等。
3.1.3 语音质量问题出现是否有设备配置上的规律性?问题出现是否都在特定软件版本下?出问题的小区是否都配置在同一IUB口的接口板上?出问题时业务是否都使用相同的DSP单元?3.2 排查无线环境因素确认问题范围后,结合用户遇到的问题反馈的信息,到特定地点进行多次拨测,首先排查无线环境。
3.2.1 排查无线信号质量,排除弱覆盖导致。
检查小区信噪比和UE 接收信号功率,确定是否下行覆盖质量差。
如果下行RSCP < - 98dBm,请改善无线环境,提高下行信号质量,如果下行C/I < -3dB,请改善无线环境,提高下行信号质量检查是否所在小区的ISCP 偏高。
如果经常出现ISCP > -95dBm,需要检查是否有其他外界干扰。
检查单用户的上行质量:在RNC 维护台监测传输信道BLER,如果业务传输信道BLER 大于10%,则可能出现导致语音质量下降。
请改善无线环境,提高上行信号质量3.2.2 判断是否切换问题在问题重现步骤中,观察问题出现时记录的信令流程上是否有共同点,比如是否出现系统间切换、异频硬切换等。
异频切换(包括3G-3G、2G-3G)过程中,UE通常要起压缩模式,压缩模式本身会对语音质量造成影响,另外切换过程中会造成语音中断(一般中断的时间300~400ms左右),影响语音质量是正常的。
同时,需要注意切换策略是否启用了立即激活模式,如果是非立即激活,切换时间会更长。
3.3 排查终端问题换用多个不同厂家的UE,来对比测试,观察问题的出现规律。
注意:即使是相同型号UE,内部软件版本可能也不一致。
换用其他UE 测试,如果问题消失,可基本认为是UE 问题。
3.4 排查传输问题各种接口如果出现传输问题,都会导致传输丢包,直接导致语音质量下降。
查看Iub、Iu、Gb等接口的告警,任何传输方面的告警都有可能是解决问题的线索;流量配置有问题。
Iub、Iu等接口的CS用户面通常要配置AAL2链路,配置链路的要求是RNC/NODEB/MGW所对接的AAL2链路配置相同的链路属性和相同的ATM流量。
如果流量或者属性不匹配,就会有丢包的危险。
而且有的时候可能并不会有告警。
如果MGW间Gb口的传输是走TDM,则需要注意的是2个MGW的帧格式要一致,不同的帧格式对接会导致语音出现噪声,导致语音质量下降。
这一点需要MGW人员配合排查。
时钟同步问题。
电路域传输对于时钟同步要求比较高,时钟同步问题很有可能是传输问题的根本原因。
不要忽略传输抖动造成的影响。
不同网元抗传输抖动的能力是不同的,对于语音业务来说,超过20ms的传输抖动不可避免的会造成语音帧的不均匀,导致语音质量的下降。
在IUB口,定位方法是跟踪RNC的CDT跟踪,观察用户面的跟踪,查看CS业务的FP跟踪,查看时间调整帧是否比较多,通常情况下,1、2个是正常的。
4、环回测试解决单通问题单通、双不通等语音质量问题是一个端到端的系统问题,涉及很多网元和中间传输设备,定位起来非常复杂。
中兴的RNC的CDT提供了环回功能,能够快速定位出语音数据是在哪一段出现问题,界定责任网元。
此功能对于单通问题非常有效。
4.1 环回测试原理介绍环回测试的原理是将RNC收到的CS数据,直接发回给发送方,通过在发送方(终端)的业务质量(比如CS语音是否正常)判断业务数据流经的环节是否有异常。
CS环回用于定位CS单通或者质量差的问题(AMR语音业务和CS64k可视电话业务都支持),总体思路是当出现业务质量问题时,通过环回后的业务质量是否正常,从而判断出这种环回业务数据流经的环节是否有问题。
CS环回可以将引起CS业务质量异常的故障点细化到RNC内部、RNC以下网元、RNC以上网元三个部分,为后续的定位提供方向上的指导。
正常的数据流程解释如下:假定当前UE1和UE2打CS电话,图中蓝线是来自UE1的数据流,红线是来自UE2的数据流;RNC1和RNC2是逻辑上的概念,物理上可以是同一个RNC;NodeB1和NodeB2也是逻辑上的概念,物理上可以是同一个NodeB。
以下是通话的完整流程。
图一:正常通话流程UE1数据流程:UE1→NODEB1→RNC1→CN→RNC2→NODEB2→UE2UE2数据流程:UE2→NODEB2→RNC2→CN→RNC1→NODEB1→UE1注意事项:CS语音环回功能影响被环回UE的正常功能,平时请不要开启该功能,在定位问题时再开启,使用后请及时停止该功能。
CS环回有FP和IUUP两个点,空口加密打开时,FP环回不支持,仅支持IUUP环回。
目前佛山移动中兴TD设备RNC只支持同时启动2个码流跟踪任务,且空口加密是关闭状态。
4.2 环回测试任务配置佛山移动在2010年10月份左右进行了中兴设备的RNC升级,在升级后,CS语音环回通过RCT工具发起,环回测试的配置任务如下:第一步:先在NetNumen统一网管平台上“维护”菜单栏中选择“用户跟踪”,在弹出的页面中选择“创建任务”,然后在弹出的Create Task窗口中输入随意任务名称,任务类型选择“UE”,如图二所示。
图二:任务创建第二步:在第一步完成后现在弹出的菜单中的网元列表中选择需要UE所在的RNC,在子任务类型里选择UE_RNLU_DA TE_TEST任务,点击add进入任务详细设置选框,如图三所示:图三:环回测试配置流程此刻勾选项最多只能勾选2个,一般建议同时只勾选1个;另外一个在环回选项的下边一定要输入数值,否则无法进行测试,另外一个数值不宜填写的过大,否则无法进行测试。