TCH分配成功率优化指导书(精)
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
目录
1 指配成功率定义说明 (2
1.1 指配成功率含义 (2
1.2 推荐公式 (2
1.3 信令流程及统计点 (2
2涉及特性 (4
3 影响指配成功率的因素 (5
3.1 硬件故障 (5
3.2 传输问题 (5
3.3 参数设置问题 (5
3.4 TCH信道拥塞 (6
3.5 网内外干扰 (6
3.6 覆盖问题 (7
3.7 天线问题 (7
3.8 直放站问题 (7
3.9 手机终端问题 (7
4 指配失败分析流程和优化方法 (8 4.1 分析流程图 (8
4.2 分析流程说明 (10
5 测试方法 (17
6 指配请求信令说明 (17
7 指配成功率优化案例 (19
7.1 基站扩容后指配失败率高 (19
7.2 参数设置不合理导致指配失败率高 (19
7.3 信道资源不足导致指配成功率降低 (20
7.4 Ater资源不足导致指配成功率低 (21
7.5 配置半速率信道导致只支持全速率手机无法主被叫,指配成功率低 (22
8 指配成功率信息反馈 (22
指配成功率定义说明
1.1 指配成功率含义
TCH指配成功率就是在指配流程中,BSC指配TCH被成功占用的比例,它反映的是从BSC收到来自MSC的指配请求消息到BSC收到指配完成消息的过程。
TCH指配成功率是接入类的重要基础指标之一,它反映了用户成功占用语音信道可以进行通话的比例,它的高低直接影响用户感受。
1.2 推荐公式
TCH指配成功率主要通过话统结果获得,其推荐的公式为:
TCH指配成功率=(TCH指配成功次数/TCH指配请求次数*100%
具体统计公式请参见《GSM BSS 网络性能KPI(指配成功率基线说明书》
1.3 信令流程及统计点
图1正常指配流程
图2BSC间直接重试流程
注:图中统计点分别表示含义如下A——指配请求次数(呼叫占用请求次数B——指配完成次数(呼叫占用成功次数C——BSC间直接重试成功次数
从上面统计点可以看出,BSC32/BSC6000当前的指配成功率包括了指配请求次数(呼叫占用请求次数和指配完成次数(呼叫占用成功次数。
直接重试的统计点以BSC间直接重试为例,BSC间直接重试在收到MSC发来的Clear CMD 消息后,在源小区统计一次指配成功。
BSC内直接重试在收到BSC内部清除消息后,只在源小区统计一次指配成功。
如果直接重试失败,只在源小区统计指配失败。
直接重试流程同时统计切换类的相关指标。
BSC收到指配请求之后进行的处理流程和对TCH呼叫占用成次数的统计位置如图3 BSC对指配请求的处理流程所示。
图3BSC对指配请求的处理流程2涉及特性
表1涉及相关特性列表
3 影响指配成功率的因素
根据各地网络投诉案例及优化经验,对指配成功率异常的情况进行总结,影响TCH指配成功率的主要因素有:
⑴硬件故障;⑵传输问题;⑶参数设置问题;⑷TCH信道拥塞;⑸网内外干扰;
⑹覆盖问题;⑺天线问题;(8直放站问题;(9手机问题
3.1 硬件故障
当出现TRX或合路器故障的情况时,将会有部分TCH信道不可用,造成指配成功率下降。
3.2 传输问题
由于各种情况导致的Abis接口、A接口链路等传输质量不好,传输链路不稳定,也会导致TCH信道分配失败。
3.3 参数设置问题
BSC侧和MSC侧的一些参数设置会影响TCH指配成功率,主要包括:
1.―直接重试允许‖和―允许重指配‖设置为否,未打开TCH重指配、直接重试功能
2.―语音版本‖中未配置支持半速率和AMR半速率
3.BSC打开半速率或AMR半速率后,MSC的参数未作相应配置
4.―TCH话务忙门限(%‖设置过高
5.―指配时小区负荷判断允许‖设置为否
6.MSC未打开排队、抢占等功能
7.BCCH和TCH的―功率等级‖相差较大
8.―SDCCH动态分配允许‖设置为―是‖,且立即指配请求较多
9.T3107(指配完成消息超时定时器设置较短
10.T3103A(切换完成消息超时定时器设置过长
11.设置了分组业务优先,即―动态信道抢占级别‖设置成―所有承载业务的动态信
道均不可抢占‖
3.4 TCH信道拥塞
当TCH信道发生拥塞时,由于没有TCH信道资源可供分配,新的接入请求将会被拒绝,会影响指配成功率。
造成TCH信道拥塞的原因可能是:
1.为保证话音质量,未配置支持半速率和AMR半速率。
2.小区用户过于密集或者有越区覆盖现象,话务量过大。
3.由于周边站退服或有特殊事件,小区突发性话务量上升。
4.小区静态PDCH信道配置较多或动态PDCH信道配置较多,且数据业务优先
5.小区内部分载频故障或信道被人为闭塞
6.打开了及早指配
3.5 网内外干扰
当存在网外干扰、直放站干扰,或者由于频率资源紧张导致频率复用度过高,从而出现过高的网内干扰情况时,手机可能会无法正确解出分配的TCH信道的信息,从而导致占用TCH信道失败,影响指配成功率。
可能出现的干扰:
1.网外干扰器、私装天线等引入的干扰
2.联通CDMA干扰
3.直放站引入的干扰
4.基站互调干扰
5.同邻频干扰
3.6 覆盖问题
由于覆盖较差,造成电平过低,手机可能会无法正确解出分配的TCH信道的信息,从而导致占用TCH信道失败,影响指配成功率。
3.7 天线问题
当天线为双发天线时,如果两个天线由于安装不当等原因,方向角或下倾角不一致,可能会造成主B载频和TCH载频的覆盖范围不一致,导致指配失败。
天线如果存在天线接反的情况,也会造成覆盖范围错误,使手机占用TCH信道困难,导致指配失败。
3.8 直放站问题
由于存在选频直放站对BCCH频点信号进行放大,造成BCCH和TCH的覆盖范围不一致,导致手机在小区覆盖边缘能够收到BCCH信号,但无法成功占用TCH 信道。
3.9 手机终端问题
部分老型号手机不支持半速率语音版本1,当BSC分配了半速率信道给手机时,由于其不支持,无法成功占用所分配的信道,手机回复ASSIGNMENT FAILURE,失败原因为channel mode unacceptable,指配失败。
4 指配失败分析流程和优化方法
4.1 分析流程图
否
4.2 分析流程说明
TCH指配成功率低问题处理流程如下:
1.从话统中筛选出指配失败率较高的小区(可取>1%的小区
2.检查指配失败率较高的小区的硬件故障情况
当出现TRX或合路器故障,射频连线错误等情况时,部分信道将不可用,导致指配失败。
<相关案例>
检查硬件故障可以通过查看基站告警或在LMT上的基站设备面板界面直接查看硬件状态。
另外也可以查看与硬件故障相关的话统(如下表所示
3.检查指配失败率较高的小区的传输情况
Abis接口、A接口链路等传输质量不好,传输链路不稳定,或者资源不足,也会导致TCH信道分配失败。
检查传输情况可以通过查看传输告警,如果存在大量传输告警则说明传输可能出现了问题,需进一步检查传输连接。
<相关案例>另外也可以查看与传输故障相关的话统(如下表所示
4.分析指配失败率较高的小区的参数配置情况
BSC侧和MSC侧的一些参数设置也会影响TCH指配成功率,可分以下几个方面对问题小区的参数配置进行检查:<相关案例>
1―直接重试允许‖和―允许重指配‖是否设置为是
重指配和直接重试功能对指配成功率影响较大。
如果现网信令负荷不重,
建议打开这两项功能以提高指配成功率。
2―语音版本‖中是否配置了支持半速率编码方式1和3
如果现场允许开启半速率和AMR半速率,建议开启以提高指配成功率。
3BSC打开半速率或AMR半速率后,MSC的参数是否未作相应配置
如果MSC侧未作参数配置,需修改成与BSC侧的设置匹配
4在支持半速率的情况下,―TCH话务忙门限(%‖是否设置过高
TCH话务忙门限如果设置在80以上,将造成全速率很难向半速率转化,如
果设置过高需降低此门限,使半速率能更多地被使用。
5―指配时小区负荷判断允许‖开关是否打开,
打开此开关,在指配过程中,如果小区支持直接重试并且当前小区负荷大于等于小区直接重试禁止门限,则接下来走直接重试流程。
可避免在小区拥塞的情况下仍然继续下发分配TCH信道的请求,减少拥塞引起的指配失败。
6MSC侧是否打开了排队和抢占的功能
为提高指配成功率,建议MSC打开这两项功能。
7主B载频和非主B载频的―功率等级‖是否相差较大
如果相差2级以上可能会造成BCCH和TCH的下行接收电平相差较大,在小区覆盖边缘手机占用TCH困难。
建议主B载频和非主B载频静态功率等级不要配置成相差2级以上
8―SDCCH动态分配允许‖是否设置为―是‖,
如果设置为是,且小区内的立即指配请求(如位置更新较多,可能会导致TCH拥塞,使指配成功率降低。
如果SDCCH话务量确实较大,建议对小区扩容。
9定时器―T3017(ms‖(指配完成消息超时定时器的时长是否设置较短
如果该定时器设置较短,可能会造成指配未来得及完成就触发定时器超时,导致指配失败。
如需提高指配成功率,可适当增大该定时器的长度
10定时器―T3103A(ms‖(切换完成消息超时定时器是否设置过长
如果该定时器设置过长,可能会造成TCH资源浪费,导致指配失败。
如需提高指配成功率,可适当缩短该定时器的长度
11是否设置了分组业务优先,即―动态信道抢占级别‖设置成―所有承载业
务的动态信道均不可抢占‖
如果设置了分组业务优先,且数据业务流量较大,将会导致动态PDCH被分组业务占用,使TCH资源不足。
建议将该参数设置成―控制信道不可抢占‖。
可通过查看相关话统判断数据配置是否存在问题,相关话统如下表所示:
5.分析指配失败率较高的小区的拥塞情况
TCH拥塞率可通过公式:(TCH占用遇全忙次数(信令信道+TCH呼叫占用遇全忙次数(业务信道+TCH切换占用遇全忙次数(业务信道/(TCH占用请求次数(信令信道+TCH呼叫占用请求次数(业务信道+TCH切换占用请求次数(业务信道计算得到(具体计算方法参见《GSM BSS 网络性能KPI(TCH拥塞率基线说明书》。
如果指配失败率较高的小区其拥塞率也很高(10%以上,则可以确定指配失败主要是由于拥塞引起的。
接下来可以从以下几个方面去排查TCH拥塞的原因<相关案例>:
1从参数配置中看小区是否支持半速率编码方式1和3,如果话音质量能够满足要
求,可考虑开启半速率和AMR半速率
2从路测LOG和话统数据中看拥塞小区是否存在越区覆盖现象或话务分布不均
衡的问题,如果有则需进行降低功率、下压天线倾角、提高最小接入电平等动作,使小区的覆盖范围减小
3从LMT的告警日志中查看周边小区是否有退服的情况发生,了解小区覆盖范
围内是否有集会等突发事件发生,此类突发性拥塞可先不进行操作
4从信道配置中看小区内是否配置了较多的静态PDCH或动态PDCH(且数据业
务优先,如果数据业务流量不大,可适当减少PDCH数量。
5是否打开了及早指配功能,使TCH发生了拥塞,如果存在此情况可关闭及早指
配功能或进行扩容。
6从话统中看小区的TCH信道可用率是否为100%,如果不为100%则说明有载频
故障或有部分信道被人为闭塞或吊死,需检查载频和信道情况,及时恢复相关话统指标如下表所示:
6.分析指配失败率较高的小区的干扰情况
当存在严重的网内外干扰时,手机可能会无法成功占用分配的TCH信道,造成指配失败。
上行干扰信息可以通过话统中的干扰带分布情况获得,如果干扰带3-5级的比例较高,说明存在较严重的上行干扰分析;下行干扰可以通过路测发现,也可以在NASTAR上检查频率配置。
排查干扰可以分网内干扰和网外干扰,具体排查方法请参见《G-干扰问题处理指导书》。
相关话统指标如下表所示:
7.检查指配失败率较高的小区的覆盖情况
检查覆盖情况可以通过查看话统中的电平分布,如果有大量测量报告的下行电平在-95dbm以下,说明该小区的覆盖较差。
如果小区的覆盖较差且不存在拥塞的情况时,可通过调整天线下倾角、增大发
射功率,添加直放站、改变合路方式等方式来解决覆盖问题。
另外还可通过查看话统判断小区的覆盖是否存在问题,相关话统如下表所示:
如果确认覆盖存在问题,具体解决办法请参考《GSM BSS 网络性能KPI (覆盖问题优化手册》
8. 检查指配失败率较高的小区的天馈情况
如果天线为双发天线,需检查两副天线的下倾角和方位角是否一致,如果相差较大需进行校正使其保持一致。
另外还要检查天线跳线是否有接反的情况(可以通过分析路测数据发现,如果接反需重新正确连接跳线。
如果天馈系统(
天线、馈线存在故障,也会造成小区覆盖范围缩小,占用TCH 信道失败。
如果发现故障需更换天馈线。
天馈系统存在问题,在话统中一般表现为小区的掉话率和切换失败率较高,上下行质量相差较大或上下行质量均较差,可通过查看相关话统检查是否可能存在天馈问题(如下表所示。
9.检查指配失败率较高的小区是否带有选频直放站
可以先查看LMT上的数据配置中的―是否有直放站‖是否置为是,如果置为是说明该小区带有直放站,如果置为否还需了解其它运营商在小区周围是否建有直放站。
确定有直放站后,检查该直放站是否是针对BCCH频段的选频直放站,如果是则看上/下行的放大系数是否偏大,如偏大则需适当减小,如影响较大则建议关闭该选频直放站。
另外可在话统中检查指配失败率较高的小区主B载频和非主B载频的TA分布统计是否相差较大。
如果主B载频在TA较大时仍有相当数量的测量报告,而非主B 载频没有,说明可能是由于BCCH频段有选频直放站,造成主B和非主B的覆盖范围不一致,导致较多的指配失败。
10.检查指配失败率较高的小区是否存在大量手机不支持半速率的情况
可以调查问题小区内是否有大量用户使用的是老型号手机,不支持半速率信道。
如果存在此情况,需打开半速率和全速率的动态转换,通过扩容等其它办法来解决容量问题。
<相关案例>
另外也可通过查看话统确认是否存在此类问题,相关话统如下表所示:
5 测试方法
TCH指配成功率是一个话统类指标,可以通过登记或上报相关话统指标的方法获得。
由于路测获得的采样样本有限、测试路线不全面,路测无法反映实际指配成
功率情况,所以通常不采用路测方法获得TCH指配成功率。
由于目前设备制造商及运营商对此指标的定义公式有差别,会影响TCH指配成功率的值,因此实际测试时可以登记尽可能详细的分项指标,然后根据实际情况选择最有利的公式进行组合。
6 指配请求信令说明
跟踪Abis口RSL信令,信令跟踪文件可在LMT或信令分析工具―Signal analyze tool‖上回放。
从信令中滤出―Data Request‖信令,其中包含指配请求信息,如下图所示:
各段消息的含义为:
Channel Type:请求的信道类型,一般为TCH。
对应第12位前5个字节
TN:请求的信道的时隙号。
对应第12位后3个字节
TSC: 训练序列号。
对应第13位前3个字节
FlagHoping:跳频标志,表示该小区是否跳频。
对应第13位第4个字节
MAIO : 跳频序列偏移量。
对应第13位后4个字节和第14位前两个字节,共6个字节。
HSN: 跳频序列号。
对应第13位后6个字节。
Power level:MS功率等级。
对应第15位后5个字节。
CA ARFCN: 该小区频点。
对应第17位后4个字节到第32位。
Channel Mode: 请求的信道的模式,FR/HR/EFR/AMRFR/AMRHR。
对应第34位
Multi –Rate Configuration: 如果请求的信道为AMR信道,相关的AMR参数,包括速率转换门限、磁滞等。
对应第38到第45位。
7 指配成功率优化案例
7.1 基站扩容后指配失败率高
【问题描述】
某基站扩容后,复位基站,小区初始化正常。
但是进行拨打测试新扩容的载频时,发现SDCCH指配完成后,无法占用到TCH信道。
继续进行拨打测试发现占用到12-15号载频时均出现指配TCH失败,但是也有时能够支配成功,但是占用TCH时接收电平下降到-102dBm语音质量差。
【问题分析与解决】
原因分析:1、新扩容TRX单板故障;
2、新扩容单板射频连线故障;
3、SCU端口故障,CDU分集接收端口故障;
4、射频连线错误导致支配失败。
处理过程:1、锁频拨打测试时发现占用0-4号TRX时测试均正常,将除主BCCH以外的1-3号TRX进行人工闭塞;再次进行锁频拨打测试时发现,指配到
TCH信道时接收电平迅速下降到-102dBm,接续失败,支配不成功;
2、将新扩容TRX与其他TRX互换后测试故障依旧;
3、更换射频线缆,故障依旧;
4、由于12-15号TRX均出现问题,怀疑SCU单板故障,准备进行更换,
但是在进行更换时发现现场SCU单板发射口TX_COM射频线连接在
CUD的TX_COM,很明显射频连线错误,12-15 号TRX根本没有发射。
将射频连线更改到TX_DUP端口后拨打所有实隙均正常占用。
总结:基站扩容使用SCU、CDU时一定要注意连线的正确性,如连线错误可能会导致指配失败
7.2 参数设置不合理导致指配失败率高
【问题描述】
某局采用华为设备和S设备,从统计中发现,业务信道成功率达不到满分,业务信道成功率是该局重点考核项,满分为98%,从统计上看一直达不到,而该局华为设备与S设备相比不占优势,低于全网平均值。
【问题分析与解决】
原因分析:
TCH呼叫占用请求次数,在指配流程中BSC收到的来自MSC的ASSIGNMENT 请求占用TCH次数,即在指配流程中,MSC向BSC发送ASSIGNMENT REQUEST消息,请求分配TCH。
而呼叫占用成功次数统计点如下:
(1 极早指配过程中,BSC收到BTS的CHANNEL ACTIVATION ACKNOWLEDGE 时
统计。
(2 指配流程中执行Directed Retry,并且Directed Retry的目标小区在其他BSC,如果
Directed Retry执行成功,MSC向源小区发CLEAR COMMAND拆除原有连接,源小区收到CLEAR COMMAND后统计。
(3 指配流程中执行Directed Retry,并且Directed Retry的目标小区在本BSC,如果
Directed Retry执行成功,目标小区发送内部清除消息给源小区,通知源小区清除资源和连接,源小区收到该消息后统计这个指标。
(4 指配流程执行成功,BSC向MSC发送ASSIGNMENT COMPLETE时统计,不包括
BSC内Directed Retry目标小区执行Directed Retry成功后向MSC发送的ASSIGNMENT COMPLETE。
从流程分析,TCH呼叫失败主要原因为网络拥塞无信道可用BSC未收到BTS
上报的CHANNEL ACTIVATION ACKNOWLEDGE,并且从原因上看,直接重试对呼叫占用成功有较大影响,通过参数分析,目前网络未打开直接重试和允许重指配功能,在由于拥塞等无信道情况下,通过直接重试再次成功分配TCH,从而提升业务信道分配成功率(不含切换。
处理过程:
对其中一个较低的BSC打开直接重试,观测话务统计两天同一时间对比,业务信道分配成功率上升近两个百分点,由原来96.1%提升为近98%。
推及全网另两个BSC进行调整,全网业务信道分配成功率由原来96.5%提升至98.2左右,再次调整允许重指配为是,提升业务信道分配成功率为98.4左右,达到满分程度,基本超过S设备,提升用户满意度。
总结:通过调整直接重试功能和允许重指配参数为是,可以提升业务信道分配成功率
7.3 信道资源不足导致指配成功率降低
【问题描述】
巴基斯坦反馈现场指配成功率过低
【问题分析与解决】
GSM BSS 网络性能 KPI(指配成功率)优化手册原因分析:分析加载补丁前的话统,总部认为现场指配成功率过低的原因主要不是A口电路释放慢导致,而是B侧信道资源,主要是全速率信道资源不够导致了指配成功率降低。
失败的原因比较多,其中主要是―其他原因‖和―无可用资源‖原因,及―地面电路已分配‖原因。
总部认为―其他原因‖和―无可用资源‖等原因可能是由于B侧全速率信道资源不够导致,而―地面电路已分配‖原因也确实反映了现场可能存在延迟释放电路的情况,但该原因不是导致现场指配失败的主要原因。
处理过程:针对现场情况的建议: 1、在B侧登记指配话统,了解全速率信道和半速率信道的占用情况; 2、适当增加全速率信道,视半速率信道的占用情况适当减少半速率信道; 3、如果确认现网手机都可以支持半速率及局方同意,配合N侧的ACPOOL或B侧数据配置,可以只使用半速率信道,减少对全速率信道的占用。
但是占用半速率信道对语音质量有一定影响。
总结:信道资源不足将会导致拥塞,直接影响指配成功率。
7.4 Ater 资源不足导致指配成功率低【问题描述】某局BSC6000在割接后指配成功率低,BSC整体TCH指配成功率只有60%左右,切换成功率差,拔打电话时难以接通。
【问题分析与解决】处理过程: 1、检查指配相关参数:允许重指配、T3107无异常。
2、 BSC6000为自适应电路池,现场为27号电路池,故可排除电路池及语音版本影响。
3、检查BSC下告警状态,各设备均运行正常。
4、检查话统:发现该BSC不存在TCH拥塞现象,故排除无信道可用情况。
发现在该BSC中,指配失败多数发生在A口上,且MSC发来的指配请求次数和BSC下发的指配命令次数间相差很大,也就是说很多指配并没有下发指配命令。
检查A 口状态,中继正常且资源充足。
但现网的TC单元采用拉远方式配置,且由于传输资源有限,A-ter接口的传输是随着搬迁的进行再不断增加的。
检查该BSC Ater口资源状态,发现BSC仅有两条E1,只配置了176条中继,查看问题时段话务量为
165ERL,可见A-Ter资源不足,跟踪信令证实了这一点。
在添加Ater口传输后观察指配成功率已达到99%以上。
GSM BSS 网络性能 KPI(指配成功率)优化手册总结:在BSC32中,配置中继时A接口和A-TER口的中继是一对一激活的,也就是说A口和A-ter资源是一样的。
这时如果中继数量不够,将会表现为:MSC在收到MS的SETUP消息后没有下发Assignment Request,而是回了Disconnect,其原因值为resource unavailable. 所以在BSC6000中需关注话务量与Ater资源比例,避免由于Ater资源使通话受限。
7.5 配置半速率信道导致只支持全速率手机无法主被叫,指配成功率低【问题
描述】 A镇新建的基站,站点开启后话务量较高,开启半速率后用户投诉手机有
信号经常无法拨打电话,指配成功率低。
【问题分析与解决】处理过程: 1.检查告警台,无任何告警,载频可用率100%,说明载频故障可能性较小; 2.查看RACH最小接收电平设置为-109dBm,用户放映信号满格,排除该参数影响; 3.查看干扰带、上下行平衡无异常情况;但是立即指配成功率正常,TCH指配成功
率较低; 4.查看SDCCH、TCH话务量、拥塞率,发现小区TCH拥塞率较高,小
区半速率TCH 初始配置数目很大,小区全速率TCH初始配置数目很小;指配TCH占用成功次数(只选全速率)、指配TCH占用请求次数(只选全速率)相
差很大;怀疑配置了静态半速率信道,导致部分只支持全速率手机无法占上全速
率TCH信道; 5.检查数据配置证实以上怀疑。
修改信道类型后回访用户,问题消失。
总结:处理问题前详细了解近期操作,问题的出现很可能就是错误参数修改导致。
细致的话统分析,结合现象可以迅速定位问题。
8 指配成功率信息反馈如果发生指配成功率低的情况,需要后方支持时,请反馈下表中的数据。
检查信息
软件版本数据配置表告警信息话统信令路测数据其他 *.dat 文件备注 BSC、BTS 软件版本硬件、时钟、传输类(自查)指配成功率、信道可用率等 RSL 信令跟踪数据 *.log(*.CELL 站点或*.ant 文件工参表,电子地图目的核查软件版本是
否存在相关 BUG 网优参数检查,功率配置检查需要关注问题小区是否有此类告警,需要先处理根据话统结果检查是否存在拥塞、干扰等问题检查指配失败的原因通过路测数据判断是否存在干扰或覆盖问题便于 NASTAR 地理信息检查。