中国移动网络优化技术培训班课程.pdf
1 中国移动网络优化技术培训班课程中国移动网络优化技术培训班课程 目录目录 1 掉话分析.3 1.1 GSM 系统掉话案例分析.3 1.1.1 掉话的形式.3 1.1.2 无线掉话的原因.3 1.1.3 掉话处理流程.3 1.1.4 掉话分析.4 2 分配失败率.9 2.1 指配的基本信令流程.9 2.2 指配过程常见问题.9 3 SDCCH、TCH 拥塞分析.10 3.1 SDCCH 拥塞.10 3.2 TCH 拥塞.11 3.3 SDCCH 信道拥塞.12 3.3.1 硬件故障.12 3.3.2 频繁位置更新.13 3.3.3 由于话务量较高导致 SDCCH 拥塞.13 3.3.4 邻小区故障导致 SDCCH 拥塞.13 3.4 TCH 信道拥塞.13 3.4.1 硬件、传输故障.14 3.4.2 高话务小区 TCH 拥塞.14 3.4.3 频繁切换导致 TCH 拥塞.14 4 RACH 接入的有效性.14 4.1 什么是 RACH 接入有效.14 4.2 影响有效 RACH 接入的因素 -“信道请求消息”碰撞.15 4.3 RACH 接入常见的问题.16 4.3.1 解码的 RACH 请求数很少.16 4.3.2 在高电平下,仍无法解调出正确的信号(即解调出的信息编码错误).17 4.3.3 LAPDm建立成功率低.17 4.4 故障处理流程.18 4.4.1 确认故障的起始时间.18 4.4.2 确认硬件是否有问题,及时排除硬件故障.18 4.4.3 消除干扰.18 5 切换触发原因所占比例分析.19 5.1 切换的信令流程;.19 5.1.1 异步切换信令流程;.19 5.1.2 同步切换信令流程;.19 5.2 切换判断算法;.20 5.2.1 切换触发机制;.20 5.2.2 目标小区的筛选和排序.21 5.3 话务报表中切换方面的分析.21 Generated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.2 5.3.1 切换触发原因的分析;.21 5.3.2 切换成功率的分析.21 5.4 切换参数设置策略;.22 5.4.1 基本设置策略;.22 5.4.2 双频网及微蜂窝的设置策略.22 5.5 切换方面常见问题;.23 5.5.1 路测常见问题;.23 5.5.2 参数设置常见错误.23 5.5.3 交换方面常见错误.23 5.5.4 邻区设置常见错误.24 6 小区无话务量或切入分析.24 6.1 无话务量或话务量过低.24 6.2 小区无切入.24 7 射频(RF)优化分析.25 7.1 上行链路的干扰检测.25 7.2 下行链路的干扰检测.25 7.3 上、下链路平衡验证.26 8 基站覆盖范围缩小分析.26 8.1 天馈系统对覆盖范围的影响:.26 8.2 基站硬件设备对覆盖范围的影响:.28 8.3 参数设置对基站覆盖范围的影响:.29 9 长途来话接通率.31 9.1 长途来话呼损分析.31 9.2 对各类长话呼损的优化措施.34 9.2.1 减少寻呼无响应.34 9.2.2 减少通信链路建立失败.35 9.3 其他呼损原因分析.37 9.3.1 主叫用户提前挂机.37 9.3.2 拨号不全.37 Generated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.3 1 掉话分析掉话分析 1.1 GSM 系统掉话案例分析系统掉话案例分析 1.1.1 掉话的形式掉话的形式 l SDCCH 掉话 移动台占上 SDCCH 信道但还没有分配 TCH 信道期间发生的异常释放 l TCH 掉话。BSC 给移动台分配了 TCH 信道后发生的异常释放 1.1.2 无线掉话的原因无线掉话的原因 l 无线链路故障(基于 RLT,系统不能解码 SACCH 消息使得 RLT 达到 0 而引起的通信中断,注意 RLT 设置小于 T3109)l T3103 超时(在切换过程中,移动台既无法占用目标小区的无线资源,又不能返回服务小区所导致的通信中断)l 系统故障 1.1.3 掉话处理流程掉话处理流程 高掉话小区 硬件 传输 检查 OMC 统计、DT、信令分析仪 1、覆盖原因(电平、TA 检查,DT 测试)2、干扰检查(质量切换统计、频谱仪)3、切换统计 4、信令仪追踪 参数 检查 1、功率、天线调整,加强覆盖 2、频点、BSIC 调整、覆盖调整 3、检查邻小区故障、邻小区定义、切换参数 参数 修改 问题跟踪 Generated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.4 1.1.4 掉话分析掉话分析 l 覆盖原因的掉话 覆盖原因导致的掉话主要有以下的方面 1、服务小区由于各种原因导致覆盖过大将邻区也覆盖在内,或者邻区本身由于由于故障导致覆盖缩小,以至于移动台超过当前服务小区定义的邻区 B 的覆盖范围到达小区 C 后还占用先前的服务小区 A 的信号,然而小区 C 又未定义小区 A 作为邻区,因此有可能由于移动台搜索不到合适的切换目标小区,而本身的服务小区网络状况变差而导致掉话。2、2 个小区的边界明显出现无线信号覆盖的盲区。3、高大建筑物的阴影效应导致移动台信号发生快速衰落而来不及切换发生掉话。案例 如图所示,在测试过程中,移动台始终不能占用 72131 站各小区,并在邻区表中72131 各小区频点的电平均在-100dbm以下,导致该区域在红圈处的覆盖小区为 22331、22491,两个小区明显属于越区覆盖,接收质量非常差,因而发生掉话事件。l 射频部件故障 载频单元、合路器、双工器、基站时钟板等,这些硬件故障,将会导致小区的接收、发射性能降低,严重时将会导致掉话的发生。由于这些故障具有一定的隐蔽性,必须通过 DT 测试或大量的统计分析才能发现。案例 在测试中我们发现移动台切换到某个小区后,接收电平迅速降低,甚至恶化-100DBM,随即由于接收电平差而发生掉话。分析切换前的网络状况,移动台上报的目标小区(BCCH 频点)接收电平值约为-67DBM,切换完成后,无线信道资源指配Generated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.5 到该小区的 TCH 频点上,指配完成后,移动台收到的接收电平迅速降低导致掉话发生。由此我们判断,该小区 TCH 的载频存在故障。进一步查询该小区的性能数据,发现这个小区有多个载频,没有开启跳频功能,并且 TCH 频点也没有被定义成优先分配模式,网络随机分配无线信道资源,因此从OMC-R 统计中不能及时发现故障所在。l 天馈系统故障:由于天馈线的原因引起的掉话主要有以下几个内容 1、基站采用 2 付天线,由于天线的方位角或俯仰角不同而导致的掉话 当基站的同一小区采用 2 付天线配置时,该小区的 BCCH 和 SDCCH 信道就有可能分别从两副不同的天线发出,当两副天线的俯仰角不同时,就有可能造成天线的覆盖范围不同,移动台有可能能收到 BCCH 信号,但呼叫发起后却不能收到另一副天线发出的 SDCCH 因而导致掉话。同样,当两副天线的方位角不同时,就有可能造成能收到 SDCCH 信号,但却不能收到另一副天线发出的 TCH 信道,因而导致掉话。2、天馈部分的故障可直接表现在天馈部分的驻波比上,一般要求动态驻波比测试小于 1.3。在通常的情况下,如果小区的话务量突然降低,或者掉话率突然上升,则天馈系统的驻波比检查应该是检查的一个重要方面。3、定向天线的反向信号太强 如果小区分裂时天线反向信号泄漏太强,当移动台占用该信号时,会因为搜索不到邻区而导致掉话。l 孤岛效应:服务小区由于各种原因(无线传输环境太好、基站位置过高或天线的倾角较小),导致覆盖太大以至于将邻小区覆盖在内,造成在某些小区的覆盖范围出现一片孤独区域(所谓的伞状覆盖),此孤独区域在地理上没有邻区,类似于“孤岛”。如果移动台在此区域移动,由于没有邻区,移动台无法切换到其他的小区导致掉话发生。“孤岛效应”多出现在网络扩容后。随着新基站的割接入网,需对原来的小区覆盖范围作调整,但小区覆盖范围收缩太快会造成 2 个小区切换带上覆盖不好,反之,容易形成“孤岛效应”。通常解决此类问题的手段可通过大量的 DT 测试发现问题,一般可减少小区的覆盖范围以及增加邻区列表。l 同邻频干扰:我们在频率规划中采用频率复用方式,如果采用同一组频率的 2 个基站站距太小,则形成同频干扰,严重时将导致掉话。基站覆盖范围较大容易导致对其他基站造成同邻频干扰,可以通过高站搬迁、下压天线倾角、减少发射功率等手段来解决,但值得注意的是这种调整应该充分考虑到对室内覆盖的影响。案例:测试路线由南向北方向行驶,主叫手机服务小区为 ci=10801,在图中 A 位置开始新的呼叫,呼叫建立后,移动台快速远离服务小区,此时邻区信息中第一目标小区为ci=10124,移动台上报的测量报告中目标小区接收电平值满足切换触发条件,因此 BSCGenerated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.6 发出切换命令。切换完成后,移动台却在 10801 和 10124 这两个小区之间发生乒乓切换,并且在服务小区 10124 上连续 2 次向 30124 切换失败,随即主叫手机出现“dropped call”事件 分析当时的无线环境,手机停留的区域应该是 ci=10601 的覆盖范围,小区 10601和 10124 的 BCCH 频点相同,由于 bsic 的解码延迟性,当服务小区为 10801 时手机误切换到 10124 上(由于 BSIC 的解码延迟性,手机上报测量报告时 BSIC 沿用先前相同BCCH 频点的 BSIC,但接收电平却上报新小区电平值),由于 10124 在此区域属于越区覆盖,信号电平波动较大,因此移动台在 10124 与 10801 之间乒乓切换,小区 30601 和30124 也同样存在 bcch 频点相同的问题,最终导致掉话事件的发生。l 上行干扰 在 GSM 系统中,手机的发射功率远低于基站的发生功率,虽然采取了多种保证上下行链路平衡的方法,但在实际网络中,上下行链路仍然存在一定的差别,上行链路更容易受到系统外的干扰。通常判断上行干扰的手段包括:1、观察 OMC-R 关于干扰的统计,在有些系统中,当信道处于空闲状态时,系统会统计信道干扰的情况,并且在一定时间里上报,当工作于干扰级别的信道较多时,可以判断出系统存在干扰现象。2、观察 RACH 请求的平均电平绝对值来判断系统是否存在干扰现象。3、观察 OMC-R 中关于切换原因的统计进行判断,在正常的情况下,功率预算原因的切换比例较高,当上行质量切换较高时,则可判断上行干扰或硬件故障,当下行质量切换较高时,则可判断下行干扰或硬件故障,当上下行质量切换都较高时,通常则可判断硬件故障(也不排除上下行同时受到干扰)。此外直放站的干扰是主要的 GSM 系统上行干扰的主要来源,直放站可以延伸基站的覆盖范围或通过室内系统解决室内覆盖,但如果是直放站维护不当,会对无线网络带来上行的干扰,由于部分的直放站没有自激保护功能,上行增益非常大,带外杂散严重超标。l 参数设置不当:Generated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.7 可通过参数检查工具来检查参数是否合理,如频率规划是否合理,小区内载频之间的跳频偏移量(MAIO)是否冲突(此时各种指标都比较差,例如分配失败率等),跳频的频点是否存在干扰,BSC 与 MSC 的定时器是否匹配,功率、BSIC、邻区表、切换触发条件设置是否合理等等,如果切换的判定时间过长或切换门限过高,也会容易导致掉话,反之,则容易导致乒乓切换。在 GSM 网络参数中,LINK-FAIL、RADIO-LINK-TIMEOUT 都是与掉话有关的参数,如果在其他优化方法都无法解决掉话时,可以适当调整这 2 个参数控制掉话,在调整时应注意“无线链路超时”设置过大会影响网络的无线资源的利用率。另外 RLT 设置时充分考虑 T3109 的时长,T3109 必须大于 RLT 设置。当 BTS 发现无线链路故障时,则向 BSC 发出“CONNECTION FAILURE INDICATION”消息,BSC 收到该消息时启动 T3109,T3109 超时前可以给移动台留出呼叫重建的时间,因此该值必须大于无线链路超时的值(在无线链路超时后,移动台大约需要 5 秒时间测量邻小区情况,并且发起呼叫重建的请求)。T3109 超时后,BSC 向 MSC 发起 CLEAR REQUEST(携带原因值),开始资源释放流程。l 切换掉话 切换中掉话在实际运营的网络中也比较常见,当基站在做救援性的切换时(移动台接收电平值低于切换门限下限),一些切换请求会因为目标小区信号强度太弱而失败,即使切换成功也会因为信号强度太弱而发生掉话。切换中掉话也包括 T3103 超时掉话,当 BSC 向移动台发送切换命令时,T3103 开始计时,在 BSC 收到切换完成或切换失败时,将 T3103 复位。如果 T3103 超时后没有收到上述任何一条消息,BSC 就判断在原服务小区发生无线链路失败,并且释放无线资源。值得注意的是 T3103 的设置必须小于 BSC 中的定时器 BSSMAPT8 的设置。掉话率高涉及到切换问题可通过 OMC-R 的话务报表来分析主要是何种原因引起的切换掉话,如上行接收电平原因引起的切换,上下行接收质量原因引起的切换,上下行干扰引起的切换,功率预算引起的切换,呼叫定向重试引起的切换,话务量原因引起的切换。在实际网络运营过程中,切换掉话仅次于无线链路故障掉话。邻区配置不合理导致掉话 邻区规划往往与实际情况存在一定的差异,由于无线环境及服务小区的各种原因,导致覆盖过大或过小,这样很容易漏定义邻区,造成切换成功率低,因而导致射频掉话或切换掉话。必须通过大量的路测,对网络的覆盖状况有清楚的了解,根据实际情况或 OMC-R 统计,及时修改邻区关系。案例:我门在优化时发现某区域东向西路测时发现切换失败和掉话,如图所示,分析当时的网络状况,该路段移动台基本驻留在吴家场 D 3,由于吴家场D 3没做常利 2的邻区,吴家场在信号不好时无法向信号良好的常利 2切换,而是向广化 2切换,由于广化基站信号在该路段上天线发射方向明显存在阻挡,信号较差造成切换失败,勉强切换成功也由于信号实在太差而挂死在广化2 上成为掉话。由于广华基站在天线发射方向明显存在阻挡,不能覆盖该区域,因此我Generated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.8 们双向增加吴家场小区和常利小区的邻区关系。再次 DT 测试,该路段通话质量良好。目标小区异常导致掉话 案例 移动台从 20412 小区切入小区 10604(BCCH 39 BSIC 72)后,手机接收质量突然恶化,最终导致掉话发生。(此时频点 39 的 C/I 值为-5)。从当时的无线环境分析,切换的目标小区接收电平值良好,满足切换的判决条件,但切换完成后却由于新的服务小区不满足通话条件而发生掉话。Generated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.9 l 系统故障掉话 移动台分配到 TCH 信道后,由于 BSC 或 BTS 故障(不包括无线链路故障)会产生掉话,此类故障一般可分为 A 口故障或 Abis 故障。有时这些故障会在 MSC 或 BSC故障板中告警显示。2 分配失败率分配失败率 2.1 指配的基本信令流程指配的基本信令流程 指配过程是手机从占用 SDCCH 信道尝试占用 TCH 信道的过程,它的基本信令流程如下图所示:2.2 指配过程常见问题指配过程常见问题 1)服务小区 TCH 拥塞,信道资源分配困难而指配失败。此类问题可从如下两方面解决:通过系统扩容或通过在相邻小区间调整覆盖范围和切换参数等手段实现话务均衡A s s i g n m e n t R e q u e s t C h a n n e l a c t i v a t i o n a c k A s s i g n m e n t c o m m a n d e s t a b l i s h i n d i c a t i o n A s s i g n m e n t C o m p l e t e A s s i g n m e n t C o m p l e t e S A B M U A C h a n n e l a c t i v a t i o n Generated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.10 消除拥塞现象来解决;通过起用定向重试和排队功能等手段在一定程度上减少拥塞原因的指配失败;2)BTS 发出指配命令时,SD 信道由于电平质量差等问题掉话,指配命令实际上未能发送到 MS 导致指配失败。此类问题主要通过加强覆盖和减少干扰提高无线环境来改善。3)MS 收到指配命令后 TCH 建链过程失败。导致此类问题的原因比较多,通常有以下几种原因:服务小区存在硬件故障(如该 TCH 所在载频损坏)或天馈系统故障,此类问题的定位可通过话务统计报表中指配成功率、掉话率、上下行电平质量切换比例是否偏高,上下行链路平衡情况等指标初步定位,通过基站勘察最终定位。指配信道所在的频点存在同邻频干扰,此类问题可通过话务统计报表中指配成功率、掉话率、上下行质量原因切换比例是否偏高以及查询周边小区的频率设置情况进行定位。存在非法直放站等网外干扰,此类问题可通过话务统计报表中的上下行质量原因切换比例是否偏高,以及上行干扰带的测试情况初步定位,并通过往各邻小区质量原因切换情况辅助定位干扰发生区域,最终通过路测设备或频谱仪等工具查找干扰源。服务小区覆盖范围内电平偏低,导致手机在低电平下起呼,此类问题需通过加强覆盖解决。3 SDCCH、TCH 拥塞分析拥塞分析 拥塞根据呼叫流程中将要占用的信道类型分为两种,S D C C H 拥塞和 T C H 拥塞。下面我们就出现这两种拥塞的信令流程进行介绍。3.1 SDCCH 拥塞拥塞 是指一个呼叫要求占用 S D C C H信道时,网络无 S D C C H信道可用或 B S C间 S D C C H-S D C C H切换,目标小区无资源可用。呼叫时 S D C C H 拥塞信令流程如下:Generated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.11 立即指配拒绝信令流程图 在呼叫流程中,BTS 收到手机上行的 channel request 后,BTS 向 BSC 发 channel required后,正常流程为 BSC 收到从基站收发信台发来的信道请求消息后,基站控制器开始按照一定的条件为此次呼叫寻找和分配 S D C C H 信道,同时基站控制器向基站收发信台发送一条信道激活(c h a n n e l a c t i v a t i o n)消息。但是如果 B S C 发现无 S D C C H 信道资源可用时,B S C 在收到 c h a n n e l r e q u i r e d 后直接下行回 i m m e d i a t e a s s i g n m e n t r e j e c t 消息,该消息中包含了定时器 T 3 1 2 2 的设置(T 3 1 2 2 定义了暂时禁止 M S 发出下次呼叫请求的最小时间间隔)。M S 在收到 i m m e d i a t e a s s i g n m e n t r e j e c t 消息后,M S 启动 T 3 1 2 2,等待 T 3 1 2 2 超时后,M S 发出下次的 c h a n n e l r e q u e s t。在 B S C 间 S D C C H-S D C C H 切换中,当源小区 B S C 向 M S C 发出切换要求(h a n d o v e r r e q u i r e d)后 M S C 向目标小区 B S C 发切换请求(h a n d o v e r r e q u e s t)目标小区 B S C 发现无资源可用回切换失败,c a u s e 为 n o r a d i o r e s o u r c e a v a i l a b l e。3.2 TCH 拥塞拥塞 是指在一个呼叫要求指配话音信道时,网络无业务信道可用,或切换时,目标小区无T C H 资源可用。呼叫时 T C H 拥塞与切换时 T C H 拥塞信令流程如下:MS BTS BSC Channel request Channel required Channel activation Channel activation ACK Immediate assign command Immediate assignment reject Immediate assignment reject Generated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.12 指配 T C H 失败信令流程图 指配 T C H 失败信令流程图 B S C 间切换失败(无 T C H 信道资源可用)信令流程图 B S C 间切换失败(无 T C H 信道资源可用)信令流程图 在 T C H信道指配时,B S C收到 M S C发来的指配请求(a s s i g n r e q u e s t)或切入请求(h a n d o v e r r e q u e s t)时发现没有资源或地面电路资源不可用,B S C则回指配失败(A S S I G N F A I L),c a u s e 为 n o r a d i o r e s o u r c e a v a i l a b l e。下面我们将针对两种拥塞进行分别分析处理。3.3 SDCCH 信道拥塞信道拥塞 由于 S D C C H 拥塞是指各种试图占用 S D C C H 信道时出现 S D C C H 信道资源不足的情况,以下为各种流程中需占用 S D C C H 信道导致 S D C C H 信道负荷过高的几种情况及解决措施:我们主要从以下几个个方面进行分析:3.3.1 硬件故障硬件故障 因为如果硬件出现故障导致出现信道无法激活的现象。因此我们首先应当检查硬BSC MSC Assign request Assign fail(cause:no radio resource available)BSC MSC BSC Handover required Handover request Handover failure(cause:no radio resource available)Generated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.13 件故障。3.3.2 频繁位置更新频繁位置更新 由于位置更新需使用 S D C C H信道,当小区位于位置区边界时,小区频繁重选导致位置更新频繁,或当开启 S D C C H-S D C C H 切换时,频繁切换导致 S D C C H 信道负荷过高,对于以上这两种情况可以通过调整 C 2 值、小区重选滞后、切换门限等相关参数、关闭S D C C H-S D C C H 切换、根据切换情况调整位置区边界等方法来解决。在一些位置区边界如果存在较多的交通干线的小区,由于交通较繁忙导致位置更新频繁的情况,如果通过调整参数无效时,根据话务应当重新配置信道,增加 S D C C H信道。如果存在铁路、地铁等情况下,目前还无完善手段来解决由于瞬间多用户同时要求进行位置更新导致 S D C C H 拥塞。另如果存在限制漫游用户离开本地进行位置更新时,也会导致鉴权失败从而频繁进行位置登记。3.3.3 由于话务量较高导致由于话务量较高导致 SDCCH 拥塞拥塞 在一些话务量较高的小区,由于 S D C C H实际负荷也较高,可以通过调整定时器T 3 1 0 1、T 3 1 2 2、T 3 2 1 2 的值来降低 S D C C H 信道负荷,同时根据邻小区话务量、配置等相应情况进行话务分担调整,还可以增加 S D C C H 信道配置来解决 S D C C H 话务量较高导致 S D C C H 拥塞的情况。3.3.4 邻小区故障导致邻小区故障导致 SDCCH 拥塞拥塞 由于相邻小区出现故障,导致小区吸收话务过高而出现拥塞,应当及时对故障小区进行处理,如果在短期内无法处理的,应当重新进行小区话务、覆盖调整。3.4 TCH 信道拥塞信道拥塞 对于 T C H 信道拥塞我们也分为以下几个方面进行分析:Generated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.14 3.4.1 硬件、传输故障硬件、传输故障 因为如果硬件或传输出现故障导致出现信道无法激活的现象。因此我们首先应当检查硬件、传输故障。3.4.2 高话务小区高话务小区 TCH 拥塞拥塞 对于高话务小区,由于话务量过高导致 T C H信道拥塞,可以通过开启排队功能、调整C 2算法、重新设置小区最小接入电平、降低基站发射功率、缩小小区覆盖范围等话务分担方法进行调整,对于无法解决的应当进行增加相应的载频或增加基站、微蜂窝等办法来解决话务量过高的问题。3.4.3 频繁切换导致频繁切换导致 TCH 拥塞拥塞 当一些小区间由于切换参数设置不合理导致小区间乒乓切换或当在某些区域存在干扰、硬件故障从而导致小区间乒乓切换,对于这种情况建议通过 O M C 统计观察与 D T 测试相结合对问题进行定位处理,调整相应的切换参数,如切换门限、窗口值、权重值等。4 RACH 接入的有效性接入的有效性 4.1 什么是什么是 RACH 接入有效接入有效 在任何情况下,移动台要和网络建立通信,首先要启动一个随机接入过程。移动台通过随机接入信道(RACH)向移动台发送一条“信道请求消息”(channel request)。网络将根据这条消息决定给移动台分配的信道类型。分配给移动台的信道被激活后,网络通过接入允许信道(AGCH)通知移动台。移动台占用被分配的信道。我们把移动台在随机接入信道发出“信道请求消息”到移动台成功占用被分配的信道(通常是 SDCCH)的过程称为一次有效的 RACH 接入。下图是 RACH 接入信令流程图 Generated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.15 RACH 接入的第一条信令是在 RACH 上发送的“信道请求消息”。它包含的信息只有 8个字节。其中 3 字节用于表示接入的原因。接入原因通常有 5 种:主叫起呼、紧急呼叫、位置更新、寻呼响应、呼叫重建。对于 PHASE2 标准的手机,接入原因字节可以扩展到最多 6个字节。在网络拥塞时,网络可以通过这个粗略的信道申请原因,分别对待不同的接入申请。“信道请求消息”的另外 5 个字节,提供了一个随机值(random reference)。这个随机值本身不具有任何含义,只是用来区别不同移动台发出的信道请求。网络在发给移动的“立即指配消息”中会包含这个随机值。移动台通过比较网络返回的随机值与自己发出的随机值来判断本条“立即指配消息”是否是发给自己的。系统判断出接收到“信道请求消息”后,将激活一条 SDCCH 信道,并通过“立即指配消息”将这个信道分配给移动台。移动台通过在这条信道上建立 LAPD 链路,占用这条信道,然后开始与系统进行下一步的通讯。4.2 影响有效影响有效 RACH 接入的因素接入的因素 -“信道请求消息”碰撞“信道请求消息”碰撞 由于网络无法控制移动台接入的时间,在话务繁忙的地区,不可避免的会发生两个移动台在某一时刻在同一 RACH 时隙上提请申请的现象。这被称为“碰撞”。如果网络收到的一个移动台的信号比另外一个移动台的信号强很多,网络就会处理信号强的“信道请求”消息。如果两者信号强度差别不大,网络不能正确的接收两者中的任何一个,只能放弃处理。小区的话务量越高,“信道请求消息”发生碰撞的概率就越大。对于用户来说,呼叫建立的成功率就越低。由于碰撞是由于系统自身的运行机制而无可避免的,所以系统有 RACH 请求重发机制来减轻碰撞的影响。移动台在发出“信道请求消息”后如果收不到网络的响应,将重发这条消息。系统可以通过一系列参数来控制移动台的重发过程。这些参数包括:Generated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.16 最大重发次数(MAXRETR):如果移动台发出的“信道请求消息”没有得到响应,移动台将重发这条消息,直到重发达到最大重发次数。最大重发次数可以在 OMCR 中设置,并通过系统消息告诉移动台。这个参数的取值可以是 1、2、4、7。重发的时隙间隔(tx_integer):这个值决定发送两次“信道请求消息”时间间隔。这个间隔是有 RACH 时隙数来度量。它由一个固定间隔 td 加一个随机间隔 tr 组成:MS tx_integer td(RACH slots,combined)td(RACH slots,uncombined)Phase 1-41(0.35 sec)55(0.25 sec)3,8,14,50 41(0.35 sec)55(0.25 sec)4,9,16 52(0.45 sec)76(0.35 sec)Phase 2 5,10,20 58(0.50 sec)109(0.50 sec)6,11,25 86(0.75 sec)163(0.75 sec)7,12,32 115(1.00 sec)217(1.00 sec)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 的接入次数与小区内的用户数成正比的。处于位置区边界的小区,由于移动台的做跨越位置区的移动时,需要做位置更新。RACH 接入的数目还会增加。参数设置不当,会导致 RACG 接入请求数很低。与 RACH 接入关系密切的参数是 RACH占用门限(RACH busy threshold):BTS 测量每一个 RACH 时隙上的信号强度,并判断接收到一个 RACH 请求:如果测量到的信号强度大于或等于 RACH 占用门限,这个 RACH 时隙就被判断成被占用,即有一个或多个移动台试图访问网络)。设置这个参数的目标是为了防止噪声或干扰信号被误判为RACH 请求而被分配 SDCCH 信道,增加不必要的系统负担。但如果这个参数被设置过大,处于小区边缘的移动台发出的 RACH 请求(通常被网络收到的信号比较低),会被当作噪声Generated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.17 而忽略掉。RACH 接入少,还可能链路损耗太大引起。如果上下行链路损耗都很大,小区的覆盖范围就会减小。小区服务区内的用户数少引起了 RACH 接入数量低。这种情况很容易由路侧发现。而且从报表上看,出现这种情况的小区不但 RACH 请求数少而且话务量低。另一种情况是上下链路不平衡引起,上行链路损耗远大于下行链路损耗。下行链路损耗小,小区可以覆盖一个比较大的范围。但如果上行链路损耗比下行链路损耗大很多,处于小区外围的手机发出的接入请求,根本无法被基站接收到。小区的实际覆盖范围是由上行链路决定,被限定在基站附近的一个小区域内。从路侧上看,手机会在信号很好的地方不能正常起呼。而重报表分析,这类小区不仅 RACH 请求数少、话务量低,而且切入成功率指标也通常不会好。4.3.2 在高电平下,仍无法解调出正确的信号(即解调出的信息编码错误)在高电平下,仍无法解调出正确的信号(即解调出的信息编码错误)在这种情况下,最常见的是因 BCCH 上行干扰引起。当 BCCH 上行干扰很严重时,常导致 BTS 不能正常解码。OMCR 都可统计“空闲信道干扰电平”测量报告。因此判断 BCCH上行链路是否受干扰可以通过观察 BCCH 载频上的 TCH 时隙的干扰电平情况来证实。4.3.3 LAPDm 建立成功率低建立成功率低 LAPDm建立成功率低是指 LAPDm成功次数/SDCCH 分配次数。LAPDm建立成功率低最主要的原因是 BTS 接收路径信号严重损失(电缆、接收分离器、连接器等),BTS 只能够解调出 RACH 短脉冲群而达不到成功建立 LAPDm所需要的电平值。还有两种情况可以导致所分配的 SDCCH 信道不被移动台成功占用。其一是信道被重复指配。当系统对移动台的申请反映较慢,以至于不可避免的导致移动台重发时,由于系统无法知道一条信道请求消息是否是上一次重发,所以可能再次甚至多次的发送立即指配消息给移动台。移动台将只使用第一条立即指配消息所指配的信道,其他被当作无效。这样从系统的角度看,就发生了指配的移动台没有手机占用的情况。另一种情况是,因为同 BCCH 同 BSIC 小区的空间隔离度不够引起。手机在一个小区上发出的“信道请求”消息,由于距离较近,可以被另一个同 BCCH 同 BSIC 的小区检测到。这个小区会把这个“信道请求”消息当作是驻留在本小区上的移动台发出的,并针对这个请Generated by Foxit PDF Creator Foxit Softwarehttp:/ For evaluation only.18 求分配信道。当然这个信道是不会有移动台占用。4.4 故障处理流程故障处理流程 4.4.1 确认故障的起始时间确认故障的起始时间 检查 RACH 接入失败的起始时间,是否持续存在,以确认该故障是否由于不确定的因素导致偶然发生,或者是由于对网络进行了某些调整而引发了不良后果。4.4.2 确认硬件是否有问题,及时排除硬件故障确认硬件是否有问题,及时排除硬件故障 首先比较相关的指标的表现。这些指标包括:切入成功率、建立请求数、分配请求数。掉话率。通常硬件故障会使这些指标都比较差。网优人员还可以计算基站上下行的链路预算。如果上下行链路严重不平衡,可能也是由于 TRX、天线、馈线等硬件故障引起。4.4.3 消除干扰消除干扰 如果排除了硬件或链路上的问题,应重点检查干扰的可能性。结合故障发生的时间,检查小区周围是否增加了射频发射装置,确认是否对频率或 BSIC 进行过修改。如果是长期存在的问题,更应该检查频率方案干扰的可能性。我们建议可以通过临时改变 BCCH 频点来确认问题是否由频率引起。能够产生干扰的另一个可能原因是直放站。市区的直放站非常容易引起上行链路的干扰。对于直放站周围的小区出现 RACH 效