51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 9097|回复: 13

求助:关于爱立信SGSN到HLR取用户数据配置问题 [复制链接]

Rank: 8

义 超级之星 勤 论坛核心会员

发表于 2011-12-21 11:41:43 |显示全部楼层
一键分享 一键分享
假设用户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

欢迎多多交流

PS CORE & SS7 & SIGTRAN & IP

有相关的专业技术网站/Q群也多谢推荐

Rank: 9Rank: 9

懒

发表于 2011-12-30 22:02:53 |显示全部楼层
回复 yonka 的帖子

  你的问题较多。我尽可能答复吧,但可能会漏。因为有些描述我不确定是问题,还是你的分享。
  1 确实和用户的CC、NDC无关,是特定的。但也可能和用户的CC、NDC正好相同,例如本例可能就是86130。
  2 通常来说,SGSN一般不会和HLR直连,都是发给HSTP或LSTP。STP都会成对出现保证冗余。
  3 SGSN上GT发往的DPC是静态配置的,指令是create_ss7_sccp_entityset_remote。指令里的pdpc指向HSTP_A的地址,sdpc指向HSTP_B的地址,实现冗余。
  4 对的。有精确匹配的原则。通过这种方法可以实现不同号段的用户分流。
  5 最后的两个指令是配置的GT翻译器。为不同号段的用户选择不同的GT翻译器以及出去的HSTP。
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 8

义 超级之星 勤 论坛核心会员

发表于 2011-12-31 08:31:56 |显示全部楼层
回复 爱卫生 的帖子

谢谢爱总

还是有些疑惑:

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


欢迎多多交流

PS CORE & SS7 & SIGTRAN & IP

有相关的专业技术网站/Q群也多谢推荐

使用道具 举报

Rank: 9Rank: 9

懒

发表于 2011-12-31 10:14:35 |显示全部楼层
回复 yonka 的帖子

  都是好问题啊。先简单回答一下。请高手补充。
1 你的问题是SGSN如果随机加CCNDC前缀的话,怎么能知道GT寻址送过去的HLR正好就是管理这个用户开户信息的HLR,对吗?是这样的。在另外一篇帖子里,探讨了IMSI的构成,由两部分组成。mnc和mcc。以中国移动为例,mnc的取值如下:
中国移动网络编号:46000、46002、46007 (国家码+网号)
中国移动网络段号:
段号代码  手机段号 网络标识
    0    159        46002
    1    158        46002
    2    150        46002
    3    151        46002
    4    1340-1348  46002
    5    135        46000
    6    136        46000
    7    137        46000
    8    138        46000
    9    139        46000
    A    157        46007
    B    188        46007
    C    152        46002
    D    187        46007
    E    147        46007
   然后,其中46002对应的159/158/150/151都是动感地带的品牌,而135-139对应的46000是最早期的一些品牌,如全球通、神州行等。而后面的46007里面有些则是TD-3G号段。
     通过上表你会看到,如果IMSI是46000开头的,实际上对应的号段有135-139这6个号段,因此不需要区分用户,都送到相同的HLR就可以了。或者换句话说,这6个相同号段的用户都在相同的HLR上开户。所以不需要加上用户的NDC来进行区分。

www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 9Rank: 9

懒

发表于 2011-12-31 10:19:00 |显示全部楼层
回复 yonka 的帖子

2 通常都是直接送给HSTP的。如果有LSTP的话,会先送给LSTP。SS7寻址和IP寻址类似,LSTP发现DPC如果不是自己的,就不往上拆包,查看SS7转发表,查找到下一跳DPC的出接口,发给HSTP。类似于IP的路由表。

3 虽然是同一个号段。但都要定义两次。因此到HLR的信令消息交互,只有第一个消息例如鉴权参数获取,需要用户GT E.214寻址(这是SGSN自己算出来的,并非HLR真正的GT码),但后来HLR在回应的时候,会将自己的GT码(E164格式)告诉SGSN,所以第二次以后的消息SGSN都是使用E164格式的GT码和HLR通信。
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 8

义 超级之星 勤 论坛核心会员

发表于 2012-1-3 11:17:05 |显示全部楼层
回复 爱卫生 的帖子

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,实际上先查缓存,再查配置中定义的转发条目?

欢迎多多交流

PS CORE & SS7 & SIGTRAN & IP

有相关的专业技术网站/Q群也多谢推荐

使用道具 举报

Rank: 9Rank: 9

懒

发表于 2012-1-3 16:58:30 |显示全部楼层
回复 yonka 的帖子

1 怎么根据这个新的E.214号码定位到HLR不是SGSN的工作,这个是HSTP的工作,这个E.214做为GT码,那HSTP将完成GT翻译,找到正确的HLR的DPC然后再发给对应的HLR。SGSN不需要参与。
2 配置中会将下一跳的DPC设置为LSTP/HSTP的信令点码,类似IP网络中的静态路由。配了这个静态路由,自然就可以送过去给LSTP/HSTP了。
3 有没有缓存不太清楚。需要确认。但至少你的配置命令是需要定两遍的。
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 8

义 超级之星 勤 论坛核心会员

发表于 2012-4-11 13:57:36 |显示全部楼层
本帖最后由 yonka 于 2012-4-11 14:01 编辑

回复 爱卫生 的帖子

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。

这样理解对吗?


欢迎多多交流

PS CORE & SS7 & SIGTRAN & IP

有相关的专业技术网站/Q群也多谢推荐

使用道具 举报

Rank: 9Rank: 9

懒

发表于 2012-4-11 22:31:50 |显示全部楼层
yonka 发表于 2012-4-11 13:57
回复 爱卫生 的帖子

“1 怎么根据这个新的E.214号码定位到HLR不是SGSN的工作,这个是HSTP的工作,这个E. ...

"用户第一次附着时,由于SGSN不知道该用户归属的HLR,所以将E.212转为E.214,作为目的MGT地址发起请求。SCCP寻址类型设为GT寻址。
比如46001MSIN--->86130MSIN,MGT目的地址为86130MSIN。
此时肯定是发给STP的,因为HLR不明,所以STP收到后作GT翻译得出下一条SPC...
本文摘自: GPRS家园(www.gprshome.com) 详细出处请参考:http://www.gprshome.com/forum.php?mod=viewthread&tid=1277&highlight="

不敢说完全正确,只能说和我的理解完全一致的”。

STP上的配置不确定,但应该是按号段匹配的。另外,GPRS里只用MGT寻址,MGT就是GT的一种。除非是还有电路域的业务,那可能就需要再配其他的GT,用于电路域的HLR寻址。
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

发表于 2014-2-8 17:11:08 |显示全部楼层
解释的很清楚啊...

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

发表于 2014-2-11 22:38:02 |显示全部楼层
由于第一次注册,sgsn并不知道hlr的地址,所以要将E212翻译成e.214.国内将翻译的e.214发给stp进行处理,找到hlr,但现网中与sgsn与hlr直连的方式。是否就不做
46001msin-->86139msin的翻译哪?而进行号段的分析哪?是本号断的就直接按照dpc+ssn发给本地的hlr, 而不是本地的hlr就将E.214发给stp来分析哪?希望爱总会复,谢谢了。。

使用道具 举报

Rank: 9Rank: 9

懒

发表于 2014-2-14 21:42:20 |显示全部楼层
ccc123 发表于 2014-2-11 22:38
由于第一次注册,sgsn并不知道hlr的地址,所以要将E212翻译成e.214.国内将翻译的e.214发给stp进行处理,找到 ...

关于GT寻址,论坛有些帖子。我找到一篇,看是否能解答。http://www.gprshome.com/thread-220-1-1.html
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 2Rank: 2

发表于 2014-5-13 19:36:18 |显示全部楼层
爱卫生 发表于 2011-12-31 10:14
回复 yonka 的帖子

  都是好问题啊。先简单回答一下。请高手补充。

您好,爱总:
最近看到您的这个帖子,有个疑问。
MCC MNC 46000
MCC MNC 46002

只有MNC有区别,大家都知道MNC是网络码,但是这个MNC到底是起到什么作用?
实网下是否有 MNC是 02的基站,
我这边MNC是 02的SIM卡同样注册上的是46000 的基站,不知道 46002  46007 到底有什么作用,还望指点。

谢谢

使用道具 举报

Rank: 2Rank: 2

发表于 2014-5-14 09:09:08 |显示全部楼层
这个问题我来回答,00和02是网络号,区分不同运营商的~~~~

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-3-29 04:53 , Processed in 0.028639 second(s), 13 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部