1. 什么是机场航站楼内通系统

机场航站楼内通系统是面向机场生产运行、值班调度、现场作业和公共求助建立的专业通信系统。它连接运行控制中心、值机柜台、安检区域、登机口、行李处理区、设备机房、停车场和公共服务区域，为不同岗位提供内部通话、指挥调度、紧急对讲、求助呼叫和事件记录能力。

机场内通系统与办公电话、公共广播和无线集群存在业务联系，但各自承担的任务并不相同。

机场内通系统的作用不是取代全部既有通信设备，而是建立统一的呼叫关系和调度入口。办公分机继续承担日常通话，无线终端继续服务移动人员，公共广播负责大范围通知，内通平台则负责把不同岗位和通信环节连接起来。

2. 机场内通系统的总体架构

一套完整的机场航站楼内通系统通常由现场终端、通信网络、融合通信平台、调度应用和第三方系统接口组成。设计时需要明确每一层的职责，避免将所有功能集中在单一服务器或某一种终端上。

2.1 现场终端层

现场终端是工作人员和旅客使用系统的直接入口，包括桌面IP话机、调度台、软件客户端、工业电话、免提对讲终端、HELP求助终端、SOS电话和声光提示设备。

不同区域不宜强行使用同一种设备。办公室关注操作便利和通话质量，行李处理区更重视抗噪、免提和环境防护，公共求助区域则要求按键明显、位置固定，并能够通过终端号码识别具体安装地点。

2.2 通信接入层

IP终端通常通过以太网接入，模拟电话、原有专线设备或音频设备可根据项目情况通过语音网关接入。在基于SIP的通信架构中，SIP负责会话建立和呼叫控制，语音媒体通常通过RTP传输。

接入设计不能只检查网络是否连通，还要确认交换机供电能力、语音VLAN、QoS策略、设备地址规划和跨区域链路状况。

2.3 融合通信核心层

融合通信平台负责终端注册、号码管理、呼叫路由、部门分组、用户权限、录音对接和设备状态管理。号码规划应尽量与机场的区域、部门和岗位对应，而不是只与个人姓名绑定。

例如，“T2安保值班”“行李机电值班”和“停车场服务席”比员工姓名更适合作为调度对象。人员换班后，岗位号码和呼叫路径不需要随之改变。

2.4 调度应用层

运行控制中心和各级值班室通过软件调度台或硬件调度台处理现场呼叫。调度界面应显示岗位、区域、终端状态和事件信息，而不是只显示一串分机号码。

常用调度功能包括岗位直呼、组呼、多方通话、呼叫转接、监听、强插和强拆。监听、强插等高权限操作应按照账号和岗位授权，并保留相应的操作记录。

2.5 系统接口层

机场内通平台可根据项目需要与办公电话、无线集群、公共广播、门禁报警、视频监控和机场管理平台对接。接口设计的重点不在于连接多少系统，而在于通信方向、控制权限、数据范围和故障边界是否明确。

3. 机场现场通信终端如何选择

机场终端选型不能只比较外观、按键数量和采购价格。安装环境、背景噪声、使用人员、呼叫频率和维护方式，都会影响设备能否长期稳定使用。

3.1 高噪声区域不能只依靠提高音量

行李分拣区、设备层和装卸区域的背景噪声较大。单纯提高扬声器音量，可能产生回声、啸叫或语音失真。终端选型时还需要考虑麦克风拾音方向、回声消除、安装高度以及工作人员与设备之间的操作距离。

现场无法稳定进行双向免提通话时，可以配置抗噪耳机、手柄式工业电话、外接扬声器或声光提示装置，而不是继续提高免提音量。

3.2 求助终端应与具体位置绑定

求助终端的名称不能只设置为“求助电话01”。调度台应能识别终端所在航站楼、楼层、区域和具体位置，例如“T2停车场B区3号求助点”。值班人员接通电话时，才能立即判断应该通知哪个岗位前往现场。

终端名称、地图点位和现场标识需要保持一致。后期调整安装位置时，也要同步更新调度平台中的位置数据。

4. 先设计呼叫流程，再配置调度功能

机场通信方案经常列出组呼、监听、强插、强拆和录音等功能，却没有明确呼叫发生后由谁接听、无人接听时转向哪里，以及事件最终由谁负责关闭。功能齐全并不代表流程真正可用。

在配置系统之前，应先建立呼叫矩阵，将每一类终端和事件的处理方式确定下来。

每一条呼叫规则至少需要明确呼叫来源、首接岗位、备用岗位、转移等待时间和记录方式。涉及紧急事件时，还要确定呼叫优先级，以及是否允许紧急呼叫打断普通通话。

4.1 行李设备故障处理流程

行李分拣设备发生故障后，现场工作人员通过工业电话上的岗位直通键联系行李运行值班室。调度员确认故障位置后，将机电维修、行李服务和现场负责人加入同一通话，减少多次拨号和重复转述。

处置过程中产生的呼叫时间、参与岗位和通话录音可以按照事件时间查询，方便后续检查故障响应和处理过程。

4.2 旅客紧急求助处理流程

旅客在停车场、无障碍卫生间或偏远通道按下求助按钮后，呼叫直接进入指定服务席。值班人员接听时能够识别终端所在区域，并联系距离现场较近的工作人员。

当前席位无人接听时，呼叫按照预设顺序转至备用岗位，避免紧急求助长时间无人处理。

4.3 一键直呼应绑定岗位，而不是固定人员

一键直呼按钮最好绑定岗位或调度组，而不是某一名固定员工。人员换班、离岗或号码调整后，现场终端上的呼叫键仍然按照原有规则工作。

例如，行李区的“机电值班”按键可以先呼叫当班维修席位，规定时间内无人接听，再自动转至运行值班室。现场工作人员不需要了解当班人员姓名，也不需要重新查询号码。

4.4 自动应答需要明确使用范围

工业对讲和调度终端可根据场景配置自动应答、免提接听或单方挂机释放，但这些功能不适合在所有办公区域默认启用。涉及隐私或非值守环境时，应根据岗位职责和管理制度限制使用范围。

5. 如何与机场现有系统对接

“支持系统集成”很容易写进方案，但也最容易在实施阶段产生争议。正式确定接口前，需要明确协议类型、数据方向、控制权限、异常处理和维护责任。

5.1 与办公电话系统对接

机场已经部署IP PBX或办公电话系统时，可以通过SIP中继或语音网关建立互通。设计阶段需要确认号码是否冲突、主叫号码如何显示、使用哪些语音编码、DTMF如何传递，以及哪些办公分机允许呼叫生产调度岗位。

办公通信和生产调度可以互通，但不应取消权限边界。普通办公用户不宜直接调用强插、紧急组呼和广播等调度功能。

5.2 与无线集群系统对接

无线集群通常采用按键发言和通话组机制，与普通全双工电话存在差异。对接TETRA、DMR、PDT或其他无线系统时，需要确认网关方式、PTT控制、通话组映射、讲话权限和录音方式。

接口能够建立通话，并不代表整体使用流程已经完成。还需要验证调度员按下通话键后，无线侧是否正确占用信道、讲话结束后是否及时释放，以及多个通话组同时工作时如何分配调度资源。

5.3 与公共广播系统对接

公共广播可以通过SIP、音频接口、控制接口或API与内通平台连接。设计重点包括广播分区、消息优先级、紧急广播授权和播放完成后的状态返回。

语音对讲与广播系统对接时，还需要防止音频回送形成回声或环路。检查范围应同时包括物理音频接口、软件路由和广播区域内的拾音设备。

5.4 与门禁、报警和视频监控系统对接

门禁异常、SOS报警或其他安全事件可以通过API、SDK、网络协议或干接点接口送入调度平台。平台收到事件后，按照预设规则通知相应岗位。

视频联动通常依靠事件位置与摄像机编号之间的映射。方案中不能只写“报警后自动弹出视频”，还应明确由哪个系统提供摄像机编号、调用权限如何分配，以及视频平台离线时调度流程是否继续执行。

5.5 与机场管理平台对接

机场管理平台可根据项目需要接收设备状态、呼叫事件、报警记录和处置结果，也可向内通系统推送业务事件。数据交换范围应符合机场的信息安全和权限管理要求。

6. 网络、可靠性与录音设计

6.1 语音网络需要端到端的QoS

机场内通系统可以使用机场现有IP网络，但语音业务应有独立、清晰的网络规划。建议为通信终端划分语音VLAN，并在接入交换机、汇聚交换机和核心网络上配置一致的QoS策略。

只在通信服务器上标记语音优先级，而中间网络设备不识别或不转发该标记，不能真正保障通话质量。网络设计还应检查交换机端口、上联带宽、组播策略、防火墙规则和跨区域链路情况。

6.2 PoE和备用电源需要统一核算

大量IP话机、工业电话和求助终端通过PoE供电。项目设计时需要核算交换机的总供电功率，而不是只计算可用端口数量。

核心交换机、接入交换机、融合通信服务器和录音设备应根据机场运行要求纳入UPS供电范围。公共求助区域和关键值班岗位还需要评估断电后的通信维持方式。

6.3 双机热备不能代替完整的可靠性设计

核心平台可以根据项目要求采用主备或双机热备，但服务器冗余并不代表整套系统没有单点故障。交换机、上联链路、存储、电源和第三方接口同样需要检查。

验收阶段不应只查看管理界面中的主备状态，还应实际断开主服务器、主链路或部分网络设备，观察终端重新注册时间、正在进行的通话是否受影响，以及备用节点能否继续提供关键通信业务。

6.4 录音、日志和视频时间应保持一致

调度录音、呼叫记录、报警事件和视频记录只有采用一致的时间基准，才能在事后准确还原事件过程。通信服务器、录音设备、调度客户端和第三方业务系统应使用统一的时间同步服务。

录音设计还需要提前确定哪些岗位需要录音、保存多长时间、哪些账号可以查询，以及导出文件如何管理。存储容量应根据并发录音数量、每日录音时长、语音编码、保存周期和备份份数计算。

7. 机场内通系统的实施与验收要点

机场属于连续运行场所，通信系统建设通常不能长时间中断现有业务。对于已经投入使用的航站楼，分区域、分阶段上线通常比一次性切换更稳妥。

1. 7.1 开展现场调查

   确认航站楼分区、岗位数量、现有终端、网络条件、噪声环境、供电方式和设备安装位置。高噪声区域和公共求助点应进行实地检查，不能只依赖建筑平面图。

2. 7.2 建立岗位和呼叫矩阵

   梳理每类终端呼叫哪个岗位、无人接听时转向哪里、是否录音、是否允许回呼，以及紧急呼叫是否具有更高优先级。

3. 7.3 确认号码与权限规划

   号码应与航站楼、区域、部门和岗位建立对应关系。调度、广播、监听和录音查询权限分别配置，避免所有用户使用相同权限。

4. 7.4 完成第三方接口验证

   办公电话、无线集群、公共广播、门禁和视频等第三方系统，应在全面部署前完成基本协议和业务流程验证，提前发现编码、号码、权限和控制逻辑问题。

5. 7.5 分区域部署和切换

   可先上线运行控制中心、紧急求助点和关键作业区域，再扩展至办公岗位和其他业务系统。每个区域完成测试后，再进入下一阶段。

6. 7.6 通过实际场景进行验收

   验收不能只检查设备是否在线，还要模拟旅客求助、设备故障、无人接听、跨部门会议、服务器切换和网络中断等真实情况。