NSAPI

爱卫生

NSAPI :  信令面, 标识同一个用户的多个 PDP Context , NSAPI 与 RAB ID 值等同 。取值 0－15 ；   一个用户最多激活11个PDP上下文。信令面多个 PDP Context 可以共用一个 TEID ， 用 NSAPI 区分但如果是一个用户激活secondary APN,虽然APN是同一个，但会分配两个NSAPI。SGSN会放到创建PDP请求消息里发给GGSN。

NSAPI field：4 bit。

=0扩展以后用。

=1 P-MP多播消息

2-4保留

5-15 动态分配的。

连上一个外部网络就有一个NSAPI.由于1-4预留，所以MS拿到的NSAPI一定是从5开始的。

bestflora

之前您说每个PDP context与一个APN相对应，那是不是说一个用户激活一个Secodary APN, 这时候就存在一个APN, 一个PDP context，和两个NSAPI呢？

bestflora

还有个问题，NSAPI是由谁分配的呢，SGSN还是MS?

爱卫生

回复 bestflora 的帖子

答复如下：
    "之前您说每个PDP context与一个APN相对应"，这句话不完全准确，每个PDP context和APN没有完全的对应关系。一个APN可以对应多个PDP context。所以，如果你能找到出处，请提供链接给我，我来更正。谢谢！
   "那是不是说一个用户激活一个Secodary APN, 这时候就存在一个APN, 一个PDP context，和两个NSAPI呢？"这时，用户将有两个PDP Context，一个是Primary PDP Context,对应的发起流程是PDP Context Activation Procedure(在TS23.060的9.2.2章描述）。另外一个是Secondary PDP Context ，由Secondary PDP Context Activation Procedure来发起（参考TS23.060的9.2.2.1.1），这两个PDP Context属于同一个APN，只不过QOS不一样，在Secondary PDP Context的激活流程中，都不会携带请求的APN，而是通过一个Linked TI来和Primary PDP Context进行关联。但每个PDP Context都会独占一个唯一的NSAPI。因此，在你说的例子里，确实是两个NSAPI，但是是两个PDP Context，存在于同一个APN中。例如我们的cmwap这个APN中提供的业务，可能既有http等基础业务，也有视频，IMS等高级增值业务。对QOS的需求也不一样，这就是需要通过发起Secondary PDP Context Activation Procedure来向网络侧申请更高的QOS来满足这类业务的需求。
    最后，NSAPI一般是由MS来分配的，在MS发起的PDP激活请求消息中就要携带NSAPI，但其实不存在由谁分配的问题。因为这个值是固定的，都是从5开始。因为目前的GPRS核心网并不支持网络侧发起的PDP上下文激活，如果支持的话，这个NSAPI也可以是网络侧的GGSN来进行分配。简单来说，就是谁发起激活流程，谁分配。
    附件的包，仅供参考。

bestflora

是我之前理解错了，谢谢您这么耐心的解释。学到东西了

nanjing634

呵呵，解释的很详细啊，学习了。。。。

mobileice

解释的好，呵呵

zglaojiang

回复 爱卫生 的帖子

我之前听谁说过还有个TI，有时候和NSAPI配合起来区分什么的，记不得了。

爱卫生

回复 zglaojiang 的帖子

  TI和NSAPI确实是有映射关系的，分别用在不同的接口。但功能类似。
  这篇帖子有比较详细的介绍。别被标题迷惑了，虽然标题是"GTP的Teardown Indicator IE及实例”，但你仔细看，后面会讨论到了transacation ID的。链接是：http://www.gprshome.com/forum.php?mod=viewthread&tid=237&extra=&page=2。另外还有这篇：http://www.gprshome.com/forum.php?mod=viewthread&tid=879。

gaoyang_fei

爱卫生 发表于 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 （实现定义）啊？看不出什么区别？

爱卫生

gaoyang_fei 发表于 2012-10-2 22:31
想问下爱总。1
                     一次激活和二次激活中的控制面的TEID是一样吗？只是NSAPI不 ...

因为问题比较多。不确定能否全部回答了。如果漏了，再提醒我吧。

1）一次激活和二次激活中的控制面的TEID是一样的（参见论坛的PDP二次激活实例帖子），NSAPI不同。如果是两个Primary PDP，两者的TEID无任何关系，NSAPI是递增的，从5开始分配。数据面TEID不一样。

2）MS IP只有在去激活，重新激活PDP才会发生变化。其他情况都不变。因为IP变了，业务就会断，影响用户体验。Inter-SGSN RAU流程中（参见论坛Inter-SGSN RAU实例帖子），Old SGSN不需要知道MS的IP（本来就不是由SGSN分配IP），只需要知道GGSN的IP就可以了（前提是MS在做RAU时有一个active的PDP上下文），需要和GGSN更新下下行方向的TEID。

3）condtional 和 optional。前者是有条件的，后者是可选的。有条件的意思就是说如果条件符合，就一定要携带。带有半强制性。可选则是无所谓，可带可不带。例如附着请求中，IMSI或P-TMSI都是condtional 的，MS一定要携带一个来做附着，不能两个都不带。之所以不是madantory的，是因为MS在附着时没有P-TMSI，则只能用IMSI来附着。带不能两个都不带就错误了。又例如：Gn接口PDP激活请求中，小区位置信息就是optional的信息元素，带上了可以提供给GGSN作为网管或计费的参考依据。但不带也不会影响信令流程的继续。

gaoyang_fei

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

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

gaoyang_fei

爱卫生 发表于 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的地址的？

爱卫生

gaoyang_fei 发表于 2012-10-2 23:53
爱总困了就睡觉了，（我这一个月都没人问了，终于找到能问的人了，所以成问题少年了，爱问理解{:soso_e12 ...

呵呵，欢迎提问。说下我的个人理解。

a) 你说的对。SGSN传送下行数据报文给MS时，不会根据IP来传的。传送的是LLC PDU，IP已经被封装到里面了，是看不见的。IP地址从技术上来说，可能会重。例如MS同时激活了两个primary PDP，并且是在两个不同GGSN上建立的。那正好GGSN侧假设配置了相同的MS地址池，就有可能重。但这只是从技术上说的。运营商会从整体规划上避免这一点。给不同的GGSN来分配不同的地址池来避免。

b）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了。

PS：一个SGSN可以为多个RA服务。也就是一个SGSN的服务范围是由多个RA构成的。

gaoyang_fei

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

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

gaoyang_fei

关于你的回复“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 不能说明用户在上网？

gaoyang_fei

gaoyang_fei 发表于 2012-10-4 12:39
关于你的回复“RAU流程里的“sgsn response”包含PDP Context IE有一个前提条件，就是old SGSN上自己要有这 ...

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

gaoyang_fei

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的？