固网智能化以后，所有用户的号码信息、智能业务数据，甚至基本业务和补充业务数据都存放在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之间数据的一致性。
xa0SHLR与SS间的数据同步
武汉电信固网智能化SHLR与SS之间采用MAP协议进行交互，SS具备VLR功能，因此固网用户开户及修改用户信息等操作，都需要SHLR主动将用户数据下插到用户所在的SS交换机。
SHLR用户数据下插机制
SHLR接收到97传送的数据修改消息后，在修改自身数据的同时，还通过其MAP功能模块主动向SS发起实时同步操作请求，请求SS更新VLR数据。在正常情况下，SS更新VLR数据成功，如果数据下插过程中有时会因为链路异常、批量操作、设备处理性能等原因致使数据无法正确在SS上保存，因此SHLR必须有一个失败重试的机制，确保在失败后还能继续下插，直到成功。
为了保证失败后能一直重试，在SHLR的动态表中增加了一个字段，用于标识用户数据是否同步到交换机，正常情况下为零，代表已经正确同步，异常时大于零，代表需要重试。同时在SHLR设定一个定时任务，在设定的时间到达时扫描同步标志，对于同步标志大于零的用户，发起同步请求消息，通知MAP向SS同步所有数据。
xa0用户数据同步流程
流程说明：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受理到业务开通、使用的全流程的数据同步。
『本文转载自网络,版权归原作者所有,如有侵权请联系删除』
热门文章
更多
BCMO4蓝牙通信模块的设计
APP下载
登录
