專利名稱：一種eunm/dns及其實時數據處理方法
技術領域：
本發明涉及IP多媒體子系統(IMS)核心網領域，尤其涉及一種EUNM/DNS及其實時數據處理方法。
背景技術：
IMS 是第三代合作伙伴計劃(3GPP, Third Generation Partnership Projects)在R5版本提出的支持IP多媒體業務的子系統，它的核心特點是與接入的無關性并采用了會話初始協議(SIP,Session Initiation Protocol)。IMS開創了通信領域的新時期,其融合解決方案有助于打破固話和移動電話網絡之間的屏障，成為下一代通信網實現大融合的最佳選擇。頂S解決方案相對于軟交換的解決方案有著非常多的優勢，在下一代網絡(NGN，next-generation network)市場正占據越來越重要的角色。隨著MS的逐漸商用，用戶的號碼量越來越大，之前手動在電話號碼映射(ENUM，Telephone Number Mapping)/ 域名系統(DNS, Domain Name S ystem)維護用戶號碼數據的方法不足以應對日益增長的業務需求，因此，MS核心網使用業務運營支撐系統(B0SS，Business&Operation Support System)即時的向ENUM/DNS下發號碼的開銷戶請求,這就需要ENUM/DNS能夠支持外部網元下發的號碼開銷戶請求的實時處理。

發明內容
有鑒于此，本發明的主要目的在于提供一種ENUM/DNS及其實時數據處理方法，能夠支持對外部網元下發的號碼開銷戶請求的實時處理。為達到上述目的，本發明的技術方案是這樣實現的:本發明提供了一種EUNM/DNS實時數據處理方法，所述方法包括:操作維護服務器根據外部網元下發的請求，實時調整用于存放未同步到業務處理機的號碼記錄的臨時表；操作維護服務器基于所述臨時表，周期性地將所述臨時表中的號碼記錄同步到業務處理機，并調整用于存放有已同步到業務處理機的號碼記錄的正式表。在上述方案中，所述操作維護服務器根據外部網元下發的請求，實時調整用于存放未同步到業務處理機的號碼記錄的臨時表，具體為:所述操作維護服務器根據業務運營支撐系統(BOSS)下發的請求，實時調整用于存放未同步到業務處理機的號碼記錄的臨時表。在上述方案中，所述操作維護服務器根據外部網元下發的請求，實時調整用于存放未同步到業務處理機的號碼記錄的臨時表，包括:在所述請求為開戶請求時，所述操作維護服務器判斷未存有對應所述開戶請求中號碼的號碼記錄，則在所述臨時表中生成對應所述開戶請求中號碼的號碼記錄，并將所述號碼記錄的操作標志賦為“插入”。在上述方案中，所述調整用于存放有已同步到業務處理機的號碼記錄的正式表，包括:對于所述臨時表中操作標志為“插入”的號碼記錄，將所述號碼記錄移至正式表。在上述方案中，所述操作維護服務器根據外部網元下發的請求，實時調整用于存放未同步到業務處理機的號碼記錄的臨時表，包括:在所述請求為銷戶請求時，所述操作維護服務器判斷存有對應所述銷戶請求中號碼的號碼記錄，則:如果所述號碼記錄存放在所述正式表中，將所述正式表中的所述號碼記錄拷貝一份至所述臨時表，并將該號碼記錄的操作標志賦為“刪除”;如果所述號碼記錄存放在所述臨時表中，直接將所述號碼記錄從所述臨時表中刪除。在上述方案中，所述調整用于存放有已同步到業務處理機的號碼記錄的正式表，包括:對于所述臨時表中操作標志為“刪除”的號碼記錄，將相同的號碼記錄從正式表中刪除。在上述方案中，所述操作維護服務器基于所述臨時表，周期性地將所述臨時表中的號碼記錄同步到業務處理機，為:所述操作維護服務器定時遍歷所述臨時表，將所述臨時表中的號碼記錄寫入二進制的增量文件，并依據文件傳輸協議(FTP)將所述增量文件傳輸到所述業務處理機。本發明還提供了一種EUNM/DNS，所述EUNM/DNS包括:前臺的操作維護服務器和后臺的業務處理機，所述操作維護服務器包括第一調整單元、第二調整單元和同步單元，其中，第一調整單元，用于根據外部網元下發的請求，實時調整用于存放未同步到所述業務處理機的號碼記錄的臨時表；第二調整單元，用于基于所述臨時表，周期性調整用于存放有已同步到所述業務處理機的號碼記錄的正式表；同步單元，用于基于所述臨時表，周期性地將所述臨時表中的號碼記錄同步到業務處理機。在上述方案中，所述外部網元為BOSS。在上述方案中，所述第一調整單元，還用于:在所述請求為開戶請求時，判斷未存有對應所述開戶請求中號碼的號碼記錄，則在所述臨時表中生成對應所述開戶請求中號碼的號碼記錄，并將所述號碼記錄的操作標志賦為“插入”;和/或，在所述請求為銷戶請求時，判斷存有對應所述銷戶請求中號碼的號碼記錄，則如果所述號碼記錄存放在所述正式表中，將所述正式表中的所述號碼記錄拷貝一份至所述臨時表，并將該號碼記錄的操作標志賦為“刪除”；如果所述號碼記錄存放在所述臨時表中，直接將所述號碼記錄從所述臨時表中刪除。在上述方案中，所述第二調整單元，用于:對于所述臨時表中操作標志為“插入”的號碼記錄，將所述號碼記錄移至正式表；和/或，對于所述臨時表中操作標志為“刪除”的號碼記錄，將相同的號碼記錄從正式表中刪除。在上述方案中，所述同步單元，用于定時遍歷所述臨時表，將所述臨時表中的號碼記錄寫入二進制的增量文件，并依據FTP將所述增量文件傳輸到所述業務處理機。本發明提供的ENUM/DNS及其實時數據處理方法，由前臺的操作維護服務器根據外部網元下發的請求，實時調整調整用于存放未同步到業務處理機的號碼記錄的臨時表；并基于所述臨時表，周期性地將所述臨時表中的號碼記錄同步到業務處理機，并調整用于存放有已同步到業務處理機的號碼記錄的正式表。如此，可以有效提高ENUM/DNS對號碼記錄等數據處理的實時性，減少數據冗余和出錯的概率，使得ENUM/DNS能夠對外部網元下發的號碼開銷戶請求進行實時處理，增強了 ENUM/DNS對不同環境下的MS核心網的適應性，而且還可以有效提高整個ENUM/DNS的穩定性和響應速度。此外，本發明還可以應用于MS相關技術領域，提高ENUM/DNS響應MS客戶端號碼數據更新的速度，也保障了數據的準確度，為IMS的便利應用提供了有力的支持。


圖1為本發明ENUM/DNS實時數據處理方法的流程示意圖；圖2為本發明中ENUM/DNS前臺的操作維護服務器完成數據錄入的流程示意圖；圖3為本發明中ENUM/DNS前臺的操作維護服務器將數據同步到后臺的業務處理機的流程示意圖；圖4為MS核心網中用戶A呼叫用戶B的流程示意圖。
具體實施例方式本發明的基本思想是:在ENUM/DNS的操作維護服務器上添加針對BOSS的接口，對BOSS下發的號碼開銷戶請求消息進行實時處理，并實時進行相應號碼記錄的調整操作，從而達到對外部網元下發的號碼開銷戶請求進行實時處理的目的。具體地，本發明的EUNM/DNS實時數據處理方法，參照圖1所示，主要可以包括如下步驟:步驟101:操作維護服務器根據外部網元下發的請求消息，實時調整用于存放未同步到業務處理機的號碼記錄的臨時表；步驟102:操作維護服務器基于所述臨時表，周期性將所述臨時表中的號碼記錄同步到業務處理機，并調整用于存放已同步到業務處理機的號碼記錄的正式表。本發明還提供了一種EUNM/DNS，ENUM/DNS內部分為前臺和后臺，前臺是操作維護服務器(也可以稱為運維服務器)，其功能是以界面形式提供給維護人員登錄來查看和手動維護自身數據庫中所保存的數據；后臺是業務處理機，用于對外提供號碼資源查詢服務。本發明在操作維護服務器上添加了針對BOSS的接口，通過解析BOSS下發的號碼開銷戶請求，并在數據庫中進行插入或刪除對應號碼記錄的操作。其中，ENUM/DNS后臺的業務處理機可以是單臺，也可以是多臺，ENUM/DNS前臺的操作維護服務器能夠根據需要連接相應的單臺或多臺的業務處理機。 其中，ENUM/DNS的前臺和后臺所保存的數據是保持一致的，實際應用中，前臺的操作維護服務器會周期性地將自身數據庫中變動的數據(如號碼記錄等)以增量文件的方式同步到后臺的業務處理機，完成號碼的開銷戶操作，如此，減輕了后臺業務處理機的負荷，使其能保持對不同數據來源的兼容。使得ENUM/DNS的客戶端能夠迅速查詢到最新的號碼信息。其中，前臺的操作維護服務器負責與BOSS交互，兼容了手動添加和維護數據庫中數據的功能，減少重復開發新功能，降低了復雜度，便于維護。
具體地，所述操作維護服務器包括第一調整單元、第二調整單元和同步單元，其中，第一調整單元，用于根據外部網元下發的請求，調整用于存放未同步到所述業務處理機的號碼記錄的臨時表；第二調整單元，用于基于所述臨時表，周期性調整用于存放有已同步到所述業務處理機的號碼記錄的正式表；同步單元，用于基于所述臨時表，周期性地將所述臨時表中的號碼記錄同步到業務處理機。其中，所述第一調整單元，還用于:在所述請求為開戶請求時，判斷未存有對應所述開戶請求中號碼的號碼記錄，則在所述臨時表中生成對應所述開戶請求中號碼的號碼記錄，并將所述號碼記錄的操作標志賦為“插入”;和/或，在所述請求為銷戶請求時，判斷存有對應所述銷戶請求中號碼的號碼記錄，則如果所述號碼記錄存放在所述正式表中，將所述正式表中的所述號碼記錄拷貝一份至所述臨時表，并將該號碼記錄的操作標志賦為“刪除”;如果所述號碼記錄存放在所述臨時表中，直接將所述號碼記錄從所述臨時表中刪除。其中，所述第二調整單元，用于:對于所述臨時表中操作標志為“插入”的號碼記錄，將所述號碼記錄移至正式表；和/或，對于所述臨時表中操作標志為“刪除”的號碼記錄，將相同的號碼記錄從正式表中刪除。其中，所述同步單元，用于定時遍歷所述臨時表，將所述臨時表中的號碼記錄寫入二進制的增量文件，并依據FTP將所述增量文件傳輸到所述業務處理機。其中，當BOSS有號碼開銷戶的需求時，則發開戶消息給ENUM/DNS前臺的操作維護服務器，BOSS與ENUM/DNS的操作維護服務器之間以固定的消息結構體進行交互。ENUM/DNS的操作維護服務器根據BOSS所發送消息的類型，對自身的數據庫進行相應的操作，并定時同步到后臺的業務處理機。BOSS與ENUM/DNS的操作維護服務器之間通過基于超文本傳輸協議(HTTP)的簡單對象訪問協議(SOAP)消息接口交互。BOSS與ENUM/DNS的操作維護服務器之間交互的所有消息(包括請求和應答等)均以SOAP格式表達，遵循SOAP 1.1規范。所有消息的格式在網絡服務描述語言(WSDL, Web Services Description Language)文件中定義，WSDL文件遵循W3C WSDL1.1協議規范，且所有消息中的參數具體說明和含義均遵循業內的運營商規范。BOSS作為發起方，ENUM/DNS作為落地方，落地方為發起方提供訪問的統一資源定位符(URL, Uniform Resource Locator),發起方發送滿足運營商WSDL文件規定的請求報文并得到應答報文，發起方作為落地方的S0AP/HTTP客戶端，落地方作為發起方的S0AP/HTTP服務器。需要說明的是，在HTTP傳輸過程中，HTTP頭(HTTP Header)部分需要遵循下面的約定:Content-Type:text/xml ;charset = " utf-8"。特別的，如果運營商對安全有較高的要求，BOSS和ENUM/DNS的操作維護服務器之間的接口是承載在基于安全的HTTP協議之上的。采用SSL2.0/3.0傳輸加密。證書由BOSS提供或者采用網元自帶的自簽名證書。本發明中，前臺的操作維護服務器按照BOSS所下發消息的類型分別進行處理，其數據庫包括正式表和臨時表，均用于存放包含有號碼及其所屬資源的號碼記錄。其中，正式表中存放的是已同步到業務處理機的號碼記錄，臨時表則用于存放尚未同步到業務處理機的號碼記錄。具體地，每條號碼記錄中可以包含用戶的號碼信息、號碼的歸屬域、服務類型、SIPUR1、權重、優先級和有效期等信息。其中，用戶的號碼信息是倒置并且點分的號碼，例如，2.2.1.1.0.0.3.1.8.3.1.6.8 ;號碼的歸屬域例如可以是el64.arpa，號碼的服務類型表示所基于的協議類型，例如號碼的服務類型為sip+e2u時，表示基于SIP和用戶數據包協議(UDP, User Datagram Protocol);號碼記錄中的號碼正則表達式字段中包含了號碼的SIPURI。本發明中，前臺的操作維護服務器完成數據錄入的流程如圖2所示，具體步驟如下:步驟201:接收BOSS下發的消息；這里，BOSS下發的消息可以是由BOSS中SPN下發到EDS前臺操作維護服務器的消息。步驟202:對BOSS下發的消息進行合法性檢查，如果通過，則繼續步驟203，如果不通過，則返回錯誤碼給B0SS，并結束當前流程；步驟203:區分所述消息的類型，如果所述消息是銷戶請求消息，則繼續步驟，如果所述消息是開戶請求消息，則繼續步驟204 ；步驟204:對開戶請求消息，判斷數據庫中是否已存有與所述開戶請求消息中號碼相同的號碼，如果是，則不處理；如果否，則將所述開戶請求消息中的號碼插入數據庫中的臨時表，在所述臨時表中生成對應該號碼的號碼記錄，并將所述號碼記錄的操作標志賦為 ‘I’ (Insert)(插入)。步驟205:對銷戶請求消息，判斷數據庫中是否存有與所述銷戶消息中號碼相同的號碼，如果不是，則不處理；如果是，則判斷對應所述號碼的號碼記錄是否存放在正式表，如果是，則直接將正式表中的所述號碼記錄拷貝一份至臨時表中，并將該號碼記錄的操作標志賦為‘D’ (Delete)(刪除)；如果不是，則所述號碼記錄存放在臨時表中，直接將所述號碼記錄刪除。本發明中，前臺的操作維護服務器定時遍歷自身數據庫的臨時表，將臨時表中的號碼記錄寫入二進制的增量文件，并依據文件傳輸協議(FTP,File Transfer Protocol)將所述增量文件傳輸到EUNM/DNS后臺的業務處理機，供業務處理機加載使用。實際應用中，由于臨時表中的號碼記錄中已賦予了操作標志值，因此，可以按照號碼記錄中的操作標志進行相應處理。具體地，前臺的操作維護服務器定時將臨時表中號碼記錄同步到后臺的業務處理機的流程如圖3所示，包括如下步驟:步驟301:定時檢測臨時表是否有號碼記錄，如果是，則繼續步驟302，如果不是，則不處理；步驟302:區分各號碼記錄的操作標志值，如果號碼記錄的操作標志為‘I’(Insert)，則繼續步驟303，如果號碼記錄的操作標志為‘D’(Delete)，則繼續步驟304 ；步驟303:對于臨時表中操作標志為‘I’ (Insert)的號碼記錄，將其中的數據移至正式表，并寫入文件以增量的方式同步到后臺的業務處理機。步驟304:對于臨時表中操作標志為‘D’ (Delete)的號碼記錄，將正式表中相同的號碼記錄刪除，并將所述號碼記錄的數據寫入文件以增量的方式同步到后臺的業務處理機。這里，在業務流處理機接收所述操作維護服務器同步的號碼記錄后，也按照所述號碼記錄的操作標志進行操作，具體地，對于如果號碼記錄的操作標志為‘D’ (Delete),則刪除本地保存的、與該號碼記錄相同的號碼記錄；如果號碼記錄的操作標志為‘I’(Insert)，則將所述號碼記錄保存到本地。其中，每將臨時表中號碼記錄同步到后臺的業務處理機一次之后，都清空一次所述臨時表。這里，操作維護服務器檢測臨時表的周期，即同步數據到業務處理機的周期，是可配置的，可以根據數據實時同步的要求進行修改，一般建議在5分鐘左右。本發明中EDS中所存放的號碼記錄可以服務于MS核心網，例如，可以服務于MS核心網中的呼叫業務中。具體地，用戶A和用戶B都屬于以SIP方式接入的MS用戶，且兩個用戶屬于不同的地域，有著不同的域名。用戶A和用戶B的號碼所屬段和域名所對應的IP地址都在其各自地域的二級ENUM/DNS中記錄。不同域間的IMS用戶可以通過撥打Tel號碼的方式進行通信，二級ENUM/DNS和一級ENUM/DNS協助MS網元完成呼叫的建立。圖4中，被叫域為UE-B所在的IP網絡下運營商規定用戶B所使用帳號的區域名，用戶A為北京一用戶，電話號碼(TEL URI)為tel:+8610123456, SIP URI為:sip:+8610123456ibeijing.china, com，用戶 B 為南京一用戶，TEL URI 為 tel:+8625123456, SIPURI為:sip:+8625123456inanjing.china, com, IMS核心網中用戶A和用戶B進行呼叫的流程，包括如下步驟:步驟401:用戶A撥打用戶B時，用戶A只知道用戶B的TEL URI，即tel:+8625123456，用戶A將呼叫到用戶B的攜帶有會話描述協議(SDP)_A的請求(INVITE)消息送到自身歸屬域的代理-CSCF (P-CSCF，Proxy-CSCF)；
`
步驟402-403:用戶A的P-CSCF返回確認(IOOtrying)消息給用戶A，并將所述INVITE 消息發送到服務-CSCF (S-CSCF，Serving-CSCF)；步驟404-405:用戶A的S-CSCF返回IOOtrying消息給用戶A的P-CSCF，并將所述INVITE 消息發送給集群用戶應用服務器(CENTREX AS, Centrex Application S erver)；步驟406-407:CENTREX AS返回IOOtrying消息給用戶A的S-CSCF，完成相應的業務后再將所述INVITE消息發送給用戶A歸屬域的S-CSCF ；步驟408-409:用戶A的S-CSCF向CENTREX AS返回的IOOtrying消息，由于需要將用戶A的INVITE消息發送給被叫用戶B，但由于用戶A的S-CSCF只知道用戶B的TEL URI,無法定位出用戶B的查詢-CSCF (1-CSCF，Interrogating-CSCF)，此時，用戶A的S-CSCF需要先對用戶B進行ENUM/DNS查詢，獲取用戶B的1-CSCF信息，即向二級ENUM/DNS發送攜帶有用戶B TEL URI的ENUM查詢請求(ENUM Query)；步驟410:二級ENUM/DNS對用戶B進行ENUM查詢，查找到對應用戶B TEL URI的號碼記錄中的E.164格式URI，也就是用戶B的SIP URI，例如，查找到用戶B的SIP URI為!'*$! sip:+8610123456inanjing.china, com !，并返回攜帶有用戶 B SIP URI 的ENUM查詢響應(ENUM Resp)給用戶A的S-CSCF ；具體地，二級ENUM/DNS后臺的業務處理機根據用戶B的TEL URI，從自身所包含的各號碼記錄中查找到對應的號碼記錄，并從該號碼記錄中查詢到用戶B的SIP URI。步驟411-412:用戶A的S-CSCF根據二級ENUM/DNS返回的SIP URI得到用戶B所在的域名，即nanjing.china, com,并對用戶B的域名向DNS做SRV服務查詢(SRV Query),通過服務查詢，用戶A從二級ENUM/DNS返回的SRV服務查詢響應(SRV Resp)中獲得用戶B的1-CSCF的主機名和端口。具體地，用戶A的S-CSCF向二級ENUM/DNS發送攜帶有用戶B的域名(domainname)的SRV服務查詢(SRV Query)，二級ENUM/DNS進行相應的服務查詢，查詢到用戶B的1-CSCF主機名和端口(B host name and port)，返回攜帶有用戶B的1-CSCF主機名和端口的SRV服務查詢響應(SRV Resp)給用戶A的S-CSCF。這里，如果當前呼叫不是基于同一種協議的話，用戶A的S-CSCF在得到用戶B的的域名后，還需要按規范再發起一次NAPTR查詢,這次發起的查詢域名為nanjing.china,com, 二級ENUM/DNS服務器返回一個如_sip._udp.nanjing.china, com的結果,告訴用戶A本次呼叫基于SIP和UDP的協議。步驟413-414:用戶A的S-CSCF得到用戶B的1-CSCF主機名(B host name)后，再對該主機名向二級ENUM/DNS做定位查詢(DNS Query)，二級ENUM/DNS進行定位查詢后返回的定位查詢響應(DNS Resp)中包含用戶B的1-CSCF的IP地址(B domain IP)。步驟415-416:用戶A的S-CSCF根據用戶B的1-CSCF IP地址和端口，把所述INVITE請求消息發送給用戶B歸屬域的1-CSCF，用戶B的1-CSCF收到該INVITE請求消息后會將所述INVITE請求消息發送到被叫域，繼續后續的呼叫建立處理找到用戶B，完成呼叫的建立，實現用戶A對用戶B的呼叫。以上所述，僅為本發明的較佳實施例而已，并非用于限定本發明的保護范圍。
權利要求
1.一種電話號碼映射/域名系統EUNM/DNS實時數據處理方法，其特征在于，所述方法包括: 操作維 護服務器根據外部網元下發的請求，實時調整用于存放未同步到業務處理機的號碼記錄的臨時表； 操作維護服務器基于所述臨時表，周期性地將所述臨時表中的號碼記錄同步到業務處理機，并調整用于存放有已同步到業務處理機的號碼記錄的正式表。
2.根據權利要求1所述EUNM/DNS實時數據處理方法，其特征在于，所述操作維護服務器根據外部網元下發的請求，實時調整用于存放未同步到業務處理機的號碼記錄的臨時表，具體為: 所述操作維護服務器根據業務運營支撐系統(BOSS)下發的請求，實時調整用于存放未同步到業務處理機的號碼記錄的臨時表。
3.根據權利要求1或2所述EUNM/DNS實時數據處理方法，其特征在于，所述操作維護服務器根據外部網元下發的請求，實時調整用于存放未同步到業務處理機的號碼記錄的臨時表，包括: 在所述請求為開戶請求時，所述操作維護服務器判斷未存有對應所述開戶請求中號碼的號碼記錄，則在所述臨時表中生成對應所述開戶請求中號碼的號碼記錄，并將所述號碼記錄的操作標志賦為“插入”。
4.根據權利要求3所述EUNM/DNS實時數據處理方法，其特征在于，所述調整用于存放有已同步到業務處理機的號碼記錄的正式表，包括: 對于所述臨時表中操作標志為“插入”的號碼記錄，將所述號碼記錄移至正式表。
5.根據權利要求1或2所述EUNM/DNS實時數據處理方法，其特征在于，所述操作維護服務器根據外部網元下發的請求，實時調整用于存放未同步到業務處理機的號碼記錄的臨時表，包括: 在所述請求為銷戶請求時，所述操作維護服務器判斷存有對應所述銷戶請求中號碼的號碼記錄，則:如果所述號碼記錄存放在所述正式表中，將所述正式表中的所述號碼記錄拷貝一份至所述臨時表，并將該號碼記錄的操作標志賦為“刪除”；如果所述號碼記錄存放在所述臨時表中，直接將所述號碼記錄從所述臨時表中刪除。
6.根據權利要求5所述EUNM/DNS實時數據處理方法，其特征在于，所述調整用于存放有已同步到業務處理機的號碼記錄的正式表，包括: 對于所述臨時表中操作標志為“刪除”的號碼記錄，將相同的號碼記錄從正式表中刪除。
7.根據權利要求1所述EUNM/DNS實時數據處理方法，其特征在于，所述操作維護服務器基于所述臨時表，周期性地將所述臨時表中的號碼記錄同步到業務處理機，為: 所述操作維護服務器定時遍歷所述臨時表，將所述臨時表中的號碼記錄寫入二進制的增量文件，并依據文件傳輸協議(FTP)將所述增量文件傳輸到所述業務處理機。
8.一種EUNM/DNS，其特征在于，所述EUNM/DNS包括:前臺的操作維護服務器和后臺的業務處理機，所述操作維護服務器包括第一調整單元、第二調整單元和同步單元，其中， 第一調整單元，用于根據外部網元下發的請求，實時調整用于存放未同步到所述業務處理機的號碼記錄的臨時表；第二調整單元，用于基于所述臨時表，周期性調整用于存放有已同步到所述業務處理機的號碼記錄的正式表； 同步單元，用于基于所述臨時表，周期性地將所述臨時表中的號碼記錄同步到業務處理機。
9.根據權利要求8所述的EUNM/DNS，其特征在于，所述外部網元為BOSS。
10.根據權利要求8所述的EUNM/DNS，其特征在于，所述第一調整單元，還用于: 在所述請求為開戶請求時，判斷未存有對應所述開戶請求中號碼的號碼記錄，則在所述臨時表中生成對應所述開戶請求中號碼的號碼記錄，并將所述號碼記錄的操作標志賦為“插入”; 和/或，在所述請求為銷戶請求時，判斷存有對應所述銷戶請求中號碼的號碼記錄，則如果所述號碼記錄存放在所述正式表中，將所述正式表中的所述號碼記錄拷貝一份至所述臨時表，并將該號碼記錄的操作標志賦為“刪除”;如果所述號碼記錄存放在所述臨時表中，直接將所述號碼記錄從所述臨時表中刪除。
11.根據權利要求10所述的EUNM/DNS，其特征在于，所述第二調整單元，用于:對于所述臨時表中操作標志為“插入”的號碼記錄，將所述號碼記錄移至正式表；和/或，對于所述臨時表中操作標志為“刪除”的號碼記錄，將相同的號碼記錄從正式表中刪除。
12.根據權利要求8所述的EUNM/DNS，其特征在于，所述同步單元，用于定時遍歷所述臨時表，將所述臨時表中的號碼記錄寫入二進制的增量文件，并依據FTP將所述增量文件傳輸到所述業務處理機。
全文摘要
本發明公開了一種EUNM/DNS實時數據處理方法，所述方法包括操作維護服務器根據外部網元下發的請求，實時調整用于存放未同步到業務處理機的號碼記錄的臨時表；操作維護服務器基于所述臨時表，周期性地將所述臨時表中的號碼記錄同步到業務處理機，并調整用于存放有已同步到業務處理機的號碼記錄的正式表。本發明還公開了相應的EUNM/DNS，可以有效提高ENUM/DNS對號碼記錄等數據處理的實時性，減少數據冗余和出錯的概率，增強了對不同環境下的IMS核心網的適應性，并且可以有效提高整個ENUM/DNS的穩定性和響應速度。
文檔編號H04W8/26GK103108055SQ20111036159
公開日2013年5月15日 申請日期2011年11月15日 優先權日2011年11月15日
發明者孫望, 許可喜, 宣偉 申請人:中興通訊股份有限公司