ImageVerifierCode 换一换
格式:DOCX , 页数:32 ,大小:258.45KB ,
资源ID:6369830      下载积分:12 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/6369830.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(网络优化技术.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

网络优化技术.docx

1、网络优化技术网络优化技术培训目录1 掉话分析 31.1 GSM系统掉话案例分析 31.1.1 掉话的形式 31.1.2 无线掉话的原因 31.1.3 掉话处理流程 31.1.4 掉话分析 42 分配失败率 92.1 指配的基本信令流程 92.2 指配过程常见问题 93 SDCCH、TCH拥塞分析 103.1 SDCCH拥塞 103.2 TCH拥塞 113.3 SDCCH信道拥塞 123.3.1 硬件故障 123.3.2 频繁位置更新 133.3.3 由于话务量较高导致SDCCH拥塞 133.3.4 邻小区故障导致SDCCH拥塞 133.4 TCH信道拥塞 133.4.1 硬件、传输故障 143

2、.4.2 高话务小区TCH拥塞 143.4.3 频繁切换导致TCH拥塞 144 RACH接入的有效性 144.1 什么是RACH接入有效 144.2 影响有效RACH接入的因素 - “信道请求消息”碰撞 154.3 RACH接入常见的问题 164.3.1 解码的RACH请求数很少 164.3.2 在高电平下,仍无法解调出正确的信号(即解调出的信息编码错误) 174.3.3 LAPDm建立成功率低 174.4 故障处理流程 184.4.1 确认故障的起始时间 184.4.2 确认硬件是否有问题,及时排除硬件故障 184.4.3 消除干扰 185 切换触发原因所占比例分析 195.1 切换的信令流

3、程; 195.1.1 异步切换信令流程; 195.1.2 同步切换信令流程; 195.2 切换判断算法; 205.2.1 切换触发机制; 205.2.2 目标小区的筛选和排序 215.3 话务报表中切换方面的分析 215.3.1 切换触发原因的分析; 215.3.2 切换成功率的分析 215.4 切换参数设置策略; 225.4.1 基本设置策略; 225.4.2 双频网及微蜂窝的设置策略 225.5 切换方面常见问题; 235.5.1 路测常见问题; 235.5.2 参数设置常见错误 235.5.3 交换方面常见错误 235.5.4 邻区设置常见错误 246 小区无话务量或切入分析 246.1

4、 无话务量或话务量过低 246.2 小区无切入 247 射频(RF)优化分析 257.1 上行链路的干扰检测 257.2 下行链路的干扰检测 257.3 上、下链路平衡验证 268 基站覆盖范围缩小分析 268.1 天馈系统对覆盖范围的影响: 268.2 基站硬件设备对覆盖范围的影响: 288.3 参数设置对基站覆盖范围的影响: 299 长途来话接通率 319.1 长途来话呼损分析 319.2 对各类长话呼损的优化措施 349.2.1 减少寻呼无响应 349.2.2 减少通信链路建立失败 359.3 其他呼损原因分析 379.3.1 主叫用户提前挂机 379.3.2 拨号不全 371 掉话分析

5、1.1 GSM系统掉话案例分析1.1.1 掉话的形式 SDCCH掉话移动台占上SDCCH信道但还没有分配TCH信道期间发生的异常释放 TCH掉话。BSC给移动台分配了TCH信道后发生的异常释放1.1.2 无线掉话的原因 无线链路故障(基于RLT,系统不能解码SACCH消息使得RLT达到0而引起的通信中断,注意RLT设置小于T3109) T3103超时(在切换过程中,移动台既无法占用目标小区的无线资源,又不能返回服务小区所导致的通信中断) 系统故障1.1.3 掉话处理流程高掉话小区参数检查OMC统计、DT、信令分析仪硬件传输检查1、 覆盖原因(电平、TA检查,DT测试)2、 干扰检查(质量切换统

6、计、频谱仪)3、 切换统计4、 信令仪追踪问题跟踪参数修改1、 功率、天线调整,加强覆盖2、 频点、BSIC调整、覆盖调整3、 检查邻小区故障、邻小区定义、切换参数5、 切换统计6、 信令仪追踪1.1.4 掉话分析 覆盖原因的掉话覆盖原因导致的掉话主要有以下的方面1、 服务小区由于各种原因导致覆盖过大将邻区也覆盖在内,或者邻区本身由于由于故障导致覆盖缩小,以至于移动台超过当前服务小区定义的邻区B的覆盖范围到达小区C后还占用先前的服务小区A的信号,然而小区C又未定义小区A作为邻区,因此有可能由于移动台搜索不到合适的切换目标小区,而本身的服务小区网络状况变差而导致掉话。2、 2个小区的边界明显出现

7、无线信号覆盖的盲区。3、 高大建筑物的阴影效应导致移动台信号发生快速衰落而来不及切换发生掉话。案例如图所示,在测试过程中,移动台始终不能占用72131站各小区,并在邻区表中72131各小区频点的电平均在-100dbm以下,导致该区域在红圈处的覆盖小区为22331、22491,两个小区明显属于越区覆盖,接收质量非常差,因而发生掉话事件。 射频部件故障载频单元、合路器、双工器、基站时钟板等,这些硬件故障,将会导致小区的接收、发射性能降低,严重时将会导致掉话的发生。由于这些故障具有一定的隐蔽性,必须通过DT测试或大量的统计分析才能发现。案例在测试中我们发现移动台切换到某个小区后,接收电平迅速降低,甚

8、至恶化-100DBM,随即由于接收电平差而发生掉话。分析切换前的网络状况,移动台上报的目标小区(BCCH频点)接收电平值约为-67DBM,切换完成后,无线信道资源指配到该小区的TCH频点上,指配完成后,移动台收到的接收电平迅速降低导致掉话发生。由此我们判断,该小区TCH的载频存在故障。进一步查询该小区的性能数据,发现这个小区有多个载频,没有开启跳频功能,并且TCH频点也没有被定义成优先分配模式,网络随机分配无线信道资源,因此从OMC-R统计中不能及时发现故障所在。 天馈系统故障:由于天馈线的原因引起的掉话主要有以下几个内容1、 基站采用2付天线,由于天线的方位角或俯仰角不同而导致的掉话当基站的

9、同一小区采用2付天线配置时,该小区的BCCH和SDCCH信道就有可能分别从两副不同的天线发出,当两副天线的俯仰角不同时,就有可能造成天线的覆盖范围不同,移动台有可能能收到BCCH信号,但呼叫发起后却不能收到另一副天线发出的SDCCH因而导致掉话。同样,当两副天线的方位角不同时,就有可能造成能收到SDCCH信号,但却不能收到另一副天线发出的TCH信道,因而导致掉话。2、 天馈部分的故障可直接表现在天馈部分的驻波比上,一般要求动态驻波比测试小于1.3。在通常的情况下,如果小区的话务量突然降低,或者掉话率突然上升,则天馈系统的驻波比检查应该是检查的一个重要方面。3、 定向天线的反向信号太强如果小区分

10、裂时天线反向信号泄漏太强,当移动台占用该信号时,会因为搜索不到邻区而导致掉话。 孤岛效应:服务小区由于各种原因(无线传输环境太好、基站位置过高或天线的倾角较小),导致覆盖太大以至于将邻小区覆盖在内,造成在某些小区的覆盖范围出现一片孤独区域(所谓的伞状覆盖),此孤独区域在地理上没有邻区,类似于“孤岛”。如果移动台在此区域移动,由于没有邻区,移动台无法切换到其他的小区导致掉话发生。“孤岛效应”多出现在网络扩容后。随着新基站的割接入网,需对原来的小区覆盖范围作调整,但小区覆盖范围收缩太快会造成2个小区切换带上覆盖不好,反之,容易形成“孤岛效应”。通常解决此类问题的手段可通过大量的DT测试发现问题,一

11、般可减少小区的覆盖范围以及增加邻区列表。 同邻频干扰:我们在频率规划中采用频率复用方式,如果采用同一组频率的2个基站站距太小,则形成同频干扰,严重时将导致掉话。基站覆盖范围较大容易导致对其他基站造成同邻频干扰,可以通过高站搬迁、下压天线倾角、减少发射功率等手段来解决,但值得注意的是这种调整应该充分考虑到对室内覆盖的影响。案例:测试路线由南向北方向行驶,主叫手机服务小区为ci=10801,在图中A位置开始新的呼叫,呼叫建立后,移动台快速远离服务小区,此时邻区信息中第一目标小区为ci=10124,移动台上报的测量报告中目标小区接收电平值满足切换触发条件,因此BSC发出切换命令。切换完成后,移动台却

12、在10801和10124这两个小区之间发生乒乓切换,并且在服务小区10124上连续2次向30124切换失败,随即主叫手机出现“dropped call”事件分析当时的无线环境,手机停留的区域应该是ci=10601的覆盖范围,小区10601和10124的BCCH频点相同, 由于bsic的解码延迟性,当服务小区为10801时手机误切换到10124上(由于BSIC的解码延迟性,手机上报测量报告时BSIC沿用先前相同BCCH频点的BSIC,但接收电平却上报新小区电平值),由于10124在此区域属于越区覆盖,信号电平波动较大,因此移动台在10124与10801之间乒乓切换,小区30601和30124也同

13、样存在bcch频点相同的问题,最终导致掉话事件的发生。 上行干扰在GSM系统中,手机的发射功率远低于基站的发生功率,虽然采取了多种保证上下行链路平衡的方法,但在实际网络中,上下行链路仍然存在一定的差别,上行链路更容易受到系统外的干扰。通常判断上行干扰的手段包括:1、 观察OMC-R关于干扰的统计,在有些系统中,当信道处于空闲状态时,系统会统计信道干扰的情况,并且在一定时间里上报,当工作于干扰级别的信道较多时,可以判断出系统存在干扰现象。2、 观察RACH请求的平均电平绝对值来判断系统是否存在干扰现象。3、 观察OMC-R中关于切换原因的统计进行判断,在正常的情况下,功率预算原因的切换比例较高,

14、当上行质量切换较高时,则可判断上行干扰或硬件故障,当下行质量切换较高时,则可判断下行干扰或硬件故障,当上下行质量切换都较高时,通常则可判断硬件故障(也不排除上下行同时受到干扰)。此外直放站的干扰是主要的GSM系统上行干扰的主要来源,直放站可以延伸基站的覆盖范围或通过室内系统解决室内覆盖,但如果是直放站维护不当,会对无线网络带来上行的干扰,由于部分的直放站没有自激保护功能,上行增益非常大,带外杂散严重超标。 参数设置不当:可通过参数检查工具来检查参数是否合理,如频率规划是否合理,小区内载频之间的跳频偏移量(MAIO)是否冲突(此时各种指标都比较差,例如分配失败率等),跳频的频点是否存在干扰,BS

15、C与MSC的定时器是否匹配,功率、BSIC、邻区表、切换触发条件设置是否合理等等,如果切换的判定时间过长或切换门限过高,也会容易导致掉话,反之,则容易导致乒乓切换。在GSM网络参数中,LINK-FAIL、RADIO-LINK-TIMEOUT都是与掉话有关的参数,如果在其他优化方法都无法解决掉话时,可以适当调整这2个参数控制掉话,在调整时应注意“无线链路超时”设置过大会影响网络的无线资源的利用率。另外RLT设置时充分考虑T3109的时长, T3109必须大于RLT设置。当BTS发现无线链路故障时,则向BSC发出“CONNECTION FAILURE INDICATION”消息,BSC收到该消息时

16、启动T3109,T3109超时前可以给移动台留出呼叫重建的时间,因此该值必须大于无线链路超时的值(在无线链路超时后,移动台大约需要5秒时间测量邻小区情况,并且发起呼叫重建的请求)。T3109超时后,BSC向MSC发起CLEAR REQUEST(携带原因值),开始资源释放流程。 切换掉话切换中掉话在实际运营的网络中也比较常见,当基站在做救援性的切换时(移动台接收电平值低于切换门限下限),一些切换请求会因为目标小区信号强度太弱而失败,即使切换成功也会因为信号强度太弱而发生掉话。切换中掉话也包括T3103超时掉话,当BSC向移动台发送切换命令时,T3103开始计时,在BSC收到切换完成或切换失败时,

17、将T3103复位。如果T3103超时后没有收到上述任何一条消息,BSC就判断在原服务小区发生无线链路失败,并且释放无线资源。值得注意的是T3103的设置必须小于BSC中的定时器BSSMAPT8的设置。掉话率高涉及到切换问题可通过OMC-R的话务报表来分析主要是何种原因引起的切换掉话,如上行接收电平原因引起的切换,上下行接收质量原因引起的切换,上下行干扰引起的切换,功率预算引起的切换,呼叫定向重试引起的切换,话务量原因引起的切换。在实际网络运营过程中,切换掉话仅次于无线链路故障掉话。 邻区配置不合理导致掉话邻区规划往往与实际情况存在一定的差异,由于无线环境及服务小区的各种原因,导致覆盖过大或过小

18、,这样很容易漏定义邻区,造成切换成功率低,因而导致射频掉话或切换掉话。必须通过大量的路测,对网络的覆盖状况有清楚的了解,根据实际情况或OMC-R统计,及时修改邻区关系。案例:我门在优化时发现某区域东向西路测时发现切换失败和掉话,如图所示,分析当时的网络状况,该路段移动台基本驻留在吴家场D3,由于吴家场D3没做常利2的邻区,吴家场在信号不好时无法向信号良好的常利2切换,而是向广化2切换,由于广化基站信号在该路段上天线发射方向明显存在阻挡,信号较差造成切换失败,勉强切换成功也由于信号实在太差而挂死在广化2上成为掉话。由于广华基站在天线发射方向明显存在阻挡,不能覆盖该区域,因此我们双向增加吴家场小区

19、和常利小区的邻区关系。再次DT测试,该路段通话质量良好。 目标小区异常导致掉话案例移动台从20412小区切入小区10604(BCCH 39 BSIC 72)后,手机接收质量突然恶化,最终导致掉话发生。(此时频点39的C/I值为-5)。从当时的无线环境分析,切换的目标小区接收电平值良好,满足切换的判决条件,但切换完成后却由于新的服务小区不满足通话条件而发生掉话。 系统故障掉话移动台分配到TCH信道后,由于BSC或BTS故障(不包括无线链路故障)会产生掉话,此类故障一般可分为A口故障或Abis故障。有时这些故障会在MSC或BSC故障板中告警显示。2 分配失败率2.1 指配的基本信令流程指配过程是手

20、机从占用SDCCH信道尝试占用TCH信道的过程,它的基本信令流程如下图所示:Channel activation5.1 指配过程常见问题1)服务小区TCH拥塞,信道资源分配困难而指配失败。此类问题可从如下两方面解决: 通过系统扩容或通过在相邻小区间调整覆盖范围和切换参数等手段实现话务均衡消除拥塞现象来解决; 通过起用定向重试和排队功能等手段在一定程度上减少拥塞原因的指配失败;2)BTS发出指配命令时,SD信道由于电平质量差等问题掉话,指配命令实际上未能发送到MS导致指配失败。此类问题主要通过加强覆盖和减少干扰提高无线环境来改善。3)MS收到指配命令后TCH建链过程失败。导致此类问题的原因比较多

21、,通常有以下几种原因: 服务小区存在硬件故障(如该TCH所在载频损坏)或天馈系统故障,此类问题的定位可通过话务统计报表中指配成功率、掉话率、上下行电平质量切换比例是否偏高,上下行链路平衡情况等指标初步定位,通过基站勘察最终定位。 指配信道所在的频点存在同邻频干扰,此类问题可通过话务统计报表中指配成功率、掉话率、上下行质量原因切换比例是否偏高以及查询周边小区的频率设置情况进行定位。 存在非法直放站等网外干扰,此类问题可通过话务统计报表中的上下行质量原因切换比例是否偏高,以及上行干扰带的测试情况初步定位,并通过往各邻小区质量原因切换情况辅助定位干扰发生区域,最终通过路测设备或频谱仪等工具查找干扰源

22、。 服务小区覆盖范围内电平偏低,导致手机在低电平下起呼,此类问题需通过加强覆盖解决。6 SDCCH、TCH拥塞分析拥塞根据呼叫流程中将要占用的信道类型分为两种,SDCCH拥塞和TCH拥塞。下面我们就出现这两种拥塞的信令流程进行介绍。6.1 SDCCH拥塞是指一个呼叫要求占用SDCCH信道时,网络无SDCCH信道可用或BSC间SDCCH-SDCCH切换,目标小区无资源可用。呼叫时SDCCH拥塞信令流程如下:BSCBTSMSChannel requestChannel requiredChannel activationChannel activation ACKImmediate assign

23、commandImmediate assignment rejectImmediate assignment reject 立即指配拒绝信令流程图在呼叫流程中,BTS收到手机上行的channel request后,BTS向BSC发channel required后,正常流程为BSC收到从基站收发信台发来的信道请求消息后,基站控制器开始按照一定的条件为此次呼叫寻找和分配SDCCH信道,同时基站控制器向基站收发信台发送一条信道激活(channel activation)消息。但是如果BSC发现无SDCCH信道资源可用时,BSC在收到channel required后直接下行回immediate a

24、ssignment reject消息,该消息中包含了定时器T3122的设置(T3122定义了暂时禁止MS发出下次呼叫请求的最小时间间隔)。MS在收到immediate assignment reject消息后,MS启动T3122,等待T3122超时后,MS发出下次的channel request。在BSC间SDCCH-SDCCH切换中,当源小区BSC向MSC发出切换要求(handover required)后MSC向目标小区BSC发切换请求(handover request)目标小区BSC发现无资源可用回切换失败,cause为no radio resource available。6.2 TC

25、H拥塞是指在一个呼叫要求指配话音信道时,网络无业务信道可用,或切换时,目标小区无TCH资源可用。呼叫时TCH拥塞与切换时TCH拥塞信令流程如下:BSCMSCAssign requestAssign fail(cause:no radio resource available)指配TCH失败信令流程图MSCBSCBSCHandover requiredHandover requestHandover failure(cause:no radio resource available) BSC间切换失败(无TCH信道资源可用)信令流程图在TCH信道指配时,BSC收到MSC发来的指配请求(assig

26、n request)或切入请求(handover request)时发现没有资源或地面电路资源不可用,BSC则回指配失败(ASSIGN FAIL),cause为no radio resource available。下面我们将针对两种拥塞进行分别分析处理。6.3 SDCCH信道拥塞由于SDCCH拥塞是指各种试图占用SDCCH信道时出现SDCCH信道资源不足的情况,以下为各种流程中需占用SDCCH信道导致SDCCH信道负荷过高的几种情况及解决措施:我们主要从以下几个个方面进行分析:6.3.1 硬件故障因为如果硬件出现故障导致出现信道无法激活的现象。因此我们首先应当检查硬件故障。6.3.2 频繁位

27、置更新由于位置更新需使用SDCCH信道,当小区位于位置区边界时,小区频繁重选导致位置更新频繁,或当开启SDCCH-SDCCH切换时,频繁切换导致SDCCH信道负荷过高,对于以上这两种情况可以通过调整C2值、小区重选滞后、切换门限等相关参数、关闭SDCCH-SDCCH切换、根据切换情况调整位置区边界等方法来解决。在一些位置区边界如果存在较多的交通干线的小区,由于交通较繁忙导致位置更新频繁的情况,如果通过调整参数无效时,根据话务应当重新配置信道,增加SDCCH信道。如果存在铁路、地铁等情况下,目前还无完善手段来解决由于瞬间多用户同时要求进行位置更新导致SDCCH拥塞。另如果存在限制漫游用户离开本地

28、进行位置更新时,也会导致鉴权失败从而频繁进行位置登记。6.3.3 由于话务量较高导致SDCCH拥塞在一些话务量较高的小区,由于SDCCH实际负荷也较高,可以通过调整定时器T3101、T3122、T3212的值来降低SDCCH信道负荷,同时根据邻小区话务量、配置等相应情况进行话务分担调整,还可以增加SDCCH信道配置来解决SDCCH话务量较高导致SDCCH拥塞的情况。6.3.4 邻小区故障导致SDCCH拥塞由于相邻小区出现故障,导致小区吸收话务过高而出现拥塞,应当及时对故障小区进行处理,如果在短期内无法处理的,应当重新进行小区话务、覆盖调整。6.4 TCH信道拥塞 对于TCH信道拥塞我们也分为以

29、下几个方面进行分析:6.4.1 硬件、传输故障因为如果硬件或传输出现故障导致出现信道无法激活的现象。因此我们首先应当检查硬件、传输故障。6.4.2 高话务小区TCH拥塞 对于高话务小区,由于话务量过高导致TCH信道拥塞,可以通过开启排队功能、调整C2算法、重新设置小区最小接入电平、降低基站发射功率、缩小小区覆盖范围等话务分担方法进行调整,对于无法解决的应当进行增加相应的载频或增加基站、微蜂窝等办法来解决话务量过高的问题。6.4.3 频繁切换导致TCH拥塞当一些小区间由于切换参数设置不合理导致小区间乒乓切换或当在某些区域存在干扰、硬件故障从而导致小区间乒乓切换,对于这种情况建议通过OMC统计观察

30、与DT测试相结合对问题进行定位处理,调整相应的切换参数,如切换门限、窗口值、权重值等。7 RACH接入的有效性7.1 什么是RACH接入有效在任何情况下,移动台要和网络建立通信,首先要启动一个随机接入过程。移动台通过随机接入信道(RACH)向移动台发送一条“信道请求消息”(channel request)。网络将根据这条消息决定给移动台分配的信道类型。分配给移动台的信道被激活后,网络通过接入允许信道(AGCH)通知移动台。移动台占用被分配的信道。我们把移动台在随机接入信道发出“信道请求消息”到移动台成功占用被分配的信道(通常是SDCCH)的过程称为一次有效的RACH接入。下图是RACH接入信令

31、流程图RACH接入的第一条信令是在RACH上发送的“信道请求消息”。它包含的信息只有8个字节。其中3字节用于表示接入的原因。接入原因通常有5种:主叫起呼、紧急呼叫、位置更新、寻呼响应、呼叫重建。对于PHASE2标准的手机,接入原因字节可以扩展到最多6个字节。在网络拥塞时,网络可以通过这个粗略的信道申请原因,分别对待不同的接入申请。“信道请求消息”的另外5个字节,提供了一个随机值(random reference)。这个随机值本身不具有任何含义,只是用来区别不同移动台发出的信道请求。网络在发给移动的“立即指配消息”中会包含这个随机值。移动台通过比较网络返回的随机值与自己发出的随机值来判断本条“立即指配消息”是否是发给自己的。系统判断出接收到“信道请求消息”后,将激活一条SDCCH信道,并通过“立即指配消息”将这个信道分配给移动台。移动台通过在这条信道上建立LAPD链路,占用这条信道,然后开始与系统进行下一步的通讯。7.2 影响有效RACH接入的因素 - “信道请求消息”碰撞由于网络无法控制移动台接入的时

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1