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开始的。

hou3331

爱总，实际现场测试中，怎么在终端上激活primary PDP和secondary PDP，second PDP呢？IOS系统，android系统，sybiam系统，上网卡上分别是该如何触发的？

ithinc

gaoyang_fei 发表于 2012-10-7 18:26
a）如果 GGSN侧的 pdp update  request 是作为pdp上下文修改的一部分呢？这种情况下 用来修改MS 的ip 是不 ...

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

a）GGSN修改MSIP是作为初始连接时动态分配IP使用的，后续不会更改MSIP。
b）Update会修改下行TEID，上行TEID不会更改。这个问题我最近刚翻过规范，上行TEID在Release7以前版本中GTPv0向GTPv1切换的时候有可能更改，其他情况不会携带。

爱卫生

yonka 发表于 2012-11-4 10:39
"a) 你说的对。SGSN传送下行数据报文给MS时，不会根据IP来传的。传送的是LLC PDU，IP已经被封装到里面了， ...

1 没事的。防火墙现在全部都是状态化防火墙，即可以记录用户的session状态的。所以你是从哪个端口来的，回来也从哪个端口下发。防火墙不会弄错的。

2 用VPN实例隔离后就不会有问题了。如果两个VPN实例连接到一个相同的没有划分VPN的防火墙，这就不叫VPN了。所以采用了VPN实例划分的话连接防火墙，那要么是两个不同的防火墙，或者是同样划分了两个VPN实例的一个物理防火墙。所以不会弄错的。

3 跨运营商就更没问题的。运营商之间还有防火墙以及采用不同的地址规划呢。

yonka

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

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

爱总，同一个用户不同primary PDP上下文间NSAPI也是递增的吗？还是独立使用？
比如使用CMWAP激活了一个primary然后再激活一个CMWAP的secondary，再激活一个CMNET的primary。这三个PDP上下文都占用同一个5~11吗？

yonka

爱卫生 发表于 2012-10-3 09:49
呵呵，欢迎提问。说下我的个人理解。 a) 你说的对。SGSN传送下行数据报文给MS时，不会根据IP来传的。传送 ...

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

爱总，MS的地址冲突会有影响吗？如你所说的不同GGSN的地址池重复的话？
1、我感觉如果同一个运营商，比如XXCM，如果多个GGSN的地址池冲突的话可能会有影响。因为从下行方向来说，防火墙做NAT转换后可能会下发给错误的GGSN。
2、同一个GGSN的不同APN的道理也一样吧？但alex中提到的使用routing instance来隔离不同APN的话可以重复使用地址池是如何理解呢？从下行方向，防火墙到GGSN还是不知道怎么下发吧？
3、但如果不同运营商的话或者XXCM和YYCM这样的，应该没关系吧？

爱卫生

1) GTP中的TEID有两个。一个是头部中的TEID，这是对方分的。还有一个是头部后面的信息元素部分。这里的TEID是分给对方GSN节点的。如果是信息元素部分携带了TEID，不管是否和原来创建时候的值相同，对方都要拿这个新值覆盖掉旧值。2）是的。

gaoyang_fei

gaoyang_fei 发表于 2012-10-9 10:16
a）   关于"规范里只是说用户面TEID是强制IE，一定要携带，并没有说一定要变啊"携带不就是给对端重新分配吗 ...

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

gaoyang_fei

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

爱卫生

gaoyang_fei 发表于 2012-10-7 21:18
不好意思 爱总 打错字了 第三个问题是  Gn口的信令还有那些会影响teid？

还有关于a问题到底ggsn侧的up ...

因为你的a问题问了两个问题。所以“是”是回答前一个问题。MS IP一般不重新分配是回答后一个问题。如下：

a）如果 GGSN侧的 pdp update  request 是作为pdp上下文修改的一部分呢？这种情况下 用来修改MS 的ip 是不是 很常见？

答：是。这种情况下，MS IP一般不重新分配，否则影响用户体验。不用担心update消息（对应的是PDP上下文修改流程）后用户的IP会变，可以说接近100%的情况下是不变的。以下是规范的原文（TS23.060的9.2.3节）：“

The following parameters can be modified:
- QoS Negotiated;
- Radio Priority;
- Packet Flow Id;
- PDP Address (in case of the GGSN-initiated modification procedure);
- TFT (in case of MS- or GGSN-initiated modification procedure);
- BCM (in case of GGSN-initiated modification procedure); and
- Usage of Direct Tunnel.

”特意说明了PDP上下文修改流程中只有GGSN发起的PDP修改流程才可以修改UE的IP地址，其他场景都不行（例如RAU、切换等过程产生的update pdp context消息等）。但GGSN通常不会主动去发一个PDP修改流程更新UE的IP地址的，除非是人工在GGSN上触发了什么指令操作。

b）我是针对你的问题，针对Inter-SGSN RAU场景所触发的update pdp context消息，必须要更新用户面TEID，因为SGSN变了。如果是其他场景，例如只是更新Qos，那用户面TEID当然可以不变。规范里只是说用户面TEID是强制IE，一定要携带，并没有说一定要变啊。

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.”

c）Gn接口只有update pdp消息可以修改GSN之间的TEID。Create用于创建，delete用于删除。

gaoyang_fei

爱卫生 发表于 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 之前的值？

爱卫生

gaoyang_fei 发表于 2012-10-7 18:26
a）如果 GGSN侧的 pdp update  request 是作为pdp上下文修改的一部分呢？这种情况下 用来修改MS 的ip 是不 ...

a) 是。MS IP一般不重新分配，否则影响用户体验。
b) 下行用户面是一定要修改的。因为服务的SGSN变了，否则GGSN还会将下行数据发给老的SGSN。其它可选。
c）没有。Gn口的信令只能由GSN节点来协商，和Gb口无关。换句话也就是说BSC和MS不需要关心TEID。

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

gaoyang_fei

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

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

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

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

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

爱卫生

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是 ...

爱总困了就睡觉了，（我这一个月都没人问了，终于找到能问的人了，所以成问题少年了，爱问理解{: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的地址的？