YD/T 2923-2015 移动分组核心网域名系统(DNS)设备技术要求

ICS33.060.99

M36

中华人民共和国通信行业标准

YD/T2923—2015

移动分组核心网域名系统(DNS)

设备技术要求

TechnicalrequirementsforDNSequipment

ofmobilepacketnetwork

2015—07-14发布2015—10—01实施

中华人民共和国工业和信息化部发布

YD/T2923-2015

目次

.、•

曰r|J.—»•«••••••«««••••*•••«•••>•«»•••••••••••••<

1|••»••««»»«•••«»•«•»■«■••«•»■••••«••••••

2J|j个:弓丨eBesovneseveoaoBeaeveBov

3术语、定义和缩略语*...........•01

3.1术语和定义….............“1

4基于DNS的节点选择功能.....

4.1资源记录…........

/|2~|^q•«•••••••■#•••••••••••«••(4

4.3标识节点、业务和协议•………4

5EPC节点发现和选择流程.......-10

5.1P-GW节点发现和选择流程••”10

5.2S-GW发现和选择过程....."13

5.3MME发现和选择过程....."15

5.4S4-SGSN发现和选择过程■•••.”16

6GPRS网络DNS功能兼容性…••…"18

7容量及性能要求......••18

7.1概述……………-…”18

7.2域名解析性能要求…-19

7.3数据同步……......••19

8操作维护功能要求....."19

8.1服务监控要求………**19

8.2维护功能要求...••••-20

9硬件及软件要求…......-20

9.1软件系统要求.....••20

9,2服务器要求…………-20

丨|丨ieaafl»eseeo»e«e«eoa0ft-20

I

YD/T2923-2015

本标准是移动分组核心网域名系统(DNS)设备系列标准之一。该系列标准的结构和名称如下：

——YD/T2923《移动分组核心网域名系统(DNS)设备技术要求》；

一一YD/T2924《移动分组核心网域名系统(DNS)设备测试方法》。

本标准按照GB/T1.1-2009给出的规则起草。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。

本标准由中国通信标准化协会提出并归口。

本标准起草单位：中国信息通信研宄院、中国移动通信集团公司、中国联合网络通信集团有限公司、

中兴通讯股份有限公司、华为技术有限公司、南京爱立信熊猫通信有限公司、上海贝尔股份有限公司、

大唐电信科技产业集团、中国普天信息产业股份有限公司。

本标准主要起草人：朱浩、朱春晖、张雁平、习建德、徐鹂、伍怡明。

YD/T2923-2015

移动分组核心网域名系统(DNS)设备技术要求

1范围

本标准规定了移动分组核心网通过域名系统(DNS)设备完成演进的移动分组核心网(EPC)网元节点

选择和发现的功能描述和具体方法。同时规定了完成这一功能的域名系统(DNS)设备所须具备的容量和

性能、操作维护、软件和硬件以及电源方面的具体要求。

本标准适用于移动核>心网网元节点，包括演进的移动分组核心网(EPC)中的P-GW、S-GW、MME和

S4-SGSN设备。

2规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文

件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

YD/T1818-2008数据通信用电源系统

YD/T2052-2009域名系统安全防护技术要求

IETFRFC1035域名-执行和规范(Domainnames-implementationandspecification)

IETFRFC2136域名系统中的动态升级（DynamicUpdatesintheDomainNameSystem(J)NS

UPDATE))

IETFRFC2782说明业务位置的DNSRR(ADNSRRforspecifyingthelocationofservices(DNS

SRV))

IETFRFC2985选择对象级别和属性类型版本2,0(PKCS#9:SelectedObjectClassesandAttribute

TypesVersion2.0.)

IETFRFC3403动态授权发现系统(DDDS)第三部分：域名系统(DNS)数据库（DynamicDelegation

DiscoverySystem(DDDS)PartThree:TheDomainNameSystem(DNS)Database)

IETFRFC3596DNS支持IPv6的扩展（DNSExtensionstoSupportIPVersion6)

3GPPTS23.003编号、寻址和标识（Numbering，addressingandidentification)

3GPPTS23.060通用分组无线业务(GPRS);业务描述；第二阶段（GeneralPacketRadioService

(GPRS);Servicedescription;Stage2)

3GPPTS23.401演进通用陆地无线接入网络(E-UTRAN)接入的GPRS增强（GeneralPacketRadio

Service(GPRS)enhancementsforEvolvedUniversalTerrestrialRadioAccessNetwork(E-UTRAN)access)

3GPPTS29.303域名系统程序；第3阶段（DomainNameSystemProcedures;Stage3)

3术语、定义和缩略语

3.1术语和定义

下列术语和定义适用于本文件。

3.1.1

1

YD/T2923—2015

版本8的早前版本Pre-release8

3GPP标准版本8之前的版本。

3.1.2

版本8Realease8

3GPP标准版本8与以后的版本。

3.2缩略语

下列缩略语适用于本文件。

3GPP3rdGenerationPartnershipProject第三代移动通信伙伴项目

APNAccessPointName接入点名

ARPAllocationandRetentionPriority分配和保持优先级

DDDSDynamicDelegationDiscoverySystem动态委托发现系统

DNSDomainNameServer域名服务器

eCIDeNodeBCellIDeNodeB的小区标识

EDGEEnhancedDataratesforGSMEvolutionGSM增强数据速率演进

EPCEvolvedPacketCore演进的分组核心网

ePDGevolvedPacketDataGateway演进的分组数据网关

FQDNFullyQualifiedDomainName全域名

GERANGSMEDGERadioAccessNetworkGSMEDGE无线接入网

GGSNGatewayGPRSSupportNode网关GPRS支持节点

GPRSGeneralPacketRadioServices通用分组无线业务

GSMGlobalSystemforMobilecommunications全球移动通信系统

GTPGPRSTunnellingProtocolGPRS隧道协议

GUTIGloballyUniqueTemporaryIdentifier全局唯一临时标识

IDIdentity标识

IETFInternetEngineeringTaskForceInternet工程任务小组

IPv4InternetProtocolversion4因特网协议版本4

IPv6InternetProtocolversion6因特网协议版本6

LACLocationAreacode位置区域码

LTELong-TermEvolution长期演进

MCCMobileCountryCode移动国家码

MMEMobilityManagementEntity移动性管理实体

MNCMobileNetworkCode移动网络码

NAPTRNameAuthorityPointer名字权威指针

NINetworkID网络标识

NRINetworkResourceIndicator网络资源指示符

OIOperatorID运营商标识

P-GWPackteDataNetwork-GateWay分组数据网网关

2

YD/T2923-2015

PDNPacketDataNetwork分组数据网

PDPPacketDataProtocol分组数据协议

PMIPProxyMobileIP代理移动ip

RACRoutingAreaCode路由区代码

RAIRoutingAreaIdentity路由区标识

RANRadioAccessNetwork无线接入网络

RAURoutingAreaUpdate路由区更新

RFCRequestForComments请求评论

RNCRadioNetworkController无线网络控制器

S-NAPTRStraightforward-NAPTR直接NAPTR

SGSNServingPacketRadioServices服务分组无线业务

SRVService服务

TAITrackingAreaIdentity跟踪区位置标识

TAUTrackingAreaUpdate跟踪区位置更新

UEUserEquipment终端

UTRANUniversalTerrestrialRadioAccessNetworkUMTS陆地无线接入网

V-PLMNVisitedPublicLandMobileNetwork拜访公共陆地移动通信网

4基于DNS的节点选择功能

4.1资源记录

4.1.1A和AAAA

A类资源记录用以定义IPv4主机地址对应的主机的完全合格域名，见IETFRFC1035。AAAA类型资

源记录用以定义IPv6主机地址对应的主机的完全合格域名，见IETFRFC3596。

应当指出的是，在DNS中A类或者AAAA类记录名称一般代表一个主机和它的“等价”接口。通常

主机名字不能作为节点的名字。因为一个节点可能会有多个不同的类型的接口，所以一个节点可能需要

多个主机名字。

4.1.2NAPTR

NAPTR资源记录的定义见IETFRFC3403，这种类型的资源记录允许使用DNS查询具有各种类型的

资源名称的业务，而这些资源名称没有使用域名语法。DNS客户端程序使用NAPTR将一个字符串重写入

一个域名。这个重写过程由那些决定如何与相关主机通信的标识控制，相关主机即重写后的域名对应的

主机。如果DNS返回多个NAPTR资源记录，可以通过DNS管理员在其中嵌入的顺序号和优先级值选择这

些资源记录优先使用的顺序。

S-NAPTR(Straightforward-NAPTR)流程的定义见IETFRFC2985,描述了动态委托发现系统(DDDS)

应用流程，该流程解决如何对目标服务器和端口通过NAPTR和SRV资源记录动态解析一个域名，一个应

用服务名称和应用协议（如何使用NAPTR和SRV资源记录，动态地将一个域名，一个应用服务名称和应

用协议动态解析成目标服务器和端口）。S-NAPTR同时简化了NAPTR的使用，将NAPTR标识限制到“a”、

“s”和“”（空格）标识三种。进一步的，在重写流程中，S-NAPTR只允许使用NAPTR“replacement”

表示方法，取消了“regular”表示方法。相对于NAPTR,S-NAPTR的改变是程序上的且仅限于DNS解析

3

YD/T2923-2015

器。从DNS服务器和DNS架构上看，使用S-NAPTR和NAPTR的是一样的,S-NAPTR使用NAPTR资源记录

的方法见IETFRFC3403。

NAPTR资源记录的“s”标识和“”（空格）标识允许在DNS配置中存在间接流程。“”（空格）

标识使得S-NAPTR流程能够从DNS架构中请求查询新的NAPTR资源记录。标识“s”使得S-NAPTR流程

能够查询指向对应A/AAAA类型资源记录的中间SRV类型资源记录。这种附加查询提供了更灵活的选择

机制，在这种机制下，运营商能够对不同的A/AAAA类型资源记录分配不同的权重，高权重的资源记录

将被优先选择到。正如IETFRFC2782定义的，一个DNS服务器可能同时提供A/AAAA和SRV资源记录。

使用NAPTR“”（空格）标志所产生的NAPTR资源记录间接链长度是无边界的，长此以往，深度的资

源记录链将导致DNS配置规模和复杂度增大，并且可能在配置出错时很难定位错误，因此不宜使用带有

“”（空格）标识的NAPTR资源记录指向另一个带有“”（空格）标识的NAPTR资源记录。特别的，

带有“”（空格）标识的NAPTR资源记录宜仅指向终极NAPTR资源记录，即带有“a”或者“s”标识

的NAPTR资源记录。通常，宜使用“a”或者“s”标识的NAPTR资源记录。

4.1.3SRV

SRV资源记录定义见IETFRFC2782,这种类型的资源记录允许DNS管理员针对单个域使用具备各主

机之间静态负载均衡功能的服务器资源池，允许DNS管理员在主机之间迀移服务以及从一个主机资源池

中划定一些主机作为指定服务的主服务器。解析器能够对一个确切的域名请求一个确切的服务/协议组

合，获取任何可用服务器的完全合格域名（FQDN)。

4.2选择域名

在DDDS框架下使用S-NAPTR时，使用哪一个域名用于查询实际的NAPTR记录至关重要。在

S-NAPTR流程中，DDDS算法用到的唯一应用字符串（Application-UniqueString)作为初始域名以查询

服务、协议和实际的典型节点名称的信息。对于能够被S-NAPTR流程查询信息的每个EPC节点，宜为给

定域中授权的DNS服务器提供每个EPC节点的唯一域名或者通过本协议中明确定义的流程得到的其他标

识（比如基于APN、TAI、GUTI等的标识），以及对应的NAPTR记录。给定域中授权DNS服务器则应至

少提供可能暴露在不同运营商之间漫游接口上的EPC节点名称。

涉及到唯一应用字符串，S-NAPTR流程中的DDDS算法第一条周知的规则即为输出同样的域名来组

成唯一应用字符串。

4.3标识节点、业务和协议

4.3.1业务和协议服务名称使用规范

S-NAPTR流程中的业务和协议服务名称使用规范见3GPPTS23.003。

4.3.2典型节点名称的标识

很多用例要求优先选择合设节点，或者优先选择拓扑距离近的节点。为了实现这个需求，应使用典

型节点名称，这样在两套或者更多的记录的典型节点名称才能互相比较，从而判断出这些节点是否实际

上是同一个节点或者拓扑更近的节点。

总的来说，在DNS中A类和AAAA类主机名称都不表示一个节点名字而表示的是一套等价的接口。

一个节点可能需要有多个主机名称，因为这个主机（节点）可能有不同接口用于不同目的。比如，一个

节点在一个不同于内网的网络中因为安全因素而配置了一套漫游接口。总是会存在这样的情况，即通过

多个A/AAAA记录集来区分不同的主机名称，因此主机名不能用来代表节点名字。

YD/T2923-2015

下述示例定义一个主机名的组成格式，同时定义EPC的S-NAPTR流程中主机名的使用方法。

主机名应遵循以下示例的格式：

示例1:

<"topon"|"topoff'>.<single-label-interface-name>.<canonical-node-name>

标签<"toponTtopoff'>表示合设和拓扑近是否作为优先选择的因素；标签

<single-label-interface-name>用于表7K—个节点的具体接口，比如Eth-0以太网接口等；标签

<canonical-node-name>是一个具体节点的一个典型节点名称。一个节点应有一个典型节点名称，也就是

说主机名总包含这个节点唯一的典型节点名称。因此，当比较多个主机FQDN来判断这些主机名是否对

应同一个节点时，前两个标签应忽略而只比较最后一个标签即可。

注：典型节点名称和CNAMEDNS记录中的典型名称无关。

当使用的主机名的第一个标签是”topon”时，该节点的典型节点名称应分级构造，借此运营商通过用

相同的后缀域名命名两个节点，以表示这两个节点在拓扑距离上的接近程度。相同后缀标签的个数应在

节点选择时被用以体现各个节点间的接近程度。换而言之，两个拓扑距离最近的节点具有最长匹配的后

缀标签。以下一些域名的示例中粗体部分为典型节点名字：

示例2:

topon.Eth-0.gw32.California,west.example.com

topon.S8.gw32.California.west,

topon.vip.sgw3.Oregon.west,

27.

topon.S5.gw4.cluster1.net27.example.n