《中国移动ENUMDNS接口和设备规范》征求意见稿V100.docx

1、中国移动ENUMDNS接口和设备规范征求意见稿V100-实施-发布版本号：1.0.0 QB-中国移动通信企业标准中国移动EUM-DNS接口和设备规范Equipment and Interface specification of ENUM-DNS中国移动通信集团公司 发布目 录1. 范 围 12. 引用标准、协议 13. 术语和定义 14. 符号和缩略语 25. ENUM的原理和标准 36. ENUM-Server与ENUM-Client间接口协议规范 36.1. DNS的消息格式简图 3Header部分 3Question部分 6Answer、Authority和Additional部分 7

2、6.2. NAPTR记录格式 87. ENUM-DNS设备功能要求 97.1. 数据管理功能 97.2. 支持的查询功能 97.3. 支持的标准协议 97.4. 性能指标和可靠性要求 107.5. 硬件要求 107.6. 统计和网管 108. 附录一：彩信业务MM4接口接收方用户归属彩信中心地址查询的范例： 119. 附录二、彩信业务ENUM DNS的应用环境 1310. 附录三、彩信业务NAPTR数据记录各字段的填写规范 1511. 编制历史 17前 言本规范制定了中国移动ENUM-DNS及其相关设备的接口和设备要求。本标准由中国移动通信集团公司技术部提出并归口。本标准起草单位：中国移动通信

3、集团公司研发中心本标准主要起草人：孙若雯本标准解释单位：中国移动通信集团公司技术部范 围本规范适用于中国移动的ENUM-DNS设备，后续随着ENUM DNS应用环境的增加，将对该规范进行修订。本规范是中国移动进行ENUM-DNS建设和组网的技术依据。本规范主要包含ENUM的原理和标准、ENUM SERVER和ENUM CLIENT之间的接口规范，ENUM-DNS在MMS系统的解决方案以及ENUM-DNS设备功能要求几个部分。引用标准、协议下列标准包含的条文，通过在本要求中的引用而构成为本要求的条文。在要求出版时，所示版本均为有效。所有标准都会被修订，使用本要求的各方应探讨使用下列标准最新版本的

4、可能性。1 3GPP TS 22.140 V5.2.0, Multimedia Messaging Service Stage 1, (Release 5)2 3GPP TS 23.140 V6.1.0,Multimedia Messaging Service Stage 2, (Release 6)3 RFC2915The Naming Authority Pointer (NAPTR) DNS Resource Record4 RFC2916E.164 number and DNS5 RFC1034DOMAIN NAMES - CONCEPTS AND FACILITIES术语和定义ENU

5、M-DNS：对E.164地址进行域名解析的系统。符号和缩略语DNS Domain Name SystemENUM-DNS Domain Name System (DNS) for storage of E.164 numbersURI Uniform Resource IdentifierNAPTR The Naming Authority Pointer ENUM的原理和标准ENUM是利用DNS机制，将E.164号码与基于DNS架构的业务资源URI结合。在国际标准下，在DNS系统中增加一个新域名e164.arpa，存放各资源URI，建立E164号码与可访问资源的映射，提供用电话号码访问资源的

6、途径。这些可访问资源包括Phone、Email、FAX等。目前中国移动采用封闭式的ENUM-DNS系统，暂时不考虑使用e164.arpa这个域名。建议中国移动的ENUM-DNS设备的域名分配规则参见中国移动设备域名分配原则。Enum的查询采用ClientServer方式进行，Client端可以驻留在MMSC、WAP网关、Email系统、增值应用等平台上。ENUM-Server与ENUM-Client间接口协议规范ENUM Client与ENUM Server间采用UDP进行通讯（也可以根据通讯可靠性要求选择采用TCP），ENUM Client与Server之间的消息，采用标准的DNS消息格式，

7、遵循RFC1035和RFC2915。主要用途输是由Client发起DNS消息，通过E.164号码转换的URL查询NAPTR数据。DNS的消息格式如下：DNS的消息格式简图Header部分header部分简图字段名字段类型字段长度字段取值范围备注idunsigned short 2byte消息IDflagunsigned short2byte0bit QR1-3bit OpCode5bit AA6bit TC7bit RD8bit RA9-11bit Z12-15bitRCODEqdcountunsigned short2bytethe number of entries in the ques

8、tion section.ancountunsigned short2bytethe number of resource records in the answer section.nscountunsigned short2bytethe number of name server source records in authority recordsarcountunsigned short2bytenumber of resource records in the additional records section. header部分字段详解说明：opCode ： 规定查询的类型。0

9、 标准查询1 反向查询2 Server状态请求 3-15 保留为将来用当查询NAPTR记录时，OpCode值为0(Standard query)。AA： 在response消息中说明对question部分中domain name的答复是权威 enum server答复的。0 非权威答复1 权威答复TC： 说明这个消息是被截断的，由于长度超过传输协议（TCP/UDP）最 大许可。0 非截断1 截断RD： 说明客户端希望enum server采用递归查询。该字段值可以被response消息中。0 非递归查询1 递归查询 RA： 说明客户端的递归查询请求，enum server是否支持。 0 不支持

10、1 支持Z： 保留为以后用。RCODE： 响应码0 No error condition1 Format error - The enum server was unable to interpret the query.2 Server failure - The enum server was unable to process this query due toa problem with the enum server.3 Name Error - Meaningful only for responses from an authoritativeenumserver, this c

11、ode signifies that the domain name referenced in the query does not exist.4 Not Implemented - The enum server do not support the requested kind of query.5 Refused - The enum server refuse perform the specified operation for policy reasons. For example, a enum server may not wish to provide the infor

12、mation to the particular requester or a enumserver maynot wish to performa particular operation (e.g., zonetransfer) for particular data.6-15 Reserved for future use.Question部分question部分字段详解如下：字段名字段类型字段长度字段取值范围备注qnamedomain-name见下面说明qtypeunsigned short2byte当查询NAPTR记录时，值为35qclassunsigned short2byte表示

13、IN，值为1说明：domain-name是由一系列的label组成，以零长度label做为结束标志，表示domain name，label结构如下：label结构详解字段名字段类型字段长度字段取值范围备注labellenunsigned char1byte0-63labelcontentunsigned char 0-63举例：如将F.ISI.ARPA存放到qname，存放格式如下：+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 1 | F |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 3 | I |+-+-+-+-+-+-+-+-+-+-+-+

14、-+-+-+-+-+| S | I |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 4 | A |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| R | P |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| A | 0 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Answer、Authority和Additional部分Answer、Authority、Addtional部分采用同样的格式，变长的资源记录（RR），RR格式如下：RR结构字段详解如下：RR字段详解字段名字段类型字段长度字段取值范围备注na

15、medomain-nametypeunsigned short 2bytenaptr记录类型值为35classunsigned short2bytettlunsigned int4byterdlengthunsigned short2byterdataNaptrNAPTR记录格式NAPTR记录说明如下：NAPTR记录字段详解字段名称字段类型字段长度字段取值范围备注Orderunsigned short2 bytes优先级Preferenceunsigned short2 bytes次优先级FlagsLengthunsigned char=256 bytes标志长度FlagscharServic

16、esLengthunsigned char=256 bytesServiceschar业务名称RegExpLengthunsigned char=256 bytesRegExpchar正则表达式Replacementdomain-nameENUM-DNS设备功能要求数据管理功能1、e.164号码和所对应的NAPTR数据的存储，应包含以下内容e164NumberOrderPeferenceFlagsServicesRegExpReplacement2、数据管理的安全性（1） ENUM DNS的数据管理操作员需要有操作员标识和密码（2） 密码要求有有效期 （3） 操作员的权限范围 根据操作员的不同

17、等级，可以给操作员分配不同的权限。 支持的查询功能1） 支持递归查询2） 支持迭代查询 支持的标准协议 遵循RFC1035、RFC2915、RFC2916性能指标和可靠性要求为了保证ENUM DNS能够满足业务和服务质量的需要以及能够可靠地运行，应具有以下的性能指标和可靠性要求：1） ENUM DNS的处理能力至少应应不小于200次/秒 ( 以本地查询为标准)，并可进一步扩容。2） 从收到请求消息到发出响应消息的时间应小于10ms（以本地查询，单表100万纪录为标准)；3） ENUM DNS主、备节点的切换时间应小于15秒。4） ENUM DNS双机工作时，每年停机的时间不超过 3 分钟/年。

18、5） 能够对过负荷控制。6） ENUM DNS可灵活控制外部应用系统与系统之间的最大流量等，从而防止利用外部系统对中心进行恶意攻击。7） ENUM DNS系统可以通过IP地址，控制允许访问的外部应用系统。硬件要求1）提供主、备份服务器冗余备份的功能； 2）存储容量至少不小于2G byte；3）DISK中用于存储E.164数据的空间至少不小于20 Gbyte。统计和网管ENUM DNS系统支持SNMP协议与网管相连，提供以下网管功能：1）对硬件设备的操作维护管理应能够从网管终端上：（1） 显示硬件设备的特性；（2） 显示硬件设备的状态；（3） 激活备用系统；（4） 去激活备用系统；（5） 在主备

19、用系统间进行切换；2）对软件的操作管理（1） 操作系统版本的管理-显示操作系统的版本；（2） 应用软件包的管理-显示应用软件包描述文件的内容；-列举应用软件包的描述文件;-应用软件包的配置文件管理;3）差错和告警的维护管理 由于ENUM DNS的硬件设备和软件都可能出现差错并告警，所以ENUM DNS要具有以下差错和告警的维护管理功能。（1） 告警的级别能够根据差错对ENUM DNS影响的程度对告警分为四个级别：-警告：仍正常-轻微异常：已经有不正常的情况发生，但不需要恢复，设备或应用仍然可继续运行 。-轻度异常：已经有不正常的情况发生，只有经过恢复，设备或应用才可继续运行。-严重异常：已经有

20、不正常的情况发生，设备或应用无论如何已不能继续运行。（2） 告警的种类告警可以分为两类：硬件设备的告警和应用的告警-告警的格式中应包括： 。告警的编码 。告警等级 。日期和时间 。设备标识3） 统计管理（1）查询统计ENUM DNS提供在一段时间内的以下统计功能：1成功查询数2失败查询数3在某个域的查询数（2）数据库性能统计 统计数据库占用空间和日志使用空间。（3）系统资源占用统计 统计CPU占用率、磁盘空间利用率、内存空间利用率附录一：彩信业务MM4接口接收方用户归属彩信中心地址查询的范例：1. 发端MMSRelay/ServerRelay/Server确保收端地址（MSISDN）符合E.1

21、64地址格式并包含有字符+。如果收端地址遵从某国家或地区方案（如：只在运营商代码后加一个号码），MMSRelay/ServerRelay/Server必须把该国家或地区号码转换为E.164格式的地址。例1: +30-697-123-4567例2: 号码转换时，6971234567被转换为+306971234567。2. 发端MMSRelay/ServerRelay/Server把除开头的+以外的所有非数字字符去掉。例如: +3069712345673. 发端MMSRelay/ServerRelay/Server把除数字以外的所有字符都去掉。例如: 3069712345674. 发端MMSRel

22、ay/ServerRelay/Server在各数字之间插入实心点“.“例如: 3.0.6.9.7.1.2.3.4.5.6.75. 发端MMSRelay/ServerRelay/Server颠倒数字顺序。例如: 7.6.5.4.3.2.1.7.9.6.0.36. 产生的子域（步骤5所产生）通过添加合适的字符串被转换为一个正式域名。所添加的具体的字符串，取决于ENUM实现的管理控制。例如: 7.6.5.4.3.2.1.7.9.6.0.3.e164.arpa (公共顶级域名), 7.6.5.4.3.2.1.7.9.6.0.3.e164.gsm (专用顶级域名), 7.6.5.4.3.2.1.7.9.

23、6.0.3.e164.gprs (专用顶级域名)等等。7. 发端MMSRelay/ServerRelay/Server采用所产生的FQDN以及符合步骤2规定形式的字符串（E.164号码） ，作为输入值，输入到NAPTR算法。 8. 输出结果可能如下：a. E.164号码不在编号方案之中。发端MMSRelay/ServerRelay/Server调用合适的地址解析异常处理程序（如：向发端MMS用户代理发送消息来报告错误情况）。 b. E.164号码在编号方案之中，但该号码没有相应的URI存在。发端MMSRelay/ServerRelay/Server调用合适的地址解析异常处理程序（如：向发端MM

24、S用户代理发送消息来报告错误情况，进行必要的地址转换，并通过MM3等路由转发该消息到收端）。c. E.164号码在编码方案之中，但没有相应的MMS URI（MMS URI形式为“mms:mailbox”，在MMS资源记录章节中定义）存在。发端MMSRelay/ServerRelay/Server调用合适的地址解析异常处理程序（如：向发端MMS用户代理发送消息来报告错误情况，进行必要的地址转换，并基于业务字段等采用合适的URI、通过MM3等路由转发该消息到收端）。d. DNS ENUM业务不可用。发端MMSRelay/ServerRelay/Server调用合适的地址解析异常处理程序（如：向发端

25、MMS用户代理发送消息来报告错误情况，在排队中存储该消息，并在以后重试等）。 e. E.164号码在编号方案中，相应的MMS URI也存在。例如: 下列所示为与FQDN相关的NAPTR资源记录。该FQDN地址是从收端MSISDN地址(+306971234567)推导出来的。IN NAPTR 100 10 u sip+E2U !.*$!sip:Mary.Smithsip.cosmote.gr! IN NAPTR 100 11 u mms+E2U !.*$!mms:+306971234567/TYPE=PLMNmms.cosmote.gr! . IN NAPTR 101 10 u mailto+E

26、2U !.*$!mailto:Mary.Smithmycosmos.gr! . IN NAPTR 102 10 u mailto+E2U !.*$!mailto:MarySotenet.gr! . 号码+306971234567被转化为下列URI: sip:Mary.Smithsip.cosmote.gr mms:+306971234567/TYPE=PLMNmms.cosmote.gr mailto:Mary.Smithmycosmos.gr mailto:MarySotenet.gr9. 如果ENUM-DNS返回不止一个MMS URI，发端MMSRelay/ServerRelay/Serv

27、er必须根据25和26描述的顺序和惯用选项字段对MMS URI进行排序。10. 发端MMSRelay/ServerRelay/Server必须把最高优先级MMS URI中“邮箱”的域部分解析为采用标准DNS的IP地址。例如: 最高优先级MMS URI为mms:+306971234567/TYPE=PLMNmms.cosmote.gr“邮箱”的域部分为mms.cosmote.gr，被解析为(例如：DNS) 10.10.0.111. 发端MMSRelay/ServerRelay/Server使用所产生IP地址以及收端RFC 2822地址（“邮箱”），将该MM路由转发到收端MMSRelay/Serv

28、erRelay/Server。MMS资源记录（RR）NAPTR RR中的关键字段为RFC2915和RFC2916中描述的域、TTL、级别、类型、顺序、优先级、标记、业务、Regexp及替换。本发布版本中特别进一步规定了下列字段：Service = mms+E2URegexp = !.*$!mms:mailbox!，其中，“邮箱”标记以及相关的格式规则。MMS URI的格式为“mms:mailbox”。附录二、彩信业务ENUM DNS的应用环境 ENUM DNS的路由查询功能可以在多种业务中使用，本附录主要规定了ENUM DNS在彩信业务中的各种应用环境下应遵循的接口和设备要求。 按照目前中国移

29、动彩信业务的组网结构，ENUM DNS在彩信业务中的应用环境如下：1、 采用ENUM DNS实现MMSC系统的接收方（手机终端用户、SP服务代码业务代码、SP归属的SP Proxy路由、邮件服务器路由、邮件服务器归属的Email Proxy路由）动态路由功能。 图1 在MMSC中访问ENUM DNS查找路由2、 采用ENUM DNS实现增值应用系统（SP）进行接收方手机号码的归属路由功能和根据SP服务代码或SP服务代码业务代码进行SP的路由功能。图2 MMS增值应用网关中访问ENUM DNS查找路由3、 采用ENUM DNS实现Email 进行Email邮箱地址的路由功能和根据邮件地址进行邮件服务器的路由功能。图3 在MMS增值应用网关中访问ENUM DNS查找邮件代理路由4、 采用ENUM DNS实现MMSC系统的发送方（手机终端用户）动态路由功能，也就是通过WAP网关访问ENUM DNS，获取发送方手机号码的MMSC的URL，实现发送方的动态路由。