紧急呼叫系统方案

紧急呼叫系统方案篇1

一、概述

哨位联动报警系统是用于审讯室、派出所、公安局、法院、养老院等哨位发生突发事件时，哨兵向上报警的紧急报警装置。该系统由电源、按钮、声光报警器、哨位主机（见示意图），各哨位和哨位主机用有线传输的方式工作。

二、组成联动报警系统的设备及功能

1、哨位：

安装于按钮安装在哨位上，当有警情发生时，哨兵可按下报警按钮，声光报警器发出声光报警并用有线的传输方式向主机发出报警信息。当哨位需要清除报警时，哨兵可恢复报警按钮，声光报警器停止工作并用有线的传输方式向主机发出恢复信息。清除主机的报警状态如下。

2、哨位主机

该主机用于接收各哨位发送来的报警信息。用LED指示灯显示报警分机的地址号，用播放报警声处置方案。主机上设8个有线口，可安装8组有线探头。当主机收到哨兵按下的报警按钮时启动报警，关闭主机报警需按下主机配备的遥控器来操作，主机设有联动输出接口可接警灯、警号等联动设备。

三、系统的联动报警流程示意图

紧急呼叫系统方案篇2

WiMAX作为一种宽带无线接入技术,在远距离传输、高速带宽接入和多媒体通信等方面具有非常突出的优势[1]。WiMAX的核心网采用移动IP 的构架,具备与全IP 网络无缝融合的能力,且可以提供高达50 M的带宽,作为“最后一千米”的无线接入解决方案,有着无可比拟的技术优势。日前,WiMAX技术被国际电信联盟(ITU)正式批准成为继WCDMA、CDMA2000、TD-SCDMA之后全球第四大3G标准。

WiMAX网络架构及一些IP业务支持的标准工作在WiMAX论坛中进行,论坛的目标是促进IEEE 802.16标准规定的宽带无线网络的应用推广,保证采用相同标准的不同厂家宽带无线接入设备之间的互通性或互操作性。在版本R1.5特性中,加入了组播广播业务(MCBCS)、基于位置服务(LBS)、IP多媒体子系统(IMS)、策略和计费控制(PCC)、移动IPv6(PMIPv6)等一些特性,本文中研究的紧急呼叫也是其中一个非常重要的特性。

1背景介绍

首先介绍一下WiMAX系统紧急呼叫的需求,随着商用VoIP的日益发展,支持紧急呼叫成为VoIP的基本功能之一,也是一项必不可少的功能。在功能方面,根据不同的VoIP技术以及各个国家和地区法律法规的不同,紧急呼叫的需求会存在着一些差异,但是都会满足一些基本的需求。

WiMAX论坛中的需求工作组(SPWG)针对WiMAX R1.5中提供支持的紧急呼叫列出了一些基本的需求如下:

① WiMAX网络为紧急呼叫业务提供高优先级;

② WiMAX网络需要满足TIA/EIA J-STD-034、TIA-J-STD-036-B、NENA中定义的适用的需求和能力;

③ WiMAX网络能够支持对终端地理位置信息的请求和查询;

④ 如果WiMAX网络支持移动接入,同时采用VoIP技术,则网络需要支持增强的位置确定过程,位置信息的精确度满足E911第二阶段需求;

⑤ 如果设备认证失败,WiMAX网络可支持特定的功能,比如允许接入紧急呼叫。

本文就是基于满足这些紧急呼叫需求的前提下,来考虑和设计WiMAX系统对紧急呼叫的支持。IETF 基于互联网技术的紧急呼叫内容解析工作组(Ecrit)定义了3种紧急呼叫的架构模型[2]:

模型1:终端用户得到位置信息,由终端选定合适的PSAP(公共安全应答节点);

模型2:终端用户得到位置信息,由SIP代理服务器选定PSAP;

模型3:由SIP代理服务器得到终端用户的位置信息,并且选定PSAP。

在以上3个模型中(如图1),引入了位置服务解释服务器(LoST Server)[3],其主要功能是根据拨打紧急呼叫的用户的地理位置信息和紧急呼叫的类型(如SOS),来决定合适的紧急呼叫应答中心的统一资源标识符(PSAP URI)。然后,SIP代理服务器向指定PSAP发起会话建立请求,通过双方协商后即可建立紧急呼叫会话。

3个模型之间最大的区别在于:① 终端位置信息由谁来获得。在模型1和模型2中,终端用户可以向位置信息服务器发起位置信息请求以获得其相应的地理位置信息;而在模型3中,是由SIP代理服务器向位置信息服务器发送位置请求消息,获得终端用户的位置信息;② 谁根据位置信息来决定将紧急呼叫会话路由至合适的PSAP。在模型1中,由终端向LoST服务器请求合适的PSAP URI;而在模型2和模型3中,则由SIP代理服务器向LoST服务器发送请求消息以获得PSAP URI。

2WiMAX网络中紧急呼叫系统研究

基于以上介绍的IETF提出的3种紧急呼叫模型,本文将3个模型分别映射到WiMAX网络,主要考虑以下2个方面。

2.1移动终端(MS)的位置信息获取

移动终端的位置信息获取有如下4种方法:① 如果移动终端具有GPS功能,则终端可通过GPS得到自己的位置信息,这符合模型1和模型2;② 在WiMAX R1.5版本中,WiMAX网络可支持基于位置的服务(LBS),使第3方用户或者各网络功能实体可以查询移动终端的地理位置。因此,MS可以向位置服务器(LS)发送Location Data Request得到MS的位置信息,这符合模型1和模型2;③ SIP代理服务器(如IMS中的E-CSCF)可以向LS发送Location Data Request得到MS的位置信息,这符合模型3;④ MS可以将BS id或者Cell id作为小区尺度的位置信息。

另外,MS的位置信息有2个作用,除了根据MS的地理位置来选取合适的PSAP外,紧急呼叫应答中心可以根据MS的位置信息来确定呼叫者精确的地理位置以采取下一步的措施,2处所使用的地理位置的精确度和延时可以是不同的,且后者需要一定时间间隔的实时的位置更新。

WiMAX LBS可支持具有不同QoS级别的位置请求服务。当请求位置信息来决定PSAP时,该位置信息的精确度要求不高,但希望延时小、速度快;当请求位置信息来确定用户的具体位置进行援救等措施时,对位置的精确度就比较高,但对于延时没有太高的要求。所以,紧急呼叫业务利用基于位置的服务(LBS)是一种较好的选择。

2.2PSAP的选取

PSAP的选取有如下几种不同的方法:① MS可以通过OTA方式来预先配置一些PSAP URI与位置信息的映射表,这符合模型1;② CSN提供一个LoST服务器,MS可以通过R2接口与LoST服务器相连来进行位置信息与PSAP URI的转换;③ 如3GPP中IMS提供紧急呼叫时,E-CSCF查询LRF(Location and Routing Function),根据MS的位置信息来选择合适的PSAP。

通过以上2方面的比较,本文总结3个模型分别在WiMAX网络中的使用场景,如表1所示。在模型1中MS的负担重,网络负荷小,紧急呼叫过程更为快速,但是PSAP的选择范围小,有时需要通过OTA进行PSAP URI的更新,适用于在小范围、网络容量小的网络,不适合漫游的场景。在模型2中,MS的负担较模型1轻,紧急呼叫建立较模型3更快,PSAP的选择较模型更准确,适合漫游的场景,如果此时MS具有GPS功能或将其BS id作为位置信息,则模型2更适用。在模型3中,MS的负担更轻,但网络负担重。LBS可支持不同QoS级别的位置查询,PSAP的选择较准确,适合漫游的场景。当WiMAX网络支持LBS时,模型3的可用性更高,系统的性能也最好。

事实上,3个模型并不是完全独立的,在WiMAX紧急呼叫系统中,可以将3个模型综合考虑,根据网络不同的实际情况,选择合适的网络模型。本文提出基于IMS[4]的WiMAX网络参考架构[5]下的紧急呼叫模型,如图2和图3分别为非漫游和漫游情况下的紧急呼叫框架图。其中:P-CSCF和E-CSCF[6]为IMS架构中的功能实体,支持VoIP会话的建立。

同时本文考虑以下2个重要问题:漫游情况下的紧急呼叫和非认证用户进行紧急呼叫。

对于漫游情况下的紧急呼叫,在用户漫游情况下,网络侧应将紧急呼叫路由至拜访网络端的紧急应答中心,这有2个好处:① 能够以更少的跳数、更快的速度来建立紧急呼叫会话;② 紧急应答中心能够更加方便地进行下一步的救援措施。在IMS架构中,紧急呼叫通过在拜访网络中的E-CSCF来进行紧急呼叫会话控制。

如果用户已经与家乡网络中的HA建立了移动IP会话,则在用户发起紧急呼叫后,须放弃当前的移动IP会话,然后通过本地的DHCP服务器得到一个本地IP地址,接着在拜访网络中建立紧急呼叫会话。这样就防止紧急呼叫路由至家乡网络或从家乡网络再折回到拜访网络,从而缩短了会话建立的时间和路径。

对于非认证用户进行紧急呼叫的情况,由于用户的证书失效或者用户的帐户欠费等原因,会造成用户认证失败而无法接入WiMAX网络。但支持非认证用户拨打紧急呼叫业务则是一些国家和地区所要求的。此时,在用户认证过程中,需要加入一个特定的紧急呼叫标识符(ES NAI)来表示用户将进行紧急呼叫,这时AAA允许用户接入WiMAX网络。同时,用户处于热线状态下(Hot-lining),以阻止用户使用除紧急呼叫业务以外的数据和语音业务。

3结束语

随着WiMAX技术的不断发展,对其业务能力和可支持的功能都有了很高的要求,而紧急呼叫业务作为R1.5版本中一个非常重要的特性在NWG工作组中引起了广泛的重视和讨论。本文基于IETF中提出的3个紧急呼叫的框架模型,结合WiMAX网络的本身业务和网络特点,从整个架构上对WiMAX网络中的紧急呼叫模型进行了详细分析。本文根据不同的网络场景给出了适用的紧急呼叫模型,其中模型2与模型3的结合使用是最佳的。

摘要：在WiMAX论坛中,Release1.5的标准工作正在积极地、有条不紊地开展着,其中支持紧急呼叫是R1.5版本中一个非常重要的特性。基于IETF Erict工作组中现有的紧急呼叫的3种架构模型,通过对该3种紧急呼叫模型的比较分析,将其映射至WiMAX网络架构中。根据WiMAX网络提供的基于位置服务的能力,来选取适用于WiMAX网络的紧急呼叫网络架构模型,得出模型2与模型3的结合使用是最好的方案。最后又分析考虑了用户漫游情况及非认证情况下的紧急呼叫等一些重要的问题。

关键词：WiMAX,紧急呼叫,VoIP,漫游

参考文献

[1]陈洁.Wi MAX技术的发展与展望[J].移动通信,2007(7):9-12.

[2]IETF Internet-Draft Draft-tschofenig-ecrit-architecture-overiew-00.txt.Emergency Services Architecture Overview:Sharing Responsibilities[S],2007.

[3]IETF Internet-Draft Draft-ietf-ecrit-lost-03.txt.LoST:A Location-to-Service Translation Protocol[S],2007.

[4]3GPP TS23.167Release7-IP Multimedia Subsystem(IMS)emergency sessions[S],2007.

[5]Wi MAX Forum Network Architecture Stage2:Architecture Tenets,Reference Model and Reference Points,Part1[S],2007.

《COS 达人秀》全球紧急呼叫篇3

只要你是COSPLAY 爱好者，有自己的COSPLAY 作品，请猛砸给oohope 杂志社吧！我们将每期评选出十几个优秀COSPLAY作品，刊登在最新一期杂志，展示给全国各地的读者。后期会在活动官方微博进行网络投票，前三名将获得由oohope 杂志社提供的精美礼品，并接受采访公布于下一期《COS 达人秀》栏目中。另外，每月的前三名还可以参与季度投票，季度前三名可额外获得奖金。

投稿要求：（必填）

1 COS 作品要求

图片精度要求300dpi 以上, 最好保持原图大小确保COS 角色的完整性图片清晰度高，色彩请自行调整到满意状态附上一张清晰的动漫角色图。（注：同个作品只能一次投稿，一个COSER 可以多次参与投稿，作品还原度越高上榜机会越大）

2 文字介绍

交代该作品完成日期（例如：2011 年5 月）

COS 动漫角色名称+ 所属作品名称

本次COS 作品心得（140 字内）

3 个人资料

真实姓名+COSER 名

性别

COS 年资

手机号码

可收到杂志的详细地址

个人微博或博客地址

个人QQ。

4 投稿邮件标题统一为“** 期COS 达人秀投稿+COSER 名”

评分标准

综合印象（占15%）

角色还原（占40%）

服装道具（占20%）

摄影后期（占25%）

月度活动流程

打包最新COS 作品+ 文字介绍+ 个人资料

发送到oohope 官方邮箱oohope@oohope.cn

oohope 挑选出十几部优秀COS 作品

刊登于最新的《oohope 动漫潮流志》

《COS 达人秀》官方微博进行网上投票

前三名采访刊登于下期《oohope 动漫潮流志》

季度决赛流程

《COS 达人秀》官方微博进行网上季度投票

前三名公布在最新一期的《oohope 动漫潮流志》

颁发奖金

紧急呼叫系统方案篇4

博域通讯12319数字城管呼叫中心系统解决方案

“12319”服务热线是信息产业部为建设系统特批的全国统一特服号码。建设12319系统是政府通过科学先进的信息化服务方式，打造“电子政府”，增强政府服务与监管职能，更好地服务于广大市民的一大举措。

一、系统建设意义

随着社会经济的飞速发展和现代化城市化建设进程的逐步加快，城市管理问题日益突出。如何应用高科技信息技术手段帮助城市管理机关落实科学的发展观，推进政府职能转变，打造服务型政府，提高行政管理水平，满足广大人民大众对城市生活环境的服务需要，更好的服务百姓生活，实现构建和谐社会的整体发展管理目标，是摆在各级城管执法机关面前亟待解决、不可回避的问题。数字城管呼叫中心系统解决方案正是在这一大的时代背景下提出的。12319数字城管呼叫中心系统，是由博域通讯针对当前城管执法队伍所面临的法制、体制、机制、队伍素质等问题，充分结合城管执法工作所特有的多样性、复杂性和敏感性等具体特征而共同推出的城管热线信息化解决方案。

数字城管呼叫中心系统将CTI电话集成技术与计算机软件技术相结合，以信息服务为主导，以电话网为基础，以互联网为依托，是一个能为市民提供7×24小时人对人亲情化服务的综合应用管理平台。它的应用，有效地解决了目前城管执法中的九大难题：

         违规情况难收集

执法过程难规范

办理情况难掌握

执法数据难统计

执法经验难分享

恶意举报难取证

执法任务易遗漏

重复举报难判断

解答口径难统一

作为政府城建面向全社会的服务系统，12319热线将把政府城建系统各级部门和各区政府的职能统一到一个服务平台上，统一涵盖政府供水、供气、供暖、市政、市容、城市交通、园林绿化、城市规划、房管、环卫、路灯、建筑市场、建筑工程质量和安全监理等多种行业，同时为普通市民提供与其日常生活密切相关的各种便民、信息服务和社区服务，对减少各级政府与市民的矛盾，维护社会的安定团结，加强政府的服务与监管职能，保障市民正常生活和社会的安定团结起着重要的作用。

通过12319数字城管呼叫中心系统，广大市民可以查询到与需求相关的法律法规，各级政府、业务部门的职能和责任，业务办理流程等信息。也可以方便迅速地将对政府城建系统的工作效率、工作质量、工作作风、执法问题的批评、意见和建议及表扬，通过服务热线直接反映到政府相关业务部门。

第2页

数字城管呼叫中心系统在城市管理领域的推广应用，将加快执法方式的改善和执法水平的提升，促进了队伍结构的优化升级，同时大大提高了执法质量和执法效率，提高了队伍素质。加强信息化建设与打造“数字城管”是依法行政的必然选择。

通过12319数字城管呼叫中心系统,各级政府、部门也可以将其服务情况、投诉处理情况,通过服务热线中心直接反馈市民。各级政府部门也可以通过12319网络系统，随时了解该行业、部门及其下属单位所有服务的分派、处理情况以及各种统计数据，供各级政府、业务部门更好地完成监管、服务职能。各级政府和管理部门在第一时间就能了解和掌握各有关业务部门人员工作效率、工作质量,工作作风和市民对他们工作的批评，建议和求助等,为政府有关部门决策提供依据。

二、博域通讯12319数字城管呼叫中心系统概述

12319是面向全社会的服务系统，受理包括：城市供水、公交、燃气、供热、排水等行业的政策咨询、问题投诉及抢险抢修、城市市政、环境卫生、园林绿化、风景名胜、城市规划、城市房管、建筑市场、建筑质量与安全监督、城建监察、物业管理等行业；把不同的城建事业服务统一到这个热线语音平台，建成全市统一的涵盖整个城市建设管理工作的服务热线。实现“用户→热线中心→责任单位→用户”的闭路循环，系统提供固定电话、移动电话、信函、传真、电子邮件、短消息、录音留言、互联网站等多种服务方式。并提供对任－呼叫全程录音、质检功能，最终结果必须反馈到客户服务中心，受理及时、反应快速、处理到位，最终建成统一的涵盖整个城市建设管理工作的建设事业服务热线。同时，它又是一个既面向市民群众，又沟通执行、监督、决策等多个层次的综合系统。当接到市民求助时，如无法当场解决，该系统即迅速向相关执行单位转达市民的求助信息，使问题迅速进入处理程序并得到解决；同时也向有关监督部门发出相同信息，以利于督办落实；最后还会定期将投诉资讯的信息综合分析汇总，报告市政府，为城市规划建设管理科学决策提出及时准确的依据。系统与全市建设系统各局、办、公司以及各区政府连接。市民可以通过拨打特别服务号码”12319”数字城管呼叫中心系统咨询、反馈有关城市建设与管理的各类问题，也可以登录互联网，进行互动式沟通。各级领导也可以通过互联网，了解社情民意，监督和查询服务受理情况,在第一时间解决问题。数字城管呼叫中心系统功能简介：

           来电受理功能：支持来电自动弹出受理界面，规范受理信息填写提示。

留言处理功能：支持热线繁忙时自动录音。

互联网受理功能：拓展受理渠道。

自由填单功能：灵活录入受理数据。

重复案件查询功能：多条件自定义查询，节约行政成本。

督办功能：加强统一调度作用。

提醒功能：自定义提醒内容及时间，避免遗漏。

流程跟踪功能：单据处理进度全程实时跟踪汇报。

热线支持信息库：统一受理口径，提升城管形象，提高工作效率。

考核功能：自定义考核指标、支持各类数据分析、支持各类报表自动生成。

权限管理功能：灵活添加、修改机构部门或用户的业务权限。

第3页

三、博域通讯12319数字城管呼叫中心系统特点

1．技术先进，联络方式多样

博域通讯12319数字城管呼叫中心系统以电话为中心，并附以互联网（wed）、短消息、传真（FAX）、电子邮件(E-mail)等多种现代化信息手段，并利用世界先进的呼叫中心（Call Ceanter）技术、信息访问和网络技术，利用计算机强大的数据处理和存储能力，加强信息接收和处理。同时该系统具有大容量存储、处理速度快捷、功能强大等特点，是利用国内较为先进的通信、计算机网络信息以及计算机集成等先进技术，结合政府城建服务工作业务特点，通过多媒体方式，如语音、传真、互连网等形式，完成与广大市民及政府城建系统各级网络单位的互连互通。

博域通讯12319呼叫中心系统是城市数字化管理（数字城管）的重要组成部分，通过整合12319城管服务热线，实现与城市管理监督员的联络通信、数据传输、工作调度；同时受理市民关于城市管理问题的举报、投诉以及建议等。

博域通讯12319数字城管呼叫中心系统结合现实需求，政务VPN专网的现状，建设集中+分布式的12319数字城管呼叫中心系统，其中市受理中心配置X个人工坐席，下辖Y个区设受理分中心，每个分中心配置Z个人工坐席。即公众电话呼入汇聚进入到市中心语音交换接入平台，然后由市中心根据来电业务将来电转接到当地受理分中心，完成群众相关业务的受理。

2．面向市民，以服务为主

12319数字城管呼叫中心系统作为面向全社会的服务系统，将把政府城建系统各级单位的职能统一到一个服务平台上，其内容涉及城市供水、供气、供暖、市政、市容、城市交通、园林绿化、城市规划、城市执法、房管、环卫、路灯、建筑市场、建筑工程质量和安全监理等多种与市民生活关系密切的行业，同时涵盖市建委、规划局、城建局、交通局、房产局、行政执法局、人防办、路灯局等8个建设系统政府职能部门及市自来水总公司和市煤气总公司。

系统面向普通市民，关注市民对城建工作的各项要求和呼声,充分利用政府城建系统各级部门形成的网络，解决城建工作各方面出现的问题，为广大市民了解相关城建系统各方面政策和各部门服务职能；处理城建工作中存在的偏差和不足；接受合理、可行的建议，为解决市民日常生活中的困难提供帮助,使12319数字城管呼叫中心系统成为涵盖业务范围大、涉及地区广、手段先进、功能齐全的体系，成为面向市民的城市立体服务网络。

3．设计合理，方便快捷，作用突出

通过12319数字城管呼叫中心系统,广大市民可以查询到与城建工作相关的法律法规,各级政府、业务部门的职能和责任,业务办理流程等信息,也可以方便迅速地将对政府城建系统的工作效率、工作质量、工作作风、执法问题的批评、意见和建议，通过服务热线直接反映到政府相关业务部门,市政府主要领导在第一时间就能了解市民的意见、建议和投诉等情况。通过12319数字城管呼叫中心系统,各级政府、部门也可以将其服务及投诉处理等情况,通过服务热线中心直接反馈市民。各级政府部门也可以通过12319网络系统,随时了解本行业、部门及其下属单位所有服务的分派、处理情况以及各种统计数据，供各级政府、业务部门更好地完成监管、服务职能。同时城建主管领导在第一时间还能了解和掌握其有关部门、人员的工作效率、工作质量、工作作风以及市民对他们工作的批评、建议和求助等,为政府管理、决策提供依据。

第4页

四、博域通讯12319数字城管呼叫中心系统功能

１．受理市民对城市建设系统和各有关部门、窗口单位的工作效率、工作质量、工作作风以及执法等问题的批评、意见和建议及表扬。

２．受理市民对城市建设系统相关的政策、法规、信息等的咨询和答疑。

３．受理市民对政府城市建设系统各单位违反政务公开、行政机关公示制及社会服务承诺制问题的批评、意见和建议及表扬。

４．负责向上级机关提供市民反映的重要信息，做好相关批示的转办、督办、报告工作。

５．落实、转达市民对建设系统各部门的批评、建议和求助。

６．指导各级网络单位处理各类市民投诉、组织协调政府城市建设系统相关部门处理、解决市民的各类投诉和反映，并对相关事项的整改落实进行监督、检查。

７．负责对建设系统热线网络体系的设立、检查、协调、指导、监督等工作。

８．向投诉人及转件单位反馈解决情况。

９．总结市民投诉的受理、处理情况，及时以《市长专报》和《信息动态》等形式汇报市民投诉难点、热点问题，并做好情况调研工作，做好领导指示的转办、反馈工作。

五、博域通讯12319数字城管呼叫中心系统工作流程

对于一般的信息，市民通过12319电话、传真、网络将其需要的服务、投诉、建议接入到热线中心，中心受理人员根据本中心储存的有效信息，直接与市民沟通，解决处理市民来电。

对于需进一步落实的信息，热线中心接入市民相关信息后，根据实际情况,经服务中心加工处理后，直接通过热线服务网络将此信息传递至相关责任单位的二级网络平台（包括主管部门）及有关的责任单位或主管部门。在规定期限内，由二级或三级网络责任单位落实解决,同时通过12319城建热线服务工作网络反馈热线中心,随后由热线服务中心回访市民，保证服务工作到位。

12319热线服务中心接受市民的咨询建议，批评和投诉等信息后，将此信息经过加工处理并传递给二级工作网络单位，同时传递给所属具体服务单位，具体服务单位根据信息情况按照本单位承诺服务时限直接答复市民，同时将信息结果反馈给热线服务中心。在整个工作流程过程市政府有关职能部门以及中心监察部门通过互联网都能观察到信息传递及结果反馈的过程。

六、博域通讯12319数字城管呼叫中心系统的物理结构

系统网络结构图如下：

第5页

硬件组成: 一体化交换机(集成并固化了PBX/ACD/IVR/CTI/数字录音/语音信箱/VOIP/TTS/传真/人工座席软件/短信/统计报表软件/维护管理工具软件/易学易用的二次开发环境等核心的呼叫中心功能模块)；

人工座席使用的普通PC机若干台；

话务员耳机以及话务盒（或标准电话机）若干只；

局域网和配件以及通信线路（中继线路以及分机线路）；

数据库服务器(对于中小型系统，可以使用一体化交换机兼作为数据库服务器)；

WEB/EMAIL服务器（可选）；

短信息网关服务器以及GPRS短信猫（可选）

软件组成: 底层支撑平台软件BYUNICCSS2.0；

自动语音流程（IVR/IFR）应用软件BYUNICCIVR2.0，可定制[可以利用产品内置的可视化的IVR流程图形编辑环境进行编辑定制]；

第6页

人工座席软件BYUNICCAgent2.0，可定制；

统计报表软件BYUNICCReport2.0，可定制；

业务应用网关软件BYUNICCGateWay2.0（可选），可定制；

同步录音管理软件BYUNICCRecMan2.0（可选）；

系统维护管理软件BYUNICCManager2.0；

TTS语音合成引擎软件BYUNICCTTS2.0（可选）；

自动传真收发软件BYUNICCFAX2.0（可选）；

系统通信实时监控软件 BYUNICCMONITOR2.0；

呼叫中心方案篇5

近年来随着我国政治体制改革的推进和政府职能的不断调整、深化及城市规模的迅速发展,从宏观调控国民经济运转到处理紧急突发事件保障社会安全稳定，政府管理城市、服务社会的功能在不断完善，120指挥中心面对的是全地区的医疗急救电话，可调度的是全地区的急救力量，同119、110一样，是一个责任重大的指挥中心，是全地区生命线之一,因此各级政府对120急救中心的建设越来越重视,要求也达到了一个新的高度,近几年急诊医学进展迅速，院前急救在急诊医学中的重要性越来越受到医学界的重视。同时，科技的发展使代表信息高速化的计算机系统在医学领域得以广泛应用。然而，目前国内许多急救中心在院前急救指挥调度方面，一直是沿用过去传统的电话手动调度模式，与当前信息时代严重脱节。因此，在考察国内多个急救模式后，将最新的通信、计算机及网络技术等引入到120急救指挥系统中，时代的发展正朝着快速、全面、准确的信息时代前进，院前急救工作更是需要迅速、灵敏和高效，将计算机网络系统应用于院前急救中，不仅提高了院前急救效率，减少了国家和个人的经济损失，而且给我国的院前急救事业开创了一个新的时代。

为了适应现代急救医疗的需要，建立独立的“120”急救指挥中心，树立全地区的120指挥中心样板工程,对于这套系统，要求紧密结合急救医疗业务的实际，依靠现代先进的技术，建立整体可靠性能高，功能强大，操作简捷灵活，通讯通畅，数据清晰完整的“120”指挥调度系统。同时要考虑今后发展，易于将来的升级和功能扩展。1．1系统建设目标

系统的建设应以120急救中心的业务需求为出发点,并完善和拓展功能，以建立一个现代化的急救中心为目标的呼叫中心系统，既能满足目前的需要,又能适应今后的发展,为以后的系统扩建提供一个开放的平台,在3-5年内处于国内领先地位,10年内不落后,系统要求做到指挥信息掌握快、指挥信息收集准确、指挥及时灵活、信息材料真实可靠。1．2设计原则和规范 ? 先进性和实用性 ? 开放性和标准性 ? 扩展性和维护性 ? 安全性和可靠性

二、系统总体设计方案 2．1总体设计思路

在确立指挥系统的目标以后，在建设系统工程的各个阶段（系统设计、产品选择、工程实施、综合管理、售后服务）都必须充分体现上述三个方面的目标。2．2总体结构

“120”指挥调度系统采用现代通讯技术和计算机技术，将呼救受理和指挥调度有机地结合起来，实现急救指挥的准确化、快速化。整个系统具有高可靠性。系统采用开放式结构，主要由以下几部分组成：

1.有线通讯系统、2.计算机网络系统、3.呼救受理系统、4.主任查询系统、5.数字录音录时系统、6.不间断电源系统；

7.安全保障系统；

8.防雷及接地系统；

这几部分系统既相对独立，又相互协调，从而形成技术先进、功能完善、安全可靠的指挥调度系统。同时，系统为以后扩接无线、监控等系统以及其它与急救相关的系统预留接口。

三、各子系统描述 3．1调度通信子系统

3.1.1 120调度通信系统的要求 1．120受理数字呼叫线

120线路以呼入中继为主，设置为被叫控制方式，电信局在PCM中继电路上提供主叫用户信息(电话号码)，由本地数据库提供用户名和装机地址等（需电信局提供三字段数据库资料），线路接入本地电信交换机的选组级，局间中继可优先采用中国7号信令，兼容中国数字1号信令。

2．调度专线

按照系统建设要求，系统按每个责任急救站、医院至少设置1条调度专线设计，市局调度专线采用只下不上方式，以保证调度专线始终畅通。

3．上通、旁通线路

为防止出现意外情况影响呼叫，保证120呼叫线路始终畅通，实际施工中建议采用备用线路（直通线路），一般至少2-4条，需用户方与当地电信局协调解决。直通单位包括市委、市政府、市局指挥中心，旁通供电、供气、供水、医疗救护等有关单位。4．备用模拟电话受理设备

为确保受理电话万无一失，除数字线路采用备用模拟线路以提高可靠性外，系统设计中建议再增加至少2-5条模拟线路，当出现受理台、交换机、备用线路等设备出现中断故障时，设备自动将呼叫电话信号转移到该备用线路上。3.1.2 调度通信系统功能

1）提供完善的ACD自动呼叫排队处理功能；

2）计算机、交换机一体化，利用计算机界面实现电话操作（CTI功能）；

3）同时提供数字用户和模拟用户，所有受理座席均用数字话机；

4）误报拦截支持语音提示及被叫判别方法，被叫判别涵盖四位拦截功能；

5）可锁定恶意电话，要求被锁定的电话在一定时间内不能分配到受理座席；

6）提供呼救应答、调度呼出、监听、强插、转移、群呼、组呼等功能，在调度席位上可实现电话会议或多方（含三方）通话功能；

7）根据需要以后可继续扩接多个受理座席，同时受理多起呼救。

8）配合电信局数据设定，当汇接线路出现故障时，呼入可自动倒换至实线路由，保障120电话接入的可靠性，确保急救呼救线路畅通。3．2 计算机网络及服务器系统 3．2．1 系统总体结构

指挥中心局域网采用“星”形以太网结构，以1000M/100M Switch方式连接。数据处理方式采用客户机/服务器方式，120指挥中心计算机局域网内建立（本地、远程）通讯服务器，可对本地及下属医疗机构等计算机终端进行网络连接管理。程序是基于客户/服务器模式的，还可经路由器对邮电112、114数据库进行定时查询，刷新本地数据库。

通讯服务器可以管理全部一、二级单位计算机终端，计算机网络通讯可以采用基于INTERNET(或运营商)的VPN、DDN数据专线、X.25、X.28、或ISDN线路，或采用无线联网方式（GPRS，WLAN），或光纤联网。3．2．2 网络操作系统

网络操作系统:采用Microsoft Windows 2003 Server 网络系统，客户端选Windows XP 作为PC机操作系统。支持TCP/IP协议，系统支持多协议路由、远程维护。服务器间以1000Mbps速度交换数据。服务器与工作站之间也以100M速度交换数据。3．2．3 传输协议

网络互连采用TCP/IP，既适于高速局域网解决方案，也适于大型广域网的发展。3．2．4 数据库管理系统 3．3 呼叫受理系统

120系统是一个从受理到撤警的实时处理系统，其受理、指挥调度流程有两种方式：

方式一是120中心先受理，120中心受理员在系统的配合下，自动呼通急救电话，实现调度功能。该方式特点为：只有当120中心受理员摘机以后，由中心受理员远端急救站电话振铃，以实现调度等功能；

方式二是120中心受理台、相关急救站电话振铃，中心受理台、相关急救站可同时受理，并实现调度功能。该方式优点为每一次呼叫、120受理台，远端急救站有同等优先权接警。但该方式还有一个缺点就是远端急救站电话振铃次数可能会过于频繁。

在实施方案上，系统建议采用第一种方式。该方式更能快捷而高效的开展救护工作。系统具有以下功能：地区建立一个120急救中心，由急救中心统一受理、指挥调节，由分布在各地区范围的急救站、医院负责处理。把地区120急救中心和分布在地区范围内急救站和医院用计算机网联成一整体。受理、调度同步数字录音，录音文件可归档，永久保存。建立完善的数据库系统，其中包括电话用户资料、医疗急救信息、急救方案、救护车辆资料等。3．3．1 系统功能

1）根据目前需要提供*个呼救受理台（采用双屏结构，分别显示电子地图和呼救受理工作界面）。含*个主任席。每个呼救受理台具有呼救受理、调度功能，个别受理台具有维护、统计及班长功能，领导台具有指挥、控制、统计与咨询功能；

2）每一呼救受理台均是以电子地图为导向，图文并茂的操作界面，增强呼救受理与指挥调度的现场感和快捷度；

3）未来在本地移动通信网的支持下，可增加手机定位功能；

4）自动显示呼救者主叫号码、位置及周围地图，文字标示呼救来源，并确定等车地点；

5）提供标准急救方案，同时就近、就急推荐医院；

6）自动产生派车单，可发送到相关医院和分站的救护车；

7）具有专家系统，可供病案记录以及后期病案查询；

8）根据指挥中心需要生成相关数据库，以完成各种查询与统计（如统计呼救类型、数量及其分布、调度员受理时间统计、调度员离席时间统计，出车情况（车次、频率、里程）统计、司机工作效率统计、统计急救病种的概率及发病时间分布，送往地点统计以及重大事故统计等等）；

9）统计结果要求能够以数字、表格、直方图、拼图以及曲线等多种形式输出；

10）调度系统界面简捷实用，尽量减少换屏次数，减少文字操作，以提高呼救受理速度；

11）呼救处理实时记录，并能可靠保存，数据自动存档；

12）要求系统供应商能够提供远程维护；

13）具有可扩展性，可扩展至10个受理台，70个急救分站；

14）系统具有良好的开放性以及升级性，能很方便地进行扩接其它系统（GPS、车载系统、自动呼救系统等）以及软件的升级，同时为其它系统预留接口。

15）系统采用TCP/IP传输协议 3．3．2 120系统工作流程

1、呼叫

120救援指挥系统能接收多路、多种途径的120电话呼叫。当有120电话打来时，所有受理台立即全部振铃(或最空闲座席振铃)，抢接的受理台调出呼叫电话所在区域的地图显示在双屏终端的电子地图屏处，呼叫电话信息（电话号码、地址、机主名称）显示在双屏终端的信息屏处。

2、受理、生成急救预案

通过与呼叫人对话（对话过程实时数字录音），受理员利用系统提供的丰富操作手段（如无级缩放、平滑移动、测距、地理信息查询等），通过对地图的“指点”或对选择项的“点选”即可快速准确地形成病发现场信息，包括：病人一般情况、病症及初步诊断、病发地点和会面地点、附近空闲救护车辆等。急救预案随之自动生成。在生成急救预案的过程中，系统始终以电子地图为导向。

3、调度出动车辆，推荐送往医院

系统根据“就近”原则及救护车辆空闲情况, 推荐出动的急救站，依据病发现场情况推荐送往医院；同时受理员可根据实际需要修改推荐结果。对于大型恶性伤亡事故，受理中可一次指派多处急救站和多辆救护车同时出动。

4、指挥

系统根据急救预案和调度结果，自动产生急救出车单，其包括呼叫信息、病发现场信息、急救预案和出动方案等；然后利用数字通信和计算机广域网技术自动快速发送到相关急救站，利用GPS系统发送调度信息到救护车辆，或用专用电话、无线对讲等其他方式通知相关急救站。

5、受警

急救站的受警机总是处于等待状态，一旦中心有警情发送，则调派出动的急救站的受警系统自动接收警情，并根据警情显示要出动区域地图，接收完毕，打印出车命令单及相关位置图，急救站医护人员则按出车命令单和区域图赶赴会面地点急救。

6、车辆出动信息反馈

系统随时掌握出车情况并存档。当急救站出动急救车将病人送往医院后，应将会面时病人情况，送到医院时病人情况、车号、出车时间等信息反馈回中心，由中心输入存档。GPS系统可随时跟踪车辆行驶轨迹，并存档，可随时回放行驶路线及时间。

7、增援

当急救车到达现场后，发现病人较多，急救车不够用时，现场救护人员可用有线或无线对讲向中心请求再调派车辆增援。此时，中心受理员无须再次确定病发地点等信息，可根据“就近”原则直接调派车辆，并将出动命令单并行发往相关急救站。

8、多方位信息支持，辅助急救

各医院的医护人员情况，医疗设备情况，急救相关单位情况以及地理等等，这些数据库可从文字和地理位置随时进行查询，以供急救时各方面参考。

9、撤警

当急救车将病发现场的所有病人送往医院后，该起警情即告结束，可以利用撤警功能撤消这起警。

由于误报或恶意电话建立的警情，在确定实际情况后，也要撤消。

撤警时，将存档所有的相关资料记录，包括呼叫电话信息、处置信息、出动情况等。

10、实力恢复

当急救站的急救车将病人送往医院并返回急救站后，急救站及时通过实力操作将返回车辆恢复为待命状态，以供下次中心接到呼叫时可调度出动。

11、强大的数据维护功能

系统提供强大的数据维护功能，可对各种文字数据（如急救站设置、医院信息、救护方案），图形数据（如城市地图、街道）以及相关信息（如电话）、车辆信息等进行增删、改。

12、全面、真实、完整地保存受理处置过程

系统在受理处置的同时，全面、真实、完整地保存运行过程，包括：对话数字录音、受理、派车、指挥、出动系列相关的操作。为管理人员再现受理处置的历史提供了有效的手段，也为需要追查特定事件提供了依据。

13、数据统计

对已存档的信息可进行多项统计，如统计呼叫类型和数量及其分布，出车情况（车次、频率、里程）统计，统计急救病种的概率及发病时间分布，急救期间以及最终急救效果统计等，统计结果可以数字和多种图表形式输出。3.4 主任查询系统

在急救指挥调度的过程中，为了方便急救中心指挥或者分管：“120”呼救指挥调度系统的领导能实时掌握指挥中心接处警的工作，以达到监督及对重大急救事故的参与，决策指挥等，可建议安装领导查询席位。

其主要功能是完成对呼救记录，呼救录音，重点病人资料、所属急救站资料及分布情况，电话号码资料等进行查询和统计，通过对呼救信息的查询、可以在综合指挥调度时，起到参考和辅助决策的作用，也可以剪控所有的呼救，查看每一起呼救的处理情况，与指挥中心和急救站实现电话通话，时刻保持联系。

1、进行各种信息的查询：

◆历史呼救记录、处警记录的查询； ◆反馈资料查询

◆相关录音资料查询

◆值班员登录信息查询

◆急救站，救护人员信息查询。

2、可以人工设定呼救电话呼入提醒功能，能够监听呼救受理电话

3、可使用通告板功能向应急救护分站及指挥中心终端发送各种信息，4、可查看及打印机受理的各项结果和统计，统计以图方式体现；

5、强大的指挥调度功能，可以在综合指挥调度时，适当参考和辅助决策

6、可在地图上查看GPS系统发回的救护车位置情况，可实时查看救护车运行情况，可回放救护车运行情况

7、可查看现场急救病历，了解急救现场信息。3．5 数字录音录时系统

REC2000是我们结合国内各个领域的要求，自行研制开发的多通道数字录音系统。它是利用计算机通过语音卡，把模拟语音信号经数字化并压缩转换成数字信号保存在硬盘中，供需要时重放的设备。该系统已广泛运用于医疗、公安、消防、电力、证劵、银行、保险、民航、广播电台、电视台等领域，还可用于其他相关部门或企业需要用到电话实时录音的地方

数字录音系统功能

1）支持多种方式启动、停止录放音，默认设置为自动方式，即自动记录受理、处警过程中的全部话音，以及日期、时间、呼叫号等相关数据。可以采用压控或声控启动录音。市话线在没电话打入120时，是高电平的（48V），在有电话打入而话务员提机时，中继线电压变成几V,如此可以启动录音。也可以根据电话线的平均声音电平高于一定值来启动录音。

2）使用快速、不失真、压缩率高的语言压缩算法，支持多路同时录音

3）支持本地和网络各类后备设备，包括读写光驱、光盘机、磁带机等。

4）系统设有分级管理权限，加强对系统以及录音文件的管理；记录的原始话音和时间信息不能被修改。

5）系统设有退出保护密码，防止其他人员擅自退出录音系统；

6）记录设有开始时间与结束时间；

7）系统保存主、被叫记录；

8）提供8路录时录音通道（可扩充至32路），不间断连续录时录音，保存时间至少可达一年以上。自动检测可用的录音存储空间，可预设阈值，超过阈值提示换盘及系统后备。

9）支持录音文件的转存；

10）多种查找方式，可按录音序列号查找，可按主叫号码查找，可按受理时间查找、按事件（所报病案）查找等等；采用数据库管理技术。录音文件快速检索，可根据通道号、呼叫日期、时间、电话号码等对录音文件进行检索，亦可“模糊检索”非确定条件记录。记录查找结果均有详细显示。

11）多种放音模式，可通过计算机多媒体播放，可通过电话拨号播放，也可通过网络播放；

12）能进行重复播放，快进、快退式播放；

13）可对所有录音文件进行各种相关统计；

14）与全网其它系统时钟同步。四．约派车管理 1．客户约车

病人可以通过语音电话向中心预约派车，中心接线员记录客户资料，确认病人上车地点。2．中心派车

中心根据病人约车资料，可通过GIS系统方便地选择最近的空闲救护车，车辆愿意接受任务确认后向符合约车要求的汽车终端发送具体派车信息。3．任务确认

当病人上车（约车任务完成）时，终端给中心发来确认信息，中心记录，存档。

五、系统安全保障 5．10不间断电源系统

不间断电源系统采用进口原装设备，大容量、高效率配置，能保证包括交换机系统在内的所有设备满负荷连续工作4小时以上。

UPS不间断电源能够在计算机系统遭遇突然停电时，以无缝联接的方式，瞬间启动其蓄电池系统，为计算机提供一段时间的稳定持久电流，以方便用户保存已经完成的工作，从而使用户的损失降至最低。UPS主要有两个作用：其一是为电脑系统提供备用电源，目的是防止电网供电突然断电给电脑系统造成损害；其二是消除电网供电上的“污染”（包括浪涌、波动、脉冲、噪声等），使电脑中的电子部件免受摧毁性损坏。5．2 安全保障系统（系统故障告警与声光控制系统）本系统可实现如下功能： ① 调度机故障告警 ② 服务器故障告警 ③ 终端故障告警 ④ 网络故障告警 ⑤ UPS故障告警 ⑥ 内置声光告警设备

⑦ 调度机故障时直接将市话连接到座席话机.本装置通过串口及并口与设备相连，接收呼叫信息及发出控制信息。5．3避雷系统和接地系统

作为电源避雷器，它的作用是要求能在最短时间内把电路上因直接雷击或感应雷击或操作过电压而产生的大量能量泄放到安全接地网络中，抑制电网上串入的雷电和浪涌等过电压，并尽量把这些过电压箝位在一个低水平，以确保电子设备不被高电压冲击损坏。本系统使用的避雷系统和接地系统设备：一级单相电源避雷器(配电柜前放置)二级单相电源避雷器(UPS前放置)地网等电位连接器

接地极12.Omm制版、接地母线超短波天馈线避雷器BLT500 防雷插座

5.4 120系统与110/122/119系统连接问题

120系统与110/122/119系统连接主要有语音及数据连接的问题.120系统通过电讯电话线路与110/122/119实现语音连接, 通过网络实现数据连接.连接的发起可以是双向的, 即可以由120系统发起语音呼叫(调度,转移,三方,会议)及同时传送当前呼救记录, 请求110/122/119系统提供支援或解决;也可以由110/122/119系统发起语音呼叫(调度,转移,三方,会议)及同时传送当前呼救记录(由110/122/119系统支持完成), 请求120系统提供支援或解决.两边的数据交换须遵循一定的预先商议好的协议.如110/122/119系统不支持数据交换协议, 则双方仍可互相发起语音呼叫(调度,转移,三方,会议), 而不需要数据交换, 也不需要网络连接.网络连接除了实现接处警数据的交换外, 还有一个重要用途时: 实现120系统的打一送一功能.即当有120报警电话打入120系统时, 120系统可以从调度机中得到主叫号码,但没有机主姓名、地址及经纬度信息，而在110/122/119系统中一般都有这些信息，我们可以从中得到。当然如果电讯(包括移动、联通)能开放”打一送一”，也可实现同样功能。但信息产业部及公安部联合下文只要求向110/122/119系统提供电话资料。120系统能否从电讯实现”打一送一”要看当地电讯(包括移动、联通)的具体情况。有些地区的电讯还可提供小灵通的定位信息，移动及联通提供手机定位信息，如有这些信息，则这些机子报警时，120系统软件可以提供更准确的电子地图定位信息，及报警点附近的救护车信息。

小型呼叫中心建设方案篇6

一、小型呼叫中心特点

小型呼叫中心一般是指企业建设的客户服务中心、技术支持中心等，坐席数量不超过50人，使用小型电话交换机与服务器集成，或板卡式、一体式呼叫中心系统搭建的业务平台，开展电话呼入、呼出业务。

二、建设小型呼叫中心的前期准备工作

建设呼叫中心前应考虑诸多问题，比便于正确选用系统平台、规划运营管理方案。

1、系统平台选择问题

（1）该系统是否全面符合呼叫中心的需求

呼叫中心系统多种多样，并且技术更新很快，小型呼叫中心完全没有必要选择大型专业呼叫中心系统设备和最新技术，可以选择知名品牌的低端产品，选定使用的系统能省却大量的资金与时间、减少维护工作量。

（2）该系统是否支持常用的渠道

包括内呼、外呼、语音、传真、e-mail等（以自身业务要求为准），并使用通用商业规则将它们集成到一起。

（3）该系统是否能被轻松集成到第三方商业应用用，比如CRM

既能够提供通用接口与第三方软件集成。

（4）该系统技术的升级性如何，能够随着业务的发展稳步升级

主要包括坐席、中继线、数据库等升级扩容。

（5）该系统是否支持ACDIVRRECORD监听、转接（内转、外转）等功能，操作是否方便

（6）该系统能够生成业务所需要的报表进行管理，并能够很方便的定制报表格式

（7）该系统是否易于维护，是否具有较高的稳定性

鑫发煤矿紧急避险系统方案设计篇7

1 矿井概况

鑫发煤矿井田面积1.2764km2, 开采深度+185~+105m, 主采二1煤层, 设计年生产能力0.15Mt/a, 为瓦斯矿井, 煤尘有爆炸危险性, 煤层属Ⅲ类不易自燃煤层, 水文地质条件中等。矿井开拓方式为立井单水平上下山开拓, 在主井、风井井筒中设有梯子间, 满足至少两个安全出口的要求。矿井开采水平为+112m。

矿井地面建有空压机房, 选用LGF-12.5/0.7型单螺杆式压缩机2台, 一台工作, 一台备用, 单台电机功率75k W, 排气量12.5m3/min, 配备有空压机自动保护装置, 实现自动报警和自动停机;设有KJ70N型煤矿安全生产监控系统和KJ125型人员定位系统;矿井安装1台SW-2000D调度机;矿井采用双回路供电。

2 紧急避险设施设计

鑫发煤矿生产采区为12采区, 该采区采煤工作面距副井井底最远距离约600m, 小于1000m。根据综合考虑, 全矿井布置一个永久避难硐室。永久硐室位置在12采区运输巷一联巷中, 避难硐室的进口均与12采区运输巷连接。设计永久避难硐室额定避险人数为100人。永久避难硐室内部分为过渡室、生存室。生存室和过渡室通道净宽3.6m, 净墙高1.1m, 硐室净高2.9m, 半圆拱断面, 净断面9.0m2。避难硐室为U钢+锚网喷支护, 喷厚200mm。避难硐室总长度55.2m。

3 紧急避险设备选型

3.1 防护系统

防护系统由防护密闭门、密闭门、隔爆墙体组成。防护密闭及密闭门抗冲击波强度防护密闭门抗冲击波强度>0.3MPa;净尺寸800×1600mm (宽×高) ;气密性在+500±20Pa压力下, 泄压速率不大于350Pa/h。门体能够抵御瞬时1000℃以上高温。

3.2 供氧系统

根据安监总煤装[2013]10号文件精神, 采用专用管路为避难硐室供氧 (风) , 不再配置避难硐室高压氧气瓶。以下计算专用管路是否满足避难硐室的氧气供给需要:环境目标要求硐室内部环境中氧气含量应在18.5%~23.0%之间。人在休息状态时, 每分钟消耗氧气为0.80升。正常空气中氧气含量为20.95%, 避难硐室生存室空气体积为9m2×42.2m≈380m3, 初始氧气量为380m3×20.95%=80m3, 安全的最低氧气量为380m3×18.5%=70m3, 那么100人的硐室在无外界供氧的情况下氧气降至下限的时间为: (80-70) ×1000/ (100×0.80) =125min。

压风系统供风要求人均供风量≥0.3m3/min, 100人的硐室供风量为30m3/min, 置换生存室空气的时间最多为380/30=12.7min。

从以上计算可知, 在压风系统供风时, 可在12.7min内将生存室空气整个置换一遍, 大大小于人体的耗氧时间 (125min) 。因此采用压风系统供氧是满足安全需要的, 可不再配置高压氧气瓶。根据以上计算及厂家推荐, 使用规格Ф108×4.5mm的无缝钢管。

3.3 环境控制系统

3.3.1 二氧化碳及一氧化碳净化能力

正常情况下二氧化碳占空气的体积比为0.03%。按照《煤矿安全规程》第100条, 井下空气成分中, 二氧化碳浓度不超过0.5%。压风空气最低供风能力300L/min.人, 那么压风系统潜在的处理二氧化碳的能力为: (0.5%-0.03%) ×300=1.41升/分钟·人, 大于规定的0.5升/分钟·人。

从另一角度分析, 人在休息状态时, 每分钟呼出0.25L二氧化碳。避难硐室生存室空气体积为380m3, 初始二氧化碳量为422m3×0.03%×1000=114L, 安全的最高二氧化碳量为380m3×0.5%×1000=1900L, 那么100人的硐室在无气体交换的情况下二氧化碳上至上限的时间为: (1900-114) / (100×0.25) =71.44min。

在压风系统供风时, 可在12.7min内将生存室空气整个置换一遍, 小于二氧化碳浓度增长至极限的时间。因此采用压风系统排除二氧化碳是满足安全需要的, 可不再配置去除二氧化碳的装置。

规定要求处理一氧化碳的能力应能保证在20分钟内将一氧化碳浓度由0.04%降到0.0024%以下。压风系统供风时, 可在12.7min内将生存室空气整个置换一遍, 小于20分钟, 满足安全需要, 可不再配置去除一氧化碳和其他有害气体的装置。

3.3.2 温度调节能力

压风系统供给风量为300L/min.人, 则100人每分钟的供给风量为30000L, 空气密度取1.2g/L, 则每分钟的流入、流出避难硐室的空气质量为36kg。

一个成年男子每天产生的热量为8400k J, 100人在1分钟内产生的热量为8400×100/1440=583k J。

空气的比热容取1.4k J/ (kg.℃) , 不考虑围岩吸热, 且充分混合, 那么由人体产生的热量使空气温度上升的度数为583/ (1.4×36) =11.6℃。

压风管路在井下采用地埋, 管路内的空气温度大致等于围岩温度, 据该矿实测约16.5℃。因此最终的空气温度为16.5+11.6=28.1℃, 符合规定要求。

考虑围岩吸热, 硐室壁面吸收的热量 (Ww) 计算如下 (数据仅供参考) 。

生存室净面积9m2, 净周长U=11.5m。设内部循环风量为Qx=1800m3/h, 则室内空气平均速度υ=Qx/

生存室长度为42.2m, 硐室壁面总面积F=11.5×42.2=485.3m2

则换热系数α=0.426× (υU) ^0.8/F^0.2=0.426× (0.06×11.5) ^0.8/ (9) ^0.2=0.485W/ (m2℃)

硐室壁面吸收的热量Ww=tαFΔt=0.485W/ (m2℃) ×485.3m2× (30℃-16℃) =3295W

硐室与外界的物质交换如水分、空气交换等对硐室是一种制冷因素。

综上所述, 采用专用管路为避难硐室供氧 (风) , 硐室内的温度要低于计算的28.1℃, 可满足人员避险需求, 不再配置温度调节装置。

3.3.3 湿度调节能力

硐室内的水蒸气源自人体蒸发和呼出的水蒸气。人呼出的气体中, 水蒸气占1.1% (体积比, 下同) , 人每分钟呼出10L空气, 约有0.132g水。人体每昼夜约有600ml汗液蒸发, 每分钟产生0.42g水蒸气。压风管路供给风量为300L/min.人, 管路中的水蒸气占0.4%, 约有1.44g水蒸气。因此1m3气体中水蒸气质量为 (0.132+0.42+1.44) / (300×0.001) =6.64g。

假设室温25℃, 饱和湿度为22.795g/m3, 那么相对湿度为6.64/22.795=30%, 相对湿度小于85%。

通过以上计算说明, 专用管路为避难硐室供风, 可满足人员避险需求, 不再配置湿度调节装置。

3.4 监控监测、人员定位及通信联络系统

3.4.1 监控检测系统

鑫发煤矿现有一套KJ70N型安全监控系统, 能够实时监测井下各种有害气体的变化、大型机电设备运转、馈电状态等各种参数。避险设施配备独立的内外环境参数检测或监测仪器, 在突发紧急情况下能够对避险设施内外的有毒有害气体进行检测或监测。

3.4.2 人员定位系统

矿井安装有KJ125型人员定位系统, 现在已覆盖了井下主巷道及采掘工作面。根据目前井下人员定位系统建设情况, 只需要在避难所两个安全出口处安装基站即可记录出入避难所的人员。

3.4.3 通信联络系统

地面调度室已安装有1台SW-2000D调度机型程控调度交换机, 行政电话和生产调度电话共用。设计充分利用矿井现有的程控调度交换机及电话。避难硐室内设置的通讯系统与矿井通讯系统联网, 以保证事故状态下与调度室保持联系。

3.5 压风自救及供水施救系统

3.5.1 压风自救系统

依据《煤矿井下紧急避险系统建设管理暂行规定》的要求:压风自救系统按避难硐室人数 (100人) 配备, 每人供风量为0.3m3/min计算:Q1=1.15×1.02×100×0.3=35.2m3/min, 式中1.15、1.02分别为管路漏风系数、海拔高度修正系数。根据流体动力学的压力损失, 向避难硐室压风管路内径计算如下:

式中:Q—通过管路的供气量, 35.2m3/min;L—管路计算长度, 为500m;

得d=86.1mm。根据计算的管径, 永久避难硐室采用Ф108×4.5mm无缝钢管。

目前矿井两台空压机的流量小于所需总供风量, 因此设计增加一台同型号空压机, 以满足需要。

3.5.2 供水施救系统

供水施救系统供水水源引自地面消防水池 (容量为200m3) , 水质要求到达饮用水标准。

3.6 电源、照明及人员生存保障系统

避难硐室的供电照明电源引自井底中央变电所, 照明电压为127V, 灯具为DGS20/127Y型隔爆型荧光灯, 电缆为MYQ-500煤矿用阻燃移动橡套软电缆。要求专用的供电线路上不得分接任何其他负荷。

紧急避险设施内按额定避险人数配备食品、饮用水、人体排泄物收集处理装置及急救箱、照明设施、工具箱、灭火器等辅助设施。配备的食品发热量不少于5000k J/d·人, 饮用水不少于1.5 L/d·人。

4 建议

1、建议建立安全避险六大系统的管理制度, 加强安全避险六大系统的日常管理, 并根据井下采掘系统变化, 及时补充完善安全避险六大系统。

2、建议维护人员定时检查、测试在用设施设备及附件的完好状态, 确保设备性能完好。

摘要：本文根据国家现有的建设煤矿紧急避险系统的相关政策法规, 结合鑫发煤矿基本情况, 设计完成了鑫发煤矿紧急避险系统, 为鑫发煤矿井下发生紧急情况下的遇险人员提供了安全避险的可靠设施。