《位置更新专题2014-11(2)剖析》由会员分享，可在线阅读，更多相关《位置更新专题2014-11(2)剖析（21页珍藏版）》请在金锄头文库上搜索。
1、位置更新专题目 录位置更新专题11协议导读21.1位置更新相关协议22位置更新介绍23位置更新流程33.1正常位置更新流程35.1.数据恢复流程43.3独立位置更新43.4联合位置更新流程53.5位置更新查表过程183.7周期性位置更新194.6漫游管理（Roaming management）194常见问题定位思路195思考215.1.位置更新失败，跟踪A接口消息，位置更新拒绝原因为“PLMN not allowed”，如何进行进一步分析？215.2.手机重复发起位置更新的原因215.3.未配置加密导致3G用户位置更新失败215.4.大本地下以TMSI发起位置更新失败215.5.POOL链式备
2、份局点，如何解决被叫恢复与CancelLocation冲突问题211 协议导读1.1 位置更新相关协议GSM规范GSM 09.02 移动应用部分GSM 03.12 位置更新管理GSM 04.08 层3协议3GPP规范3GPP TS 23.012 位置管理，介绍CS域位置更新的概念及流程3GPP TS 29.002 移动应用部分3GPP TS 33.102 安全管理架构，介绍第三代移动通信系统的安全特性和安全机制，包括TMSI重分配、鉴权、加密等3GPP TS 24.008 层3协议，介绍呼叫流程、层3消息的格式定义和编码3GPP TS 48.008 A接口协议，介绍A接口流程、BSSMAP消息
3、的格式定义和编码3GPP TS 25.413 Iu接口协议，介绍Iu接口流程，RANAP消息的格式定义和编码ITU-T规范E.212 移动终端标识计划E.214 SCCP层移动GT结构E.164 国际通信编号计划2 位置更新介绍位置更新过程是位置管理中的主要过程，由移动终端MS/UE发起。位置更新的类型有：正常位置更新、周期性位置更新、IMSI附着/分离、联合位置更新、独立位置更新、数据恢复更新。3 位置更新流程3.1 正常位置更新流程location-update-type:位置消息类型。相应的枚举及对应关系如下：l 0(普通位置更新) l 1(周期性位置更新) l 2(IMSI 附着)详细
4、的信元解释请参见24008830协议10.5.3.5章节。引申：没有单独控制这个identity流程的，只能说通过SET MAPACCFG关掉“IMSI标识用户”、“支持短消息话单获取IMEI功能”来间接关掉identity流程。 5.1. 数据恢复流程注：当用户作被叫，HLR到当前VLR取漫游号码发现被叫用户数据不可用或者用户数据未证实，那么MSC/VLR给被叫分配漫游号码的同时会往HLR发起数据恢复流程，一般来说数据恢复成功后会继续接通当前呼叫，当前呼叫不会失败。MOSFTX3000本局用户作被叫，VLR无用户数据时是否发起数据恢复由软参P140比特3控制，默认发起数据恢复流程。引申：数据
5、恢复时需要下发全网寻呼：3.3 独立位置更新当用户作业务时发现VLR里面没有用户数据或用户数据未证实，那么MSC会自动发起一个位置更新请求，此位置更新操作用户是不可知的。 Note1：发起独立位置更新流程，该流程跟正常的位置更新一样。 MSOFTX3000在MAP功能参数表中“支持主叫无用户数据时发起独立位置更新操作”参数控制是否支持独立位置更新，可以使用MML命令SET MAPPARA修改设置。3.4 联合位置更新流程1) Gs接口联合位置更新Gs接口是MSC与SGSN（Serving GPRS Support Node）间的接口，若在MSOFTX3000上设置MAP功能配置表支持Gs接口，
6、并且配置Gs接口数据，则可以与SGSN进行联合位置更新。在GPRS业务中，当MS进入一个新的位置区（LA）时，MS改变了路由区（RA）和位置区（LA），SGSN和MSC/VLR之间将通过协作来完成合成的路由区（RA）/位置区（LA）更新（Combined RA/ LA Update Procedure）。2) SGs接口联合位置更新流程CS Fallback特性中，最主要的接口是SGs接口，它是MME和MSC Server之间的接口，用来处理EPS和CS域之间的移动性管理和语音业务寻呼流程。SGs接口协议栈如下图所示。移动性管理主要介绍用户附着、去附着、位置更新相关业务流程。l 附着流程如图所
7、示，CS Fallback主要是通过SGs接口实现的，用户在附着网络时，MME和MSC Server需要对该用户的SGs连接进行维护。1. UE(User Equipment)发起网络附着请求，向MME发送Attach Request消息。其中参数Attach Type指示这是一个联合的EPS/IMSI附着流程，并且参数指示UE具备CS Fallback能力。 如图所示，消息体指示为附着请求，类型是联合附着请求（combined-attach）。终端上报联合附着请求则表示支持CSFB。Attach Request消息结构图 2. MME发送SGsAP-LOCATION-UPDATE-REQUE
8、ST消息给VLR，消息中包括new LAI、IMSI、MME name和EPS location update type等参数，其中MME name是MME的域名。 LOCATION-UPDATE-REQUEST消息结构如图所示。 LOCATION-UPDATE-REQUEST消息结构图 其中eps-location-update-type信元指示为IMSI附着，并且携带新/旧LAI，其中MME name是MME的域名。3. VLR存储MME信息，并创建与MME下此用户的SGs关联。 4. VLR根据用户信息和位置区信息，发起到HLR的位置更新流程。 5. VLR返回SGsAP-LOCATIO
9、N-UPDATE-ACCEPT给MME，如果VLR支持TMSI重分配，消息中包括参数LAI和TMSI，否则消息中包括参数LAI和IMSI。 LOCATION-UPDATE-ACCEPT消息结构如图所示。 LOCATION-UPDATE-ACCEPT消息结构图 消息中信元携带LAI，以及CS新分配的TMSI。6. MME发送Attach Accept给UE，消息中包括参数LAI和VLR TMSI。UE接收到信元LAI和VLR TMSI则表示附着CS域和LTE网络成功。其中VLR TMSI信元会触发UE执行TMSI重分配流程。当MME收到UE的Attach complete消息后，MME发送SGs
10、AP-TMSI-REALLOCATION-COMPLETE消息给VLR，指示TMSI重分配完成。 Attach Accept消息结构图 如图所示，该消息指示联合附着成功，同时周期位置更新定时器为1分钟。7. 附着成功后，MME通过S1AP-INITIAL-CONTEXT-SETUP-REQ消息发起上下文建立请求，用于MME向eNodeB请求在无线侧建立资源，同时请求UE返回相关能力集。UE则通过S1AP-SPU-UE-CAPABILITY-INFO-INDICATION消息返回UE相关的能力。 如图所示，其中uERadioCapability信元指示UE是否具备PS Handover能力，具体
11、可以参见24008 10.5.5.12a协议。UE-CAPABILITY-INFO-INDICATION消息结构图 l 分离流程分离流程可以分为由UE发起分离、MME发起的分离和HSS发起的分离。无论哪一方发起的分离流程，MSC的处理是相同的。UE可能被显式或隐式分离： 显式分离：网络侧或UE主动请求分离，同时发起一方会主动通知另一方。 隐式分离：网络侧分离UE，并不通知UE。例如网络侧认为UE不可达。 MME需要通过SGs接口向MSC Server发送IMSI Detach Indication消息，指示VLR删除该用户的SGs关联。IMSI分离后，EPS附着的用户不再能用CS域业务。 MM
12、E因为操作维护需要发起对UE的分离或者mobile reachable timer超时，MME发起对该UE的隐式分离。 如果mobile reachable timer超时，MME发送EPS/IMSI Detach Indication消息给MSC/VLR。 如果MME因为操作维护需要发起分离，MME发送EPS Detach Indication消息给MSC/VLR。UE发起的分离流程1. UE向MME发送Detach Request消息要求分离。 Detach Request消息结构图 如图所示，指示为UE发起的分离。type of detach指示为联合EPS分离。2. 第1步可以指示是E
13、PS Detach、IMSI Detach、combined EPS/IMSI Detach，MME要处理UE的去附着请求。 3. 如果UE发起的detach type是IMSI Detach、combined EPS/IMSI Detach，以下两种情况，MME会发送SGsAP-IMSI-DETACH-INDICATION消息给MSC/VLR。 UE发起的EPS和non-EPS业务的联合分离 UE发起的non-EPS显示分离如果UE发起的detach type为EPS Detach时，MME发送SGsAP-EPS-DETACH-INDICATION消息给MSC/VLR表明UE发起的EPS业务
14、显示分离。如果MSC收到该消息后，发现没有该UE的SGs关联信息，将丢弃该消息。 IMSI/EPS DETACH INDICATION消息结构如图所示。 IMSI/EPS DETACH INDICATION消息结构图 4. MSC/VLR删除与该UE相关的MME的SGs关联。 5. MME发送Detach Accept消息给UE。 6. 继续完成UE发起的分离流程。MME发起的分离流程1. MME发起分离流程，不去激活所有与UE相关的承载。 2. 当MME执行网络侧发起的分离流程且SGs的关联状态是非SGs-NULL，MME发送SGsAP-EPS-DETACH-INDICATION消息给MSC
15、/VLR表明网络侧发起的基于EPS业务的IMSI分离。如果是mobile reachable timer超时，MME发起基于non EPS业务的隐式IMSI分离。MME发送SGsAP-IMSI-DETACH-INDICATION消息给MSC/VLR。如果MME因为操作维护需要发起隐式分离，MME发送SGsAP-EPS-DETACH-INDICATION消息给MSC/VLR。如果MSC收到该消息后，发现没有该UE的SGs关联信息，将丢弃该消息。 说明： 移动可达定时器（mobile reachable timer）用于监测UE发起周期性TAU。在用户的NAS信令连接释放时启动，在NAS信令连接建立时停止，超时后，如果UE还没有发起周期性TAU，则启动不可达用户隐式分离定时器。不可达用户隐式分离定时器启动期间，MME拒绝网络侧对UE的寻呼。如果用户在不可达用户隐式分离定时器超时时仍未连上网络，则MME认为用户已经离开网络覆盖范围很长时间，从而隐式分离用户。3. MSC/VLR删除与该UE相关的MME的SGs关联，即
