3GPP 24008中文版协议

发布时间 : 星期六 文章3GPP 24008中文版协议更新完毕开始阅读

当且仅当更新状态为UPDATED且BCCH上广播的LAI和当前小区的一致,才会发起IMSI附着。否则,不管ATT标志为何,都会发起正常的位置更新流程。 当然,IMSI附着本身就是使用位置更新流程完成的。LOCATION UPDATING REQUEST消息中的更新类型填为IMSI attach就是了。 4.4.4 通用位置更新流程

4.4.4.1 MS发起的位置更新流程

任何用来触发位置更新的时钟(如T3211, T3212)如果在跑,都将停之。

由于发起位置更新流程时肯定没有是没有RR连接的,于是MM层会请求RR层建立一条RR连接先,然后进入WAIT FOR RR CONNECTION(LOCATION UPDATE)状态。建立RR连接的过程在3GPP 44.018 3.3节和25.331讲述。

MS发送LOCATION UPDATING REQUEST给网络,并启动时钟T3210,进入LOCATION UPDATING INITIATED。位置更新类型按实际类型指示。

4.4.4.1a 网络请求MS提供额外功能信息

在GSM,网络会发起等级标志查询过程(classmark interrogation)来获取MS的其他信息,比如获取MS加密功能的更多信息。 4.4.4.2 网络发起标识请求

网络可以发起标识流程,比如如果网络无法根据MS提供的TMSI和LAI得到相应的IMSI。 4.4.4.3 网络发起鉴权 网络收到LOCATION UPDATING REQUEST后可能发起鉴权。 4.4.4.4 网络的安全模式设置

在GSM,网络可以发起安全模式设置流程,比如分配了新的TMSI后。

在UMTS,网络发起安全模式控制流程,比如新分配了TMSI后。 4.4.4.5 尝试计数器

为了限制位置更新尝试的次数,每当位置更新失败,就会用到尝试计数器。尝试计数器记录了位置更新连续失败的次数。

每次位置更新失败,尝试计数器的值加1。详细描述在4.4.4.9. 以下情况时,尝试计数器将被重置: - MS开机;

- SIM/USIM插入; - 位置更新成功完成;

- 位置更新收到拒绝原因为#11, #12, #13或#15。 以下是在服务状态为ATTEMPTING TO UPDATE时的情况: - MS检测到进入了新位置区; - 时钟T3212超时;

- CM层请求触发的位置更新。

尝试计数器在时钟T3211超时后决定是否需要再发起位置更新。 4.4.4.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中设置\并启动时钟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消息中发送\列表。列表中每一项包括一个PLMN码MCC+MNC。MS将存储到自己的列表,如果该列表中有PLMN码已经存在于\PLMN list\,将从\PLMN\中删除先。另外,MS也会将发送此列表的PLMN ID存储起来到对等列表。所有存储在对等列表的PLMN彼此都是对等的,无论是在PLMN选择,小区选择/重选还是切换。每次收到LOCATION UPDATING ACCEPT消息后对等列表都会被替换。如果消息中没有包含此列表,MS中存储的列表就会删除。为了开机时的PLMN选择的使用,MS在关机也会保留该列表。 这个时候(已收到LOCATION UPDAING ACCEPT并进行相应的处理后),MS会根据LOCATION UPDATING ACCEPT中是否有\执行对应操作。如果出现了这个IE,且MS有一个未完成的CM应用请求,将发起CM SERVICE REQUEST给网络,执行描述在4.5.1.1。否则,MS启动T3240进入状态WAIT FOR NETWORK COMMAND。 另外,网络还可能授权准许MS使用本LA内和邻区内的GSM-CTS。MS将此授权存储在NV里。如果IE\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个从网络收到的紧急号码。

4.4.4.7 网络未接受位置更新

如果网络不接受位置更新,发送LOCATION UPDATING REJECT消息给MS。当MS收到拒绝消息后,停止时钟T3210,存储拒绝原因,启动T3240,进入状态LOCATION UPDATING REJECTED,等待网络发起RR连接的释放。对于拒绝原因为#12, #14和#15的情况,删除\列表。

在释放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码存储在\。 当MS返回MM IDLE时将执行PLMN选择。

#12: Location area not allowed

MS删除存储在SIM/USIM卡中的LAI, TMSI和加密密钥序列号,重置尝试计数器,设置更新状态为ROAMING NOT ALLOWED。

MS将LAI存储在\列表。 返回MM IDLE时MS将执行小区重选。

#13: Roaming not allowed in this location area

MS将重置尝试计数器,设置更新状态为ROAMING NOT ALLOWED。 将LAI存储在列表\。 当MS返回MM IDLE时将执行PLMN选择。

#15: no suitable cells in location area

MS将重置尝试计数器,设置更新状态为ROAMING NOT ALLOWED。 将LAI存储在列表\。

当MS返回MM IDLE,在PLMN下另一个位置区搜索合适小区。 其他拒绝原因均被视为异常情况,将在4.4.4.9中讨论。 4.4.4.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。 4.4.4.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超时还没有重选到新小区,MS可能允许小区重选在最长8s后尝试。这种情况,一旦选择了新小区或申明找不到其他小区时可以立即尝试位置更新。

如果在位置更新时连续两次发生了随机接入失败,MS将按后文描述执行。 d) RR连接失败

位置更新被终止,MS动作按后文描述。 e) T3210超时

位置更新被终止,RR连接重置,MS动作按后文描述。 f) 流程正常结束前RR释放

流程终止,MS动作按后文描述。

g) 位置更新被拒绝,原因不在上文4.4.4.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连接释放后启动。 4.4.4.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 IE error

#111: Protocol error, unspecified

发出拒绝消息后,网络启动信道是否流程 4.5.1 MM连接的建立

4.5.1.1 MS发起的MM连接建立

在收到CM实体的建立MM连接请求时,MM层首先决定是要接受,延迟还是拒绝这个请求:

- MS在只有以下条件满足时才会建立MM连接:

联系合同范文客服:xxxxx#qq.com(#替换为@)