51学通信技术论坛

标题: 请问一下2G，3G，2G/3G路由区切换使用哪个字段作为索引 [打印本页]

作者: watson100 时间: 2011-6-23 16:11:54 标题: 请问一下2G，3G，2G/3G路由区切换使用哪个字段作为索引

2G是使用RAI
那么3G是不是既可以使用RAI，又可以使用RNC-ID呢?
我看规范23.060好像只有SRNC RELOCATION的时候才使用RNC-ID的，其他的情况(3g的路由区更新，2g/3g切换都是使用的RAI)

然后又看到一种说法是对于utran access only的设备，只使用RNC-ID。

版主能否确认一下上述的说法呢，谢谢。

作者: 爱卫生 时间: 2011-6-24 14:06:39

回复 watson100 的帖子

  RNC是3G里才有的。所以RNC-ID也是3G中才有的。另外，我想问下你说的索引是不是说用哪个字段作为寻址呢？例如IP网络用目的IP寻址，SS7网络用DPC寻址等等。
  如果你说的索引是寻址的话，那上面的描述就应该是这样。
1）针对SGSN如果要去寻址另一台SGSN，用的肯定是RAI。通过DNS解析或者本地配置对应关系来通过Gn口将相应的信令消息交给要找的SGSN。通常在Inter-SGSN RAU流程中会碰到，即New SGSN需要去向Old SGSN去要用户的MM上下文等信息。
2）针对SGSN如果要去寻址一台RNC，用的肯定是RNC-ID。因为RNC-ID是用来全局标识RNC的。例如你提到的SRNS重选流程中，Old 3G-SGSN要寻址Old SRNS并发送Iu Release消息去释放掉老的Iu连接。但3G RAU流程，实际上可以也包含了SRNS的重选，因为用户在RA之间切换的时候，可能也跨了不同的RNC。因此，如果3G RAU流程涉及到了SRNS的重选，则也需要用到RNC-ID，用于SGSN去寻址RNC，如果3G RAU流程不涉及到SRNS的重选，只涉及到SGSN的切换，则就只需要使用RAI来寻址。
  或者简单来说，如果是信令流程中需要寻址RNC，就用RNC-ID，如果是寻址SGSN，则用RAI。
  个人理解，谨供参考。

作者: watson100 时间: 2011-6-24 19:30:35

回复爱卫生的帖子

[23.060]The old SGSN determines from the Target ID if the SRNS Relocation is intra-SGSN SRNS relocation or inter-
SGSN SRNS relocation. In case of inter-SGSN SRNS relocation, the old SGSN initiates the relocation resource
allocation procedure by sending a Forward Relocation Request message

可以看到RNC-ID是用来找新的SGSN的把？

看规范，也就是在 SRNS Relocation Procedure这个地方用到了RNC-ID，其他地方都没有用到。

所以比较困惑，难道3g用户做一次RAU，需要一个LOCATION UPDATE，还需要一个 SRNS Relocation Procedure的过程吗？

作者: hendouse 时间: 2011-6-24 22:43:26

回复 watson100 的帖子

上面那段英文，看不到RNC-ID是用来找新的SGSN的。。。我觉得爱卫生说得是正确的~ 呵呵

作者: 爱卫生 时间: 2011-6-25 12:34:09

本帖最后由爱卫生于 2011-6-25 12:34 编辑

hendouse 发表于 2011-6-24 22:43
回复 watson100 的帖子

上面那段英文，看不到RNC-ID是用来找新的SGSN的。。。我觉得爱卫生说得是正确 ...

不好意思哦。让你失望了。我在最上面的解释不准确。感谢waton100帮忙纠正，这里提到的Target ID确实是Target RNC ID。但还是回复waton100，这个RNC ID只在SRNS重选的流程中用到。在RAU流程中不一定会用到，除非这个RAU流程中发生了SRNC的重选。举例来说，如果SGSN1负责RA1，SGSN2负责RA2，但这两个RA都划到同一个RNC下。则这样的RAU，只跨了SGSN，没有跨RNC，不会发生SRNS的重选，也就不需要使用RNC-ID来定位SGSN了。通常我们说的寻址SGSN一般还是指的通过RAI来查找old SGSN的IP地址的。
这里截两个图补充说明一下SRNS流程的前两步（和TS23.060的6.9.2.2.1 SRNS重选流程第1和第2步对应，也可以参考http://www.gprshome.com/forum.php?mod=viewthread&tid=119&page=1&extra=#pid176 是论坛的TS23.060的规范翻译版块也已翻完SRNS重选流程）：
1 Source RNC判断UE即将离开当前RNC的控制区，并能判断出这个UE即将前往的目标RNC。于是给old SGSN发Relocation Required消息请求old SGSN通知管辖目标RNC的New SGSN来预留用户资源。消息里就包含了target ID.（其他步骤暂时略过，只讨论和这个帖子相关的target ID。)

[attach]580[/attach]

图一 Old RNC给Old SGSN发Relocation Required

2 Old SGSN收到Old RNC发过来的Relocation Required消息后，知道要执行一个SRNS重选的流程，Old SGSN上首先做一个判断，即根据Relocation Required消息消息中包含的target ID来确定这个目标RNC是不是自己所管理的。如果不是，则会根据RNCID.MNCxxx.MCCxxx.gprs的格式向DNS发起查询请求，找到target RNC所对应的目标SGSN，即流程图中New SGSN的IP地址，并且通过Gn接口发送forward relocation request消息给这个New SGSN。通知New SGSN进行相应的准备工作。这个消息中也包含了Target ID，即目标RNC-ID。也就是在第一步中，由Source RNC通告的，这个UE即将来到的新RNC。

[attach]581[/attach]

图二 Old SGSN给New SGSN发Forward Relocation Request

感谢waton100的纠正，让我也学习到了不少。以后我也会更加仔细的去读文档，能更认真的回答初学者的问题。呵呵。我也就只能回答初学者的问题了。也不是谦虚啦！{:soso_e100:}

作者: 爱卫生 时间: 2011-6-25 12:42:54

呵呵，本帖再一次说明了一个问题。千万不要盲目相信版主啊。版主只是搭建了一个平台，也期望能和更多的朋友一起交流、一起进步。之所以版主主动的回答问题就是想能够起一个带头作用，能够有更多的高手来互相帮忙解答问题。说白了就是一个抛砖引玉的作用。但版主并不是万能的。不可能从MS到业务端到端全部都懂。这是不现实的。
  所以，一定要有怀疑精神啊，即使是权威说的话也不一定全信。要完全相信。只能相信规范、Log还有抓的包。这些东西是不会说假话的。但怀疑精神不能乱用，什么都怀疑。那也是不行的。特别是一个新手来说，如果别人说的你都不信，你都要验证一遍。这样将极大的拖低你的学习效率。所以，建议你可以选择性的怀疑，如果这个人的可信度比较高。你可以把他的话做为一个参考。暂时相信他。特别是在学习的初级阶段。如果你也入行了，成为一名高手了，则你的怀疑精神可以扩大。但如果有些东西暂时无法验证的情况下，你只能根据你的经验选择某个你认为说的比较好的说法做为你的参考了。
  个人见解，谨供参考。所以，话说这么多，还是希望大家所分享，多交流，使用分布式学习，才能一起进步啊。呵呵！
  所以，以后大家提问，也不用加上“请问版主”的前缀了，我希望有一天我能隐退，也有很多朋友能互相回答问题，那我就太开心了。呵呵！谢谢！

作者: hendouse 时间: 2011-6-25 14:58:02

呵呵的确，怀疑精神难能可贵啊

作者: lsjier 时间: 2011-6-28 15:58:54

{:soso_e113:}

作者: yonka 时间: 2012-10-30 06:17:29

爱卫生发表于 2011-6-25 12:34
不好意思哦。让你失望了。我在最上面的解释不准确。感谢waton100帮忙纠正，这里提到的Target ID确实 ...

爱总

Relocation Request 消息怎么滤呢？
怎么区分 relocation required和id-relocationpreparation
relocation request和id-RelocationResourceAllocation？

晕了。

作者: paul 时间: 2013-11-27 09:54:37

爱总：
“ Source RNC判断UE即将离开当前RNC的控制区，并能判断出这个UE即将前往的目标RNC。”

RNC是怎么判断的？

作者: 爱卫生 时间: 2013-11-27 17:55:56

paul 发表于 2013-11-27 09:54
爱总：
“ Source RNC判断UE即将离开当前RNC的控制区，并能判断出这个UE即将前往的目标RNC。”

手机发的测量报告。

作者: paul 时间: 2013-11-29 09:45:39

是不能从控制面消息判断出来的是吧？

作者: paul 时间: 2013-11-29 10:06:07

爱总，再问一个问题：
你在5楼的帖子里，提到的这句话：“举例来说，如果SGSN1负责RA1，SGSN2负责RA2，但这两个RA都划到同一个RNC下。”
这种组网有可能吗？如果同一个RNC下的2个RA连到2个SGSN，那不就是1个RNC连到2个SGSN了吗？除非SGSN-POOL？
能给个图示吗？
谢谢。

作者: 爱卫生 时间: 2013-11-30 19:54:02

paul 发表于 2013-11-29 10:06
爱总，再问一个问题：
你在5楼的帖子里，提到的这句话：“举例来说，如果SGSN1负责RA1，SGSN2负责RA2，但这 ...

找到一张图。

[attach]3054[/attach]

作者: paul 时间: 2013-12-1 18:55:41

这个图并不符合你说的：
“如果SGSN1负责RA1，SGSN2负责RA2，但这两个RA都划到同一个RNC下”

欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/)