SIP 号码与软电话的连接

DID 号码本身只是运营商网络中的一个地址，真正拨打和接听的是通过 SIP 接入它的软电话。从"号码已购买"到"号码能通话"之间只隔一步——连接配置，而第一次操作的人恰恰最容易卡在这一步。下面说明：连接需要哪些参数、如何判断连接已建立、注册通常因何失败，以及如何在正式使用前先验证号码是否可用。

连接需要哪些参数

软电话恰好需要五项参数，均随号码一起提供。服务器地址是软电话要联系的网络节点，相当于邮件客户端里的邮件服务器地址。账号是身份标识，通常与号码本身一致或是单独用户名。密码是软电话用来证明自己有权使用该账号的凭证。这五项参数的当前值始终可在个人中心号码旁查看。

端口指明软电话应敲哪一扇"门"，传输协议决定敲门方式：不加密、传输层加密，或封装在加密通道内。端口与传输协议紧密相关——每种协议都有默认端口，把一种协议的参数套到另一种协议上，是连接毫无反应的常见原因。

输入五项参数后，软电话会向服务器发送注册请求，若信息无误便收到确认，通常表现为"已注册"提示或状态变绿。注册未成功前，号码只是名义上存在：呼入没有可达路径，呼出也会被服务器拒绝，因为它看不到合法的账号持有者。

注册不是一次性事件，而是软电话按固定间隔重复执行的过程，用来让服务器知道设备仍在线。如果间隔设置不当，或网络不稳定，状态就会"闪烁"——时而注册成功时而消失，通话在这些间隙里无法接通。

传输协议错误是最常见的失误：服务器要求加密连接，而软电话却在另一端口以未加密方式敲门，请求便找不到目标。端口被屏蔽紧随其后：防火墙可能默认关闭非标准端口，运营商也可能限制某个流量区间。

与网络设备的冲突不那么直观，却往往是最顽固故障的原因：部分路由器用内置信令处理"帮助"语音流量，结果把数据包处理得面目全非，服务器无法识别。在路由器设置中关闭该功能，往往一分钟内就能解决。另一个常见原因是参数过期：密码在账户里改了，软电话里存的还是旧的。

注册成功只能说明软电话和服务器彼此可见，并不能说明真实来电能否到达你，也不能说明你拨出的电话能否顺利呼出。这两个方向需分开验证：请别人拨打你的 DID 号码，再自己单独拨一次呼出电话。只测试单一方向，是问题常到实际使用时才暴露的原因。

如果两个方向都能接通，但对方能听到你而你听不到对方，或相反，这就不是注册问题，而是语音流本身的问题：信令部分正常，但音频在传输路径上被阻断了。

单向可闻几乎总是意味着语音流在某个方向上被网络设备阻断了，尽管注册和呼叫建立的信令都畅通无阻——这是连接中两个独立的部分，一个能工作不代表另一个也能。首先要检查双重 NAT：如果软电话和互联网之间串联着两台做地址转换的路由器，语音流常常在第二台上丢失。

第二步是暂时关闭路由器上内置的语音流量处理功能，再重新测试通话。如果不起作用，可以尝试更换传输协议或换一个网络环境，绕开家用路由器，以确定音频具体在哪里丢失。编解码器层面的音质原因，在DID 号码通话音质一文中另有详细说明。

连接参数实际上就是号码的钥匙：拿到它们就能以你的名义拨打电话，因此账号、密码和服务器地址不应以任何形式公开——不发在聊天记录里，也不出现在设置截图中。第二道防线是限制连接来源：如果软电话总是从同一个固定地点连接，不妨只允许来自已知地址的连接。

不要让账号在不再使用的设备上保持注册状态，一旦怀疑密码泄露，应及时更换。如果检查传输协议、端口和连接来源后问题依然存在，请向客服说明情况。

注册只能证明软电话与服务器之间通了信，并不能保证通话本身能够接通。请分别检查呼入和呼出，并确认传输协议与端口与号码所分配的一致，而不是沿用了其他配置的默认值。

通常是网络不稳定，或重新注册间隔设置过短，叠加信道延迟所致。请检查网络连接稳定性，如果软电话支持，可适当调大重新注册间隔。

传输协议和端口在号码发放时会与其他连接参数一起列出。如果参数后续变动，应到最初获取参数的地方查询最新值，而非自行猜测。

连接参数会在购买号码后随即一并发放，从选择国家到软电话首次注册成功，整个过程只需几分钟——DID 号码目录见 turbon.rent 的DID 号码板块。