求助：关于爱立信SGSN到HLR取用户数据配置问题

yonka

假设用户A附着到SGSN
A的IMSI为46001XXX（XXX=MSIN）
首先，SGSN对IMSI进行处理，生成GT=86130XXX（XXX=MSIN）（我的理解是插入特定的CC+NDC，与用户本身MSISDN的CC+NDC无关，不知道是否正确），然后以此进行寻址。
    一、进行GT翻译，得到DPC+SSN（根据配置不同，可能是发向HSTP或者直接发向HLR，如果是前者的话，则SGSN不终结GT寻址，后者的话终结GT寻址）
   二、如果是直接发往HLR的，HLR收到后，看到是DPC+SSN寻址方式，而且目标是自己，于是接收
         如果发往HLR，而又没有直连链路的话，经过STP透明转发...
   三、如果是发往HSTP的话，HSTP看到是GT寻址（SGSN未终结GT寻址），于是进行GT翻译，得到下一跳DPC+SSN，转发

还有几个疑问
      1、SGSN进行GT翻译的时候，是如何知道GT发往的DPC？配置的吗？
      2、接着上一问题，看到SGSN配置中有如下条目，似乎是配置问题1中GT翻译规则的
gsh create_ss7_sccp_gtrule -net CORE -nid 0 -tn GTTranslator_E214 -rn MGTRule_8 -addr 8\* -ti 0 -tis 0 -tcap 1 -en HSTP2
gsh create_ss7_sccp_gtrule -net CORE -nid 0 -tn GTTranslator_E214 -rn MGTRule_80 -addr 80\* -ti 0 -tis 0 -tcap 1 -en HSTP1
明显8\*包含80\*范围，在翻译时是不是也有优选最精确匹配的原则？
    3、在SGSN中看到两份类似下面的配置，想问下都是什么意思？为什么需要
gsh create_ss7_sccp_gtrule -net CORE -nid 0 -tn GTTranslator_E214 -rn MGTRule_8 -addr 8\* -ti 0 -tis 0 -tcap 1 -en HSTP2
gsh create_ss7_sccp_gtrule -net CORE -nid 0 -tn GTTranslator_E164 -rn GTRule_8 -addr 8\* -ti 0 -tis 0 -tcap 1 -en HSTP2
对GTTranslator_E214 和GTTranslator_E164 的配置如下：
gsh create_ss7_sccp_gttrans -net CORE -nid 0 -tn GTTranslator_E164 -tt 0 -np isdn -na intno
gsh create_ss7_sccp_gttrans -net CORE -nid 0 -tn GTTranslator_E214 -tt 0 -np isdnmobile -na intno

yonka

回复 爱卫生 的帖子

谢谢爱总

还是有些疑惑：

1、按照插入特定的CC+NDC(的一部分)的方式，那么之后之后的格式应该为CC+ N1N2N3（NDC中指示接入网络的部分，如130） +  EF+M0M1M2M3ABCD(MSIN)。那么疑惑是，现在的情况是如何确定一个用户，之前无论MSISDN还是IMSI都可以根据国家+网络+用户的方式确定。而现在的话，怎么确定这个用户的，比方说如何知道该往哪送？SGSN可以都往HSTP送，那HSTP怎么进行GT翻译呢？   我的意思不知道解析清楚没：无论什么翻译和解析，前提起码是该用户是确定的，起码该用户的归属（HLR）是确定的。
除非在插入特定的CC+NDC时是根据MCC+MNC来选择性插入的...有待爱总确认

2、如果只是发往本省HLR的信令，根据现网情况看，直接到本省HLR的信令是通过DPC+SSN寻址，那么我的理解是发往HSTP，再由HSTP不做GT翻译的直接转发。   因为对SS7还不是很了解，所以想知道这种情况下是怎么做到发往HSTP的，因为DPC肯定不是HSTP，也就是说到HSTP的寻址是怎么完成？

5、对于爱总对5的解释还是不理解，“最后的两个指令是配置的GT翻译器。为不同号段的用户选择不同的GT翻译器以及出去的HSTP。”，可实际配置是对同样号段做了这两份配置
“ 3、在SGSN中看到两份类似下面的配置，想问下都是什么意思？为什么需要
gsh create_ss7_sccp_gtrule -net CORE -nid 0 -tn GTTranslator_E214 -rn MGTRule_8 -addr 8\* -ti 0 -tis 0 -tcap 1 -en HSTP2
gsh create_ss7_sccp_gtrule -net CORE -nid 0 -tn GTTranslator_E164 -rn GTRule_8 -addr 8\* -ti 0 -tis 0 -tcap 1 -en HSTP2
对GTTranslator_E214 和GTTranslator_E164 的配置如下：
gsh create_ss7_sccp_gttrans -net CORE -nid 0 -tn GTTranslator_E164 -tt 0 -np isdn -na intno
gsh create_ss7_sccp_gttrans -net CORE -nid 0 -tn GTTranslator_E214 -tt 0 -np isdnmobile -na intno”

yonka

回复 爱卫生 的帖子

1、还是不很理解，我的意思是比如46001272129YYYY（861303762XXXX）的号码，经过E.164-->E.214后，转为86ZZZ（按照特定添加的方式，这里不一定是130，其实我觉得在从HLR取得数据前，SGSN应该不知道IMSI对应的MSISDN号码吧）272129YYYY，然后怎么根据这个新的E.214号码定位到HLR呢？你的意思是只需要定位到运营商的HLR而不需要定位到地市HLR？或者是按照M0M1M2M3与H1H2H3H4对应的说法，M0M1M2M3中实际含有HLR信息，所以只需要定位到运营商？

2、"通常都是直接送给HSTP的。如果有LSTP的话，会先送给LSTP。SS7寻址和IP寻址类似，LSTP发现DPC如果不是自己的，就不往上拆包，查看SS7转发表，查找到下一跳DPC的出接口，发给HSTP。类似于IP的路由表。"
但是，当DPC不是LSTP/HSTP的时候，怎么送给LSTP/HSTP呢？IP中可以根据MAC，那SS7中呢？

3、“虽然是同一个号段。但都要定义两次。因此到HLR的信令消息交互，只有第一个消息例如鉴权参数获取，需要用户GT E.214寻址（这是SGSN自己算出来的，并非HLR真正的GT码），但后来HLR在回应的时候，会将自己的GT码（E164格式）告诉SGSN，所以第二次以后的消息SGSN都是使用E164格式的GT码和HLR通信。”
那是不是说SGSN会维持一个缓存呢？对于每个E.214号码对应的HLR，实际上先查缓存，再查配置中定义的转发条目？

yonka

回复 爱卫生 的帖子

“1 怎么根据这个新的E.214号码定位到HLR不是SGSN的工作，这个是HSTP的工作，这个E.214做为GT码，那HSTP将完成GT翻译，找到正确的HLR的DPC然后再发给对应的HLR。SGSN不需要参与。”

是不是这么理解呢。

用户第一次附着时，由于SGSN不知道该用户归属的HLR，所以将E.212转为E.214，作为目的MGT地址发起请求。SCCP寻址类型设为GT寻址。
比如46001MSIN--->86130MSIN，MGT目的地址为86130MSIN。
此时肯定是发给STP的，因为HLR不明，所以STP收到后作GT翻译得出下一条SPC...

等HLR收到消息后告知SGSN自己的GT地址，之后SGSN使用该GT地址作为目的GT地址而不再使用MGT。
（之后SGSN是不是会建立起IMSI/MGT---GT的映射表？）

也就是说对每个用户，都要做一次MGT寻址。


还有就是说STP维护的GT翻译表中，到特定HLR的其实有两个？
一个作为GT---DPC翻译，另一个作为MGT--DPC翻译？
而且我觉得MGT应该是按号段匹配吧，比如86130XXX*---DPC。

这样理解对吗？