自动呼叫（精选7篇）
自动呼叫 篇1
1 引言
虚假号码现象 (主要是IP电话方式) 的愈演愈烈, 不仅影响了正常的通信市场秩序和人们的日常生活, 特别是虚拟主叫被一些非法分子利用, 实施诈骗等违法犯罪活动, 造成了不良的社会影响和后果。本文提出了一种通信网虚假主叫呼叫自动监控实时拦截方法, 并在实际工作中加以应用, 取得了较好效果。
2 虚假主叫产生的技术分析
由于移动网内移动用户发起呼叫, 网络都会对用户的主叫号码进行鉴权, 所以, 虚假主叫产生源头主要来自国内的非法落地IP电话经营者。例如, IP电话经营者首先租用运营商的PSTN线路, 然后通过这些线路连接自己的电话落地网关。国内运营商连接IP电话经营者的程控交换机对电话经营者租用的PSTN中继只做中继鉴权, 而对中继传送的主叫号码不做鉴权过滤。这样, IP电话经营者就可以任意设置主叫号码, 甚至把设置主叫号码的权限交给用户, 并将其作为业务亮点以刺激用户使用, 最终导致了虚假主叫现象的产生。
3 网间虚假主叫实时拦截技术方案
中国移动山东公司针对虚假主叫情况进行了认真分析、研究, 发现:目前虚假移动主叫号码的来源是其他运营商关口局, 由非法用户使用PC-Phone电话系统虚拟移动主叫号码发起, 经由关口局进入移动网内。同时, 移动用户正常使用其他运营商的IP接入号码发起呼叫或者其他运营商的被叫用户设置呼转号码到移动用户号码上, 都会在关口局产生主叫是移动用户号码的入网呼叫。为从正常的移动主叫号码入网呼叫中鉴别出虚假移动主叫号码发起的呼叫, 并进行实时拦截, 山东移动利用信令监测系统采集、分析信令全面、实时、详尽的特点, 实现了对通信网虚假主叫呼叫的实时监测功能;再结合网管平台对网元的统一管理, 建立了一套网间虚假主叫实时监控系统, 实现了对虚假主叫的实时拦截功能。
3.1 通信网虚假主叫监控系统的整体结构和组网方式
虚拟主叫监控系统架构图如图1所示。
3.2 通信网虚假主叫监控系统
通信网虚假主叫监控系统是以信令监测采集信令合成实时CDR (CALL DETAIL RECORD, 即呼叫详细记录) 作为其基础数据源, 在此基础上多个软件模块协同工作, 完成对虚假主叫的实时拆线和监测两大功能。虚假主叫实时拦截系统的软件架构如图2所示。
底层的信令采集处理机由实时CDR生成模块根据原始信令生成实时CDR, 经由实时CDR发送模块提交给虚假主叫监控服务器。虚假主叫监控服务器上的实时CDR接收模块负责接收底层送上来的实时CDR, 保存到实时CDR缓存模块中;对于疑似的呼叫CDR, 则提交虚假主叫实时规则模块进行鉴别。虚假主叫实时规则模块关联实时CDR缓存模块中的呼叫CDR数据和通过信令接口机模块访问主叫用户归属的HLR, 得到用户的位置和状态信息以进行实时判断;对于能实时判别出的虚假主叫, 则通过实时拆线接口模块发送到网管平台, 对呼叫进行实时拆线。
核心软件模块包括实时CDR生成模块, CDR缓存模块, 虚假主叫实时判定规则模块, 信令接口机模块, 实时拆线接口模块。这些模块协同工作, 完成对虚假主叫的实时拆线。
信令采集处理机对监测范围内的链路上的信令数据进行事件合成、生成呼叫CDR, 处理机对CDR做进一步处理。当呼叫建立后一方应答, 处理机就向虚假主叫监控服务器上传一个不完整的CDR结构体。合成实时CDR的流程如图3所示。
结构体内包含字段主叫号码、被叫号码、起呼时间、应答时间、源信令点编号、目的信令点编号、电路号信息。释放原因赋值为10000, 其他字段都未赋值。这样, 虚假主叫监控服务器在接收到这个CDR时, 只要通过这个字段, 就可以知道这是不完整的呼叫CDR。
当此次呼叫结束时, 处理机将再向虚假主叫监控服务器发送一个完整的CDR, 包括所有的呼叫流程产生的必要信息, 释放原因设置为正常的呼叫释放原因。
虚假主叫监控服务程序接收到实时CDR后, 对其中疑似虚假主叫的呼叫根据实时拦截规则进行判断, 最终实现对虚假主叫的自动监控。虚假主叫实时拆线处理流程如图4所示:
3.3 实时拦截总体原理
实时虚假主叫判断规则, 是根据现网发现的网间虚假主叫呼叫符合特定的呼叫流程, 可以通过实时的话务呼叫关联准确地判断出此次呼叫是否为虚假主叫的呼叫。实时拆线监控规则算法如下:
(1) 重叠话单判断规则
其他运营商关口局发起的呼叫, 主叫号码是X (任意号码) 呼叫被叫号码A (移动号码) 接通后, 又由其他运营商关口局发起的呼叫, 主叫号码是A (移动号码) 呼叫被叫号码B (移动号码) 且接通, 这样, 网间会产生两个重叠的呼叫接通话单, 移动号码A既做主叫又做被叫, 确定为虚假主叫。呼叫模型如图5所示。
(2) 主被叫同号判断规则
其他运营商关口局发起的呼叫, 主叫号码是A (移动号码) , 呼叫被叫号码A (移动号码) , 且呼叫为接通, 主被叫同为一个移动号码A, 确定为虚假主叫。呼叫模型如图6所示。
(3) HLR查询判断规则
其他运营商关口局发起的呼叫, 主叫号码是A (移动号码) , 呼叫被叫号码B (移动号码) , 且呼叫为接通。排除重叠话单的呼叫情况后, 不含前转号码, 同时主叫用户A在省内网间没有使用他网IP接入号进行呼叫发生, 通过信令接口机向该用户的HLR发送ATI信令, 查询该用户的状态和位置信息。如果用户当前状态为空闲, 则确定为虚假主叫。如果用户当前状态为忙, 再看是否在省内漫游。如果是在省内漫游, 且网间又没有关联到任何的A用户发起的从移动到其他运营商的呼叫, 则确定为虚假主叫。呼叫模型如图7所示。
网管平台通过TCP接口接收到实时拆线的数据消息后, 根据拆线结构体内的信息生成关口局拆线指令, 向指定的关口局执行拆线命令。
同时, 网管平台将所有网间的虚假主叫的实时拆线记录保存到数据库中, 提供给监控人员进行查询、核实与处理。
4 结束语
网间虚假主叫实时监控系统目前已经在山东移动得到应用, 并取得了良好效果, 对虚假呼叫实现了准确判断和及时拦截, 从而有效遏止了虚假呼叫的蔓延趋势, 保护了客户的合法权益, 体现了公司的社会责任。
摘要：本文提出一种通信网虚假主叫呼叫自动监控实时拦截方法, 并在实际工作中加以应用, 取得了较好效果。
关键词：虚假主叫,自动监控,实时拦截
自动呼叫 篇2
企业如何选择呼叫中心系统
提高呼叫中心服务质量
随着市场经济发展和市场竞争压力越来越大，越来越多的企业开始试图通过一种方式来获得更多客户、增进客户了解、提高服务质量，而此时电话销售和企业客服的形式就出现。
一、部分公司通过电话销售使更多的客户了解、购买企业的产品和服务；
二、较大型的公司通过建立客服呼叫中心，了解客户需求、解答客户疑问、提高服务质量，如电信类企业。
而以上两种沟通方式，最终产生的结果是企业选择呼叫中心或其他自动办公系统，来与客户更加高效进沟通、交流；事实上，企业通过使用呼叫中心也确实为企业事来诸多便利和收益。呼叫中心成功成为新型沟通和客户管理工具。
那么企业应该如何选择适合自己的呼叫中心系统呢？什么样的呼叫中心才能够使企业更加高效地与客户沟通、进行客户管理呢？
根据市场调查发现，企业可根据以下几个方面选择呼叫中心：
（1）企业规模和资金。
选择呼叫中心时应该根据企业规模和资金不同，可选择的呼叫中心组建方式也不同，一般分为自建型、外包型和租用型。如果企业规模较大且资金充裕可选择自建型较大型呼叫中心；如果企业规模较小、资金预算不高可选择外包型和租用型。另外，小公司也可选择小型呼叫中心，只要服务有保障就行。
（2）呼叫中心接入方式。
呼叫中心接入方式一般分为光纤接入、网络电话等方式。一般光纤接入费用会高一些，但是通话质量相对稳定；网络电话费用低、成本低，但是通话质量受网络影响，稳定性会差一些。
（3）呼叫中心系统开发公司。
选择呼叫中心系统时一定要选择在行业中已经有相当经验的呼叫中心开发公司，并在洽谈前弄清楚自己公司的呼叫中心需求。选择呼叫中心系统供应商时一定要找产品稳定性高、服务信得过的企业。自己公司使用的呼叫中心系统通话质量、使用效果都跟对方公司产品稳定性有很大关系。呼叫中心服务公司售后也很重要，售后服务不好，呼叫中心出现问题时，就不能及时有效地解决。
另外呼叫中心的选择上羊毛出在羊身上，选择价格高、效率高、稳定性高、服务好的呼叫中心会比选择成本低、稳定性差的呼叫中心要明智得多，切记不要因小失大。
自动呼叫 篇3
提高企业生产的自动化程度,提高生产效率和产品质量是实现企业转型升级的根本途径,改造设计和安装调试好一条自动化生产线具有极其重要的作用,目前以PLC为核心的自动化控制技术已在机电工程项目中得到了广泛应用,它具有安全可靠、抗干扰能力强、性价比高等特点[1]。
传统运输小车是广泛用于煤粉、细砂等物料输送的流水线设备上,整个运输小车系统一般是由给料器、传送带、小车等单体设备组合来完成特定的过程[2],其控制线路以继电—接触式控制方式为主,难以实现自动呼叫功能。本研究是将PLC技术应用于某大型钢结构厂焊件输送的自动化生产线上,替代了以前需要人工推车输送焊件到工位的困扰,降低人力成本,避免焊件堆积,且具有自动呼叫运输车的功能,控制系统还采用接近开关替代行程开关以精确定位运输车,采用数码管可显示当前运输车的位置,实现人机交互功能,提高系统的智能化程度。本研究通过应用计算机软件进行仿真调试,确保实现系统功能要求[3]。
1 运输车的控制要求
某钢结构厂焊件运输车呼叫系统位置结构图中设置6个呼叫站点[4,5,6],其中一号站是呼叫系统起、停操作的总控位置,也是装料、卸料工位,主要控制系统起、停,并将焊件装到运输车上,或者将焊接好成品或半成品运回卸下,其它五站点都焊接工位,由控制系统通过运输车将焊件送达需要的焊接工位上,焊接工人取下所需要的焊件,如果没有其他工位呼叫,运输车即停在当前位置,如果运输车中没有焊件,即提醒加料,根据生产要求,该控制系统主要满足以下功能:
(1)系统能判断运输车的当前位置;
(2)每个焊接工位均可呼叫运输车;
(3)每个焊接工位具有显示当前运输车位置;
(4)每个焊接工位上具有提醒加料的功能;
(5)系统具有过载故障报警功能;
(6)系统具有紧急停车功能和终端限位功能。
位置结构图如图1所示。
2 系统硬件设计
2.1 设计电气原理图
根据钢构厂焊件运输车呼叫系统功能和生产加工实际要求,系统主要控制对象是拖动运输车的电动机,其功能要求能实现正反转控制,为节约成本,本研究采用四极三相交流异步电动机,转速为1 420 r/min,通过传动比为50的蜗轮蜗杆减速机减速,将动力传送到链轮链条系统,由链条带动运输车,使得运输车运行速度控制在0.4 m/s左右。采用三菱FX3U-64MR可编程序控制器(PLC)作为其控制核心[7],灵活方便,可靠性高,采用七段数码管显示运输车所在位置,以便监视系统和呼叫,用接近开关代替传统的行程开关,可以准确定位运输车的位置,系统的紧急停止开关串接在PLC输出电源的交流回路中,可以及时、快速切断输出电源,实现可靠急停保护功能,详见电气控制系统原理图,如图2所示。
2.2 主要元器件及型号
根据系统负载运行情况测算,本研究可采用三相交流异步电动机功率为4 KW,380 V,根据电器元件选择有关设计标准和规定[8],计算并选择电器元件,系统主要元器件明细表,如表1所示。
2.3 七段数码管的限流电阻的计算
本研究采用LED数码管显示运输车位置,是因为LED数码管与液晶显示相比,具有亮度高,刷新速率快等优点,且容易与PLC输出口对接,编写程序简单方便。一个LED数码管内部有7个发光二极管组成,由于各个生产厂家生产数码管的参数不尽相同,数码管采用的是直流供电,本研究在外部加装一个直流电源,输出为直流24 V。由于本研究数码管采用10016AH型号,为共阴极接线方式,直流电源输出的负极接到七段数码管的公共端,据查,其点亮电流为20 m A,点亮时的电压为2 V。根据限流电阻计算公式[9]:
把数据U=24 V,Uf=2 V,If=20 m A代入到公式,求得R限流=1.1 K,即图2呼叫系统电气原理图中的限流电阻:
2.4 I/O地址分配表
本控制系统PLC外围有17个输入口,10个输出口,考虑到工程实际和安全可靠性要求,本系统中,除停止按钮(X7)、过载保护(X10)和限位保护(X17,X20)采用常闭触点驱动输入继电器外,其他都是常开触头驱动输入继电器,详见电气控制电路图和PLC接口I/O地址分配表,如表2所示。
3 系统软件设计
3.1 系统控制流程图
本研究接通电源,按下启动按钮,系统开始自检,观察是否报警,如果正常,数码管立即显出当前运输车的工位号,假设在a工位上,则SQa压合,数码管会显示代表a的数字,如果在b工位上呼叫运输车,即按下SBb,如果a=b,表示运输车停在原位不动,如果a>b,表示运输车在呼叫工位的右侧位置,则要求Y10有输出,接通向左接触器电源,使运输车左移,如果a<b,表示运输车在呼叫工位的左侧位置,则要求Y11有输出运输车接通向右接触器电源,使运输车右移。当运输车移动时,a的数值不断变化,当a=b时,即运输车在b的工位上停止,则SQb压合,数码管会显示代表b的数字,系统工作结束。系统主程序流程图如图3所示。
3.2 七段数码显示程序
七段数码A,B,C,D,E,F,G分别由Y0—Y6来驱动,例如:当运输车停在1号,3号,4号,5号,6号工位时Y2有输出,点亮C段数码,如果运输车停在3号工位,则3号位接近开关闭合,即X13为ON,此时,Y0,Y1,Y2,Y3,Y6必须有输出,来驱动A,B,C,D,F段数码管,显示为“3”。显示C段数码的Y2输出程序如图4所示。
3.3 过载报警和无料提醒程序
当运输车内没有焊件时,焊接工人需要按住工位上的呼叫按钮3秒以上,则报警指导灯会以1 Hz频率闪亮,提醒加焊件,如果电动机过载,FR常闭触点断开,X10接通,则报警指示灯长亮,若要解除报警则按启动按钮SB0,其程序如图5所示。
4 仿真测试与现场调试
本研究现场调试前将梯形图输入三菱编程GX-developer8中进行语法检查,用MCGS组态软件设计了触摸屏界面[10,11],如图6所示。
本研究通过设置各个连接点及参数,利用GT仿真软件进行了仿真调试[12],使程序满足了设计的控制要求,仿真测试过程正常。笔者将软件用于硬件调试,调试完毕后,所有控制系统进入现场调试阶段。
现场调试要根据系统运行的实际环境,特别在抗干扰性设计和安装施工上专门采用了一些措施[13,14],如PLC通讯屏蔽线与强电电缆分开走线,使PLC所有公共导线连接均接地至一个单点,该单点应当直接与系统接地相连;电感式接近开关防止电磁干扰,由于检测距离只有20 mm左右,要保证运输车在轨道上平衡运动,以及反复调试感应铁块与接近开关之间距离。现场调试经过焊接工作人员的确认及对相关数据分析,整个呼叫系统工作正常,调试结果满意为止。
5 结束语
爱情呼叫转移歌词 篇4
爱情转移
陈奕迅
徘徊过多少橱窗
住过多少旅馆
才会觉得分离
也并不冤枉
感情是用来浏览
还是用来珍藏
好让日子
天天都过得难忘
熬过了多久患难
湿了多长眼眶
才能知道伤感
是爱的遗产
流浪几张双人床
换过几次信仰
才让戒指
义无反顾的交换
把一个人的温暖
转移到另一个的胸膛
让上次犯的错
反省出梦想
每个人都是这样
享受过提心吊胆
才拒绝作爱情待罪的羔羊
回忆是抓不到的月光
握紧就变黑暗
等虚假的背影
消失于晴朗
阳光在身上流转
等所有业障被原谅
爱情不停站
想开往地老天荒
需要多勇敢
烛光照亮了晚餐
照不出个答案
恋爱不是温馨的请客吃饭
床单上铺满花瓣
拥抱让它成长
太拥挤就开到了
别的土壤
感情需要人接班
接近换来期望
期望带来失望的恶性循环
短暂的总是浪漫
漫长总会不满
烧完美好青春
换一个老伴
把一个人的温暖
转移到另一个的胸膛
让上次犯的错
反省出梦想
每个人都是这样
享受过提心吊胆
才拒绝作爱情
待罪的羔羊
回忆是抓不到的月光
握紧就变黑暗
等虚假的背影
消失于晴朗
阳光在身上流转
等所有业障被原谅
爱情不停站
想开往地老天荒
需要多勇敢
把一个人的温暖
转移到另一个的胸膛
让上次犯的错
反省出梦想
每个人都是这样
享受过提心吊胆
才拒绝作爱情
待罪的羔羊
回忆是抓不到的月光
握紧就变黑暗
等虚假的背影
消失于晴朗
阳光在身上流转
等所有业障被原谅
爱情不停站
想开往地老天荒
需要多勇敢
你不要失望
荡气回肠是为了
自动呼叫 篇5
为减少铁路局列车调度员 (车站值班员) 等调度用户在GSM-R区段使用相同车次号呼叫机车司机通信受阻, 避免列车调度员使用车次号呼叫非管界的机车司机, 在GSM-R区段使用基于位置呼叫限制来解决该问题。
2. 现状分析
在铁路通信中, 基于位置的寻址主要用于解决移动用户呼叫固定用户。在铁路的行车指挥中, 铁路局具有直接指挥权。每个局都有自己的调度所, 并将其作为局所管辖铁路的调度中心。当然, 局调度所里的调度员包括行车调度员、电力调度员、机调等各种调度, 但行车调度员的职责最为重要, 其功能也最为复杂, 并且与行车指挥直接相关。所以本文以行车调度员为例。
根据路局管辖区段和线路的行车密度, 每位行车调度员都管辖了一定长度的调度区段, 位于该区段内的所有车站以及正在该区段内行使的所有列车都要听从该行车调度员的指挥。每个车站都有一个车站值班员, 位于车站范围内的所有列车只听从该车站值班员的指挥。
基于位置呼叫限制主要用于解决行车调度员和车站值班员用车次功能号呼叫移动用户。在现有的GSM-R区段, 经常出现相同车次号的情况, 在智能网上注册的相同车次功能号会对应不同的MSISDN号, 智能网对此类呼叫不会进行接续, 造成通信受阻。
出现相同车次号的情况主要有两种:一种是长郊路或出现故障时, 列车行驶时间超过24小时;另一种就是不同铁路局内使用了同一个车次号, 这种情况在局管内的客、货车中出现的情况较多。
3. 解决方案
为解决列车调度员或车站值班员用车次功能号方式呼叫相同车次号问题, 用GSM—R智能网方式实现基于位置寻址的呼叫限制的方案进行解决。
首先要明确基于位置呼叫范围的有关要求:
3.1 列车调度台呼叫范围
(1) 正线:铁路局、调度所管内列车调度台及其助理调度台的呼叫范围按其管辖范围并向相邻调度辖区外延一个车站 (含车站) 设置。
(2) 枢纽地区:铁路局、调度所管内列车调度台及其助理调度台的呼叫范围按其管辖范围并向正线相邻调度辖区外延一个基站设置;未集中设置枢纽列车调度台时, 枢纽地区内各列车调度台的呼叫范围在枢纽台内互不限制。
(3) 铁道部调度指挥中心行车调度台的呼叫范围不做限制。
3.2 车站值班台呼叫范围
车站值班台呼叫范围的设置与其所属列车调度台的呼叫范围相同。
3.3 车站助理值班台 (GSM-R移动用户) 呼叫范围
已注册功能号的车站外勤助理值班台使用车次功能号呼叫范围的设置与其所处位置的列车调度台的呼叫范围相同。
3.4 调度用户功能号设置方案
根据《GSM-R数字通信网编号方案 (V2.0) 》 (科技运[2006]119号) 规定, 列车调度台、列车助理调度台、车站值班台、车站外勤助理值班台等调度用户设置功能号。呼叫类型设置为CT=91;功能码设置:FC=01 (列车调度台) 、FC=02 (列车助理调度台) 、FC=05 (车站值班台) 、FC=21…29 (车站外勤助理值班台) 。其中:车站外勤助理值班台功能号注册由移动终端使用者自行操作, 其它用户功能号由智能网做固定设置。
3.5 调度用户区域值 (简称DA) 设置方案
(1) 列车调度台、列车助理调度台、车站值班台的DA值设置同GSM-R编号方案中本列车调度台的位置号
(2) 车站外勤助理值班员 (GSM-R移动用户) 不需要制作网络数据。
4. 基于位置的呼叫限制业务的业务流程
首先用户A拨打功能号, 满足触发条件, MSC/SSP向智能网发送CAP操作Initial DP, 若A为列车调度员或车站值班员, 需根据用户A的功能号判断其所负责管辖线路及车站范围。然后SCP查找所拨车次功能号对应的机车上移动台的MSISDN, 进行号码翻译。SCP通过MSC寻呼获得所拨打的车次功能号所对应的MSISDN的位置信息, 根据位置信息判断本次呼叫是否受位置限制。若列车所在的位置属于该列车调度员 (车站值班员) 管辖范围, SCP向MSCA/VLR/SSP发送connect信息进行接续, 否则发送Release操作, 呼叫释放。
基于位置的呼叫限制业务的实现重点有两个:一个是列车调度员 (车站值班员) 在发送号码信息时同时在USSD消息中包含本调度台的功能号码;二是SCP要从HLR中获取被叫用户的位置信息, 即HLRb返回的ATI ack (Any Time Interrogation ack) 消息中有一项参数为Location Information, 其中的Cell ID (小区ID) 就是实现基于位置的呼叫限制业务所需的被叫用户的位置信息。SCP根据主两个信息进行判别该列车是否属于列车调度员 (车站值班员) 的管辖区段, 从而将这次呼叫进行接续或释放。
5. 结束语
用智能网方式实现的基于位置呼叫限制的业务解决了目前GSM-R区段存在的重复车次号注册问题, 但同时也存在两个问题:1、由于智能网的条件限制, 目前只能解决24小时内重复注册相同车次功能号的问题;2、为了得到被叫用户的小区位置信息, 网络至少需要进行两次寻呼, 这样不仅浪费了网络资源, 同时也对呼叫的接续产生一定的时延, 严重的情况下会大大增大呼叫建立时间。
摘要：介绍了GSM-R智能网和基于位置的呼叫限制的基本概念, 在分析我国铁路实际情况及已有的解决方案基础上, 提出了一种新的采用GSM—R智能网方式实现基于位置的呼叫限制的实现方案。
关键词：基于位置呼叫限制,列车调度,车次功能号
参考文献
[1]GSM—R数字移动通信智能网技术条件 (暂行) .中华人民共和国铁道部
一号呼叫 篇6
李叶一米六五的个头, 大方脸, 戴着燕尾帽, 穿着洁白的工作服, 靓丽的青春如花般绽放, 诱惑得我们在空闲之余总想多看她几眼。也使得我们不由得感叹时间飞逝, 岁月无情。想想我们刚从学校毕业走上工作岗位时, 不也同她一样富有朝气吗?可是经过常年的操心、劳累、倒班, 如今个个变成黄脸婆了。李叶很勤快, 工作踏实, 对患者又特别耐心。大家都非常喜爱她, 亲切地喊她“叶儿”。
李叶刚上班那两天, 别人与她说话, 她都是红着脸毕恭毕敬地说:“老师, 您好。”那天, 她在医生办公室见到一个实习生, 问了声:“老师, 您好。”那个实习生低头笑而不答。李叶红着脸退出来, 在镜子前照了一下, 然后悄悄地对我说:“老师, 你看我身上有不对的地方没有?”我打量了她一圈说:“叶儿最可爱了, 没有什么不对的。”“那我刚才问医生办公室的老师好, 她却笑我, 我还以为自己有什么不对呢。”叶儿说。“走, 我看谁这么无礼。”于是拉着她到医生办公室, 谁料那个学生笑得眼泪都出来了。见是她, 我也笑着说:“小王, 你是不是占了叶儿便宜, 笑得这么欢。”她指着李叶笑得半天说不出话来。我对李叶说:“看她不敢给你当老师, 笑傻了。”说完我们都笑了。
过了些日子叶儿与大家熟悉了, 有人问她:“叶儿有对象了吗?”她红着脸摆摆手。于是小张说她给叶儿介绍一个, 小海抢着说她有个弟弟, 还是给她当弟媳妇吧, 老李说谁都不要打叶儿的主意, 她儿子正愁没对象呢。大家七嘴八舌夸叶儿, 她听着听着就羞跑了。
因为科室安排我给叶儿带教, 为了让她尽快独立工作, 我手把手教, 一遍遍讲。她勤学好问, 一点就通, 而且彬彬有礼, 口口声声喊我老师。我拍着她的肩膀说:“叶儿, 以后只管叫我大姐就是了。大家一起共事不必太客气, 再说你称我们老师也会给你的工作带来不便。别人一听你是学生, 就知道你是新手, 就算你的技术好他们也不放心。”她点点头说:“老师, 知道了。”“叫大姐。”“噢, 大姐。”她笑了。
冬天的妇产科实在太拥挤了。三十张床位, 病人却有五六十个, 加上三十多位新生儿, 每位孕产妇至少一个陪护家属, 病房的人口密度就可想而知了。每次一推门, 屋里的饭腥尿腥血腥简直令人倒退。其他科室的同志经过妇产科总要捂着鼻子疾步如飞, 他们实在不能忍受这种刺鼻的气味。毫不夸张地说, 连我们这些久闻不知其臭的人每天走进科室都想转身, 何况那些浑身喷着香水, 室内摆满鲜花的人, 就怪不得他们太矫情了。
病人和家属太多, 加上北方又有产后不开窗的风俗, 空气污浊得叫人难以忍受。我们随时进病房宣教通风换新鲜空气的重要性, 可是只要我们一离开病房, 家属生怕产妇落下中风病, 就立即把窗户关上了, 所以妇产科病房的气味成了不能根治的老大难。
加床, 加床, 二十多张备用床加完了。病人还是络绎不绝, 蜂拥而来。我们说实在没床了, 请病人到其他医院去。有些人就投诉我们推诿病人。在这种情况下, 我们只能来者不拒, 继续从其他科借来窄窄的小加床。病房里加不下, 就加在走道里。于是走道也变成了病房, 你挤我碰, 孕妇阵痛的呻吟、新生婴儿的哭闹, 热闹非凡。
有些人就爱赶一窝蜂, 比如吃饭, 总爱看哪家餐馆吃饭的人多就往哪家挤。看病也一样, 有的医院冷冷清清, 他们偏偏不去。我们医院拥挤不堪, 人满为患, 他们非来不可。其实, 科室里就那几个医生, 就那几个护士, 病人却猛增, 工作量大得叫人难以承受。但我们还得拼命奔跑, 丝毫不敢怠慢, 更不敢有半点闪失。
叶儿上班一个月了, 我带她上完第二个夜班, 她就要独立上班了。那晚下雪了, 路很滑, 我赶到班上时, 叶儿已经早早接班了。“大姐, 今晚你别操心, 我自个干活, 明早你检查就是了。”“你说说该做什么?”我笑着问。她把我教的全背出来, 又拿出小本看了一下说:“你说的就这些, 还有吗?”“没有了。”就这样, 她忙工作, 我在旁观。过了一阵, 叶儿笑着说:“你就放心休息去吧。”看到她胸有成竹, 得心应手的样子, 我就在更衣室看书。但哪里能看进去呢, 听着办公室墙壁上此起彼伏的呼叫铃声, 我只得频频起身帮叶儿。
过了一小时, 看见叶儿特别忙碌, 我又去巡视病房。这是个不平静的夜晚, 五个手术后的产妇, 六个临产妇, 走道里人来人往, 急诊入院的, 产后回病房的, 家属送饭送东西的, 端着碗要热水的……真的, 没有哪个科室像妇产科这样琐碎, 也没有哪个科室如妇产科这样通宵达旦。听, 有些生了儿子的人在走道里大声打电话向亲朋好友通报喜讯;有些生了女孩的产妇在低声哭泣;正在分娩的女人在产床上歇斯底里大叫;病房里婴儿饿了尿了的哭声此起彼伏。
叶儿像旋转的陀螺, 从病房到治疗室, 从办公室到产房。凌晨四点, 我问生了几个?叶儿向我竖了四个指头, 做了个调皮的鬼脸。到底是小姑娘, 忙了大半夜她仍然一脸兴奋, 劲头十足。而此时, 我的“夜班综合症”犯了, 胃里特别难受, 浑身困倦无力, 眼皮不停地打架。我吃了两块饼干, 又去巡视病房, 见叶儿站在走道的一张窄窄的加床前给一个产妇喂红糖水。我走过去, 她低声说:“新来的, 早产了。孩子太小, 还在辐射台上暖着呢。”“几个月?家属呢?”“八个月, 男的出去买纸了。产妇头晕, 我向十二床家属要了红糖。”这是个很瘦弱的外地女人, 在修车铺打工, 衣服上沾满了油腻。她脸色苍白, 浑身颤抖。叶儿将科室仅有的一床旧被子裹在她身上, 又鼓励她多喝些热红糖水, 糖水喝完了, 她仍然说冷。叶儿就跑到值班室把自己的羽绒服拿来盖在她身上。那一刻, 我被她的善良感动了。
叶儿能独当一面工作了, 我们的队伍中多了一个轮夜班的人。
就在我们天天忙得焦头烂额的时候, 又接到一位大人物的女儿要来生产的通知。听到这个坏消息, 谁不皱眉头呢?我们首先将一号病房的六个病人全部挪到走道, 然后彻底打扫卫生, 消毒通风, 喷洒香水, 又将所有物品换成新的。为了隔出单间, 只能暂时让其他人员走侧门, 并在二号病房与一号病房门口的走道里挂了新门帘。经过整整一天的收拾, 一间整洁、温暖的接待病房就布置好了。
大人物女儿的预产期是二十六日, 他们要赶在“圣诞节”剖腹产。为迎接这不同寻常的“圣诞”, 科室所有的人都全力以赴, 谨慎小心。人家的宝宝刚一剖腹生出, 早已等在门口的各方来客就拥簇着, 送上最美好的祝福和最锦绣的鲜花。手术后三天, 大人物要求科主任和护士长亲自守护这对母子。
第四天巧逢叶儿的夜班, 护士长特意换了个业务精湛、人情达练的老同志一起值班。
几天时间慢慢熬过去了, 谁知就在即将出院的第七天晚上叶儿却闯下了大祸。事情其实非常简单, 半夜人家呼叫了两次叶儿才跑去。原来婴儿尿了哭闹, 孩子的母亲心疼了。孩子的父亲双手叉腰责问叶儿为何才来?叶儿边给婴儿换尿布边道歉说9病室的一个产妇晕倒了, 她给输氧, 实在抽不出身。也许叶儿当时不吱声, 孩子的父亲骂一阵也就算了, 她这一解释可把事闹大了。
“就你有理?我们住了这些天别人都是随叫随到。我看你能, 你有理, 我要你有理!”孩子的父亲动怒了, 拿起电话就打。
不多时, 大人物坐着轿车来了。
各级领导神色慌张跑来了。
科主任护士长气喘吁吁地跑来了。
叶儿成了“罪人”, 被轮番责问、训话。她难过得哭了。人家要她道歉, 她并不认为自己有错, 可在各种压力下, 她不但向人家鞠躬道歉还做了深刻检讨。人家还要求严肃处理此事。
叶儿受到停职一月的处分。
终于送走了大人物的女儿, 我们把走道的门帘取了, 把住在走道里的病人挪进来了, 一切又恢复了常态。因为工作实在太忙, 护士长通知叶儿提前上班了。年轻的叶儿经过这次意外打击, 变得很低沉, 很自卑, 每天早早上班, 等科室的人走了她才下班。
有一天我值夜班, 她半夜来了。我说:“你不好好睡觉, 怎么跑来了?”她说:“我实在想不通, 每天睡觉总是做恶梦, 梦见人家又叫我下岗了, 梦见人家呼叫我跑去迟了。我妈说十几年前她去医院看病时有个护士态度非常恶劣, 她叫我上班后一定要好好对病人, 如果这事传到我妈耳朵里……唉, 我都不敢回家了。”她说着又哭了。
呼叫接续时延优化分析 篇7
关键词：呼叫接续时延,CSFB
1 呼叫接续时延的基本原理
呼叫接续时延, 在人为感知上是指从用户拨号到听到被叫的彩铃音或回铃音的时间, 从信令角度是指从主叫手机发起业务请求 (CM SERVICE REQUEST) 到收到振铃消息 (ALERTING) 之间的时长。呼叫的接续时延过长, 会严重影响用户对网络的感知。
2 2G/3G呼叫接续时延分析
本次呼叫测试模型为局内普通 (非智能、无彩铃) 用户呼叫, 该呼叫模型的信令基本流程如下: (注:不同厂商交换参数设置不一, 呼叫处理流程也有不同。)
2.1 影响呼叫时延的主要因素
(1) 寻呼流程时延:指无线侧寻呼响应时间。这与无线环境有关, 还与A/Iu口信令拥塞情况有关。
(2) 鉴权流程时延:主要和无线侧关系比较密切, 还可能和SIM/USIM卡有关, 不同的卡CPU处理总线位数不同, 对于SRES的运算时间也有差异。
(3) 指配流程时延:主要和无线侧关系比较密切。主被叫TCH ASSIGNMENT REQUEST到TCH ASSIGNMENT COMPLETE之间的时长。
(4) 交换机处理差异:不同交换机对不同子流程的处理不同, 导致处理时延有差异。
2.2 呼叫时延现网分析
通过对H市、A市、S市和W市的移动网络呼叫接续时延做测试, 采用本局互拨的呼叫模型, 拨测20次, 得到呼叫接续时延的平均值如下 (单位:秒) :
通过比较发现:W市移动网络的接续时延比电信、联通网络要短;其它市联通接续时延小于移动网络接续时长。据了解, 联通交换侧的无线参数没有移动参数严格, 参数相同情况下, 移动和联通接续时延将相当。
2.3 呼叫时延在不同厂商端局间的比较
2.3.1 信令比较
A厂商局内呼叫:
B厂商局内呼叫:
C厂商局内呼叫:
2.3.2 时长比较
通过提取拨打测试的信测消息, 得到呼叫时延统计, 见表2:
2.3.3 小结
(1) 鉴权时间 (AUTH REQ与AUTH RESP之间的消息间隔) 分析。A、B和C厂商局主叫耗时分别是0.7-0.8s、0.7-0.8s和0.6-0.7s, 该时间主叫表现为无线与终端之间的耗时。按照集团公司的网络设置要求, 用户主叫必须进行100%鉴权, 被叫无需鉴权。C厂商设备由于主叫鉴权与被叫鉴权不能单独进行设置, 所以C厂商设备下用户的被叫也进行100%鉴权。A和B厂商交换设备下被叫流程中无鉴权流程。
(2) 加密时间 (Cipher Mode Command与Cipher Mode Complete之间的消息间隔) 分析。C厂商交换机耗时为0.2-0.3s, A和B厂商无此流程, 该时间主叫表现为无线与终端之间的耗时。主被叫过程中的加密流程为可选流程, 由于C厂商设备鉴权与加密不能单独设置, 所以存在加密流程。
(3) 主叫侧交换机指配电路 (Assignment Request与Call proceeding之间的消息间隔) 分析。A、B和C厂商交换机耗时分别为3.9秒、0.01秒和2.47秒, A厂商交换机用时最长。主叫侧A、B和C厂商设备均为早指配 (在呼叫建立过程中, 网络侧向主叫用户发送Call proceeding消息后, 被叫用户振铃Alerting消息前, 进行话务通道分配的一种指配方式) , 但是指配的时机各不相同:
a.A和C厂商主叫侧电路指配请求是在等到被叫侧回复Call Confirm消息后才下发的 (该时间间隔包含了交换机取漫游号码、被叫寻呼的时间间隔) , 而B厂商设备是在寻呼被叫的同时就下发了主叫侧电路指配请求。所以B厂商耗时小于A和C厂商较长。A和C厂商的接续时长与被叫流程中回复Call Confirm消息的时间有关。
b.B和C厂商交换机下, 无线侧主动上报Classmark, 而A厂商交换机开启Classmark_Request流程后, 主被叫流程中都要求手机上报无线性能, 同时A厂商交换机覆盖的BSC也会主动上报Classmark, 这与交换机的Classmark_Request流程重复, 影响呼叫接续时长, 并且增加A接口信令流量。
(4) 被叫流程中, A厂商耗时明显大于C厂商耗时, 特别是在SETUP与Call Confirmed之间, A厂商设备相比C厂商设备增加了Classmark_Request流程。该流程在GSM规范中没有明确规定, A厂商交换机根据Classmark2信元中的CM3标志来决定是否触发该流程。A厂商交换机Classmark流程与呼叫接续流程是并行处理的, 不影响交换机的时长, 但是手机是串行处理的, 影响时长。Classmark_Request为可选流程, 不影响业务。在测试局上关闭该参数测试, 发现接续时长减少0.8秒, A接口信令链路平均负荷降低0.2%-0.6%。
(5) 指配响应时间 (Assignment Request与Assignment Complete之间的消息间隔) A、B和C厂商耗时分别0.8秒、0.55秒和0.43秒, 该耗时为无线耗时。
(6) 振铃时间 (Assignment Complete与alert消息的时间) , 该时间体现为从主叫指配到主叫听到声音的时间间隔。由于各个厂商主叫指配的机制不一样, 比较时间间隔没有具体意义。
优化后, W市网络接续时长指标较3年前有显著提升, 在三家运营商中较有优势。其它市接续时长与电信、联通网络相比, 时间相当, 但有优化空间 (关闭交换机Classmark Request流程) 。开展优化工作后平均减少时长0.5秒。
3 4G呼叫接续时延分析
随着4G-LTE网络的引入, 带来了全新的网络架构和业务流程。而CSFB语音解决方案的引入, 使得CSFB用户相比于传统2G/3G语音用户增加了由EPS (LTE系统的统称) 网络指示用户回落到目标电路域网络处理流程, 因此会增加呼叫建立的时间, 降低用户的使用感知。
3.1 CSMO (CSFB主叫) 语音业务流程
(1) UE (用户设备) 发起CS Fallback语音业务请求。
(2) MME (移动性管理实体) 发送Initial Context Setup Request消息给e Node B (基站) , 包含CS Fallback Indicator。该消息指示e Node B, UE因CS Fallback业务需要回落到UTRAN/GERAN。
(3) e Node B要求UE开始系统的小区测量, 并获得UE上报的测量报告, 确定重定向的目标系统小区。然后向UE发送目标系统具体的无线配置信息, 并释放连接。
(4) UE接入目标系统小区, 发起CS域的业务请求CM Service Request。如果CM业务请求消息中携带CSMO标志, 则MSC Server记录本次呼叫是CSFB呼叫。
3.2 CSMT (CSFB被叫) 语音业务流程
(1) MSC Server收到IAM (初始地址信息) 入局消息。
(2) 根据存在的SGs (信令网关) 关联和MME信息, 发送SGs AP-PAGING-REQUEST (携带IMSI, TMSI, Service indicator, CLI, LAC) 消息给MME。
(3) MME发送Paging消息给e Node B, e Node B发起空口的Paging流程。
(4) UE建立连接并发送Extended Service Request消息给MME。
(5) MME发送SGs AP-SERVICE-REQUEST消息给MSC Server。MSC Server收到此消息, 不再向MME重发寻呼请求消息。为避免呼叫接续过程中主叫等待时间过长, MSC Server收到包含空闲态指示的SGs Service Request消息, 先通知主叫, 呼叫正在接续过程中。
(6) MME发送Initial UE Context Setup消息给e Node B, 包含CS Fallback Indicator。该消息指示e Node B, UE因CS-FB业务需要回落到UTRAN/GERAN。
(7) 伴随着空口、A/Iu-CS接口连接的建立, UE回Paging Response消息给MSC Server, 该消息中携带CSMT标识。
3.3 小结
进一步分析, 呼叫时延的增加主要体现在以下三个方面:
(1) EPS网络回落到2/3G网络:在CS Fallback语音呼叫阶段, 其流程相比普通的呼叫, 会增加额外的回落处理流程, 因而会增加呼叫建立的时间。但现网采用的CSFB语音解决方案中, PS域向CS域的回落是一个必需的过程, 无法省略。因此过程引入的时延无法避免, 只能从回落的流程中进行分析, 寻找优化空间。
(2) Uu口信道建立:无论是主叫还是被叫, 在发起语音业务时, MME都会指示UE回落到CS域, 而这个回落均需要通过无线信道来实现。当S1-U、Uu口保持在线状态时, 无需发起信道资源分配和建立的流程, 这样可缩短一定的时延。
(3) CSMT增加了4G寻呼:CSMT流程中发现当做被叫时, 如果S1-U、Uu口不在线, 一方面需要建立Uu信道, 另一方面需要发起4G寻呼, 即由MME发送Paging消息。而当S1-U、Uu口保持在线状态时, MME侧将保留UE连接状态信息, 当MSC通过SGS接口发送SGs AP-PAGING-REQUEST消息给MME时, MME可以直接寻呼到UE, 减少了MME根据跟踪区 (类似于CS域路由表) 寻呼UE的时延。在重新配置MME侧的MS活动定时器和e Node B的PS INACTIVI-TY TIMER定时器, 增加用户在线时间, 在MME+e Node B不同的参数配置下, 进行网络跟踪测试, 结果显示CSFB呼叫时延较修改前有所减少。
4 结束语
随着移动用户的不断增长以及在使用频率上的增加, 对移动网络的要求也在与日俱增, 呼叫接续时延会直接影响用户感知。为给用户提供更为优质、高效、满意的业务, 需要在核心网和无线侧持续优化参数配置来缩短呼叫接续时延。
参考文献
[1]韩斌杰编著.GSM原理及其网络优化[M].北京:机械工业出版社, 2001.
[2]华为技术支持[EB/OL].http://support.huawei.com.