[發明專利]ENUM-DNS中前后臺數據同步的方法及系統

在審

• 申請號: 201210318941.0
• 申請日: 2012-08-31
• 公開（公告）號: CN103685143A
• 公開（公告）日: 2014-03-26
• 發明（設計）人: 盛明超;吳麗梅;歐陽新志
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06
• 代理公司: 深圳市世紀恒程知識產權代理事務所 44287
• 代理人: 胡海國

技術領域

本發明涉及通訊技術領域，尤其涉及IMS（IP?Multimedia?Subsystem，IP多媒體系統）網絡的ENUM-DNS（Telephone?Number?Mapping?working?group-Domain?Name?System，電話號碼映射工作組-域名系統）中前后臺數據同步的方法及系統。

背景技術

IMS是一種全新的多媒體業務形式，它能夠滿足現在的終端客戶更新穎、更多樣化的多媒體業務需求。IMS系統中的用戶可以是通常情況下的手機用戶，也可以是具有特定號碼的軟終端。

在ENUM-DNS中，為了保持前臺（業務系統）與后臺（運維系統）數據的一致性，后臺將增、刪或者修改的數據以帶序列號的文件方式同步給前臺，前臺加載這些數據后，這些數據才體現到真實的業務環境中。

由于每次更新前臺的數據期間都會對前臺查詢業務的性能產生一定的影響，并且為了保證前、后臺數據的一致性，前、后臺之間都要增加一定的開銷。此外，在實際的業務中，后臺數據的變化比較頻繁，如果每有一條數據更新都進行一次前、后臺數據同步，那么將極大的影響整個系統性能的開銷和系統的穩定性。

針對上述問題，目前一般采取定時（每隔2分鐘）將變化的數據從后臺激活到前臺業務。這種處理方式可以很好的降低系統在更新數據時的性能開銷，同時也保障了系統的穩定性，但是卻存在以下問題：在后臺更新一條數據，最大間隔2分鐘才能在前臺業務生效，由此產生了數據時延問題，也就是說后臺更新的數據不能在前臺業務實時生效。

發明內容

本發明的主要目的在于提供一種ENUM-DNS中前后臺數據同步的方法及系統，旨在實現前后臺數據的實時生效，保證前后臺數據的一致性，并保持系統的穩定性。

為了達到上述目的，本發明提出一種ENUM-DNS中前后臺數據同步的方法，包括：

后臺在成功執行來自外部網元的開/銷戶指令后，通知業務前臺開/銷戶記錄的信息；

所述業務前臺將所述開/銷戶記錄的信息存放至預先創建的臨時數據存儲點；

所述后臺在定時激活數據時間來到時，向所述業務前臺下發變化數據文件；

所述業務前臺加載所述變化數據文件，清空所述臨時數據存儲點中所有數據。

優選地，所述后臺在定時激活數據時間來到時，向業務前臺下發變化數據文件的步驟包括：

所述后臺在定時激活數據時間來到時，將定時激活數據時間粒度內變化的數據生成帶序列號的變化數據文件；

將所述變化數據文件下發至所述業務前臺。

優選地，所述業務前臺將所述開/銷戶記錄的信息存放至預先創建的臨時數據存儲點的步驟之后還包括：

所述業務前臺將所述開/銷戶記錄的信息同步至備業務前臺；

所述備業務前臺將所述開/銷戶記錄的信息存放至預先創建的臨時數據存儲點。

優選地，所述業務前臺加載所述變化數據文件，清空所述臨時數據存儲點中所有數據的步驟之后還包括：

所述業務前臺將所述變化數據文件同步至所述備業務前臺；

所述備業務前臺加載所述變化數據文件，清空其臨時數據存儲點中所有數據。

優選地，所述后臺在成功執行來自外部網元的開/銷戶指令后，通知業務前臺開/銷戶記錄的信息的步驟之前還包括：

所述后臺接收并執行來自外部網元的開/銷戶指令；

向所述外部網元返回執行響應消息。

優選地，該方法還包括：

所述業務前臺接收客戶端發送的查詢請求；

根據所述查詢請求在原數據存儲點進行本地號碼查詢；

若本地號碼查詢成功，且所述臨時數據存儲點的狀態標識為有數據標識，則查詢所述臨時數據存儲點；

將從所述臨時數據存儲點查詢的結果替換從所述原數據存儲點獲取的查詢結果；

向所述客戶端返回查詢結果響應消息。

優選地，所述根據查詢請求在原數據存儲點進行本地號碼查詢的步驟之后還包括：

若本地號碼查詢未成功，則判斷查詢號碼所屬分區；

若所述查詢號碼為本區號碼，則判斷所述臨時數據存儲點的狀態標識是否為有數據標識；否則

轉發所述查詢請求至外區，或者上級或下級服務器。

優選地，所述后臺在成功執行來自外部網元的開/銷戶指令后，通知業務前臺開/銷戶記錄的信息的步驟之前還包括：

所述業務前臺創建臨時數據存儲點；

所述后臺定時檢測所述業務前臺創建的臨時數據存儲點的狀態，并設置存儲點狀態標識；