发布时间 : 星期六 文章3GPP 24008中文版协议更新完毕开始阅读
- 根据3GPP 43.022和3GPP 25.304所述进行小区选择，并选择下一个合适的状态 4.2.4.2.6 子状态PLMN-SEARCH 无专门描述。 4.2.4.2.7 子状态ATTACH-NEEDED
在选择的小区上只要接入等级允许网络接入而还有需要的话立即发起GPRS附着。 4.2.4.2.8 子状态SUSPENDED(GSM only) MS将：
- 不能发送用户数据 - 不能发送信令消息
4.2.4.3 从其他GMM状态返回到GMM-DEREGISTERED时的子状态
在返回到GMM-DEREGISTERED时，MS会选择一个小区，如3GPP 43.022和3GPP 25.304中所述。
新的子状态选择取决于小区选择的结果，之前执行的GMM特殊流程的结果，GPRS更新状态，MS内存储的位置区数据以及是否具有SIM/USIM卡：
- 如果没有找到小区，子状态为NO-CELL-AVAILABLE，直至找到小区 - 如果没有插入SIM/USIM卡或插入的卡被视为无效，子状态为NO-IMSI；
- 如果选择的小区所在位置区允许漫游，子状态为NORMAL-SERVICE - 如果将要执行GPRS附着(比如网络请求重附着)，子状态为ATTEMPTING-TO-ATTACH - 如果需要PLMN重选(参考3GPP 23.122)，子状态为PLMN SEARCH - 如果选择的小区所在位置区不允许MS漫游，子状态为LIMITED-SERVICE 4.2.5 GMM-REGISTERED状态下的行为
当GMM连接建立，比如MS对GPRS业务或GPRS业务和非GPRS业务同时进行了IMSI附着，进入GMM-REGISTERED状态。
GMM-REGISTERED状态下MS的详细行为在4.2.5.1中描述。进入此状态的主子状态总是NORMAL-SERVICE。
注意GMM-REGISTERED的各种子状态间相互转换是由下列动作引起的： - 小区选择/重选
- 路由区变更
- 丢失服务或重拾服务
各个GMM流程如果影响GMM-REGISTERED的子状态将在4.7中详细描述。 4.2.5.1 MS在GMM-REGISTERED状态下的详细动作描述
在状态GMM-REGISTERED，MS的动作按照以下描述的子状态进行。 4.2.5.1.1 子状态NORMAL-SERVICE MS将：
- 进行小区选择和重选
- 进行正常和周期路由区更新 - 接收和发送用户数据，信令消息
GPRS操作模式C或A的MS可以响应寻呼。 GPRS操作模式B的MS也可能响应寻呼。 4.2.5.1.2 子状态SUSPENDED(GSM only) MS将：
- 不发送任何用户数据； - 不发送任何信令消息 - 不进行小区更新
4.2.5.1.3 子状态UPDATE-NEEDED MS将：
- 不发送任何用户数据； - 不发送任何信令消息； - 执行小区选择和重选；
- 只要小区接入等级允许网络接入根据GPRS更新状态在第一时间选择新的子状态 4.2.5.1.4 子状态ATTEMPTING-TO-UPDATE MS将：
- 不发送任何用户数据；
- 在时钟T3311或T3302超时执行路由区更新
- 服务小区所在路由区改变时，如所属位置区不在禁用位置区列表，执行路由区更新 - 如果进入此状态是由于4.7.5.1.5中描述的原因为\的情况b)或d)引起的，在进入新小区时会执行路由区更新；
- 如果进入此状态是由于4.7.3.1.5中描述的\之外原因的情况c)或d)引起的，在进入新小区时不执行路由区更新；
- 如果在网络操作模式I，CM层请求发起联合路由区更新流程。看T3311和T3302谁在跑就停掉谁，然后执行该时钟超时后的动作。 4.2.5.1.5 子状态NO-CELL-AVAILABLE
MS将根据3GPP 43.022和3GPP 25.304的描述进行小区选择或重选。 4.2.5.1.6 子状态LIMITED-SERVICE
MS将根据3GPP 43.022和3GPP 25.304的描述进行小区选择或重选。 4.2.5.1.7 子状态ATTEMPTING-TO-UPDATE-MM MS将：
- 根据3GPP 43.022和3GPP 25.304的描述进行小区选择或重选； - 接收和发送用户数据，信令消息；
- 在时钟T3311或T3302超时，执行\ updating with IMSI attach\的路由区更新；
- 当服务小区所在路由区改变且小区所属位置区不在禁用位置区列表，执行\RA/LA updating with IMSI attach\的路由区更新。 GPRS操作模式C或A的MS可以响应寻呼。 GPRS操作模式B的MS也可能响应寻呼。 4.2.5.1.8 子状态PLMN-SEARCH
当MS在MM IDLE时，如果处于自动宣王模式，且GPRS路由区更新尝试计数器控制的路由区更新已经连续失败了允许的最大次数，将进入GMM子状态PLMN-SEARCH。如果选择了新PLMN则执行路由区更新。 4.3 MM公共流程
正如4.1.1中所述，只要网络和MS间存在一条RR连接，可以随时发起MM公共流程。 4.3.1 TMSI重配置流程
TMSI重配置的目的就是保证标识的隐秘，比如保护用户不受非法入侵者的识别和跟踪(详情参考3GPP 42.009和3GPP 33.102)。
如果IMSI申请了标识保密服务，在无线接口的信令流程中用到的将是TMSI取代之。 在一个支持\domain connection of RAN nodes to multiple CN nodes\的网络中，每一个IMSI附着了的MS都将分配一个TMSI。参考3GPP 23.236 4.3节。
TMSI的结构在3GPP 23.003中描述。TMSI的作用于仅限于一个位置区内。如果出了位置
区，它就要和LAI联合起来才能提供唯一的标识。
通常在每次位置区改变时都会进行TMSI的重新分配。(这个也由网络运营商决定)。
TMSI重分配可以像本节描述的那样单独执行，也可以在位置更新流程中执行。TMSI的分配在位置更新流程中会专门讲到。
如果MS提供的TMSI不被网络识别，比方说数据库出错，网络可能要求MS出示IMSI。这样的话在TMSI重配置执行前还会有标识流程(见4.3.3)。
只要网络和MS间有RR连接存在，网络可以随时发起TMSI重分配。
注1：TMSI重分配通常都是在加密模式下进行。 注2：正常情况下TMSI重分配都是和其他流程混合进行，比如和发起呼叫时的位置更新(参考3GPP 29.002)。
4.3.1.1 网络发起TMSI重分配
网络下发信令TMSI REALLOCATION COMMAND，并启动时钟T3250，TMSI重配置开始。
这条信令包含了网络分配的新的TMSI和LAI的组合，如果需要删除之前使用的TMSI网络会分配LAI和IMSI。通常情况这条信令是在加密模式下使用一条RR连接传送给MS的。 4.3.1.2 MS完成TMSI重分配
MS收到COMMAND信令后，将LAI存储到SIM/USIM卡里。如果收到的是IMSI，MS将存储的TMSI删除。如果是TMSI，将其存在SIM/USIM卡里。这两种情况下，MS都会回复TMSI REALLOCATION COMPLETE到网络。 4.3.1.3 网络端完成TMSI重分配 收到TMSI REALLOCATION COMPLETE后，网络停止T3250，如果之前发送的是IMSI，则认为旧的TMSI已删除，如果发送的是新TMSI，则视为有效。 如果不再需要RR连接，网络请求RR层释放。 4.3.1.4 异常情况 MS侧：
只要MS收到了正确的TMSI REALLOCATION COMMAND或其他包含了新TMSI的消息(比如LOCATION UPDATING ACCEPT)，认为新的TMSI和LAI有效，并删除旧的TMSI和LAI。后面有任何RR连接出错都不会影响TMSI和LAI的保存。 网络侧：
a) RR连接失败：
如果在收到TMSI REALLOCATION COMPLETE消息前发现RR连接断开，所有MM连接都将释放，在一定恢复时间内，新的TMSI和旧的TMSI视为被占用处理，不能挪作他用。 在这段时间里，网络可以：
- 如果CM层发起事件，将使用IMSI来发起寻呼。收到MS的响应时，重新开始TMSI重分配
- 如果MS在发出的RR连接请求里使用了新的TMSI，视其为有效；
- 如果MS使用的是旧的TMSI，使用标识流程先，后面再进行TMSI重分配。 也可能有其他情况。 b) 时钟T3250超时：
网络端的TMSI重分配由时钟T3250监控着。当其第一次超时，网络会释放RR连接。这时，网络将终止重配置流程，释放所有MM连接，后面按照上面讲到的RR连接失败案例进行。
4.3.2 鉴权流程
4.3.2a UMTS鉴别工作用到的鉴权流程
鉴权流程的目的有如下4点(参考3GPP 33.102):
首先，允许网络检验MS提供的标识是否合格； 其次，提供参数给MS以计算新UMTS加密密钥； 再次，提供MS参数以计算新的UMTS完整性密钥； 最后，允许MS鉴别网络。
鉴权流程用到的地方在3GPP 33.102中详述。
UMTS鉴权流程总是网络发起和控制。不过，MS也可以拒绝网络发出的UMTS鉴别工作。 如果MS有插入USIM卡，才会支持UMTS鉴别。 当UMTS鉴权在GSM或UMTS上执行后，网络和MS内页建立了一个UMTS安全上下文。在UMTS鉴权成功后，网络和MS端都会保存UMTS加密密钥，UMTS完整性密钥，GSM加密密钥和加密密钥序列号。 4.3.2b GSM鉴别工作用到的鉴权流程
此鉴权目的有以下2点(参考3GPP 43.020):
首先允许网络检验MS提供的标识是否合格； 其次提供MS参数来计算新的GSM加密密钥。 鉴权流程用在哪些情况将在3GPP 42.009中讲述。
鉴权流程总是网络发起和控制。支持GMS和UMTS的双模终端也支持GSM鉴别。 当GSM鉴权在GSM或UMTS上执行后，MS和网络端将建立一个GSM安全上下文。不过，如果MS用的USIM卡，在UMTS下它可以不接受GSM鉴权。
在GSM鉴权成功后，网络和MS端都将保存GSM加密密钥和加密密钥序列号。 4.3.2.1 网络发起的鉴权请求
网络通过无线接口下发信令AUTHENTICATION REQUEST，并启动T3260，鉴权流程便启动了。该信令包含了计算回应参数必要的参数(GSM参考3GPP 43.020, UMTS参考3GPP 33.102)。如果是GSM鉴权，该信令消息还会包含GSM加密密钥序列号，这是分配给将由给定参数计算出的密钥的。如果是UMTS鉴权，该信令消息还会包含加密密钥序列号，这是分配给将由给定参数计算出来的UMTS加密密钥，UMTS完整性密钥和GSM加密密钥这个密钥集的。
4.3.2.2 MS回应鉴权
只要存在RR连接，MS可以随时回应AUTHENTICATION REQUEST。除了4.3.2.5.1中描述的例外情况，MS将回复AUTHENTICATION RESPONSE给网络。 如果MS使用的SIM卡，忽略鉴权参数AUTN IE，按照GSM鉴权的方式执行。不会进行4.3.2.5.1中描述的网络鉴权。
在UMTS鉴权时，由鉴权参数计算出的新的UMTS加密密钥，GSM加密密钥和UMTS完整性密钥将替换之前就的密钥。新的这些密钥和加密密钥序列号将存储在USIM卡上。 SIM/USIM让手机根据终端支持的鉴权方式给网络鉴权响应。UMTS鉴权会让USIM传输一个RES信号到终端。GSM鉴权会让SIM/USIM传输一个SRES到终端。 支持UMTS鉴权的终端也支持以下流程：
为避免出现同步失败，如果两次收到同一个RAND，MS将RAND和USIM返回的RES一起存储在内存里，并和后面收到的RAND比较，直到存储的RAND被删除。如果存储的RAND和AUTHENTICATION REQUEST中新收到的一样，MS不再传递RAND给USIM，只是立即返回携带存储的RES的AUTHENTICATION RESPONSE。如果MS没有存储有效的RAND，或存储的RAND和新收到的不一致，MS将RAND传递给USIM，用新值取代之前存储的RAND和RES并启动，或重置，重启动T3218。
以下情况时，存储在MS的RAND和RES值将被删除，如果T3218在跑，停止：