下载文档原格式
（BPM业务流程管理)CS业务流程及常见问题分析CS12.2调试，CS12.2业务流程及常见问题分析以主叫起呼并挂机为例，说明CS AMR 12.2K的整个信令过程。
为清晰起见，将整个信令流程分割为以下几个独立阶段进行描述。
在每个阶段中，再进行流程介绍，关键技术点分析，重要信令参数说明以及常见问题解答。
出现问题的首要标准排查方法：◆首先比对标准信令过程，看看从哪一条信令开始和标准信令过程不吻合，查找实现流程不吻合的原因；◆排除流程原因后，查看是那一条信令出现异常。
从异常信令的位置开始往前，逐条检查每条信令内容，和标准信令配置参数比对。
如果参数不一样，则先逐个排除参数，将参数调整为一致，看看是否参数原因导致的异常◆如果全部排除参数和流程的原因后，就需要从该流程原理以及代码实现上来排查问题，以及当UE，NODEB，CN返回失败时，需要请这些设备的相关人员一起定位问题。
对于基本流程而言，由于功能较稳定，主要是排查参数配置和流程方面的原因。
另外，呼叫过程信令处理的核心模块是位于RCP上的UCPMC模块。
关联的主要模块会涉及到处理Iu口的SCPM，处理Iub口的RLMM，处理Iur口的RNSAP，以及一些外围模块如RPM，这些模块都位于RCP上，所以更多的故障信息可以观察RCP上的LOG来获得。
在本文的常见问题解答中会涉及到通过相关模块的LOG信息来定位问题。
在重要信令参数说明内容中，考虑到各个消息逐个说明，内容实在太大，而Iub口消息和Uu口消息配置内容大部分类似，在格式上略有不同。
所以将以Uu口消息为主来说明。
NAS消息内容主要是UE 和CN交互的，和2G相比差别不大，在本文就不做额外说明了。
在本文中，UE指的是带有NET MONITOR的NOKIA UE或者带TRACE的高通UE。
可能会通过UE的辅助功能来观察某些现象定位问题。
1.第一阶段：RRC 建立过程Node B RNCUE1.1.信令流程介绍RRC连接的建立是UE和UTRAN建立信令交互的第一步。
1位置更新流程位置更新是MS通知网络用户当前位置信息的过程，有三种类型：正常位置更新、周期性位置更新和IMSI附着。
正常位置更新指的是用户所在位置区LA发生变化，周期性位置更新是MS根据RNC/BSC的广播信息在空闲状态定期更新网络保存的用户位置信息，IMSI 附着一般是用户开机或插入SIM卡。
位置更新都是由MS发起的，流程相同，只是在LocationUpdatingReq消息中的“位置更新类型”参数值不同。
1.1在同一模块的位置更新流程说明：a)移动用户由于位置区改变、开机、插入SIM卡以及周期性更新等原因决定向网络发起位置更新过程。
MS侧的MM实体要求RR实体建立RR连接。
RR连接建立后，RNC将内容为LUReq的L3消息组装成SCCP-CR消息发送到UMSC-RANAP实体。
RANAP在SCCP连接建立后，由分发原则根据用户标识（IMSI/TMSI）选择业务处理模块，发送内容为LUReq的mrInitUE消息通知选定业务处理机的MSC-MM实体。
MM实体对LUReq进行解码、参数检查、负荷控制检查，判断是否接收位置更新。
若允许位置更新，则形成内部消息发送给VLRMAP；否则拒绝业务。
b)用户使用TMSI进行位置更新时，若VLRMAP不认识此TMSI且不能从PVLR得到IMSI，则要求用户提供IMSI，向MM发送mcvPvdIMSIReq消息。
请求IMSI过程见“请求用户标识”过程描述。
MM获取IMSI后返回给VLRMAP，VLRMAP检查IMSI属于本模块处理范围，继续进行位置更新处理流程，否则进行业务迁移（具体流程参见图12）。
c)根据OMC配置需要对此位置更新过程进行鉴权，VLRMAP发送mcvAuthReq消息给MS。
鉴权过程见“鉴权过程”描述。
d)VLR中不存在用户数据时需要位置更新HLR。
在用户位置更新之前，HLR中的用户补充业务数据可能被修改，或者HLR可能重新启动过，那么HLR将发送ForwardCheckSSReq消息通知VLR。
平台登录业务流程平台登录流程是平台B/S端和C/S端之间进行身份鉴定和授权的规则，下面图1为平台登录时序图，下文将分成B/S端登录流程、C/S端登录流程、B/S端进入C/S端流程、C/S端进入（请求）B/S端流程四部分对整个平台登录流程进行描述。
（accessToken有效时间以系统参数中设定的为准）。
图11 B/S端登录流程如下图2，用户打开浏览器，输入项目访问地址后即可进入B/S平台登录页面，输入用户名、密码点击【登录】按钮后。
如果用户名、密码匹配成功，则后台生成由用户名、密码、id、真实姓名和时间戳加密而成的accessToken身份识别加密字符串，并成功进入B/S首页。
如果用户名、密码匹配失败，则提示相应失败信息，登录失败，用户可在当前登录页面输入用户名、密码重新进行登录。
备注：如果系统开启了mac地址登录验证，则B/S平台登录过程中除了验证用户名、密码是否匹配外，还要匹配当前用户名和正在操作的本机的mac地址与事先录入系统的是否一致，如果一致，才可继续正常进行登录操作，否则登录失败，提示相应失败信息。
图22 C/S端登录流程如下图3，用户点击C/S平台客户端启动程序，进入C/S平台登录页面，输入用户名、密码点击【登录】按钮后，则会调用B/S平台验证登录接口相关逻辑。
如果用户名、密码匹配成功，则B/S后台会执行一次登录操作，对应B/S平台而言，此用户已经在系统中登录了，同时B/S后台生成并返回给C/S平台由用户名、密码、id、真实姓名和时间戳加密而成的accessToken身份识别加密字符串，并成功进入C/S平台主页。
如果用户名、密码匹配失败，则返回给C/S平台相应失败状态码和提示信息，当前登录操作失败，用户可在当前C/S登录页面重新输入用户名、密码进行登录操作。
备注：如果系统开启了mac地址登录验证，则C/S平台登录过程中除了验证用户名、密码是否匹配外，还要匹配当前用户名和正在操作的本机的mac地与事先录入系统的是否一致，如果一致，才可继续正常进行登录操作，否则登录失败，提示相应失败信息。
CS业务基本流程GSM开发部黄立伟135347 1.CS语音业务流程CS语音电话电话是GSM系统CS业务的核心内容，在iBSC控制面中，该流程以RANCS 模块为核心，其他有关的模块还有RANUMC、RANA、RANCONNECT、AbisDispatch、ADispatch、DBS等，其关系如下图所示。
其中，DBS进行数据信息的管理，提供若干函数接口供各个业务进程调用；AbisDispatch 进行Abis口消息的解码和转发、ADispatch进行A口消息的解码和转发，2者都只有1个主进程，不需要创建子进程（后文把子进程又称为实例）；RANUMC是RANCS实例的主进程，负责RANCS实例的创建和释放；用红色表示RANCONNECT负责CMM和TCU接续，为RANCS发来的每个接续请求建立一个实例；用紫色表示RANA负责SCCP链路的管理，为每条使用的SCCP链路建立一个实例，同时也是RANCS和A口之间消息传送的桥梁；用蓝色表示RANCS负责CS业务信令流程的控制，为每条使用的信道建立一个实例。
一个普通CS 电话业务过程需要先后使用2条信道，一条SDCCH，一条TCH，相应的需要建立2个实例，RANCS1(SD,用浅绿色表示)，RANCS2(TCH,用深绿色表示)。
其中加灰色的部分描述了“模式更改”和“排队”这2种特殊的流程。
RANCS状态分为2级，第1级只有3种状态：IDLE_PROC、WORK_PROC和WAITREL_PROC，实例刚创建是1级IDLE_PROC态，收到StartUp消息初始化后转入1级WORK_PROC态，在1级WORK_PROC态中根据处于流程中的不同位置又分为17个2级状态，下文中所有提到的状态都是1级WORK_PROC态中的2级状态。
当实例完成释放动作，转入1级WAITREL_PROC态等待主进程RANUMC来释放1.主叫手机发Channel Request,经BTS处理从Abis口上Chl Rqd消息，在AbisDispatch中进行解码后发给RANUMC进程。
CS基本业务流程1. 简介CS（Customer Service）是指为客户提供优质的售前、售中和售后支持，并解决客户问题和需求的一种服务方式。
CS基本业务流程是指在提供高效客户服务的过程中的一系列操作步骤和流程。
本文将详细介绍CS基本业务流程的内容。
2. 业务流程概述CS基本业务流程包括以下几个主要步骤：•客户咨询与需求了解•问题识别与定位•问题解决与提供解决方案•反馈与回访•售后支持3. 客户咨询与需求了解这个步骤是CS的第一步，主要目的是与客户进行沟通，了解客户的咨询和需求。
CS人员需要耐心倾听客户的问题，并详细了解客户的需求。
在这个阶段，CS人员也需要充分了解产品或服务的细节，并对常见问题进行了解和准备。
4. 问题识别与定位在客户咨询与需求了解的基础上，CS人员需要准确地识别和定位客户的问题。
这个步骤需要CS人员具备一定的专业知识和技能，能够判断客户问题的性质和根源。
通过与客户深入沟通和问题分析，CS人员可以更好地理解客户问题，并为下一步提供解决方案做好准备。
5. 问题解决与提供解决方案这一步是CS工作的核心环节，CS人员需要根据客户问题的性质和根源，提供解决方案并引导客户解决问题。
CS人员应该给客户提供清晰明了的指导，协助客户按照解决方案的步骤进行操作。
在提供解决方案的同时，CS人员也应该及时记录和反馈客户的问题，便于后续改进和优化服务。
6. 反馈与回访为了了解客户对解决方案的满意度和反馈，CS人员需要进行回访。
回访是检验服务质量和了解客户需求的重要渠道。
通过回访，CS人员可以获取客户的反馈和评价，并根据反馈及时调整和改进服务。
定期回访也可以建立良好的客户关系，提高客户满意度和忠诚度。
7. 售后支持售后支持是CS工作的延伸，客户购买产品或服务后所需的技术支持和维护工作。
CS人员需要根据客户的需求提供优质的售后支持，包括故障排除、技术指导、远程协助等。
与之前的环节类似，CS人员也需要及时记录客户的问题和解决方案，以便追踪和改进服务。
cs运营管理流程
CS运营管理流程通常涉及客户业务梳理、事件设计、数据接入、安装部署以及培训交付等一系列标准化流程。
具体如下：
1. 客户业务梳理：这是理解客户需求和业务流程的关键步骤，以便为他们提供定制化的服务和支持。
2. 事件设计：设计与客户相关的事件流程，确保能够及时响应并处理客户的各种需求和问题。
3. 数据接入：建立和维护数据接入流程，确保客户数据的准确性和实时性，为后续的数据分析和服务提供支持。
4. 安装部署：为客户提供软件或硬件产品的安装和部署服务，确保产品能够顺利运行。
5. 培训交付：对客户进行必要的培训，确保他们能够有效使用产品或服务，并充分理解其价值。
6. 客户运营：在客户全生命周期中，特别是在交付后到续约阶段，进行客户运营和续约的流程管理，包括维护客户关系、监控服务质量、收集反馈等。
7. 持续迭代：根据客户反馈和市场变化，不断优化和迭代服务流程，提升客户满意度和忠诚度。
8. 战略与经营：对于CS组织来说，还需要具备优秀的战略、经营、人才、技术和管理能力，以支持主要业务领域的业务流程和技术建设。
9. 客户成功管理：客户成功团队在SaaS企业中占有重要地位，他们的工作不仅限于防止客户流失，还包括帮助客户实现成功，从而推动企业的持续增长。
CS运营管理流程是一个复杂的体系，需要跨部门协作和细致的策略规划。
通过这些流程的实施，可以确保客户获得高质量的服务体验，同时也有助于企业提升运营效率和客户满意度。
cs活动流程计算机科学（Computer Science，简称CS）活动是一种提供给学生们锻炼和展示编程技能的机会。
CS活动流程是指将整个活动按照一定的步骤和顺序进行组织和管理的过程。
本文将介绍一种常用的CS活动流程，帮助读者了解如何有效地组织和进行CS活动。
一、准备阶段在进行CS活动之前，需要进行充分的准备工作，确保活动的顺利进行。
1.确定目标：明确活动的目标。
例如，提高学生的编程能力、培养学生的团队合作能力等。
2.确定主题：选择一个与学生们感兴趣的主题，例如游戏开发、网站设计等。
3.确定时间和地点：确定活动的时间和地点，确保参与者都能方便参加。
4.准备设备：确保活动所需的计算机、软件和其他设备齐备，并进行测试。
5.选拔导师：选择合适的导师来指导学生们。
导师应具备相关专业知识和教学经验。
二、活动实施阶段在准备工作完成后，可以开始实施CS活动。
1.介绍活动目标和主题：在活动开始前，向参与者介绍活动的目标和主题，激发他们的兴趣和积极性。
2.讲解基础知识：针对不同参与者的编程水平，导师可以进行基础知识的讲解，确保大家有共同的基础。
3.分组项目：将参与者分成小组，每个小组选择一个项目进行开发。
确保每个小组都能得到相应的指导和支持。
4.团队合作：鼓励小组成员之间的合作和交流，让他们学会团队合作和解决问题的能力。
5.实践项目开发：让参与者动手实际开发项目，通过实践来提高他们的编程能力。
6.导师指导：导师应不时巡视各个小组，提供指导和帮助，并解答他们在项目开发过程中遇到的问题。
7.项目展示与评选：活动结束后，每个小组向其他人展示他们的项目，并进行评选，鼓励大家相互学习和分享。
三、总结与反思阶段活动结束后，进行总结和反思是非常重要的，可以帮助参与者进一步提高。
1.总结成果：总结整个活动的成果，包括完成的项目、学到的知识等。
2.反思经验：参与者可以回顾整个活动过程，评估自己在其中的表现，找出不足之处并提出改进意见。
【精编推荐】CS业务流程及常见问题分析CS12.2调试，CS12.2业务流程及常见问题分析以主叫起呼并挂机为例，说明CS AMR 12.2K的整个信令过程。
为清晰起见，将整个信令流程分割为以下几个独立阶段进行描述。
在每个阶段中，再进行流程介绍，关键技术点分析，重要信令参数说明以及常见问题解答。
出现问题的首要标准排查方法：◆首先比对标准信令过程，看看从哪一条信令开始和标准信令过程不吻合，查找实现流程不吻合的原因；◆排除流程原因后，查看是那一条信令出现异常。
从异常信令的位置开始往前，逐条检查每条信令内容，和标准信令配置参数比对。
如果参数不一样，则先逐个排除参数，将参数调整为一致，看看是否参数原因导致的异常◆如果全部排除参数和流程的原因后，就需要从该流程原理以及代码实现上来排查问题，以及当UE，NODEB，CN返回失败时，需要请这些设备的相关人员一起定位问题。
对于基本流程而言，由于功能较稳定，主要是排查参数配置和流程方面的原因。
另外，呼叫过程信令处理的核心模块是位于RCP上的UCPMC模块。
关联的主要模块会涉及到处理Iu口的SCPM，处理Iub口的RLMM，处理Iur口的RNSAP，以及一些外围模块如RPM，这些模块都位于RCP上，所以更多的故障信息可以观察RCP上的LOG来获得。
在本文的常见问题解答中会涉及到通过相关模块的LOG信息来定位问题。
在重要信令参数说明内容中，考虑到各个消息逐个说明，内容实在太大，而Iub口消息和Uu口消息配置内容大部分类似，在格式上略有不同。
所以将以Uu口消息为主来说明。
NAS消息内容主要是UE和CN交互的，和2G相比差别不大，在本文就不做额外说明了。
在本文中，UE指的是带有NET MONITOR的NOKIA UE或者带TRACE的高通UE。
可能会通过UE的辅助功能来观察某些现象定位问题。
1.第一阶段：RRC 建立过程Node B RNCUE1.1. 信令流程介绍RRC连接的建立是UE和UTRAN建立信令交互的第一步。
CS基本业务流程介绍1位置更新流程位置更新是MS通知网络用户当前位置信息的过程，有三种类型：正常位置更新、周期性位置更新和IMSI附着。
正常位置更新指的是用户所在位置区LA发生变化，周期性位置更新是MS根据RNC/BSC的广播信息在空闲状态定期更新网络保存的用户位置信息，IMSI 附着一般是用户开机或插入SIM卡。
位置更新都是由MS发起的，流程相同，只是在LocationUpdatingReq消息中的“位置更新类型”参数值不同。
1.1在同一模块的位置更新流程说明：a)移动用户由于位置区改变、开机、插入SIM卡以及周期性更新等原因决定向网络发起位置更新过程。
MS侧的MM实体要求RR实体建立RR连接。
RR连接建立后，RNC 将内容为LUReq的L3消息组装成SCCP-CR消息发送到UMSC-RANAP实体。
RANAP在SCCP连接建立后，由分发原则根据用户标识（IMSI/TMSI）选择业务处理模块，发送内容为LUReq的mrInitUE消息通知选定业务处理机的MSC-MM实体。
MM实体对LUReq进行解码、参数检查、负荷控制检查，判断是否接收位置更新。
若允许位置更新，则形成内部消息发送给VLRMAP；否则拒绝业务。
b)用户使用TMSI进行位置更新时，若VLRMAP不认识此TMSI且不能从PVLR得到IMSI，则要求用户提供IMSI，向MM发送mcvPvdIMSIReq消息。
请求IMSI过程见“请求用户标识”过程描述。
MM获取IMSI后返回给VLRMAP，VLRMAP检查IMSI属于本模块处理范围，继续进行位置更新处理流程，否则进行业务迁移（具体流程参见图12）。
c)根据OMC配置需要对此位置更新过程进行鉴权，VLRMAP发送mcvAuthReq消息给MS。
鉴权过程见“鉴权过程”描述。
d)VLR中不存在用户数据时需要位置更新HLR。
在用户位置更新之前，HLR中的用户补充业务数据可能被修改，或者HLR可能重新启动过，那么HLR将发送ForwardCheckSSReq消息通知VLR。
VLRMAP转发此消息给MM。
MM使用一新的呼叫无关补充业务Register消息（包含在mrDirectTrans中）传送给MS，通知MS检查相关的补充业务信息。
e)根据OMC配置需要为用户重新分配TMSI，则VLRMAP启动安全管理过程，发送mcvSecModeCmd消息到MM，消息中指明是否加密，采用的加密算法和完整性算法。
安全管理过程是RNC与MS之间的过程，所以MM形成相应RANAP消息发送给RNC。
RNC完成后通知MM。
需要注意的是，在UMTS系统中安全管理过程包含了完整性保护的作用。
而在每次新信令连接建立中必须启动完整性过程来保护所传信令的完整性，所以“安全模式设置”过程为必须过程，除了以下四种情况：1）信令连接只是为了进行周期性位置更新；2）在初始L3消息后，没有其他信令传递；3）初始L3消息后，只有鉴权、IDReq以及信令拒绝消息；4）建立紧急呼叫。
另外，一般来说，加密过程之前必须启动鉴权过程，因为加密的密钥是通过AuthReq消息带到MS的。
为了在不鉴权时进行加密，GSM/UMTS系统采用了CKSN/KSI方法。
MS在接入网络时将存储的CKSN/KSI带上来，若和VLR中的CKSN/KSI一致，则可以直接启动加密过程。
f)位置更新接受，VLR重新分配TMSI，VLRMAP形成mcvFwdNewTmsiReq消息通知MM重新分配TMSI（没有TMSI重新分配过程时，VLRMAP发送mvLUCnf消息通知MM位置更新过程正常结束）。
MM将新TMSI包含在LUAcc消息中送给MS，MS存储新TMSI 和LAI，删除旧TMSI，返回TmsiReallocComplete消息。
MM接收消息给VLR发送mcvFwdNewTmsiRsp，位置更新完成。
若MS在位置更新请求中携带有follow-on参数，表示位置更新有后续业务需要处理，则MM在LUAccept消息中带回follow-on 参数，等待后续业务。
在MM接收TmsiReallocComplete消息后，若支持follow-on，则不释放Iu连接，设置定时器等待后续业务。
否则，MM发送mrIuRel消息释放Iu 连接。
若MM在LUAccept消息中只包含IMSI，表示不使用TMSI，MS删除原来TMSI；若在LUAccept消息中不带有任何用户标识，则MS使用原来的标识。
若当前存在多个PLMN网络，且运营者允许用户接入其他网络，则在LUAcc消息中用"equivalentPLMNs"参数包含这些允许接入网络标识给MS，MS保存信息到SIM卡中。
在"equivalent PLMNs"参数为空时，MS删除SIM卡已有信息。
1.2存在业务迁移时的位置更新MSC/VLR系统采用多模块的业务处理机，从RNC/BSC接收的L3消息需要根据一定的规则分发到某一个或多个业务处理机。
RNC/BSC来的和某用户相关的L3消息都是在一个SCCP连接上传送的，消息的分发只需要在接收第一条SCCP面向连接消息时进行，后续消息发往同一业务处理机。
由于MSC/VLR分片处理是按照用户标识的末两位来划分的，所以RANAP根据用户标识号码末两位将消息分发到相应业务处理机。
考虑在TMSI标识用户时，用户携带的TMSI 网络可能不认识，则可能会引起业务处理迁移。
如位置更新、用户接入。
流程说明： a)移动用户由于位置区改变、开机、插入SIM卡以及周期性更新等原因决定向网络发起位置更新过程。
MS侧的MM实体要求RR实体建立RR连接。
RR连接建立后，BSC 将内容为LUReq的L3消息组装成SCCP-CR消息发送到UMSC-RANAP实体。
RANAP在SCCP连接建立后，根据用户标识的末两位选择业务处理模块，发送内容为LUReq 的mrInitUE消息通知MSC-MM实体。
MM实体对LUReq进行解码、参数检查，MM调用负荷控制函数，判断是否接收位置更新，再形成内部消息mvLUReq发送给VLRMAP。
同时MM把mrInitUE消息带来的NAS-PDU内容保存在临时消息缓冲区中，以便在发生业务迁移时，形成mcvSndLUReq消息发送给VLRMAP。
b)用户使用TMSI进行位置更新时，MSC/VLR不认识用户提供的TMSI，VLRMAP要求用户提供IMSI，则发送mcvPvdImsiReq消息。
请求IMSI过程由MS处理。
MM将消息内容放入mrDirectTrans中的NAS-PDU发送给MS。
MS将IMSI通过证实消息回送给网络。
c)MSC/VLR发现用户提供的IMSI不在本模块处理的范围，向MM发送mcvChangeModuleToMM消息，要求进行业务迁移，并将用户的IMSI、对应的新模块号在消息中带给MM。
MM收到消息后，向RANAP发送mrChangeModuleToSp消息，在消息中带有IMSI、新模块号和保存的NAS-PDU，释放MM连接。
RANAP根据IMSI的末两位选择新的模块，向新模块的MM发送mrChangeModule消息，在消息中携带旧模块的MM传来的NAS-PDU和IMSI，由新模块的MM对NAS-PDU解码后形成mcvLUReq 消息，用IMSI向新模块的MSC/VLR发送位置更新请求。
业务迁至新模块，后续处理在新模块进行。
d)根据OMC配置需要对此位置更新过程进行鉴权，MSC/VLR发送mcvAuthReq消息给MS。
同样，鉴权过程由MS处理。
MM将消息内容放入mrDirebtTrans中的NAS-PDU 发送给MR。
MS刨用A8箖法对消恮中的R@ND进行计算后，将产生的RES在证实消息中回送给MSC/VLR。
由VLR进行比较，判断用户的合法性。
UMTS系统的鉴权采用五元组，若UTRAN或ME为2G设备，存在五元组与三元组的转换。
e)VLR中不存在用户数据时需要位置更新HLR。
在用户位置更新之前，HLR中的用户补充业务数据可能被修改，或者HLR可能重新启动过，那么HLR将发送mcvFwdCheckSSReq消息通知VLR。
MSC/VLR转发此消息给MM。
MM使用一新的呼叫无关补充业务Register消息（包含在mrDirectTrans中）传送给MS，通知MS检查相关的补充业务信息。
f)根据OMC配置需要为用户重新分配TMSI，则MSC/VLR启动加密过程，发送mvSecModeCmd消息到MM，消息中指明是否加密，以及采用的加密算法。
加密过程是RNC 与MS之间的过程，所以MM形成相应RANAP消息发送给RNC。
RNC加密完成后通知MM。
需要注意的是，在UMTS系统中加密过程还包含了完整性保护的作用。
而在每次新信令连接建立中必须启动完整性过程来保护所传信令的完整性，所以“安全模式设置”过程为必须过程，除了以下四种情况：1）信令连接只是为了进行周期性位置更新；2）在初始L3消息后，没有其他信令传递；3）初始L3消息后，只有鉴权、IDReq以及信令拒绝消息；4）建立紧急呼叫。
另外，一般来说，加密过程之前必须启动鉴权过程，因为加密的密钥是通过mcvAuthReq消息带到MS的。
为了在不鉴权时进行加密，GSM/UMTS系统采用了CKSN/KSI方法。
MS在接入网络时将存储的CKSN/KSI带上来，若和VLR中的CKSN/KSI一致，则可以直接启动加密过程。
g)位置更新接受，VLR重新分配TMSI，VLRMAP形成mcvFwdNewTmsiReq消息通知MM重新分配TMSI（没有TMSI重新分配过程时，VLRMAP发送mcvLUCnf消息通知MM位置更新过程正常结束）。
MM将新TMSI包含在LUAcc消息中送给MS，MS存储新TMSI 和LAI，删除旧TMSI，返回TmsiReallocComplete消息。
MM接收消息给VLR发送mcvFwdNewTmsiCnf，位置更新完成。
若MS在位置更新请求中携带有follow-on参数，表示位置更新有后续业务需要处理，则MM在LUAccept消息中带回follow-on 参数，等待后续业务。
在MM接收TmsiReallocComplete消息后，若支持follow-on，则不释放Iu连接，设置定时器等待后续业务。
否则，MM发送mrIuRel消息释放Iu 连接。
若MM在LUAccept消息中只包含IMSI，表示不使用TMSI，MS删除原来TMSI；若在LUAccept消息中不带有任何用户标识，则MS使用原来的标识。
若当前存在多个PLMN 网络，且运营者允许用户接入其他网络，则在LUAcc消息中用"equivalent PLMNs"参数包含这些允许接入网络标识给MS，MS保存信息到SIM卡中。
