错误恢复Ø 场景描述: 当本地寄存器出错重启时,错误恢复流程保证了相关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中的的用户跟踪是激活状态 Ø 抓包实例
|