错误恢复Ø 场景描述： 当本地寄存器出错重启时，错误恢复流程保证了相关MS在VLR或者SGSN上的用户数据和在HLR上的用户数据之间的一致性，同时保证了HLR、VLR和SGSN存储的位置信息能准确反映MS目前所在的位置。 对于HLR来说，HLR会强制性地周期性地在永久性存储器中进行数据备份，HLR故障重启后，会从永久性存储器中下载所有数据。但是如果在最后一次备份之后数据被修改，接着HLR发生故障重启，那么因为修改后的数据并未进行备份，所以无法从永久性存储器中恢复。因此，每次HLR出错重启后都需要恢复被该故障影响到的每条IMSI条目，这个错误恢复流程会在HLR出错重启后第一次和相关MS通信时被触发。 Ø 流程参考标准： 3GPP TS29.002 Mobile Application Part (MAP) specification Ø 流程图：
Ø 流程详解： 1. MAP_RESET_req/ind：HLR出错重启后，将从永久性存储器下载所有数据，为每个MS复位“MS清除”标记，向MS所在的VLR发送MAP_RESET_req，通知VLR该故障的发生。VLR收到消息后，将所涉及的MS的“HLR中的位置信息确认”标记置为“不确认”（Location confirmed in HLR = False），以便之后在与MS建立无线联系时，启动位置更新程序 2. MAP_PROCESS_ACCESS_REQUEST_req/ind：当MS第一次发起请求建立无线联系时，MSC向VLR发送该消息，开始相关MS的网络接入处理 3. MAP_UPDATE_LOCATION_req/ind：VLR收到MS的网络接入请求，发现该MS的“HLR中的位置信息确认”标记为“不确认”（Location confirmed in HLR = False），就会向HLR发起位置更新请求（IMSI） 4. MAP_ACTIVATE_TRACE_MODE_req/ind (注1，注2)：如果HLR中的该MS的用户跟踪是激活状态，那么HLR会向VLR发送此消息用以激活VLR中的用户跟踪 5. MAP_ACTIVATE_TRACE_MODE_rsp/cnf (注1，注2)：VLR向HLR回复用户跟踪激活成功 6. MAP_INSERT_SUBSCRIBER_DATA_req/ind：HLR指示VLR插入用户的位置更新数据 7. MAP_INSERT_SUBSCRIBER_DATA_rsp/cnf：现VLR收到插入用户数据消息后，登记该MS的IMSI、LAI 等签约信息，并向HLR回复插入用户数据成功 8. MAP_UPDATE_LOCATION_rsp/cnf：HLR向VLR回复位置更新成功，VLR收到该消息后，置标记“HLR中的位置信息确认标记”为“确认” （Location confirmed in HLR = True）， 9. MAP_FORWARD_CHECK_SS_INDICATION_req/ind(注1)：根据设置进行的可选流程， HLR向MS发送消息表明补充业务的参数可能因为重启被更改，通知MS检查那些用户可控的参数，该消息先由HLR发送给VLR MAP_FORWARD_CHECK_SS_INDICATION_req/ind(注1)：VLR收到该消息需要接着转发给MSC，MSC会继续下发给MS 注1： 斜线体，可选 注2： 如果HLR中的的用户跟踪是激活状态 Ø 抓包实例
|
