Gr接口的寻址

Mr_Muscle

首先，这篇帖子是本人根据论坛里面讨论的一些帖子和个人平时根据对Gr接口的GT寻址过程的理解进行的一个总结，理解不当或者错误的地方欢迎大家拍砖指出

根据上图举个例子，假设SPA--SGSN作为visited SGSN收到一个来自B省的用户发起的GPRS业务请求，用户上传自己的IMSI给SPA--SGSN，SGSN根据用户的IMSI，查找IMSI序列分析表生成MGT，
第一种情况：
1、当RI=0，代表Route on GT，在SCCP层进行GT分析，分析出DPC=2，然后送到MTP层，DPC设置为LSTPA的SPC，DPC=2，OPC=1（自己的SPC），根据routing table发送到LSTPA（SGSN已经在MTP配置好的MTP-3路由，类似IP里面的路由）；
2、在LSTPA收到这个请求之后，首先判断DPC是否等于own SPC，发现yes，然后将数据包往上层SCCP层送，SCCP层会根据RI标识来分析，发现RI=0，即Routing on GT，然后会进行GT分析，分析出该GT码对应的DPC，如果DPC为own SPC，那么就继续往上层送，如果DPC不等于own SPC，往下层MTP送继续routing，由于在LSTPA进行GT分析的时候，直接分析出LSTPB的SPC，因此它将DPC设置为5，OPC=2（own SPC）；------------------------------参考最后面的流程图
3、在途经HSTP的过程中，即SPC=3和SPC=4，HSTP发现DPC不是own SPC，因此在MTP-3的时候就直接routing，而不往SCCP层发送；
4、当数据包发送到LSTPB，LSTPB发现DPC等于own SPC，因此数据包往上层SCCP层发送，SCCP根据RI=0进行GT分析，分析出DPC=6，即SPB--HLR的SPC，然后修改MTP-3的DPC，将DPC=6，OPC=5，然后数据包就根据MTP-3路由传送到SPB--HLR了
5、SPB-HLR发现DPC=own SPC，往SCCP层送，发现RI=0，进行GT分析，分析出来的DPC=own SPC，继续往上层传送了；
（采用此方法的利弊：采用Routing on GT寻址时，STP的负担较大，但SGSN所配数据较少，只需要配置到LSTP的MTP-3路由即可。SGSN只需要封装好MGT(Mobile GT)到SCCP层，作为called address，不需要配置到各个HLR的DPC，因此配置量少。而LSTP要在SCCP层做GT到DPC的翻译，因此负荷要大。）

第二种情况：
当RI=1，即Routing on SSN时，在SPA--SGSN分析出来的数据包的MTP-3为OPC=1，DPC=6，其中的SPC2、3、4、5当发现DPC都不等于own SPC时，只在MTP-3进行routing，而不会往上层SCCP发送数据包，直到到达SPB--HLR，在SPB--HLR发现DPC为own SPC的时候，往SCCP层发送业务包，根据RI=1，routing on SSN，再而将数据包往application parts发送。
（采用此方法的利弊：采用Routing on SSN寻址时，SGSN需要配置到多个HLR的DPC的信令点路由、信令链等等，配置的数据量非常大。STP由于不需要做GT翻译，只需要根据DPC寻址，所以负荷小。）