6.4 MM流程 & 6.5 GPRS附着功能

爱卫生

6.4 MM流程
  在A/Gb模式，MM流程应该使用LLC和RLC/MAC协议来做Gb和Um接口的消息传输。MM流程应该提供信息给它的下层来使得在Um接口的MM消息的可靠传递。TS43.064定义了LLC和空口信道的映射使用。
  在Iu模式，MM流程应使用RANAP和RRC协议来分别做Iu和空口的消息传输。
  除此之外，MM流程使用MAP在Gn/Gp SGSN和HLR之间，SGSN和EIR，BSSAP+接口在SGSN和MSC/VLR之间。在S4-SGSN和HSS，协议是diameter。
  然而，为了帮助SGSN的转变，并不排除在S4-SGSN和HSS之间使用基于MAP的Gr接口。
  用户数据通常可以在MM信令流程期间传递。在A/Gb模式，用户数据在附着，鉴权，RAU流程期间传递可能会丢失，可能因此要被重传。为了减少必要的重传的要求，MS和SGSN不能在附着和鉴权流程期间传递用户数据。在RAU流程时，用户数据允许传递，但有严格的规定，在6.9.1.2和6.9.1.3中描述。

6.5 GPRS附着功能
6.5.0 大体上的
  一个MS应该执行GPRS附着到SGSN，为了获取GPRS业务的访问。如果MS连接到A/Gb模式，应该执行一个A/Gb模式的GPRS附着流程。如果MS连接到Iu模式，应该执行Iu模式的GPRS附着流程。
在附着流程，MS应该提供自己的身份标识和指示附着的类型。这个身份ID由网络侧提供，应该是MS的P-TMSI或IMSI。P-TMSI可以从GUTI截取出来，当MS具有E-UTRAN能力的时候。如果MS没有正确的P-TMSI或正确的GUTI，MS应该提供自己的IMSI。对于一个紧急的附着，如果MS没有IMSI/GUTI/P-TMSI，则应该包括IMEI。
为了减少网络侧的负荷，仅仅当在一个新的PLMN执行GPRS附着（例如未注册的PKMN或注册PLMN的等价PLMN），MS被配置执行带IMSI的附着---在PLMN发生变化时（参考TS24.368）应该通过自己的IMSI来标识自己，来取代一个存储的临时性ID。
在附着阶段，MS提供自己的PS切换和inter-RAT切换的能力在附着请求消息中。SGSN使用inter-RAT指示符and/or其他指示来要求MS（使用attach accept消息）发送其他的RAT的空口接入能力在attach complete消息中。

6.5.1 A/Gb模式的GPRS附着流程
  一个GPRS附着指向SGSN。一个GPRS附着的MS在网络工作模式I时，可以通过捆绑的RA/LA更新流程来执行CS附着。如果网络模式II和III，或如果MS不是GPRS附着，MS执行一个已经在A/Gb模式定义的CS附着。一个已经CS附着的A类手机参与到一个CS的连接，应使用GPRS附着流程当执行GPRS附着时。
在RLC/MAC层，MS应通过一个本地或外部TLLI标识自己--如果MS已经是附着到PS并正在执行一个CS附着。除此之外，MS应该通过一个外部TLLI，或一个随机TLLI（当一个正确的P-TMSI不可用时）来标识自己。外部或随机TLLI用于附着过程中的一个标识直到一个新的P-TMSI被分配。
  在执行GPRS附着后，MS进入READY状态，并且MM上下文在MS和SGSN上建立。MS然后可以发起激活PDP上下文流程。
一个已经CS域附着的只能执行C类模式的MS，在执行GPRS附着之前，应该参照正常的IMSI去附着流程。一个GPRS附着的C类手机应该在执行CS域附着之前执行一个GPRS去附着。
如果网络模式为I（参考Gb接口的寻呼的协调工作），那么一个CS和PS都已经附着的手机应该执行一个联合的RA/LA更新流程。
如果网络模式为II或III，那一个已经GPRS附着并有能力同时支持CS和PS附着的MS，应执行（非联合的）RAU流程，要么是：
- 为CS操作接入非GPRS公共控制信道；要么是
- 如果CS的操作并不期望执行，取决于系统信息来定义是否要执行显式的去附着，或者：
- 避免所有的CS信令（在一段时间后MS可以隐式CS去附着）；或者
- 通过一个非GPRS公共控制信道执行一个显式CS去附着（如果MS已经CS附着的情况）。
  联合的GPRS/IMSI附着流程在图例22中描述。

6.5.2 Iu模式的GPRS附着流程
一个GPRS附着的MS在网络工作模式I时，可以通过捆绑的RA/LA更新流程来执行CS附着。如果网络模式II和III，或如果MS不是GPRS附着，MS执行一个正常的CS附着。一个已经CS附着的MS参与到一个CS连接，当执行GPRS附着时，应该使用（非联合的）GPRS附着流程。
在执行了GPRS附着后，MS是在PMM-CONNECTED状态，MM上下文也在MS和SGSN内建立。MS可以然后激活PDP上下文。
一个CS附着的MS如不能工作在CS/PS操作模式，则应在执行GPRS附着之前，参照正常的IMSI去附着流程。一个GPRS附着的MS如不能工作在CS/PS操作模式，则应在发起CS附着之前执行GPRS去附着。
在支持网络共享的网络侧（TS23.251定义），SGSN在收到attach request消息时，可以由RNS告知选择的核心网与运营商的ID。如果可用，这个信息将存储在SGSN的MM上下文中。
对于紧急附着处理，参考5.10.3

爱卫生

6.5.3 联合的GPRS/IMSI附着
  如图例22所示。

注释1：所有的步骤除了6和7d,7e是公共的架构部分，用于基于Gn/Gp的和GGSN交互及基于S4的和S-GW/P-GW的交互。对于一个基于S4的和S-GW和P-GW的交互，流程步骤（A)在6.5.3A和流程步骤（B）早6.5.3B中定义。
注释2：对于一个紧急附着，而MS没有成功的鉴权，那6，7，8，11步不能执行。
1）在A/Gb模式，MS通过传送附着请求（IMSI或P-TMSI和old RAI,MS空口接入能力，MS网络侧能力，CKSN，附着类型，DRX参数，old P-TMSI签名，附加的P-TMSI，语音域优先级和UE使用设置）给SGSN发起附着流程。在MS没有正确的P-TMSI签名，或如果MS配置当访问一个新的PLMN并在PLMN变更时使用IMSI附着时，应包含IMSI。如果MS有一个正确的P-TMSI或一个正确的GUTI，那么P-TMSI和P-TMSI关联的Old RAI应该包含。MS空口接入能力包含了MS的GPRS多时隙能力，频率波段等等，在24.008定义。附着类型指示了什么类型的附着要执行，例如仅GPRS附着，当已经有IMSI附着时的GPRS附着，或联合的GPRS/IMSI附着。如果MS使用P-TMSI来标识自己并且如果它保存有老的P-TMSI签名，那么MS应该在附着请求消息里包含P-TMSI签名。
  对Iu模式,MS发起传送附着请求（IMSI或P-TMSI和old RAI，核心网络classmark，KSI，附着类型，老的P-TMSI签名，follow on request，DRX参数，附加的P-TMSI）消息给SGSN来发起附着流程。IMSI在MS没有正确的P-TMSI或GUTI可用时应该包含。如果MS使用P-TMSI来标识自己并且存储有老的P-TMSI签名，那MS应在附着请求消息里包含老的P-TMSI签名。如果MS有一个正确的P-TMSI，那么P-TMSI和这个P-TMSI关联的old RAI应该包含。如果MS有正确的安全参数时应包含KSI。核心网classmark在“MS network capability”一节描述。如果有挂起的上行流量（信令或用户数据），MS应设置“follow on request”。SGSN可以使用，作为一个实现选项，在完成GPRS附着流程后使用follow on request的指示来释放或者保持一个Iu连接。附着类型指示了哪种类型的附着类型。例如仅GPRS附着，当已经有IMSI附着时的GPRS附着，或联合的GPRS/IMSI附着。
  不管A/Gb还是Iu模式,DRX参数包含GERAN/UTRAN的DRX循环长度信息和可能的其他的RAT，例如E-UTRAN。
  如果在CSG小区或一个混杂小区，MS发起了附着流程，RAN在attach request消息里指示这个小区的CSG ID发送给新SGSN。如果通过一个混杂小区附着，RAN指示CSG接入模式给新SGSN。如果CSG接入模式没指示，但是有CSG ID的指示，SGSN应该认为这个小区是一个CSG小区。
  有MS能力的E-UTRAN存储在去附着状态的TIN。如果MS的TIN指示是“P-TMSI”或“RAT相关的TMSI”并且MS保持有一个正确的P-TMSI,那么"Old P-TMSI"IE指示这个正确的P-TMSI。如果MS的TIN指示"GUTI"并且MS保持有一个正确的GUTI,那么"old P-TMSI"IE指示一个从GUTI映射过来的P-TMSI。如果这个UE有一个正确的NAS记号（NAS-token)，则缩短的NAS记号应该被包含在"old P-TMSI签名"IE,在TS33.401中描述。否则，一个空的NAS记号应该包含在"old P-TMSI签名"IE。
————————————————————————————————————————————
我的注释：关于NAS token：查阅了33.401。说明如下，NAS-token 是用来确保RAU是由在IDLE模式的正确的UE从E-UTRAN到UTRAN和GERAN发起的，使用下列的输入参数（FC和P0和L0），输入密钥应该是256位的Kasme。简单来说是用于在E-UTRAN的RAU过程中，SGSN用来对UE做鉴权的。
————————————————————————————————————————————
  将GUTI映射到P-TMSI/RAI在TS23.003中阐述。如果MS保持了一个正确的P-TMSI,那么MS指示P-TMSI作为一个附加的P-TMSI,不管"old P-TMSI"IE也指示了这个P-TMSI或一个从GUTI映射过来的P-TMSI。
  UE根据它的配置设置语音域优先级和UE的使用设置，在5.3.15描述。
  对于一个紧急附着,MS应该指示紧急服务并且IMSI应该包含（如果MS没有正确的P-TMSI或一个正确的GUTI可用）。IMEI应该在ME没有正确的IMSI,没有正确的P-TMSI且没有正确的GUTI时包含。UE应该设置"Follow on request"来指示这有一个挂起的上行流量并且UE应该在成功的紧急附着之后,发起紧急PDP上下文激活。
如果SGSN被配置不支持紧急附着,那SGSN应该拒绝指示为紧急服务的附着请求。
2）如果MS用P-TMSI来标识自己,并且SGSN从上次去附着有变化，那新的SGSN发送身份请求(P-TMSI,old RAI,old P-TMSI签名)给old SGSN（也可能是一个old MME）来请求IMSI。如果新的SGSN为多个核心网节点提供为RAN节点的域内连接功能,那新的SGSN可以从old-RAI和old-TMSI来获取old SGSN并发送身份请求消息给这个old SGSN。否则,新SGSN从old RAI来获取old SGSN。任何情况下新SGSN将获取一个它认为是old SGSN的SGSN。获取的这个SGSN就是old SGSN,或者关联到相同的池组区域,这个新SGSN认为的old SGSN将把消息中继给池组内真正的old SGSN（根据P-TMSI来决定正确的old SGSN）。old SGSN将返回一个身份响应消息（IMSI，鉴权三元组或鉴权五元组）。如果MS在old SGSN内未知,那old SGSN将返回一个适当的原因代码。old SGSN也要验证old SGSN的P-TMSI签名并且带有一个适当的错误代码的响应--如果和存储在Old-SGSN内的值不匹配的话。如果old SGSN是一个MME并且在"old P-TMSI签名"IE里包含了缩短的NAS token,这个校验步骤在TS33.401描述。
对于一个紧急附着,如果MS通过一个临时ID标识自己但在SGSN中未知,SGSN应力要向MS请求它的IMSI.如果UE使用IMEI标识自己,那IMSI请求将跳过。
3）如果MS在old和new SGSN中都未知,SGSN发送身份请求(请求类型=IMSI)给MS.MS回一个带有IMSI的身份响应消息。
4）鉴权功能在"安全功能"章节中定义.如果关于MS的MM上下文在网络侧任意处都不存在时,那么鉴权是强制的。加密流程也在"安全功能"章节中描述.如果P-TMSI的分配将要被完成并且网络侧支持加密,那网络侧应设置加密模式.
  如果SGSN被配置用来支持紧急附着对一些没有认证的IMSI,并且这个MS指示的是紧急服务,SGSN将跳过鉴权和安全设置或者SGSN接受鉴权失败的结果并继续附着流程.如果MS是已经紧急附着的并且没有成功鉴权,完整性保护和加密将不能执行.
5) 终端检查功能在"身份检查流程"章节中定义.终端检查是可选的。对于一个紧急附着,MS可以在附着请求消息里包含IMEI。如果没有,IMSI将不能被鉴权,SGSN应获取从MS来的IMEI。对于一个紧急附着,到EIR的IMEI检查可以执行.如果IMEI被block了,运营商策略将决定是否这个紧急附着流程继续或是停止。
6）如果对这个特定的MS在新SGSN有激活的PDP上下文存在(例如MS重新附着到相同的SGSN但之前没有正常去附着--例如手机没电这种）,新的SGSN将删除这些PDP上下文---通过给GGSN发送包含相关TEID的delete PDP context request消息。GGSN将回一个delete PDP context response消息的确认。
7）如果SGSN号自上次去附着以后改变,或者正巧是第一次全新的附着,又或者是自动设备检测（ADD)功能支持并且IMEISV变化了（TS22.101 for ADD功能要求),或者如果MS提供了一个IMSI或old P-TMSI/RAI但在SGSN上找不到正确的上下文，那么SGSN都需要通知HLR。
a）SGSN发送未知更新（SGSN Number,sgsn address,IMSI,IMEISV,更新类型,对IMS over PS会话的homogenous支持）给HLR.如果ADD功能支持的话将发送IMEISV。更新类型指示是否在附着流程中设置为"SGSN only registration"。对IMS over PS会话的homogenous支持支持是否在服务的SGSN的所有RA中能够同质（应该是采用相同的处理机制的意思）的支持。
b）HLR发送cancel location（IMSI，cancellation type）给old SGSN.如果更新类型指示attach并且HSS有MME的注册,那么HSS发送cancel location（IMSI，cancellation type）给old MME.cancellation type指示old MME或SGSN来释放old SGW的资源。
c）old SGSN通过cancel location ACK进行确认（包含IMSI）。如果有任何这个MS正在进行的流程，old SGSN应该等待这些流程结束再删除这个MS的MM和PDP上下文。
d）如果在old SGSN上还有针对这个MS激活的PDP上下文，old SGSN通过给相应的GGSN发送delete PDP context request（含TEID)消息来删除这些PDP上下文。
e）GGSN通过发送delete PDP context response进行确认。
f）HLR发送插入签约用户数据insert subscriber data(IMSI,签约数据,PLMN的CSG签约数据）消息给新SGSN.如果是S4-SGSN和HSS之间使用的S6d接口，则不用这个消息。取而代之的，HSS用"update location ack"消息来发送签约数据（详见步骤7h）。
  如果MS在CSG小区发起了附着流程,新的SGSN应该检查CSG ID是否包含在CSG签约信息里并是否过期.如果CSG ID不包含或已过期,SGSN应该发送一个附着拒绝消息给MS并带上合适的原因代码值.如果存在的话,MS应该从允许的CSG列表中删除这个CSG ID。
g）新SGSN验证这个在新的RA的MS。如果因为区域签约受限或接入限制（TS23.221和TS23.008)例如CSG限制,MS不允许附着到这个RA，SGSN应拒绝这个附着并带上合适的原因值.如果因为其他原因的签约检查失败,SGSN拒绝附着请求并带上合适的原因值，并返回insert subscriber data ack(含IMSI,原因代码）消息给HLR。如果网络支持MOCN配置的网络共享，如果MS是一个不支持网络共享的MS,SGSN可以在这个场景中决定发起重定向给RNS--通过发送reroute命令给RNS，（在TS23.251描述）来代替发送一个拒绝附着请求的消息.如果所有的检查都成功,SGSN将构建一个MS的MM上下文并且返回insert subscriber data ack（含IMSI）消息给HLR.如果是S6d接口，则不用insert subscriber data ack消息。当S4-SGSN接收到HSS过来的"update location ACK"消息时,Instead the subscription data check performed by S4-SGSN（步骤7h）。
————————————————————————————————————————————
我的注释：关于接入限制，查阅23221的6.3.5章节，HSS/HLR应该给MSC或SGSN提供由运营商设置的关于用户的接入限制信息，是在TS23.008（23.008是专门定义HLR上用户签约数据的规范）定义的。要么是Subscriber GERAN only，要么是Subscriber UTRAN only，如果不满足，应该在附着的时候被拒绝并返回给MS合适的原因代码。这个原因代码是由24.008定义的。
————————————————————————————————————————————

爱卫生

h)HLR通过发送update location ack消息给SGSN来对update location消息进行确认---在取消一个老的MM上下文和插入一个新的MM上下文完成之后.如果S6d接口使用的话,update location ack消息则包含了签约数据.如果位置更新被HLR拒绝,SGSN则拒绝从MS来的附着请求并给出合适的原因值.如果网络支持网络共享的MOCN配置,SGSN可以,如果MS是不支持网络共享的MS,在这个例子里,决定发起一个给RNS的reroute指令来执行重定向来代替一个拒绝附着消息.在TS23.251指明.
  对于一个紧急附着且MS没有成功健全,SGSN不应发送位置更新请求给HLR。
  对于一个紧急附着,SGSN应忽略任何从HLR过来的不成功的位置更新ACK消息,并继续附着流程.
8）如果在步骤1里的附着类型指示的是GPRS附着并且已经IMSI附着（即已经CS附着了）,或者附着类型是联合的GPRS/IMSI附着,那么如果有Gs接口的话VLR应该被更新.当SGSN不能提供RAN节点域内连接功能给多个核心网节点时,VLR number可以从RAI获取.当SGSN能提供这个功能时,SGSN使用RAI以及一个从IMSI得来的哈西值来决定VLR number.SGSN开始在到新MSC/VLR的位置更新流程--一旦接收到第一个在步骤6d过来的HLR过来的插入用户签约数据消息。这个操作在VLR中标记MS为GPRS附着。
a）SGSN发送一个location update请求（新LAI,IMSI,SGSN number,locaiotn update type）消息给VLR。locaiotn update 类型指示这是一个IMSI附着--如果附着类型里指示的是联合的GPRS/IMSI附着的话.否则，位置更新类型应该指示为正常的位置更新。VLR根据SGSN number的排序创建和SGSN的关联.在支持网络共享的网络中,位置更新请求包括了这个选择的核心网运营商的ID（如果SGSN从RAN接收到了这个信息的话），在TS23.251描述。
b）如果LA更新是inter-MSC，那新VLR发送update location（含IMSI,新VLR)给HLR。
c)如果LA更新是inter-MSC，HLR发送cancel location（IMSI）给old VLR。
d）old VLR通过cancel location ack（IMSI）确认。
e）如果LA更新是inter-MSC，HLR发送插入签约用户数据（IMSI，签约用户数据）给新VLR。签约用户数据可能包含这个PLMN的CSG签约数据。
f）VLR通过插入用户签约数据ACK(IMSI）来确认。
g）在执行完inter-MSC更新流程，HLR给new VLR发送update location ack（IMSI)消息来响应。
h）VLR响应location update accept（VLR TMSI)消息给SGSN。
9）SGSN选择无线优先级短信，并发送附着成功（P-TMSI,VLR TMSI,P-TMSI签名，无线优先级短信,IMS Over PS会话支持指示，紧急业务支持指示）消息给MS.如果SGSN分配了一个新的P-TMSI则消息包含P-TMSI。IMS voice over PS会话支持指示在5.3.8描述。
  紧急业务支持指示告诉MS紧急PDP上下文是支持的，例如在需要的时候MS允许请求发起紧急的PDP上下文激活流程。
  当具有E-UTRAN能力的MS接收到附着接受消息，应该设置TIN为“P-TMSI"，因为没有激活的ISR在附着时指示。
  如果附着是在在一个CSG小区通过手动的CSG选择发起的，MS一旦在这个CSG小区接收到附着成功消息，应该添加这个小区的CSG ID--当它发送附着请求消息给它的允许的CSG列表中没有包含的时候。手动的CSG选择在紧急业务发起时是不支持的。
  如果MS发起了在混杂模式CSG小区的附着流程，SGSN应该检查是否CSG ID包含在CSG签约数据中并且没有超时.SGSN应该伴随着RANAP消息发送一个指示-如果UE是属于RAN的一个CSG的成员。根据这个信息，RAN可以执行针对CSG和非CSG成员的不同的待遇。
注释3：如果MS从一个混杂小区接收到附着成功消息,MS不将相应的CSG ID到它的允许的CSG列表.在混杂小区添加CSG ID到MS的允许的CSG列表,仅由OTA或OMA DM流程执行。
10）如果P-TMSI或VLR TMSI变化了,MS通过attach complete消息给SGSN确认接收到的TMSI。
11）如果VLR TMSI变化了，SGSN通过发送TMSI重分配完成消息给VLR确认VLR TMSI的重分配。
  对于紧急附着,SGSN不应检查接入限制,区域限制,签约限制（例如CSG限制）或执行CSG接入控制。
  如果attach request不能被接受，SGSN返回attach reject（IMSI或IMEI,原因代码）消息给MS.IMEI是在紧急附着且没有正确的IMSI存在的情况下应包含.如果网络支持MOCN的配置来支持网络共享,SGSN可以，如果MS是不支持网络共享的MS，在这个例子里，来发送重定向--通过发送reroute命令给RNS，（在TS23.251描述）来取代attach reject消息发送给MS。

爱卫生

6.5.3A 联合的GPRS/IMSI附着流程，由新SGSN用S4接口删除承载
  在图例2A的流程和6.5.3的图例22的流程相比，区别仅仅在于因为多了S4接口的使用。

Figure 22A: Combined GPRS / IMSI Attach Procedure
注释：步骤6a和6d对于采用基于GTP协议的S5/S8和基于PMIP协议的S5/S8来说是一样的公共架构.对于一个基于PMIP的S5/S8接口，流程步骤(A)在TS23.402中定义。步骤6d和6c是专注于基于GTP的S5/S8接口。
6）如果在新的SGSN有关于特定MS的已激活的PDP上下文存在（例如MS重新附着到相同的SGSN但之前并没有正确的去附着），新的SGSN通过发送delete session reques（原因代码，操作指示）消息给参与的GW。如果ISR激活了则在原因代码中指示old S-GW应该在其他的old核心网节点上删除承载资源--通过发送delete session request消息给其他的核心网节点.操作指示flag由新SGSN设置。它指示了S-GW，告诉SGW应该发起一个到PDN GW的删除流程.GW通过delete session response消息确认.如果部署了PCRF，PDN GW将使用一个IP-CAN的会话终结流程和PCRF交互，来指示资源将被释放.

爱卫生

6.5.3A 联合的GPRS/IMSI附着流程,old SGSN使用S4接口删除承载
  在图例22B描述的流程步骤，因为S4接口的使用，所以和6.5.3描述的基于Gn/Gp接口的流程有一些不同。

  

Figure 22B: Combined GPRS / IMSI Attach Procedure

注释：步骤7d1和7e2针对基于GTP和PMIP的S5/S8接口是采用公共的架构。对于基于PMIP的S5/S8，步骤（A）在TS23.402定义。步骤7d2和7e1关注于基于S5/S8的GTP。

7）如果SGSN number自上次GPRS去附着以来发生变化,或者是第一次全新的附着（如手机刚买回来第一次开机），或ADD功能支持且IMEISV发生变化，那么SGSN通知HLR。

  a）SGSN发送update location（SGSN Number，SGSN address，IMSI,IMEISV）给HLR.如果ADD功能支持则包含IMEISV。

  b）HLR发送cancel location（IMSI,cancllation type）给old SGSN并cancellation type设置为update procedure。

  c）old SGSN通过cancel location ack（IMSI)来确认.如果有这个MS正进行的任意流程,old SGSN应等待这些流程完成后再删除MM和PDP上下文。

  d）如果在old SGSN上游这个特定MS的已激活的PDP上下文，old SGSN通过发送delete session request（cause，操作指示）消息给相应的GW来删除这些PDP上下文。如果ISR激活了，那么原因代码指示old S-GW应该删除还在那些old核心网节点的承载资源---通过发送delete bearer request消息给那些CN（核心网）节点。操作指示flag在old SGSN上设置。它指示SGW，SGW应该发起一个删除流程个PGW。GW返回delete session response消息给old SGSN。如果部署了PCRF，PGW应采用一个IP-CAN会话终结的流程。

  e）GW通过delete session response消息进行确认。

bestflora

和移动性管理板块 版主提供的"3-一个完整的附着流程"这个log 一起来学，思路就很清晰了。

王二麻子

请问IMSI附着跟GPRS附着有什么联系？跟区别？各自对应实现的功能又是什么?
根据联合附着流程，我的理解就是GPRS附着实现了让SGSN“知道"MS,包括获取用户的签约信息，IMSI附着就是让MSC/VLR"知道"MS？
谢谢！
网上也找了写答案，说GPRS对应上网，IMSI对应通话？怎么理解？

爱卫生

回复 王二麻子 的帖子

  IMSI附着实际上是指的CS域的附着。也就是说通常手机开机要附着两次，附着到CS，控制节点是MSC-S，那手机就能打电话了。还要附着到PS，控制节点是SGSN。这样手机就可以登记到GPRS网络上网了（当然还要做激活）。
  但现网中MSC-S和SGSN之间的Gs接口实际没有开放，所以在规范里信令流程图上有和MSC-S的交互信令你都可以不看，在中国现网是没有的。
  有Gs接口的好处是可以做联合附着，这样手机只需要附着一次，就可以又打电话又上网了。如果没有Gs接口则需要附着两次。
  之所以没开，是因为CS和PS域的用户数不对称，打电话的人太多了。如果Gs接口一开，将有大量的流量冲向PS核心网。这是无法承受的。所以目前还没开。

niehui78

这个网站的资料太好了，提高很快呀！！

leering

目前只能看到小部分，路途漫长啊。

niehui78

请问爱卫生版主，你有没有空帮忙请教一个问题：
对于attch accept消息里面为什么还要携带上 ms radio  access capacity这个参数啊？？求解

爱卫生

回复 niehui78 的帖子

  我查了下TS24.008的9.4.2章关于attach accept的构成，没有这个参数啊。只有Protocol discriminator、Skip indicator、Attach accept message identity、Attach result、Force to standby、Periodic RA update timer、Radio priority for SMS、Radio priority for TOM8、Routing area identification、P-TMSI signature、Negotiated READY timer value、Allocated P-TMSI、MS identity、GMM cause、T3302 value、Cell Notification、Equivalent PLMNs、Network feature support、Emergency Number List、Requested MS Information、T3319 value、T3323 value、T3312 extended value。

niehui78

回复 爱卫生 的帖子

谢谢爱卫生的及时回复，我有看了一下规范和附着信令，的确没有这个值，不好意思！

oliverchang

好好学习，天天向上哈！

zglaojiang

回复 爱卫生 的帖子

老板，GUTI是什么东西呀？2G/3G事务标识吗？我是头回看到这个。求解

爱卫生

GUTI是在EPC的网络里对UE的临时标识，类似于现在的P-TMSI。但GUTI的功能做了扩展。可参考http://www.gprshome.com/forum.php?mod=viewthread&tid=319 。

爱学习

有点头绪了。还需要努力啊

中南

这里面的字体能不能稍稍大一点，字太小，看起来比较麻烦