主叫起呼,被叫在做位置更新,导致未接通。(这时主叫信令到哪步)
时间:11-25
整理:3721RD
点击:
如题。
今天测试发现被叫位置更新 主叫信令到CALL proceeding 随后disconnect.
但是我做了个实验,用MS3呼叫MS2,在他俩通话时,我在用MS1呼叫MS2,这个时候MS1的信令是走到了assignment complete.随后DISCONNECT
今天测试发现被叫位置更新 主叫信令到CALL proceeding 随后disconnect.
但是我做了个实验,用MS3呼叫MS2,在他俩通话时,我在用MS1呼叫MS2,这个时候MS1的信令是走到了assignment complete.随后DISCONNECT
MS2都属于忙的状态下 信令怎么会出现差别
显然不是MS都属于忙的状态,第一个是根本没寻呼到被叫,当然不给MS分配TCH了,后一个是寻呼到被叫了
我觉得上楼同志说得有道理!!
未接的问题很多,一般不做分析,位置更新也会导致这种情况出现。
MSC二次寻呼周期过长导致
这很难讲,我在云浮测试过的漏话,那里的网络开通了提早寻呼功能,测试结果表明主叫和被叫的信道分配流程是独立的,而且也下发了寻呼,只是被叫没有寻呼响应,然后网络向主叫下发‘你所拨打的用户暂时无法接通’的消息,接着再下发disconnect~~
知道答案也告诉我一下呗
这个很正常,核心网可以看到手机的状态,状态不同,回的失败原因也不同,流程进展也不同
比如,一开始,手机位置更新
因为位置更新还没成功,核心网还不知道这个手机在当前的MSC下,所以认为用户不存在,所以直接都没有分配语音资源,也就是assignment request下发前,就断开
第二个,因为手机在通话,那些,MSC知道这个用户存在,但因为在通话,所以在assignemnet request消息下发后,才断开