51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 5364|回复: 10
打印 上一主题 下一主题

RANAP和MAP协议所使用的SCCP层功能有何不同? [复制链接]

Rank: 9Rank: 9

懒

跳转到指定楼层
楼主
发表于 2012-4-16 18:58:51 |只看该作者 |倒序浏览
一键分享 一键分享

在GPRS网络中,Iu-C接口的RANAP协议和Gr接口的MAP协议都会调用SCCP层的服务。但这两者所调用SCCP层的功能是不一样的。SCCP层的主要功能有两个,如下:

(1)提供面向连接的服务。

(2)提供基于GT码的全球寻址能力。

这两个功能都是MTP-3层无法提供的。

其中Iu-C接口需要SCCP层主要是用到了第(1)个功能。即Iu-C接口需要提供面向连接的服务,建立RNC和SGSN的Iu Connection,这些都是SCCP层完成的。建立好的Iu Connection可以用于承载GMM信令。当Iu连接建立后,UE的MM状态将切换到PMM-Connected。在附着完成后,如果UE没有后续的数据要传(PDP的激活),则Iu连接将被释放。UE的MM状态将切换到PMM-IDLE。但Iu-C接口其实并不需要做GT寻址,因为RNC到服务的SGSN一定是属于同一个PLMN,因此不涉及到信令点码长度不一致导致无法全局路由的问题。

Gr接口的MAP需要SCCP层则并不是为了(1),因为MAP本身是一个和呼叫无关的协议。不需要面向连接,是无连接的。但由于Gr接口可能涉及跨PLMN的通信。例如美国AT&T用户到了北京移动使用北京移动的网络,则可能需要北京的SGSN去访问AT&T的HLR,但国内采用的信令点码长度为24位,但美国则可能采用14位编码长度。因此OPC为24位,DPC为14位,无法完成MTP层路由。这时候就需要借助SCCP层的GT全球寻址功能来帮助完成上述场景的寻址。由于GT码是全球唯一的,例如IMSI、MSISDN等。因此能够解决MTP-3层的路由短板。

综上所述,Iu接口需要SCCP是为了其提供的面向连接的功能建立Iu连接,而Gr接口需要SCCP则是为了其提供的GT码全球寻址能力。

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

Rank: 2Rank: 2

沙发
发表于 2012-4-20 08:46:01 |只看该作者
讲的很明白

使用道具 举报

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

板凳
发表于 2012-5-16 15:48:29 |只看该作者
顶顶顶顶顶

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

地板
发表于 2012-11-28 09:39:13 |只看该作者
不一定把。 如果RNC 到SGSN 之间是通过STP 点转接呢?  另外MTP3的OPC和DPC, 只能满足是点对点的寻址,如果发生跨节点的方式,MTP3就满足不了。就像IP中,源地址发给目的地址,如果两边网络域不同,那得发给网关,由路由器去寻址。虽然很多时候在解释的时候,是用MTP3 的 OPC, DPC 长度不够来解释为什么引入了SCCP 的寻址,但是我认为还是因为后期的网元的寻址发展超出了之前MTP3的设计。

感觉主要在3G 网络中,因为CS 域和PS 域都得通过RNC 进行接入。我感觉SCCP 层的保留应该是出于对CS域的考量 ,需要为CS的信令专门维持一条信令通道,因为提出面向连接的方式。 并且这个SCCP 就只发生在Iu口, SGSN并不需要在通过点码,GT 去寻找GGSN。 但是在CS 域中,在MSC 后面的HLR,或者SMSC这些还是得需要SCCP寻址。
换到IP后,因为IP 承载的原因,其实数据流与承载的绑定并没有CS 那么严格。所以用不用SCCP 无所谓。并且到了LTE中,SCCP层就已经被扔掉不用,但是S1AP的编码格式和RANAP的编码格式还是类似。所以对于数据业务来讲,他们其实并不需要用SCCP。主要是为了考虑CS 域的问题,所以在UMTS中还保留了SCCP层次。

使用道具 举报

Rank: 9Rank: 9

懒

5#
发表于 2012-11-28 10:51:50 |只看该作者
wenliu 发表于 2012-11-28 09:39
不一定把。 如果RNC 到SGSN 之间是通过STP 点转接呢?  另外MTP3的OPC和DPC, 只能满足是点对点的寻址,如果 ...

呵呵。谢谢补充。以上是个人理解。肯定有不全面或不正确的地方。欢迎指正和补充。

第一个问题:我的理解是RNC和SGSN即使是通过STP相连,那也是无所谓的,用DPC寻址就可以了,根本不需要GT。因为RNC和SGSN的范围就是一个RA,并且肯定都是由一个相同的管理部门来维护的,不涉及到跨市或跨省的维护,所以就算走STP,也不需要跨省以及GT寻址,因此实际网络中RNC和SGSN的信令点码都是14位而不是24位的。这和核心网例如Gr接口是不一样的。Gr接口的信令点码都是24位的。

第二个问题:我感觉和CS关系不大。EPC里面抛弃SCCP是因为SCCP是一个SS7协议,EPC没有SS7,自然要抛弃了。同样MAP也抛弃了。Iu接口之所以要提供面向连接的功能,个人感觉还是和PMM的三种状态由关。因为附着完成后要从PMM-CONECTED切换到PMM-IDLE从而节省一些空口的资源,正因如此,才需要释放或维持一条Iu Connection,这个Iu连接就是通过SCCP层来标识的,不是在GMM层标识。另外,3G网络的设计目的就是提供更快的数据业务,而不是为了CS做演进,将CS本身也看成是一种具有特殊Qos属性的数据业务来对待的。如果完全沿用CS,那和3G网络的设计目的是违背的。

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

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

6#
发表于 2012-11-28 11:09:57 |只看该作者
1. 我同意RNC和SGSN之间是可以通过MTP3的 OPC,DPC来完成路由。但是实际上,无论在lab还是在运营商的机房中,使用STP的时候更多。因为通过STP来管理现实中的链接和线路,比较好维护,因为集中在一个点上,查线头比较好查,并且在拉线的时候,也不用从一个设备拖到另外一个设备。
那么在引入STP的时候,就带来一个问题,STP也有点码。 那RNC 要通过STP到SGSN的时候,通过点码就没办法完成这个路由,要么通过PC+SSN,通过SSN再指明后续的节点,要么就通过GT码。
这是网元之间的寻址 ,和 RA 没有关系吧。

无论14位还是24位,这只是算点码的方式而已。我不觉得这和寻址要用什么有什么关系。


2. LTE中也同样的啊,用户在完成附着之后,也可以释放空口资源,但是继续还是可以在MME,SGW 保留Context。如果只是要用来标示一个通道,那么RANAP完全可以用自己的header来完成这个事情,并不需要用SCCP来完成。
RANAP保留SCCP的目的我认为还是为了更适应于CS域,或者来讲,主要是为了RNC这个设备。所以到LTE中,一旦网络扁平化,RNC被丢弃,所以以前的就不用了。 至于LTE中为什么不保留RANAP,我认为因为在UMTS中,RNANAP还负责和MGW 打交道。而LTE中已经没MGW了。那继续还保留RANAP意思也就不大。

使用道具 举报

Rank: 9Rank: 9

懒

7#
发表于 2012-11-28 11:32:28 |只看该作者

1 你说的也有道理。我个人大部分都是赞同的。寻址和RA确实没关系,我说RA只是想说明RNC和SGSN的距离小而已。

2 你说的也有道理,我个人部分赞同。LTE中其实也想保留RANAP,但全IP了留不住啊,只能丢。RANAP毕竟是一个SS7协议。另外,CS和PS完全是不同的接口,独立的业务。而且数据业务和语音业务对Qos的要求也不一样。因此个人感觉还是关系不大。正如你所说,RANAP可以用一个ID在RANAP header中来标识这个通道,但规范为什么没有这么做就只能去猜了。毕竟很少有人参加过3GPP的会议。我的个人理解是协议栈越往上恢复越慢,所以3GPP看到Iu-PS接口有面向连接的需求,那下层的SCCP能提供这功能,那就不需要在RANAP层中重复定义了。(同样的道理,为什么2G中,LLC层和RLC层都有确认模式和非确认模式。但通常LLC层采用非确认,RLC采用确认模式呢?)LTE中SCCP的面向连接的功能就由SCTP来提供了。所以你看LTE中面向连接的功能也没有在S1AP中定义。

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

8#
发表于 2012-11-29 10:52:29 |只看该作者
SCTP 提供不了 面向连接的功能吧。。 只是一个三层的IP 协议而已。
我意思是面向连接这个说法应该是主要应用于 传统的CS 域。  对于数据通信,由于IP的原因,直接可以用类似TCP的方式建立点对点的链接。或者是UDP方式,更不用来维护这个面向连接。 所以对于IP通信,面向连接用不到。

但是3G 中应为 RNC 的存在,还需要与传统CS并存,所以把RANAP封装在 SCCP中以完成向CS域的信令流程。

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

9#
发表于 2012-11-29 14:05:21 |只看该作者
以下内容来源自baidu

 Connection-oriented 面向连接:一种网络协议,依赖发送方和接收器之间的显示通信和阻塞以管理双方的数据传输.网络系统需要在两台计算机之间发送数据之前先建立连接的一种特性。面向连接网络类似于电话系统,在开始通信前必须先进行一次呼叫和应答。
  如果一种服务具有下列特征,就认为它是面向连接的:
  1、建立一条虚电路(比如3次握手)
  2、使用排序
  3、使用确认
  4、使用流量控制。流量控制的类型有:缓冲、窗口机制和拥堵避免。
  面向连接的服务就是通信双方在通信时,要事先建立一条通信线路,其过程有建立连接、使用连接和释放连接三个过程。TCP协议就是一种面向连接服务的协议,电话系统是一个面向连接的模式。

以下内容来源自个人观点:

正如爱老大所说,TCP跟SCTP是兄弟关系。同时更正一下楼上,SCTP是4层协议。根据上面4个判断条件,认为SCTP提供的是面向连接的服务。
感觉楼上提出的“所以对于IP通信,面向连接用不到。”观点,狭隘了一些。尽管IP层并不能提供面向连接服务,但是不代表IP所承载的其他高层协议也不支持。CS域不也在IP化么?

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

10#
发表于 2012-11-29 15:35:29 |只看该作者
哦 。SCTP 那个是我错了。是4层。忘记当中还有IP层了。。 是我对面向连接的定义理解的狭隘了,我之前认为的面向连接更多的是和用户的行为相关,而不是网元间或者计算机之间的连接。

我之前觉得对比与IP, 传统的CS 链路不能被复用,因此一旦有CS业务,一条link就被一直占着了。 但是对于IP链路来讲,我可以sctp中封装很多的不同用户的消息。IP 链路可以被最大化的应用。所以在这点上,我觉得IP的用户面向连接的概念被弱化了很多。


点评

admin  没有啦。很多东西需要大家一起讨论。规范也是人定的,都有好多偏差呢。要不怎么技术需要交流呢!感谢为论坛做了很多建议、意见和补充!谢谢!  发表于 2012-11-29 21:34:51

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

11#
发表于 2012-11-30 09:17:23 |只看该作者
说下我的理解:
对于CS域的链路,E1T1/ATM/以太其实都是底层传输介质的不同,并不影响上层特性。
以太显然具有高带宽特性,但是带宽保障性很差,那么对于CS链路而言,IP/SCTP不过是对以太的适配而已,是为了满足上层链路的需求而做。

而一般意义上的数据通信,则不需要那么多的适配,IP层基本就搞定了。

说到底,一切变化和衍生其实都源于高层应用的需求。

使用道具 举报

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

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

GMT+8, 2024-5-9 11:15 , Processed in 0.112844 second(s), 13 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部