YD/T 2923-2015.Technical requirements for DNS equipment of mobile packet network.
1范围
YD/T 2923规定了移动分组核心网通过域名系统(DNS)设备完成演进的移动分组核心网(EPC)网元节点选择和发现的功能描述和具体方法。同时规定了完成这一功能的域 名系统(DNS)设备所须具备的容量和性能、操作维护、软件和硬件以及电源方面的具体要求。
YD/T 2923适用于移动核心网网元节点，包括演进的移动分组核心网(EPC)中的P-GW、S-GW、MME和S4-SGSN设备。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。
YD/T 1818-2008数据通信用电源系统
YD/T 2052-2009域名系统安全防护技术要求
IETF RFC 1035域名执行 和规范(Domain names - implementation and specification)
IETF RFC 2136域名 系统中的动态升级( Dynamic Updates in the Domain Name System(DNS UPDATE))
IETF RFC 2782说明业务位置的DNS RR (A DNS RR for specifying the location of services(DNS SRV)
IETF RFC 2985选择对象级别和属性类型版本2.0(PKCS #9: Selected Object Classes and Attribute Types Version 2.0.)
IETF RFC 3403动态授权发现系统([DDDS)第三部分:域名系统(DNS)数据库(Dynamic Delegation Discovery System (DDDS) Part Three: The Domain Name System (DNS) Database)

ICS33.060.99
中华人民共和国通信行业标准
YD/T2923-2015
移动分组核心网域名系统（DNS）设备技术要求
TechnicalrequirementsforDNSequipmentofmobilepacketnetwork
2015-07-14发布
2015-10-01实施
中华人民共和国工业和信息化部发布前
范围·
2规范性引用文件
术语、定义和缩略语
术语和定义
缩略语-
DNS的节点选择功能
资源记录·
选择域名·
标识节点、业务和协议
5EPC节点发现和选择流程·
P-GW节点发现和选择流程
5.2S-GW发现和选择过程
5.3MME发现和选择过程·
5.4S4-SGSN发现和选择过程·
6GPRS网络DNS功能兼容性.
容量及性能要求
域名解析性能要求
数据同步
8操作维护功能要求
服务监控要求·
8.2维护功能要求
9硬件及软件要求·
软件系统要求·
服务器要求·.
10电源要求·
YD/T2923-2015
YD/T2923-2015
本标准是移动分组核心网域名系统(DNS)设备系列标准之一。该系列标准的结构和名称如下：-YD/T2923《移动分组核心网域名系统(DNS)设备技术要求》：YD/T2924《移动分组核心网域名系统(DNS)设备测试方法》。本标准按照GB/T1.1-2009给出的规则起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国信息通信研究院、中国移动通信集团公司、中国联合网络通信集团有限公司、中兴通讯股份有限公司、华为技术有限公司、南京爱立信熊猫通信有限公司、上海贝尔股份有限公司、大唐电信科技产业集团、中国普天信息产业股份有限公司。本标准主要起草人：朱浩、朱春晖、张雁平、习建德、徐、伍怡明。1范围
移动分组核心网域名系统(DNS)设备技术要求YD/T2923-2015
本标准规定了移动分组核心网通过域名系统(DNS)设备完成演进的移动分组核心网(EPC)网元节点选择和发现的功能描述和具体方法。同时规定了完成这一功能的域名系统(DNS)设备所须具备的容量和性能、操作维护、软件和硬件以及电源方面的具体要求。本标准适用于移动核心网网元节点，包括演进的移动分组核心网(EPC)中的P-GW、S-GW、MME和S4-SGSN设备。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。YD/T1818-2008数据通信用电源系统YD/T2052-2009域名系统安全防护技术要求IETFRFC1035域名-执行和规范（Domainnames-implementationandspecification）IETFRFC2136域名系统中的动态升级（DynamicUpdates intheDomainNameSystem(DNSUPDATE)
IETFRFC2782说明业务位置的DNSRR（ADNSRRforspecifyingthelocationof services(DNSSRV)此内容来自标准下载网
IETFRFC2985选择对象级别和属性类型版本2.0（PKCS#9:SelectedObjectClassesandAttributeTypesVersion2.0.)
IETFRFC3403动态授权发现系统(DDDS)第三部分：域名系统(DNS)数据库（DynamicDelegationDiscovery System (DDDS) Part Three: The Domain Name System (DNS) Database)IETFRFC3596DNS支持IPv6的扩展（DNSExtensionstoSupportIPVersion6）3GPPTS23.003编号、寻址和标识（Numbering，addressingandidentification）3GPPTS23.060通用分组无线业务(GPRS)：业务描述；第二阶段（GeneralPacketRadioService(GPRS); Service description; Stage2)3GPPTS23.401演进通用陆地无线接入网络(E-UTRAN)接入的GPRS增强（GeneralPacketRadioService (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access)3GPPTS29.303域名系统程序：第3阶段（DomainNameSystemProcedures；Stage3）3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本文件。3.1.1
YD/T2923-2015
版本8的早前版本
Pre-release8
3GPP标准版本8之前的版本。
版本8Realease8
3GPP标准版本8与以后的版本。
2缩略语
下列缩略语适用于本文件。
3rd Generation Partnership ProjectAccess Point Name
Allocation and Retention PriorityDynamic DelegationDiscovery SystemDomain Name Server
eNodeB Cell ID
Enhanced Data rates for GSM EvolutionEvolved Packet Core
evolved Packet Data Gateway
Fully Qualified Domain Name
GSMEDGERadioAccess Network
GatewayGPRSSupportNode
General Packet Radio ServicesGlobal System for Mobile communicationsGPRS Tunnelling Protocol
Globally Unique Temporary IdentifierIdentity
Internet Engineering Task ForceInternet Protocol version 4
Internet Protocol version 6
Location Area code
Long-Term Evolution
Mobile CountryCode
Mobility Management Entity
MobileNetworkCode
Name Authority Pointer
NetworkID
Network Resource Indicator
OperatorID
Packte Data Network-Gate Way第三代移动通信伙伴项目
接入点名
分配和保持优先级
动态委托发现系统
域名服务器
eNodeB的小区标识
GSM增强数据速率演进
演进的分组核心网
演进的分组数据网关
全域名
GSMEDGE无线接入网
网关GPRS支持节点
通用分组无线业务
全球移动通信系统
GPRS隧道协议
全局唯一临时标识
Internet工程任务小组
因特网协议版本4
因特网协议版本6
位置区域码
长期演进
移动国家码
移动性管理实体
移动网络码
名字权威指针
网络标识
网络资源指示符
运营商标识
分组数据网网关
S-NAPTR
V-PLMN
Packet Data Network
Packet Data Protocol
Proxy Mobile IP
Routing Area Code
Routing Area Identity
RadioAccess Network
Routing Area Update
RequestForComments
RadioNetworkController
Straightforward-NAPTR
ServingPacketRadioServices
Service
Tracking Area Identity
Tracking Area Update
UserEquipment
UniversalTerrestrialRadioAccessNetworkVisitedPublicLand MobileNetwork4基于DNS的节点选择功能
4.1资源记录
4.1.1 A和AAAA
分组数据网
分组数据协议
代理移动IP
路由区代码
路由区标识
无线接入网络
路由区更新
请求评论
无线网络控制器
直接NAPTR
服务分组无线业务
跟踪区位置标识
跟踪区位置更新
YD/T2923-2015
UMTS陆地无线接入网
拜访公共陆地移动通信网
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记录集来区分不同的主机名称，因此主机名不能用来代表节点名字。4
YD/T2923-2015
下述示例定义个主机名的组成格式，同时定义EPC的S-NAPTR流程中主机名的使用方法。主机名应遵循以下示例的格式：示例1：
<\topon\[\topoff'>..标签<\topon\\topoffr>表示合设和拓扑近是否作为优先选择的因素：标签用于表示一个节点的具体接口，比如Eth-o以太网接口等：标签是一个具体节点的一个典型节点名称。一个节点应有一个典型节点名称，也就是说主机名总包含这个节点唯一的典型节点名称。因此，当比较多个主机FQDN来判断这些主机名是否对应同一个节点时，前两个标签应忽略而只比较最后一个标签即可。注：典型节点名称和CNAMEDNS记录中的典型名称无关。当使用的主机名的第一个标签是\topon\时，该节点的典型节点名称应分级构造，借此运营商通过用相同的后缀域名命名两个节点，以表示这两个节点在拓扑距离上的接近程度。相同后缀标签的个数应在节点选择时被用以体现各个节点间的接近程度。换而言之，两个拓扑距离最近的节点具有最长匹配的后缀标签。以下些域名的示例中粗体部分为典型节点名字：示例2：
topon.Eth-0.gw32.california.west.example.comtopon.S8.gw32.california.west.example.comtopon.vip.sgw3.oregon.west.example.comtopon.board3.pgwl.clusterl.net27.example.nettopon.S5.gw4.clusterl.net27.example.netopon.board3.pgwl.cluster2.net27.example.net在上述例子中，\Eth-0.gw32.california.west.example.com\和\s8.gw32.california.west.example.com\分别表示同一个节点上的不同的接口。另一方面，相对于\pgwl.cluster2.net27.example.net\，\gw4.clusterl.net27.example.net\在拓扑距离上距离\pgwl.clusterl.net27.example.net\更近。拓扑性质的命名限制，即上述的\topon\或者\topoff\格式应置于且仅置于携带在目标节点名字中，逻辑指向S-NAPTR流程中设置的A/AAAA记录。目标主机名字用目标和替换件（Targets/replacements）来表示。这一限制不应应用运营商可能用到的其他DNS记录。特别地，携带\a\标识的NAPTR会有一个直接指向A/AAAA资源记录的目标替换件，这样拓扑特性的表示应用于带有标识\a\的NAPTR记录。对于带有标识\s\的NAPTR情况，拓扑性质的命名限制应用于SRV资源记录的目标信息中而不在NAPTR记录的替换件上。对于带有空标识””（空格）的NAPTR情况，不会用到拓扑性质的命名限制。此外，其他标识不在S-NAPTR中使用。在DNS的S-NAPTR流程中，运营商可以使用CNAME资源记录自由在域名中添加另外一层运营商应根据上述规则提供DNS中的主机名称，然而主机名仍旧有可能配置错误，即没有按照上述格式携带第一标签topon”或者\topoff\。对于这种错误配置记录，在流程实现上应将这些错误配置的主机名视为S-NAPTR流程中的有效记录，但是优先采纳正确配置的资源记录。如果错误配置主机名携带\topofr\标签，错误配置主机名的拓扑匹配和合设检测则也应执行。5
YD/T2923-2015
按照何种顺序来使用DNS记录联系一个节点基于以下规则。当流程中明确显示一对节点类型为合设时，这样的合设节点将具备最高优先级。当流程处理明确显示拓扑匹配时，这种情况作为第二优先级处理。再接下来的顺序取决于S-NAPTR的输出显示。当启用合设集和拓扑排序时，合设节点集拥有最高重要性；接下来是具有“topon”标签且具有最多共同后缀的节点集，再接下来是具有“topon”标签且共同后缀数量排序第二的节点集，以此类推，直到非合设节点且标签为“topoff”的节点集，该节点集内有相同的合设或拓扑排序，此时使用两个节点之的S-NAPTR排序。
4.3.3节点名字中的业务或者识别一个业务的其他FQDN4.3.3.1概述
有这样的潜在用例：个节点具有一个对等体的逻辑名字或者一个业务的其他FQDN标识，但却不包含该节点所支持的协议。任何业务的NAPTR记录都能提供节点的逻辑名字或者一个业务的其他FQDN标识。节点的逻辑名字或者一个业务的其他FQDN标识等同于在NAPTR记录下提供的域名。因此，任何核心网节点都可以基于节点的逻辑名字或者一个业务的其他FQDN标识进行可用业务查询发现。4.3.3.2流程
当任意核心网节点具有一个实体的FQDN并且需要发现该节点上一个或更多业务的时，可以使用S-NAPTR流程。
注意，有三种相似的节点名字源：由O&M提供的，或者3GPP基于一个业务标识定义的（GUTI，TACIMSI,MSISDN等），或者从前一个S-NAPTR流程中获取的规范节点名字。一个节点可以具备多个名字，即别名，但是一个节点的规范节点名字只能有一个（CNAME记录就是一种可以为规范节点名称或者FQDN创建别名的方式）。
S-NAPTR流程要求DNSNAPTR记录保持一致地提供，见IETFRFC3403。这就意味着可能提供对每个使用“a”标识的协议并且包含在业务和协议值得业务域的NAPTR记录。如果想要一个更复杂的负载平衡或非标准端口就要提供对于每一个协议带“s”标识和包含每个节点权重相关的相应的SRV记录的NAPTR记录。带“”空标识的NAPTR记录也可能被用到。个想要使用S-NAPTR流程的DNS解析器应使用节点FQDN或者一个具体的业务FQDN标识作为唯一应用字符串。如果所有的协议都需要，那么解析器就像所有的协议都匹配一样简单地运行S-NAPTR流程。
S-NAPTR流程逻辑上输出一个主机名列表，每个表项包含业务名称，协议，端口和IPv4和IPv6地址列表。从一个S-NAPTR流程中获得的完整列表在这里称之为候选列表。因为DNS资源记录的生命值和统计性选择造成的资源记录顺序变化，候选列表的有效时间是有限的，基于节点的规范节点名称的S-NAPTR流程是一种最重要的特别用例。运营商应提供一个节点所有使能接口的NAPTR资源记录，这些接口定义见3GPPTS23.003。有一个例外，3GPPTS23.003定义的x-3gpp-mme:x-s1-mmeandx-3gpp-sgw:x-sl-u的NAPTR记录被认为是可选的。
4.3.3.3P-GW或者P-GW/GGSN合设节点名称中的P-GW业务具备3GPP接入能力和nOn-3GPP接入能力的UE能够在3GPP以外的网络漫游但是能使用PDN连接。6
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。