关于EPC核心网DNS的SNAPTR查询流程

蓉城喜鹊

S-NAPTR称为直接权威名称指针，通过使用NAPTR和SRV两种记录方式，解析出相关域名目标主机所包含的应用标识、协议标识以及业务端口号。

同时在S-NAPTR解析过程中，提供了三个flag：

  Flag  a: 指下一步解析A记录；
  Flag  s: 指下一步解析SRV记录；
  Flag  “” : 空标记，下一步继续解析NAPTR记录；

在4G网络中，通过TAI标识来决定SGW，通过APN来决定PGW；无论那种查询，标准的流程如下，需要三个骤：

   

    Step 1: 构建FQDN，向DNS查询该FQDN在现网能够对应多少可用的业务，使用NAPTR类型；

    Step 2：从DNS的返回结果中，选择合适的业务类型；再次向DNS查询该业务类型在现网的具体部署情况，使用SRV类型；

    Step 3：从返回的具体业务主机例表中，选取某一具体的主机，再次向DNS查询对应的A记录；

在经历上述三个步骤后，客户端便对全网的业务彻底了解，接下来便进行业务激活。

蓉城喜鹊

在3GPP 29.303规范中，已经提出了MME通过UE上报TAI来决定具体所要使用的SGW，具体摘抄如下：

For LTE initial attach cases, the S11 interface is initially unknown by an MME.  The S5/S8 interface and the SGW hostname will be selected by procedures in subclause 5.  The MME will obtain SGW S11 interfaces from the SGW canonical node name. The S-NAPTR procedure shall use "Service Parameter" of
                         "x-3gpp-sgw:x-11"  
as defined in subclause 19.4.3 of 3GPP TS 23.003 [4], and the Application-Unique String set to the canonical node name of the specific SGW node to find the available S11 interfaces.

The MME selects the S11 interface of the SGW from the SGW's canonical node record (see subclause 4.3.3) if it is not obtained from the TAI records.

从上面可以理解，初始附着过程中，SGW的S11接口IP并不被MME所知晓，MME将通过SGW的权威节点名来获取S11的接口IP；而SGW的权威节点名的获取，则是MME通过使用UE上报的TA，构建FQDN域名，来向DNS解析所得。

MME由TAI决定SGW的过程如下:

如果由TAI无法查询出SGW的S11接口IP，那么MME将用SGW的权威节点名来查询该SGW所有可用的服务，从而选择S11的业务IP：

MME由APN决定PGW的整个DNS查询过程与上面的SGW的查询一样，可参考上述流程。

具体的业务流程由于涉及到保密，在此不提供了。大家可以在调测中自行抓包验证。

对于讲解不对的地方，请大家多多改正，并补充和交流。谢谢！

MarsLiu

DNS在完成NAPTR查询后，为何是 "给client返回一个值，让client再次进行SRV查询”，而不是把这个返回值直接在DNS本身进行SRV的查询呢？

蓉城喜鹊

MarsLiu 发表于 2014-4-22 17:14
DNS在完成NAPTR查询后，为何是 "给client返回一个值，让client再次进行SRV查询”，而不是把这个返回值直接在 ...

这个依DNS服务器本身的能力而定。

对爱立信的ipworks来说，MME和DNS Server之间只有一次交互，DNS会在答复的addtional records字段中主动答复SRV和A记录，MME因此不会再查询SRV和A记录了。

ffwkbs

受益匪浅，学习了

ccc123

感觉很深奥哦。。。