Encyclopedia
在前台，一名员工正在与访客交谈，旁边一个分机开始振铃。来电者需要有人接听，但该电话的负责人不在。通过呼叫代接，一位获得授权的同事可以直接从另一个分机接起振铃呼叫，无需穿过办公室或等待自动转接规则。
呼叫代接是 PBX、IP PBX、SIP 和托管企业电话系统中常见的功能。其运行不仅取决于电话上的按钮：呼叫控制器必须识别符合条件的振铃呼叫，检查应答用户的权限，并将主叫连接到正确的目的地。群组代接、定向代接和 BLF 辅助代接通过不同的用户工作流实现这一点。在跨办公室、服务台和运营团队配置共享呼叫覆盖时，了解每种方法的行为非常重要。
呼叫首先到达目标分机并进入振铃状态。在该用户应答之前，另一部具有所需授权的电话发起代接。随后 PBX 或云呼叫控制器将等待中的主叫连接到应答用户。从主叫的角度看，所拨号码没有改变；只是团队中的另一位成员接听了。
这与配置公共寻线组或队列不同。呼叫代接可以在同事暂时不可用时提供备用覆盖，同时保留单独分配的分机。它最适合应答人员知道自己负责哪些呼叫的情况，而不是跨无关部门的随意代接。
| 功能 | 何时起作用 | 会发生什么 |
|---|---|---|
| 呼叫代接 | 当符合条件的目的一直在振铃时 | 另一位授权用户应答尚未接听的呼叫。 |
| 呼叫转接 | 呼叫接通之后 | 将活动通话发送到另一个目的地。 |
| 呼叫前转 | 根据预设条件或规则 | 系统重定向呼叫，通常在忙或无应答时。 |
| 呼叫驻留 | 呼叫接通之后 | 将活动呼叫保持在共享位置供稍后取回。 |
这一区别在培训中很重要。代接键通常无法取回已转入语音信箱或已接听并驻留的呼叫。同样，转接键也不能替代应答他人振铃分机，除非平台提供专门集成的工作流。
假设同一 IP PBX 上有两个分机。主叫拨打分机 201，该分机正在振铃。分机 202 被分配了代接 201 呼叫的权限。202 的用户激活配置的代接控件，PBX 检查 201 是否仍有处于符合条件的振铃状态的呼叫。如果是，且权限匹配，控制器完成应答呼叫分支，并根据其实现清除原始振铃指示。
呼叫到达：内部或 PSTN 呼叫路由到分机 201，电话开始振铃。
代接请求：分机 202 的用户按下代接键或输入支持的功能码。
资格检查：PBX 评估目标的呼叫状态、代接组或定向权限以及任何呼叫限制。
呼叫连接：主叫连接到 202，而 201 根据系统行为停止振铃或更新显示。
呼叫记录：系统根据其自身的呼叫详细和未接来电规则记录结果；必须验证报告格式。
这是逻辑呼叫序列，而不是通用的 SIP 消息跟踪。确切的信令因 PBX 产品而异。SIP 并未定义一种在每个服务器上都有效的代接拨号码，不同平台可能使用功能码处理、呼叫分支替换或其他内部呼叫控制方法。
只有当呼叫保持符合条件时，代接才会成功。如果原用户先应答、主叫挂断或无人应答规则将呼叫移到别处，后续代接尝试可能失败。两个用户几乎同时尝试代接同一呼叫也可能得到不同结果：呼叫控制器只能将一个应答分支连接到一个正常的单方呼叫。
远程办公室带来额外细节。已注册的 SIP 电话可能成功拨打普通呼叫，但跨站点未配置监控线路状态或代接权限。管理员应测试代接请求和最终双向音频路径，特别是当应答端点使用另一子网、VPN 或托管服务时。
这些方法通常作为单独的电话功能呈现，但它们并不总是代表三种不同的服务器端机制。群组和定向代接描述目标振铃呼叫是哪一个。BLF 和 DSS 控件通常描述用户如何看到并选择该呼叫。BLF 键可能在后台调用定向代接。
分配到已定义代接组的用户可以应答其他组成员符合条件的振铃呼叫。根据 PBX 的不同，群组代接命令可能根据服务器配置的优先级或排序规则选择振铃呼叫。这种方法适合邻近的前台人员、共享柜台和行政团队，其成员提供相互覆盖。
管理员应区分代接组与振铃组或呼叫队列。加入其中一个并不一定授予另一个的权限。由队列分发的呼叫也可能遵循与直接拨打到个人分机的呼叫不同的代接限制。
定向代接指定目标振铃分机。看到分机 201 振铃的前台可以输入支持的代接码后跟 201，或使用执行相同操作的编程键。这种方法适用于行政助理、主管和话务员，他们覆盖选定用户而不是大群组的所有成员。
代码语法和授权规则因 PBX 而异。未经确认本地拨号计划就使用另一厂商手册中的功能码可能触发错误服务或完全不触发服务。
忙灯字段（BLF）显示被监控分机的状态，通常为空闲、忙或振铃。直接站选择（DSS）键可提供对分机相关功能的一键访问。在兼容的电话和 PBX 上，指示同事振铃状态的键可以配置为发起对该分机的代接。
在一些 SIP 实现中，线路状态监控使用事件订阅和通知，而支持的代接操作可能使用功能码或对话替换信令。这些细节是互操作性特性，并非每个 SIP 端点都保证支持。看到 BLF 键闪烁并不证明有权应答该呼叫。PBX 仍必须允许代接操作。
代接设置应遵循组织实际的呼叫覆盖关系。宽泛的群组在设置时可能看起来方便，但可能导致无关员工拦截错误的呼叫。对于选择性覆盖，定向权限或监控键通常更易于控制和审计。
映射覆盖关系。列出要监控的分机、有权应答的用户以及必须保持分开的任何部门或呼叫类型。
选择代接方法。使用群组代接实现团队相互覆盖，或使用定向代接实现指定分机。决定用户是否需要 BLF/DSS 状态指示。
配置 PBX 权限。分配相关的代接组或定向权限，然后确认现有寻线组、队列和前转规则是否影响资格。
编程端点控件。配置实际平台的代接功能码、软键或监控线路键。验证账户关联和分机编号。
运行受控测试。在适用情况下从内部和外部号码拨打电话；验证目标振铃时的呼叫代接并确认双向音频。
测试异常处理。重复测试原用户先应答、呼叫超时、目标忙、两个用户同时请求代接或监控电话失去注册的情况。
对于这些步骤，没有单一的厂商中立配置命令。PBX 管理界面、功能码计划、端点固件和已配置账户决定实际设置。
振铃状态：原分机在代接后是否及时停止振铃以及未接来电指示的行为。
授权：允许的同事是否成功，无关分机是否被正确拒绝。
BLF 更新：监控指示是否跟随真实呼叫状态并返回到预期状态。
呼叫路径：主叫和应答用户是否具有清晰的双向音频，包括跨远程或云连接站点。
报告：呼叫历史是否以运营人员理解的方式标识原始目标和实际应答用户。
电话注册成功和基本出站呼叫不足以证明代接正常工作。验收测试必须从振铃目标开始，并以授权用户应答该特定呼叫结束。
前台和行政支持通常使用定向或 BLF 辅助代接来覆盖特定分机，而不中断面对面的服务。分支柜台和服务台可能在工作区域之间轮换但仍共同负责来电咨询时使用群组代接。医疗管理和护士站可能受益于适当团队内的受控覆盖，尽管敏感或特殊路由的呼叫仍需要限制访问。
在仓库、维护办公室和调度支持室，同事可能需要在主管离开电话时应答其桌面分机。代接有助于在这种情况下保持覆盖，但不应将其视为专用紧急呼叫或报警处理工作流的替代品。
| 观察到的问题 | 首先检查什么 |
|---|---|
| 代接码产生错误或没有反应 | 功能码分配、账户权限、拨号计划以及目标是否仍在振铃。 |
| 群组代接接错了振铃呼叫 | 组成员资格、资格规则以及多个呼叫在振铃时 PBX 的选择行为。 |
| BLF 显示振铃但按键无法应答 | 定向代接权限、按键动作、订阅账户以及 SIP 电话与 PBX 之间的兼容性。 |
| 代接在本地工作但跨站点不工作 | 跨站点代接范围、线路状态订阅、呼叫路由和媒体连通性。 |
| 原分机似乎仍在振铃 | 端点状态更新、BLF 通知时序、配置以及实际呼叫控制器状态。 |
当涉及多个产品时，从呼叫控制器向外排查。确认存在振铃呼叫、代接请求到达正确的 PBX 服务、授权检查成功，然后再调查音频路径或 BLF 显示。这将权限和呼叫状态问题与端点接口问题分开。
通常不能。标准代接适用于仍在振铃且符合拦截条件的呼叫。一旦呼叫被语音信箱应答或前转到支持的代接范围之外，就需要单独的取回或处理功能。
PBX 通常允许一个应答分支获胜。另一次尝试可能失败或返回忙或不可用指示。确切结果取决于平台和请求时序，因此同时代接是有用的验收测试。
不会。BLF 指示被监控的呼叫状态。代接需要支持的按键动作或功能码以及适当的服务器端权限。电话可以显示某个分机正在振铃，但无权应答它。
主叫身份可能仍会呈现给应答用户，但呼叫日志归属和未接来电指示会有所不同。一些系统保留关于最初拨打的分机和应答用户的信息。应在预期的报告工作流中检查这些细节。
可以，前提是 PBX 或托管服务支持所需的代接范围和端点控件。必须验证跨站点权限、BLF 通知和最终的媒体路径；仅普通 SIP 注册并不能确立代接兼容性。
底部简介
