关于多次断开后no carrier的问题

爱卫生

hslyhsly 发表于 2012-6-7 11:29
或者会不会是这样，上网卡注册到了某个基站上（cell id 1）,在连接状态下断开，cell id 1 上的信息还未能及 ...

我也只能猜，没什么根据的。感觉和小区ID不同关系不大。有可能是上一次激活的PDP上下文还没有被去激活（占用了NSAPI=5），又激活了新的PDP上下文（NSPAI也=5），网络侧会拒绝这次PDP激活，回复的cause code我记得好像是pdp context already exist类似这个。当然，也可能不是这个原因，猜的。

爱卫生

hslyhsly 发表于 2012-6-8 11:27
请问NSAPI是何时产生的？如果不断电，是不是这个值就会一直不变？如果断电了，再搜索网络，再去做PDP激活， ...

NSAPI是在PDP激活过程时，由MS向网络侧请求，然后网络侧确认后进行分配的。要释放的话和断电没关系，要通过PDP上下文去激活流程才能释放。所以断电以后，NSAPI其实是没有释放的。但如果重新开机后，MS找不到这个PDP上下文，重新做PDP激活重新请求相同的NSAPI就会被拒绝。当然，大多数情况下，是不会有问题的。因为MS关机会发一个去附着请求，去附着后网络侧会将MS的PDP上下文释放，NSAPI也就释放了。除非是一些异常的场景，例如突然手机断电、用户自己拔电池等。

爱卫生

hslyhsly 发表于 2012-6-11 18:10
做了两个测试：
1， 用 cgdcont 复制一条与PDP1一样的PDP上下文配置2.在1不可用的情况下，用配置2去连接， ...

在GGSN上是注册并创建一个PDP上下文。PDP上下文可以看成MS到PDN网络的会话连接，里面的信息有很多，包含的信息主要包括有IMSI、NSAPI、PDP Type、PDP地址、MS IP、TEID、TFT、使用的APN等。算上不常用的总共有20多项。在TS23.060的13.2章Table 7中定义。

MS突然断电，网络侧可能没有任何感知，因此并不会认为该PDP上下文无效，通常在GGSN上会设置一个idle-timeout，时间在几十分钟不等。

我也只是个人猜测，不一定是NSAPI的原因的。