GPRS attach 要成功的前提条件是否是IMSI attach 已成功？

ck01722007

GPRS attach 模式有3：（1）IMSI attach后，再进行GPRS attach；（2）可以直接进行GPRS attach，同IMSI attach成功与否无关；（3）所谓的“联合attach”（因国内SGSN暂无Gs接口，无该模式）。现在要讨论的问题是，如果手机终端只能按照attach模式1来登记的话，则CS域attach失败后，PS域（GPRS） attach将无法成功。究竟现在GSM/WCDMA网络采用的是哪一种模式，还是2种都有？或GSM同WCDMA不一样？有人说，具体某手机终端或某上网卡采用哪种模式进行attach，或取决于HLR中的用户数据的配置，或取决于某手机终端或某上网卡的型号或上网配置，或取决于SGSN的相关参数配置，等等。望高手给予解答，不胜感谢！

ck01722007

这个问题太重要了，为什么1个多月了还无人解答？

爱卫生

ck01722007 发表于 2011-8-19 15:29
这个问题太重要了，为什么1个多月了还无人解答？

  不好意思啊。因为我采用的查找未回复问题的方式是用的论坛的搜索功能，通常我会查看最近24小时或1周的帖子，但也有可能会出现偏差。所以这篇帖子就没有及时回复。
  如果发现一周之内都没有回复的话，请通过站内短信通知我。如果我能回复，将直接回复。如果暂时无法回复，将转入20.1或20.2版块专门用于存放论坛未解决的问题，防止问题沉底的。谢谢！
  你的这个问题其实很好，实际上是说的附着中的attach type的三种类型，对应的是规范在TS24.008中有说明。
  先说答案，现在绝大多数用的都是第2种，即GPRS附着，同IMSI attach无关。第1种实际上在3GPP R6开始后就没有了，第3种是因为现网没有开Gs接口。这里截取TS24.008的R5和R6版本对比一下进行说明：
先看下R5的（V5.16.0) 2006年6月发布：

Type of attach (octet 1, bit 1 to 3)
Bits
3	2	1
0	0	1		GPRS attach
0	1	0		GPRS attach while IMSI attached
0	1	1		Combined GPRS/IMSI attach

再看下R6的（V6.12.0）2006年3月发布：

Type of attach (octet 1, bit 1 to 3)
Bits
3	2	1
0	0	1		GPRS attach
0	1	0		Not used. This value was allocated in earlier versions of the protocol (Note1)
0	1	1		Combined GPRS/IMSI attach

NOTE 1: The code point “010” if received by the network, it shall be interpreted as "Combined GPRS/IMSI attach".

所以，在R6的版本里面有明确的说明，如果收到了ATT类型值为010，即原来的GPRS attach while IMSI attached，将统统都被解释为联合附着。
   那为什么这样子改呢？看下R6版本的附录部分，有提到：

06-2005

CP-28

CP-050069

916

4

Attach type and Update type IEs

6.8.0

6.9.0

   实际上是2005年6月一次大会上，由CP-050069这个工作文档提交的。并且是从3GPP规范R6.8开始发生更改的。R6.8到现在已经有5年多时间了，现在现网的SGSN应该都是支持R7的版本，因为在R7引入了对3GDT的支持。所以肯定是不支持原来的GPRS attach while IMSI attached这种attach type了。对应的TS23.060规范也做了更新，在介绍附着的时候也只提到了两种类型的附着流程，一种是GPRS附着，一种是联合附着信令流程。
   再到网上搜索CP-050069这个文档，可以下载到。google的第一个搜索结果。打开后，在第61页，可以看到这个change request就是要调整attach type。可以查看下附件。论坛的信令流程版块也有一些附着包，可以下载看到ATT都是GPRS附着。

    GPRS基本原理这本书出来是在R6之前的，有些东西需要更新了。但绝大多数没有变化。
    另外就是，GPRS的附着确实是不应该依赖于IMSI的附着，虽然GPRS是要复用GSM的信道资源，本身并不能单独存在，但附着流程属于GMM流程，是层3的消息，所以和底层的信道是无关的，可以独立存在。不知道上述这些有没有回答你的问题！呵呵！

feile99

哈哈，这个问题3年前在公司内部帮别人解答过，不过是根据自己的理解解释的，没有查协议。谢谢爱总的详细解释。
其实一个很明显的例子，如果需要IMSI attach之后才能gprs attach，岂不是数据卡都不能上网了?!

liunan0507

爱卫生 发表于 2011-8-21 11:50
不好意思啊。因为我采用的查找未回复问题的方式是用的论坛的搜索功能，通常我会查看最近24小时或1周的帖子 ...

爱总，貌似现在还有一种情况会和这个问题比较类似。
前提条件：
1：UE中SIM为国外漫游SIM卡，且和中国移动、联通均签署了漫游PS协议；
2：UE将搜网方式切换至Manual后Reboot UE；
3：工作方式为CS and PS；

之后通过Log来看，每次UE开机后，会依照如下流程进行：
A：首先会发起对RPLMN的CS请求，但由于UE的IMSI会被CN Reject掉，印象中携带的Cause为 IMSI 在VLR DB中非法 --- 貌似是由于仅签订PS漫游协议的问题；
B：之后UE不会在尝试PS的Attach，会直接对HPLMN发起LU请求； ----- 这块很奇怪的是：SIM卡中没有EPLMN的任何信息，不了解是否是SIM卡本身的异常；
C：HPLMN注册失败后，发现UE就呆住不动了；


不知道这种现象是否和该问题有一些类似？
请教一下 所谓IMSI Attach是不等价于LU请求？只是不同时间段的别名不同？

liunan0507

liunan0507 发表于 2012-2-8 22:05
爱总，貌似现在还有一种情况会和这个问题比较类似。
前提条件：
1：UE中SIM为国外漫游SIM卡，且和中国移 ...

貌似搞的有点乱了！
呵呵  是不是可以理解为 IMSI附着为最基本的开机Request，是的MSC可以知道UE的一些信息？
之后才会进入CS的LU以及GPRS的Attach阶段？

还是说IMSI的附着本身就包含了CS的LU？

多谢大家！

爱卫生

回复 liunan0507 的帖子

  PS和CS的上层应用消息应该是独立的。所以不应该有依附关系（特别是现网没有Gs接口）。
  也就是说，手机开机正常来讲，如果配置了开机自动同时附着PS和CS，就会发起两个附着请求，分别发起到MSC和SGSN的附着请求。如果发生了RA/LA的切换，才会做RA和LA更新。(你说的LU是LA Update吧？)
  因此，IMSI附着本身并没有包含LA Update。从某种角度讲，LA/RA Update都是Attach的一个子集，完成用户位置和信息登记的功能。
  

liunan0507

爱卫生 发表于 2012-2-8 23:48
回复 liunan0507 的帖子

  PS和CS的上层应用消息应该是独立的。所以不应该有依附关系（特别是现网没有Gs接 ...

那么是否可以理解为：1: MS开机后，就会发起IMSI的附着，该功能仅为与MSC之间交互一些信息；
2: IMSI附着成功后，若配置为CS and PS，则会进行CS的LU请求以及PS的GPRS Attach；

不知道这样理解的对否？ 多谢卫生了！

爱卫生

不同厂家的手机默认的行为是不一样的。所有手机的共同特点是，开机一定会发起IMSI的附着，附着到CS域的MSC。但并不是所有的手机开机都会做PS的附着到SGSN，这样做是为了省电。例如诺基亚的很多型号就不是，当然在手机设置中可以改的。

所以，如果是手机按照默认设置开机（自动附着到CS，不自动附着到PS），那么：

1 它会发起IMSI的附着，目的等级到CS域网络里来，最终目的是为了打电话，和MSC之间交互信息也是为了完成到CS的登记。

2 不管IMSI有没有附着成功，都不会发起PS附着，直到点击某个应用例如手机QQ或浏览器才会触发PS激活。

如果手机默认设置是CS和PS同时附着：

1 则手机开机后将同时发出两个附着请求，一个到CS的MSC，一个到PS的SGSN。相互独立，没有依存关系。附着成功的消息可能CS先收到，也可能从PS先收到。互不影响。

以上两种手机设置，都不会发生LA Update。因为并没有发生LA的变化。除非这个手机用户离开家，来到了上班地。例如从北京的朝阳区来到了海淀区。可能会跨LA，触发LA Update。

yonka

回复 爱卫生 的帖子

爱总~有个问题啊

如果有些手机设置的是开机不自动做PS attach的话~那么在自己进行PS业务之前应该是未附着的~CN侧不知道手机位置~~
那有一些应用~比如微信~别个发消息来了~怎么寻呼手机？

爱卫生

回复 yonka 的帖子

这种情况，那网络侧肯定没法寻呼你。因为手机在idle状态。不过这倒不用担心。很多应用例如QQ只要你点了，甚至都不用点，开机就会自动运行或定期去和服务器通信。这样就会自动触发附着和PDP上下文的激活。这样就能找到你了。

yonka

回复 爱卫生 的帖子

呃~~也就是说在开机不自动附着到前提下~~除非部分应用开机自运行的去附着~~不然的话~用户不点开进行PS业务的应用的话网络侧无法主动与MS通信~对吗？

yonka

回复 yonka 的帖子

爱总能不能讲下什么样的情况下手机需要关机重新开机才能上网？原因有哪些呢？
日常维护过程中有时会碰到~所以~

谢啦~

爱卫生

回复 yonka 的帖子

对。如果没有任何事件触发附着流程，则MM状态始终是idle。网络侧无法和手机进行通信。

应该大部分情况都不需要手机重新开关机才能使用业务。但也有些少见的情况不排除。我刚碰到的一个情况就是，如果在SGSN上将用户的MM上下文用command删除了，那MS就需要重新关机再开机以后才能做PDP的激活去使用业务，否则就无法PDP激活。同样，如果其他情况，导致SGSN这边将用户的MM上下文删除了，但MS侧可能并不知道，还是保持Standby状态，那这时候MS的行为可能就是直接去做PDP激活，就会失败。除非重新关开机执行重新附着再PDP激活。

yonka

回复 爱卫生 的帖子

哦~也就是说因为一些原因导致网络侧MM/SM状态与MS侧状态不一致就可能会造成必须开关机（也就是手机重新发起附着流程）对吗？
那网络侧有没有满足什么条件就主动发起去激活呢~比如多长时间没有信令/数据流量之后~
我记得SGSN上相应的计时器~多少时间后就把IDLE状态的用户去附着~

爱卫生

回复 yonka 的帖子

去激活和去附着在网络侧都有定时器控制。控制去附着的是隐式去附着计时器见TS24.008。控制PDP激活的规范里好像没提。但设备上都有。规范里只提到PDP去激活是流程来控制，而非Timer，所以可能因此没强行规定Timer。但SGSN、GGSN上好像都可以设置。

yonka

回复 爱卫生 的帖子

对于去附着。
隐式去附着不会实际发起去附着流程的对吧？

而设备上自行设定的对idle用户去附着的计数器到期后的去附着是会发起到MS的去附着流程么？

iscehsj

对于隐式detach，核心网侧是不会发detach request给UE的，因为此时UE是不可得的。
所以，在下图的流程图中SGSN与MS的信令交互是虚线的。（如果是显式detach的话，则为实线）
另外，在SGSN侧，
如果ISR没有激活的情况, 在mobile reachable timer超时后，SGSN发起隐式detach，将UE状态置为idle，可能会删除该用户的MM和PDP context；
如果ISR是激活的情况，在mobile reachable timer和implicit detach timer都超时后，SGSNN发起隐式detach，将UE状态置为idle，可能会删除该用户的MM和PDP context。

对于隐式detach的流程，可参考23.060 6.6.21 SGSN-initiated detach procedure: