什么是 DID 号码?

DID 号码(Direct Inward Dialing,直接向内拨号)是一个公共号码,它直接路由到企业电话系统内部的某个目标,而不是先到达总机。

这个术语比承载它的技术更古老。它最初是为 ISDN(IP 承载语音之前的数字电话网络)制定的。它在从未使用过物理线路的产品中延续至今,这就是为什么它听起来比它现在运行于其上的 SIP 中继更陈旧。

这个术语从何而来?

一种 ISDN 补充业务,这就是它听起来比 SIP 更古老的原因。

正式的参考文献是 ITU-T I.251.1,来自国际电信联盟(管理编号计划的联合国机构)的标准部门。其标题为 Direct-dialling-In,于 1992 年发布,归类于 ISDN 系列中的号码识别补充业务。该业务是为物理线路的世界制定的,但术语比技术存续得更久。

取代原有机制的是将号码指向 SIP 中继而不是铜缆。呼叫者体验到的服务完全相同。该术语在从未接触过 ISDN 的产品中依然沿用。

DID 和分机有什么区别?

一个可以从外部拨打,另一个不行。

项目谁可以访问费用
DID 号码任何人,从公共网络每月一个号码的费用
分机已在电话系统内部的呼叫者无外部费用
SIP 中继它承载呼叫,而非接收呼叫容量,按并发呼叫数计
并发呼叫容量根本不是一个目标并发通话的上限

容易混淆的是最后两行与第一行。持有五十个 DID 号码并不意味着五十个人可以同时通话,因为并发能力是中继的属性。同样,一条容量为五十个并发呼叫的中继也不会给任何人提供一个可拨打的号码。

呼叫实际上是如何到达的?

公共网络,然后是你的提供商,然后是你的中继,然后是你自己的路由。

呼叫者拨打公共号码。发起网络将其路由到持有该号码的一方,即你的提供商。你的提供商通过你配置的 SIP 中继将呼叫送达。然后你的电话系统根据自身的分机方案决定哪个终端响铃。

最后一步由你而非提供商完成。提供商将呼叫连同被叫号码一起交给你的系统。将该号码映射到某个人、某个队列或某个菜单的过程发生在你的电话系统中,而非运营商那里。

DID 决定我的外呼显示什么号码吗?

不。入站路由和外呼标识是分开的。

呼叫到达的号码和外呼时呈现的号码在不同的位置配置,两者可以自由不同。一个企业可以在五十个 DID 上接听电话,同时在所有外呼中只显示一个主号码。

这种分离正是两个问题在任何平台上都有不同答案的原因。CNAM 与来电显示的区别介绍了被叫方实际看到的内容。

如何在 Bird 上设置一个 DID?

购买一个具备语音能力的号码,然后将其入站路由指向你希望接听呼叫的位置。

购买前先查看 capabilities。GET /v1/numbers/available 接受 capabilities=voice,只返回支持该能力的号码。POST /v1/numbers/orders 随后接受搜索返回的确切值。

没有单独路由的号码会使用工作区的默认路由,该默认路由初始值为 reject,会拒绝呼叫。因此,在你为号码配置路由或设置工作区默认路由之前,呼叫者都会被拒绝。

更改该路由是控制台和命令行操作,而非公共 API 操作。接听来电介绍了路由选项。SIP 中继介绍了如何将呼叫送达你自己的电话系统(该系统维护自己的分机)。

简而言之

  1. 该术语源自 ISDN 时代。

    ITU-T I.251.1 将 Direct-dialling-In 定义为一种补充业务。现代的等效形式是通过 SIP 中继路由的号码。

  2. DID 是公共号码,分机不是。

    任何人都可以从外部拨打 DID。分机是电话系统的内部号码,只能通过该系统访问。

  3. 中继承载呼叫,号码吸引呼叫。

    你持有多少号码和你能同时接听多少通电话是两项独立的购买。

  4. 入站路由不是主叫标识。

    呼叫到达的号码和外呼时显示的号码是两个不同的问题。

基于同一网络构建。

测试 API 密钥即刻获取。添加付款方式并验证发送者身份后,即可解锁生产环境。

你的下一个创意。 随时连接。