添加到我的博客提醒大家关注这样一个流程的顺序问题。
当主叫用户发起业务请求后，MSC可以做出两种选择：
1、首先完成主叫用户的指配，然后发送局间的IAM
2、对主叫用户进行指配的同时，将IAM发送出局
对于第一种策略无疑是稳妥的，但是增加了接续的时延。对于第二种策略减少了时延但是当主叫指配失败后IAM的后续流程也将失效。
通常的判断依据是指配性能的优劣。如果指配性能良好，在 99%以上，可以考虑并行处理，否则还是串行较好。
加载中…加载中…加载中…加载中…
标签：
it |
提醒大家关注这样一个流程的顺序问题。
当主叫用户发起业务请求后，MSC可以做出两种选择：
1、首先完成主叫用户的指配，然后发送局间的IAM
2、对主叫用户进行指配的同时，将IAM发送出局
对于第一种策略无疑是稳妥的，但是增加了接续的时延。对于第二种策略减少了时延但是当主叫指配失败后IAM的后续流程也将失效。
通常的判断依据是指配性能的优劣。如果指配性能良好，在 99%以上，可以考虑并行处理，否则还是串行较好。
标签：
it |
近日发现个情况，两个局点之间突发性的BICC呼损骤增，原因值大多为定时器超时恢复。分析号码很有规律，排查数据发现汇接局将某号码发给端局，端局将该号码发送给汇接局，导致突发性出现大量呼损。
删除端局的错误数据后，问题消失。
关于这个问题不大容易发现，需要能进行后分析信令的条件才可以。不过建议如果是HW核心网可以考虑关注组合条件话统，首先确定此类失败原因是否大量存在。如果判定有此场景，则通过信令监测平台等手段继续定位具体号码。
或者通过排查号码分析数据，与汇接局核实哪些号码会出现乒乓路由。
标签：
it |
为防止穿越，以后我的帖子需要注明是G网还是C网啦。
无线侧定义外部邻区时，存在将地理空间不相邻的小区配置为邻区的可能。比如将某外部邻区的色码或者频点配置错误，导致MS始终无法进入目标小区区域，进而以返回原信道切换失败。
无线侧定义外部邻区时，对应的LAC可能错误，最常见是发生在小区的归属LAC发生调整时候，此时需要无线侧与核心网侧配合排查外部邻区的LAC归属关系。
核心网配置的小区归属BSC错误，导致切入时目标BSC无法识别目标CI。
先说这几个，切换的失败场景很丰富，有趣的很，大家关心的可留言，我继续分析。
标签：
杂谈 |
标签：
杂谈 |
某G9局在调测到计费中心验证话单的时候发现长时间不能取走话单，但本端并没有“长时间不取话单”告警。
1、之前验证过话单都是可以正常取走的，分析可能为网络通讯异常导致；
2、FTP服务异常或者FTP的目录权限属性设置了不可写；
3、可能IGWB发生了主备导换，给计费中心开放的IP为主用IGWB的第四号网卡，发生主备导换后如果备机网卡故障或者恰巧网线故障都会导致不能正常通信使得计费中心不能自动切换取走话单。
1、首先检查本端开放给计费中心的目录是否正确产生了相应的话单，查看e:\backsave\Second目录下话单文件没有问题，而且之前可以取走的，说明FTP目录“可写可读”属性的设置也不会被更改，但是计费中心反馈长时间取不走话单为什么没有该告警呢？
2、在主IGWB服务器上Ping计费中心的IP地址时通时不通，并且发现到计费中心的路由器2M存在较大丢包现象，说明网络连接是异常的，如果这个时候计费中心FTP上来在传输路径上就会取不走话单或者取走话单也会出问题，果真让计费中心检查某流水号话单内容为空没有任何东西，并且此时也确认没有发生过主备导换，网卡网线都是
1、局间信令切换与语音切换的差别在于不需要分配切换号码、不需要建立局间电路。
2. MSC-B与VLR-B之间的MAP信令MAP-Send-Handover-Report resp.是用来通知VLR-B释放切换号码的，以便再次使用。在MSC -B收到MSC-A的IAM消息后的任何时候，都可以向VLR-B发送该消息通知释放切换号码。
1) BSS-A向MSC-A发送HO_Required
该消息是切换的第一条消息（切换请求消息），在该消息中带有可选的小区列表、切换原因等内容，MSC-A将在可选的小区列表中选择其一作为目的位置区小区。
MSC-A根据位置区小区号查询目的位置区小区的位置，确定本次切换是局间切换还是局内
当用户发起智能呼叫，SCP根据IDP操作中iPSSPCapabilities参数判断SSPa不具备放音功能，SCP则会下发ETC通知SSPa路由到辅助侧进行智能放音。
图5
