中國電信IMS-ENUM-DNS設(shè)備規(guī)范

中國電信IMS-ENUM-DNS設(shè)備規(guī)范(20140527)QB-╳╳-╳╳╳-╳╳╳╳中國電信IMSENUM-DNS設(shè)備技術(shù)規(guī)范GeneralTechnicalSpecificationofIMSENUM-DNS（試行）2009年12月發(fā)布2009年12月試行中國電信集團公司發(fā)布

目 錄TOC\h\z\t"QB標題1,1,QB標題2,2,QB標題3,3"1 范圍 62 規(guī)范性引用文件 63 術(shù)語、定義和縮略語 84 網(wǎng)絡(luò)組織 94.1 網(wǎng)絡(luò)架構(gòu) 94.2 ENUM/DNS操作流程 115 設(shè)備功能 165.1 ENUM/DNS數(shù)據(jù)配置 165.2 ENUM/DNS數(shù)據(jù)管理 175.3 ENUM/DNS數(shù)據(jù)查詢 205.4 數(shù)據(jù)更新 236 容量、性能和可靠性要求 267 接口要求 277.1 物理接口 277.2 軟件接口 298 網(wǎng)管要求 298.1 對硬件設(shè)備的操作維護管理 298.2 對軟件的操作管理 308.3 差錯和告警的維護管理 308.4 統(tǒng)計管理 錯誤!未定義書簽。9 硬件要求 3110 軟件要求 3210.1 基本要求 3210.2 軟件功能要求 3311 環(huán)境要求 3411.1 環(huán)境溫度、濕度要求 3411.2 防塵要求 3511.3 抗電磁干擾的能力 3611.4 本身產(chǎn)生的電磁干擾要求 3711.5 安裝應(yīng)有抗地震措施 4011.6 運輸和倉儲要求 4012 電源及接地要求 4012.1 電源要求 4012.2 供電系統(tǒng)的可靠性 4012.3 直流電源要求 4012.4 交流電源要求 4212.5 接地要求 4213 編制歷史 錯誤!未定義書簽。范圍本規(guī)范適用于中國電信的ENUM/DNS設(shè)備，供中國電信內(nèi)部和廠家共同使用。本規(guī)范是中國電信進行ENUM/DNS建設(shè)和組網(wǎng)的技術(shù)依據(jù)。本規(guī)范主要包含ENUM/DNS的原理和標準、ENUM/DNSSERVER和ENUM/DNSCLIENT之間的接口規(guī)范，ENUM/DNS在IMS系統(tǒng)的解決方案以及ENUM/DNS設(shè)備功能要求幾個部分。規(guī)范性引用文件下列文件中的條款通過本標準的引用而成為本標準的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本標準，然而，鼓勵根據(jù)本標準達成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標準。序號標準編號標準名稱發(fā)布單位[1]RFC1034Domainnames-conceptsandfacilitiesIETF[2]RFC1035Domainnames-implementationandspecificationIETF[3]RFC1995IncrementalZoneTransferinDNSIETF[4]RFC1996AMechanismforPromptNotificationofZoneChanges(DNSNOTIFY).IETF[5]RFC2915TheNamingAuthorityPointer(NAPTR)DNSResourceRecord.IETF[6]RFC2916E.164numberandDNS.IETF術(shù)語、定義和縮略語下列術(shù)語、定義和縮略語適用于本標準：ASApplicationServer應(yīng)用服務(wù)器CSCFCallSessionControlFunction呼叫會話控制功能DNSDomainNameSystem域名服務(wù)器ENUMElectronicNumberstoURIMapping電子號碼對URI的映射服務(wù)器NAPTRNamingAuthorityPointer命名權(quán)威指針URIUniformResourceIdentifier通用資源標識SIPSessionInitiationProtocol會話初始化協(xié)議SNMPSimpleNetworkManagementProtocol簡單網(wǎng)管協(xié)議UEUserEquipment用戶設(shè)備TTLTimetoLive生命周期網(wǎng)絡(luò)組織網(wǎng)絡(luò)架構(gòu)ENUM/DNS系統(tǒng)在IMS網(wǎng)絡(luò)中主要完成用戶E.164號碼與SIPURI之間的轉(zhuǎn)換，并且提供用戶歸屬域域名對應(yīng)IP地址的映射，協(xié)助IMS核心網(wǎng)網(wǎng)元完成會話的路由。圖表SEQ圖表\*ARABIC1IMSENUM/DNS網(wǎng)絡(luò)部署架構(gòu)圖ENUM/DNS網(wǎng)絡(luò)部署架構(gòu)如圖1所示：ENUM系統(tǒng)采用兩級架構(gòu)。全國集中建設(shè)一級ENUMServer，省內(nèi)建設(shè)二級ENUMServer。ENUMServer與DNSServer合設(shè)為同一物理設(shè)備。IMS網(wǎng)絡(luò)在IP專網(wǎng)上新建獨立的DNS系統(tǒng)，用于IMS信令路由。該DNS系統(tǒng)采用兩級架構(gòu)，全國集中建設(shè)一級DNSServer，省內(nèi)建設(shè)二級DNSServer。并且，圖中的公網(wǎng)DNS不在本規(guī)范考慮范圍內(nèi)。ENUM/DNS操作流程本節(jié)對中國電信IMS中ENUM/DNS的操作流程進行簡單的介紹。主被叫同省圖表SEQ圖表\*ARABIC2主被叫同省主要流程如下：1、如上圖所示，當主被叫用戶同屬于A省時，呼叫建立過程中，主叫S-CSCF希望能夠?qū)⒈唤杏脩舻腅.164號碼轉(zhuǎn)化為SIPURI，因此去查詢A省的二級ENUM/DNS服務(wù)器。A省的二級ENUM/DNS服務(wù)器中存儲有本省所有用戶E.164號碼對應(yīng)的SIPURI，因此查詢成功，返回S-CSCF被叫用戶E.164號碼對應(yīng)的SIPURI。而S-CSCF在收到該SIPURI后，開始進行DNS查詢流程。2、S-CSCF將SIPURI中的域名取出，并根據(jù)該域名和傳輸層協(xié)議，向省內(nèi)二級ENUM/DNS服務(wù)器發(fā)出SRV查詢。收到該查詢之后，省內(nèi)二級ENUM/DNS服務(wù)器返回被叫域的入口域名和端口。3、S-CSCF收到SRV查詢結(jié)果之后，根據(jù)收到的入口域名向二級ENUM／DNS服務(wù)器發(fā)起A查詢，得到返回的IP地址之后，向下一跳實體發(fā)出呼叫建立請求。注：對于圖2中所示B省和C省用戶之間進行呼叫，ENUM/DNS操作流程同同省用戶之間的呼叫。主被叫不同省圖表SEQ圖表\*ARABIC3主被叫不同省主要流程如下：1、首先需完成ENUM查詢。如上圖所示，當主被叫用戶屬于不同省時，呼叫建立過程中，主叫A省S-CSCF希望能夠?qū)省被叫用戶的E.164號碼轉(zhuǎn)化為SIPURI，因此去向A省的二級ENUM/DNS服務(wù)器發(fā)出NAPTR查詢。A省的二級ENUM/DNS服務(wù)器中僅存儲有本省所有用戶E.164號碼對應(yīng)的SIPURI，因此本地查詢失敗，其需要向一級ENUM/DNS服務(wù)器發(fā)送NAPTR查詢請求。一級ENUM/DNS收到B省被叫用戶的E.164號碼后，根據(jù)本地存儲的NS記錄及A記錄，對被叫用戶對應(yīng)的號段進行判斷，得知被叫用戶為B省用戶，因此將NAPTR查詢送至B省二級ENUM/DNS服務(wù)器。B省二級ENUM/DNS服務(wù)器存儲有所有B省用戶E.164號碼和SIPURI的對應(yīng)關(guān)系，因此可以查詢到被叫用戶對應(yīng)的SIPURI，并返回給一級ENUM/DNS服務(wù)器。一級ENUM/DNS服務(wù)器將查詢結(jié)果返回至A省二級ENUM/DNS服務(wù)器，由A省二級ENUM/DNS服務(wù)器返回至A省S-CSCF，此時A省S-CSCF開始進行DNS查詢。2、S-CSCF首先根據(jù)收到的SIPURI中的域名進行SRV查詢。與上述ENUM/DNS查詢流程類似，該SRV查詢需要經(jīng)過一級ENUM/DNS轉(zhuǎn)發(fā)，由被叫省二級ENUM/DNS給出查詢結(jié)果值，即被叫域入口域名和端口號。3、S-CSCF在得到被叫域入口域名后，發(fā)起A查詢，同樣由一級ENUM/DNS服務(wù)器轉(zhuǎn)發(fā)，由被叫省二級ENUM/DNS給出對應(yīng)的IP地址。S-CSCF在收到該IP地址后，開始向下一跳實體發(fā)出呼叫請求。被叫非IMS用戶被叫用戶號碼不是IMS用戶，或者被叫號碼在ENUM/DNS未配置時，NAPTRENUM/DNS查詢流程與REF_Ref363825217\r\h4.2.1節(jié)和REF_Ref363825233\r\h4.2.2節(jié)流程一致，唯一不同的是返回至主叫S-CSCF的結(jié)果不再是被叫用戶的SIPURI，而是查詢失敗信息，此時S-CSCF應(yīng)將呼叫請求送至BGCF，由其選擇對應(yīng)的MGCF來完成呼叫。如果ENUMClient端查詢的被叫號碼為C網(wǎng)或其他運營商移動用戶號碼，且二級ENUM服務(wù)器配置了H碼翻譯，ENUM根據(jù)該被叫號碼H碼的NAPTR記錄，向ENUMClient端返回該用戶號碼對應(yīng)的帶區(qū)號的TELURI。一級ENUM/DNS收到二級ENUM/DNS發(fā)起的NAPTR查詢，如果一級ENUM/DNS分析查詢的號碼屬于該二級ENUM/DNS所在的地區(qū)，且該查詢請求的源地址為該二級ENUM/DNS，則一級ENUM/DNS不再向二級ENUM/DNS轉(zhuǎn)發(fā)查詢，而應(yīng)直接回應(yīng)查詢失敗的信息給二級ENUM/DNS。二級ENUM/DNS收到一級ENUM/DNS發(fā)起的對某號碼的NAPTR查詢時，如果二級ENUM/DNS在本地查詢不到該號碼數(shù)據(jù)，則直接回應(yīng)查詢失敗信息給一級ENUM/DNS。設(shè)備功能ENUM/DNS數(shù)據(jù)配置一級ENUM/DNS數(shù)據(jù)配置ENUM數(shù)據(jù)配置一級ENUM服務(wù)器應(yīng)支持配置E.164規(guī)則的電話號碼與URI的對應(yīng)關(guān)系，URI包括SIPURI和TELURI。一級ENUM服務(wù)器保存請求號碼的號段與全國二級ENUM服務(wù)器的域名的對應(yīng)關(guān)系，該對應(yīng)關(guān)系以NS記錄存儲（即各號段對應(yīng)歸屬省的域名）。DNS數(shù)據(jù)配置一級DNS服務(wù)器保存全國域名與全國二級DNS服務(wù)器IP地址的對應(yīng)關(guān)系，數(shù)據(jù)記錄以A記錄保存。二級ENUM/DNS數(shù)據(jù)配置ENUM數(shù)據(jù)配置二級ENUM服務(wù)器應(yīng)支持配置E.164規(guī)則的電話號碼與URI的對應(yīng)關(guān)系，URI包括SIPURI和TELURI。二級ENUM服務(wù)器保存本省IMS用戶（包括電信號碼）的E.164號碼與SIPURI對應(yīng)關(guān)系，其中E.164號碼對應(yīng)記錄以NAPTR數(shù)據(jù)存儲。二級ENUM服務(wù)器應(yīng)支持配置H翻譯數(shù)據(jù)，則配置C網(wǎng)和其他運營商移動用戶MSISDN號碼的H碼與區(qū)號的對應(yīng)關(guān)系，并以NAPTR記錄存儲。例如，+861868233[0-9]{4}的NAPTR記錄為：tel:+867551868233[0-9]{4}。DNS數(shù)據(jù)配置二級DNS服務(wù)器保存本省域名和省內(nèi)I-CSCF等設(shè)備IP地址的對應(yīng)關(guān)系,以及一級DNS的IP地址。其中I-CSCF的入口域名和端口是以SRV記錄存儲的，IP地址是以A記錄來存儲的。ENUM/DNS數(shù)據(jù)管理一級ENUM/DNS數(shù)據(jù)管理ENUM數(shù)據(jù)管理一級ENUM服務(wù)器應(yīng)支持NS查詢，根據(jù)被叫用戶的號段，獲得其對應(yīng)歸屬省的域名信息。一級ENUM服務(wù)器應(yīng)能夠根據(jù)DNS查詢得到的歸屬域名，將源二級ENUM服務(wù)器發(fā)送的NAPTR查詢請求轉(zhuǎn)至對應(yīng)的目的二級ENUM服務(wù)器。DNS數(shù)據(jù)管理一級DNS服務(wù)器應(yīng)該能夠完成A查詢，根據(jù)被叫省域名得到其對應(yīng)二級DNS的IP地址。一級DNS服務(wù)器應(yīng)支持轉(zhuǎn)發(fā)二級DNS服務(wù)器發(fā)送的SRV查詢請求、A查詢請求等。二級ENUM/DNS數(shù)據(jù)管理ENUM數(shù)據(jù)管理二級ENUM服務(wù)器應(yīng)支持NAPTR查詢（根據(jù)E.164號碼得到對應(yīng)的SIPURL記錄），返回被查詢用戶對應(yīng)的SIPURI。如ENUMClient（如S-CSCF）發(fā)送的查詢請求號碼為”...”時，ENUM服務(wù)器需要返回該用戶對應(yīng)的SIPURI，如”sip:+867522234567@”。二級ENUM服務(wù)器應(yīng)支持H碼翻譯。當ENUMClient（如S-CSCF）發(fā)送的查詢請求號碼為非IMS的手機號碼，例如”...8.”，且ENUM服務(wù)器保存有該手機號碼H碼的NAPTR記錄時，ENUM服務(wù)器返回該H碼對應(yīng)的帶區(qū)號TELURI，如”tel:+862013316099999”。二級ENUM服務(wù)器在做NAPTR查詢時，應(yīng)支持精確的E.164號碼，也能支持號碼段通配。二級ENUM服務(wù)器能夠根據(jù)用戶TELURI的號段信息判斷用戶是否為IMS用戶。如果用戶是IMS用戶，則根據(jù)用戶TELURI生成SIPURI，并將SIPURI返回。二級ENUM服務(wù)器應(yīng)支持在本地查詢NAPTR記錄失敗時，向一級ENUM服務(wù)器發(fā)送查詢請求。DNS數(shù)據(jù)管理二級DNS服務(wù)器應(yīng)支持SRV查詢（根據(jù)應(yīng)用協(xié)議和傳輸協(xié)議得到被叫方網(wǎng)絡(luò)入口點的服務(wù)域名和端口）。如DNSClient（S-CSCF）發(fā)出SRV查詢時，其輸入為”_sip_udp_”，此時二級DNS服務(wù)器需返回入口服務(wù)域名””和服務(wù)端口號5060。二級DNS服務(wù)器應(yīng)支持A查詢（根據(jù)域名得到域名的IP地址），能夠直接為本省或大區(qū)各省的IMS網(wǎng)元提供域名解析。當S-CSCF發(fā)起A查詢時，假設(shè)其輸入為””，則二級DNS需要返回該域名對應(yīng)的IP地址，如””。二級DNS服務(wù)器應(yīng)支持本地SRV查詢或者A查詢失敗時，向一級DNS服務(wù)器發(fā)送查詢請求。ENUM/DNS數(shù)據(jù)查詢遞歸查詢ENUM/DNS接受到一個遞歸形式的查詢，需給出最終查詢結(jié)果或失敗結(jié)果。如在本服務(wù)器查詢不到，需負責將消息轉(zhuǎn)發(fā)到權(quán)威ENUM/DNS服務(wù)器（如一級ENUM/DNS服務(wù)器），在權(quán)威服務(wù)器返回查詢結(jié)果后，再將結(jié)果返回給ENUM/DNS客戶端。例如廣東用戶撥打江蘇用戶時，ENUM/DNS遞歸查詢流程圖如下：圖表SEQ圖表\*ARABIC4ENUM/DNS遞歸查詢流程說明：廣東省S-CSCF向廣東省二級ENUM/DNS服務(wù)器發(fā)送NAPTR查詢請求廣東省二級ENUM/DNS服務(wù)器查詢失敗，根據(jù)本地存儲的一級ENUM/DNS地址信息，向一級ENUM/DNS服務(wù)器發(fā)送NAPTR查詢請求一級ENUM/DNS服務(wù)器根據(jù)本地存儲的NS記錄，判斷該號段用戶對應(yīng)歸屬省為江蘇省，因此向江蘇省的二級ENUM/DNS服務(wù)器發(fā)出NAPTR查詢請求江蘇省二級ENUM/DNS服務(wù)器返回查詢結(jié)果至一級ENUM/DNS服務(wù)器一級ENUM/DNS服務(wù)器返回結(jié)果至廣東省二級ENUM/DNS服務(wù)器廣東省二級ENUM/DNS服務(wù)器將查詢結(jié)果返回給S-CSCF迭代查詢ENUM/DNS接受到一個迭代形式的查詢，需給出最終查詢結(jié)果。如在本服務(wù)器查詢不到，需在應(yīng)答中返回權(quán)威服務(wù)器的域名和IP地址。前ENUM/DNS服務(wù)器再向應(yīng)答中的權(quán)威ENUM/DNS服務(wù)器查詢，直到獲取查詢結(jié)果。例如廣東用戶撥打江蘇用戶，迭代查詢流程圖如下：圖表SEQ圖表\*ARABIC5ENUM/DNS迭代查詢流程說明：廣東省S-CSCF向廣東省二級ENUM/DNS服務(wù)器發(fā)送NAPTR查詢請求廣東省二級ENUM/DNS服務(wù)器查詢失敗，根據(jù)本地存儲的一級ENUM/DNS地址信息，向一級ENUM/DNS服務(wù)器發(fā)送NAPTR查詢請求一級ENUM/DNS服務(wù)器根據(jù)本地存儲的NS記錄，判斷該號段用戶對應(yīng)歸屬省為江蘇省，向廣東省二級ENUM/DNS服務(wù)器返回江蘇省二級ENUM/DNS服務(wù)器的地址信息廣東省二級ENUM/DNS向江蘇省二級ENUM/DNS服務(wù)器發(fā)送NAPTR查詢請求江蘇省二級ENUM/DNS服務(wù)器返回查詢結(jié)果至廣東省二級ENUM/DNS服務(wù)器廣東省二級ENUM/DNS服務(wù)器將查詢結(jié)果返回給S-CSCF數(shù)據(jù)更新CSCF與ENUM/DNS的數(shù)據(jù)更新CSCF等ENUMClient是基于查詢到的RR（resourcerecord）中TTL，來確定該記錄的有效期。由于在TTL有效期內(nèi)，ENUM/DNS數(shù)據(jù)更改后，CSCF等ENUMClient是無法獲知，還會以RR記錄中定義的路由信息發(fā)送。為了解決這一問題，ENUMClient和ENUM/DNS之間的同步機制采用DNS的Notify機制（參見RFC1996）。即要求ENUM/DNS支持Notify機制，由ENUM/DNS將CSCF等ENUMClient看作SlaveServer，在zone中數(shù)據(jù)更改后，發(fā)送Notify消息通知CSCF等ENUMClient，CSCF在收到Notify消息后返回應(yīng)答消息，并且認為緩存中屬于該Notify消息中zone的記錄已無效，需要重新查詢。ENUM/DNS如果沒有收到ENUMClient端返回的應(yīng)答消息，應(yīng)有重發(fā)機制，如三次重發(fā)。ENUM/DNS與ENUMClient之間通過UDP協(xié)議傳送Notify及其應(yīng)答消息，這需要ENUM/DNS、ENUMclient可以配置對端和自身的UDP端口。主備ENUM/DNS數(shù)據(jù)更新功能DNS標準對于數(shù)據(jù)量變化較小情況下，主備ENUM/DNS數(shù)據(jù)同步功能采用標準DNS的通知和增量方案實現(xiàn)，細節(jié)參見RFC1996和RFC1995，流程如下圖所示：主ENUMDNS主ENUMDNS備ENUMDNSENUMDNS.-Notify.QueryENUMDNS-Notify.ResponseENUMDNS-IXFR.QueryENUMDNS-IXFR.Response主備ENUM/DNS數(shù)據(jù)更新功能FTP方案主、備ENUM/DNS之間數(shù)據(jù)更新方案，對于變化數(shù)據(jù)量較大的情況下，采用當主ENUM/DNS的zone中數(shù)據(jù)發(fā)生變化時，發(fā)送消息通知備ENUM/DNS，備ENUM/DNS通過FTP獲取變化的zone數(shù)據(jù)文件或整個zone數(shù)據(jù)文件的方式實現(xiàn)。當主ENUM/DNS的zone中數(shù)據(jù)發(fā)生變化后，發(fā)送Notify消息給備ENUM/DNS，備ENUM/DNS在收到Notify消息后，設(shè)置該zone中數(shù)據(jù)不可用，返回應(yīng)答消息，隨后發(fā)送IXFR(incrementalzonetransfer)消息（參見RFC1995）給主ENUM/DNS。主ENUM/DNS在收到該消息后，返回應(yīng)答消息給備ENUM/DNS，并將增量變化的zone數(shù)據(jù)或者全zone數(shù)據(jù)寫到文件中，放到指定目錄下；備ENUM/DNS收到應(yīng)答消息后，通過FTP獲取。備ENUM/DNS如果未收到主ENUM/DNS的應(yīng)答消息，應(yīng)該有重發(fā)請求消息機制，如果重發(fā)結(jié)束后，仍未收到應(yīng)答消息，發(fā)送告警給網(wǎng)管；在收到應(yīng)答消息后，因為寫增量zone文件或全zone文件需要時間，備ENUM/DNS通過FTP獲取文件應(yīng)在收到應(yīng)答消息后間隔一定時間進行，如果沒有，應(yīng)該有重取機制，如果重取結(jié)束后，仍未獲得所需文件，發(fā)送告警給網(wǎng)管。容量、性能和可靠性要求為了保證ENUM/DNS能夠滿足業(yè)務(wù)和服務(wù)質(zhì)量的需要以及能夠可靠地運行，應(yīng)具有以下的性能指標和可靠性要求：一級、二級ENUM的處理能力至少應(yīng)不小于2000次/秒（以本地查詢?yōu)闃藴剩?并可進一步擴容。從收到請求消息到發(fā)出響應(yīng)消息的時間應(yīng)小于10ms。ENUM/DNS主、備節(jié)點的切換時間應(yīng)小于30秒。ENUM/DNS雙機工作時，每年停機的時間不超過3分鐘/年。能夠?qū)^載進行控制。接口要求物理接口ENUM/DNS設(shè)備與IP網(wǎng)相連的網(wǎng)絡(luò)接口應(yīng)成對配置，可按需要配置為主備方式或負荷分擔方式提供備份，并且能夠根據(jù)需要進行擴充。同一物理端口應(yīng)支持不同網(wǎng)段的多IP地址配置。當ENUM/DNS設(shè)備與IP網(wǎng)采用傳統(tǒng)的五類網(wǎng)線連接時，該網(wǎng)線物理接頭的制作工藝必須滿足中國電信的電信級要求。ENUM/DNS設(shè)備其他物理接口要求如下：（1）10/100MBaseT接口要求：ENUM/DNS設(shè)備之間通過IP網(wǎng)互通，應(yīng)具備10Mbps/100Mbps自適應(yīng)以太網(wǎng)接口，符合IEEE802.3、802.3u標準（2）1000MBaseT接口要求：ENUM/DNS設(shè)備之間通過IP網(wǎng)互通，應(yīng)具備1000Mbps以太網(wǎng)接口（符合IEEE802.3ab標準），1000MBase-Lx/Sx以太網(wǎng)光接口（符合IEEE802.3z標準）（3）本地維護接口：ENUM/DNS設(shè)備本地維護管理接口可以采用RS-232接口，或10BaseT和/或100BaseT自適應(yīng)接口。（4）網(wǎng)元網(wǎng)管直聯(lián)接口：ENUM/DNS設(shè)備與網(wǎng)管中心的接口采用10BaseT和/或100BaseT接口。對于10BaseT以太網(wǎng)接口，應(yīng)符合標準IEEE802.3。對于100BaseT以太網(wǎng)接口，應(yīng)符合IEEE802.3u。軟件接口ENUM/DNSClient與Server之間的消息,采用標準的DNS協(xié)議（承載在UDP/TCP協(xié)議上），遵循RFC1035和RFC2915.ENUM是利用DNS機制，將E.164號碼與基于DNS架構(gòu)的業(yè)務(wù)資源URI結(jié)合,將E.164號碼映射成URI查詢NAPTR數(shù)據(jù)。網(wǎng)管要求ENUM/DNS系統(tǒng)提供以下網(wǎng)管功能：對硬件設(shè)備的操作維護管理顯示硬件設(shè)備的特性；顯示硬件設(shè)備的狀態(tài)；激活備用系統(tǒng)；去激活備用系統(tǒng)；在主備用系統(tǒng)間進行切換；對軟件的操作管理操作系統(tǒng)版本的管理顯示操作系統(tǒng)的版本；應(yīng)用軟件包的管理顯示應(yīng)用軟件包描述文件的內(nèi)容；列舉應(yīng)用軟件包的描述文件;應(yīng)用軟件包的配置文件管理;差錯和告警的維護管理由于ENUM/DNS的硬件設(shè)備和軟件都可能出現(xiàn)差錯并告警，所以ENUM/DNS要具有以下差錯和告警的維護管理功能。告警的級別能夠根據(jù)差錯對ENUM/DNS影響的程度對告警分為四個級別：警告：仍正常輕微異常：已經(jīng)有不正常的情況發(fā)生，但不需要恢復(fù)，設(shè)備或應(yīng)用仍然可繼續(xù)運行。輕度異常：已經(jīng)有不正常的情況發(fā)生，只有經(jīng)過恢復(fù)，設(shè)備或應(yīng)用才可繼續(xù)運行。嚴重異常：已經(jīng)有不正常的情況發(fā)生，設(shè)備或應(yīng)用無論如何已不能繼續(xù)運行。告警的種類告警可以分為兩類：硬件設(shè)備的告警和應(yīng)用的告警告警的格式中應(yīng)包括：告警的編碼告警等級日期和時間設(shè)備標識硬件要求（1）硬件應(yīng)采用模塊化結(jié)構(gòu)，便于容量擴充和引入新的硬件模塊容納新業(yè)務(wù)和新技術(shù)。（2）提供的設(shè)備應(yīng)全部采用經(jīng)過老化測試和嚴格篩選的優(yōu)質(zhì)元器件。硬件的組裝應(yīng)該有嚴格的質(zhì)量控制，確保長期使用的高穩(wěn)定性和高可靠性。（3）提供主、備份服務(wù)器冗余備份的功能。軟件要求基本要求要求軟件采用模塊化結(jié)構(gòu)，模塊之間的通信應(yīng)按規(guī)定接口進行。任何一層的任何一個模塊的維護和更新以及新模塊的追加都不應(yīng)影響其他模塊。配置數(shù)據(jù)與處理程序應(yīng)有相對的獨立性，配置數(shù)據(jù)的任何變更都不應(yīng)引起運行版本程序的變更，處理程序應(yīng)與任何局的配置數(shù)據(jù)相適應(yīng)。軟件應(yīng)有容錯能力，一般小的軟件故障不應(yīng)引起各類嚴重的系統(tǒng)再啟動。軟件設(shè)計應(yīng)有防護性能，某一軟件模塊內(nèi)的軟件錯誤應(yīng)限制在本模塊內(nèi)，而不應(yīng)造成其它軟件模塊的錯誤。應(yīng)具有軟件運行故障的監(jiān)視功能，一旦軟件出現(xiàn)死循環(huán)等重大故障時，應(yīng)能自動再啟動，并生成即時故障報告信息。在未達到設(shè)備的終局容量時，增加或減少設(shè)備容量時，只需變更配置數(shù)據(jù)，并僅需使用一般的人機命令即可。不應(yīng)影響正常通信。同種型號的ENUM設(shè)備應(yīng)采用同一種軟件版本，同一型號ENUM設(shè)備的不同時間的軟件版本應(yīng)能兼容。軟件功能要求要求有完善的實時操作系統(tǒng)。要求有完善的各類協(xié)議處理功能和代碼轉(zhuǎn)換功能。要求具有網(wǎng)管子系統(tǒng)及處理相應(yīng)業(yè)務(wù)的功能，要求具有輸入業(yè)務(wù)量、輸出業(yè)務(wù)量控制功能。要求具有完善的系統(tǒng)結(jié)構(gòu)控制功能，可以靈活地組合ENUM設(shè)備，構(gòu)成運行系統(tǒng)。要求具有對各種硬件設(shè)備測試的功能。要求具有對軟件、硬件運行故障的監(jiān)視功能，有完善的故障告警及障礙后處理

功能。要求具有完善的、方便的人機通信控制功能。要求具有完善的維護管理功能，具有配置的維護管理，業(yè)務(wù)量觀察管理、軟件維護管理、設(shè)備維護管理、計費管理等功能。環(huán)境要求環(huán)境溫度、濕度要求ENUM設(shè)備在以下溫、濕度條件下的機房中應(yīng)能正常工作，見下表。設(shè)備名稱及機房名稱溫度（℃）相對濕度（%）長期工作條件短期工作條件長期工作條件短期工作條件ENUM設(shè)備及外圍設(shè)備+5～+40-5～+505％～85％RH(1~25g/m3)5％～95％RH(1~29g/m3)注：機房內(nèi)工作環(huán)境溫、濕度的測量點，指在設(shè)備機架前后沒有保護板時測量，距地板以上1.5米和距設(shè)備機架前方0.4短期工作條件指連續(xù)不超過48小時和每年累計不超過15天。防塵要求ENUM設(shè)備應(yīng)能在滿足下述清潔度的機房正常工作：直徑大于5μm灰塵的濃度≤3×104粒/m3?；覊m粒子為非導(dǎo)電、非導(dǎo)磁和非腐蝕性的。抗電磁干擾的能力ENUM設(shè)備本身在0.01～10000MHz頻率范圍內(nèi)，受到電場強度為140dBμV/m的外界電磁波干擾時，應(yīng)不出現(xiàn)故障和性能的下降。在交流、直流電源線對和信號線對受到下表所示的0.01~100MHz頻率范圍的外界電磁干擾感應(yīng)電流時，ENUM設(shè)備應(yīng)不出現(xiàn)故障和性能的下降。頻率范圍(MHz)最大線路感應(yīng)電流(dBμA)0.01～0.8-21.051ogf+67.90.8～10070本身產(chǎn)生的電磁干擾要求由ENUM設(shè)備發(fā)射出的無線電電磁波干擾強度應(yīng)滿足下表的限值。頻率范圍(MHz)干擾電磁強度(dBμA/m)0.01～0.024148.6