CSFB分析流程

一、CSFB基本原理

无业务时候，MME通过SGs(MME与MSC之间的借口)进行CS域移动性管理。

有语音业务时，MME将UE回落到GSM网络，通过GSM网络为UE提供语音服务。

Extend Service Request至Alerting信令之间的间隔即为CSFB呼叫时延。

RRCConnection Release至CM Service Request信令之间的间隔为CSFB回落时延。

Channel Release 至Tracking area update accept 信令之间的间隔为CSFB返回时延。

二、CSFB信令流程

A.发起CSFB业务

UE向eNodeB 发起ExtendServiceRequest，此时说明开始发起CSFB业务。双击ExtendServiceRequest信令可以看到此时服务类型是service-type:mobile-originating-cs-fallback 即手机主叫CSFB（如图2红框所示）

B.LTE重定向

如果CSFB业务可以正常进行，那么eNodeB会向UE发从RRCConnectionRelese信令，此时将进行LTE向GSM的重定向。双击此条信令，在msg中给定要重定向的频点，进行测量，如果符合重定向的条件，上报测量报告，实行重定向。

UE已经重定向GSM小区，双击SIT3消息看到UE重定向到GSM小区的CI为30893，LAC为14806。

C.重定向到GSM后进行语音业务

双击Setup可以查看到被叫手机号码，此时被叫UE应收到Paging消息开始进行CSFB。

D.振铃接通

UE重定向至GSM后能够按正常语音呼叫流程进行，而ExtendServiceRequest至Alerting 信令之间的间隔即为此次CSFB呼叫时延。

E.通话结束返回LTE

三、案例分析

3、1未接通-LTE弱覆盖

测试问题：未接通

测试现象：主行驶至秦岭路五龙口区域路段时，被叫UE占用秦岭五龙口D2小区，RSRP=-110db左右，弱覆盖导致未接通。

解决方法：根据附近站点实际情况合理调整方位角和下倾角，加强此路段的覆盖。

A：测试车辆由西向东行驶至秦岭路五龙口区域路段时，主叫占用GSM秦岭五龙口1小区，在15:29:12:618上报Setup.

B：被叫UE占用秦岭五龙口D2小区，RSRP=-110db左右，覆盖太差未能收到寻呼消息回落

2G，导致主叫未接通。

3、2未接通-未收到寻呼消息

测试现象：主叫TD-LTE下起呼，被叫上一次联合位置更新失败导致未接收到寻呼消息。

解决方法：需核心网支持。

A：如图所示，从10时33分27秒开始主叫进入CSFB流程，在33分29秒主叫进入call proceeding，被叫始终未响应。在33分45秒时，主叫call block。在此期间被叫始终未响应。

从信令流程来看，被叫在上一次联合位置更新中未能完成TMSI的分配，CAUSE:16(MSC temporarily not reachable。

3、3未接通-回落2G伪基站

测试现象：被叫UE占用曼哈顿（省高法培训楼）D2小区（PCI：206，TAC：14097），回落到GSM伪基站（BCCH：10，LAC：24307）小区后，因跨POOL导致主叫未接通。

解决方法：拆除2G伪基站，避免回落到该站点造成异常事件。

A：主叫UE占用曼哈顿（省高法培训楼）D2小区成功回落至曼哈顿（省高法培训楼）8小区，在10：01：35上报Setup.

B：被叫UE占用曼哈顿（省高法培训楼）D2小区（PCI：206，TAC：14097），回落到GSM 伪基站（BCCH：10，LAC：24307）小区后，因跨POOL导致主叫未接通。

3、4未接通-异常释放

测试现象：主叫正常回落至2G,发送SETUP消息，MSC采用IMSI寻呼，被叫回落至2G后，上发Paging response后，系统直接下发Channel Release。

解决方法：需核心网支持。

A：如图所示，从9时34分28秒开始被叫叫进入CSFB流程，在34分30秒被叫上发Paging response后，系统直接下发Channel Release。导致呼叫无法完成。

如下图所示，左图为这次呼叫的Paging 信令，发现寻呼采用IMSI寻呼，现网采用MSC 组POOL方式，当采用IMSI寻呼时被叫上发Paging responses 时，会导致MSC不知道被叫具体在POOL内的那个MGW，导致呼叫无法完成。

3、5未接通-TAU更新失败

测试现象：被叫TAU失败后收不到PAGING导致未接通。

解决方法：对4G小区进行排障。

A：如图所示，主叫手机正常回落至2G小区，于11：17：52开始呼叫建立，被叫一直未收到PAGING.查看EVENT，发现被叫上一次TAU失败。导致收不到PAGING。

3、6未接通-2G频点漏加

测试现象：行驶至化工路与秦岭路附近区域时，被叫UE重选占用高铁小区董寨，连续发生3次未接通事件。

解决方法：配置董寨CSFB2G频点。

问题分析：驱车沿着化工路由东向西行驶至化工路与秦岭路交叉口附近区域时，主叫UE占用4G小区甲天下置业D1小区成功回落至2G小区，在18:37:21:581做Call Proceeding,被叫UE在空闲状态下重选至高铁董寨D1小区，在18:37:22:222收到网路侧而下发的Paging消息后，一直没有收到频点组消息，未能成功回落2G响应主叫寻呼，导致主叫连续发生3次未接通事件。经后台OMC查询董寨D1小区未配置2G频点导致UE不能回落至2G小区。具体信令如下图：

3、7未接通-回落至跨POOLGSM小区

测试现象：行驶至中原路与西三环附近区域时，被叫UE占用郑州财经学校F3小区，连续发

生2次未接通事件。

解决方法：删除跨POOL的CSFB2G频点。

问题分析：驱车行驶至中原路与西三环附近区域时，被叫UE占用郑州财经学校F3小区，回落至跨POOL的GSM小区中原西环路口3小区，LAC更新完成之后又进行RAU更新，未能及时响应主叫寻呼，导致主叫未接通。信令如下图：

四、经验总结

CSFB分析主要是熟悉信令流程，对着信令流程查看事件发生在流程的哪一步，然后在定位具体位原因，一般原因如下：

1、跨POOL 优化POOL边界。

2、LTE、GSM弱覆盖的，通过天线调整和新站的规划加强覆盖。

3、LTE的模三干扰：通过PCI的修改和覆盖的控制。

4、GSM小区质差，建议删除这个小区的频点，不回落该小区（如果GSM人员配合可以建议他们处理该小区质差）。

5、索尼MT35终端问题（GSM通话结束之后，返回L TE如果跨LAC不进行T AU更细或者延迟很久才进TAU更细同时会伴随着信令丢失）。

6、回落到GSM伪基站的，配合分公司优化人员共同处理。

中国联通CSFB测试的主要流程信令

中国联通FDD_LTE的CSFB测试和分析 一、前言 本文主要针对联通FDD-LTE网络，使用华星FLY6.0进行CSFB测试和分析；CSFB 涉及4G侧(LTE)、3G侧（WCDMA）和MSC核心网侧三方的配合。以下主要是针对测试和事件消息流程进行分析和说明。 二、CSFB测试流程 CSFB测试过程主要是主叫4G手机、被叫4G手机分别驻留LTE网络中，连接FLY6.0测试软件，进行主叫4G手机拨打被叫4G手机，主叫4G手机和被叫4G手机分别回落至WCDMA网络进行通话的过程。 CSFB测试流程主要分为测试准备、测试过程和测数据统计三个部分：

4、从主被叫的CSFB信令流程来看，主被叫的CSFB信令流程是否正常？一定要查看主被叫的CSFB的起呼、4G 网络RRC释放、4G重选至3G、3G的RRC\RAB\Alerting的完整起呼流程。验证完全完整后，才算合格。 数据统计1、单站报告中CSFB成功率统计 2、CSFB的log记录备份 3、若存在测试不成功现象，可初步按照 第4节指导进行初步分析原因，待调整后 复测 分析原因一定要细分类，描述清晰，复 测一定要确定故障消除 三、正常CSFB信令流程 3.1.主叫主要流程 当开机做主叫时，UE首先在FDD_LTE注册（attach）,完成注册后进行拨号； 通过E_nodeB上发CSFB请求；其主要流程如下： 3.1.1开机注册（attach） 注册请求消息Attach Request(层三消息RRCConnectionRequest)由UE发出（消息属NAS层），请求中包括UE注册的小区，UE支持的加密算法和方式；联合注册的4G（TAC）和3G(LAC/RAC)及ClassMark;

研发项目管理常见问题及解决方案

研发项目管理常见问题及解决方案 1998年，我国启动了国有科研机构的改制工作，截至目前大部分应用开发型科研机构已经完成了由事业单位向企业单位的转变。完成转制工作的科研机构，其科研和发展资金将主要来源于技术创新和科研成果的产业化，必须通过市场竞争来获得生存和发展。科研机构在事业单位体制下所采用的研发项目管理体系并不适用于新体制下市场竞争的需要，严重制约了其市场竞争能力。在跨国公司争相在我国设立研发机构抢夺科研人才的背景下，落后的研发项目管理体系还将造成我国科研机构优秀科研人才的流失。因此，建立市场竞争环境下具有竞争力的研发项目管理体系，是我国科研机构完成转制后面临的首要任务。 在此背景下，中华－博略咨询在多个科研机构管理咨询项目基础上，对我国科研机构研发项目管理中常见问题进行了系统归纳和分析，并参考国外先进的研发项目管理体系，开发了研发项目管理体系设计方法。 一、我国科研机构研发项目管理中常见的问题 虽然，我国不同的科研机构的研发项目管理体系不尽相同，存在

的问题也多种多样，但是长期的事业单位管理体制，导致科研机构在研发项目管理中普遍存在下述问题： 1. 研发战略 * 缺乏明晰的战略定位及发展规划，没有明确的项目选择标准* 缺乏市场需求分析和产品（研发项目）组合管理 * 重视产品开发，但是忽视研发平台构造 2. 流程管理 * 经验型管理，缺乏对业务流程的清晰定义，导致管理失控，或者效率降低 * 各部门各自为政，流程不能得到有效执行，有效的信息大量流失 * 流程不能根据业务发展需要调整，冗余环节多，效率低下 * 支撑业务流程不以研发工作为核心，对研发工作需求响应不及时 * 对项目计划不重视，计划制定时不够审慎，执行过程中变更频繁，不能发挥对工作的指导和评估作用， * 缺乏对项目控制的系统思考，控制环节不全面，过程不系统* 没有统一的项目术语定义，容易造成业务和管理混乱 * 没有进行项目阶段划分，或者没有明确各阶段的产出、考核标准和内容，没有确定项目各阶段中的关键决策点和决策点控制制度* 缺乏过程中止管理，项目一旦开始往往很难中止 3. 项目组织模式

浅谈业务流程实施常见问题及应对措施

问题：流程实施过程中缺乏对员工必要的指导和监督 措施：流程要以业务为主线，对该线条上的员工进行辅导，对工作结果进行监督 流程，企业运行顺畅时你不觉得他的存在，他已经融入企业运营的各个角落，已经变成了员工的一种习惯；企业运行不畅时，他就成为了各个部门、岗位相互推诿扯皮的借口。 流程，就应该是成为员工的工作习惯，融入到员工的日常工作中去，如果流程中每一个环节的执行者都能达到这一点，那各个环节的配合就是紧密的、连贯的，整合业务流程就是高效的。 企业在流程实施过程中经常遇到的问题是：有流程不执行、没流程乱执行。有流程不执行，很多情况下不是员工不想执行，主要原因是流程上的某些节点员工不按照流程的要求执行，结果就是真个流程没有办法执行；没流程乱执行，说的有点夸张，主要原因还是因为流程的显性化不足或者没有定义明确的流程，解决方法要不就是根据自己的判断去执行、要不就是请求上级领导甚至总经理给出指示后执行，如果流程执行出错了就变成了乱执行。 不管是“没执行”还是“乱执行”，从流程实施的角度还是对于流程的辅导、监督工作执行不到位，造成了员工对于流程不了解、不接受，在流程执行时各种问题就会暴露出来。 1.存在问题： 第一，对优化后的流程缺乏必要的辅导，流程环节上各岗位之间就不能就流程执行达成一致和默契 流程实施过程中，对流程执行岗位员工的辅导缺失是普遍存在的问题，经常的做法就是将流程只是简单的发放给部门负责人或员工，由部门负责人负责推动内部培训或者由员工自学，实践中，发现这两种方式实际上都很难解决流程落实的问题，实际情况是部门负责人不了解流程，最好的情况按照只是组织部门人员集中讨论或读一遍流程，更多是员工没有自学、部门负责人没有采取有效的形式组织自学。 这种情况下，虽然流程进行了优化，也进行下发，但是部门负责人和员工实际上是对流程都不了解的，那只能是按照原来的工作习惯处理流程，新流程要求的处理的业务没有开展、新流程要求的处理方式也没有改变，流程执行存在的问题还会继续存在，出现问题后就需要管理者进行协调。 A客户，订单承接以后会有内部的订单评审流程，经常的情况是评审需要几天的时间，甚至需要十几天的时间，各方都觉得流程有问题需要改变，改变的方案流程管理部门也进行了设计，但是由于沟通的问题，各方对该方案都不理解，3个月以后新的流程还没有运行，

CSFB分析流程

一、CSFB基本原理 无业务时候，MME通过SGs(MME与MSC之间的借口)进行CS域移动性管理。 有语音业务时，MME将UE回落到GSM网络，通过GSM网络为UE提供语音服务。 Extend Service Request至Alerting信令之间的间隔即为CSFB呼叫时延。 RRCConnection Release至CM Service Request信令之间的间隔为CSFB回落时延。 Channel Release 至Tracking area update accept 信令之间的间隔为CSFB返回时延。 二、CSFB信令流程 A.发起CSFB业务

UE向eNodeB 发起ExtendServiceRequest，此时说明开始发起CSFB业务。双击ExtendServiceRequest信令可以看到此时服务类型是service-type:mobile-originating-cs-fallback 即手机主叫CSFB（如图2红框所示） B.LTE重定向

如果CSFB业务可以正常进行，那么eNodeB会向UE发从RRCConnectionRelese信令，此时将进行LTE向GSM的重定向。双击此条信令，在msg中给定要重定向的频点，进行测量，如果符合重定向的条件，上报测量报告，实行重定向。

UE已经重定向GSM小区，双击SIT3消息看到UE重定向到GSM小区的CI为30893，LAC为14806。 C.重定向到GSM后进行语音业务 双击Setup可以查看到被叫手机号码，此时被叫UE应收到Paging消息开始进行CSFB。

CSFB分析方法与实例

CSFB的分析方法及典型问题1 、CSFB问题处理思路 1、基本信息收集： ?CSFB问题发生地点 ?CSFB问题发生前后占用4G小区，TAC是否插花 ?CSFB回落前占用4G小区添加2G频点和2G邻区是那些 ?CSFB回落后占用的2G小区和频点 ?CSFB问题发生地点是否POOL边界 2、CSFB问题主要原因： ?功能开关CSFB功能没有打开 ?2G邻区或邻区频点没有添加 ?POOL边界问题 ?UE被寻呼期间位置更新时间过长超过10秒 ?4G弱覆盖/质差 ?2G小区本身故障/无线空口问题

2、信令流程解析

3、优化经验总结 1.1信令优化步骤 1、核对主被叫呼叫对应时间：由于手机时间不匹配，需核对时间确认主被叫寻呼对应 2、找到主叫CSFB业务扩展信息，确认主叫占用LTE小区，在RRC连接释放内找到回落GSM 小区的频点信息：

3、主叫发起寻呼，对应被叫收到寻呼Paging消息： 4、主被叫振铃后，在2G侧正常呼叫流程 1.2 日常CSFB分析优化处理经验总结 日常优化工作主要从无线覆盖优化、参数优化、邻区优化，伪基站四个方面着手。

3 案例分析 3.1 TAU流程冲突导致未接通 案例1：被叫收到寻呼消息，LTE重选发起TAU请求 【问题描述分析】 主叫在11:52:50正常完成呼叫建立流程，被叫占用LTE小区沙坪坝饮水村-HLHA（TAC：13153）收到寻呼消息上发ESR（携带mobile terminating CS fallback or 1xCS fallback消息）和RRC Service Request的同时小区重选到沙坪坝饮水村2号-HLHA（TAC:13113）发起TAU流程，流程冲突导致回落流程失败至TDS小区导致未接通。

VoLTE外场测试分析案例

案例1：580 Precondition Failure导致的未接通。 【问题描述】 在集团测试LOG中，存在Precondition Failure导致的失败事件，表现为呼叫过程中，终端主动上发或收到网络侧下发的580 Precondition Failure消息，随后呼叫中止，出现未接通事件。 【问题分析】 1、呼叫过程中，被叫发送Ringing 180后，收到网络下发的专载去激活命令，QCI 1 被释放，被叫随后上报580 Precondition Failure，主叫同样收到网络侧转发的 580消息，呼叫接续中止，导致未接通。 2、从信令中可以看到，被叫回复Ringing 180且主叫也已经收到Ringing 180，被叫 随后收到网络侧下发的RRC重配，携带有QCI 1被释放的信息，被叫去激活专有承 载。由于专载已被释放，业务资源已不存在，所以被叫上发580 Precondition

Failure失败消息。主叫收到网络侧下发的580，接续被中止，导致了会话未接通。 3、从MME下发到Node B的E-RAB RELEASE COMMAND，原因上看是Nas层nomal_release， 导致专载QCI 1被释放。 4、专载QCI 1被释放，去激活后，被叫发送INVITE 580，主叫收到网络侧转发的INVITE 580，会话流程中断，导致未接通 【问题定位】 在正常的会话流程中，由于MME下发E-RAB RELEASE COMMAND，使得QCI 1被释放，导致未接通。 【解决措施】 需要核心网查看MME在什么情况下会下发E-RAB RELEASE COMMAND。

(完整word版)项目管理常见问题解决办法

当前项目管理中的问题非常复杂，问题的多样性可以用五彩缤纷来形容，可能是不一而足的。我们且对一些有针对性的具体问题及其建议的解决方案尝试汇总如下： 1、问题一：如何修订不合理的项目目标？ 问题描述：很多项目在签约的阶段就定义了不合理的目标，这往往是由于销售人员的过度承诺或给客户主动建立或被动接受过高的期望值。 建议的解决方案：要使项目成功实施，就必须在合同约定目标基础上对项目目标进行再次定义，项目经理需要运用必要的办法在项目管理生命周期内不断去寻求客户或用户可接受的最小或最优的目标边界。当然，项目经理一上任就想动项目或合同的边界，显然会容易引起客户的反感。比较好的策略是先在项目实施过程中做出必要的业绩，在与此同时和客户之间建立彼此的基本信任。在充分了解客户所在企业的核心需求后，适时拿出有理有据的方案一点一点地说服客户调整项目目标边界。 2、问题二：如何处理用户强烈坚持需要的需求？ 问题描述：用户有时很强烈表示需要一个功能，态度很坚决，应该如何应对？ 建议的解决方案：从项目所要实现的业务全局出发，考虑用户这个需求到底要解决的是什么问题，然后再和用户探讨真正解决问题的办法，这样用户不但可能收回自己的想法，还会建立对你分析能力的信任。这就是所谓的比用户多想一步，并站在更高的角度去解决当前存在的问题。除此之外，如果用户提出的需求非常到位，确实指出项目所交付的产品的严重不足，项目经理要高度重视，及时调用公司资源予以解决，切记关键性需求绝对不可以绕过或采取临时解决方案。针对用户潜在的或尚未发现的需求，需要提前拟定预案，而不是等这些潜在需求发生后再考虑客户化开发解决，这样就很有可能使项目产生不必要的延期和徒增用户对项目延期所产生的不满情绪。 3、问题三：如何处理来自用户的需求变更？ 问题描述：用户的需求往往随着项目的深入而有所变化，项目验收标准的不断更改，导致项目验收延期或成本超支等诸多不可控的情况发生。 建议的解决方案：在项目一开始就需要定义变更流程，一般是要求用户内部意见一致后再统一以正式项目文件的方式提交给项目经理做评估分析，项目经理综合考虑此需求的变更对实施成本和项目进度可能造成的影响。必要时寻求公司高层或变更控制委员会(CCB)反馈

企业管理流程常见问题.doc

企业管理流程常见问题1 企业管理流程常见问题 日益提高，咨询客户对于流程优化的需求也有增加的趋势。 流程优化的起点是流程诊断，而不同企业在管理流程中存在的问题往往存在共性。笔者通过多个咨询项目的实践经验和相关咨询案例的研究，初步总结出企业的管理流程中常见的三十个问题，并按照流程结构、流程环节、流程节点以及流程管理四个方面进行了分类，用于指导流程诊断的实践，取得了良好的效果。 一、流程结构问题 通过把企业现有流程作为一个整体进行评价，往往会发现以下问题：1、流程的系统性差：流程缺乏整体统筹，对于需要统一规划的相关流程没有进行整体考虑。例如，生产计划流程、销售计划流程、大修计划流程、备品备件计划流程、物料采购计划流程，必须根据企业特点，以生产或者销售为起点，制定相关的系列计划，而有的企业往往将这几个流程单独运行，造成各项计划对相关工作的制度性差。 2、关键流程缺失：关键流程缺失是较为常见的一种情况，既包括没开展相关工作导致的流程缺失，也包括开展了某项工作但没有确定相应流程的情况。前者较为常见的例子是战略规划方面的流程缺失，后者的例子通过细致的流程梳理往往能找出很多，不再赘述。 3、流程主体不明确：一般包括两种情况，一是没有明确规定某一流程的负责部门，二是对于不可分割的一项工作由两个以上部门负责，

造成多头管理。 4、流程间的衔接不顺畅：由于设计不合理，造成某一流程结束后，无法顺利进入下一流程，或者流程中涉及到的子流程无法达到无缝衔接。 5、节点过多、流程过长：一个流程中设计了众多的步骤、子流程，各个步骤间存在复杂的依赖关系，流程顺利运转的难度极大。 6、流程节点之间的等待时间过长：流程中单个节点的效率尚可，但节点间的等待时间过长，从而影响了流程的整体效率。 7、串行审批过多：对于可以并行审批或者事中、事后控制的事项，全都设计成事前的串行审批，导致流程运行缓慢。 8、流程振荡性高：在流程中设置了多个反复出现的环节或子流程，例如某企业在采购流程中，在招标阶段和合同审批阶段需要财务、审计、采购等部门的经办人、主管领导对相同的内容反复审核三次。 二、流程环节问题 通过对单个流程的链条进行审视，往往会发现以下问题： 9、存在多余环节：例如某企业的财务部门，总稽核与会计科主管由同一人担任，但对于一些单据的审核，会计科完成后，再经预算科审核，还要由总稽核进行稽核。 10、存在环节跳跃：这类问题较为常见，指在两个环节之间缺失了一 试运行环节等。“环节跳跃”与“关键控制点缺失”和“缺乏必要的信息反馈”有所区别。

LTE基站CSFB重定向至GSM的频点选择分析

诺西LTE基站CSFB重定向至GSM的频点选择分析关键词：CSFB;重定向;频点选择 问题内容： 为了明确当前诺西LTE基站在CSFB过程中重定向至GSM的频点选择原则。1月17日下午，我们使用国行iPhone5S、iPhone5C占用枢纽楼宏站2扇区（PCI：348）信号，进行了关于CSFB的测试，并对空口进行了信令跟踪分析。 问题分析： 首先，确保枢纽楼宏站开启CSFB，并且保证呼叫正常，终端iPhone5S、iPhone5C在挂机后能够返回至4G网络。我们使用iPhone5S、iPhone5C进行互拨测试10次，两款手机平均需要8秒接通（占用2G信号），挂断后可以迅速返回4G，时延小于1s，用户感知很好。 通过上图可以看到，RRC建立完成后，终端发起了CSFB的服务类型，并透传至核心网，之后在RRC Connection Release消息中带有网络指定终端回落2G时需使用的频点信息，频点信息为1800M的551频点。之后释放S1链路，无线侧4G流程正常结束。

为了找到网络以何种规则指定终端回到2G网络的频点（即100余次通话，为何始终指定回落到551频点），我们做了如下试验。 试验1 明确了4G枢纽楼宏站2扇区配置了8个1800M的频点作为异系统邻区信息，其中包含551频点，但551频点不是第一个，也不是最后一个。 将551频点从4G的2G邻区信息中删除，再次拨打测试，发现网络指定回落的频段号变为552。 我们又删除了552与558频点，发现网络除了指定回落的频点外，还下发了其他4个备选频点。结合上述现象，发现网络会选择2G邻区频点数值最小的频点号作为指定频点下发，当且仅当2G邻区频点数小于等于5个时，还会下发剩余的频点作为备选频点。

管理信息系统开发过程中存在的问题及怎么解决

管理信息系统开发过程中存在的问题及怎么解决 1.对管理信息系统的认识有偏差 管理信息系统的建设与评价侧重计算机硬件配置.而不是信息开发与利用的方法和深度.这种误读给国内外许多组织的管理信息系统带来惨重损失。 2.目标不明确 管理信息系统开发前调研不够充分，分析不够清楚明了，就比如开发的工作人员中，对整个系统所需要达到的目标没有基本的，明确的、全面的的概念，就照着自己的想法做下去，进行设计和开发，做了大量工作后才发现设计不能满足用户的需要，而使得系统开发失败，重新开发设计，这样就浪费了大量的人力、物力、财力以及时间。 3.开发时忽视了高层领导者的态度 有时候开发人员本着自己的意愿设计并开发出了管理信息系统，尽管系统很好，但领导不满意属下擅自动手，不听指挥，从而浪费了时间，资源和心血，还加剧了与领导之间的隔阂。并且在没有领导的授权和支持下，能开发出一个好的信息系统很是艰难。 4.开发时缺乏既懂计算机知识又懂管理业务的复合型人才，并且人员之间的合作能力较差 “只要熟练掌握几门计算机语言，就可以成为一个优秀的信息系统开发人员”这种观点是极其错误的。计算机程序设计语言是实现计算机信息系统的一种工具或手段，编码只不过是计算机信息系统开发过程中的一小部分工作，管理信息系统开发是一项多人群体性的任务，需要很好的合作与协调，没有这些很难开发出所需要的系统，并且会使系统开发周期变长，无针对性。 5.教育、理论体系研究落后 在教育方面主要表现在教学内容陈旧，理论落后于实践，理论在某种程度上又脱离实践，在教学中往往注重学生的编程技巧能力培养，而忽视系统分析、设计能力的培养，学生的实践能力差，团队合作能力差，系统开发本身还缺乏一套严格的理论基础以及缺少一套简单有力的开发工具。 6.开发后缺乏软件测试，并且安全性有待提高 软件测试是开发过程的必要过程，不进行的话，很难知道是否达到预先的要求，实现想要达到的目的，安全性问题在我国是一个很大的问题，山寨，盗版比较猖獗，这增加了开发的成本并严重影响了更新的速度。

CSFB测试未接通事件分析汇总

CSFB测试未接通事件分析 CSFB未接通事件原因分类： 序号原因分类 1 被叫没有鉴权响应导致主叫未接通 2 被叫响应超时导致主叫未接通 3 主叫手机业务中断导致主叫未接通 4 被叫脱网导致主叫未接通 5 被叫由3G重选至4G导致主叫未接通 6 主叫干扰质差导致未接通 7 主叫TCH拥塞导致未接通 8 2G与4G小区TAC/LAC不一致导致未接通 1、被叫没有鉴权响应导致主叫未接通 问题分析：主叫终端在10:14:10.885起呼，于10:14:12.412时上发Setup消息。主叫Setup 后被叫进行CSFB呼叫流程，在10:14:15.819寻呼响应之后收到鉴权请求Authentication Request，但未鉴权响应（Authentication Response）。被叫未鉴权响应导致回落2G失败，又重选至4G网络，导致主叫未接通。

2、被叫响应超时导致主叫未接通 问题分析：主叫在14:49:57.657时起呼，于14:49:59.381时上发Setup消息。主叫Setup 后进入CSFB呼叫流程，但被叫过了12s后才收到Paging消息。主叫20s后上发Disconnect 消息，超时挂机。由于被叫响应超时（延迟12s）导致主叫发生未接通。

3、主叫手机业务中断导致主叫未接通 问题分析：主叫终端在07:09:56.913发起CSFB呼叫，在07:10:05:064时上发CM Service Aboert消息，CM业务中断，从网络到移动台，指示被CM的业务中断。怀疑主叫手机挂机导致业务中断，造成未接通。

4、被叫脱网导致主叫未接通

浅谈业务流程实施常见问题及应对措施

浅谈业务流程实施常见问题及应对措施 企业管理中，很多工作都要走流程，对于业务流程实施中我们会遇到很多问题，你有什么好的解决方案？下面小编带来的是浅谈业务流程实施常见问题及应对措施。 问题：流程实施过程中缺乏对员工必要的指导和监督 措施：流程要以业务为主线，对该线条上的员工进行辅导，对工作结果进行监督 流程，企业运行顺畅时你不觉得他的存在，他已经融入企业运营的各个角落，已经变成了员工的一种习惯；企业运行不畅时，他就成为了各个部门、岗位相互推诿扯皮的借口。 流程，就应该是成为员工的工作习惯，融入到员工的日常工作中去，如果流程中每一个环节的执行者都能达到这一点，那各个环节的配合就是紧密的、连贯的，整合业务流程就是高效的。 企业在流程实施过程中经常遇到的问题是：有流程不执行、没流程乱执行。有流程不执行，很多情况下不是员工不想执行，主要原因是流程上的某些节点员工不按照流程的要求执行，结果就是真个流程没有办法执行；没流程乱执行，说的有点夸张，主要原因还是因为流程的显性化不足或者没有定义明确的流程，解决方法要不就是根据自己的判断去执行、要不就是请求上级领导甚至总经理给出指示后执行，如果流程执行出错了就变成了乱执行。 不管是“没执行”还是“乱执行”，从流程实施的角度还是对于流程的辅导、监督工作执行不到位，造成了员工对于流程不了

解、不接受，在流程执行时各种问题就会暴露出来。 1.存在问题： 第一，对优化后的流程缺乏必要的辅导，流程环节上各岗位之间就不能就流程执行达成一致和默契 流程实施过程中，对流程执行岗位员工的辅导缺失是普遍存在的问题，经常的做法就是将流程只是简单的发放给部门负责人或员工，由部门负责人负责推动内部培训或者由员工自学，实践中，发现这两种方式实际上都很难解决流程落实的问题，实际情况是部门负责人不了解流程，最好的情况按照只是组织部门人员集中讨论或读一遍流程，更多是员工没有自学、部门负责人没有采取有效的形式组织自学。 这种情况下，虽然流程进行了优化，也进行下发，但是部门负责人和员工实际上是对流程都不了解的，那只能是按照原来的工作习惯处理流程，新流程要求的处理的业务没有开展、新流程要求的处理方式也没有改变，流程执行存在的问题还会继续存在，出现问题后就需要管理者进行协调。 A客户，订单承接以后会有内部的订单评审流程，经常的情况是评审需要几天的时间，甚至需要十几天的时间，各方都觉得流程有问题需要改变，改变的方案流程管理部门也进行了设计，但是由于沟通的问题，各方对该方案都不理解，3个月以后新的流程还没有运行，原来的评审流程还继续存在，甚至还有岗位以改变该流程存在很大风险为由提出异议，其实还不知道该流程优化后没有运行，原来的方式还在持续。这就是流程实施部门沟通协调过程中存在的问题，也是各业务部门沟通协调中存在的问题。 第二，对优化后的流程缺乏必要的沟通，流程执行部门和岗

企业流程管理中的常见问题

企业流程管理中的常见问题 by AMT 夏敬华 本专题的第一篇文章在篇尾给大家留下了一个问题：我的流程，到底管得怎么样了？ 事实上，这个问题的答案并不显而易见，即使已经知道了问题所在，问题背后的深刻原因常常还离我们很遥远。 也正因此，才有了上文对于流程现状诊断的各种指标和分析方法。当然，方法只是方法，如果仅拘泥于方法本身，那么将永远得不到方法所蕴涵的对于流程状态判断的深刻洞察力。A地一只蝴蝶翅膀的轻微煽动，却能引起远隔万里之外的B地的一阵飓风，原因和结果之间的联系常常并没有一条简单的连接线，而流程管理的诊断和分析方法就是帮助我们将看来毫不相关的A和B 之间用一条线连接起来，换句话说，就是找出混沌背后的秩序。 那么首先来看看企业流程管理中通常都会存在哪些问题？ 这里的阐述既有来自A企业的真实呼声，也有在这些声音背后我们的思索。目的是希望能够从A 企业的个性问题中发现一些普遍的规律性。 企业流程管理通常都存在什么问题？ 在正式阐述这个问题，首先分析一下由此探讨而可能引起的一种错误倾向，那就是：既然流程管理存在这么多的问题，那么我们为什么还要进行流程管理呢？ 我们知道，流程管理是相对于传统的部门/职能导向管理而言的；我们还知道，流程管理方式在国内的企业中尚还没有得到普遍认识和推广。所以，在这里谈流程管理的诸多“不是”，一方面对尚未认知流程管理的企业可能是隔靴搔痒，另一方面还会给它们带来一种“早知今日，何必当初”的感觉，于是更加对流程管理“望而却步”了。 事实上，这里有杞人忧天之嫌。因为，在AMT连续开展的多个流程管理研讨、培训中，我们已经欣慰地看到：流程管理模式正在为越来越多的人所接受，流程管理的客户导向的价值创造方式也为越来越多的人所认同。 但是，还是要谈谈已经开展流程管理的企业中在流程管理上可能存在的问题，这里并不是要挑流程管理的刺，而是要从问题中来探究为什么流程没有得到很好的管理。

CSFB基于测量的盲重定向验证测试情况

CSFB基于测量的盲重定向验证测试 1背景 为针对不通场景下，4G回落3G所回落频点不同，对后期不同场景采取CSFB回落不同策略，针对此情况进行CSFB基于测量的盲重定向验证测试。 2配置方法 （1）配置UMTS邻频点信息 ADD UTRANNFREQ: LocalCellId=XX, UtranDlArfcn=10713, UtranVersion=HSPA, UtranFddTddType=UTRAN_FDD, UtranUlArfcnCfgInd=NOT_CFG, CellReselPriorityCfgInd=CFG, CellReselPriority=4, ThreshXLow=3; （2）配置UMTS外部小区 ADD UTRANEXTERNALCELL: Mcc="460", Mnc="01", RncId=XX, CellId=XX, UtranDlArfcn=10713, UtranUlArfcnCfgInd=NOT_CFG, UtranFddTddType=UTRAN_FDD, RacCfgInd=NOT_CFG, PScrambCode=XX, Lac=XX; （3）配置UMTS小区为邻区（单频点的邻区数据不超过32个，如果UMTS有多个频点，可以配置，建议频点配置不超过3个） ADD UTRANNCELL: LocalCellId=XX, Mcc="460", Mnc="01", RncId=XX, CellId=XX; （4）配置UMTS重定向开关（CDMA的CSFB开关必须为0） MOD ENODEBALGOSWITCH: HoAlgoSwitch=UtranCsfbSwitch-1&GeranCsfbSwitch-1&Cdma1xRttCsfbSwitch-0, HoModeSwitch=UtranPsHoSwitch-0&GeranPsHoSwitch-0&UtranRedirectSwitch-1&&GeranRe directSwitch-1&BlindHoSwitch-0; （5）配置CSFB策略为Redirection MOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=REDIRECTION-1; （6）配置CSFB切换测量参数（CSFB保护定时器基线为1s） MOD CSFALLBACKHO: LocalCellId=XX, CsfbHoUtranTimeToTrig=40ms, CsfbHoGeranTimeToTrig=40ms, CsfbHoUtranB1ThdRscp=-106, CsfbHoGeranB1Thd=-103, CsfbProtectionTimer=1; B1的门限可以根据现场情况配置即可，这里的例子是-106dBm

企业管理流程中常见的三十个问题

随着国内企业管理水平的日益提高，管理者对于企业管理流程的重视程度日益提高，咨询客户对于企业管理流程优化的需求也有增加的趋势。 流程优化的起点是流程诊断，而不同企业在管理流程中存在的问题往往存在共性。笔者通过多个咨询项目的实践经验和相关咨询案例的研究，初步总结出企业管理流程中常见的三十个问题，并按照流程结构、流程环节、流程节点以及流程管理四个方面进行了分类，用于指导企业管理流程诊断的实践，取得了良好的效果。 一、流程结构问题 通过把企业现有流程作为一个整体进行评价，往往会发现以下问题： 1、流程的系统性差：流程缺乏整体统筹，对于需要统一规划的相关流程没有进行整体考虑。例如，生产计划流程、销售计划流程、大修计划流程、备品备件计划流程、物料采购计划流程，必须根据企业特点，以生产或者销售为起点，制定相关的系列计划，而有的企业往往将这几个企业管理流程https://www.wendangku.net/doc/2a15492036.html,单独运行，造成各项计划对相关工作的制度性差。 2、关键流程缺失：关键流程缺失是较为常见的一种情况，既包括没开展相关工作导致的流程缺失，也包括开展了某项工作但没有确定相应流程的情况。前者较为常见的例子是战略规划方面的企业管理流程缺失，后者的例子通过细致的流程梳理往往能找出很多，不再赘述。 3、流程主体不明确：一般包括两种情况，一是没有明确规定某一流程的负责部门，二是对于不可分割的一项工作由两个以上部门负责，造成多头管理。 4、流程间的衔接不顺畅：由于设计不合理，造成某一流程结束后，无法顺利进入下一流程，或者流程中涉及到的子流程无法达到无缝衔接。 5、节点过多、流程过长：一个流程中设计了众多的步骤、子流程，各个步骤间存在复杂的依赖关系，流程顺利运转的难度极大。 6、流程节点之间的等待时间过长：流程中单个节点的效率尚可，但节点间的等待时间过长，从而影响了流程的整体效率。 7、串行审批过多：对于可以并行审批或者事中、事后控制的事项，全都设计成事前的串行审批，导致流程运行缓慢。 8、流程振荡性高：在流程中设置了多个反复出现的环节或子流程，例如某企业在采购流程中，在招标阶段和合同审批阶段需要财务、审计、采购等部门的经办人、主管领导对相同的内容反复审核三次。 二、流程环节问题 通过对单个流程的链条进行审视，往往会发现以下问题：

CSFB失败原因分类总结

CSFB失败原因分类总结 根据集团案例库、各省经验及现网相关情况，CSFB失败的原因总结主要有几类：数据配置问题、弱覆盖或干扰、设备未开启CSFB功能、设备功能缺陷、终端原因等，针对以上各类原因详细分析如下： 1、数据配置问题 CSFB流程较长，其中涉及无线网的ENODEB、BSC、RNC；EPC核心网的MME、DNS；CS域核心网的HLR、MSC等网元。其中一个网元上的数据配置有误或不当，均会造成CSFB联合位置更新失败、主叫、被叫失败及无法返回LTE网络的问题。由于目前大部分的CSFB失败仍与数据配置问题相关，在此对每个网元上需配置的数据进行梳理，并对有可能造成失败的数据配置问题进行总结： 1)ENODEB:ENODEB上需开启CSFB功能，新增至2G小区的重选回落功能，配置相应的2G重选参数、邻区关系等。 2)BSC:除原有的2/3G邻区关系外，在无3G有4G区域的设备上新增2G到4G 的小区重选功能，并配置相应的重选参数、邻区关系等。 3)RNC:针对2G-3G-4G桥接返回LTE，共用数据业务对3G、4G互操作的配置要求，新增连接态互操作功能。 4)MME:MME上主要配置以下数据：定义SGS物理接口；定义SGS IP层数据；定义SGS OSPF路由；定义SGSAP层及MSC 数据；开启license功能；配置与对接的MSC的SCTP链路；激活CSFB、SMS over SGS；TA与LA对应关系；LA与MSC 对应关系；SGs接口触发寻呼参数。 与MSC对接的SGS接口的数据配置示例如下：

5)MSC:MSC上主要配置以下数据：对接MME的SGs接口实体配置；对接MME的SGs接口SCTP链路配置；MSC Server license开启；定义对端MME host数据；定义CSFB所用LA 相关数据；配置SGs paging策略；LTE连接态和空闲态寻呼响应软参配置；回落定时器时长配置。 MSC上配置对接MME的SGS接口数据： 6）DNS：在未开启FAST RETURN时，需支持GL小区重选，UE回落后将发起PS 域的RAU流程，以及小区重选回LTE时的TAU流程，这时融合DNS或本地DNS 上需配置正确的RAI和TAI对应关系数据，否则通过桥接方式2G->3G-4G返回

CSFB流程及常见问题

CSFB流程与常见问题 1TD-LTE语音解决方案 ?根据终端形态不同，TD-LTE语音终端包括多模单待和多模双待两种形态 ?多模单待终端话音分为由LTE提供和不通过LTE提供两种解决方案 ?多模双待终端话音由2G/TD电路域提供. 2CSFB基本原理 中文名：电路域回落 CSFB技术是针对TD-LTE多模单待终端提供语音服务的临时解决方案，主要思想是终端驻留在LTE，呼叫建立前先重定向到2/3G，由23G提供CS域语音服务，当语音结束后，根据网络的指示，返回LTE网络驻留；回落2G和返回4G是重点关注的过程。 回落方案：R8 RRC重定向回落(实现简单、性能一般） R9 RRC重定向回落（RIM）（实现复杂、性能好） 通话结束，返回4G：空闲态小区重选（小区重选机制,返回时间长，时延较长） 快速返回Fast Return （手机支持，无需配置4G邻区，返回时间短，时延较短）。

?开机选网：终端开机—>LTE及2G/3G电路域联合注册—>驻留LTE。 ?数据业务：由LTE直接承载,数据传输过程若有话音业务需求，（回落过程将导致数据业务中断）。 ?短信业务：可由LTE直接承载，短消息利用SGs接口，通过LTE无线信道传递给UE，UE不需要重选至2/3G。 网络拓扑：

3CSFB相关流程 3.1联合附着 CS Fallback语音主要是通过SGs接口实现的，用户在附着网络时，MME和MSC Server 需要对该用户的SGs连接进行维护。在E-UTRAN开机驻留的UE，开机后发起联合的EPS/IMSI 附着流程。联合附着流程如图1所示，由MME通过SGs接口完成UE在UTRAN/GERAN核心网的位置区更新流程，使得UTRAN/GERAN核心网感知到UE的位置. 图1联合附着流程图 1：UE发起网络附着请求，向MME发送Attach Request消息。其中参数Attach Type指示这是一个联合的EPS/IMSI附着流程，并且参数指示UE具备CS Fallback能力。 2：MME发送SGsAP-LOCATION-UPDATE-REQUEST消息给VLR，消息中包括new LAI、IMSI、MME name和Location Update Type等参数，其中MME name是MME的域名。 3：VLR存储MME信息，并创建与MME下此用户的SGs关联。 4：VLR根据用户信息和位置区信息，发起到HLR的位置更新流程。 5：VLR返回SGsAP-LOCATION-UPDATE-ACCEPT给MME，如果VLR支持TMSI重分配，消息中包括参数LAI和TMSI，否则消息中包括参数LAI和IMSI。 6: 完成联合的EPS/IMSI附着。MME发送Attach Accept给UE，消息中包括参数LAI和

项目管理中的常见问题及解决方案

项目管理中的常见问题及解决方案 一般建设项目程序复杂，耗时长，规定多，处处是机关，容易出问题，管理中的问题非常复杂，下面介绍项目经理在项目管理中经常遇到的问题和解决这些问题的经验，与大家一起分享交流。 一、如何修订不合理的项目目标？ 很多项目在签约的阶段就定义了不合理的目标。 要使项目成功实施，就必须在合同约定目标基础上对项目目标进行再次定义，项目经理需要运用必要的办法，在项目周期内不断去寻求客户可接受的最小或最优的目标边界。 但是如果项目经理一开始就想动项目目标，容易引起客户的反感。因此需要先与客户建立彼此的基本信任。在充分了解客户的需求后，拿出有理有据的方案说服客户调整项目目标边界。

二、如何识别用户的需求？ 用户有时很强烈表示要增加或改变功能，应该如何应对？ 从项目所要实现的目标出发，考虑用户这个需求到底要解决的是什么问题，然后再和用户探讨真正解决问题的办法，这样用户不但可能收回自己的想法，还会建立对你分析能力的信任。项目经理在这方面比客户专业，要站在更高的角度去解决问题。 除此之外，如果用户提出的需求非常到位，确实指出项目所交付的产品的严重不足，项目经理要高度重视，及时调用公司资源予以解决，切记关键性需求绝对不可以绕过或采取临时解决方案。 三、如何处理用户要求的需求变更？ 用户的需求往往随着项目的深入而有所变化，验收标准不断更改，导致项目验收延期或成本超支等不可控的情况发生。 在项目一开始就需要定义变更流程，要求用户内部意见一致后，再统一以正式项目文件的方式提交给项目经理做评估分

析，项目经理综合考虑此需求的变更对实施成本和项目进度可能造成的影响。 必要时寻求公司高层或变更控制委员会反馈处理意见。如果同意变更则需要客户在变更方案上签字后实施，如果不同意就按公司高层或变更控制委员会的指示和用户反复沟通。总之，项目经理在清楚理解项目目标的基础上主动控制需求，引导项目往核心目标前进。 四、与上层领导的沟通 项目经理往往不知道何时主动找高层领导进行沟通，具体沟通什么内容？ 一般建议项目经理在如下三种情况下可以找高层沟通： 1、遇到管理或其他难题，打破头都想不出解决的办法。 2、是针对可能影响项目的交付质量和整体验收的关键问题，项目经理已经想出两种以上的解决方案，需要请领导确定最终方案。

CSFB回落优化

当前TD-LTE系统支持两种语音解决方案：语音回落（CSFB：Circuit Switch Fall Back）、单卡双待。Iphone6、5s，华为Mate终端采用CSFB方案。CSFB业务过程共分4个步骤：终端开机在LTE/GSM网络联合附着，通话建立过程回落到GSM网络，在GSM网络发起语音呼叫，通话结束后返回LTE网络。整个过程贯穿LTE、GSM的无线网与核心网，涉及网元数量多、流程复杂，与2/3G语音相比，CSFB端到端呼叫成功率优化相对困难，尤其是CSFB 终端做被叫时涉及网元间的信令非常繁琐。 近期在CSFB测试过程与投诉处理中，发现一定概率下Iphone终端不能回落到合理的2G 小区的现象，对此，网优工程师对CSFB终端回落合理性进行测试分析。 问题1：在室分环境下Iphone终端不能回落到最强的室分2G小区 该问题主要针对用户投诉，某用户更换Iphone6终端后，较大概率性出现接通电话后噪音很大，听不清的情况，而在更换手机之前没有遇到。网优工程师使用Iphone6、5s、华为Mate7进行互相拨打测试，下表分别为Iphone6做主叫、华为Mate做被叫以及对调后的测试记录。

8641为室分2G小区，无线信号稳定且资源充足、电平最强，从测试情况来看，Iphone6无论做主叫还是做被叫，都有约15%的概率回落不到最强的2G小区，而是回落到室外的宏基站小区，其中回落的20111小区更是跨LAC的小区，距离较远。回落不合理是用户通话过程噪音大、听不清的直接原因。为了综合对比，网优工程师对Iphone5s、sony也进行了相应的测试，Iphone 5s表现类似。 检查该室分4G小区参数配置，发现添加了28个2G BCCH频点，包含所有的2G室分与宏基站小区BCCH频点（4个室分，24个宏站），这种频点规划方法是典型的防止漏配频点的方法。但是，目前看来也是Iphone终端回落到不合理小区的基础条件。 问题2：在室外环境下Iphone终端不能回落到较近的2G小区

CSFB异常点分析总结

1 问题现象1：R9盲重定向后读取3G系统消息接入 如下图所示：UE发起CSFB后，接入3G后读取系统消息，说明R9的FLASH CSFB未生效 分析LTE侧RRC连接释放消息，可以看到ENB只下发了频点，没有下发相应小区信息 分析LTE侧SIB1消息，可以看到此时接入的LTE ENB为9，小区为1 结论：9号enb为集锦饭店，此站的RIM流程有问题，DSP UTRANRIMINFO中，未包含最高优先级的3G邻区，由于测试版本BUG，导致rrc release消息中未携带系统消息，接入3G小区后读取了系统消息。 2 问题现象2：CSFB至3G后发起LAU，并且无法快速返回4G， 并且未发现alerting 问题如下所示，UE在3G侧发起LAU

从呼叫开始分析，在16:16:40.135，LTE发起RRC连接释放触发CSFB动作，由于RRC连接释放消息中只携带频点，因此是R8的重定向CSFB，UE在3G侧读取系统消息接入 UE在16:16:41.300发起RRC连接请求，此次RRC连接请求是CSFB的接入请求，可以看到RRC 连接请求携带的原因为conversation call UE在16:16:42.957发送RB SETUP CMP消息完成CS RAB的建立，但从UE侧信令上看，过了6秒之后，UE进入空闲态

UE在16:16:48.742发送cell update重新接入，携带原因为unrecoverableError，并且报AM-RLC 在RB 2-3or4上错误指示为1，因此判断链路发生SRB复位掉话，UE后续通过cell update重新接入。从当时的信号强度和质量来看，下行Ec/Io较好，因此判断是上行失败导致UE掉话。怀疑RNC未收到UE发送的RB SETUP CMP消息。 由于UE掉话，后续UE接入后重新发起RRC连接请求，此时携带原因值为注册。表示此时UE认为该次RRC连接并非CSFB业务。UE在16:16:49.509发起RRC连接请求，原因为注册。 由于前面UE也没有做过位置区更新，因此本次注册后，UE发起位置区更新