《位置更新专题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关联,即