截至2011年底，我国大陆拥有港口400多个，拥有生产性泊位31968个，其中万吨级及以上深水泊位1762个，深水泊位较10年前增加了1倍。
沿海港口拥有深水泊位1422个，较10年前增加了1倍；内河港口拥有深水泊位340个，较10年前增加了1.5倍。如今，我国已拥有可以靠泊装卸15万吨集装箱船舶、35万吨散货船舶和45万吨泊轮的能力，港口码头泊位不断向大型化、专业化方向发展，港口靠泊能力不断提高。
10年来，我国航运业发展取得了巨大成就，航运业已经成为中华民族复兴的重要战略支点。按照规划，预计到2020年我国将实现由海洋大国、航运大国向航运强国的转变。
专网通信以其独特的应用优势以及良好技术发展很好的解决了上述疑问。
无线对讲专网通信经历了长时间的积累与发展，技术成熟，性价比高；同时组网方便，调度灵活是专网通信绝对的应用优势，这在港口用户中有着非常灵活的应用。
●1.系统概述（数字集群应用需求）
1.1港口专网通信现状
数字集群技术尚未在港口中形成大范围应用，在港口专网通信中，仍以常规通信、模拟集群通信居多，同时存在以下不足；
常规对讲机其结构简单、功能单一，只能满足语音呼叫功能。模拟设备技术有限，语音质量不高，并容易形成干扰，导致通信信息不准确。相对于集群系统，常规通信调度简单，并需要旋转信道，容易形成误操作。
常规通信无法实现全公司甚至全集团的调度指挥网，无法保证各调度与生产现场的直接联络，不利于信息的有效传达，及生产组织。
1.2数字集群优势
TETRA（TErrestrialTrunkedRAdio陆地集群无线电）是ETSI（欧洲通信标准协会）联合使用部门、制造商、检测部门乃至政府部门，为了满足全球各国的专业部门对移动通信的需要设计、制订统一标准的开放性系统。
TETRA标准是我国数字集群体制中应用最为广泛的标准。从移动通信的技术发展来看，我国的集群走向数字化是必然的趋势，因为数字集群技术以其更高的频谱利用率、清晰的话音质量、丰富的承载业务、强大完善的网络功能、可靠的保密功能等显示出良好的发展前景。
海能达800MTETRA数字集群系统能够帮助您提高码头生产指挥调度效率。
海能达"ACCESSNET?-TIP"TETRA数字集群系统从技术体制上，功能应用上具备模拟通信技术不可比拟的优势：
1)国家政策支持：
2001年信息产业部518号文件明确表示从频率资源上支持800M数字集群系统的发展。
2)频谱利用率高，尤其适合港口多分组，大用户量的调度
TETRA数字集群采用TDMA技术，每对频点可以提供4个逻辑信道，频率利用率相当于模拟集群和模拟常规系统的4倍。
3)数字化处理，语音质量更好，满足通话与调度需求
TETRA数字集群采用信道编码和语音编码技术，可以使话音非常清晰，通话质量高。数字化编码调制后，话音的抗外界干扰能力大大加强，对话音造成的影响可以降低到最低限度。
4)具备系统备份功能，充分保障设备及系统稳定，保障港口工作不终端
具备强大的单基站备份功能，基站具备基站控制器备份、控制信道备份、信道机备份、电源备份等多重备份功能。为了应对不可抗的突发事件，海能达800M数字集群系统还具备整体基站备份功能，方案采用一用一备两套系统，采用热备份，当系统故障时能自动切换到备份系统。
5)系统扩容方便：
随着港口码头的业务增长，前期建设的系统将逐步拥挤，系统容量急需提升。海能达800M数字集群系统提供多种系统扩容方案。
1）单基站从1载频扩容至最高8载频，最高支持31个业务信道。
2）单基站系统扩容至分布式多基站联网系统，不需要增加核心网集中式交换设备，就能够平滑从单个基站升级到2至3个基站，最高支持16个基站互联，每个基站8载波。
3）分布式联网系统能够平滑升级到集中式联网系统，通过增加核心网集中式交换设备，集中式交换系统最高支持480个基站互联，系统最高支持3840个信道。
6)丰富的业务应用，符合港口通信数字化调度，尤其短信调度符合港口需求
800MTETRA数字集群系统是一种智能化的网络，方便对全网进行控制和管理，可以对不同的用户根据其实际工作的使用需求设定不同的权限级别，具备优异的全网终端的呼叫调度（组派接、强插强拆）、短数据调度、全网录音调度的功能，确保港口调度业务的顺利开展。
●2.ACCESSNET?-TIP系统架构
随着国家经济贸易量的增长，港口业务量的巨大增长，这也要求港口的业务手段更加丰富，能够适应业务的变化。在系统建设初期可能只需要较小型网络，同时需要严格控制成本，但随着业务量的加大，以及业务内容不断丰富，需要更加强大的数字集群系统支撑业务的发展，那么用户所建设的数字集群系统就应该具有灵活的组网形势。
海能达800MTETRA集群系统通过系统软件模块的灵活部署来实现集中式和分布式的系统架构，可以根据用户需求从分布式平滑升级到集中式。
海能达800MTETRA集群系统，分布式架构和集中式架构由同一开发团队开发完成，均属于电信级标准产品。可以根据用户的系统容量的需求，灵活配置，灵活升级。由于分布式无需中心控制，对于中小型系统而言，能够为用户节约系统投资。
2.1集中式交换架构
集中式交换架构是电信界的典型模式，在系统的交换控制中心实现所有语音和数据交换以及连接PABX/PSTN等外部网关。可以冗余地设计交换控制中心，当一个位置发生故障时，网络中的其它位置能够维持系统的功能。
集中式交换适合应用于大中型网络，成本相对分布式交换较高。
集中交换式具有下列优势：
·高性能的交换设备，软件功能可整合到强大的服务器上。
·相对于分布式交换，可以连接更多的基站、网关及应用。
·通过冗余的交换控制中心（可以是位置上冗余）实现集中式最大可用性。
集中式交换的网络架构示意图如下：
2.2分布式交换架构
分布式交换更具有灵活性，它将交换控制功能分布到每个基站，且可在任意基站处配置网关及应用，分布交换式架构还增加系统的稳定性，完全避免了交换控制中心的"单点故障"。分布式系统中多个基站控制单元可以互为冗余；分布式系统具有完整的语音、短数据、分组数据、调度接口，电话接口功能。
分布式交换适合应用于中小型网络，成本相对集中式交换较低。海能达800MTETRA集群系统支持分布式交换到集中式交换的平滑过渡。
分布式交换的网络架构示意图如下：
2.3集中式/分布式系统架构平滑过渡
仅需要通过对基站部分的软件模块进行配置，海能达ACCESSNET?-TIP系统支持分布式交换系统、集中式交换系统的平滑切换。
如果一期建设系统为单基站系统，单基站将具备基站交换功能（SCF模块），基站也同时具备独立网关（电话、调度台、录音）能力。
如果二期建设系统规模为2~3个基站（16个基站以内），每个基站都可以配备基站交换功能（SCF模块），基站控制器具备跟其余N-1个基站进行语音、数据交换的能力，每个基站均具备独立网关功能（电话、调度台、录音）。
如果三期建设的系统规模较大，需要将业务交换模式从分布式切换为集中式，系统已建的基站不需要做任何硬件的更改，即可平滑切换为集中式交换系统的基站，基站控制器具备跟核心网交换机的业务交换能力。集中式交换系统中的基站之间不能进行相互通信。
●3.ACCESSNET?-TIP系统业务功能
ACCESSNET?-TIP提供了在突发事件下的多种冗余方式，保证服务和性能的完整性。配合灵活的组网方案，网络设计可提供全面的冗余备份方案。
3.1基站功能模块冗余
3.1.1主控信道冗余（SCCH）
主控信道可以再任意载频上进行备份，如果对主控制信道进行备份，其失效时另外的一个载频就会工作。
有以下几种方式来对主控信道进行备份：
1.主要信道频点广播备份
2.N+1载频备份
3.N+2载频备份
3.1.1.1收发机冗余备份
为了增加载频工作的稳定性和基站功能模块（BSF）的稳定性，在一个基站最多可设定两个冗余收发机，备份的收发机保证原有设备失效时的信号覆盖。当本地的频点资源紧张只有少数频点可用时，可以使用收发机冗余备份。
3.1.1.2控制器备份
当一个基站有两个TIB收发机模块时，可以对基站功能模块（BSF）进行备份设置。
在这种备份中，基站运行时，两个TIB收发机模块都处于激活状态。第一个TIB收发机模块的控制器负责整个基站的常规操作，第二个TIB收发机模块的控制器处于待命状态。如一个TIB收发机模块或者以太网连接出现故障，第二个TIB收发机模块的控制器单元将进行工作。保证整个基站继续运行。
3.1.1.3回退模式
装有交换控制功能（SCF）的基站与交换控制中心（IPN）之间失去联络后，基站将进入回退模式。在回退模式下，基站的射频单元在BSF的维持下继续工作。
回退模式中基站和网络中的其他部分链接断开，本地基站可以实现如下功能：
●组呼
●单呼（半双工和全双工通话）
●短信数据和状态信息的发送
●2级3级空中接口加密（语音和数据）
●鉴权（本地）
●优先通话，紧急呼叫，预占优先通话
●队列，依照呼叫优先级
●拒接未知用户来电
●通话时，低优先级用户如呼入显示"占线"
●通话时间设置
●载频监听时间
回退模式是ACCESSNET?-TIP集中式交换网络结构中的应急模式。
3.1.1.4单站模式
在分布式交换网络中当一个装有交换控制功能（SCF）模块的基站与整个网络失去联络时，基站将进入独立运行模式。
在使用独立运行模式中，基站将维持基站控制（BSF）模块的功能以及其他本地服务和网关（应用网关(AGW)和/或分组数据网关(PGW)）。不同于回退模式，独立运行模式可以仍然可以产生详细的呼叫记录（CDR）。并且能够支持单站录音。
单站模式是ACCESSNET?-TIP分布式交换网络的应急模式。
单站系统还可向用户提供下列补充业务：
迟后进入：在群呼过程中，迟来的成员可以加入一个正在进行中的群呼；
超越覆盖指示：当移动台接收信号低于某数值时，移动台用光或声显示该台已超出覆盖范围；
呼叫显示：显示主叫方或被叫方的识别码；
讲话方识别码显示：组呼之中用户台显示讲话方的识别码；
扫描：单站集群方式下，系统应支持通话组扫描功能。投标方应说明此次投标的终端和基站设备对扫描组数量的支持情况；
排队：在基站信道全忙的情况下，系统应支持用户排队功能，用户发起的紧急呼叫应在系统信道全忙的情况下抢占其他用户的信道；
主控信道自动切换：当基站主控信道所在载波发生故障时，系统应将主控信道（MCCH）自动切换到其他载波，而不影响系统的正常运行；
专用业务信道：在特殊情况下，可以为重要用户组指配专用业务信道，即使该组没有通话，该信道也不分配给其他组使用。
要求单站集群模式下，还能够记录通话组的通话ID、通话时间，在恢复与交换机的连接后，把通话信息传给网管子系统,便于单站集群状态的监控与管理。
3.1.1.5通过重叠信号对覆盖范围及进行冗余
基站对终端进行广播，告知终端哪个基站的信号强度高，通话信道负载低，应该在哪个基站上注册。其他邻近的基站出于相同目的，同样广播这些限定参数。终端可以依据信号强度来自主选择在哪个临近的基站上进行注册，保证终端信号良好。
在这种情况下，整个通话负载将会由一个基站承担，正如此，基站必须做好用户用量预留，在建设网络时需要考虑到频率分配，基站容量等问题。
通过重叠信号对覆盖范围进行冗余
3.1.2交换控制功能备份
在ACCESSNET?-TIP中交换控制功能（SCF）模块角色至关重要。相比维持单独基站信号覆盖更为重要的是保持整个操作系统的可操作性，而交换控制功能（SCF）模块保证了整个系统的操作性。
3.1.2.1链路路由器备份
●异地备份
一个基站可以由两个不同地理位置的交换控制功能（SCF）模块进行控制，在这种情况下，基站控制（BSF）模块在逻辑上连接到两个交换控制功能（SCF）模块上。如果一个交换控制功能（SCF）模块和网络节点（IPN）失去连接之后，另外一个交换控制功能（SCF）模块可以继续工作。
BSF连接到两个SCF
3.1.2.2电话网关，应用网关备份
基于IP网络的电话网关和应用网关可以在不同地点和不同网络中进行备份。当一个电话网关和应用网关的所有线路占线时，将重新选择对应的路由器继续工作。确保网络系统的灵活性和稳定性。
3.1.2.3网络管理系统（NMS）备份
为了保证数据的安全和可操作性。网管系统提供了多种备份方案。
●网路数据库（NDB）备份
当网路数据库（NDB）的IP网络连接失效时，剩余各自网络可以连接到备份网路数据库（NDB）上。网路数据库（NDB）支持各自相互复制，如数据库和联系人复制。
●NMC网络管理客户端的备份
几个不同工作站同时使用同一个数据库，于灵活分散管理。
●4.DWS业务调度系统
DWS调度系统为海能达公司自主研发，采用全中文操作环境，具备标书要求的呼叫、短数据、状态信息、紧急告警、监听、动态重组等基本业务。
调度台同时还提供领先的"三方通话"功能，即在通话进行过程中可根据实际需要，随意将单个用户或单个组加入到当前通话组，能够针对机场用户的业务流程进行定制，符合机场用户的使用习惯。调度台软件支持触摸屏+鼠标双触控方式进行操作，属于业界领先水平。
DWS调度系统界面
4.1.1调度功能
4.1.1.1全双工/半双工单呼
●功能描述
该功能使调度台用户可以向终端用户、调度台和有线电话发起一对一呼叫，终端用户指手持终端和车载终端，有线电话是外线电话和局域网分机。
系统提供两种模式的单呼：
全双工单呼：呼叫双方可以同时通话，占用两个信道。
半双工单呼：呼叫双方同一时间只允许一人通话，占用一个信道。
两种单呼模式可通过界面上的功能按钮进行切换，系统默认采用半双工模式。
●应用场景
问题：巡警小李发现某工厂仓库外有可疑车辆。
时间：23:00
地点：某集团工厂仓库外
人物：巡警小李、调度员小张
场景：
1)巡警小李值夜班，巡逻至某集团工厂仓库外时发现一可疑车辆，遂向调度台发起半双工单呼，报告情况。
2)调度员小张接到告警，指示小李前往查看，原来是情侣吵架。
4.1.1.2呼外线/呼PABX
●功能描述
该功能使调度台可以接入PSTN（PublicSwitchedTelephoneNetwork）及局域网分机。
●应用场景
问题：有两名毒贩乘船出逃，经过一个港口后轮船将驶出外海，需要联系海事部门在外海堵截。
时间：14:00
地点：滨海城市公安局指挥中心
人物：刑警队长Keith、外线海事部门负责人Lance
场景：
1)指挥中心接到告警，有两名毒贩乘船出逃，经过一个港口后轮船将驶出外海，需要联系海事部门在外海堵截。
2)刑警队长Keith接通外线电话，与海事部门负责人Lance取得联系，并说明具体情况请求支援。
3)海事部门派出两艘巡逻艇在外海待命。
4.1.1.3呼叫保持及恢复
●功能描述
该功能使调度台用户可以维持调度台参与的半双工单呼通话链路在一个最大保持时间内一直存在，直到用户挂断或恢复后结束通话为止。呼叫链路建立后，一段时间内链路处于静默状态系统会自动结束通话，该静默时间和呼叫最大保持时间由实际TETRA系统配置。
●应用场景
问题：调度员正与司机小张例行沟通，接到司机小王的告警。
时间：17:00
地点：码头
人物：调度员Lily、码头货运车司机小张和小王、技师小李。
场景：
1)调度员Lily正在与小张例行沟通，接到小王的告警车辆发生故障需要派技师检查。
2)Lily保持与小张的呼叫，呼叫技师小李前去排除故障。
3)Lily恢复与小张的通话，继续先前的工作。
4.1.1.4呼叫转移
●功能描述
该功能使调度台可以转接任何单呼至所管理的任何非组用户。该功能对呼叫模式有影响，如表31所示。备注：发起呼叫的模式不变，转接后目标的模式由终端类型决定。
表31对呼叫模式的影响
●应用场景
问题：巡查员Bob不知道巡查员Charles的ISSI（IndividualShortSubscriberIdentity），但需要找Charles了解他那边的情况。
时间：快下夜班
地点：治安巡防调度中心
人物：巡查员Bob、巡查员Charles、调度员Darcy
场景：
1)巡查员Bob不知道巡查员Charles的ISSI，向调度台发起呼叫，要求跟Charles通话。
2)调度员Darcy将Bob的呼叫转移给Charles，Bob和Charles开始通话。
4.1.1.5普通组呼
●功能描述
该功能使调度台用户可以向终端用户发起一对多的半双工呼叫。
终端用户被设置成一个静态组，只有属于该组的用户和监听该组的调度台可以听到通话内容。静态组的用户数据是由DWS（DispatchWorkingStation）从交换机中读取，不随调度台程序的关闭而发生变化，保持与交换机中的数据同步。
●应用场景
问题：大赛开始前，进入体育馆东门的人流量太大，出现严重拥挤现象，需要调拨一对人马前去维持秩序。
时间：10:00
地点：临近站台和停车场的体育馆东门
人物：调度员Jack、治安联防队1组Group1
场景：
1)上午10点，调度台接到告警，体育馆东门出现严重拥挤现象。
2)调度员Jack向治安联防队1组Group1发起组呼，通知全组成员15分钟内赶往场馆东门维持秩序。
4.1.1.6动态重组
●功能描述
该功能使调度台用户可以临时对管理的所有在线终端用户进行编组，该群组信息会写入交换机，不随调度台程序关闭而消失。这里的终端用户指手持终端和车载终端。
●应用场景
问题：经匿名用户举报，在码头有两可疑人物，并携带爆炸物。
时间：周六11:30
地点：玩得欢码头
人物：匿名用户、调度员张Sir、应急小组UrgencyGroup
场景：
1)接到匿名用户举报，在玩得欢码头有可疑人物，可能携带爆炸物。
2)调度员张Sir立即从各小组中抽调骨干队员成立应急小组UrgencyGroup，并立即派往码头排除险情。
4.1.1.7组派接
●功能描述
该功能使调度台用户可以临时将多个组（静态组和动态组）合并，使不同的组之间能够互相通信，通话结束，该组信息消失。
●应用场景
问题：海事部门接到告警，一群钓鱼爱好者在矶钓时有两名钓友被海水冲走失踪。
时间：失踪后5分钟
地点：当地码头沿海岸西行3公里处
人物：调度员Ailsa、搜救小组Group1\Group2\Group3、钓鱼爱好者
场景：
1)接到告警，一群钓鱼爱好者在矶钓时有一个钓友被海水冲走，当地海事部门立即派出3个搜救队前往出事海域。
2)三个小组平时分别执行任务，为方便三个小组互相通话，调度员Ailsa对三个小组执行组派接操作。
4.1.1.8强拆组
●功能描述
该功能使调度台用户可以强制终止正在进行的组呼和多方通话。
●应用场景
问题：车辆调度中心信道资源不足，郊区组一直在通话占用较多资源。
时间：13:30
地点：车辆调度中心
人物：调度员Alexander、郊区组Banlieue
场景：
1)车辆调度中心信道资源不足，郊区组Banlieue一直在通话占用较多资源。
2)调度员Alexander强拆郊区组Banlieue的组呼。
4.1.1.9紧急呼叫
●功能描述
该功能提供最高优先级的呼叫，是一种在紧急情况下的特殊对讲方式，有单呼和组呼下的紧急呼叫之分。通过选择紧急呼叫键对指定联系人发起，用以在最短时间内、以最便捷的方式将信息通报给指定的用户或者群组。
●应用场景
问题：巡逻员Bill发现场馆东南角水管破裂，报告给调度台。
时间：比赛正在进行
地点：赛事维护调度中心
人物：调度员Carl、巡逻员Bill、抢修小组EmergencyGroup
场景：
1)调度台接到巡逻员Bill告警，场馆东南角水管破裂。
2)调度员Carl向抢修小组EmergencyGroup发起紧急呼叫，派抢修小组立即赶赴现场处理故障。
4.1.1.10多方通话
●功能描述
该功能使调度台用户在调度台与终端进行通话的过程中可以动态增加通话对象，通话对象包括手持终端、车载终端、调度台、组和有线电话。对于组呼，只有调度台发起的组呼可以执行多方通话。
●应用场景
问题：调度台在听取仓库管理员的汇报时，调度员觉得应该让运输组的成员知道仓库目前的情况。
时间：15:00
地点：码头调度中心
人物：调度员Adarm、仓库管理员Andy、运输组TransitGroup
场景：
1)仓库管理员Andy发现仓库任存有大量货物，需要运输组加大运输力度完成堆场任务。
2)调度员Adarm动态添加运输组TransitGroup进行通话，了解堆场任务为什么进度偏慢，并要求给出解决方案。
4.1.1.11环境监听
●功能描述
该功能使调度台用户可以在终端用户不知晓的情况下打开其麦克风，用于监听终端所处的环境和了解其工作状态。
●应用场景
问题：巡查员Bob去广场执行巡逻任务，调度中心不知道Bob是否真的在广场。
时间：11:00
地点：广场
人物：巡查员Bob、调度员Darcy
场景：
1)巡查员Bob去广场执行巡逻任务，调度中心想知道Bob是否真的在广场。
2)调度员Darcy通过调度台的环境监听功能打开Bob手持终端的麦克风，听到广场的吵闹声和广场典型的广播声音。
4.1.1.12组监听
●功能描述
该功能使调度台用户可以将自己加入到任何管理的组中。组呼过程中，只有组内成员可以听到组内通话，系统默认调度台不属于任何组。调度台自己发起组呼时，系统首先将调度台临时加入到组中。
●应用场景
问题：巡查小组内部互相的通话，调度员不能听到。
时间：23:00
地点：治安巡防调度中心
人物：巡查小组Group1、调度员Darcy
场景：
1)巡查小组上夜班，调度员Darcy不能听到小组内成员之间的通话内容。
2)为了知晓小组上班情况，调度员Darcy添加Group1到监听中，进而听到该小组的通话。
4.1.1.13收发短信
●功能描述
该功能使调度台用户可以向多个群组、终端用户发送短信，终端用户也可以向调度台发送短信。
短信包括临时编写的文本短信（包括通过短信模板编辑的短信）和预定义短信。
●应用场景
问题：汽车组装任务加剧，为完成产品任务，调度台需要向所有终端用户发送周末加班通知。
时间：星期五
地点：调度中心
人物：调度员Fiona、组装线全体手持终端用户
场景：
1)为完成产品任务需要周末加班。
2)调度员Fiona向所有终端用户发送短消息，告知周末加班两天。
4.1.1.14预定义短信
●功能描述
该功能提供的短信为状态短信，包含短信文本和状态码。调度台用户可以根据工作需要自定义短信内容和状态码。短信长度限定在30个字符以内，状态码只能为整数，限定在0和65535之间。短信在传输的过程中只传输状态码，减少信道占用时间。
●应用场景
问题：编辑日常固定的状态汇报短信花费较多时间。
时间：每天
地点：调度中心
人物：调度员John、服务生Justin
场景：
1)调度员John将服务生每天的工作汇报短信编辑成预定义短信，如：0表示到岗，1表示换岗。
2)服务生Justin向调度中心发送1，调度台程序根据预定义短信，将相应的文本信息显示在调度台，调度员John看到该短信知晓Justin的岗位换岗了。
4.1.1.15短信模板
●功能描述
该功能提供的短信为文本短信，调度台用户可以将经常重复出现的内容设置为模板，用于工作中快速套用，减少编辑时间。
●应用场景
问题：日常工作中，调度员Jacob每天需要向所有巡查员发送任务通知。
时间：每天17:50
地点：调度中心
人物：调度员Jacob、全体巡查员
场景：
1)下午17:50，调度员Jacob向巡查员Jim和Ken发送夜班巡查任务通知。
2)Jacbo根据姓名和任务编辑短信模板，并发送给全体巡查员。
4.1.2终端状态监控
●功能描述
该功能使调度台用户可以监控手持终端和车载终端的实时状态，包括基站号、当前呼叫状态和开关机状态。
●应用场景
问题：调度员呼叫服务生没回应，想查看他的状态。
时间：12:00
地点：酒店调度中心
人物：调度员Barbara、服务生9527
场景：
1)调度员呼叫服务生9527没回应。
2)查看他的终端状态，处于不在线状态，知晓9527的手持终端出故障了或9527在偷懒。
海能达DWS还将根据行业客户的定制需求，提供不断增强的业务功能。
●5.DVRS全网录音系统
TETRA专网集群录音系统是将专网中的语音数据进行采集，然后存储到计算机硬盘中，用户可随时随地的对以往的话音记录进行查询及播放，同时还提供维护功能，用户通过远程登录修改录音系统的相关配置参数。提供网管接口，网管系统还可以实时监测录音系统的运行状态，发生异常时通过扬声器、短信息向系统维护人员发出报警信息。
查询话音记录时可对话务进行测量、业务测量、负荷测量、业务量统计以提供统计、分析能力。
录音系统由录音采集服务器、录音数据库、WEB查询服务器和查询终端（普通PC）构成。
DVRS系统逻辑架构如下图：
DVRS系统总体架构如下图：
