- 易迪拓培训,专注于微波、射频、天线设计工程师的培养
固网智能化攻克同步难关
录入:edatop.com 点击:
固网智能化以后,所有用户的号码信息、智能业务数据,甚至基本业务和补充业务数据都存放在SHLR(SMARTHLR)中,SHLR成为全网的数据中心。
根据用户对业务的需求变化,用户的业务数据也需要进行更新,也就是说,从各种渠道受理进来的用户业务需求信息要及时地输入到SHLR中进行存放和管理,SHLR配合下层交换网络实现用户需要的业务。一般,用户数据更新信息输入到SHLR有97自动接口和人工操作终端两种方式,主要采用97自动接口方式,因此,需要解决97系统和SHLR用户数据同步的问题。
出于业务负荷和安全的考虑,一般SHLR不会以单网元的方式存在,而是以1+1主备方式、1+1互备方式或N+1方式进行建设,这样,就面临着多SHLR中的用户数据如何保持一致的问题,即SHLR间数据同步的问题。
如果固网智能化交换机和SHLR间采用MAP协议,则交换机具有VLR的功能,存储本交换机管理域内的用户数据,呼叫发生时查询VLR并触发VLR中的用户业务信息,VLR需要与SHLR的数据进行同步。
以下以武汉电信固网智能化项目为例,探讨SHLR用户数据的同步方案。
武汉电信采用“软交换汇接局完全访问SHLR”的方式进行固网智能化改造。采用来话、去划分区汇接的二级网络结构,包含两个汇接区,每个汇接区设置1对SS、1对TG,全网设置1对SG、1对SHLR。用户数据管理上,采用用户数据全上移的方式,SS和SHLR之间采用MAP协议进行交互,SS具备VLR功能。具体组网如图1所示。
97系统与SHLR间的数据传送
业务受理后,97系统需要将用户的受理信息及时、准确地传送到SHLR,SHLR需要正确地写入数据,并保证两个SHLR间的数据同步。在武汉电信固网智能化项目中,通过97系统与SHLR间的组网和数据的传送机制来保证97系统与SHLR、两个SHLR之间的数据同步。
97系统与SHLR的组网方案
武汉SHLR容灾系统由营房村SHLR-A和洪山SHLR-B构成,每个SHLR都通过一个接口机(分别为BOSS-A和BOSS-B)完成与97系统的交互;为简化97接口,BOSS-A作为SHLR与97系统的统一接口通过中间件与97系统相连;BOSS-A与BOSS-B间采用2M专线相连,97系统和BOSS-B之间的通信通过BOSS-A进行转发。
97系统与SHLR的数据传送机制
97系统业务受理后,97接口机通过中间件服务器选择BOSS-A发送开户、销户、签约和去签约业务请求。BOSS-A向SHLR-A的业务处理子系统发送修改用户信息请求,同时通过BOSS-B向SHLR-B的业务处理子系统发送修改用户信息请求,然后等待响应。
如果BOSS-A、BOSS-B均收到成功响应,则BOSS-A给中间件服务器回双受理成功的响应。
中间件收到双受理成功的响应后,向97接口机回送受理成功消息,97系统将工单置“完工”。
如果BOSS-A、BOSS-B均收到操作失败响应,则BOSS-A给中间件服务器回双失败响应,中间件收到双操作失败的响应后,向97接口机回送操作失败消息,97系统将此工单转至人工岗进行处理,人工岗通过分析操作失败原因,对工单进行修正、确认后,通过SHLR的操作终端录入用户数据。
如果对一个SHLR操作成功而另一个失败,BOSS-A给中间件服务器回一个成功、一个失败的响应,中间件收到该响应后,按照操作失败进行处理,向97接口机回送操作失败消息,97系统将此工单转至人工岗进行处理;因为此时一个SHLR数据已更新,两个SHLR中数据已经不一致,必须恢复已成功修改的SHLR的数据,保证两个SHLR之间数据的一致性,具体方式如下:中间件判断BOSS-A成功响应消息中的地址,向该BOSS发起回滚请求;BOSS根据其记录的数据更新日志,向其业务处理子系统发起回滚请求和回滚内容;SHLR业务处理子系统根据BOSS的请求做数据恢复操作,操作完成后,发确认消息给BOSS;BOSS收到回滚操作成功响应,通知中间件。
从以上描述可看出,在这种组网和传送机制下,依靠中间件的统一分发、管理保证两个SHLR之间数据的一致性。
SHLR与SS间的数据同步
武汉电信固网智能化SHLR与SS之间采用MAP协议进行交互,SS具备VLR功能,因此固网用户开户及修改用户信息等操作,都需要SHLR主动将用户数据下插到用户所在的SS交换机。
SHLR用户数据下插机制
SHLR接收到97传送的数据修改消息后,在修改自身数据的同时,还通过其MAP功能模块主动向SS发起实时同步操作请求,请求SS更新VLR数据。在正常情况下,SS更新VLR数据成功,如果数据下插过程中有时会因为链路异常、批量操作、设备处理性能等原因致使数据无法正确在SS上保存,因此SHLR必须有一个失败重试的机制,确保在失败后还能继续下插,直到成功。
为了保证失败后能一直重试,在SHLR的动态表中增加了一个字段,用于标识用户数据是否同步到交换机,正常情况下为零,代表已经正确同步,异常时大于零,代表需要重试。同时在SHLR设定一个定时任务,在设定的时间到达时扫描同步标志,对于同步标志大于零的用户,发起同步请求消息,通知MAP向SS同步所有数据。
用户数据同步流程
流程说明:1)BOSS进行用户数据修改时,向DBIO发送消息EV_DBIO_Agent_Req;2)DBIO将变化的数据修改到物理库;3)DBIO同时将变化的数据修改到内存库;4)修改数据库成功后,向BOSS返回成功响应;5)DBIO向MAP发送通知消息,通知MAP发起同步操作;6)HLRMAP收到DBIO通知消息后,立即向DBIO返回响应;7)HLRMAP根据DBIO的通知消息内容,向SS发起单独同步操作;8)IMS返回正确的消息,HLRMAP不做处理,直接返回。
流程说明:1)-7)同正常流程;8)HLRMAP收到失败的响应;9)HLRMAP发送消息到内存库数据,将同步标志加1,于是在内存库中就产生了此用户的失败记录;10)DBIO收到BOSS系统对此用户的第二次操作;11)修改物理库成功;12)再修改内存库,由于内存库中有此用户的失败记录,则向DBIO返回失败响应,拒绝此次操作;13)DBIO再向BOSS返回失败,导致BOSS操作异常。
定时重试同步方法
为保证SHLR的数据能万无一失地同步到SS,SHLR采用定时重试的同步机制,具体同步方法是:DBIO设置一个定时任务,时间到达时,扫描用户记录中的同步标志,对于同步标志为1的用户向MAP发通知消息,通知MAP同步当前用户数据。
DBIO扫描不是同时操作所有用户,而是每次同步的用户数最多50条,每天最多同步250次,因此一天内最多可以同步12500条记录,每次定时1~2S,一天定时同步的最少时间就是250s,每秒发送50条MAP消息。
SHLR用户数据同步是保证固网智能化工程后及时开通业务、顺利提供业务的基础,因此必须制定正确有效的同步方案保证从97受理到业务开通、使用的全流程的数据同步。
作者:刘洁 湖北省电信公司武汉分公司 来源:电子产品世界
上一篇:NGN路上的VOIP(下)
下一篇:NGN中的服务质量保证机制