51学通信技术论坛

 找回密码
 立即注册
搜索
楼主: 爱卫生
打印 上一主题 下一主题

NSAPI   [复制链接]

Rank: 2Rank: 2

楼主
发表于 2012-10-2 22:31:47 |显示全部楼层
爱卫生 发表于 2011-4-25 13:21
回复 bestflora 的帖子

答复如下:

        想问下爱总。1
                     一次激活和二次激活中的控制面的TEID是一样吗?只是NSAPI不同?是这样吗?那两个primary pdp激活呢,他们的TEID和NSAPI的分别有关系吗?数据面的TEID有关系吗?
                        2 还有就是想问问爱总MS ip什么时候会变化?我看有个文档上写GGSN的pdp update 可以用来给MS重新分配ip是吗? 在RAU中呢MS ip会变化吗?我想 intra-RAU应该不会变吧?那inter-RAU呢?我们从现网采集的 SGSN context response 中有的 含有pdp地址(我想这样new sgsn也许就会不变更 ms的ip了吧),但是有的 SGSN context response  根本就没有 pdp上下文字段,这样是不是一定会有后续的给MS重新分配分配ip的情况?但是携带了pdp上下文字段(能够知道old-pdp-address)也是从新分配ip的?
                      3想问下爱总标准里面的 condtional 和 optional 有什么差别?我理解都是implementation define (实现定义)啊?看不出什么区别?

使用道具 举报

Rank: 2Rank: 2

沙发
发表于 2012-10-2 23:24:17 |显示全部楼层
爱卫生 发表于 2012-10-2 22:57
因为问题比较多。不确定能否全部回答了。如果漏了,再提醒我吧。1)一次激活和二次激活中的控制面的TEID是 ...

谢谢爱总的热心回答!可以再追问几个吗,TEID是怎么算出来 V0版本网络上有IMSI+NSAPI的说法,但是V1版本一个上下文中有个4个TEID(C面上下行,D面上下行)

点评

爱卫生  V1里确实没有规定TEID是如何组成的,只定义了长度。交给各厂家了。  发表于 2012-10-2 23:29:35

使用道具 举报

Rank: 2Rank: 2

板凳
发表于 2012-10-2 23:53:04 |显示全部楼层
爱卫生 发表于 2012-10-2 22:57
因为问题比较多。不确定能否全部回答了。如果漏了,再提醒我吧。1)一次激活和二次激活中的控制面的TEID是 ...

爱总困了就睡觉了,(我这一个月都没人问了,终于找到能问的人了,所以成问题少年了,爱问理解{:soso_e120:})说说我的理解,就是一个MS最多有11context ,这些上下文不管从不从属一个primary上下文(虽然叫二次激活,但是对一个primary上下文可以有多个二次激活),nsapi都是从5-16递增是吧。
    “Old SGSN不需要知道MS的IP(本来就不是由SGSN分配IP),只需要知道GGSN的IP就可以了” 两个问题  
     a  u面的下行数据来的时候,sgsn找ms,这么说肯定不是靠ip了,所以有没有可能 1个sgsn里面的有相同的ip,因为可能是不同ggsn分配的,ggsn分配的网段有没有可能重复?顺便问一句这个sgsn和RA有什么对应关系吗?(一对sgsn管理多个RA吗?)
     b  sgsn response 里面的时候 pdp是可选的,你刚回复我的“要知道ggsn的地址”我查了一下: 发送的sgsn context response的时候这个ggsn的 地址也应该是在 pdp 上下文IE里面包含,但是有的sgsn response里面就没有pdp上下文字段,怎么得到ggsn的地址的?

使用道具 举报

Rank: 2Rank: 2

地板
发表于 2012-10-4 12:16:46 |显示全部楼层
爱卫生 发表于 2012-10-2 22:57
因为问题比较多。不确定能否全部回答了。如果漏了,再提醒我吧。1)一次激活和二次激活中的控制面的TEID是 ...

           关于你回复的这句话“MS IP只有在去激活,重新激活PDP才会发生变化。其他情况都不变。因为IP变了,业务就会断,影响用户体验。”我在标准中的确找到“GGSN侧的pdp updaterequest可以用来给MS分配ip”  为什么?国内没有采用GGSN侧的update吗?

点评

爱卫生  没有。通常来说,在Inter-SGSN RAU过程中,GGSN不会重新为MS分配IP。  发表于 2012-10-4 23:59:49

使用道具 举报

Rank: 2Rank: 2

5#
发表于 2012-10-4 12:39:09 |显示全部楼层
本帖最后由 gaoyang_fei 于 2012-10-5 10:31 编辑

关于你的回复“RAU流程里的“sgsn response”包含PDP Context IE有一个前提条件,就是old SGSN上自己要有这个PDP上下文,也就是说在MS发生RA移动的时候,本身就带有一个active的PDP上下文移动的。也就是MS是正在上网过程中发生了跨RA的移动。这时候Old SGSN上才知道MS在哪个GGSN上激活的,才能通知New SGSN。否则,如果MS如果不是在上网过程中位置移动了,当前根本就没有GGSN为MS服务,那Old SGSN也就不知道也不需要知道了。因此对应的PDP Context IE里也就没有GGSN IP了。”    有sgsn response 不就说明是ms在上网中发生了 RAU吗 ?而且还是inter -RAU,这时候MS肯定会有激活的上下文啊,可是这个时候的sgsn contextresponse里面
很多也是没有pdp上下文的(包含ggsn的ip)


有sgsn response 不能说明用户在上网?

点评

爱卫生  Inter-RAU是移动性管理流程,和会话管理流程PDP激活没有任何直接关系。举个例子,用户只做了附着,然后一直在线,但没有上网。如果发生了跨SGSN的RA移动,那肯定是没有PDP上下文的。对吗?  发表于 2012-10-4 23:59:17

使用道具 举报

Rank: 2Rank: 2

6#
发表于 2012-10-5 10:31:57 |显示全部楼层
gaoyang_fei 发表于 2012-10-4 12:39
关于你的回复“RAU流程里的“sgsn response”包含PDP Context IE有一个前提条件,就是old SGSN上自己要有这 ...

有sgsn response 不能说明用户在上网?

点评

爱卫生  对。即使用户不在上网(我是指用户没有已经激活的PDP上下文,只是附着状态。)发生了Inter-SGSN RAU,Old SGSN也会给New SGSN回SGSN response,但里面就没有PDP Context IE,只有MM Context IE。这个消息是必选的。  发表于 2012-10-5 12:44:53

使用道具 举报

Rank: 2Rank: 2

7#
发表于 2012-10-7 18:26:52 |显示全部楼层
本帖最后由 gaoyang_fei 于 2012-10-7 18:31 编辑
gaoyang_fei 发表于 2012-10-4 12:16
关于你回复的这句话“MS IP只有在去激活,重新激活PDP才会发生变化。其他情况都不变。因为IP变 ...

a)如果 GGSN侧的 pdp update  request 是作为pdp上下文修改的一部分呢?这种情况下 用来修改MS 的ip 是不是 很常见?
b)update 为什么要修改上下行的 teid呢? 且我见到的包 在response里面 只有 data teid,没有修改控制面的teid,这是为什么呢?
c)追问下在Gb口之间,还有什么信令是会改变一对GSN之间的teid的?

使用道具 举报

Rank: 2Rank: 2

8#
发表于 2012-10-7 21:18:20 |显示全部楼层
本帖最后由 gaoyang_fei 于 2012-10-8 19:21 编辑
爱卫生 发表于 2012-10-7 19:35
a) 是。MS IP一般不重新分配,否则影响用户体验。
b) 下行用户面是一定要修改的。因为服务的SGSN变了,否 ...

不好意思 爱总 打错字了 第三个问题是  Gn口的信令还有那些会影响teid?

还有关于a问题到底ggsn侧的update 用来 进行ip修改常见不常见?你回答的前半句是“是”,后半句是否定,把我搞糊涂了。 我们要做一个上网用户的ip和imsi映射表 ,所以对这个比较关心,不常见但有改变ip的机会的的话,(如果准确率优先,不是性能优先的话)也要有代码在抓到update的时候进行处理,

                          还有在ggsn发起的update下 下行的控制面teid也是必须改变的吗 ,你在另一处对我的回答中提到update 过程 必定会改变下行的控制面teid  因为会话中的SGSN变了,(上行的控制面不必要变更吗?我看标准中只有data(I)是必须的?为什么?)这个不是在作为RAU流程的一部分才会更换SGSN吗 ?update 过程还有其他目的啊,比如更换Qos,所以SGSN不一定会变更啊?

          另一个问题  update response中如果原因值为不接受,那之前的pdp context呢?是不是teid不更新,还维持update 之前的值?

使用道具 举报

Rank: 2Rank: 2

9#
发表于 2012-10-9 10:16:16 |显示全部楼层
a)   关于"规范里只是说用户面TEID是强制IE,一定要携带,并没有说一定要变啊"携带不就是给对端重新分配吗?要不携带干嘛?

b)关于“PDP上下文更新失败,规范是这么说的。“If the SGSN receives an Update PDP Context Response with a Cause value other than "Request accepted", it shall abort the update of the PDP context.

If the SGSN receives an Update PDP Context Response with a Cause value "Non-existent", it shall delete the PDP Context.”
” 其他原因的情况呢,只说了non-existent的情况?

点评

admin  a) 携带的目的是为了让GGSN能够识别,不一定要重新分配。因为该TEID是GGSN分配的。b)其他情况是上面的红字"it shall abort the update of the PDP context".  发表于 2012-10-9 21:31:06

使用道具 举报

Rank: 2Rank: 2

10#
发表于 2012-10-10 10:42:41 |显示全部楼层
gaoyang_fei 发表于 2012-10-9 10:16
a)   关于"规范里只是说用户面TEID是强制IE,一定要携带,并没有说一定要变啊"携带不就是给对端重新分配吗 ...

上述两个问题想追问下。。我们只关心update流程过程中控制面的TEID,  1)如果信令中携带了(也就是给对端分配了),对端一定会更新到新的TEID吗?2)”abort update context  “          TEID还是维持create pdp context 过程后,update前的 TEID吗?

使用道具 举报

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

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

GMT+8, 2024-5-19 14:20 , Processed in 0.236765 second(s), 10 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部