拨打国际电话时在 CLIP 中传输了错误的国家代码

Question

我确实意识到这个问题对于 SO 来说听起来有点离题——它可能更适合 Travel.SE 的话题，但它实际上也是一个调试问题，需要一些黑客思维来调试，所以我认为 SO 是去的地方。

问题出在：当我通过手机在 H2OWireless（使用 AT&T GSM 网络的经销商）上拨打国际电话时，我的通话接收端收到了作为来电显示的错误国家代码，从而导致了许多问题。

我有一个区号为 803 的美国电话号码。如果我拨打德国电话，来电者会看到我的来电显示为 00803xxxx，这没有任何意义。我的来电显示应该显示为 +1803xxx 或 001803xxx，但由于某种原因，开头的“1”丢失了。

这导致了以下问题：我可以拨打德国的普通固定电话，但是当我尝试拨打我的银行时，我的电话在他们的总机上反弹。我猜他们正在做某种反向查找，发现 +8 或 +83 不是有效的国家代码，并拒绝接听电话。

我暂时解决了这个问题，让朋友为我设置了呼叫转移，所以当我给他打电话时，他会将我的电话转移到我的银行。 但我真的很想了解这里出了什么问题，以及 AT&T、德国电信或任何其他供应商是否应该为这个问题负责。

如果电话网络专家对如何调试问题提供任何见解，我将不胜感激，以便在我向 AT&T 支持或德国供应商写邮件之前了解是谁造成了此问题。

Answer 1

问题很可能是经销商没有正确映射电话号码 - 我会写信给他们。他们调试它比你容易得多，特别是如果他们实际上有义务根据法律/许可证正确地进行调试（我不确定美国的规则是什么）。如果这是其他人的问题，他们通常会很高兴让您知道（！），然后您可以追捕有罪的一方。

这种情况最常发生的原因是因为经销商通常会从常规网络跳到自己的 IP 网络，并且他们必须转换呼叫设置信息以匹配他们在自己网络上使用的协议（可能基于 SIP，除非很老了）。 CLI 数据以这种方式混淆的情况并不少见。