《中国移动ENUM-DNS接口和设备规范》征求意见稿V1.0.0

╳╳╳╳-╳╳-╳╳发布

版本号：1.0.0 

QB-╳╳-╳╳╳-╳╳╳╳

中国移动通信企业标准

中国移动EUM-DNS接口和设备规范

Equipment and Interface specification of ENUM-DNS

中国移动通信集团公司    发布

目     录

1.    范   围    1

2.    引用标准、协议    1

3.    术语和定义    1

4.    符号和缩略语    2

5.    ENUM的原理和标准    3

6.    ENUM-Server与ENUM-Client间接口协议规范    3

6.1.    DNS的消息格式简图    3

Header部分    3

Question部分    6

Answer、Authority和Additional部分    7

6.2.    NAPTR记录格式    8

7.    ENUM-DNS设备功能要求    9

7.1.    数据管理功能    9

7.2.    支持的查询功能    9

7.3.    支持的标准协议    9

7.4.    性能指标和可靠性要求    10

7.5.    硬件要求    10

7.6.    统计和网管    10

8.    附录一：彩信业务MM4接口接收方用户归属彩信中心地址查询的范例：    11

9.    附录二、彩信业务ENUM DNS的应用环境    13

10.    附录三、彩信业务NAPTR数据记录各字段的填写规范    15

11.    编制历史    17

前   言

本规范制定了中国移动ENUM-DNS及其相关设备的接口和设备要求。

本标准由中国移动通信集团公司技术部提出并归口。

本标准起草单位：中国移动通信集团公司研发中心

本标准主要起草人：孙若雯

本标准解释单位：中国移动通信集团公司技术部

范   围

本规范适用于中国移动的ENUM-DNS设备，后续随着ENUM DNS应用环境的增加，将对该规范进行修订。

本规范是中国移动进行ENUM-DNS建设和组网的技术依据。

本规范主要包含ENUM的原理和标准、ENUM SERVER和ENUM CLIENT之间的接口规范，ENUM-DNS在MMS系统的解决方案以及ENUM-DNS设备功能要求几个部分。

引用标准、协议

下列标准包含的条文，通过在本要求中的引用而构成为本要求的条文。在要求出版时，所示版本均为有效。所有标准都会被修订，使用本要求的各方应探讨使用下列标准最新版本的可能性。

[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]    RFC2915

The Naming Authority Pointer (NAPTR) DNS Resource Record

[4]    RFC2916

E.1 number and DNS

[5]    RFC1034

DOMAIN NAMES - CONCEPTS AND FACILITIES

术语和定义

ENUM-DNS：对E.1地址进行域名解析的系统。

符号和缩略语

DNS       Domain Name System

ENUM-DNS Domain Name System (DNS) for storage of E.1 numbers

URI        Uniform Resource Identifier

NAPTR    The Naming Authority Pointer

ENUM的原理和标准

ENUM是利用DNS机制，将E.1号码与基于DNS架构的业务资源URI结合。在国际标准下，在DNS系统中增加一个新域名e1.arpa，存放各资源URI，建立E1号码与可访问资源的映射，提供用电话号码访问资源的途径。这些可访问资源包括Phone、Email、FAX等。目前中国移动采用封闭式的ENUM-DNS系统，暂时不考虑使用e1.arpa这个域名。建议中国移动的ENUM-DNS设备的域名分配规则参见《中国移动设备域名分配原则》。

Enum的查询采用Client－Server方式进行，Client端可以驻留在MMSC、WAP网关、Email系统、增值应用等平台上。

ENUM-Server与ENUM-Client间接口协议规范

ENUM Client与ENUM Server间采用UDP进行通讯（也可以根据通讯可靠性要求选择采用TCP），ENUM Client与Server之间的消息，采用标准的DNS消息格式，遵循RFC1035和RFC2915。主要用途输是由Client发起DNS消息，通过E.1号码转换的URL查询NAPTR数据。DNS的消息格式如下：

DNS的消息格式简图

Header部分

header部分简图

说明：opCode ： 规定查询的类型。

0            标准查询

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             不支持

1             支持

Z：             保留为以后用。

RCODE：  响应码

0              No error condition

1              Format error - The enum server was unable to interpret the query.

2              Server failure - The enum server was unable to process this query due to

a problem with the enum server.

3               Name Error - Meaningful only for responses from  an 

authoritativeenumserver, this code 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 information 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部分字段详解如下：

label结构详解

+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+

|        1          |        F           |

+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+

|        3          |        I           |

+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+

|        S          |        I           |

+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+

|        4          |        A          |

+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+

|        R          |        P          |

+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+

|       A         |         0            |

+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+

Answer、Authority和Additional部分

Answer、Authority、Addtional部分采用同样的格式，变长的资源记录（RR），RR格式如下：

RR结构字段详解如下：

RR字段详解

NAPTR记录说明如下：

NAPTR记录字段详解

数据管理功能

1、e.1号码和所对应的NAPTR数据的存储，应包含以下内容

e1Number

Order

Peference

Flags

Services

RegExp

Replacement

2、数据管理的安全性

（1）ENUM DNS的数据管理操作员需要有操作员标识和密码

（2）密码要求有有效期    

（3）操作员的权限范围

    根据操作员的不同等级，可以给操作员分配不同的权限。

 支持的查询功能

1）支持递归查询

2）支持迭代查询

 支持的标准协议

   遵循RFC1035、RFC2915、RFC2916

性能指标和可靠性要求

为了保证ENUM DNS能够满足业务和服务质量的需要以及能够可靠地运行，应具有以下的性能指标和可靠性要求：

1）ENUM DNS的处理能力至少应应不小于200次/秒 ( 以本地查询为标准)，并可进一步扩容。

2）从收到请求消息到发出响应消息的时间应小于10ms（以本地查询，单表100万纪录为标准)；

3）ENUM DNS主、备节点的切换时间应小于15秒。

4）ENUM DNS双机工作时，每年停机的时间不超过 3 分钟/年。

5）能够对过负荷控制。

6）ENUM DNS可灵活控制外部应用系统与系统之间的最大流量等，从而防止利用外部系统对中心进行恶意攻击。

7）ENUM DNS系统可以通过IP地址，控制允许访问的外部应用系统。

硬件要求

1）提供主、备份服务器冗余备份的功能； 

2）存储容量至少不小于2G byte；

3）DISK中用于存储E.1数据的空间至少不小于20 Gbyte。

统计和网管

ENUM DNS系统支持SNMP协议与网管相连，提供以下网管功能：

1）对硬件设备的操作维护管理

应能够从网管终端上：

（1）显示硬件设备的特性；

（2）显示硬件设备的状态；

（3）激活备用系统；

（4）去激活备用系统；

（5）在主备用系统间进行切换；

2）对软件的操作管理

（1）操作系统版本的管理

--显示操作系统的版本；

（2）应用软件包的管理

--显示应用软件包描述文件的内容；

--列举应用软件包的描述文件;

--应用软件包的配置文件管理;

3）差错和告警的维护管理

    由于ENUM DNS的硬件设备和软件都可能出现差错并告警，所以ENUM DNS要具有以下差错和告警的维护管理功能。

（1）告警的级别

能够根据差错对ENUM DNS影响的程度对告警分为四个级别：

--警告：仍正常

--轻微异常：已经有不正常的情况发生，但不需要恢复，设备或应用仍然可继续运行 。

--轻度异常：已经有不正常的情况发生，只有经过恢复，设备或应用才可继续运行。

--严重异常：已经有不正常的情况发生，设备或应用无论如何已不能继续运行。

（2）告警的种类

告警可以分为两类：硬件设备的告警和应用的告警

--告警的格式中应包括：

  。告警的编码

  。告警等级

  。日期和时间

  。设备标识

3）统计管理

（1）查询统计

ENUM DNS提供在一段时间内的以下统计功能：

1〉成功查询数

2〉失败查询数

3〉在某个域的查询数

（2）数据库性能统计

      统计数据库占用空间和日志使用空间。

（3）系统资源占用统计

  统计CPU占用率、磁盘空间利用率、内存空间利用率

附录一：彩信业务MM4接口接收方用户归属彩信中心地址查询的范例：

1.    发端MMSRelay/ServerRelay/Server确保收端地址（MSISDN）符合E.1地址格式并包含有字符‘+’。如果收端地址遵从某国家或地区方案（如：只在运营商代码后加一个号码），MMSRelay/ServerRelay/Server必须把该国家或地区号码转换为E.1格式的地址。

例1:    +30-697-123-4567

例2:  号码转换时，6971234567被转换为+306971234567。

2.    发端MMSRelay/ServerRelay/Server把除开头的‘+’以外的所有非数字字符去掉。

例如:    +306971234567

3.    发端MMSRelay/ServerRelay/Server把除数字以外的所有字符都去掉。

例如:    306971234567

4.    发端MMSRelay/ServerRelay/Server在各数字之间插入实心点“.“

例如:    3.0.6.9.7.1.2.3.4.5.6.7

5.    发端MMSRelay/ServerRelay/Server颠倒数字顺序。

例如:    7.6.5.4.3.2.1.7.9.6.0.3

6.    产生的子域（步骤5所产生）通过添加合适的字符串被转换为一个正式域名。所添加的具体的字符串，取决于ENUM实现的管理控制。

例如:    7.6.5.4.3.2.1.7.9.6.0.3.e1.arpa (公共顶级域名), 7.6.5.4.3.2.1.7.9.6.0.3.e1.gsm (专用顶级域名), 7.6.5.4.3.2.1.7.9.6.0.3.e1.gprs (专用顶级域名)等等。

7.    发端MMSRelay/ServerRelay/Server采用所产生的FQDN以及符合步骤2规定形式的字符串（E.1号码） ，作为输入值，输入到NAPTR算法。 

8.    输出结果可能如下：

a.    E.1号码不在编号方案之中。发端MMSRelay/ServerRelay/Server调用合适的地址解析异常处理程序（如：向发端MMS用户代理发送消息来报告错误情况）。 

b.    E.1号码在编号方案之中，但该号码没有相应的URI存在。发端MMSRelay/ServerRelay/Server调用合适的地址解析异常处理程序（如：向发端MMS用户代理发送消息来报告错误情况，进行必要的地址转换，并通过MM3等路由转发该消息到收端）。

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

d.    DNS ENUM业务不可用。发端MMSRelay/ServerRelay/Server调用合适的地址解析异常处理程序（如：向发端MMS用户代理发送消息来报告错误情况，在排队中存储该消息，并在以后重试等）。 

e.    E.1号码在编号方案中，相应的MMS URI也存在。

例如:    下列所示为与FQDN相关的NAPTR资源记录。该FQDN地址是从收端MSISDN地址(+306971234567)推导出来的。

IN NAPTR 100 10 "u" "sip+E2U" "!^.*$!sip:Mary.Smith@sip.cosmote.gr!"    

IN NAPTR 100 11 "u" "mms+E2U" "!^.*$!mms:+306971234567/TYPE=PLMN@mms.cosmote.gr!"    . 

        IN NAPTR 101 10 "u" "mailto+E2U" "!^.*$!mailto:Mary.Smith@mycosmos.gr!"        . 

        IN NAPTR 102 10 "u" "mailto+E2U" "!^.*$!mailto:MaryS@otenet.gr!"        .

        号码+306971234567被转化为下列URI:

        sip:Mary.Smith@sip.cosmote.gr

        mms:+306971234567/TYPE=PLMN@mms.cosmote.gr

        mailto:Mary.Smith@mycosmos.gr

        mailto:MaryS@otenet.gr

9.    如果ENUM-DNS返回不止一个MMS URI，发端MMSRelay/ServerRelay/Server必须根据[25]和[26]描述的顺序和惯用选项字段对MMS URI进行排序。

10.    发端MMSRelay/ServerRelay/Server必须把最高优先级MMS URI中“邮箱”的域部分解析为采用标准DNS的IP地址。

例如:    最高优先级MMS URI为mms:+306971234567/TYPE=PLMN@mms.cosmote.gr

“邮箱”的域部分为mms.cosmote.gr，被解析为(例如：DNS) 10.10.0.1

11.    发端MMSRelay/ServerRelay/Server使用所产生IP地址以及收端RFC 2822地址（“邮箱”），将该MM路由转发到收端MMSRelay/ServerRelay/Server。

MMS资源记录（RR）

NAPTR RR中的关键字段为RFC2915和RFC2916中描述的域、TTL、级别、类型、顺序、优先级、标记、业务、Regexp及替换。本发布版本中特别进一步规定了下列字段：

Service = "mms+E2U"

Regexp = "!^.*$!mms:mailbox!"，其中，“邮箱”标记以及相关的格式规则。

MMS URI的格式为“mms:mailbox”。

附录二、彩信业务ENUM DNS的应用环境

  ENUM DNS的路由查询功能可以在多种业务中使用，本附录主要规定了ENUM DNS在彩信业务中的各种应用环境下应遵循的接口和设备要求。

  按照目前中国移动彩信业务的组网结构，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，实现发送方的动态路由。

说明：由于目前彩信业务发送方用户归属彩信中心的查找是通过重定向器（Redirector）实现的，目标网将通过ENUM DNS设备发送方用户的路由查找。

6、采用ENUM DNS实现MMSC系统移动号码携带功能：

在进行号码携带环境下，MMSC无法通过MNP号码直接获得接收方MS归属的MMSC地址，所以通过ENUMDNS建立MNP与接收方MS的归属MSISDN的对应关系，甚至建立MNP与接收方MS归属MMSC的对应关系。为了能够MMSC一点介入ENUM DNS系统，实现将任意存储在ENUM DNS体系中的MNP的相应信息查询到，需要将ENUM DNS体系按照DNS技术建立互连关系，支持递归查询。除非只建一个ENUM DNS服务器。（目前暂不考虑）

附录三、彩信业务NAPTR数据记录各字段的填写规范

MMS产品的业务在使用ENUM DNS时，对于NAPTR数据记录个字段的填写规范：

1、Order字段：该字段标识优先级，如果MMS规定Service业务对应一个查询条件存在多个记录，则通过该字段区分不同的数据记录。具体情况参见《MMS产品Service业务分类和RegExp对应表》的描述。

2、Preference字段：该字段标识次优先级，表示在确定优先级下，继续进行优先级划分的处理，MMS产品的业务暂时未使用该字段

3、FlagsLength字段：具体FlagsLength字段的取值会参考Flags字符串的实际长度填写。

4、Flags字段：MMS产品的业务对于该字段指始终填写为“U“。

5、ServicesLength字段：具体ServicesLength字段的取值会参考Services字符串的实际长度填写。

6、Services字段：具体Services字段在MMS产品业务使用中的描述参见《MMS产品Service业务分类和RegExp对应表》的描述。

7、RegExpLength字段：具体RegExpLength字段的取值会参考RegExp字符串的实际长度填写。

8、RegExp字段：具体RegExp字段在MMS产品业务使用中的描述参见《MMS产品Service业务分类和RegExp对应表》的描述。

9、Replacement字段：具体Replacement字段在MMS产品业务使用中的描述参见《MMS产品Service业务分类和RegExp对应表》的描述。

MMS产品Services业务分类和RegExp对应表如下：

编制历史