关于爱总提出的sgsn和hlr的信令交互，我的一些疑问

zyzai605

SGSN第一次与HLR信令交互的时候，经过E.214 gt翻译后得到的MGT,在经过多次stp翻译寻址后找到目的HLR落地
第二次信令交互，目的HLR带着164的地址，同样经过多次stp寻址回到SGSN,经过E.164 gt翻译找到SGSN实体
第三次信令交互，我有点疑惑，目的是什么？如果SGSN上面没有配置HLR的E.164的翻译，会有什么问题了？

爱卫生

因为SCCP是用于承载上层MAP消息的。所以这3个消息一定都要出现，和配不配GT没关系。这个是附着信令流程的要求。假设对应到附着流程，帖中提到的第一次信令是SGSN给HLR发鉴权参数请求，第二次信令是HLR回鉴权参数，第三次信令可能是SGSN发update location request。这3步不配GT也可以完成，基于DPC寻址也可以完成的。

第三步信令中，SGSN由于已经在第二步中得到了HLR的E.164地址，则SGSN在第三步中将不再需要MGT（E.214）作为GT码，直接用HLR在第二步返回的E.164地址作为GT码就可以寻址HLR了。但相关的E.164配置可能还是要定义，否则SGSN将仍然在第三步中使用E.214格式的GT码寻址HLR。

可以到论坛的信令流程版块找一个附着的pcap实例文件，观察下Gr接口SCCP层的变化。

hycl5410

E.164配置是必须的，请看3GPP TS29.002

NOTE:        For initiating the location updating procedure and an authentication information retrieval from the HLR preceding it, the VLR has to derive the HLR address from the IMSI of the MS. The result can be an SPC or an E.214 Mobile Global Title if CCITT or ITU-T SCCP is used, or IMSI itself if ANSI SCCP is used (ANSI SCCP is used in World Zone 1). When continuing the established update location dialogue (as with any other dialogue) the VLR must derive the routeing information towards the HLR from the Calling Party Address received with the first responding CONTINUE message until the dialogue terminating message is received.

update location 过程不像send authentication过程那样一去一回两条信令就完成了一个dialogue，而是多条信令交互，除了第一条要用E.214之外，其他必须要用E.164的HLR number

zyzai605

谢谢各位的解答
第三步交互应该是LUD
我也觉得HLR的e.164的翻译是需要的，但是我在现网中看到这样的配置：e.164和e.214的gt翻译完全一样的，所以我有点不理解

hycl5410

zyzai605 发表于 2012-12-21 09:24
谢谢各位的解答
第三步交互应该是LUD
我也觉得HLR的e.164的翻译是需要的，但是我在现网中看到这样的配置： ...

是不是那种从0\*到9\*，不管E214还是E164，统统都指向某一个/一组STP的情况？
最喜欢这种配置了！哈哈~
这种配置方式，7号不通的事基本就不用找SGSN啦~

Darcy2011

学习学习