用户不在服务区指导书

1、用户不在服务区专题无线网络规划部无线网络规划部内容简介内容简介用户不在服务区问题产生原因用户不在服务区问题产生原因 定义本文所说的“用户不在服务区问题”指的是：当拨打某一个处在服务区内且手机显示有信号的用户时，主叫方却听到“用户不在服务区”的提示音。以下列举了几个可能产生该问题的原因（非系统设计原因）：一、覆盖问题一、覆盖问题二、参数设置二、参数设置三、系统容量或负荷过载三、系统容量或负荷过载四、寻呼策略四、寻呼策略五、传输原因五、传输原因六、手机原因六、手机原因覆盖问题覆盖问题一、覆盖问题如果用户投诉发生在某些小区的边缘，如手机接收信号显示两格或以如果用户投诉发生在某些小区的边缘，如手机接收

2、信号显示两格或以下情况下出现此问题，可以认定为覆盖原因。此时做主叫拨不通的概率应该下情况下出现此问题，可以认定为覆盖原因。此时做主叫拨不通的概率应该等同于做被叫出现等同于做被叫出现“用户不在服务区用户不在服务区”的概率的概率。细分其原因可能有以下几种细分其原因可能有以下几种情况：情况：1 1、上下行不平衡、上下行不平衡2 2、未考虑合路器插损区别、未考虑合路器插损区别3 3、小区重选频繁、小区重选频繁4 4、覆盖确实不好、覆盖确实不好信号太弱，调信号太弱，调到最大功率还到最大功率还是联系不上！是联系不上！覆盖问题覆盖问题-上下行不平衡上下行不平衡1、上下行不平衡或上行接收灵敏度低问题原因：问题

3、原因：当下行覆盖范围大于上行。 在小区边缘将产生伪覆盖区；在伪覆盖区内手机能够正常接收基站的信号，但是无法接入系统。用户做主叫无法获得服务，作被叫时，就会出现不在服务区现象。定位手段：定位手段：话统中的“功率控制性能测量”、“上下行平衡性能测量”等解决方法：解决方法：a、检查工程安装质量；b、调整无线参数。覆盖问题覆盖问题-未考虑合路器插损区别未考虑合路器插损区别2、配置基站功率未考虑各种合路器插损的区别问题原因：问题原因：例如：SCU的插损比CDU高34dB，如果配置载频功率等级数据时没有考虑到两者的区别，将会导致配置SCU的小区下行功率偏小，覆盖不良。相关案例：相关案例：见案例1：某局使用

4、SCU的3TRX小区功率配置案例；解决方法：解决方法：配置SCU的载频功率级数降低两级，即静态发射功率增加4dB。覆盖问题覆盖问题-小区重选频繁小区重选频繁3、小区重选频繁导致用户做被叫出现不在服务区现象问题原因：问题原因：小区重选过于频繁，会影响手机的接入性能。定位手段：定位手段：实地路测和拨打测试；解决方法：解决方法：a、通过网络优化改善小区覆盖b、调整无线参数。邻近小区当前服务小区覆盖问题覆盖问题-覆盖确实不好覆盖确实不好4、覆盖确实不好导致出现用户不在服务区现象问题原因：问题原因：用户处于覆盖边缘，由于无线信号传播的多径效应，偶尔出现峰值给用户带来仍在服务区内的错觉；此时做被叫当然很可

5、能出现不在服务区的情况。定位手段：定位手段：实地路测和拨打测试；解决方法：解决方法：a、通过网络优化改善小区覆盖；b、对于无法通过优化加以改善的地区只能通过增加基站或直放站加以解决。参数设置参数设置二、参数设置不当主要是指无线接口上与寻呼、接入、立即指配有关的参数设置。通过主要是指无线接口上与寻呼、接入、立即指配有关的参数设置。通过查询话统、告警等，看是否有查询话统、告警等，看是否有RACHRACH、PCHPCH、SDCCHSDCCH等过载的消息，这些信道等过载的消息，这些信道的过载会导致的过载会导致“用户不在服务区用户不在服务区”问题的发生。细分其原因可能有以下几种问题的发生。细分其原因可能

6、有以下几种情况：情况：1 1、PCHPCH信道配置信道配置2 2、RACHRACH信道配置信道配置3 3、SDCCHSDCCH信道拥塞信道拥塞4 4、BSCBSC数据配置错误或加载不完全数据配置错误或加载不完全参数配置参数配置-PCH信道配置信道配置1、PCH信道配置不当导致出现用户不在服务区现象问题原因：问题原因：接入允许保留块数和相同寻呼间复帧数配置不合适容易造成PCH信道拥塞或寻呼速度慢。定位手段：定位手段：话统“随机接入性能测量”中的“PCH过载次数”正常情况应该为0。解决方法：解决方法：按照数据配置规范中相关参数配置原则对数据进行修改。参数配置参数配置-RACH信道配置信道配置2、R

7、ACH信道配置不当导致出现用户不在服务区现象问题原因：问题原因：RACH忙门限、手机最大重发次数、扩展传输时隙TX-integer 等参数配置不合适容易造成信道请求冲突或检测不到。定位手段：定位手段：话统“随机接入性能测量”中的“RACH过载次数”正常情况应该为0。解决方法：解决方法：按照数据配置规范中相关参数配置原则对数据进行修改。参数设置参数设置-SDCCH信道拥塞信道拥塞3、SDCCH信道拥塞导致出现用户不在服务区现象问题原因：问题原因：如果SDCCH拥塞，或者在SDCCH信道建立连接过程中失败，寻呼响应无法送到网络侧，就会出现“用户不在服务区”问题。定位手段：定位手段：查看话统中“SD

8、CCH拥塞率”等指标，正常情况下应该为0或接近为0。解决方法：解决方法：造成SDCCH信道拥塞的原因很多，结合拥塞专题进行解决。参数设置参数设置-BSC数据配置错误数据配置错误4、BSC数据配置错误或加载不完全问题原因：问题原因：“小区模块信息表”等涉及CGI参数的表格数据配置不一致，或修改相关数据后加载不完全，可能导致因寻呼消息在模块间转发丢失而产生用户不在服务区现象。相关案例：相关案例：见案例2：某局双频网寻呼消息丢失案例。见案例3：某局GT表设定未生效导致取被叫路由失败解决方法：解决方法：重新设定数据表或重新加载数据。系统容量或负荷过载系统容量或负荷过载三、系统容量或负荷过载系统容量或负

9、荷过载（比如系统容量或负荷过载（比如HDBHDB过载、过载、CPUCPU过载、某些小区忙时容量过过载、某些小区忙时容量过载等）情况下，由于取用户信息失败、系统流量控制导致的消息丢弃、用户载等）情况下，由于取用户信息失败、系统流量控制导致的消息丢弃、用户不能够很快接入无线网络等原因，会导致不能够很快接入无线网络等原因，会导致“用户不在服务区用户不在服务区”的问题，此种的问题，此种情况下要通过系统扩容等方式来解决。细分其原因可能有以下几种情况：情况下要通过系统扩容等方式来解决。细分其原因可能有以下几种情况：1 1、HDBHDB过载过载2 2、MSCMSC过载过载3 3、BSCBSC过载过载系统容量

10、或负荷过载系统容量或负荷过载-HDB过载过载1、HDB过载导致出现用户不在服务区现象问题原因：问题原因：HDB过载造成消息丢弃，使MSC取被叫路由流程异常导致出现用户不在服务区现象。相关案例：相关案例：见案例3：某局HDB过载案例。解决方法：解决方法：HDB扩容。系统容量或负荷过载系统容量或负荷过载-MSC过载过载2、MSC过载导致出现用户不在服务区现象问题原因：问题原因：MSC如果因内部处理负荷过重、A接口信令链路负荷过重、或BSC上报过载等原因启动相应的流控，将不会下发寻呼消息。最终导致做被叫时出现用户不在服务区现象。定位手段：定位手段：查看相应流控告警。解决方法：解决方法：特殊原因的短时

11、间过载不需要处理，长期过载需要扩容MSC。系统容量或负荷过载系统容量或负荷过载-BSC过载过载3、BSC过载导致出现用户不在服务区现象问题原因：问题原因：BSC过载会启动系统流控，流控到一定级别后系统会停止下发寻呼消息。定位手段：定位手段：查看相应流控告警。解决方法：解决方法：特殊原因的短时间过载不需要处理，长期过载需要扩容BSC。寻呼策略寻呼策略四、寻呼策略系统中最大寻呼次数、寻呼重发时间间隔等参数都对“用户不在服务区”问题有影响；为了保证接通率，一般系统对一次呼叫过程中的寻呼消息都需要重发几次；在MSC和BSC的数据中均可以设置寻呼消息的重发次数，系统实际的寻呼消息发送次数近似等于两者相乘

12、的值；若两者之间的参数配合不合理，如在MSC和BSC上均只设置了重发一次，则有可能因消息丢失、响应超时等原因，导致出现用户不在服务区现象。传输原因传输原因五、传输原因由于系统之间（比如由于系统之间（比如ABISABIS接口的接口的LAPDLAPD链路、网络侧各个实体之链路、网络侧各个实体之间的接口链路）和系统内部（如间的接口链路）和系统内部（如MSCMSC与与VLRVLR之间的之间的MEMMEM链路、链路、BSC/MSCBSC/MSC各个模块之间的链路等）链路不稳定导致消息丢失，也会出现各个模块之间的链路等）链路不稳定导致消息丢失，也会出现“用用户不在服务区户不在服务区”的问题。的问题。这方面

13、的问题可以通过查看告警得知。这方面的问题可以通过查看告警得知。手机原因手机原因六、手机原因现在已知道部分型号手机本身存在的缺陷，会导致现在已知道部分型号手机本身存在的缺陷，会导致“用户不在用户不在服务区服务区”问题发生。其原因细分有以下几种情况：问题发生。其原因细分有以下几种情况：1 1、手机射频部分存在问题、手机射频部分存在问题2 2、手机软件部分存在问题、手机软件部分存在问题3 3、手机电源不符存在问题、手机电源不符存在问题手机问题手机问题-射频部分射频部分1、手机射频部分存在问题导致出现用户不在服务区问题原因：问题原因：例如手机接收性能差、手机频率偏差超过协议规定或者手机双频性能差，在双

14、频网下接续困难等。相关案例：相关案例：某S手机接收性能差，同等情况下接收电平比测试手机低约20dB；见案例4：某E手机高频段发射信号频差超标案例；见案例5：某F手机双频模式下射频部分故障案例。解决方法：解决方法：维修手机。手机问题手机问题-软件部分软件部分2、手机软件部分存在问题导致出现用户不在服务区问题原因：问题原因：手机异常掉死，无法对寻呼消息进行响应。相关案例：相关案例：某M手机在测试过程中软件吊死，多次寻呼均无响应，也无法做主叫；开关机后现象消失。解决方法：解决方法：一般开关机后恢复正常。手机问题手机问题-电源部分电源部分3、手机电源部分存在问题导致出现用户不在服务区问题原因：问题原因

15、：手机电量不足导致上行发射功率减弱，上行无法接入。相关案例：相关案例：某P手机电池容量指示与实际不符，手机显示有两格电，但是实际电量已经不能够支持手机发射，手机充电后恢复正常。解决方法：解决方法：维修手机。 内容简介内容简介用户不在服务区故障定位方法用户不在服务区故障定位方法步骤1 了解现状 a、从局方1860客服中心了解用户投诉情况，或直接联系投诉人了解不在服务区发生情况。需要收集的信息如下表所示，但不限于这些内容： b、整理投诉信息寻找规律。观察是否存在下属情况：是否白天忙时和夜里闲时都发生；是否被叫号码属于同一特殊号段；是否被叫手机类型相同；是否投诉地点集中；是否某些用户经常发生不在服务

16、区等等。找到投诉的规律能加快问题解决的速度。过过 程程 描描 述述是是 否否 经经 常常 发发生生投投 诉诉 地地 点点被被 叫叫 手手 机机 类类型型被被 叫叫 用用 户户 号号码码投投 诉诉 用用 户户 号号码码投投 诉诉 用用 户户 姓姓名名时时 间间用户不在服务区故障定位方法用户不在服务区故障定位方法步骤2 拨测了解真实情况 根据步骤1了解的信息，选取合适的手机型号在适当的地方进行拨测；如果步骤1没有得到特殊信息，可以多选取几种手机类型在多个地方进行拨测，尽可能对投诉地点都进行拨测。 拨测记录分别按照如下两表内容填写，但不限于这些内容： 异常情况汇总表：发发生生不不在在服服务务区区次次

17、数数拨拨测测总总数数拨拨测测 地地点点被被叫叫手手机机类类型型被被叫叫号号码码主主叫叫号号码码拨拨测测时时间间段段相相 关关 信信 令令过过 程程 描描 述述地地 点点被被 叫叫 手手 机机 类类 型型被被 叫叫 号号 码码时时 间间用户不在服务区故障定位方法用户不在服务区故障定位方法步骤3 分析拨测结果w 如果拨测发生概率接近或超过1%，说明有其它明显原因引起不在服务区现象。请试着从上文列举的原因中找到系统存在的问题。解决后返回步骤2，做验证拨测。w 如果拨测发生概率在0.2%左右，请重点分析跟踪到的信令，观察是否存在概率较低的异常。如果信令观察出异常，解决后返回步骤2，做验证拨测。w 如果

18、拨测发生概率低，且信令上看确实是下发了寻呼消息，但是寻呼响应abis接口没有上报；或者拨测没有重现问题，且仍有用户投诉。请完成步骤4。w 如果拨测没有重现问题，且一段时间内没有用户或局方投诉，则可以认为问题已经解决。用户不在服务区故障定位方法用户不在服务区故障定位方法步骤4 升级测试版本，利用统计信息定位w 信令分析不能定位时，需要获取系统内部测试统计信息定位。w 获取统计信息后，分析是否系统存在异常，设法改进存在的异常并返回步骤2，做验证测试。w 若统计信息没有问题，经联系相关产品系统部或专题组确认后，同局方交流争取局方的认同。内容简介内容简介用户不在服务区案例（用户不在服务区案例（1）案例

19、1 现象描述：某地反映“用户不在服务区”投诉较多，首先经过网优人员路测发现：该地3载频小区较多，天馈系统中采用了较多的SCU，而SCU的插损较大，比CDU要高34dB，造成局部地方覆盖不良。用户不在服务区案例（用户不在服务区案例（1） 原因分析：原因1：配置数据时没有考虑到SCU与CDU插损的区别，两者的载频功率等级相同，导致了配置SCU的载频覆盖范围较小；（主要）原因2：部分参数设置不当。（次要） 解决步骤：a、将配置SCU的载频功率等级降低两级（即静态发射功率增大4dB）。此举极大的改善了部分小区的覆盖状况；用户不在服务区案例（用户不在服务区案例（1）b、为减少RACH随机接入信号的碰撞，

20、将扩展传输时隙数(TX-Integer)由14改为20；c、为使手机更容易接入网络，将RACH最小接入电平由5改为2。降低了接入门限。d、增加MSC寻呼次数，延长了MSC寻呼响应超时时间，挽救部分寻呼响应慢的呼叫。 解决效果： 通过上述网络参数调整，提高了寻呼成功率，该地“不在服务区”投诉明显减少。用户不在服务区案例（用户不在服务区案例（2）案例2 现象描述：某局1800网络割接以后，用户反映在市区手机做被叫时经常出现“用户不在服务区”提示，经现场工程师测试，该情况确实存在：当手机驻留在1800M小区上时，即使下行信号很强，仍然可能出现这种情况，且发生的概率很大，经过上千次拨打测试得出的统计结

21、果显示，大约拨打56次出现一次；问题发生的地点无规律性，在市区内所有1800基站上均有可能；在郊区我司900M基站和市/郊区N厂家900M基站上均不存在该问题。用户不在服务区案例（用户不在服务区案例（2） 原因分析：根据上述故障现象，分析可能存在的原因有：a、覆盖问题，上下行不平衡、上行通道故障、存在干扰、上行路径损耗太大或基站上行接收灵敏度太低？分析：不可能。如能建立通话，则通话质量良好；手机做主叫时一切正常；在距离基站很近的地方测试也有可能发生；所有1800基站均存在问题。b、位置区设置太大（市区一个位置区内载频数都在300以上），导致寻呼信道拥塞？分析：不可能。话统中无异常表现；测试发现

22、，无论忙时、闲时，均有可能发生；在市区共LAC的900M基站上无此现象。用户不在服务区案例（用户不在服务区案例（2）c、其他参数设置不当？分析：无相应SDCCH信道拥塞、RACH过载等异常话统情况。d、HDB、MSC、BSC过载？分析：不可能。无相应的流控告警；1800M与900M共MSC组网；与市区共BSC的郊区900M基站无此现象。e、传输故障？分析：传输告警不多；即使在传输正常时仍会发生。f、手机原因？分析：所有型号手机（包括SAGEM测试手机）均存在可能性。用户不在服务区案例（用户不在服务区案例（2）排除上述可能原因后，仍无法定位问题原因，于是开始跟踪信令：用MA10同时跟踪共LAC的

23、N厂家900M基站和华为1800M基站的ABIS接口信令，用两部测试手机同时锁频在所跟踪的基站上进行拨打测试。我们发现，当出现“用户不在服务区”提示音时：900M基站的ABIS接口上正常下发了被叫用户的寻呼信息，1800M基站的ABIS接口上则未下发被叫用户的寻呼信息。由此可见，问题的原因还是由寻呼消息丢失引起的；但是寻呼消息丢失的原因又是什么呢？信令丢失的地点可能有二：A接口上；BSC内部。用户不在服务区案例（用户不在服务区案例（2）登记相应的话统项目，从话统结果中我们发现：A接口收到的寻呼消息数量大大高于BSC下发到各个位置区的寻呼消息总和（前者数量大约是后者的两倍）；且同一位置区上各18

24、00小区收到的寻呼消息数量差别也较大。由此可见，寻呼消息是在BSC内部丢失的。联想到割接前修改过市区所有1800小区的LAC数据，而割接时为了不影响已经运行的900M基站，只对1800M基站所在模块进行了掉电加载，可能导致主机程序中“小区模块信息表”未更新，造成寻呼消息在BSC内部各模块间转发时丢失。用户不在服务区案例（用户不在服务区案例（2） 解决方法：重启整个BSC，重新加载各模块（包括AM和各BM模块）数据。 解决效果：故障消除，在几百次验证拨打测试中，该问题没有再出现；用户投诉减少，但仍有部分用户反映该问题，后经证实另有原因，详见案例5。用户不在服务区案例（用户不在服务区案例（3）案例3 现象描述：2001年4月以来某局投诉：MSC经常不定时地出现用户作被叫时播放“空号”、“关机”、“不在服务区”提示音；目标网升级后出现的概率更大，有时甚至达到1020。您拨叫的用户暂您拨叫的用户暂时不在服务区时不在服务区.用户不在服务区案例（用户不在服务区案例（3） 原因分析：综合告警和拨测信息分析原因为：HDB负荷过大启动流控造成消息丢弃查看告警台，每天有大量的“HDB CPU过载”告警，说明HDB负荷过大启动了流控。GT表数