【个人总结】位置更新失败原因分析.docx

位置更新失败原因分析测试数据代表： dexter11的答案位置更新是一个通用流程，有以下三种使用方式：正常位置更新周期更新IMSI 附着回答时间:2012-02-15 22:38此答案得到1次评论dexter11 评论通用位置更新流程1 MS 发起的位置更新流程任何用来触发位置更新的时钟(如 T3211, T3212)如果在跑，都将停之。 由于发起位置更新流程时肯定没有是没有 RR 连接的，于是 MM 层会请求 RR 层建立一条 RR 连接先，然后进入 WAIT FOR RR CONNECTION(LOCATION UPDATE)状态。 MS 发送 LOCATION UPDATING REQUEST 给网络， 并启动时钟 T3210，进入 LOCATION UPDATING INITIATED。位置更新类型按实际类型指示。2 网络发起标识请求网络可以发起标识流程， 比如如果网络无法根据 MS 提供的 TMSI 和 LAI 得到相应的 IMSI。3 网络发起鉴权网络收到 LOCATION UPDATING REQUEST 后可能发起鉴权。4 网络的安全模式设置 在 GSM，网络可以发起安全模式设置流程，比如分配了新的 TMSI 后。 在 UMTS，网络发起安全模式控制流程，比如新分配了 TMSI 后。5 尝试计数器 为了限制位置更新尝试的次数，每当位置更新失败，就会用到尝试计数器。尝试计数器 记录了位置更新连续失败的次数。 每次位置更新失败，尝试计数器的值加 1。以下情况时，尝试计数器将被重置： - MS 开机； - SIM/USIM 插入；- 位置更新成功完成； - 位置更新收到拒绝原因为#11, #12, #13 或#15。 以下是在服务状态为 ATTEMPTING TO UPDATE 时的情况： - MS 检测到进入了新位置区； - 时钟 T3212 超时； - CM 层请求触发的位置更新。 尝试计数器在时钟 T3211 超时后决定是否需要再发起位置更新。6 网络接受了位置更新 如果网络发起 LOCATION UPDATING ACCEPT 接受了位置更新。在标识保密服务启用时，位置更新还会用到 TMSI 重分配流程。分配的 TMSI 和 LAI 一起 放在 LOCATION UPDATING ACCEPT 里。这时网络还会启动监控时钟 T3250。 如果网络允许 MS 建立 MM 连接(比如 MS 在 LOCATION UPDATING REQUEST 消息中使用了 follow-on request pending)可以延长 RR 连接，网络会在 LOCATION UPDATING ACCEPT 中设 置follow-on proceed并启动时钟 T3255。 MS 收到 LOCATION UPDATING ACCEPT 消息后将存储收到的 LAI，停止 T3210，重置尝试计 数器， 设置更新状态为 UPDATED。 如果消息包含的是 IMSI， 表示没有分配任何 TMSI 给 MS, MS 将删除存储的 TMSI。如果包含了 TMSI，MS 将其存储在 SIM/USIM 卡中，并回复 TMSI REALLOCATION COMPLETE 消息给网络。如果 IMSI 和 TMSI 都没有，旧的 TMSI 还有用的话将 保留。 如果 LOCATION UPDATING ACCEPT 消息中包含的 LAI 或 PLMN ID 属于任一个禁用列表， 则列表中的项被删除。 网络还可能在 LOCATION UPDATING ACCEPT 消息中发送equivalent PLMN列表。列表中 每一项包括一个 PLMN 码 MCC+MNC。 将存储到自己的列表， MS 如果该列表中有 PLMN 码已经存 在于forbidden PLMN list，将从equivalent PLMN中删除先。另外,MS 也会将发送此列 表的 PLMN ID 存储起来到对等列表。所有存储在对等列表的 PLMN 彼此都是对等的，无论是 在 PLMN 选择，小区选择/重选还是切换。每次收到 LOCATION UPDATING ACCEPT 消息后对等 列表都会被替换。如果消息中没有包含此列表，MS 中存储的列表就会删除。为了开机时的 PLMN 选择的使用，MS 在关机也会保留该列表。 这个时候(已收到 LOCATION UPDAING ACCEPT 并进行相应的处理后)，MS 会根据 LOCATION UPDATING ACCEPT 中是否有follow-on proceed执行对应操作。如果出现了这个 IE，且 MS 有一个未完成的 CM 应用请求，将发起 CM SERVICE REQUEST 给网络。 否则，MS 启动 T3240 进入状态 WAIT FOR NETWORK COMMAND。 另外，网络还可能授权准许 MS 使用本 LA 内和邻区内的 GSM-CTS。MS 将此授权存储在 NV 里。如果 IECTS permission没有出现，表示 MS 没有获得 GSM-CTS 的授权，并删除之前保 存的记录。 注意 1：CTS 和 GPRS 的交互流程尚未定义。 网络还可能在 LOCATION UPDATING ACCEPT 中发送一个本地紧急呼叫号码的列表。ME 将 这些号码存储到紧急呼叫列表里， 如果有号码已经存储在 SIM/USIM 中， ME 先将其从列表 则 删除。如果 SIM/USIM 没有存储紧急呼叫号码，先删除 ME 中永久存储的紧急号码，然后再将 列表中号码存储到 ME。ME 中存储的的紧急号码在每次收到新的紧急号码列表时被替换。 紧急号码只有在与收到紧急呼叫列表的小区的 MCC 一致的网络中才有效。如果 LOCATION UPDATING ACCEPT 消息中没有紧急呼叫列表，ME 中存储的列表将保留，除非本次登记网络的 MCC 和上次登记的不同。 ME 会使用网络收到的紧急号码以及 SIM/USIM 或 ME 中存储的紧急号码列表来判断所拨号码是否紧急呼叫。 注意 2： 会使用紧急号码表来协助用户判断拨出号码是紧急呼叫还是其他号码， ME 比如 本地服务号码。用户端执行视具体情况而定。 在关机或取出 SIM/USIM 卡时，紧急号码会被删除。ME 最多可以存储 10 个从网络收到的 紧急号码。7 网络未接受位置更新如果网络不接受位置更新，发送 LOCATION UPDATING REJECT 消息给 MS。当 MS 收到拒绝 消息后， 停止时钟 T3210， 存储拒绝原因， 启动 T3240， 进入状态 LOCATION UPDATING REJECTED， 等待网络发起 RR 连接的释放。对于拒绝原因为#12, #14 和#15 的情况，删除equivalent PLMN列表。 在释放 RR 连接时，MS 会根据拒绝原因进行以下动作： #2: IMSI unknown in HLR #3: illegal MS #6: illegal ME MS 设置更新状态为 ROAMING NOT ALLOWED，删除 TMSI，LAI 和加密密钥序列号， SIM/USIM 被视为对非 GPRS 服务无效，直到关机或取出 SIM/USIM。 #11: PLMN not allowed MS 删除存储在 SIM/USIM 卡中的 LAI, TMSI 和加密密钥序列号，重置尝试计数器， 设置更新状态为 ROAMING NOT ALLOWED。还将 PLMN 码存储在forbidden PLMN list。 当 MS 返回 MM IDLE 时将执行 PLMN 选择。 #12: Location area not allowed MS 删除存储在 SIM/USIM 卡中的 LAI, TMSI 和加密密钥序列号，重置尝试计数器， 设置更新状态为 ROAMING NOT ALLOWED。 MS 将 LAI 存储在forbidden location areas for regional provision of service 列表。 返回 MM IDLE 时 MS 将执行小区重选。 #13: Roaming not allowed in this location area MS 将重置尝试计数器，设置更新状态为 ROAMING NOT ALLOWED。 将 LAI 存储在列表forbidden location areas for roaming。 当 MS 返回 MM IDLE 时将执行 PLMN 选择。 #15: no suitable cells in location area MS 将重置尝试计数器，设置更新状态为 ROAMING NOT ALLOWED。 将 LAI 存储在列表forbidden location areas for roaming。 当 MS 返回 MM IDLE，在 PLMN 下另一个位置区搜索合适小区。 其他拒绝原因均被视为异常情况，将在9 中讨论8 位置更新后 RR 连接的释放当位置更新完成后 MS 将启动时钟 T3240，进入状态 WAIT FOR NETWORK COMMAND，等待 RR 连接释放(除非 MS 有 follow-on CM 应用请求并已收到网络的 follow-on proceed 指示)。网 络可能决定保留 RR 连接以发起 MM 连接的建立，或者允许 MS 发起 MM 连接的建立。 任何 RR 连接的释放将由网络发起。如果在 T3240 超时后 RR 连接还未释放，MS 将终止 RR 连接。无论是 MS 终止的 RR 连接还是网络发起的 RR 连接释放，MS 都将返回 MM IDLE。 进入 MM IDLE 后，选择的子状态可能是 NORMAL SERVICE, RECEIVING GROUP CALL(NORMAL SERVICE), 时钟 T3212 或 T3211 超时后 ATTEMPTING TO UPDATE。9 MS 侧的异常情况异常情况也可以划分为以下几类： a) 接入等级控制引起的接入受限 位置更新尚未启动。MS 停留在当前服务小区并进行正常小区重选。一旦条件合适将启动 位置更新(受限状态结束或小区改变)。 b) 随机接入时收到 IMMEDIATE ASSIGNMENT REJECT(A/Gb mode only) 位置更新尚未启动。MS 停留在当前服务小区并进行正常小区重选。当小区改变，等待时 钟 T3122 重置。T3122 超时后如必要则立即启动位置更新。 c) 随机接入失败(A/Gb mode only) 启动时钟 T3213，当其超时将重新尝试位置更新。 注意：正如 3GPP 45.008 所述，接着会发生小区重选，如果至少还有另外一个合适小区的 话，选到其他小区呆 5s 再返回到该小区，一般情况下小区重选都是让 MS 在 5s 后回到随机 接入失败的小区。(bullshit!) 如果 T3213 超时还没有重选到新小区， 可能允许小区重选在最长 8s 后尝试。 MS 这种情况， 一旦选择了新小区或申明找不到其他小区时可以立即尝试位置更新。 如果在位置更新时连续两次发生了随机接入失败，MS 将按后文描述执行。 d) RR 连接失败 位置更新被终止，MS 动作按后文描述。 e) T3210 超时 位置更新被终止，RR 连接重置，MS 动作按后文描述。 f) 流程正常结束前 RR 释放 流程终止，MS 动作按后文描述。 g) 位置更新被拒绝，原因不在上文7 描述范围 MS 等待释放 RR 连接，然后按后文描述执行。 h) RR 连接建立失败(Iu mode only) 流程终止，MS 动作按后文描述执行。 注意：情况 h 包含了所有信令连接无法建立的情况，包括随机接入失败和接入拒绝。由 于 RRC 协议对错误有重传机制，因此 MM 没有必要区分具体的错误。 对于上文中提到的情况 d 和 h，以及出现重复失败的 c 情况，MS 的行为如下所述。如果时 钟 T3210 在跑，停之。如果 T3210 超时，终止 RR 连接。尝试计数器加 1。下一步动作取决 于 LAI(存储的值和服务小区的 BCCH 上收到的值)以及尝试计数器的值： - 更新状态为 UPDATED，存储的 LAI 和 BCCH 收到的一致，且尝试计数器小于 4： MS 保持更新状态为 UPDATED，RR 连接释放后 MM IDLE 子状态为 NORMAL SERVICE。MS 将 记住位置更新类型。在 RR 连接释放后启动 T3211，待其超时，使用记住的更新类型发起位 置更新。 - 更新状态不是 UPDATED，或者存储的 LAI 和 BCCH 上收到的不一致，或尝试计数器大 于等于 4： MS 删除 SIM/USIM 卡中存储的 LAI, TMSI，加密密钥序列号，对等 PLMN 列表，设置更新 状态为 NOT UPDATED，当 RR 连接释放后进入 MM IDLE 子状态 ATTEMPTING TO UPDATE。如果 尝试计数器小于 4，MS 将记住 T3211 要在 RR 连接释放后启动，否则 MS 记住 T3212 在 RR 连 接释放后启动。10 网络侧异常情况a) RR 连接失败 如果在位置更新流程中伴随的公共流程中遇到 RR 连接失败，网络的行为在公共流程中描 述。如果是在没有公共流程的时候发生了 RR 连接失败，则 MS 的位置更新被终止。b) 协议错误 如果收到的 LOCATION UPDATING REQUEST 带有协议错误， 网络可以返回 LOCATION UPDATING REJECT 消息，携带以下原因之一： #96: Mandatory information element error #99: Information element non-existent or not implemented #100: Conditional I