GPPS网络中哪些流程会涉及到PS网内(Gn网段)的DNS

爱卫生

1、附着流程可能会用到DNS
用户在附着的时候如果携带的P-TMSI不是本SGSN分配的，SGSN会根据终端携带的旧路由区解析旧的SGSN地址，到旧的SGSN取用户的身份标识。

2、SGSN间路由区更新时
SGSN间的路由区更新（Inter RAU）时，新侧SGSN根据SGSN会根据终端携带的旧路由区解析旧的SGSN地址，到旧的SGSN取终端的SGSN上下文（包括签约数据和可能存在的PDP），完成路由区更新。

3、SRNC重定位过程
旧侧SGSN根据target RNC的ID解析目标SGSN，指示新侧SGSN提前准备相关RAB承载。

4、PDP激活过程
SGSN根据APNNI加上APNOI构造完整的APN，到DNS解析后获得GGSN地址，再将激活请求发送到相应GGSN。

z36306610

感谢楼主指教！{:soso_e183:}

gprssanling

1、附着流程；2、SGSN间路由区更新；3、SRNC重定位；4、PDP创建。
四个过程需要解析RAi或者APN，可能会用到DNS，可能也用不到。原因有两个：
一、SGSN有缓存保存最近解析过的APN，可能没有清空，就可以不去DNS啦；
二、如果SGSN没有配置使用DNS解析RAi，就用自己的协作SGSN路由区配置解析啦。

lsjier

经验之谈啊，收藏了

arrowbroken

回复 爱卫生 的帖子

1、附着流程可能会用到DNS
用户在附着的时候如果携带的P-TMSI不是本SGSN分配的，SGSN会根据终端携带的旧路由区解析旧的SGSN地址，到旧的SGSN取用户的身份标识。
2、SGSN间路由区更新时
SGSN间的路由区更新（Inter RAU）时，新侧SGSN根据SGSN会根据终端携带的旧路由区解析旧的SGSN地址，到旧的SGSN取终端的SGSN上下文（包括签约数据和可能存在的PDP），完成路由区更新。



    对于这两个过程，应该是新SGSN先用NRI作DNS查询旧的SGSN，如果查询失败再用旧的RAI做DNS查询

爱卫生

回复 arrowbroken 的帖子

  这个我同意。但上述两种情况使用NRI做DNS查询有特定的适用场景。只适用于MS从SGSN Pool移动到了SGSN Pool外的情况。也就是说New SGSN没有入pool，但Old SGSN是某个pool的成员。DNS根据NRI解析出来的结果是Default SGSN的IP地址，GTP情况将转发给Default SGSN，然后Default SGSN再根据NRI的映射表转给Pool内正确的SGSN。

arrowbroken

回复 爱卫生 的帖子

这个我同意。但上述两种情况使用NRI做DNS查询有特定的适用场景。只适用于MS从SGSN Pool移动到了SGSN Pool外的情况。也就是说New SGSN没有入pool，但Old SGSN是某个pool的成员。DNS根据NRI解析出来的结果是Default SGSN的IP地址，GTP情况将转发给Default SGSN，然后Default SGSN再根据NRI的映射表转给Pool内正确的SGSN。


那新SGSN怎么知道MS是从SGSN POOL里面RAU出来的呢？
DEFAULT SGSN是用RAI定义的，不是NRI。

爱卫生

回复 arrowbroken 的帖子

  我觉得新SGSN应该是可以判断出来这个MS是否是从一个POOL里面出来的，从而来决定是发送RAI还是NRI去给DNS解析。
  找到一个相对比较权威的说明，是"中国移动Gb_Iu-PS_Flex技术规范"。已在链接http://www.gprshome.com/forum.php?mod=viewthread&tid=644&extra=page%3D1共享出来。里面有几句话：
"当分配的NRI长度不为0时，NRI由23bit开始，由高位到低位占用；长度为0表示NRI未被使用并且表示SGSN未启用SGSN Pool功能。"
   这样，如果是传统的网络，则New SGSN看到用户的P-TMSI里面的NRI为0，就知道这个用户不是从POOL里面过来的，因为送给DNS请求解析的时候就送RAI就好了。如果NRI不为0，就代表这个用户组POOL了。需要发送NRI给DNS去解析Default SGSN。
   关于DNS的解析，这篇文档是这么说的：
“SGSN地址应该配置在SGSN（O&M）内，或者通过每个RAI和NRI的组合配置在DNS服务器上；保证如果无法从DNS配置的RAI和NRI信息中获取源SGSN地址时，应能够通过每个RAI内的Default SGSN获得源SGSN的地址。”
   因此，SGSN去查找Default SGSN时送的是一个NRI和RAI的组合。经过多方求证，确定了在DNS上的Record是这样的格式，
nri-sgsn000C.rac0001.lac12C8.mnc0001.mcc01fe.gprs.。也就是说既有NRI也有RAI，所以不需要发送两次DNS查询来获取Old SGSN地址，这样会增加信令负荷。而且完全可以在一个消息里完成的。

arrowbroken

回复 爱卫生 的帖子

谢谢，爱总的赐教，同意新SGSN通过NRI是否为O可以判断出MS是不是从SGSN POOL里出来。
但是后面关于Default SGSN,还是有些不同的看法：
根据TS 23.236
5.5.2 Mobility Management and Handover/Relocation
For the GTP signalling between two SGSNs supporting the Intra Domain Connection of RAN Nodes to Multiple CN Nodes the new SGSN derives the address of the old SGSN from the old RAI and the NRI contained in the old P-TMSI/TLLI. The SGSN addresses are configured in the SGSN (O&M) or in DNS for each RAI and NRI combination. If the network contains SGSNs that cannot derive the old SGSN from RAI and NRI the default SGSN per RAI as described below shall be used

首先，新的SGSN获得旧的SGSN的地址是从OLD RAI和NRI来获得，并且是在DNS里根据RAI/NRI一起配置好的，如果不能获得才去寻找default SGSN（是和每个RAI关联的）。

另外关于后面DNS上的配置举例nri-sgsn000C.rac0001.lac12C8.mnc0001.mcc01fe.gprs.，有个疑问NRI是从P-TMSI里23位到13位的取出来的值，怎么可能组成是sgsn000C这个值呢？
后面是个RAU的NRI查询截图。

爱卫生

回复 arrowbroken 的帖子

   谢谢你的纠正。看来我的一些理解有问题。这个Dns解析看来还是需要两次。第一次是根据NRI+RAI的组合来定位正确的Old SGSN地址，因为DNS需要这两个信息，才能知道是哪个Pool里的哪个SGSN。其中RAI用于找为MS提供服务的Pool，NRI用于找Pool里的SGSN，所以两个参数都需要。如果找不到，则第二次根据RAI来查找Deault SGSN。有道理。再次感谢！清除了一些理解上的误区。
   这块既然你有抓到的现网的包，那就以你的为准把。我的这个示例是从一个在印尼的同事发给我的，来自印尼的网络。并不见得适用于国内。{:soso_e100:}

yonka

爱卫生 发表于 2011-10-20 10:09
回复 arrowbroken 的帖子

   谢谢你的纠正。看来我的一些理解有问题。这个Dns解析看来还是需要两次。第一次 ...

因为现网DNS上并未看到带NRI的解析条目，所以arrow兄的抓包结果可以解释。

只是，第一次根据nri.rai...进行解析如果no such name后再使用rai...这个是厂商实现还是规范里说明的呢？
总感觉这是个自适应过程...不太好说

ccc123

学习了。谢谢。。。。。