网络优化技术培训班课程.ppt

上传人:文库蛋蛋多 文档编号:2210972 上传时间:2023-01-31 格式:PPT 页数:37 大小:1.24MB
返回 下载 相关 举报
网络优化技术培训班课程.ppt_第1页
第1页 / 共37页
网络优化技术培训班课程.ppt_第2页
第2页 / 共37页
网络优化技术培训班课程.ppt_第3页
第3页 / 共37页
网络优化技术培训班课程.ppt_第4页
第4页 / 共37页
网络优化技术培训班课程.ppt_第5页
第5页 / 共37页
点击查看更多>>
资源描述

《网络优化技术培训班课程.ppt》由会员分享,可在线阅读,更多相关《网络优化技术培训班课程.ppt(37页珍藏版)》请在三一办公上搜索。

1、,1,1.1,1.1.1,1.1.2,1.1.3,1.1.4,2,2.1,2.2,3,3.1,3.2,3.3,3.3.1,3.3.2,3.3.3,3.3.4,3.4,3.4.1,3.4.2,3.4.3,4,4.1,4.2,4.3,4.3.1,4.3.2,4.3.3,4.4,4.4.1,4.4.2,4.4.3,5,5.1,5.1.1,5.1.2,5.2,5.2.1,5.2.2,5.3,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.,中国移动网络优化技术培训班课程,目录,掉话分析.3,GSM 系统掉话案

2、例分析.3掉话的形式.3无线掉话的原因.3掉话处理流程.3掉话分析.4分配失败率.9,指配的基本信令流程.9指配过程常见问题.9SDCCH、TCH 拥塞分析.10,SDCCH 拥塞.10TCH 拥塞.11SDCCH 信道拥塞.12硬件故障.12频繁位置更新.13由于话务量较高导致 SDCCH 拥塞.13邻小区故障导致 SDCCH 拥塞.13TCH 信道拥塞.13硬件、传输故障.14高话务小区 TCH 拥塞.14频繁切换导致 TCH 拥塞.14RACH 接入的有效性.14,什么是 RACH 接入有效.14影响有效 RACH 接入的因素-“信道请求消息”碰撞.15RACH 接入常见的问题.16解码

3、的 RACH 请求数很少.16在高电平下,仍无法解调出正确的信号(即解调出的信息编码错误).17LAPDm 建立成功率低.17故障处理流程.18确认故障的起始时间.18确认硬件是否有问题,及时排除硬件故障.18消除干扰.18切换触发原因所占比例分析.19,切换的信令流程;.19异步切换信令流程;.19同步切换信令流程;.19切换判断算法;.20切换触发机制;.20目标小区的筛选和排序.21话务报表中切换方面的分析.21,1,5.3.1,5.3.2,5.4,5.4.1,5.4.2,5.5,5.5.1,5.5.2,5.5.3,5.5.4,6,6.1,6.2,7,7.1,7.2,7.3,8,8.1,

4、8.2,8.3,9,9.1,9.2,9.2.1,9.2.2,9.3,9.3.1,9.3.2,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.,切换触发原因的分析;.21切换成功率的分析.21切换参数设置策略;.22基本设置策略;.22双频网及微蜂窝的设置策略.22切换方面常见问题;.23路测常见问题;.23参数设置常见错误.23交换方面常见错误.23邻区设置常见错误.24小区无话务量或切入分析.24,无话务量或话务量过低.24小区无切入.24射频(RF)优化分析.25,上行链路的干扰检测.25下行链路

5、的干扰检测.25上、下链路平衡验证.26基站覆盖范围缩小分析.26,天馈系统对覆盖范围的影响:.26基站硬件设备对覆盖范围的影响:.28参数设置对基站覆盖范围的影响:.29长途来话接通率.31,长途来话呼损分析.31对各类长话呼损的优化措施.34减少寻呼无响应.34减少通信链路建立失败.35其他呼损原因分析.37主叫用户提前挂机.37拨号不全.37,2,l,l,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.1 掉话分析1.1 GSM 系统掉话案例分析1.1.1 掉话的形式,l,SDCCH 掉话,移动

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

7、统计4、信令仪追踪参数修改1、功率、天线调整,加强覆盖2、频点、BSIC 调整、覆盖调整3、检查邻小区故障、邻小区定义、切换参数问题跟踪3,l,1、,2、,3、,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.1.1.4 掉话分析覆盖原因的掉话覆盖原因导致的掉话主要有以下的方面服务小区由于各种原因导致覆盖过大将邻区也覆盖在内,或者邻区本身由于由于故障导致覆盖缩小,以至于移动台超过当前服务小区定义的邻区 B 的覆盖范围到达小区 C 后还占用先前的服务小区 A 的信号,然而小区 C 又未定义小区 A 作为

8、邻区,因此有可能由于移动台搜索不到合适的切换目标小区,而本身的服务小区网络状况变差而导致掉话。2 个小区的边界明显出现无线信号覆盖的盲区。高大建筑物的阴影效应导致移动台信号发生快速衰落而来不及切换发生掉话。案例如图所示,在测试过程中,移动台始终不能占用 72131 站各小区,并在邻区表中72131 各小区频点的电平均在-100dbm 以下,导致该区域在红圈处的覆盖小区为 22331、22491,两个小区明显属于越区覆盖,接收质量非常差,因而发生掉话事件。,l,射频部件故障载频单元、合路器、双工器、基站时钟板等,这些硬件故障,将会导致小区的接收、发射性能降低,严重时将会导致掉话的发生。由于这些故

9、障具有一定的隐蔽性,必须通过 DT 测试或大量的统计分析才能发现。案例在测试中我们发现移动台切换到某个小区后,接收电平迅速降低,甚至恶化-100DBM,随即由于接收电平差而发生掉话。分析切换前的网络状况,移动台上报的目标小区(BCCH 频点)接收电平值约为-67DBM,切换完成后,无线信道资源指配4,l,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.到该小区的 TCH 频点上,指配完成后,移动台收到的接收电平迅速降低导致掉话发生。由此我们判断,该小区 TCH 的载频存在故障。进一步查询该小区的性能数

10、据,发现这个小区有多个载频,没有开启跳频功能,并且 TCH 频点也没有被定义成优先分配模式,网络随机分配无线信道资源,因此从OMC-R 统计中不能及时发现故障所在。天馈系统故障:由于天馈线的原因引起的掉话主要有以下几个内容1、基站采用 2 付天线,由于天线的方位角或俯仰角不同而导致的掉话当基站的同一小区采用 2 付天线配置时,该小区的 BCCH 和 SDCCH 信道就有可能分别从两副不同的天线发出,当两副天线的俯仰角不同时,就有可能造成天线的覆盖范围不同,移动台有可能能收到 BCCH 信号,但呼叫发起后却不能收到另一副天线发出的 SDCCH 因而导致掉话。同样,当两副天线的方位角不同时,就有可

11、能造成能收到 SDCCH 信号,但却不能收到另一副天线发出的 TCH 信道,因而导致掉话。2、天馈部分的故障可直接表现在天馈部分的驻波比上,一般要求动态驻波比测试小于 1.3。在通常的情况下,如果小区的话务量突然降低,或者掉话率突然上升,则天馈系统的驻波比检查应该是检查的一个重要方面。3、定向天线的反向信号太强如果小区分裂时天线反向信号泄漏太强,当移动台占用该信号时,会因为搜索不到邻区而导致掉话。,ll,孤岛效应:服务小区由于各种原因(无线传输环境太好、基站位置过高或天线的倾角较小),导致覆盖太大以至于将邻小区覆盖在内,造成在某些小区的覆盖范围出现一片孤独区域(所谓的伞状覆盖),此孤独区域在地

12、理上没有邻区,类似于“孤岛”。如果移动台在此区域移动,由于没有邻区,移动台无法切换到其他的小区导致掉话发生。“孤岛效应”多出现在网络扩容后。随着新基站的割接入网,需对原来的小区覆盖范围作调整,但小区覆盖范围收缩太快会造成 2 个小区切换带上覆盖不好,反之,容易形成“孤岛效应”。通常解决此类问题的手段可通过大量的 DT 测试发现问题,一般可减少小区的覆盖范围以及增加邻区列表。同邻频干扰:我们在频率规划中采用频率复用方式,如果采用同一组频率的 2 个基站站距太小,则形成同频干扰,严重时将导致掉话。基站覆盖范围较大容易导致对其他基站造成同邻频干扰,可以通过高站搬迁、下压天线倾角、减少发射功率等手段来

13、解决,但值得注意的是这种调整应该充分考虑到对室内覆盖的影响。案例:测试路线由南向北方向行驶,主叫手机服务小区为 ci=10801,在图中 A 位置开始新的呼叫,呼叫建立后,移动台快速远离服务小区,此时邻区信息中第一目标小区为ci=10124,移动台上报的测量报告中目标小区接收电平值满足切换触发条件,因此 BSC5,1、,2、,3、,l,。,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.发出切换命令。切换完成后,移动台却在 10801 和 10124 这两个小区之间发生乒乓切换,并且在服务小区 101

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

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

16、上行质量切换较高时,则可判断上行干扰或硬件故障,当下行质量切换较高时,则可判断下行干扰或硬件故障,当上下行质量切换都较高时,通常则可判断硬件故障(也不排除上下行同时受到干扰)此外直放站的干扰是主要的 GSM 系统上行干扰的主要来源,直放站可以延伸基站的覆盖范围或通过室内系统解决室内覆盖,但如果是直放站维护不当,会对无线网络带来上行的干扰,由于部分的直放站没有自激保护功能,上行增益非常大,带外杂散严重超标。参数设置不当:6,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.可通过参数检查工具来检查参数是否

17、合理,如频率规划是否合理,小区内载频之间的跳频偏移量(MAIO)是否冲突(此时各种指标都比较差,例如分配失败率等),跳频的频点是否存在干扰,BSC 与 MSC 的定时器是否匹配,功率、BSIC、邻区表、切换触发条件设置是否合理等等,如果切换的判定时间过长或切换门限过高,也会容易导致掉话,反之,则容易导致乒乓切换。在 GSM 网络参数中,LINK-FAIL、RADIO-LINK-TIMEOUT 都是与掉话有关的参数,如果在其他优化方法都无法解决掉话时,可以适当调整这 2 个参数控制掉话,在调整时应注意“无线链路超时”设置过大会影响网络的无线资源的利用率。另外 RLT 设置时充分考虑 T3109

18、的时长,T3109 必须大于 RLT 设置。当 BTS 发 现 无 线 链 路 故 障 时,则 向 BSC 发 出“CONNECTION FAILUREINDICATION”消息,BSC 收到该消息时启动 T3109,T3109 超时前可以给移动台留出呼叫重建的时间,因此该值必须大于无线链路超时的值(在无线链路超时后,移动台大约需要 5 秒时间测量邻小区情况,并且发起呼叫重建的请求)。T3109 超时后,BSC 向 MSC 发起 CLEAR REQUEST(携带原因值),开始资源释放流程。,l,切换掉话切换中掉话在实际运营的网络中也比较常见,当基站在做救援性的切换时(移动台接收电平值低于切换门

19、限下限),一些切换请求会因为目标小区信号强度太弱而失败,即使切换成功也会因为信号强度太弱而发生掉话。切换中掉话也包括 T3103 超时掉话,当 BSC 向移动台发送切换命令时,T3103 开始计时,在 BSC 收到切换完成或切换失败时,将 T3103 复位。如果 T3103 超时后没有收到上述任何一条消息,BSC 就判断在原服务小区发生无线链路失败,并且释放无线资源。值得注意的是 T3103 的设置必须小于 BSC 中的定时器 BSSMAPT8 的设置。掉话率高涉及到切换问题可通过 OMC-R 的话务报表来分析主要是何种原因引起的切换掉话,如上行接收电平原因引起的切换,上下行接收质量原因引起的

20、切换,上下行干扰引起的切换,功率预算引起的切换,呼叫定向重试引起的切换,话务量原因引起的切换。在实际网络运营过程中,切换掉话仅次于无线链路故障掉话。邻区配置不合理导致掉话邻区规划往往与实际情况存在一定的差异,由于无线环境及服务小区的各种原因,导致覆盖过大或过小,这样很容易漏定义邻区,造成切换成功率低,因而导致射频掉话或切换掉话。必须通过大量的路测,对网络的覆盖状况有清楚的了解,根据实际情况或 OMC-R 统计,及时修改邻区关系。案例:我门在优化时发现某区域东向西路测时发现切换失败和掉话,如图所示,分析当时的网络状况,该路段移动台基本驻留在吴家场 D3,由于吴家场D3没做常利 2的邻区,吴家场在

21、信号不好时无法向信号良好的常利 2切换,而是向广化 2切换,由于广化基站信号在该路段上天线发射方向明显存在阻挡,信号较差造成切换失败,勉强切换成功也由于信号实在太差而挂死在广化2上成为掉话。由于广华基站在天线发射方向明显存在阻挡,不能覆盖该区域,因此我7,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.,们双向增加吴家场小区和常利小区的邻区关系。,再次 DT 测试,该路段通话质量良好。,目标小区异常导致掉话,案例,移动台从 20412 小区切入小区 10604(BCCH 39 BSIC 72)后,手机

22、接收质量突然恶化,最终导致掉话发生。(此时频点 39 的 C/I 值为-5)。从当时的无线环境分析,切换的目标小区接收电平值良好,满足切换的判决条件,但切换完成后却由于新的服务小区不满足通话条件而发生掉话。,8,i,h i,o,n n,o,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.,l,系统故障掉话,移动台分配到 TCH 信道后,由于 BSC 或 BTS 故障(不包括无线链路故障)会产生掉话,此类故障一般可分为 A 口故障或 Abis 故障。有时这些故障会在 MSC 或 BSC故障板中告警显示。

23、2 分配失败率2.1 指配的基本信令流程指配过程是手机从占用 SDCCH 信道尝试占用 TCH 信道的过程,它的基本信令流程如下图所示:,ChannelactvationCannelactvationackAssignmentcmmand,AssignmentRequest,SABMUA,establishidicatio,AssignmentCmplete,AssignmentComplete,2.2 指配过程常见问题1)服务小区 TCH 拥塞,信道资源分配困难而指配失败。此类问题可从如下两方面解决:通过系统扩容或通过在相邻小区间调整覆盖范围和切换参数等手段实现话务均衡9,CC D,C,Ge

24、nerated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.,消除拥塞现象来解决;,通过起用定向重试和排队功能等手段在一定程度上减少拥塞原因的指配失败;,2)BTS 发出指配命令时,SD 信道由于电平质量差等问题掉话,指配命令实际上未能发送,到 MS 导致指配失败。此类问题主要通过加强覆盖和减少干扰提高无线环境来改善。,3)MS 收到指配命令后 TCH 建链过程失败。导致此类问题的原因比较多,通常有以下几种,原因:,服务小区存在硬件故障(如该 TCH 所在载频损坏)或天馈系统故障,此类问题的,定位可通过话务统计报表中

25、指配成功率、掉话率、上下行电平质量切换比例是否偏,高,上下行链路平衡情况等指标初步定位,通过基站勘察最终定位。,指配信道所在的频点存在同邻频干扰,此类问题可通过话务统计报表中指配成功,率、掉话率、上下行质量原因切换比例是否偏高以及查询周边小区的频率设置情况,进行定位。,存在非法直放站等网外干扰,此类问题可通过话务统计报表中的上下行质量原因切,换比例是否偏高,以及上行干扰带的测试情况初步定位,并通过往各邻小区质量原,因切换情况辅助定位干扰发生区域,最终通过路测设备或频谱仪等工具查找干扰,源。,服务小区覆盖范围内电平偏低,导致手机在低电平下起呼,此类问题需通过加强覆,盖解决。,3 SDCCH、TC

26、H 拥塞分析,拥塞根据呼叫流程中将要占用的信道类型分为两种,SDCCH拥塞和 TCH拥塞。下面我们,就出现这两种拥塞的信令流程进行介绍。,3.1 SDCCH 拥塞,是指一个呼叫要求占用 SDCCH信道时,网络无 SD H信道可用或 BSC间 SCCH-SDCH,切换,目标小区无资源可用。呼叫时 SDCH拥塞信令流程如下:,10,e o S,r m n t,a g S 2,e e,D h d,C t,s s v e,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.,MS,Channel request,

27、BTS,Channel requiredChannel activationChannel activation ACKImmediate assign command,BSC,Immediate assignment reject,Immediate assignment reject,立即指配拒绝信令流程图在呼叫流程中,BTS 收到手机上行的 channel request 后,BTS 向 BSC 发 channel required后,正常流程为 BSC 收到从基站收发信台发来的信道请求消息后,基站控制器开始按照一定的条件为此次呼叫寻找和分配 SDCH信道,同时基站控制器向基站收发信台发

28、送一条信道激活(channlactivatin)消息。但是如果 BSC发现无 SDCCH信道资源可用时,BC在收到 chanelrequied后直接下行回 imediateassigmentrejec 消息,该消息中包含了定时器 T3122的设置(T3122定义了暂时禁止 MS发出下次呼叫请求的最小时间间隔)。MS在收到 immediteassinmentreject消息后,M 启动 T3122,等待 T312超时后,MS发出下次的 channlrequst。在 BSC间 SCCH-SDCH切换中,当源小区 BSC向 MSC发出切换要求(andoverrequire)后 MSC向目标小区 BS

29、 发切换请求(handoverreques)目标小区 BSC发现无资源可用回切换失败,caue为 noradioreourceaailabl。3.2 TCH 拥塞是指在一个呼叫要求指配话音信道时,网络无业务信道可用,或切换时,目标小区无TCH资源可用。呼叫时 TCH拥塞与切换时 TCH拥塞信令流程如下:11,S,)I,e a o a。,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.,BSC,Assign requestAssign fail(cause:no radio resource avail

30、able)指配 TCH失败信令流程图,MSC,BSC,MSC,BSC,Handover requiredHandover requestHandover failure(cause:no radio resource available)BSC间切换失败(无 TCH信道资源可用)信令流程图在 TCH信道指配时,BC收到 MSC发来的指配请求(assignrequest)或切入请求(handoverrequest时发现没有资源或地面电路资源不可用,BSC则回指配失败(ASSGNFAIL),caus 为 nordioresurceavilable下面我们将针对两种拥塞进行分别分析处理。3.3 SD

31、CCH 信道拥塞由于 SDCCH拥塞是指各种试图占用 SDCH信道时出现 SDCCH信道资源不足的情况,以下为各种流程中需占用 SDCCH信道导致 SDCCH信道负荷过高的几种情况及解决措施:我们主要从以下几个个方面进行分析:3.3.1 硬件故障因为如果硬件出现故障导致出现信道无法激活的现象。因此我们首先应当检查硬12,D D,C,C,2 2 C,H,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.,件故障。,3.3.2 频繁位置更新,由于位置更新需使用 SDCCH信道,当小区位于位置区边界时,小区频

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

33、。,3.3.3 由于话务量较高导致 SDCCH 拥塞,在一些话务量较高的小区,由于 SDCCH实际负荷也较高,可以通过调整定时器,T3101、T312、T312的值来降低 SDCH信道负荷,同时根据邻小区话务量、配置,等相应情况进行话务分担调整,还可以增加 SDCCH信道配置来解决 SDCCH话务量较,高导致 SDCC 拥塞的情况。,3.3.4 邻小区故障导致 SDCCH 拥塞,由于相邻小区出现故障,导致小区吸收话务过高而出现拥塞,应当及时对故障小区,进行处理,如果在短期内无法处理的,应当重新进行小区话务、覆盖调整。,3.4 TCH 信道拥塞,对于 TCH信道拥塞我们也分为以下几个方面进行分析

34、:,13,C,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.,3.4.1 硬件、传输故障,因为如果硬件或传输出现故障导致出现信道无法激活的现象。因此我们首先应当,检查硬件、传输故障。,3.4.2 高话务小区 TCH 拥塞,对于高话务小区,由于话务量过高导致 TCH信道拥塞,可以通过开启排队功能、调整,C2算法、重新设置小区最小接入电平、降低基站发射功率、缩小小区覆盖范围等话务分担,方法进行调整,对于无法解决的应当进行增加相应的载频或增加基站、微蜂窝等办法来解决,话务量过高的问题。,3.4.3 频繁切

35、换导致 TCH 拥塞,当一些小区间由于切换参数设置不合理导致小区间乒乓切换或当在某些区域存在干,扰、硬件故障从而导致小区间乒乓切换,对于这种情况建议通过 OM 统计观察与 DT测试相,结合对问题进行定位处理,调整相应的切换参数,如切换门限、窗口值、权重值等。,4 RACH 接入的有效性,4.1 什么是 RACH 接入有效,在任何情况下,移动台要和网络建立通信,首先要启动一个随机接入过程。移动台通过,随机接入信道(RACH)向移动台发送一条“信道请求消息”(channel request)。网络将根据,这条消息决定给移动台分配的信道类型。分配给移动台的信道被激活后,网络通过接入允许,信道(AGC

36、H)通知移动台。移动台占用被分配的信道。我们把移动台在随机接入信道发出,“信道请求消息”到移动台成功占用被分配的信道(通常是 SDCCH)的过程称为一次有效,的 RACH 接入。,下图是 RACH 接入信令流程图,14,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.RACH 接入的第一条信令是在 RACH 上发送的“信道请求消息”。它包含的信息只有 8个字节。其中 3 字节用于表示接入的原因。接入原因通常有 5 种:主叫起呼、紧急呼叫、位置更新、寻呼响应、呼叫重建。对于 PHASE2 标准的手机,接

37、入原因字节可以扩展到最多 6个字节。在网络拥塞时,网络可以通过这个粗略的信道申请原因,分别对待不同的接入申请。“信道请求消息”的另外 5 个字节,提供了一个随机值(random reference)。这个随机值本身不具有任何含义,只是用来区别不同移动台发出的信道请求。网络在发给移动的“立即指配消息”中会包含这个随机值。移动台通过比较网络返回的随机值与自己发出的随机值来判断本条“立即指配消息”是否是发给自己的。系统判断出接收到“信道请求消息”后,将激活一条 SDCCH 信道,并通过“立即指配消息”将这个信道分配给移动台。移动台通过在这条信道上建立 LAPD 链路,占用这条信道,然后开始与系统进行

38、下一步的通讯。,4.2 影响有效 RACH 接入的因素,-“信道请求消息”碰,撞由于网络无法控制移动台接入的时间,在话务繁忙的地区,不可避免的会发生两个移动台在某一时刻在同一 RACH 时隙上提请申请的现象。这被称为“碰撞”。如果网络收到的一个移动台的信号比另外一个移动台的信号强很多,网络就会处理信号强的“信道请求”消息。如果两者信号强度差别不大,网络不能正确的接收两者中的任何一个,只能放弃处理。小区的话务量越高,“信道请求消息”发生碰撞的概率就越大。对于用户来说,呼叫建立的成功率就越低。由于碰撞是由于系统自身的运行机制而无可避免的,所以系统有 RACH 请求重发机制来减轻碰撞的影响。移动台在

39、发出“信道请求消息”后如果收不到网络的响应,将重发这条消息。系统可以通过一系列参数来控制移动台的重发过程。这些参数包括:15,MS,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.最大重发次数(MAXRETR):如果移动台发出的“信道请求消息”没有得到响应,移动台将重发这条消息,直到重发达到最大重发次数。最大重发次数可以在 OMCR 中设置,并通过系统消息告诉移动台。这个参数的取值可以是 1、2、4、7。重发的时隙间隔(tx_integer):这个值决定发送两次“信道请求消息”时间间隔。这个间隔是有

40、RACH 时隙数来度量。它由一个固定间隔 td 加一个随机间隔 tr 组成:,tx_integer,td(RACH slots,combined),td(RACH slots,uncombined),Phase 1Phase 2,-3,8,14,504,9,165,10,206,11,257,12,32,41(0.35 sec)41(0.35 sec)52(0.45 sec)58(0.50 sec)86(0.75 sec)115(1.00 sec),55(0.25 sec)55(0.25 sec)76(0.35 sec)109(0.50 sec)163(0.75 sec)217(1.00 se

41、c),Fig.固定间隔 td 与 tx_integer 的换算由上表格所示随即间隔 tr 是一个 1 到 tx_integer 之间的随机数。在一般的信道配置下,(BCCH 时隙没有捆绑 SDCCH 信道,RACH 信道只分配在时隙0),系统每小时可以提供 800,000 个 RACH 时隙。当最大重发次数设定在 2 或 4 时,由于碰撞引起的 RACH 接入失败比例非常小。4.3 RACH 接入常见的问题4.3.1 解码的 RACH 请求数很少RACH 请求次数在 OMCR 上都可以被统计。一般情况下,RACH 的接入次数与小区内的用户数成正比的。处于位置区边界的小区,由于移动台的做跨越位置

42、区的移动时,需要做位置更新。RACH 接入的数目还会增加。参数设置不当,会导致 RACG 接入请求数很低。与 RACH 接入关系密切的参数是 RACH占用门限(RACH busy threshold):BTS 测量每一个 RACH 时隙上的信号强度,并判断接收到一个 RACH 请求:如果测量到的信号强度大于或等于 RACH 占用门限,这个 RACH 时隙就被判断成被占用,即有一个或多个移动台试图访问网络)。设置这个参数的目标是为了防止噪声或干扰信号被误判为RACH 请求而被分配 SDCCH 信道,增加不必要的系统负担。但如果这个参数被设置过大,处于小区边缘的移动台发出的 RACH 请求(通常被

43、网络收到的信号比较低),会被当作噪声16,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.,而忽略掉。,RACH 接入少,还可能链路损耗太大引起。如果上下行链路损耗都很大,小区的覆盖范,围就会减小。小区服务区内的用户数少引起了 RACH 接入数量低。这种情况很容易由路侧,发现。而且从报表上看,出现这种情况的小区不但 RACH 请求数少而且话务量低。另一种,情况是上下链路不平衡引起,上行链路损耗远大于下行链路损耗。下行链路损耗小,小区可,以覆盖一个比较大的范围。但如果上行链路损耗比下行链路损耗大很多,处

44、于小区外围的手,机发出的接入请求,根本无法被基站接收到。小区的实际覆盖范围是由上行链路决定,被限,定在基站附近的一个小区域内。从路侧上看,手机会在信号很好的地方不能正常起呼。而重,报表分析,这类小区不仅 RACH 请求数少、话务量低,而且切入成功率指标也通常不会好。,4.3.2 在高电平下,仍无法解调出正确的信号(即解调出的信,息编码错误),在这种情况下,最常见的是因 BCCH 上行干扰引起。当 BCCH 上行干扰很严重时,常,导致 BTS 不能正常解码。OMCR 都可统计“空闲信道干扰电平”测量报告。因此判断 BCCH,上行链路是否受干扰可以通过观察 BCCH 载频上的 TCH 时隙的干扰电

45、平情况来证实。,4.3.3 LAPDm 建立成功率低,LAPDm 建立成功率低是指 LAPDm 成功次数/SDCCH 分配次数。LAPDm 建立成功率低,最主要的原因是 BTS 接收路径信号严重损失(电缆、接收分离器、连接器等),BTS 只能够,解调出 RACH 短脉冲群而达不到成功建立 LAPDm 所需要的电平值。,还有两种情况可以导致所分配的 SDCCH 信道不被移动台成功占用。其一是信道被重复,指配。当系统对移动台的申请反映较慢,以至于不可避免的导致移动台重发时,由于系统无,法知道一条信道请求消息是否是上一次重发,所以可能再次甚至多次的发送立即指配消息给,移动台。移动台将只使用第一条立即

46、指配消息所指配的信道,其他被当作无效。这样从系统,的角度看,就发生了指配的移动台没有手机占用的情况。,另一种情况是,因为同 BCCH 同 BSIC 小区的空间隔离度不够引起。手机在一个小区上,发出的“信道请求”消息,由于距离较近,可以被另一个同 BCCH 同 BSIC 的小区检测到。,这个小区会把这个“信道请求”消息当作是驻留在本小区上的移动台发出的,并针对这个请,17,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.,求分配信道。当然这个信道是不会有移动台占用。,4.4 故障处理流程,4.4.1 确

47、认故障的起始时间,检查 RACH 接入失败的起始时间,是否持续存在,以确认该故障是否由于不确定的因,素导致偶然发生,或者是由于对网络进行了某些调整而引发了不良后果。,4.4.2 确认硬件是否有问题,及时排除硬件故障,首先比较相关的指标的表现。这些指标包括:切入成功率、建立请求数、分配请求数。,掉话率。通常硬件故障会使这些指标都比较差。,网优人员还可以计算基站上下行的链路预算。如果上下行链路严重不平衡,可能也是由,于 TRX、天线、馈线等硬件故障引起。,4.4.3 消除干扰,如果排除了硬件或链路上的问题,应重点检查干扰的可能性。结合故障发生的时间,检,查小区周围是否增加了射频发射装置,确认是否对

48、频率或 BSIC 进行过修改。如果是长期存,在的问题,更应该检查频率方案干扰的可能性。我们建议可以通过临时改变 BCCH 频点来,确认问题是否由频率引起。,能够产生干扰的另一个可能原因是直放站。市区的直放站非常容易引起上行链路的干,扰。对于直放站周围的小区出现 RACH 效率低的情况时,可以暂时关闭直放站对比各项指,标的变化。,另一个接入控制参数是 RACH TA 门限(RACH TA threshold)。RACH 接入是手机向基站发,出的第一条消息。所以 RACH 接入的突发脉冲序列采用了比普通突发脉冲序列更长的训练,序列和更长的保护间隔。基站可以通过 RACH 接入脉冲,可以评估出手机与

49、基站间的距离,,为移动台进行通讯时提供发射时间提前量(TA)。TA 值将加在立即指配消息中,发送给移,18,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evaluation only.,动台。同样网络也可以根据 TA 值,拒绝过远的 RACH 接入。网络将 RACH 请求的 TA 与,RACH TA 门限比较,如果大于 TA 门限,说明正在接入的移动台与基站的距离超过了本小,区可以容忍的范围,本次 RACH 请求将收到“指配拒绝消息”。,5 切换触发原因所占比例分析,切换是 GSM 网络中保证通话能够正常进行的关键机制,它根据手

50、机和基站测出的上下,行电平质量和 TA 值作为最基本的测量数据,根据切换判断算法和资源分配算法来决定是否,应该切换和该切向那个小区,下面我们将从以下几个方面来讨论切换问题:,5.1 切换的信令流程;,5.1.1 异步切换信令流程;,此类切换发生在不同基站间是主要的切换信令流程,具体信令如下所示:,5.1.2 同步切换信令流程;,此类切换发生在同一个基站间的不同小区间的切换,由于此类切换源小区和目,标小区的时钟是同步的,切换过程中无须再同步,故手机在切换过程中连续发出,19,Generated by Foxit PDF Creator Foxit Softwarehttp:/For evalua

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 建筑/施工/环境 > 项目建议


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号