详细讲位置更新(LOCATION_UPDATE)
位置更新引起未接通的分析
上海贝尔阿尔卡特股份有限公司ASB SSM-ISE 工程服务部位置更新引起未接通的分析ASB 工程服务部 外协工程师 赵枫一,接通率的定义根据 CMCC 的 2005 年测试规范中规定:在城市忙时采用手机相互拨打的方式,每次通 话时长 100 秒,呼叫间隔 20 秒;如出现未接通,应间隔 20 秒进行下一次试呼. 接通率,定义:接通率=接通总次数/试呼总次数×100%; 说明: 试呼次数:以 channel request 和 CM service request 同时出现来确定试呼开始. 接通次数:当一次试呼开始后出现了 Connect,Connect Acknowledge 消息中的任何一条 就计数为一次接通. 接通率=总(Connect 或 Connect Acknowledge)数/总(channel request 和 CM service request)数×100% 接通率取主叫测试手机的统计结果.二,未接通现象:"一次接通"从主叫手机 Channel request 开始, 一直到被叫手机的 TCH 分配完成, Alerting,Connect.在此过程中,任何的信令中断都是"未接通" . 从信令流程上分析,可分为以下几种情形: 1.起呼后没有 IMMEDIATE ASSIGNMENT 消息 定位:RACH 冲突或者 AGCH 拥塞 建议:查看与 RACH 相关的参数――最大重发次数和发送分布时隙数以及与 AGCH 相 关的参数――接入准许保留块数 2.IMMEDIATE ASSIGNMENT REJECT 导致未接通 定位:SDCCH 拥塞 建议:检查 SDCCH 配置,查看相关小区 SDCCH 话务量 3.IMMEDIATE ASSIGNMENT FAILURE 导致未接通 定位:SDCCH 指配失败 建议:排除无线方面原因后,应从交换侧寻找问题原因ASB2005GSM001移动通信经验交流汇编1/5上海贝尔阿尔卡特股份有限公司ASB SSM-ISE 工程服务部4.在 SDCCH 上信令突然中断转为 IDLE 模式 定位:SDCCH 掉话或者 TCH 拥塞 建议:查看是否启用 SDCCH 信道上的切换,查看相关小区话务量和 TCH 配置,在排 除无线方面原因后,应跟踪 Abis 接口,A 接口信令从交换侧寻找问题原因 5.ASSIGNMENT COMMAND 失败 定位:TCH 指配失败 建议:排除无线方面原因后,应从交换侧寻找问题原因 6.位置更新过程中起呼或起呼后即进行位置更新 建议:查看位置更新定时器和位置区设置 7.小区重选过程中起呼或起呼后即进行小区重选 建议:查看相关小区的小区重选参数 8.被叫方未收到 PAGING 建议:查看和 PCH 相关的参数――接入准许保留块数和寻呼信道复帧数,排除无线方 面原因后,应从交换侧寻找问题原因三,位置更新(Location Update) 引起的呼叫未接通在实际的路测过程中,我们观察到手机的 LU 过程会在相当程度上影响呼叫的正常流 程.主要有以下两种情况: ◆ 主叫手机: 重选后, 来不及做 Location Update, 就开始呼叫, 接收到 CM Service Reject. ◆ 被叫手机:呼叫被叫时,该手机正在 Location Update. 3.1 主叫手机因位置更新引起的呼叫未接通 3.1.1 主叫手机正常流程 当 MS 要做主叫时,首先需要在空中接口申请信令信道 SDCCH.这个过程大致是:MS 通过 RACH 在向 BSS 发出分配请求(CHANNEL REQUEST) ,正常情况下 BSS 会立即回应 一个立即分配信道信息(IMM ASSIGNMENT) ,其中包含有关 SDCCH 的信息.然后 MS 在该 SDCCH 上会发送第一个 CM 消息 CM SERVICE REQUEST(SERVICE TYPE: NORMAL CALL) . CM SERVICE REQUEST(该消息中包含有该手机的 TMSI 信息,申请的业务类型等内 容)是 MS 请求某种服务而连接到相应管理层的消息,例如常规的手机呼叫,紧急呼叫,短 讯,还有一些辅助服务等(如 CALL WAITNG)在收到 CM 消息后,BSS 会建立一条 MS 到 MSC 的虚拟信令链路. BSS 在发起消息中加了一些信息(如服务小区信息等) ,通过 COMPLETE LAYER3 发 MSC 会回连接确认 CC MSC 收到 COMPLETE (CONNECT CONFIRM) 的消息. 送给 MSC. LAYER3 后,将向相关联的 VLR 进行数据查询.2/5移动通信经验交流汇编ASB2005GSM001上海贝尔阿尔卡特股份有限公司ASB SSM-ISE 工程服务部查询的根据是 CM Service Request 中的"TMSI 号码" .通过 TMSI 号码,在 VLR 数据 库中可以查询到该用户的业务支持类型,LAC 区域等相关内容.在正常情况下,在 VLR 中 可以查询到该 TMSI 的用户,并且支持的业务.如正常,随后信令流程进行鉴权,加密等正 常进行. 3.1.2 未及时位置更新造成未接通 主叫手机在 Channel request 之前正好从 old LAC 重选到 new LAC (属于不同 MSC/VLR) , 还没有来得及进行 LU,TMSI 重分配,就发起呼叫. 一般是在 LU 时,VLR 将启动 TMSI 重分配过程.所以当手机重选到不同 MSC/VLR, 如果没有进行 LU,此手机的 TMSI 号码仍然是由 old VLR 分配的.我们上文提到的呼叫异 常情况时,手机所在的 New MSC 根据 TMSI 在 New VLR 中查询,很明显是查询不到与该 TMSI 号码相关的数据的. 此时, 网络侧怀疑手机发来的 TMSI 存在问题, 为了验证手机发送的 TMSI 是否有问题, 网络侧将启动 Identity Request 过程. Identity 过程是为了向手机查询一些必要的数据,比如 IMSI,IMEI. 手机收到 Identity Request 后,将发回 Identity Response(其中包括 IMSI) .New MSC 将 根据新收到的 IMSI 号码再次在 New VLR 中查询. 由于该手机根本还没有在此 New VLR 中 登记,所以仍然不能查询到相关数据! 此时网络侧认为不能支持该用户申请的业务,于是 MSC 发送 CM Service Reject(Cause =IMSI unknown in VLR) ,以拒绝该用户的主叫业务,随后释放 SDCCH 信道.呼叫流程结 束,统计为"未接通" ! 另外假如主叫手机在 Channel request 之前正好从 old LAC 重选到 new LAC(但是属于 相同 MSC/VLR) ,还没有来得及进行 LU,TMSI 重分配,就发起呼叫.由于重选前后的小 区属于同一 MSC/VLR,所以 MSC 仍可通过 TMSI 查询到此手机的支持业务等.如此,呼 叫流程正常进行,不会受到 LU 的影响. 3.2 被叫手机因位置更新引起的呼叫未接通 3.2.1 被叫手机正常流程 正常流程中,主叫手机在收到 ASSIGNMENT COMPLETE 消息,TCH 分配完成之后, 就开始通过 GMSC 向被叫手机的 HLR 索取 MSRN.这个过程在接口是用 MAP 消息来完成 的.一个直观的结果就是 MSC 用一个用户的 E164 ISDN 的号码换得了一个同样 E164 编码 的动态漫游号码. 被叫端的呼叫建立时,主叫手机所在 MSC 会从 HLR 中取得动态漫游号码 MSRN(MS ROAMING NUMBER) ,经过再一次进行字冠分析后,定位被叫手机关联的 MSC/VLR 中. 接下去,要执行的动作就是要在 VLR 中找到该用户.ASB2005GSM001移动通信经验交流汇编3/5上海贝尔阿尔卡特股份有限公司ASB SSM-ISE 工程服务部MSC 再次拜访 VLR, MSRN 一般情况下 PAGING 还需要用户的 TMSI 和 LAC 信息. 用 MSC 根据 LAC 和 BSC (MS ROAMING NUMBER) 作为索引, 取得 TMSI 和 LAC 等参数. 的关系列表,将 PAGING 的消息发给包含该 LAC 的所有 BSC.PAGING 消息中包括 TMSI 信息. 3.2.2 未及时位置更新造成未接通 假设 VLR/MSC 在同一位置,只有一个 LAC.如此,重选到不同的 LAC,也就是重选 到不同的 MSC/VLR.由于 HLR 需要知道手机所属的 MSC,所以这样的 LU 过程必须要在 HLR 中更新数据. 如果被叫手机正好重选到不同的 LAC 小区,正在进行 LU.查询被叫手机时,有两种 可能性: 1:HLR 中的数据未更新,LU 进行中. 2:HLR 中的数据已更新,LU 进行中. 如果被叫手机已重选到不同的 LAC(属于不同的 MSC/VLR) ,但尚未更新到 HLR.所 以此时主叫手机所在 MSC 从 HLR 取得 MSRN,定位被叫手机所关联的 MSC 是 old MSC/VLR! 虽然未完成 LU,但仍可在 old MSC/VLR 用 MSRN 查询取得被叫手机相关的状态, TMSI,LAC.随后,MSC 根据 LAC 和 BSC 的关系列表,将 PAGING 的消息发给包含该 LAC 的所有 BSC.PAGING 消息中包括 TMSI 信息. 但是由于此时手机已经重选到其他的 LAC, 不再在原先的 LAC 下面! 所以这样的 Paging 是寻呼不到被叫手机的,MSC 无法收到 Paging Response.主叫手机应听到录音通知"暂时 无法接通" ,呼叫流程结束. 如果被叫手机已经重选到不同的 LAC(属于不同的 MSC/VLR) ,并且已经 LU 更新数 据到 HLR.所以此时主叫手机所在 MSC 从 HLR 取得 MSRN,定位被叫手机所关联的 MSC 是 New MSC/VLR. 在 New MSC/VLR 里通过 MSRN 查询取得该手机相关的状态.由于仍在 LU 进行中, VLR 中手机的状态是 SCCP EXIST 忙碌,因此不会再进行 Paging 过程.此时主叫手机应听 到录音通知"用户正忙" ,呼叫流程结束. 案例:10 月 13 日,徐州评估 DT 测试中,发生了多次未接通.有 4 次是因为位置更新 所引起的,其中有一次未接通就是被叫手机重选到不同的 LAC(属于不同的 MSC/VLR)所 造成的.开始寻呼时,被叫手机从铁三中 1 小区(LAC:20887)重选到堤北 2 小区(LAC: 20882)后开始位置更新,起呼未接通.下面是发生此次未接通时主被叫手机的信令图:4/5移动通信经验交流汇编ASB2005GSM001上海贝尔阿尔卡特股份有限公司ASB SSM-ISE 工程服务部根据主被叫手机的信令图, 可以很明显看出主叫手机开始寻呼时, 被叫手机正好开始位 置更新,从而造成未接通. 此外就是 LU 发生在同一 VLR 下.即发生 LU 前后的 LAC 属于同一个 MSC/VLR. 这样的 LU 过程不改变被叫手机所在的 MSC/VLR 位置,故不需要到 HLR 更新数据. 主叫手机所在 MSC 从 HLR 取得 MSRN,定位被叫手机所关联的 MSC/VLR,仍然是原 来的 MSC/VLR. 在 MSC/VLR 里通过 MSRN 查询取得该手机相关的状态.由于仍在 LU 进行中,VLR 中手机的状态是 SCCP EXIST 忙碌,因此不会再进行 Paging 过程. 此时主叫手机应听到录音通知"用户正忙" ,呼叫流程结束. 由于现在网络中一般一个 MSC/VLR,只有 1 个 LAC,在路测中 Location Update 的随 机性对接通有较大的影响.正是由于 Location Update 有一定的随机性,所以较难解决此问 题. 建议可从以下一些方面来改善: 1,减少不同 LAC 小区之间的覆盖重复区域,避免来回重复的 Location Update 影响接 通; 2,可适当的调整 CRH,较少不必要的 Location Update; 3,建议路测路线,尽可能少经过 LAC 交界处;ASB2005GSM001移动通信经验交流汇编5/5。
位置更新
位置更新(Location Updating)移动用户,顾名思义用户随时随地有可能改变其所在位置。
不管移动用户从城南跑到城北,从苏州赶到北京,还是从中国飞到法国,只要是在网络覆盖的范围以内,我们都要保证他随时随地能接到电话。
因此,网络必须随时知道手机所在的位置。
为了确保网络能实时掌握用户所在位置并及时更新用户位置,当手机改变所在的位置区域时,必须同时将这一改变通知网络系统,这一过程就称之为位置更新(LOCATION UPDATING)。
其中位置更新又分为三种情况:通常的位置更新(NORMAL)、开机时的位置更新(ATTACH)和周期性的位置更新(PERIODIC REGISTRATION)。
下面就其进行分别阐述:一、位置更新—通常型( NORMAL)如果在网络信号覆盖范围内的某一特定区域,它是由一个或多个基站处理,并且手机在此区域内移动时,并不需要告之网络更新位置,那么此部分区域即为一个位置区。
一个位置区可由一个和多个BSC控制,但是一定是由一个MSC来控制。
如图3-1中(1)所示(图中数字与位置更新步骤相对应),当手机空闲时,它会在BCCH信道上收集系统信息,这使得手机能够获得当前服务小区所属位置区的识别码,并与手机内原存储的位置区识别码相比较,以判断它是否进入了新的位置区。
如果手机收集到的位置区识别码与手机中原存储的不同,则手机将进行位置更新。
这就是通常的位置更新。
MS BTS BSC MSC/VLR HLR(7b) (7a)(1) 系统信息(2) 无线链路建立(3) 服务请求(4) 鉴权(5) 数据更新(6) 允许接入(7) 信道释放图1-1 表示通常类型的位置更新手机向BTS发送一个信道请求消息(2a),消息中包含要求接入的原因。
接入原因除位置更新以外,也可能是寻呼应答或紧急呼叫。
基站收到请求消息后,再发送给BSC。
BSC寻找一个空闲的信令信道,并让BTS激活它(2b)。
BTS接到BSC的反馈消息后,立即通知手机占用该信令信道(2c)。
requestlocationupdates 参数
主题:requestLocationUpdates 参数随着移动互联网的飞速发展,定位功能在手机应用中变得越来越普遍。
在开发一款基于地理位置的应用时,请求位置更新是至关重要的一步。
在Android应用中,我们通常会使用requestLocationUpdates方法来请求位置更新。
本文将深入探讨requestLocationUpdates方法的参数,以帮助开发人员更好地理解和使用这一功能。
一、requestLocationUpdates方法概述requestLocationUpdates是Android中的一个定位功能方法,它用于向LocationManager请求位置更新。
通过注册监听器,开发人员可以在位置发生变化时获得通知,并进行相应的处理。
该方法通常包含以下参数:1. provider:位置提供者的名称,可以是GPS_PROVIDER、NETWORK_PROVIDER等。
2. minTime:位置更新的最小时间间隔,单位为毫秒。
3. minDistance:位置更新的最小距离间隔,单位为米。
4. listener:LocationListener对象,用于接收位置更新通知。
5. looper:Looper对象,用于指定位置更新的线程。
二、各参数详解1. provider参数provider用于指定位置提供者的名称,即指定从哪个位置提供者获取位置信息。
Android设备通常会提供多种位置提供者,其中包括GPS_PROVIDER、NETWORK_PROVIDER等。
开发人员可以根据具体的需求来选择合适的位置提供者。
如果需要获取精确的地理位置信息,可以选择GPS_PROVIDER;如果需要获取快速定位且对精度要求不高,可以选择NETWORK_PROVIDER。
2. minTime参数minTime表示位置更新的最小时间间隔,即指定多长时间进行一次位置更新。
开发人员可以根据自己的需求来设置该时间间隔。
requestlocationupdates 参数
requestLocationUpdates 参数介绍在移动应用程序开发中,定位功能是非常常见和重要的功能之一。
通过获取设备的位置信息,应用程序可以提供一些基于位置的服务和功能,如导航、附近的地点搜索等。
Android平台提供了一些API来支持定位功能的实现,其中之一就是requestLocationUpdates方法。
requestLocationUpdates方法是Android中的一个定位API,它允许应用程序请求定期更新设备的位置信息。
通过调用该方法,并传递适当的参数,应用程序可以注册一个位置监听器,以接收设备位置的更新。
这使得应用程序可以在后台获取设备的实时位置信息,并根据需要进行相应的处理。
方法参数requestLocationUpdates方法有一些参数,可以根据具体的需求进行设置。
下面是该方法的参数列表:1.provider:用于指定定位的提供者。
Android平台提供了多种定位提供者,如GPS、网络等。
通过设置不同的提供者,可以选择不同的定位方式。
例如,如果需要更准确的位置信息,可以选择GPS作为提供者;如果需要更快速的位置信息,可以选择网络作为提供者。
2.minTime:用于指定位置更新的最小时间间隔。
单位是毫秒。
如果设备的位置在指定的时间间隔内没有变化,那么将不会触发位置更新。
这个参数可以用来控制位置更新的频率,以避免过多的位置更新对设备电池的消耗。
3.minDistance:用于指定位置更新的最小距离间隔。
单位是米。
如果设备的位置在指定的距离间隔内没有变化,那么将不会触发位置更新。
这个参数可以用来控制位置更新的精度,以避免过于频繁的位置更新。
4.listener:用于指定位置监听器。
位置监听器是一个接口,用于接收设备位置的更新。
通过实现这个接口,并注册到requestLocationUpdates方法中,应用程序可以在位置更新时得到通知,并进行相应的处理。
5.looper:用于指定位置更新的消息循环。
位置更新流程 PPT
嵌套流程: 鉴权 完整性保护和加密
大家学习辛苦了,还是要坚持
继续保持安静
同一MSC/VLR区域内,还可能发生:
周期性位置更新流程
周期性位置更新流程和位置更新的流程基本相同。
位置更新请求中位置更新的类型参数为周期性位置更新(Periodic Updating),而不是普通位置更新(Normal Updating)。
应用场景: 当移动台重新进入活动状态(如终端开机时),需要发起位置更新 使VLR将其设为附着状态。如果位置区自从IMSI 分离后已改变,则通 过普通位置更新流程来完成(位置更新类型为 Normal updating); 如果未改变,则通过IMSI 附着流程(位置更新类型为 IMSI Attach) 完成,流程基本同普通位置更新。
作用: 当移动台突然进入网络覆盖不到的区域,或者突然掉电,移
动台还来不及发送IMSI DETACH 消息就和网络分离。显然,在这 种情况下,VLR 是无法给IMSI 置分离标记的,如果该IMSI 做被叫, 电路资源和无线资源就要被浪费。
触发场景: 任何移动台无论是否进入新的位置区,网络通知移动台发起周期
性位置更新定时器(T3212),MS定时(例如每隔30 分钟)发起 一次位置更新流程。 指定周期到时后,没有发起周期性位置更新流程,则VLR 将该 IMSI 置为分离。 周期性位置更新的周期可以人为设定,从6 分钟到24 小时不等, 甚至可以设为无穷大(不作周期性位置更新)。
作用: 为节省宝贵的空口资源,当被叫用户不可及时,MSC不会发出paging 消息。VLR 中需要为IMSI 设立标志,当IMSI可用时,将该标志置为 IMSI 附着。IMSI 不可用时,将该标志置为IMSI 分离。
IMSI附着流程
安卓gps requestlocationupdates参数
安卓 gps requestlocationupdates 参数本文介绍安卓 gps requestlocationupdates 参数的使用方法及其注意事项。
下面是本店铺为大家精心编写的4篇《安卓 gps requestlocationupdates 参数》,供大家借鉴与参考,希望对大家有所帮助。
《安卓 gps requestlocationupdates 参数》篇1在安卓系统中,GPS 定位是一项非常重要的功能,它可以帮助用户在地图上查找位置、导航路线等信息。
而在 GPS 定位中,requestLocationUpdates() 方法是一个非常关键的方法,它用于请求位置更新。
一、requestLocationUpdates() 方法的参数介绍requestLocationUpdates() 方法用于请求位置更新,其参数如下:1. locationRequest:一个 LocationRequest 对象,用于指定位置更新的参数,包括定位方式、定位间隔、定位精度等。
2. listener:一个 LocationListener 对象,用于接收位置更新的事件。
3. Looper:一个 Looper 对象,用于指定线程池。
二、LocationRequest 对象的参数介绍LocationRequest 对象用于指定位置更新的参数,包括以下字段: 1. interval:定位间隔,单位为毫秒。
2. fastInterval:快速定位间隔,单位为毫秒。
3. provider:定位方式,包括 GPS、网络定位等。
4. priority:定位优先级,用于指定定位请求的优先级。
5. accuracy:定位精度,用于指定定位的精度要求。
6. distanceFilter:距离过滤器,用于指定更新位置的距离阈值。
三、LocationListener 对象的参数介绍LocationListener 对象用于接收位置更新的事件,包括以下方法:1. onLocationChanged(Location location):位置发生变化时触发该方法。
小区选择、重选、位置更新、寻呼
小区选择什么叫小区选择当移动台开机后,它会试图与SIM卡允许的GSM PLMN取得联系,因此移动台将选择一个合适的小区,并从中提取控制信道的参数和其它系统信息,这种选择过程被称为“小区选择”。
小区选择的过程首先,搜索RF信道如果移动台并无存储的BCCH消息,它将首先搜索完所有的124个RF信道(如果为双频手机还应搜索374个GSM1800的RF信道),然后,读取每个RF信道信号强度并抽取5个测量样点并在每个RF信道上读取接收的信号强度,计算出平均电平,整个测量过程将持续3~5s,在这段时间内将至少分别从不同的RF信道上抽取5个测量样点。
接下来,调谐到接收电平最大的载波,并尝试解码SCHMS将调谐到接收电平最大的载波上,判断该载波是否为BCCH载波(通过搜寻FCCH突发脉冲),若是,移动台将尝试解码SCH信道来与该载波同步并读取BCCH上的系统广播消息。
最后,正确解码BCCH数据,驻留上正常小区若MS可正确解码BCCH的数据,并当数据表明该小区属于所选的PLMN、参数C1值大于0、该小区并未被禁止接入、移动台的接入等级并未被该小区禁止时,移动台方可选择该小区。
否则,MS将调谐到次高的载波上直到找到可用的小区。
如MS在上次关机时,存储了BCCH载波的消息,它将首先搜索已存储的BCCH载波,若未找到则执行以上过程。
C1计算公式参数C1为供小区选择的路径损耗准则,服务小区的C1必须大于0,其公式如下:C1=RXLEV-RXLEV_ACCESS_MIN - MAX ((MS_TXPWR_MAX_CCH - P), 0)单位:dBmRXLEV为移动台接收的平均电平RXLEV_ACCESS_MIN 为允许移动台接入的最小接收电平MS_TXPWR_MAX_CCH为移动台接入系统时可使用的最大发射功率电平P为移动台的最大输出功率相关参数和命令✧最小接入电平(ACCMIN)定义:为了避免移动台在接收信号电平很低的情况下接入系统(接入后的通信质量往往无法保证正常的通信过程),而无法提供用户满意的通信质量且无谓地浪费网络的无线资源,在GSM系统中规定,移动台需接入网络时,其接收电平必须大于一个门限电平,即:移动台允许接入的最小接收电平(ACCMIN)格式:ACCMIN以十进制表示,取值范围为47~110,默认值为110,其意义如下表所示。
GSM移动通信系统介绍.
GSM 系统号码计划(一)
GSM移动通信网中存在着多种用来识别身份的各种号码 的编号计划
用户相关号码:
移动用户号码:MSISDN=CC+NDC+SN (E.164) 移动用户识别码:IMSI=MCC+MNC+MSIN (E.212) 临时移动用户识别码:TMSI,临时分配,即时释放 移动用户漫游号码:MSRN=CC+NDC+SN 国际移动设备识别码:IMEI=TAC+FAC+SNR
• SCCP(Signalling Connect Control Part)——信令连接控制部 分
传送与呼叫或连接无关的信令、控制消息 常用概念:GT码,GT+DPC寻址,DPC+SSN寻址,SSN, MSISDN,IMSI,MGT
• TCAP(Transaction Capabilities Application Part)——事物 能力应用部分
A Trunkgroup +R2
B
A Trunkgroup
B
Linkset
七号信令系统
• MTP(Message Transfer Part)——消息传递部分
完成消息的可靠传递,分为:信令数据链路功能层、链路控制功能层、公共传递 控制功能层。 常用概念:信令链路(组)、信令路由(组)、信令点编码SPC、DPC etc.
- SS HLR(Home Location Register)
HLR:归属位置寄存器
存储全部“归属用户”的信息:-Operator 用户识别码:IMSI,MSISDN 附加用户服务数据 用户位置信息:MSC 地址 Triplet鉴权加密参数 永久存储 与其它节点通信(MSC/VLR/AUC/GMSC)
WCDMA移动核心交换网位置更新流程
VLR-HLR间位置更新消息
MAP_INSERT_SUBSCRIBER_DATA消息(III) VLR<->HLR,MAP协议
名称 Req C C C Ind C(=) C(=) C(=) U C(=) O Rsp C Cnf C(=) 作用 传递用户的ODB数据 CS域ARP,用于差异化 服务 标识用户在或上登陆入 网是受限制的 指示用户错误的类型 指示系统错误的类型 参考章节 8.1.10节 3GPP 29.002 8.1.4节 8.1.14节 8.2.12节
周期性位置更新
作用: 当移动台突然进入网络覆盖不到的区域,或者突然掉电,移 动台还来不及发送IMSI DETACH 消息就和网络分离。显然,在这 种情况下,VLR 是无法给IMSI 臵分离标记的,如果该IMSI 做被叫, 电路资源和无线资源就要被浪费。
触发场景: 任何移动台无论是否进入新的位臵区,网络通知移动台发起周期 性位臵更新定时器(T3212),MS定时(例如每隔30 分钟)发 起一次位臵更新流程。 指定周期到时后,没有发起周期性位臵更新流程,则VLR 将该 IMSI 臵为分离。 周期性位臵更新的周期可以人为设定,从6 分钟到24 小时不等, 甚至可以设为无穷大(不作周期性位臵更新)。
Ciphering key sequence number Location area identification Mobile identity
M
M
M
M
标识位臵更新的原因值(普通位臵更 新、周期性位臵更新、IMSI附着) 用于对CK和IK进行鉴别,以确定网络 是否引入鉴权流程 当使用TMSI为终端标识时,用来标识 终端的位臵信息 用来标识终端,可以保存IMSI、 TMSI/P-TMIS、IMEI、IMEISV、 TMGI等
在TD中,小区更新,位置更新、切换
我要收藏
答:通信的一个流程如下:手机空闲模式下:手机开机时要做小区选择,即比较小区的C1值大小; 在开机后,如发现另一个小区的电平好于服务小区的,且大于5秒,就会触发小区重选; 在不同的LAC边界处,会发生小区的位置更新,即从一个LAC到另一个LAC的更新。
手机激活模式下:为保持通话的连续性,从一个小区切换到另一个小区。
小区更
新过程
位置更新(LOCATION UPDATE)位置更新涉及的参数及定义:
正常位置更新(越位置区位置更新)
周期性位置更新(T3212更新)IMSI附着。
startlocationupdate onlocationchange 配合使用-概述说明以及解释
startlocationupdate onlocationchange 配合使用-概述说明以及解释1.引言1.1 概述在移动应用开发中,定位功能是一项重要的技术,可以帮助我们获取用户的当前位置信息。
而在定位功能的实现中,startlocationupdate和onlocationchange是两个常用的方法,它们可以配合使用来实现实时获取用户位置的功能。
startlocationupdate方法是用于开启位置更新的函数。
通过调用这个方法,我们可以订阅位置更新事件,从而实时获取用户的位置信息。
当调用了startlocationupdate方法后,系统会开始获取用户的位置,并且当用户的位置发生变化时,系统会触发onlocationchange方法。
onlocationchange方法则是用于处理位置变化的函数。
当用户的位置发生变化时,系统会调用这个方法,并传递新的位置信息作为参数。
我们可以在这个方法中编写代码来处理位置变化事件,比如更新地图的显示、计算两个位置之间的距离等。
配合使用startlocationupdate和onlocationchange方法,我们可以实现实时获取用户位置的功能,并进行相应的处理。
无论是开发导航应用、社交应用还是其他需要位置信息的应用,这两个方法都可以为我们提供便利。
本文将详细介绍startlocationupdate方法和onlocationchange方法的使用方式,并探讨它们的配合使用带来的优势。
通过深入理解这两个方法及它们的实际应用,我们可以更好地利用定位技术,提高移动应用的用户体验。
1.2 文章结构本文将围绕使用`startlocationupdate`和`onlocationchange`这两个函数进行讨论,并探讨它们的配合使用方式。
本文分为引言、正文和结论三个部分。
引言部分将简要介绍本文的研究背景和目的。
首先,我们将概述这两个函数的作用和重要性,以及它们在现代应用开发中的广泛应用。
requestlocationupdates 用法
标题:深度解析requestlocationupdates的用法在移动应用开发中,定位功能是一项非常重要的功能。
而对于Android开发者来说,requestLocationUpdates是一个常用的方法来获取设备的位置信息。
本文将深入探讨requestLocationUpdates 的用法,帮助开发者更好地理解和运用这一功能。
一、requestLocationUpdates的概述1.1 什么是requestLocationUpdates?requestLocationUpdates是Android中LocationManager类的一个方法,用于向系统请求位置更新。
一旦调用了该方法,系统就会每隔一段时间向应用程序发送位置更新的信息。
1.2 requestLocationUpdates的参数调用requestLocationUpdates方法时,需要传入一些参数,包括:要使用的位置提供器、位置更新的最小时间间隔、位置更新的最小位移间隔、位置监听器等。
这些参数决定了requestLocationUpdates 的具体行为。
二、requestLocationUpdates的使用示例接下来,我们将通过一个简单的示例来演示requestLocationUpdates的使用方法。
2.1 示例代码```javaLocationManager locationManager = (LocationManager) getSystemService(Context.LOCATION_SERVICE); LocationListener locationListener = new MyLocationListener(); locationManager.requestLocationUpdates(LocationManager.GP S_PROVIDER, 1000, 10, locationListener);```在这个示例中,我们首先获取了LocationManager的实例,然后创建了一个自定义的LocationListener,并最终调用了requestLocationUpdates方法来注册位置更新的监听器。
位置更新 Location Update
位置登记(LOCATION REGISTER)(关键字: LOCATION REGISTER,LOCATION UPDATE,LOCATION AREA,MS,HLR,VLR,IMSI,TMSI,DEATCH,ATTACH)一,什么是位置登记;数字移动通信系统的一个优点即为实现自动漫游。
在一般情况下,网络都能够知道终端用户的位置,从而实现语音,数字或其它业务的正常接续和实现。
这就有一个位置登记(LOCATION REGISTION)的过程和机制。
当终端用户的一些信息发生变化时,它将通知系统,使得其在一些位置登记器(LOCATION REGISTER)中的相应信息能够及时体现准确情况。
当然在有些情况下系统通过机制判断终端用户(以下由MS MOBILE STATION 代替)状态,直接对系统中存储的用户有关信息进行修改。
在GSM 系统中,有两类LOCATION REGISTER,即:HLR:(HOME LOCATION REGISTER)和VLR:(VISTOR LOCATION REGISTER)。
其中HLR 中“永久”存储所有的用户参数和相关位置信息,而VLR 中存储用户相关的一些数据〔当该用户在其服务区域时〕。
对于MS 登记的位置信息来说,其单位为位置区域(LOCATION AREA)。
一个MSC 可能包括一个或数个LAC,一个VLR 可以服务于一个或数个MSC 区域(现在一般一个对一个)。
二,位置登记的种类;位置登记包括四种类型:1,常规的位置更新(NORMAL LOCATION UPDATE)就是当MS 从一个LAC 进入另一个LAC 时,而向系统发出位置更新请求。
系统将修改其相应的位置信息。
当然这两个LAC 可能属于同一个VLR ,也可能属于不同的VLR。
当在两个VLR 间做位置更新时, HLR 必须被通知到,而只是在同一个VLR 下做位置更新时,就不需通知HLR。
2,位置删除(LOCATION CANCELLATION)纯的(SIMPLY)位置删除行为是指维护者从HLR 或VLR 中删除相关用户信息。
位置更新具体信令流程
第4章位置更新具体信令流程4.1 概述在GSM系统中有三个地点需要明白位置信息,即HLR、VLR和MS。
当那个信息发生变化时,需要保持三者的一致,由位置更新流程实现。
位置更新流程是位置治理中的要紧流程,总是由MS发起。
位置更新流程是一个通用流程,在如下三类位置更新流程中要使用到:正常位置更新、周期性位置更新、IMSI附着位置更新流程。
正常位置更新用于更新网络侧关于MS的位置区信息,LOCATIONUPDATING REQUEST消息中包含位置更新流程的类型信息。
在网络侧VLR判定MS为未知用户时,会启动正常位置更新流程,作为MM连接建立要求的响应。
为限制位置更新尝试次数,位置更新失败时要使用位置更新attempt counter计数器。
在MS开机或SIM卡刚插入时,该计数器清零。
MS中要保持一个"forbidden location areas for roaming"表和一个"forbiddenlocation areas for regional provision of service"表。
MS关机或SIM卡拔出时,将这两个表删除。
当MS收到位置更新拒绝消息,其缘故值为"Roaming notallowed in this location area"或"Location Area not allowed"时,从BCCH上收到的LAI信息触发位置更新要求的LAI要加到相应的表中。
这两个表的容量至少要有10个表项,当表项数目超过表的容量时,最早的表项内容删除。
成功的进行位置更新后,MS在SIM卡中置UPDATED状态位(UPDATED状态讲明最后一次位置更新要求成功,同时现在LAI、TMSI,加密的密钥和加密序列号都应该储存在SIM卡中),并储备新的位置区信息。
4.2 位置更新流程正常位置更新、周期性位置更新和IMSI附着位置更新流程差不多相同(不同之处在下面各小节中详细描述),流程如下图:B T S B SC M S C图4-1位置更新流程(1) MS在空中接口的接入信道上向BTS发送Channel Request(该消息内含接入缘故值为位置更新);(2) BTS向BSC发送Channel Required消息;(3) BSC收到Channel Required后,分配信令信道,向BTS发送ChannelActivation;(4) BTS收到Channel Activation后,假如信道类型正确,则在指定信道上开功率放大器,上行开始接收信息,并向BSC发送Channel Activation Acknowledge;(5) BSC通过BTS向MS发送Immediate Assignment Command;(6) MS发SABM帧接入;(7) BTS回UA帧进行确认;(8) BTS向BSC发Establishment Indication,该消息中包含了LocationUpdate Request消息内容;(9) BSC建立A接口SCCP链接,向MSC发送Location Update Request,该消息中包含了当前小区的CGI信息;(10) MSC向BSC回链接确认消息;(11) MSC向MS回位置更新同意消息,讲明位置更新成功;(12) 在网络侧拒绝本次位置更新时,网络侧下发消息给MS;(13) 若MSC侧选择“位置更新时分配TMSI”为否,则在位置更新的过程中,MS没有“TMSI Reallocation Complete”消息的上报。
GSM信令详解中文版
GSM无线子系统信令目录一、BSS系统中的信令应用 (3)二、BSS系统的信令模型 (4)四、各层信令在BSS系统中的作用 (8)四、移动主叫流程 (17)五、移动被叫流程 (33)七、位置更新流程 (50)八、小区内切换流程 (60)九、小区间切换流程 (64)十、外部切换流程 (69)十一、定向重试流程 (76)一、BSS系统中的信令应用作为GSM移动通信系统,主要实现一种任何时间、任何地点、任何通信对象之间的通信。
那么在这样一个通信过程中,通信对象之间不仅要传送对通信对象有用的语音及数据,还包括一些信令。
在BSS系统中,涉及到的信令如图1,其主要内容有:●七号信令(NO.7):在MSC和BSC之间传送;●D信道的链路接入规程(LAPD):在BSC和BTS之间传送;●Dm信道的链路接入规程(LAPDm):在BTS和MS之间传送。
图 1 BSS系统中的信令应用二、BSS 系统的信令模型2.1概述在GSM 移动通信系统中,BSS 系统的信令模型采用了一般的OSI 七层协议中的低三层协议,从低到高依次包括:● 第一层(L1):物理层 ● 第二层(L2):链路层 ● 第三层(L3):网络层BSS 系统的信令模型如图 2。
图 2 BSS 系统信令模型BTSMS BSC MSCL1L2L3其中各层协议的含义如下:LAP_Dm:Dm信道的链路接入规程RR:无线资源管理CM:通信管理SMS:短消息管理SS:补充业务管理CC:呼叫管理MM:移动管理LAPD:D信道的链路接入规程BTSM:BTS管理部分MTP:消息传送部分SCCP:信令连接和控制部分BSSMAP:BSS管理应用部分DTAP:直接传递应用部分2.2物理层物理层主要负责物理数据单元的无错传送。
在物理层上,定义了传输路径上的电气特性。
在一般系统中,BTS与MS之间的Um接口的物理层采用无线路径,在BTS与BSC之间的Abis接口的物理层采用在不均衡的75Ω同轴电缆或120Ω双绞线上的2048bps的CEPT数据流。
详细讲位置更新(LOCATION_UPDATE)
立即指配(RR连接)结束后,将向网络发送三层业务请求。
三层业务请求当BSC收到建立指示后便向MSC发出第一条三层业务请求消息(COMPLETE L3 INFO),具体说该消息为:CM业务请求(CM SERVICE REQUEST)寻呼应答(PAGING RESPONSE)IMSI分离(IMSI DETACH)移动性管理程序(MM)公共程序包括:鉴权程序识别程序TMSI再分配程序IMSI分离程序LAI(位置区识别码)结构示意图MCC MNC LAC3位数字3位数字最大16BitMCC:移动国家码中国460MNC:移动网号移动01 联通02LAC:位置区号码LAC将在每个小区广播信上的系统消息中发送message 3:小区识别CELLID+LAI区识别+控制信道描述 +小区选择+小区选择参数+RACH控制参数message 4AI区识别+小区选择参数+RACH控制参数+CBCH信道描述+CBCH移动配置LAC位置区划分原则:保证不会产生寻呼负荷过高的前提下尽量降低位置更新次数。
LAC位置区设置经验:位置区设置过小,移动台位置更新过程增多,系统信令流量增大。
位置区设置过大,寻呼信道负荷过重,同时也将增加Abis接口上的信令流量。
强制登记:当移动台进行小区重选后,发现SIM卡中位置区与小区广播的位置区(LAI)不同时,移动台需把这种变化通知给网络。
当称动台由一个位置区移动到另一个位置区时,必须在新位置区进行登记,也就是说当移动台发现存储器中的LAI与接收到的当前小区的LAI不同,就需进行位置更新。
位置更新分类(根据网络对位置更新的标识不同):正常位置更新(越位置区位置更新)周期性位置更新(T3212更新)IMSI附着(用户开机时进行)注:位置更新请求(LOCATION UPDATING REQUEST)中位置更新类型信息单元将分别指示进行何种类型的位置更新。
正常位置更新(越位置区位置更新)启动原因:VLR中MS的状态未知MS从一个LAI小区重选至另外一个LAI小区VLR内部位置更新VLR内部位置更新不需要提供IMSI号码,在VLR中进行,不需要通知HLR.位置更新请求[1]在初始化过程中,MS向网络发送的SABM帧携带的初始化报文中注明接入原因为位置将发起HLR更新。
【个人总结】位置更新失败原因分析
位置更新失败原因分析测试数据代表:dexter11的答案位置更新是一个通用流程,有以下三种使用方式:正常位置更新周期更新IMSI 附着此答案得到1次评论dexter11 评论通用位置更新流程1 MS 发起的位置更新流程任何用来触发位置更新的时钟(如T3211, T3212)如果在跑,都将停之。
由于发起位置更新流程时肯定没有是没有RR 连接的,于是MM 层会请求RR 层建立一条RR 连接先,然后进入WAIT FOR RR CONNECTION(LOCATION UPDATE)状态。
MS 发送LOCATION UPDATING REQUEST 给网络,并启动时钟T3210,进入LOCATION U PDATING INITIATED。
位置更新类型按实际类型指示。
2 网络发起标识请求网络可以发起标识流程,比如如果网络无法根据MS 提供的TMSI 和LAI 得到相应的IMSI。
3 网络发起鉴权网络收到LOCATION UPDATING REQUEST 后可能发起鉴权。
4 网络的安全模式设置在GSM,网络可以发起安全模式设置流程,比如分配了新的TMSI 后。
在UMTS,网络发起安全模式控制流程,比如新分配了TMSI 后。
5 尝试计数器为了限制位置更新尝试的次数,每当位置更新失败,就会用到尝试计数器。
尝试计数器记录了位置更新连续失败的次数。
每次位置更新失败,尝试计数器的值加1。
以下情况时,尝试计数器将被重置:- MS 开机;- SI M/USIM 插入;- 位置更新成功完成;- 位置更新收到拒绝原因为#11, #12, #13 或#15。
以下是在服务状态为ATT EMPTING TO UPDATE 时的情况:- MS 检测到进入了新位置区;- 时钟T3212 超时;- CM 层请求触发的位置更新。
尝试计数器在时钟T3211 超时后决定是否需要再发起位置更新。
6 网络接受了位置更新如果网络发起LOCATION UPDATING ACCEPT 接受了位置更新。
wx.startlocationupdate申请案例
wx.startlocationupdate申请案例
以下是一个简单的wx.startLocationUpdate()申请案例:
javascript复制代码
wx.startLocationUpdate({
success: function(res) {
console.log('定位成功,经度:'+ res.longitude + ',纬度:'+ titude);
},
fail: function(err) {
console.log('定位失败:' + err);
}
});
在这个案例中,我们调用了wx.startLocationUpdate()函数来请求微信定位服务。
该函数接
受一个包含成功回调函数和失败回调函数的参数对象。
在成功回调函数中,我们可以获取到经度和纬度信息,并打印到控制台中。
在失败回调函数中,我们可以打印定位失败的错误信息。
请注意,使用wx.startLocationUpdate()需要用户同意授权定位权限,否则会触发失败回调
函数。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
立即指配(RR连接)结束后,将向网络发送三层业务请求。
三层业务请求当BSC收到建立指示后便向MSC发出第一条三层业务请求消息(COMPLETE L3 INFO),具体说该消息为:CM业务请求(CM SERVICE REQUEST)寻呼应答(PAGING RESPONSE)IMSI分离(IMSI DETACH)移动性管理程序(MM)公共程序包括:鉴权程序识别程序TMSI再分配程序IMSI分离程序LAI(位置区识别码)结构示意图MCC MNC LAC3位数字3位数字最大16BitMCC:移动国家码中国460MNC:移动网号移动01 联通02LAC:位置区号码LAC将在每个小区广播信上的系统消息中发送message 3:小区识别CELLID+LAI区识别+控制信道描述 +小区选择+小区选择参数+RACH控制参数message 4AI区识别+小区选择参数+RACH控制参数+CBCH信道描述+CBCH移动配置LAC位置区划分原则:保证不会产生寻呼负荷过高的前提下尽量降低位置更新次数。
LAC位置区设置经验:位置区设置过小,移动台位置更新过程增多,系统信令流量增大。
位置区设置过大,寻呼信道负荷过重,同时也将增加Abis接口上的信令流量。
强制登记:当移动台进行小区重选后,发现SIM卡中位置区与小区广播的位置区(LAI)不同时,移动台需把这种变化通知给网络。
当称动台由一个位置区移动到另一个位置区时,必须在新位置区进行登记,也就是说当移动台发现存储器中的LAI与接收到的当前小区的LAI不同,就需进行位置更新。
位置更新分类(根据网络对位置更新的标识不同):正常位置更新(越位置区位置更新)周期性位置更新(T3212更新)IMSI附着(用户开机时进行)注:位置更新请求(LOCATION UPDATING REQUEST)中位置更新类型信息单元将分别指示进行何种类型的位置更新。
正常位置更新(越位置区位置更新)启动原因:VLR中MS的状态未知MS从一个LAI小区重选至另外一个LAI小区VLR内部位置更新VLR内部位置更新不需要提供IMSI号码,在VLR中进行,不需要通知HLR.位置更新请求[1]在初始化过程中,MS向网络发送的SABM帧携带的初始化报文中注明接入原因为位置将发起HLR更新。
TMSI在HLR不确认[3’]当VLR从来没有凳记过该用户,则:HLR位置信息确认=不确认根据旧TMSI和LAI号算出PVLR地址发参指示[3’-1]向PVLR启动一个请求IMSI和鉴权参数的发参数指示(MAP SEND IDENTIFICATION)。
发参指示响应[3’-2]PVLR将回发该移动台的IMSI和鉴权参数。
发参指示未响应[3’-2’]当新VLR由于种种原因无法获得IMSI号码。
则向MS发出识别请求,进入MM识别程序,请求MS提供IMSI。
HLR更新[4]VLR得到IMSI后,将向MS所属的HLR发出位置更新(MAP UPDATE LOCATION)消息,此消息中包括MS的标识及相关信息,以便HLR查询数据及建立路径。
鉴权加密TMSI再分配[5]VLR将对MS进行鉴权加密,并根据需要给移动台分配一个新的TMSI号码(此时进入TMSI再分配程序)。
注意:此时TMSI再分配命令也可以不携带新的TMSI号码,MS将使用以前的TMSI号码。
PVLR删除位置[5’-1]HLR收到更新消息后,并且MS在新的VLR有正常业务权限,则HLR存储当前的VLR 号码,并向PVLR发出删除位置(MAP/D CANCEL LOCATION)消息。
PVLR删除位置确认[5’-2]PVLR收到删除位置消息后,将删除该MS的所有信息,并向HLR发送删除位置确认(MAP/D CANCEL LOCATION RESULT)消息。
插入用户数据[6]当完成鉴权加密TMSI再分配后,HLR将发起插入用户数据(MAP INSERT SUBSCRIBER DATA)消息,为VLR提供所需用户信息,包括鉴权参数等。
插入用户数据响应[7]VLR收到所需信息后,将向HLR发送插入用户数据响应(MAP INSERT SUBSCRIBER DATA ACK)消息。
HLR更新确认[8]当HLR收到VLR插入用户数据响应后,则向VLR发出更新确认消息(MAP UPDATE LOCATION ACK)位置更新确认消息[9]之后VLR将向MSC发送位置区更新确认(MAP UPDATE LOCATION AREA ACK)消息。
位置更新接受[10]MSC收到该消息后则向MS发送位置更新接受消息(LOCATION UPDATE ACCEPT),之后释放信道,完成位置更新。
IMSI更新当用户识别为IMSI时:IMSI在HLR不确认当VLR从MSC收到位置更新消息中的IMSI未知,则:HLR位置信息确认=不确认将发起HLR更新LAI在VLR核查当收到IMSI是已知的,VLR则检查从MSC接收的们前一个位置区标识(LAI)是否属于此VLR,如果不属于则:HLR位置信息确认=不确认将发起HLR更新。
注意:当以上两种情况发生时,均要进行鉴权检查。
周期性位置更新(T3212更新)周期位置更新发生在当网络在特定的时间内没有收到来自移动台任何信息。
比如在某些特定条件下由于无线链路质量很差,网络无法接收移动台的正确消息,而此时移动台还处于开机状态并接收网络发来的消息,在这种情况下网络无法知道移动台所处的状态。
为了解决这一问题,系统采取了强制登记措施。
如系统要求移动用户在一特定时间内,例如一个小时,登记一次。
这种位置登记过程就叫做周期位置更新。
注意:当T3212逾时后,MS启动周期性位置更新,进入位置更新程序。
周期性位置更新信令流程与正式常位置更新信令流程是一致的。
网络失去与MS的联系原因:移动台开机移动至网络盲区,网络仍会认为IMSI附着(用户开机);移动台IMSI分离(关机)时,无线路径上行链路故障,网络不能正确译码,网络仍会认为IMSI附着(用户开机);移动台突然掉电,网络仍会认为IMSI附着(用户开机);注意:当网络发现VLR标识IMSI附着的移动台在一段时间内,没有与网络进行任何联系,将更改为该移动台标识为隐含关机状态。
周期性位置更新的目的:周期性的通知网络MS的可用性。
迫使移动台在经过一定时间后,自动向网络报告它目前的位置,这样网络就可以随时了解移动台的当前状态。
T3212周期性位置更新定时器(8bit):当T3212超时,将进行周期性位置更新。
T3212=(1-255)*6分钟注意:T3212=0表示无容大,即本小区无周期性位置更新。
T3212不宜取得太小,小于30分钟(除0以外)可以对网络产生灾难性的影响。
T3212应小于网络对VLR中标识为IMSI附着用户查询周期值,建议IMSI附着用户查询周期是T3212的两倍。
当MS关机时,MS将会将T3212的值保存在SIM卡中,下次开机后继续计时。
T3212的取值将在每个小区广播信上的系统消息3中发送.message 3:小区识别CELLID+LAI区识别+控制信道描述+小区选择+小区选择参数+RACH控制参数 message 4AI区识别+小区选择参数+RACH控制参数+CBCH信道描述+CBCH移动配置T3212为小区级参数,因此同一个LAC内可存在不同T3212值,当发生小区重选时至T3212不同小区时,将触发相应算法重新计算T3212当前值。
T3212复位至0:收到位置更新请求或位置更新拒绝请求收到第一个MM消息,或存在MM连接时,加密过程完成MS响应寻呼,接收到第一个正确的三层消息(RR消息除外)T3212逾时MS关机/开机T3212设置经验:周期性位置更新越短网络总体服务性能越好,但会加大网络信令流量,无线资源利用率降低,还会增大MS的功耗。
建议在业务量和信令流量较大地区,可选择较大的T3212(6H、10H、甚至15H)。
业务量大,信令流量低的地区,可选择较小的T3212(1-3H)业务量严重超出系统容量的地区,可选区择T3212=0T3212应小于网络对VLR中标识为IMSI附着用户查询周期值,建议IMSI附着用户查询周期是T3212的两倍,但如果IMSI附着用户查询周期远大于T3212将会影响到系统的寻呼成功率。
周期性位置更新需要特别注意的几点说明:当T3212逾时后,MS启动周期性位置更新,进入位置更新程序。
并将T3212清零,从新计时。
当3212逾时时,MS处于无可用小区、有限服务、搜索PLMN的状态时,MS将延时启动位置更新,直到脱离这些状态。
当MS处于无可用小区、有限服务、搜索PLMN的状态时,T3212的值当保持原值不能改变。
同LAC不同T3212算法:当MS在同一个LAC中进行小区重选时,如果T3212在两个小区设置不同时(或人为改变当前小区T3212逾时值),将进行相应计算后重新定义T3212值:旧小区T3212=T新小区T3212逾时值=TT则: T3212=TmodTT注意:当MS处于激活状态,此时定时器不在计时中(如通话中改变该小区T3212值),改变T3212值时,T3212将在0-TT之间选取一个随机数启动。
IMSI附着MS开机时,MS将把自己的开机状态通知给网络,向网络发送IMSI附着(IMSI ATTCTCH)的报文。
网络收到该消息后将注明用户状态,以便当寻呼发生时,可以发起寻呼。
IMSI的附着与分离就是在MSC/VLR中用户记录上附加一个二进制标志。
IMSI附着:标志为允许接入IMSI分离:标志为不可接入当用户开机时发现SIM卡中LAI与网络LAI号一致,则进行IMSI附着,其过程与VLR 内部位置更新过程基本一样,不同的是,仅在位置更新请求(LOCATION UPDATING REQUEST),标注为IMSI附着。
注:IMSI附着、分离是系统的一个可选项。
位置更新尝试计数器:为了限制位置更新尝试的数目(不成功),MS定义了尝试计数器,尝试计数器用于确定T3212逾时后是否进行位置更新的重新尝试。
更新失败尝试计数器加1计数器复位:MS开机插入SIM成功完成位置更新完成位置更新,并在业务状态由ATTEMPTING至UPDATE进入新的位置更新区域T3212逾时位置更新由CM业务层启动网络位置更新不接受:若位置更新不接受,MS将停止T3210,并存储拒绝原因,启动T3240,进入位置更新拒绝状态,等待由网络触发的RR连接释放,拒绝的原因:IMSI在HLR中未知、非法MS、非法MEMS将更新状态设置为漫游不允许(POAMING NOT ALLOWED),删除TMSI、LAI、加密序列号,并认为SIM卡是无效的直到关机或拔出SIM卡。
PLMN不允许、位置区不允许、此位置区国内漫游不允许MS将更新状态设置为漫游不允许(POAMING NOT ALLOWED),删除SIM卡中LAI、TMSI、加密序列号,复位尝试计数器,注意:如MS收到是此位置区国内漫游不允许,将返回到MM IDLE后进行PLMN选区择而不是小区选择。