6.4 MM流程 & 6.5 GPRS附着功能

爱卫生

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.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定义的。
————————————————————————————————————————————