【资料名称】：精华：路由区更新信令流程-十分详尽

【资料作者】：不详

【资料日期】：2010

【资料语言】：中文

【资料格式】：TXT

【资料目录和简介】：

路由区更新:

1）如果没有RRC连接，先建立RRC连接。用户发送路由区更新请求消息（带有P-TMSI、老RAI、老P-TMSI签名、路由更新类型、跟随请求、classmark、DRX参数）给新的SGSN。如果用户有上传的信令或数据，跟随请求应该被置上。作为实现上的选择，SGSN可以根据跟随请求标志，决定在路由更新流程结束后是否释放Iu连接。路由区更新类型应该指示：
路由区更新－－如果流程因为路由区改变引起；
周期性路由区更新－－如果流程因为周期性路由区更新定时器超时引起；
联合路由区更新－－如果用户是IMSI附着的，并且位置区更新应该在网络操作模式I情况下进行；
联合路由区更新伴随IMSI附着－－如果用户想要在网络操作模式I下进行IMSI附着；
服务RNC应该在将消息转发给SGSN前加上用户所在位置所属的路由区标识（包括路由区编码和位置区编码）。路由区标识对应于服务RNC发给用户的MM系统信息中的RAI. ClassMark见类标处理章节的描述。DRX指示用户是否使用非连续接收模式和DRX循环周期长度。
2）如果路由区更新是跨越SGSN间的，并且用户处于PMM-IDLE状态，新SGSN发送SGSN上下文请求消息（带有用户老的P-TMSI、老的RAI、老的P-TMSI签名）给老的SGSN，以得到用户的MM上下文和PDP上下文。老SGSN检验用户的P-TMSI和签名，如果不匹配回应合适的原因值。这将导致新SGSN发起安全流程。如果安全流程鉴权用户通过，新SGSN应该发送SGSN上下文请求消息（带有IMSI、老的RAI、用户已经验证标志）给老的SGSN。用户已经验证标志指示新SGSN已经对用户进行鉴权。如果用户的签名合法或者经过新SGSN鉴权成功，老SGSN回应SGSN上下文响应消息（Cause、IMSI、MM上下文、PDP上下文）。如果用户在老SGSN中为未知，老SGSN回应以适当的原因值。老SGSN启动定时器。
3）安全流程可以在此处进行。如果鉴权失败，路由更新请求将被拒绝，新SGSN应该发送拒绝指示给老SGSN。老SGSN应该继续如同没有收到过SGSN上下文请求消息一样。
4）如果是SGSN间的路由区更新，新SGSN应该发送SGSN上下文确认消息给老的SGSN。老的SGSN在它的上下文中标记MSC/VLR关联、GGSN和HLR中的信息为非法。如果在未完成正在进行的路由更新前，用户发起路由更新回到老SGSN，这将引起MSC/VLR、GGSN、HLR被刷新。
5）如果是SGSN间的路由更新，并且用户处于PMM-IDLE状态，新SGSN发送修改PDP上下文请求消息（新SGSN地址、协商的QOS、TEID）给相关的GGSN。GGSN更新它的PDP上下文，回应修改PDP上下文响应消息（TEID）给SGSN。如果发起SGSN间路由区更新的用户处于PMM-CONNECTED状态，修改PDP上下文的消息见"重定位"章节描述。
6）如果是SGSN间的路由区更新，SGSN以Update Location消息（SGSN号码、SGSN地址、IMSI）通知HLR SGSN的改变。
7）如果是SGSN间的路由区更新，HLR发送Cancel Location（带有IMSI、取消类型）消息给老的SGSN同时置取消类型为Update Procedure。如果步骤2中的定时器没有运行，老SGSN清除MM上下文。否则，上下文直到定时器超时才删除。这是为了确保用户的上下文保留在老的SGSN中以防用户在完成路由区更新之前，发起另一个SGSN间的路由区更新。老的SGSN以Cancel Location Ack消息（带有IMSI）向HLR进行确认。
8）如果是SGSN之间的路由区更新，HLR发送插入签约数据消息（带有IMSI、GPRS签约数据）给新SGSN；新SGSN证实用户存在于新的路由区中，如果签约数据限制用户在此路由区附着，SGSN应该拒绝用户的附着请求，带以恰当的原因值，同时可以回应插入用户签约数据确认消息给HLR。如果签约数据检查由于其他原因失败，SGSN应该拒绝用户附着请求，带上合适的原因值，同时回应HLR插入用户签约数据确认消息（带有IMSI、原因值）。如果所有签约数据检查通过，SGSN为用户构造MM上下文，同时回应HLR插入用户签约数据确认消息（带有IMSI）。
9）如果是SGSN间的路由区更新，HLR在删除旧的MM上下文和插入新的MM上下文完成后，发送Update Location Ack消息给SGSN确认SGSN的Update Location消息。
10）如果路由更新类型是联合路由更新伴随IMSI附着，或者位置区发生改变，SGSN和VLR之间的关联必须建立。新SGSN发送Location Update Request消息（带有新的位置区标识、IMSI、SGSN号码、位置区更新类型）给VLR。如果路由区更新类型是联合路由区更新伴随IMSI附着，位置区更新类型应该指示IMSI附着。否则，位置区更新类型应该指示正常位置区更新。VLR的号码是通过以RAI查询SGSN中的表得到。SGSN在上面的步骤8，即收到HLR的第一次插入用户签约数据消息时，就可以开始Location Update流程。VLR创建或者更新同SGSN的关联通过存储SGSN号码。
11）如果在VLR中的用户签约数据被标记为未被HLR证实，新VLR将通知HLR。HLR删除老的VLR的数据，插入用户签约数据到新的VLR。（这个信令同目前的GSM信令一样，包含于此处用于注解）：
A.新VLR发送Update Location消息（带有新的VLR号码）给HLR。
B.HLR发送Cancel Location消息（IMSI）给老的VLR，删除老VLR中的数据；
C.老VLR以Cancel Location Ack消息确认（带有IMSI）；
D.HLR发送插入用户签约数据消息（IMSI、用户签约数据）给新的VLR；
E.VLR以插入用户签约数据确认消息（带有IMSI）确认；
F.HLR以Update Location Ack消息（带有IMSI）给新的VLR。
12）新VLR分配新的TMSI，回应Location Update Accept（带有VLR 号码、TMSI）消息给SGSN，如果VLR没有改变，TMSI分配是可选的。
13）新SGSN证实用户存在于新的路由区中，如果签约数据限制用户在此路由区附着或者签约数据检查失败，SGSN应该拒绝用户附着请求，带上合适的原因值。如果所有签约数据检查通过，SGSN为用户构造MM上下文。新SGSN回应用户路由更新接受消息（带有P-TMSI、VLRTMSI、P-TMSI签名）。
14）用户以附着完成消息给SGSN确认新分配的TMSI。
15）如果TMSI发生改变，SGSN发生TMSI重分配完成消息给VLR以确认重分配的TMSI。
如果附着请求不能被接受，SGSN回送附着拒绝消息（带有IMSI、Cause）给用户。
注意：步骤11、12和15仅当步骤9发生时才发生。