专利名称：一种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日
发明者孙望, 许可喜, 宣伟 申请人:中兴通讯股份有限公司