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

CSFB测试未接通事件分析

CSFB未接通事件原因分类：

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、被叫脱网导致主叫未接通

问题分析：主叫终端在06:40:11.668发起CSFB呼叫，于06:40:16.223时上发Setup消息。在主叫呼叫过程中，被叫由于脱网丢失36s信令，导致主叫在06:40:31.997时上发Disconnect 消息。被叫脱网丢失信令导致主叫未接通。

5、被叫由3G重选至4G导致主叫未接通

问题分析：主叫终端在10:11:02.998时起呼，主叫在10:11:05.164时上发Setup消息，主叫呼叫过程中被叫正在由3G重选至4G，被叫在10:11:05重新进行业务附着（Attach），导致主叫未接通。

6、主叫干扰质差导致未接通

问题分析：主叫终端在14:55:22.768时起呼，于14:55:24.545时上发Setup消息。主叫在14:55:26时收到网络侧下发的Release消息，释放原因值无可用资源。经回放查看，2G占用小区为C2_PW棚户区V区二HG-1，该时段干扰带4-5占比为89.1%，主叫干扰导致未接通。

7、主叫TCH拥塞导致未接通

问题分析：主叫终端在15:40:11时发起CSFB呼叫，在15:40:17时上发Setup消息。在随后的呼叫流程中，主叫未收到网络侧下发的Assignment Command消息，主叫TCH未能分配成功，主叫TCH拥塞导致未接通。

8、2G与4G小区TAC/LAC不一致导致未接通

问题分析：主叫在14:55:58时上发Setup消息，被叫在回落2G后进行了LAC更新，回放查看发现占用4G信号时占用小区为A1_PW棚户区V区二HLF_H-1，PCI：468，TAC：13856,回落2G后占用小区为C2_PW棚户区V区二HG-1小区，CI：46401，LAC：13763。4G/2G共站址小区TAC/LAC不一致。由于TAC/LAC不一致导致发生位置更新，导致主叫超时挂机。

精品案例_SIP487的VoLTE未接通处理

SIP487的VoLTE未接通

目录 一、问题描述 (3) 二、分析过程 (4) 三、解决措施 (7) 四、经验总结 (8)

SIP487的VoLTE未接通 【摘要】本文分析于4月24日出现的VoLTE未接通的工单，发现18:30到19:00期间RCU1197设备产生大量未接通，对数据进行详细分析为设备吊死导致。 【关键字】VoLTE 未接通 SIP 吊死 【业务类别】优化方法 一、问题描述 问题发生过程中，终端由宁芜高速向南京行驶，行驶到南京境内后再由宁芜高速返回马鞍山，RCU1197设备4月24日18：30至19:00产生大量未接通事件，且未接通为全程存在。 图1：未接通事件截图

二、分析过程 图2：18:31:28起呼的未接通情况 核查相关基站，基站无告警和故障，底噪正常，负荷水平也较低，查询扇区性能指标，无线接通率和掉话率正常，无明显波动和异常。 图 图3：未接通占用扇区性能指标情况 问题数据未接通事件较多，选取18:31:28起呼的未接通事件进行分析。18:31:28.230进行起呼，占用MA-市区-昭明派出所-ZFTA-443830-51，RSRP-97dBm，SINR在10dB，信号良好。

图4：VoLTE信令流程 图5：18:31:28未接通的事件和信令详情 对呼叫流程和信令进行详细分析，18:31:28.230发起起呼后，18:31：38.351发起IMS_SIP_INVITE->Request，18:31：38.398收到Try100信令，随后在18:31：48.136收到INVITE 183消息，并在18:31：48.202上报PRACK，在18:31：48.234收到PACK200,。然后在18:31：58.198上报SIP_CANCEL信令，上报原因为IMS_SIP_INVITE 487。

中国联通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;

VoLTE手机被叫未接通案例分析及处理

VoLTE手机被叫未接通案例分析 【摘要】VoLTE试商用时出现大概率被叫无法接通现象，通过现场测试排查和端到端信令分析，将问题锁定在核心网侧。省NOC根据故障报告进行排查，针对核心网TLDN 回落机制分析，最终确认核心侧TLDN数据配置不全。 【关键字】VoLTE 被叫TLDN 回落 背景：随着网络优化和VoLTE商用的推进，安徽电信内部开通VoLTE用户预商用，要求各分公司试用并进行网络质量分析和疑难问题反馈，协助省公司完成VoLTE商用指导。 【故障现象】： 省公司开通VoLTE测试卡后，概率性出现VoLTE测试卡作为被叫无法接通现象，未接通时主叫保持呼叫状态，被叫手机无响应，直至主叫手机提示“无声、空号、无法接通、未开通此项业务、增值业务被终止”等各种声音通话结束：

图1：测试被叫无响应 【告警信息】： 登录基站无告警，网元测试，基站与MME、SGW等网元连接正常： 图2：网元节点测试

【原因分析】： （一）终端排查 现场倒换终端进行测试验证，发现开通VoLTE功能终端在CS域做被叫出现大概率未接通，主叫正常： 表1：终端排查 （二）无线环境分析 CQT测试，选取RSRP：-60dbm、SINR：30db覆盖正常，无线环境良好的测试点进行测试，依然出现被叫CS域无法接通现象： 图3：无线环境 （三）信令对比分析

通过以上分析可以看出本次未接通与无线环境无关，只是VoLTE 功能终端在CS域被叫引起的未接通，计划通过CS域被叫正常通话和未接通信令对比来分析差异。 正常接通时：IMS域主叫发起INVITE Request后，2s∽5s左右被叫在C网收到寻呼消息，进而发起CSFB回落到C网通话，信令流程如下： 图4：正常呼叫 被叫CS域未接通时：信令来看IMS域主叫15:33:48发起INVITE Request请求，15:34:18发起呼叫取消，随后IMS下发呼叫取消确认，并下发INVITE 487呼叫终止，主被叫信令流程如下： 此时，发起呼叫到终止经过30s时间，主叫超时释放，造成未接通，信令如下：

经典案例_光明路和汤王大道交口北附近未接通优化案例

光明路和汤王大道交口北附近未接通优化 摘要： VoLTE是通信基础话音业务的一次全面升级,是无线网、核心网、信令网、承载网、支撑系统的一次系统性改造和变革，VoLTE异常事件的处理相对于C网时代，有着重大区别，不仅关注无线侧问题，核心测问题更需要关注。 关键字：VoLTE 无线网信令网核心网 【故障现象】： UE由北向南行驶至光明路和汤王大道交口北附近UE占用BZ-市区-劳服中心-HFUA-439095-55小区信号（RSRP=-75dBm ， PCI=89 ）出现主叫未接通；见下图： 【原因分析】： 1.干扰情况分析 通过干扰核查没有发现异常

2.根据测试数据分析，问题路段主叫占用BZ-市区-劳服中心-HFUA-439095-55小区信号 （RSRP=-75dBm ，PCI=89 ），无线环境良好，根据信令分析，在测试LOG中，存在Precondition Failure导致的失败事件，表现为呼叫过程中，终端主动上发或收到网络侧下发的580 Precondition Failure消息，随后呼叫中止，出现未接通事件（Time: 20181022 14:47:59.255 ，经度：115.760589 纬度：33.858342）。

3.车辆由北向南行驶至光明路和汤王大道交口北附近UE占用BZ-市区-劳服中心-HFUA- 439095-55小区信号（RSRP=-75dBm ， PCI=89 ）之后一直发起寻呼消息，14:42:56.235发起 183 进程， 14:42:56.354 释放 EPS 承载， 14:47:43.215主叫收到网络侧下发的 580 进程，由于呼叫建立与切换过程冲突，专载被MME 释放；呼叫建立过程中专载建立与切换几乎同时发生，MME 未收到NAS 专载完成消息导致释放专载；UE就会回复invite580，专有承载丢失形成的未接通事件

保育员实操测验案例分析题

保育员实操测验案例分 析题 Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998

案例分析题1、分析下面案例，回答问题(10分) 二班刘某小朋友随父母到澳洲探亲有32天，正好赶上今天回来参加“六一儿童节”庆祝活动。保育员小李在幼儿园门口一见刘某，就热情地拉着他的手回班化妆，准备参加活动。 ?（1）分析上述案例，说明你的看法。 ?（2）如果是你，该如何处理这种问题 ?保育员小李的做法是错的。婴幼儿如果离开幼儿园一个月以上或到外地，在返回幼儿园时，医务保健人员应向家长询问婴幼儿有无传染病接触史，同时，对该幼儿进行必要的健康检查。对未接触传染病的幼儿要观察两周，有传染病接触史的婴幼儿，应进行个人临时隔离，待检疫期满以后方可回班。 ?应该带刘小朋友到幼儿园医生处对家长进行询问并对刘进行健康检查，看情况决定入班时间。 2、结合案例回答问题 ?入托第二周，保育员小王想：孩子们的情绪基本上安定了，该学学自己洗脸了。于是取来了毛巾和大塑娃娃“瞧，谁来了(出示娃娃)我们都很想跟它做好朋友，可是她的脸脏了，我们先帮它洗干净好吗”边说边做示范：拧干水，擦眼睛、鼻子、嘴巴，在擦额头、脸、下巴，最后擦脖子、耳朵。“好，娃娃讲卫生了，我们一起玩吧！” ?分析上述案例中保育员做法，并阐明原因。 参考答案： 1、保育员用游戏方式引导幼儿学习洗脸，做得好。 2、保育员示范的洗脸顺序是错误的。 3、正确的洗脸顺序是：拧干毛巾→眼睛→额头、脸→鼻子、嘴巴→下巴、脖子、耳朵。

分析下面案例： 3、小二班刘某小朋友下楼梯时滑倒了，啼哭。保育员林某看了看，见刘某额头微肿无出血，就轻轻地给他揉了揉，说：“没关系，勇敢些，不要哭。”餐后，刘某出现了呕吐，林某问：“肚子不舒服吗喝点水，漱漱口就好”。随后清扫了呕吐物。 ?（1）试述保育员的做法正确吗 ?（2）运用相关知识、结合自身的实践谈谈如何正确处理幼儿头摔伤。 答案及评分标准： 指出保育员的错误： （1）不重视头摔伤没有按照正确程序进行观察。（1分） （2）把呕吐物作消化道疾病处理。（1分） 正确处理方法：（1）对于头部摔伤未见出血的情况，要密切观察24小时。（2分）（2）观察中有下列症状，应急送医院救治：恶心、呕吐、剧烈头痛、眼耳鼻出血、抽风、麻痹、语言障碍、意识丧失等。（6分） 4．分析下面案例： 小一班杨某小朋友体温℃，突然眼球凝视、双手握拳、唇青紫、意识丧失，保育员王某估计可能是高热抽搐，马上把孩子平放在床上，然后用手指压其人中沟下三分之一这穴位，并用力撬开其紧闭的牙关，把毛巾塞进口腔内，随后即送医生处理。 ?上述保育员的做法正确吗 ?说说如何正确处理小儿惊厥。 ?答案及评分标准 ?（1）保育员判断是幼儿高热抽搐是正确的。（1分） ?（2）指出错误：1平卧2按压位置3用牙撬开牙关（3分） ?（3）正确的做法：

护理不良事件案例分析

护理不良事件案例分析 病区：呼吸内科不良事件名称：住院病人跌倒 主持人：杨淑华记录日期：2014.8.27 参加人员：科室全体医护人员 一般情况介绍 1、病人基本情况介绍：307床，束玉民，男，77岁，发热48小时于2014-8-27入院。入院诊断：发热待查。 2、事情经过：患者于2014年8月27日上午10时30分起床到卫生间自解小便，从便器上站起时突感头晕跌倒在地，致左脸颧骨处皮肤轻微擦伤。主诉：感脸颊部疼痛，无恶心、呕吐，轻微头晕，无头痛。双侧瞳孔等大等圆约0.25cm，对光反射灵敏，测P:76次/分，R:20次/分，BP：110/70mmHg。医嘱予碘伏消毒伤处皮肤，并用无菌纱布覆盖，头颅CT，密切观察血压、意识2小时。患者拒做头颅CT，嘱其安心卧床休息，小便暂用便盆，变更体位时动作易缓慢，家属加强陪护，如有恶心、呕吐、头痛症状及时通知医护人员。 3、护士长调查经过：当班护士在患者入住病房时曾经详细宣教，起床时家属予以扶持，体位从低到高时可能头晕，等适应后再走路。患者及家属示理解，但未引起足够重视，导致患者从厕所跌倒。事情发生时护士正在巡视其他病房。 4、讨论：（1）发生跌倒的危险因素：

（2）针对该病人跌倒分析原因如下： 1）患者体虚，长时间高热消耗而进食少，卧位时间过长；2）病房内无卫生间，地面潮湿，光线不足。3）病人及陪护的安全防范意识不够。4）护士的健康宣教不够细致和深入。5）护理风险管理中未及时评估。 （3）整改措施：1）在心理上、精神上给予患者和家属支持和抚慰，让他们认识到因为高热，普遍体虚，变更体位时容易头晕跌倒，这样一方面使其重视，另一方面消除其紧张情绪；2）加强护理人员健康宣教能力的培训；3）改造卫生设施；4）强化护理安全服务意识，让科内所有护士对跌倒防范有足够的重视，加强自我保护意识，避免不必要的医疗纠纷发生。 护理部 2014年8月 28日

2020年患者跌倒不良事件

作者：旧在几 作品编号：2254487796631145587263GF24000022 时间：2020.12.13 患者跌倒不良事件 一、跌倒时间：2014年11月5日14：30 二、地点：内三科9号病房 三、事件发生经过：患者：符莲花，性别：女，年龄：39岁，诊断：低钾血症。 患者因全身乏力3天，于10:00轮椅入科，入科时患者意识呈清醒状态，聋哑病人，入院时生命体征在正常范围内，Bp110/62mmHg p92次/分R 20次/分T36.0℃跌倒评分18分，压疮评分14分，ADL评分55分，予上左边床栏，宣教入院知识和防跌倒，并于床头放防跌倒警示牌，并嘱咐患者家属陪护。 11月5日14:30 时，我（万智伦）在29床病人（林玉磷）床边换针水，听到9号病房传来呼叫声“护士有人跌倒了”，当我和学生媛颖同学跑到病房时，看见患者已经跌掉躺在地板上，同时罗秋红主管护师也来到病房帮忙，我们一起把患者扶到病床上，并叫罗秋红主管护师告知值班的李珍医生查体并电话告知护士长，我便给患者测生命体征，Bp128/62mmHg p 80次/分R 20次/分T36.3℃，全身查体无异常，无外伤。从新给患者评估跌倒评分为28分，压疮评分14分，ADL评分55分，又再次给患者右边上床栏，当时患者家属不在病房，予通过电话联系患者家属回病房后，再次给病号家属宣教，家属表示理解和配合，当时患者血钾浓度1.3mmol/L 遵医嘱予氯化钾缓释片1000mg口服，氯化钾20mL 加温开水一日三次口服，并密切观察病情。 四、根本原因： 针对以上事件分析： 1、对患者家属的安全宣教不到位，未能引起患者和家属对预防跌倒的重视，为患者提 供预防跌倒措施，未得到落实，巡视病房不够，不能及时协助患者。 2、患者低钾血症，是跌倒高危病人，主要与其疾病有关，患者是聋哑病人，沟通困难， 对疾病的缺乏，不愿麻烦护士和家属，本组情况案例为患者独自一人活动时发生。 五、预防措施： 1、护理人员提高安全防范意识，对新入院患者进行全面的评估，对跌倒高风险患者采取针对性的干预措施，向患者和家属详细交代注意事项和预防措施，悬挂“防跌倒”警示牌，做好用药指导，特别是当患者服用镇静、催眠、抗焦虑、抗抑郁、降血压以及任何影响人体平衡的药物时[2]，为站立不稳和步行缓慢的患者提供拐杖或助行器等辅助工具；对安全宣教和预防措施落实效果进行评价和反馈；落实基础护理，加强巡视。 2、护理管理者应加强安全监管，及时发现病区基础设施、环境和日常护理工作中存在的安全隐患，为患者提供安全的住院环境；制定相关护理安全管理制度，定期培训、考核护理人员对安全防范措施的掌握情况；对已发生的不良事件及时分析原因，制定并落实整改措

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。

案例05-起呼振铃后收到invite603导致未接通问题分析

案例-HTC 终端声音设置为勿扰模式导致主叫起呼振铃后收到 invite603 描述能正常通话; 问题描述：抓取CDS 测试LOG 发现，被叫回invite180后、立即上发invite603 问题原因: 常 原因 定位 Tim* Q,:片 U 15 12213 RFiCC vfln 沖 OhR Q wrJ ： onC^rn 廿 3C€H ■审I 14 15 194J4 4 UOdlfR EPS E '.-'3r r'T C Wil4iat IR ? out it 1*15 1S427 WQ4tF EPS Bearer Cw-eit^ccfEl EP3SM U.t5 T5432 守 tiLMlorniiMooTrins 伽 UL _CMXH 1*1S 15435 f*CCH 1*15傅3轉 事p 卸M RCCM U 15 1W0 和 11 tai m 「一 t Meai5iifemertfieB

软件测试案例分析

软件测试案例分析 Document number【980KGB-6898YT-769T8CB-246UT-18GG08】

对软件测试理解 软件测试作为软件质量保证的一种重要方法，近些年来, 软件测试越来越受到产业界、教育界和学术界的重视。软件测试，描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输出间的审核或者比较过程。软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。 1软件测试的方法 黑盒测试 在黑盒测试(或称功能测试)中，不考虑程序的内部结构和表现，其目的是确定程序的输入与输出是否与其规格一致，力图发现以下几类错误：是否有不正确或遗漏了的功能在接口上，输入能否正确地接受能否正确地输出结果 是否有数据结构错误或外部信息(例如数据文件)访问错误性能上是否能满足要求 是否有初始化或终止性错误 黑盒测试的主要缺点是依赖于规格的正确性(实际情况并非如此)和需要采用所有可能的输入作为测试用例才能保证模块的正确性。 白盒测试 在该方法对软件的过程性细节做细致检查，对程序所有逻辑进行测试。通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。测试用例从程序的逻辑中产生。确定程序逻辑覆盖有几条原则，其中之一是语句覆盖，要求程序中的每条语句至少执行一次。这条原则是必要的，但不充分，因为部分错误并不能检测出来。

从上至下测试 从上至下测试从程序的顶点模块开始，然后逐步对较低级的模块进行测试。为了模仿被测试模块的低级模块，需要哑模块或桩子模块。从上至下测试的主要好处就是排除了系统测试和集成，它可以让人们看见系统的早期版本并证明系统的正确性。它的效果之一可以提高程序员的士气。从上至下测试的主要缺点是需要桩子模块，并且在桩子模块中的测试数据直到输入输出模块加入之前不能确定。某些模块的测试数据难以创建，因为桩子模块不能模拟数据流使得模块之间的数据流不能组织成有向无环图。 从下至上测试 从下至上测试策略从程序的最低级模块(不调用别的模块)开始。为了模拟高一级的模块需要驱动模块。当对所有的低一级模块测试完毕才对高一级模块进行测试。从下至上测试方法的优点之一是测试数据的建立不存在困难。尽管数据流不在有向无环图中，但驱动模块模拟所有的调用参数，如果关键模块位于调用模块的底部，则从上至下测试方法更优。从下至上测试的主要缺点是系统的早期版本直到最后模块测试完毕才产生，并且设计和测试一个系统不能重叠进行，因为不可在低级模块设计之前进行测试。 测试用例一般描述

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小区导致未接通。

精品案例_TAC设置不合理导致VoLTE未接通

TAC设置不合理导致VoLTE未接通

目录 一、问题描述 (3) 二、分析过程 (3) 三、解决措施 (5) 四、经验总结 (6)

TAC设置不合理导致VoLTE未接通 【摘要】随着VoLTE业务的不断推广，VoLTE用户数逐步增加，VoLTE业务的感知成为关注的焦点。经过几个月的不断优化，铜陵VoLTE网络掉话率逐步减少，但是未接通现象仍时有发生。为提高用户的VoLTE通话感知，需时刻关注未接通发生的原因，逐步解决，提升接通率，保障用户通话感知。 【关键字】VoLTE 未接通 【业务类别】VoLTE、参数优化 一、问题描述 RCU设备在铜陵铜官区北京东路上进行VOLTE路测时，主叫起呼发出Invite消息后，在收到核心网响应Trying 100之前,先收到了核心网下发的RRC Connection Release消息,RRC连接释放后,接续被终止，出现了未接通事件。 二、分析过程 通过信令详细分析主叫起呼的过程，可以发现，起呼前，主叫刚完成重选过程，从TL-市区-康复中心-HFTA-448900-53小区（PCI：210）重选至TL-市区-市二院-HFTA-448913-54小区（PCI：356小区），由于源小区与目标小区处在不同的TAC，主叫发起了TAU请求：

在主叫上发TAU请求后，未等网络回复ATU Accept，主叫已开始了起呼，上发Invite消息。然而Invite上发0.172s后，主叫同时收到了网络下发的ATU Accept和RRC Connection Release消息（因此时主叫处在非业务态，ATU更新会伴随RRC连接的释放），主叫被叫同时释放，从而导致了Blocked Call事件的发生。

一例跌倒病人案例分析

一例跌倒病人案例分析 时间：2014.7.24 地点：会议室主持人：记录人：参加人员： （护士长）： 昨天晚上我们科室发生了一例患者跌倒事件，患者住院期间发生跌倒是比较常见的不良事件，也是我们需要特别注意的地方，我觉得如何避免患者跌倒是对于护士来讲非常重要的事情，因此今天大家聚集在此一起来讨论患者跌倒的原因，并提出有效的防范措施很有必要。下面让当时的值班护士将患者的基本情况及事情发生的经过向大家汇报一下。（护师）： 患者，男，67岁，系“头晕、头痛一年加重半月伴纳差乏力一周”入院，拟“颈动脉硬化”收住我科。入院后患者给予营养神经、扩血管等支持治疗。患者予7. 23 06：30分洗澡后在卫生间门口发生跌倒，护士听到呼叫后立即奔赴事发地点，协助将患者安置予病房，查看患者神智清楚，无明显外伤存在，测生命体征正常，立即通知医生，告知生命体征情况，协助医生给予患者体格检查，无明显异常。安抚患者情绪，告知安全事项。（护士长）： 将患者的基本病史及事情的发生经过向大家汇报完了，下面大家就该患者跌倒的原因开始讨论，分析可能存在的危险因素，这样能够有效的避免该类时间的发生。（主管护师）： 我来讲一下该患者首先存在的一个护理问题就是躯体移动障碍，大家在平时的工作中也都知道，所以这属于一个高危人群，是我们日常工作中需要重点护理和监护的对象，像该类患者，一定需要我们加强巡视和安全知识的宣教。在思想上，我们也要有安全意识，切记不可掉以轻心。我觉得该患者发生跌倒的原因之

一就是患者的安全告知和护理是欠缺的，需要加强。（护师）： 我同意，我想补充的就是该患者发生跌倒的另一方面是自身的原因，就是患者对自身的评估是欠缺的，该患者自己认为自己可以到卫生间，所以他在入厕的时候没有告知家人也没有通知护士来协助。我不知道该患者是害怕麻烦别人，还是自己相信自己的缘故，总之，他对自己的自身情况的评估是欠缺的。（护士）： 患有糖尿病，此类疾病是易致机体平衡失调的慢性疾病，还有像高血压、糖尿病、脑梗塞后遗症、冠心病等，常常需同时服用多种药物。如降压药，降血糖药，安眠药，镇静药等，特别是镇静催眠药、抗精神病药和麻醉镇痛药，被公认为是跌倒的显著危险因素。因此我认为从患者的疾病因素考虑这也是一个重要的跌倒因素。（护士）： 我从环境因素来考虑，患者发生跌打的原因还包括：患者入住病房后，对环境不熟悉，时有地面潮湿、光滑，光线不足，卫生间、走廊等未加扶手，病床两旁未加床旁栏，床尾摇手柄外露，座椅松动等，这些都是导致患者意外跌倒的因素。其中，因床尾摇手柄使用后未及时归位而导致患者跌倒的情况也是存在的。（护士长）： 大家就该患者发生跌打的原因从几个方面入手分析的很全面，下面就如何预防跌倒现在开始提出你们的意见。（护师）： 我来回答一下，做好患者入院危险因素评估，对于年龄较大、老年女性、心脑血管疾病患者等在入院时护士要做好患者安全评估，从各方面判断是否属于易跌倒高危人群，并标示黄色“防跌倒”醒目标志在床头，以有效提醒护士、患者及陪人提高警惕，预防跌倒。向入院患者介绍病区环境及安全设施，病房规章制

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。

精品文档_邻区漏配导致的VoLTE语音未接通分析

邻区漏配导致的VoLTE语音未接通分析 案例

目录 一、问题描述 (3) 二、分析过程 (3) 三、解决措施 (5) 四、经验总结 (7)

邻区漏配导致的VoLTE语音未接通分析案例 【摘要】VOLTE是基于IMS的语音业务，而IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。经历了过去几年的发展成熟后，VOLTE已经实现规模商用。VOLTE测试中邻区漏配会导致通话质量较差、掉话、未接通等问题，本文主要分析由于邻区漏配造成的未接通处理过程。 【关键字】邻区VOLTE 【业务类别】优化方法、VoLTE、参数优化 一、问题描述 统计RCU指标时发现6月13日10:03:33时在通达路与航苑路交叉口附近出现一次未接通事件，车辆在该问题路段时由西向东行驶，占用XY-BB-蚌山区-万达悦府C区4#楼一单元电梯机房-ZFTA-440309-8小区信号，RSRP=-85dBm、SINR=-11.8dB；主被叫均出现未接通。 二、分析过程 主叫在10:03:28秒时发出IMS_SIP_INVITE->Trying的信令，在10:03:33时出现未接通事件，产生事件原因为IMS_SIP_INVITE 488，主叫占用BB-蚌山区-蚌山区金奥华府西门-ZFTA-156318-134小区信号，RSRP=-62dBm、SINR=23.6dB，主叫信号良好； 主叫：

分析被叫数据，被叫在10:03:09时发出IMS_SIP_BYE->OK 200的信令后，结束通话进入空闲态，占用XY-BB-蚌山区-万达悦府C区4#楼一单元电梯机房-ZFTA-440309-8小区信号，RSRP=-80dBm、SINR=-5dB左右，占用该小区信号后，重复发送RRC连接重配置消息，最终产生LTE RRC Radio Link Failure事件，无线链路失败后，小区重选至BB-蚌山区-蚌山区金奥华府西门-ZFTA-156318-134小区后，信号恢复正常，被叫在10:03:33.836时发IMS_SIP_INVITE->Trying 100消息，还未建立QCI承载便发生了未接通事件。 从测试数据分析上看，在RRC连接重配置不成功产生了LTE RRC Radio Link Failure 的事件，提示无线链路异常发起重建，说明该未接通非流程冲突、SIP消息丢失、核心网的

经典案例_UE不活动定时器设置较小导致VOLTE未接通

无线-UE不活动定时器设置较小导致VOLTE未接通

目录 一、问题描述 (4) 二、分析过程 (4) 三、解决措施 (5) 四、经验总结 (6)

UE不活动定时器设置较小导致VOLTE未接通 【摘要】在eNodeB L2 MAC检测到DRB上下行都没有数据接收/发送之后，启动计时器计数，在当该计数器满足UE不活动定时器配置值后，L2上报L3发起释放（L3在S1口会向核心网发送“S1AP_UE_CONTEXT_REL_REQ”消息，且消息内携带的原因值为“User-inactivity”）；当计数器未满足UE不活动定时器配置值时L2 MAC又检测到DRB有数据发送/接收后，计时器重新计数。由于UE不活动定时器超时导致RRC异常释放，然后上报CANCEL，导致为未接通，影响用户感知。 【关键字】UE不活动定时器VoLTE 【业务类别】VoLTE 一、问题描述 网优人员接到用户投诉在市区金隆公司附近打电话时，几乎每天都会遇到别人打自己电话，自己手机没反应，接不到电话。为此在现场展开测试分析优化。起呼过程中主被叫手机一直占用金隆公司基站，4G无线环境良好。 二、分析过程 主要的几个事件过程如下： （1）起呼过程中主被叫手机一直占用金隆公司基站，无线环境良好。 （2）先是主叫挂机，RRC被释放，主叫上报INVITE，主叫收到INVITE100，主叫建立EPS 专用承载。 （3）主叫RRC被释放，主叫RRC建立，收到INVITE183，收到INVITE180。 （4）主叫RRC被释放，主叫RRC建立，收到INVITE183，收到INVITE180。 （5）主叫RRC建立，主叫收到INVITE200同时上报ACK，主叫上报BYE。 （6）网络侧连续4次下发INVITE200，上报ACK和BYE，主叫收到网络侧下发的CANCEL481，原因为Cancel request received after dialog active state，收到BYE500，原因为Unexpected message received。 （7）主叫收到BYE200消息，正常释放EPS承载。 由于UE不活动定时器超时导致RRC异常释放，9s后上报CANCEL，导致一起未接通。

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个时，还会下发剩余的频点作为备选频点。

经典案例_华佗大道与京珠线交口未接通优化案例

华佗大道与京珠线交口未接通优化案例 摘要：VoLTE是通信基础话音业务的一次全面升级,是无线网、核心网、信令网、承载网、支撑系统的一次系统性改造和变革，保障良好的无线环境、是保障VoTLT良好通话的前提。 关键字：VoLTE 无线网信令网 【故障现象】： 通过分析亳州_市区_RCU1194测试_未知_未知--0000119420190114141910p4 RCU数据发现EPC和IMS核心网进行信令跟踪期间出现主叫UE在通话结束时，上发IMS_SIP_BYE->Request后，没有收到IMS_SIP_INVITE->OK信令，IMS下发IMS_SIP_UPDATE 500，随后又下发IMS_SIP_INVITE487出现未接通，如下图： 【原因分析】： 1.车辆行驶在十河小学基站附近开始占用BZ-市区-十河小学-HFTA-439184-0小区信号， 一直到市区李庄基站还在占用之后一直占用L2100小区；经过U2000对BZ-市区-李庄-HFTA-439184-55小区核查在该小区在2019/1/14没有出现告警。

2.经过核查干扰排查BZ-市区-李庄-HFTA-439184-55小区没有干扰存在。 3.通过TA接入测量分析用户的TA值在区间3和区间4范围的接入次数较多。 4.通过查看BZ-市区-十河小学-HFTA-439184-0小区的两两切换发现BZ-市区-十河小学-

HFTA-439184-0小区和BZ-市区-十河小学-HFTA-439184-2小区、BZ-市区-十河小学-HFTA-439184-50小区、BZ-市区-李庄-HFTA-439184-54小区存在切换出失败次数。 5.通过对RCU数据分析发现主叫UE信令，主叫UE在15:12:54发起 IMS_SIP_INVITE->Request做语音业务，15:12:57上报IMS_SIP_PRACK，UE在通话结束时下发IMS_SIP_BYE->Request后，没有收到IMS_SIP_INVITE->OK信令，IMS下发IMS_SIP_UPDATE 500；由于很长一段时间占用L2100小区没有及时切换到周边L1800小区导致问题区域RSRP=-110dbm左右出现覆盖差现象。

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、被叫脱网导致主叫未接通

关于CMSERVICEREJECT未接通的典型案例分析

关于CM SERVICE REJECT未接通的典型案例分析 问题描述：在近期的测试中，主叫手机占用到和田街客运站(39199-45451)小区呼叫因为受到严重干扰无线链路超时掉话，而被叫在很长一段时间内（主叫手机20s再次起呼）仍然处于专用模式下。主叫手机掉话20s后重选到富丽华大酒店(39199-45291)再次起呼，系统下发“CM SERVICE REJECT”主叫未接通。Reject cause：Message not compatible with the protocol state— 问题分析：相关资料对此次服务请求拒绝的解释如下： 因此怀疑此次未接通和无线侧没有任何关系，将相关信息发送给交换核查人员，得到的反馈为：主叫再次起呼的时候主被叫均处于专用模式下。因此经推断分析，主叫下行无线链路超时要早于上行无线链路超时（可以理解为上行无线质量更加优于下行无线质量），主叫无线链路超时后释放信道，而上行网络侧并不清楚手机已经释放信道，仍然处于通话模式下，同时网络对RLT超时的设置为64（即64×0.48＝30.72s），即考虑最好的情况下，主叫下行

掉话后有可能BSC在30s以后才会向MSC发送强行拆链信息，交换侧释放信道。主叫20s 以后再次起呼，因为网络侧仍然没有释放信道，故下行发送“CM SERVICE REJECT”，拒绝本次起呼。 综上，以上现象只能发生在无线链路超时掉话且上行质量优于下行质量，即主被叫无线链路超时严重不一致的情况下；同时，发生此种掉话必定会发生一次未接通，这对于集团公司测试的考核来说，大大放大了网络问题，对接通率是一个很大的考验。因此控制干扰、改善网络无线质量是网络优化的重中之重。

患者跌倒不良事件

患者跌倒不良事件 一、跌倒时间：2014年11月5日14：30 二、地点：内三科9号病房 三、事件发生经过：患者：符莲花，性别：女，年龄：39岁，诊断：低钾血症。 患者因全身乏力3天，于10:00轮椅入科，入科时患者意识呈清醒状态，聋哑病人，入院时生命体征在正常范围内，Bp110/62mmHg p92次/分R 20次/分T36.0℃跌倒评分18分，压疮评分14分，ADL评分55分，予上左边床栏，宣教入院知识和防跌倒，并于床头放防跌倒警示牌，并嘱咐患者家属陪护。 11月5日14:30 时，我（万智伦）在29床病人（林玉磷）床边换针水，听到9号病房传来呼叫声“护士有人跌倒了”，当我和学生媛颖同学跑到病房时，看见患者已经跌掉躺在地板上，同时罗秋红主管护师也来到病房帮忙，我们一起把患者扶到病床上，并叫罗秋红主管护师告知值班的李珍医生查体并电话告知护士长，我便给患者测生命体征，Bp128/62mmHg p 80次/分R 20次/分T36.3℃，全身查体无异常，无外伤。从新给患者评估跌倒评分为28分，压疮评分14分，ADL评分55分，又再次给患者右边上床栏，当时患者家属不在病房，予通过电话联系患者家属回病房后，再次给病号家属宣教，家属表示理解和配合，当时患者血钾浓度1.3mmol/L 遵医嘱予氯化钾缓释片1000mg口服，氯化钾20mL 加温开水一日三次口服，并密切观察病情。 四、根本原因： 针对以上事件分析： 1、对患者家属的安全宣教不到位，未能引起患者和家属对预防跌倒的重视，为患者提 供预防跌倒措施，未得到落实，巡视病房不够，不能及时协助患者。 2、患者低钾血症，是跌倒高危病人，主要与其疾病有关，患者是聋哑病人，沟通困难， 对疾病的缺乏，不愿麻烦护士和家属，本组情况案例为患者独自一人活动时发生。 五、预防措施： 1、护理人员提高安全防范意识，对新入院患者进行全面的评估，对跌倒高风险患者采取针对性的干预措施，向患者和家属详细交代注意事项和预防措施，悬挂“防跌倒”警示牌，做好用药指导，特别是当患者服用镇静、催眠、抗焦虑、抗抑郁、降血压以及任何影响人体平衡的药物时[2]，为站立不稳和步行缓慢的患者提供拐杖或助行器等辅助工具；对安全宣教和预防措施落实效果进行评价和反馈；落实基础护理，加强巡视。 2、护理管理者应加强安全监管，及时发现病区基础设施、环境和日常护理工作中存在的安全隐患，为患者提供安全的住院环境；制定相关护理安全管理制度，定期培训、考核护理人员对安全防范措施的掌握情况；对已发生的不良事件及时分析原因，制定并落实整改措施；对跌倒高风险病人进行重点交接班；合理安排薄弱时段护理人力，做好患者基础护理；护理部对接到的不良事件报告要及时进行调查分析，督促科室落实整改意见，并进行全院性安全警示教育。 3、提高患者及家属对跌倒的重视程度，以书面、口头、宣传栏、等多种形式对患者和家属进行防跌倒的健康宣教，强化患者和家属的安全防范意识，避免跌倒的发生。 万智伦