在基站附近，为什么被人打电话来总提示，不在服务区呢？
在基站附近的人，当做被叫时会出现手机不在服务区的提示，而当时的信号很好。这个现象不是个别现象哦。
建议楼主更换主载频试试，我觉得有可能是主载频故障
可能主频跳到扩展架上面去了吧,,重新对齐一下
个别载频有故障，有可能象楼上说的BCCH载频有故障
检查基站。
载频硬件有问题吧 呵呵
要从几个方面着手解决
1.测试现场是否有BCCH同邻频干扰存在，干扰常常使手机会用户脱网，造成网络不能寻呼到用户。
2.检查T3212定时器和MSC的DETACH设置，这方面设置不当会出现大面积的类似投诉。
3.检查是否在LAC区边界，经常性的位置更新也会出现类似问题，在位置更新时会出现用户不在服务器问题。
4.现场测试是否C1值设置过小，经常性的进行小区选择，手机在进行重选时会出现短暂脱网现象的。
有几种情况,
一是基站硬件故障,通常是上下行的板件坏了,]]
二是参数设置问题.如切换关系,小区变换
还有别的等想下
用户不在服务区
一、覆盖问题
如果用户投诉发生在某些小区的边缘，如手机接收信号显示两格或以下情况下出现此问题，可以认定为覆盖原因。此时做主叫拨不通的概率应该等同于做被叫出现“用户不在服务区”的概率。细分其原因可能有以下几种情况：
1、上下行不平衡
2、未考虑合路器插损区别
3、小区重选频繁
4、覆盖确实不好
1、上下行不平衡或上行接收灵敏度低
问题原因：
当下行覆盖范围大于上行。在小区边缘将产生伪覆盖区；在伪覆盖区内手机能够正常接收基站的信号，但是无法接入系统。用户做主叫无法获得服务，作被叫时，就会出现不在服务区现象。
定位手段：
话统中的“功率控制性能测量”、“上下行平衡性能测量”等
解决方法：
a、检查工程安装质量；
b、调整无线参数。
2、配置基站功率未考虑各种合路器插损的区别
问题原因：
例如：SCU的插损比CDU高3～4dB，如果配置载频功率等级数据时没有考虑到两者的区别，将会导致配置SCU的小区下行功率偏小，覆盖不良。
3、小区重选频繁导致用户做被叫出现不在服务区现象
问题原因：
小区重选过于频繁，会影响手机的接入性能。
定位手段：
实地路测和拨打测试；
解决方法：
a、通过网络优化改善小区覆盖
b、调整无线参数。
二、参数设置不当
主要是指无线接口上与寻呼、接入、立即指配有关的参数设置。通过查询话统、告警等，看是否有RACH、PCH、SDCCH等过载的消息，这些信道的过载会导致“用户不在服务区”问题的发生。细分其原因可能有以下几种情况：
1、PCH信道配置
2、RACH信道配置
3、SDCCH信道拥塞
4、BSC数据配置错误或加载不完全
1、PCH信道配置不当导致出现用户不在服务区现象
问题原因：
接入允许保留块数和相同寻呼间复帧数配置不合适容易造成PCH信道拥塞或寻呼速度慢。
定位手段：
话统“随机接入性能测量”中的“PCH过载次数”正常情况应该为0。
解决方法：
按照数据配置规范中相关参数配置原则对数据进行修改。
2、RACH信道配置不当导致出现用户不在服务区现象
问题原因：
RACH忙门限、手机最大重发次数、扩展传输时隙TX-integer 等参数配置不合适容易造成信道请求冲突或检测不到。
定位手段：
话统“随机接入性能测量”中的“RACH过载次数”正常情况应该为0。
解决方法：
按照数据配置规范中相关参数配置原则对数据进行修改。
3、SDCCH信道拥塞导致出现用户不在服务区现象
问题原因：
如果SDCCH拥塞，或者在SDCCH信道建立连接过程中失败，寻呼响应无法送到网络侧，就会出现“用户不在服务区”问题。
定位手段：
查看话统中“SDCCH拥塞率”等指标，正常情况下应该为0或接近为0。
解决方法：
造成SDCCH信道拥塞的原因很多，结合拥塞专题进行解决
4、BSC数据配置错误或加载不完全
问题原因：
“小区模块信息表”等涉及CGI参数的表格数据配置不一致，或修改相关数据后加载不完全，可能导致因寻呼消息在模块间转发丢失而产生用户不在服务区现象。
相关案例：
见案例2：某局双频网寻呼消息丢失案例。
见案例3：某局GT表设定未生效导致取被叫路由失败
解决方法：
重新设定数据表或重新加载数据。
三、系统容量或负荷过载
系统容量或负荷过载（比如HDB过载、CPU过载、某些小区忙时容量过载等）情况下，由于取用户信息失败、系统流量控制导致的消息丢弃、用户不能够很快接入无线网络等原因，会导致“用户不在服务区”的问题，此种情况下要通过系统扩容等方式来解决。细分其原因可能有以下几种情况：
1、HDB过载
2、MSC过载
3、BSC过载
1、HDB过载导致出现用户不在服务区现象
问题原因：
HDB过载造成消息丢弃，使MSC取被叫路由流程异常导致出现用户不在服务区现象。
解决方法：
HDB扩容。
2、MSC过载导致出现用户不在服务区现象
问题原因：
MSC如果因内部处理负荷过重、A接口信令链路负荷过重、或BSC上报过载等原因启动相应的流控，将不会下发寻呼消息。最终导致做被叫时出现用户不在服务区现象。
定位手段：
查看相应流控告警。
解决方法：
特殊原因的短时间过载不需要处理，长期过载需要扩容MSC
3、BSC过载导致出现用户不在服务区现象
问题原因：
BSC过载会启动系统流控，流控到一定级别后系统会停止下发寻呼消息。
定位手段：
查看相应流控告警。
解决方法：
特殊原因的短时间过载不需要处理，长期过载需要扩容BSC
四、寻呼策略
系统中最大寻呼次数、寻呼重发时间间隔等参数都对“用户不在服务区”问题有影响；
为了保证接通率，一般系统对一次呼叫过程中的寻呼消息都需要重发几次；
在MSC和BSC的数据中均可以设置寻呼消息的重发次数，系统实际的寻呼消息发送次数近似等于两者相乘的值；
若两者之间的参数配合不合理，如在MSC和BSC上均只设置了重发一次，则有可能因消息丢失、响应超时等原因，导致出现用户不在服务区现象。
五、传输原因
由于系统之间（比如ABIS接口的LAPD链路、网络侧各个实体之间的接口链路）和系统内部（如MSC与VLR之间的MEM链路、BSC/MSC各个模块之间的链路等）链路不稳定导致消息丢失，也会出现“用户不在服务区”的问题。
这方面的问题可以通过查看告警得知。
六、手机原因
现在已知道部分型号手机本身存在的缺陷，会导致“用户不在服务区”问题发生。其原因细分有以下几种情况：
1、手机射频部分存在问题
2、手机软件部分存在问题
3、手机电源不符存在问题
首先通过交换跟踪寻呼指令是否下到对应的BSC，分出是交换的问题还是BSC侧的问题。
BSC 侧的先考虑SD是否超忙，检查是否有干扰，有2个载波时更换BCCH所在的硬件。
不好说清楚，多试试吧
不错不错，本来是想在这里回答问题的，结果好好学习了一下。意外得收获，谢谢大家啊。谢谢tigermarx
两大快的原因,硬件:一是基站问题,二是手机问题.软件:一是上下行(收发电平)不平衡,二是切换数据没做好.
硬件:
基站：检查硬件连线及合路器、载频上下行电平是否符合标准。
手机问题：通过不同厂家手机进行测试验证。
软件：
BSC检查切换参数无误。
真是受益非浅呀。感谢楼主们的详细解答。
根据实际经验：单path中断；RSL闪断；主控板故障；EGSM跳频状态下不支持EGSM频点的手机等，遇到过这种现象
错不错，本来是想在这里回答问题的，结果好好学习了一下
不错！~大有长进。。。我觉得如果是主载频坏掉的话，会不会接受信号就不是那么强了啊！~所以首先排除是主载频故障吧。。。应该考虑其他原因！~
我有一个想法不知是不是:在基站正下面会出现无覆盖现象.因为信号是向四周辐射出去的.如果周围没有反射,信号达不到正下方,所以在正下方收不到信号.或者能收到信号,由于波形的幅度特性,且夹角@太小,无法正常解码.(MS与天线连线与天线的夹角太小).
|
|
|
|
|
|@
天 ms
线
可能会有以下原因:
1、SDCCH拥塞造成MSC无法寻呼到用户造成，不过这种情况不会大面积出现
2、检查BSC和MSC的时钟同步问题，是否出现“伪同步”，意思是没有告警，显示同步正常但是实际是不同步的
3、检查BSC、MSC的信令负荷是否过高造成
4、是否存在上下行干扰
还有一种可能就是移动的系统在升级，经常会造成一些意外的错误。
我们这试过大面积的提示“不在服务区”，最后查到是给个该过了周期性登记时间，跟sunny2002的答案一样