问：SCCP层的SPC的作用

yonka

我看到SCCP消息中的called party和calling party部分也可以包含OPC和DPC，想问下SCCP层的SPC的作用是？
是怎么来的呢？

谢谢

爱卫生

回复 yonka 的帖子

SCCP层只有GT码。最好能放个包或截图一起来讨论。

yonka

回复 爱卫生 的帖子

SCCP层的called party/calling party中的address indicator可以指示是否包含SPC
如果为1表示包含的话，后边会有SPC

我想知道这个called party/calling party中的SPC作用是？

爱卫生

回复 yonka 的帖子

你说的对。SCCP层确实可能带有PC。正如你所说。如果带的话，和MTP-3层的OPC和DPC通常是一样的值。

这个在现网里很多。主要是用在Iu-C口RANAP协议。因为Iu接口是面向连接的，需要SCCP层提供面向连接的服务，但并不需要GT寻址，因为RNC和SGSN肯定是属于同一个PLMN，没有不同编码长度的寻址要求。因此，SGSN发出来的RANAP消息，SCCP层会RI会指示是Route On SSN。可以直接根据SCCP层的DPC寻址。

但如果是Gr接口，则通常SCCP层不携带PC。因为需要做GT翻译，RI指示为Route On GT，是根据GT码来寻址。

yonka

回复 爱卫生 的帖子

Iu-C的SCCP使用的是面向连接的方式，我抓到的IuC的包中SCCP层都没有看到called party和calling party，这点很烦。面向连接的SCCP建立连接及后续通信的流程是怎么样的呢？在哪一步中可以看到called party和calling party？

“SGSN发出来的RANAP消息，SCCP层会RI会指示是Route On SSN。可以直接根据SCCP层的DPC寻址。”
这里是只根据SSN寻址？那还需要SCCP层的SPC做什么呢？我就是不太理解SCCP层的SPC的作用。
已经上交到SCCP层的话，对于SCCP层来说已经不需要关心DPC是否是本节点（肯定认为是），...

yonka

上传一个我抓到的Iu-C样包。

爱卫生

回复 yonka 的帖子

面向连接的服务实际上是为了提供给RANAP层服务，实际上就是为Iu-C的GMM信令服务。就像TCP的三次握手一样。

而SCCP层建立连接用的是CR(connection request)和CC(connection confirm)两个消息（SCCP的两个消息类型），所以，你的包里是有主被叫地址的。你用sccp.message_type == 0x01过滤出都是CR消息，都会有calling party address和called party address，而如果你有sccp.message_type == 0x02过滤出都是CC消息，都会有called party address。在建立连接以后，通过reference number来标识这条连接，就不需要主被叫地址啦。所以其他所有的SCCP消息类型都没有主被叫地址。包括释放消息。

SCCP层是面向连接的，并且包含有主被叫地址，那总得要有一个地址标识来标识自己和对方啊。从这个角度来讲，标识的意义更大，就像IMSI一样。既然Iu-C接口没有GT码，那就要通过PC在SCCP层标识自己啊。否则对方也不能区分这个SCCP层的连接是和谁建立的吧（参考MTP-3层的PC是没有意义的，讲究的是对等层的通信）。所以，你在看到建立SCCP层连接（CC消息之后），就在SCCP层中没有主被叫地址了，因为不需要在SCCP层标识双方身份了，已经可以用新分配的reference number来标识了。

个人理解，供参考。

yonka

回复 爱卫生 的帖子

你的意思是说CR消息里会包含Calling party和called party；CC消息中只有called party；其他面向连接的SCCP消息都不带主被叫地址对吗？

我在抓的包里搜出来的CR消息都是malformed packet，晕死

我理解一下过程啊。
A---STP---B
A的消息经过STP中转时，DPC应该是STP，丢到SCCP层后，根据消息类型发现是面向连接的SCCP，是不是STP会记住该local reference所对应的选路呢？

爱总能不能帮忙解释下流程？
建立连接时中间的STP等是如何完成消息转发的（根据哪个local reference，如何映射到选路规则，slr和dlr分别作用是？），之后的通信时呢？

至于你说的地址标识用户（实体）的说法，以前没有见过，确实开了眼界。一般想到地址只会想到寻址和通信。

谢谢

爱卫生

回复 yonka 的帖子

可以过滤出啊。你上传的报文中，CR消息有#1、5、9、13、41号报文。

你的理解有一个误区。就是Iu-C接口的消息其实并没有也不需要经过SS7传送网络，即窄带的STP。Iu-C是不支持窄带的承载的。只支持宽带和SIGTRAN两种承载方式，因为MTP-3B层的路由是一跳就到了。底层的传输是经过ATM交换机或者IP网络的路由器来传递，没有窄带STP的参与。这是因为SGSN和RNC的管理和距离都比较近，不像Gr接口涉及跨省、跨PLMN的情况，需要全国性的STP网络来传送。而Gr接口是采用的无连接的SCCP，所以是不存在local reference的。Gr接口的STP如果需要解析到SCCP层，那一定会采用GT寻址，也就是它的上游节点（如SGSN）将把RI设置成Route On GT，这样下一跳STP做好GT翻译，发给下一个STP就好了。论坛也有相应的帖子讨论。

所以，简单点讲，不存在STP根据local reference选路的问题。local reference只是SCCP层的两个对等实体用于标识这条连接的一个ID，并不用于选路和路由。

yonka

回复 爱卫生 的帖子

你的意思是说sigtran不存在GT寻址？

那如果是有类似全球的应用而不只是在Iu-C接口呢？
如何寻址到全球其他节点？（就比如说以后如果可能的在信令网中sigtran逐渐替代原来的ss7）

还有就是如果在SS7中的SCCP使用面向连接的SCCP呢？这时候对于reference，中间的STP该如何选路？

谢谢


另外，爱总，像提出一些问题，接下来的问答过程中如果稍有些价值，能否奖励些G点什么的（这个名字好怪啊）？

admin

回复 yonka 的帖子

   可能我表述的不够简洁。
1 你的意思是说sigtran不存在GT寻址？
   SIGTRAN、E1 SS7、ATM SS7只是底层的承载方式，和上层路由无关。这3种都支持GT寻址。我是说Iu-C不需要用GT寻址而已。只有Gr接口需要用到。
2 那如果是有类似全球的应用而不只是在Iu-C接口呢？
  全球的应用就是Gr接口的通信，跨PLMN的位置更新，获取签约数据等信令。采用GT寻址来解决路由问题。
3 如何寻址到全球其他节点？（就比如说以后如果可能的在信令网中sigtran逐渐替代原来的ss7）
  采用GT码进行寻址。用SIGTRAN替代后仍然采用GT码寻址。
4 还有就是如果在SS7中的SCCP使用面向连接的SCCP呢？这时候对于reference，中间的STP该如何选路？
  Iu-C接口的信令不会经过传统的STP，MTP-3层是RNC直接给到SGSN。即使有，STP也不看Local reference。这个reference只有SGSN和RNC能识别，因为这个reference是标识的SCCP层上的一条连接。而这个连接并不是和STP建的。Gr接口使用的是MAP协议，根据其特点，是无连接的。所以Gr接口的SCCP层不会出现local reference。
谢谢

另外，爱总，像提出一些问题，接下来的问答过程中如果稍有些价值，能否奖励些G点什么的（这个名字好怪啊）？
  好主意。但比较难以落地。G点的名字主要是力求简洁。本来想叫G元，但感觉比较商业化，容易误导大家，还是改叫G点了。如果稍有价值，奖励G点这些，需要开发相应的程序实现，我暂时不具备这样的能力，另外，即使有这样的程序，可能还需要人工来审核，目前，我也没有这样多的精力。只能装一个能够自动执行，不需人工干预的插件来运行。敬请谅解。谢谢！

yonka

回复 admin 的帖子

1、明白

2、明白

3、如何寻址到全球其他节点？（就比如说以后如果可能的在信令网中sigtran逐渐替代原来的ss7）
  采用GT码进行寻址。用SIGTRAN替代后仍然采用GT码寻址。

    那如果使用面向连接的SCCP方式呢？
    是不是说这种情况下就不适用面向连接的SCCP？还是说SCCP只适合点对点？

4、还有就是如果在SS7中的SCCP使用面向连接的SCCP呢？这时候对于reference，中间的STP该如何选路？
  Iu-C接口的信令不会经过传统的STP，MTP-3层是RNC直接给到SGSN。即使有，STP也不看Local reference。这个reference只有SGSN和RNC能识别，因为这个reference是标识的SCCP层上的一条连接。而这个连接并不是和STP建的。Gr接口使用的是MAP协议，根据其特点，是无连接的。所以Gr接口的SCCP层不会出现local reference。

    问题同3，如果非点对点时使用面向连接的SCCP的话，那SCCP层怎么寻址？

谢谢

admin

不用担心。至少现在GPRS网络没有这样的需求。Gr和Iu-C都没有你提到的非点到点使用面向连接的SCCP场景。你说的这种情况我没有见过，电路域感觉应该也没有这样的需求，因为呼叫是逐跳建立的，MSC-S都是属于同一个PLMN的，不存在全球寻址的问题，而跨PLMN的，有关口局GMSC，也不涉及到全球寻址的问题。而电路域MSC-S到HLR，也是用的MAP协议，是无连接的。

海浪

SS7网络中一般有GT路由，Point Code路由，PC+SSN路由等。SCCP中的address indicator是可以指定路由方式，是GT还是PC。如果是GT路由，就会根据cdpa 的GT路由表查询下一个STP PC点；如果是PC路由，那就根据cdpa PC查询路由，也就是点号路由。
GT路由可以按照手机号码等，非常灵活。

yonka

海浪 发表于 2012-5-15 13:31
SS7网络中一般有GT路由，Point Code路由，PC+SSN路由等。SCCP中的address indicator是可以指定路由方式，是 ...

我的理解的
RI只是指示本端对SCCP消息的处理

如果是route on SSN的话则直接丢给相应的子系统
如果是route on GT的话则进行GT翻译，然后根据翻译的结果（DPC或GT或DPC+SSN或GT+SSN）再进行路由

所以我个人觉得RI其实起的作用跟路由本身并不直接相关

不知道各位前辈怎么理解？

Mr_Muscle

admin 发表于 2012-5-12 21:40
不用担心。至少现在GPRS网络没有这样的需求。Gr和Iu-C都没有你提到的非点到点使用面向连接的SCCP场景。你说 ...

版主，有个疑问啊，为什么yonka附上的包里面的协议栈怎么会重复呢，比如说#7的包，重复出现SCTP-M3UA-SCCP，这协议栈怎么一直重复呢？

爱卫生

yonka 发表于 2012-5-15 13:50
我的理解的
RI只是指示本端对SCCP消息的处理

可以这么理解。具体的例子可以参考http://www.gprshome.com/forum.ph ... mp;tid=330#lastpost，在1楼、8楼都有实例。

爱卫生

Mr_Muscle 发表于 2012-5-15 16:53
版主，有个疑问啊，为什么yonka附上的包里面的协议栈怎么会重复呢，比如说#7的包，重复出现SCTP-M3UA-SCC ...

这是SIGTRAN协议栈中SCTP协议的特点，支持多流的处理，一个消息中可以携带多个chunk，即上层用户数据。所以你看到的重复，实际上可能是对应不同用户的不同Iu-C消息。