《中国移动ENUMDNS接口和设备规范》征求意见稿V100.docx
《《中国移动ENUMDNS接口和设备规范》征求意见稿V100.docx》由会员分享，可在线阅读，更多相关《《中国移动ENUMDNS接口和设备规范》征求意见稿V100.docx（21页珍藏版）》请在冰豆网上搜索。
《中国移动ENUMDNS接口和设备规范》征求意见稿V100
╳╳╳╳-╳╳-╳╳实施
╳╳╳╳-╳╳-╳╳发布
版本号：
1.0.0
QB-╳╳-╳╳╳-╳╳╳╳
中国移动通信企业标准
中国移动EUM-DNS接口和设备规范
EquipmentandInterfacespecificationofENUM-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.附录二、彩信业务ENUMDNS的应用环境13
10.附录三、彩信业务NAPTR数据记录各字段的填写规范15
11.编制历史17
前言
本规范制定了中国移动ENUM-DNS及其相关设备的接口和设备要求。
本标准由中国移动通信集团公司技术部提出并归口。
本标准起草单位：
中国移动通信集团公司研发中心
本标准主要起草人：
孙若雯
本标准解释单位：
中国移动通信集团公司技术部
范围
本规范适用于中国移动的ENUM-DNS设备，后续随着ENUMDNS应用环境的增加，将对该规范进行修订。
本规范是中国移动进行ENUM-DNS建设和组网的技术依据。
本规范主要包含ENUM的原理和标准、ENUMSERVER和ENUMCLIENT之间的接口规范，ENUM-DNS在MMS系统的解决方案以及ENUM-DNS设备功能要求几个部分。
引用标准、协议
下列标准包含的条文，通过在本要求中的引用而构成为本要求的条文。
在要求出版时，所示版本均为有效。
所有标准都会被修订，使用本要求的各方应探讨使用下列标准最新版本的可能性。
[1]3GPPTS22.140V5.2.0,
MultimediaMessagingService–Stage1,（Release5）
[2]3GPPTS23.140V6.1.0,
MultimediaMessagingService–Stage2,（Release6）
[3]RFC2915
TheNamingAuthorityPointer（NAPTR）DNSResourceRecord
[4]RFC2916
E.164numberandDNS
[5]RFC1034
DOMAINNAMES-CONCEPTSANDFACILITIES
术语和定义
ENUM-DNS：
对E.164地址进行域名解析的系统。
符号和缩略语
DNSDomainNameSystem
ENUM-DNSDomainNameSystem（DNS）forstorageofE.164numbers
URIUniformResourceIdentifier
NAPTRTheNamingAuthorityPointer
ENUM的原理和标准
ENUM是利用DNS机制，将E.164号码与基于DNS架构的业务资源URI结合。
在国际标准下，在DNS系统中增加一个新域名e164.arpa，存放各资源URI，建立E164号码与可访问资源的映射，提供用电话号码访问资源的途径。
这些可访问资源包括Phone、Email、FAX等。
目前中国移动采用封闭式的ENUM-DNS系统，暂时不考虑使用e164.arpa这个域名。
建议中国移动的ENUM-DNS设备的域名分配规则参见《中国移动设备域名分配原则》。
Enum的查询采用Client－Server方式进行，Client端可以驻留在MMSC、WAP网关、Email系统、增值应用等平台上。
ENUM-Server与ENUM-Client间接口协议规范
ENUMClient与ENUMServer间采用UDP进行通讯（也可以根据通讯可靠性要求选择采用TCP），ENUMClient与Server之间的消息，采用标准的DNS消息格式，遵循RFC1035和RFC2915。
主要用途输是由Client发起DNS消息，通过E.164号码转换的URL查询NAPTR数据。
DNS的消息格式如下：
DNS的消息格式简图
Header部分
header部分简图
字段名
字段类型
字段长度
字段取值范围
备注
id
unsignedshort
2byte
消息ID
flag
unsignedshort
2byte
0bitQR
1-3bitOpCode
5bitAA
6bitTC
7bitRD
8bitRA
9-11bitZ
12-15bitRCODE
qdcount
unsignedshort
2byte
thenumberof
entriesinthequestionsection.
ancount
unsignedshort
2byte
thenumberof
resourcerecordsintheanswersection.
nscount
unsignedshort
2byte
thenumberofnameserversourcerecordsinauthorityrecords
arcount
unsignedshort
2byte
numberofresourcerecordsintheadditionalrecordssection.
header部分字段详解
说明：
opCode：
规定查询的类型。
0标准查询
1反向查询
2Server状态请求3-15保留为将来用当查询NAPTR记录时，OpCode值为0（Standardquery）。
AA：
在response消息中说明对question部分中domainname的答复是权威enumserver答复的。
0非权威答复
1权威答复
TC：
说明这个消息是被截断的，由于长度超过传输协议（TCP/UDP）最大许可。
0非截断
1截断
RD：
说明客户端希望enumserver采用递归查询。
该字段值可以被response
消息中。
0非递归查询
1递归查询
RA：
说明客户端的递归查询请求，enumserver是否支持。
0不支持
1支持
Z：
保留为以后用。
RCODE：
响应码
0Noerrorcondition
1Formaterror-Theenumserverwasunabletointerpretthequery.
2Serverfailure-Theenumserverwasunabletoprocessthisquerydueto
aproblemwiththeenumserver.
3NameError-Meaningfulonlyforresponsesfroman
authoritativeenumserver,thiscodesignifiesthatthedomainnamereferencedinthequerydoesnotexist.
4NotImplemented-Theenumserverdonotsupporttherequestedkindofquery.
5Refused-Theenumserverrefuseperformthespecifiedoperationforpolicyreasons.Forexample,aenumservermaynotwishtoprovidetheinformationtotheparticularrequesteroraenumservermaynotwishtoperformaparticularoperation（e.g.,zonetransfer）forparticulardata.
6-15Reservedforfutureuse.
Question部分
question部分字段详解如下：
字段名
字段类型
字段长度
字段取值范围
备注
qname
domain-name
见下面说明
qtype
unsignedshort
2byte
当查询NAPTR记录时，值为35
qclass
unsignedshort
2byte
表示IN，值为1
说明：
domain-name是由一系列的label组成，以零长度label做为结束标志，表示domainname，label结构如下：
label结构详解
字段名
字段类型
字段长度
字段取值范围
备注
labellen
unsignedchar
1byte
0-63
labelcontent
unsignedchar
0-63
举例：
如将F.ISI.ARPA存放到qname，存放格式如下：
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|1|F|
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|3|I|
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|S|I|
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|4|A|
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|R|P|
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|A|0|
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
Answer、Authority和Additional部分
Answer、Authority、Addtional部分采用同样的格式，变长的资源记录（RR），RR格式如下：
RR结构字段详解如下：
RR字段详解
字段名
字段类型
字段长度
字段取值范围
备注
name
domain-name
type
unsignedshort
2byte
naptr记录类型值为35
class
unsignedshort
2byte
ttl
unsignedint
4byte
rdlength
unsignedshort
2byte
rdata
Naptr
NAPTR记录格式
NAPTR记录说明如下：
NAPTR记录字段详解
字段名称
字段类型
字段长度
字段取值范围
备注
Order
unsignedshort
2bytes
优先级
Preference
unsignedshort
2bytes
次优先级
FlagsLength
unsignedchar
<=256bytes
标志长度
Flags
char
ServicesLength
unsignedchar
<=256bytes
Services
char
业务名称
RegExpLength
unsignedchar
<=256bytes
RegExp
char
正则表达式
Replacement
domain-name
ENUM-DNS设备功能要求
数据管理功能
1、e.164号码和所对应的NAPTR数据的存储，应包含以下内容
e164Number
Order
Peference
Flags
Services
RegExp
Replacement
2、数据管理的安全性
（1）ENUMDNS的数据管理操作员需要有操作员标识和密码
（2）密码要求有有效期
（3）操作员的权限范围
根据操作员的不同等级，可以给操作员分配不同的权限。
支持的查询功能
1）支持递归查询
2）支持迭代查询
支持的标准协议
遵循RFC1035、RFC2915、RFC2916
性能指标和可靠性要求
为了保证ENUMDNS能够满足业务和服务质量的需要以及能够可靠地运行，应具有以下的性能指标和可靠性要求：
1）ENUMDNS的处理能力至少应应不小于200次/秒（以本地查询为标准），并可进一步扩容。
2）从收到请求消息到发出响应消息的时间应小于10ms（以本地查询，单表100万纪录为标准）；
3）ENUMDNS主、备节点的切换时间应小于15秒。
4）ENUMDNS双机工作时，每年停机的时间不超过3分钟/年。
5）能够对过负荷控制。
6）ENUMDNS可灵活控制外部应用系统与系统之间的最大流量等，从而防止利用外部系统对中心进行恶意攻击。
7）ENUMDNS系统可以通过IP地址，控制允许访问的外部应用系统。
硬件要求
1）提供主、备份服务器冗余备份的功能；
2）存储容量至少不小于2Gbyte；
3）DISK中用于存储E.164数据的空间至少不小于20Gbyte。
统计和网管
ENUMDNS系统支持SNMP协议与网管相连，提供以下网管功能：
1）对硬件设备的操作维护管理
应能够从网管终端上：
（1）显示硬件设备的特性；
（2）显示硬件设备的状态；
（3）激活备用系统；
（4）去激活备用系统；
（5）在主备用系统间进行切换；
2）对软件的操作管理
（1）操作系统版本的管理
--显示操作系统的版本；
（2）应用软件包的管理
--显示应用软件包描述文件的内容；
--列举应用软件包的描述文件;
--应用软件包的配置文件管理;
3）差错和告警的维护管理
由于ENUMDNS的硬件设备和软件都可能出现差错并告警，所以ENUMDNS要具有以下差错和告警的维护管理功能。
（1）告警的级别
能够根据差错对ENUMDNS影响的程度对告警分为四个级别：
--警告：
仍正常
--轻微异常：
已经有不正常的情况发生，但不需要恢复，设备或应用仍然可继续运行。
--轻度异常：
已经有不正常的情况发生，只有经过恢复，设备或应用才可继续运行。
--严重异常：
已经有不正常的情况发生，设备或应用无论如何已不能继续运行。
（2）告警的种类
告警可以分为两类：
硬件设备的告警和应用的告警
--告警的格式中应包括：
。
告警的编码
。
告警等级
。
日期和时间
。
设备标识
3）统计管理
（1）查询统计
ENUMDNS提供在一段时间内的以下统计功能：
1〉成功查询数
2〉失败查询数
3〉在某个域的查询数
（2）数据库性能统计
统计数据库占用空间和日志使用空间。
（3）系统资源占用统计
统计CPU占用率、磁盘空间利用率、内存空间利用率
附录一：
彩信业务MM4接口接收方用户归属彩信中心地址查询的范例：
1.发端MMSRelay/ServerRelay/Server确保收端地址（MSISDN）符合E.164地址格式并包含有字符‘+’。
如果收端地址遵从某国家或地区方案（如：
只在运营商代码后加一个号码），MMSRelay/ServerRelay/Server必须把该国家或地区号码转换为E.164格式的地址。
例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.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.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调用合适的地址解析异常处理程序（如：
向发端MMS用户代理发送消息来报告错误情况，进行必要的地址转换，并通过MM3等路由转发该消息到收端）。
c.E.164号码在编码方案之中，但没有相应的MMSURI（MMSURI形式为“mms:
mailbox”，在MMS资源记录章节中定义）存在。
发端MMSRelay/ServerRelay/Server调用合适的地址解析异常处理程序（如：
向发端MMS用户代理发送消息来报告错误情况，进行必要的地址转换，并基于业务字段等采用合适的URI、通过MM3等路由转发该消息到收端）。
d.DNSENUM业务不可用。
发端MMSRelay/ServerRelay/Server调用合适的地址解析异常处理程序（如：
向发端MMS用户代理发送消息来报告错误情况，在排队中存储该消息，并在以后重试等）。
e.E.164号码在编号方案中，相应的MMSURI也存在。
例如:
下列所示为与FQDN相关的NAPTR资源记录。
该FQDN地址是从收端MSISDN地址（+306971234567）推导出来的。
INNAPTR10010"u""sip+E2U""!
^.*$!
sip:
Mary.Smith@sip.cosmote.gr!
"
INNAPTR10011"u""mms+E2U""!
^.*$!
mms:
+306971234567/TYPE=PLMN@mms.cosmote.gr!
".
INNAPTR10110"u""mailto+E2U""!
^.*$!
mailto:
Mary.Smith@mycosmos.gr!
".
INNAPTR10210"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返回不止一个MMSURI，发端MMSRelay/ServerRelay/Server必须根据[25]和[26]描述的顺序和惯用选项字段对MMSURI进行排序。
10.发端MMSRelay/ServerRelay/Server必须把最高优先级MMSURI中“邮箱”的域部分解析为采用标准DNS的IP地址。
例如:
最高优先级MMSURI为mms:
+306971234567/TYPE=PLMN@mms.cosmote.gr
“邮箱”的域部分为mms.cosmote.gr，被解析为（例如：
DNS）10.10.0.1
11.发端MMSRelay/ServerRelay/Server使用所产生IP地址以及收端RFC2822地址（“邮箱”），将该MM路由转发到收端MMSRelay/ServerRelay/Server。
MMS资源记录（RR）
NAPTRRR中的关键字段为RFC2915和RFC2916中描述的域、TTL、级别、类型、顺序、优先级、标记、业务、Regexp及替换。
本发布版本中特别进一步规定了下列字段：
Service="mms+E2U"
Regexp="!
^.*$!
mms:
mailbox!
"，其中，“邮箱”标记以及相关的格式规则。
MMSURI的格式为“mms:
mailbox”。
附录二、彩信业务ENUMDNS的应用环境
ENUMDNS的路由查询功能可以在多种业务中使用，本附录主要规定了ENUMDNS在彩信业务中的各种应用环境下应遵循的接口和设备要求。
按照目前中国移动彩信业务的组网结构，ENUMDNS在彩信业务中的应用环境如下：
1、采用ENUMDNS实现MMSC系统的接收方（手机终端用户、SP服务代码＋业务代码、SP归属的SPProxy路由、邮件服务器路由、邮件服务器归属的EmailProxy路由）动态路由功能。
图1在MMSC中访问ENUMDNS查找路由
2、采用ENUMDNS实现增值应用系统（SP）进行接收方手机号码的归属路由功能和根据SP服务代码或SP服务代码＋业务代码进行SP的路由功能。
图2MMS增值应用网关中访问ENUMDNS查找路由
3、采用ENUMDNS实现Email进行Email邮箱地址的路由功能和根据邮件地址进行邮件服务器的路由功能。
图3在MMS增值应用网关中访问ENUMDNS查找邮件代理路由
4、采用ENUMDNS实现MMSC系统的发送方（手机终端用户）动态路由功能，也就是通过WAP网关访问ENUMDNS，获取发送方手机号码的MMSC的URL，实现发送方的动态路由。
升级会员 