 |
善于提问，勤于回答，你也是专家
|
 |
关于被叫位置更新造成的未接通的问题
高手回答，究竟主叫起呼的时候，被叫在主叫起呼后的几秒之内位置更新，就可以说这是因为被叫位置更新造成的未接通？举个未接通的例子，假如主叫01秒起呼，被叫05秒位置更新，而又不是弱覆盖，干扰等这些原因造成的未接通，能否说是因为被叫位置更新造成的？
我要回答
问题答案
O(∩_∩)O哈哈~，看你问的就知道是个高手了。。。
但是这个问题还真的不好说，大家通常说位置更新导致的未接通是因为这个最好的借口，而且也很难反驳；比如说你说不是位置更新导致，那么是什么原因导致，这就更说不清楚了。大致流程如下
主叫占用TCH后发起对被叫的寻呼，此时先到被叫MSC（路测中基本都是一个MSC），然后MSC根据VLR中的信息进行寻呼，此时涉及LAC的寻呼量（寻呼量大的话，这里就可能丢弃；很少有人看这个。），到了LAC后，被叫所在的小区是否阻塞（其他小区是否阻塞对这个小区没有关系，但是这个小区阻塞的话；就必然导致被叫无法寻呼；当然也很少有人看这个，也没法看。。。。得靠信令仪表来“猜测”---这里涉及PCH/AGCH信道的分配比例，是另外一个课题。再往下就是UM口的寻呼了，这个也没法验证，主叫手机已经处于专用模式，已经不监听寻呼信道，而被叫手机已经在新的LAC区了，不监听原LAC区的寻呼消息（此时有个关键点--被叫在没有做位置更新之前就收到了寻呼消息---从PAGING消息里面去找。而后，1、因为异常没有反应--我见过。2、马上做了位置更新---猜的。只有这种情况可以说手机异常---很少见的。）
总结：寻呼不成功涉及局间（测试基本不涉及）、LAC、小区、MS；任何一个环节出问题，都会OVER；之所以大家都认可位置更新导致的，是因为这个情况最多，超过95%。
另外，你也知道，主叫到被叫的时间是不确定的，或者说主叫的接续时长不确定，被叫位置更新时间不确定导致无法判定是否一定是位置更新导致。
你说的主叫01秒起呼；被叫05秒位置更新；没有其他异常问题；基本判定是位置更新导致接通失败；理由如下：1、主叫起呼到被叫极少能有4秒完成的。2、被叫能位置更新，说明手机、网络是正常的。3、你附加的无线环境等没有问题。
说的比较乱，请见谅！！！这是一个很大的课题，不是三言两语能说清楚的。再有事，给我消息吧。
但是这个问题还真的不好说，大家通常说位置更新导致的未接通是因为这个最好的借口，而且也很难反驳；比如说你说不是位置更新导致，那么是什么原因导致，这就更说不清楚了。大致流程如下
主叫占用TCH后发起对被叫的寻呼，此时先到被叫MSC（路测中基本都是一个MSC），然后MSC根据VLR中的信息进行寻呼，此时涉及LAC的寻呼量（寻呼量大的话，这里就可能丢弃；很少有人看这个。），到了LAC后，被叫所在的小区是否阻塞（其他小区是否阻塞对这个小区没有关系，但是这个小区阻塞的话；就必然导致被叫无法寻呼；当然也很少有人看这个，也没法看。。。。得靠信令仪表来“猜测”---这里涉及PCH/AGCH信道的分配比例，是另外一个课题。再往下就是UM口的寻呼了，这个也没法验证，主叫手机已经处于专用模式，已经不监听寻呼信道，而被叫手机已经在新的LAC区了，不监听原LAC区的寻呼消息（此时有个关键点--被叫在没有做位置更新之前就收到了寻呼消息---从PAGING消息里面去找。而后，1、因为异常没有反应--我见过。2、马上做了位置更新---猜的。只有这种情况可以说手机异常---很少见的。）
总结：寻呼不成功涉及局间（测试基本不涉及）、LAC、小区、MS；任何一个环节出问题，都会OVER；之所以大家都认可位置更新导致的，是因为这个情况最多，超过95%。
另外，你也知道，主叫到被叫的时间是不确定的，或者说主叫的接续时长不确定，被叫位置更新时间不确定导致无法判定是否一定是位置更新导致。
你说的主叫01秒起呼；被叫05秒位置更新；没有其他异常问题；基本判定是位置更新导致接通失败；理由如下：1、主叫起呼到被叫极少能有4秒完成的。2、被叫能位置更新，说明手机、网络是正常的。3、你附加的无线环境等没有问题。
说的比较乱，请见谅！！！这是一个很大的课题，不是三言两语能说清楚的。再有事，给我消息吧。
回答者：无线优化 回答时间：2010-08-23 09:28
5
6看来这也是个强人啊，不干班门弄斧，只能说学习学习
一楼说的很到位了。还有一个方法，楼主可以观察下。
位置更新导致无法接通，往往是两个情况：
1）位置更新与寻呼碰撞，手机没有听到寻呼消息，或者无法及时应答；
2）位置更新导致异常拆线；
可以从BSC信令和路测两个角度结合来看：
1）首先可以判断被叫BSC是否收到了MSC的寻呼请求；如果没有收到，那可能就是别的问题了；
2）如果收到了，看看有没有尝试下发；下发前后有没有收到手机的位置更新请求；
3）如果是下发前收到的，看看BSC有没有下发，手机有没有收到；
4）如果是下发后收到的，统一看看手机有没有收到，BSC有没有下发；
5）如果有拆线消息，看看呼叫流程走到哪一步了，是不是位置更新导致的拆线——以前见过一个掉话的案例，手机在MSC边界位置更新，导致MSC异常拆线；
没有明确的数字能够说位置更新导致寻呼失败，无法接通的。只能通过信令流程去证明。——对于客户，当然你可以拿一些谁都无法验证的现象去糊弄他。但是最好的办法，还是做到有理有据。毕竟，他们是甲方。对于我们而言，我们不但希望一个项目做好，也希望为自己和公司建立一个良好的口碑。所以，尽量少或者尽可能的不要糊弄。
——虽然甲方都很难对付，但，当你事实、论据充足时候，一般客户也会认的。
位置更新导致无法接通，往往是两个情况：
1）位置更新与寻呼碰撞，手机没有听到寻呼消息，或者无法及时应答；
2）位置更新导致异常拆线；
可以从BSC信令和路测两个角度结合来看：
1）首先可以判断被叫BSC是否收到了MSC的寻呼请求；如果没有收到，那可能就是别的问题了；
2）如果收到了，看看有没有尝试下发；下发前后有没有收到手机的位置更新请求；
3）如果是下发前收到的，看看BSC有没有下发，手机有没有收到；
4）如果是下发后收到的，统一看看手机有没有收到，BSC有没有下发；
5）如果有拆线消息，看看呼叫流程走到哪一步了，是不是位置更新导致的拆线——以前见过一个掉话的案例，手机在MSC边界位置更新，导致MSC异常拆线；
没有明确的数字能够说位置更新导致寻呼失败，无法接通的。只能通过信令流程去证明。——对于客户，当然你可以拿一些谁都无法验证的现象去糊弄他。但是最好的办法，还是做到有理有据。毕竟，他们是甲方。对于我们而言，我们不但希望一个项目做好，也希望为自己和公司建立一个良好的口碑。所以，尽量少或者尽可能的不要糊弄。
——虽然甲方都很难对付，但，当你事实、论据充足时候，一般客户也会认的。
回答者：songxn 回答时间：2010-08-23 16:04
