C cenaly.com
免费开始

德国：SIP 运营商和号码连接

在“德国”向谁获取带 SIP 中继的号码，他们提供哪些参数，以及在管理后台填写什么才能让号码在 PBX 中响铃

8 min read 在演示中打开此界面
On this page 18

德国：SIP 服务商与将号码接入 PBX

本页是将服务商号码接入 PBX 的通用指南的续篇：那里介绍了对所有电信运营商都相同的内容——中继的两种模式、该向服务商询问什么、在表单中填写什么、网络要求以及连通性测试。这里介绍德国特有的情况：在该国从哪里获取带 SIP 中继的号码、该电信运营商提供什么，以及其中哪些内容需要填入 电话 → “通信服务商” → “添加服务商”。

数据收集于 2026 年 9 月 9 日，依据电信运营商的文档以及监管机构（Bundesnetzagentur）和通信法（TKG）的资料；链接见“来源”部分。

简要#

  • 在德国可以购买带 SIP 中继的号码，而且这里的市场是我们介绍过的市场中“文档最齐全”的。 商家既不需要许可证，也不需要注册：通信由电信运营商销售，而您是它的用户。有四家电信运营商完整公布了现成的 Asterisk 配置。
  • 有七家电信运营商公布了服务器地址和模式，这七家全部采用注册（REGISTER）模式：easybell、sipgate、Placetel、dus.net、fonial、peoplefone、reventix。无需先联系客户经理即可接入。
  • 如果尚未选定电信运营商，请选择 easybell：它公布了现成的 Asterisk 配置，正好使用我们的编解码器（a-law、u-law、G.722），费率每月 1.95 € 起，无期限、无接入费，且来电号码格式可在账户后台切换。备选方案为 sipgate trunking 和 Placetel。
  • 当地最大的坑——传统运营商对云 PBX 是封闭的。 Telekom 的当前产品（CompanyFlex）在第三方电信运营商接入上要求强制使用 TLS + SRTP 加密，而我们的 PBX 不支持通过 TLS 的中继——该组合无法工作。较老的产品 DeutschlandLAN SIP-Trunk 仅通过 TCP 工作（完全不支持 UDP），且已停止新销售。
  • 第二个坑——城市号码与所在地绑定（Ortsnetzbezug）。 号码从商家实际所在的电话区号区分配，且必须证明这一点；对于非法分配的号码，电信运营商必须予以停用。同时合同是与德国主体签订的，我们核查过的电信运营商中没有任何一家描述面向外国公司的公开流程——这类公司应去找国际服务商。
  • 第三个坑——在去电中显示自己的号码。 sipgate、Placetel 和 Outbox 期望号码出现在 P-Preferred-Identity / P-Asserted-Identity 服务头中，而我们的 PBX 不发送这些头：电话会拨出，但显示的是中继的默认号码。在这种情况下，Placetel 会直接替换为您账户中的任意号码。

该国号码#

  • 国家代码为 +49。国内号码 = 区号（Ortsnetzkennzahl，2–5 位数字，不含前导零） + 用户号码。
  • 长度。 自 2011 年 7 月 1 日起，仅发放 11 位城市号码（含区号，不含前导零）。在四个两位数区号的区域——柏林（30）、汉堡（40）、法兰克福（69）、慕尼黑（89）——对于单号码接入发放 10 位号码。更短的号码是改革前遗留的。
  • 号码延长（Durchwahl）是允许的：可以在已分配的号码后追加数字，按 ITU 建议总长度最多 13 位。⚠️ 用户对这些追加号码不享有权利，且在更换电信运营商时不会随之转移。
  • 移动号码——号段 15x、16x、17x（不含前导零）。主要服务号段：800——对主叫免费，900——付费，180——分摊付费，700——个人号码。
  • 紧急号码——112 和 110，无需区号即可拨打，且免费。

在 “线路” 选项卡中，号码可以任意格式输入：PBX 会核对最后七位数字。⚠️ 在德国，七位数字是用户号码部分不含区号的尾部，因此来自不同区号的号码可能尾部相同。而 Durchwahl 区块（…-00……-99）则按常规可以区分。当号码来自不同城市时，请手动检查每条线路的路由——“配置号码与路由”。

号码如何拨打，以及号码以何种格式从电信运营商传来
拨打对象 在德国如何拨打
城市号码——本市及任何其他城市 0 + 区号 + 号码：030 12345000。前导零始终需要，即使是从 PBX 拨打本地电话
移动号码 0 + 网络号段 + 号码：0151 …
国外 00 + 国家代码（或 +）
紧急服务 112、110——三位数字

关于电信运营商在来电中以何种格式放入您的号码，该国没有统一规则：

  • E.164 完整号码（+49221123456 或 49221123456）——sipgate、easybell 的“E.164”和“带加号的 E.164”模式、Placetel 用于硬件 PBX；
  • 国际格式 0049…——easybell 的“Benutzername”模式；
  • 用 SIP 登录名代替号码——fonial 和 Placetel 在其 Asterisk 示例中如此；电话可以接听，但无法按号码区分线路，参见“服务商发来的是自己的登录名而非号码”；
  • 号码在单独的 P-Called-Party-ID 头中——reventix 如此描述设备接入；我们的 PBX 查看的是呼叫地址，因此该格式值得在第一通电话时就验证。

前两种格式 PBX 的解析方式相同。

谁提供带 SIP 中继的号码#

提供商 提供哪些号码 是否提供用于自有 PBX 的中继 模式 如何订购
easybell 所有区号的固话号码，10/100/1000 号码块 是，套餐「SIP Trunk」Business 2/10/50 和 Volume REGISTER 在线，无期限和开通费
sipgate（sipgate trunking） 固话号码、号码块、0800 是，产品「sipgate trunking」 REGISTER 在线，自助服务
Placetel（Cisco/Webex） 固话号码、号码块 是，产品「SIP-Trunking」 REGISTER 在线，中继条件需咨询
dus.net 固话号码 是，「SIP-Trunk mit DDI」 REGISTER 在线
fonial（Plusnet 平台） 固话号码 是，「fonial Trunking」 REGISTER 在线
peoplefone 德国固话号码、国际号码 是，「peoplefone SIP TRUNK」 REGISTER 在线或通过合作伙伴
reventix / sipbase 固话号码、号码块 是，「SIP-Trunk」，30 天测试 REGISTER 在线
Deutsche Telekom — DeutschlandLAN SIP-Trunk 全部号码 是，包括无 Telekom 接入（「Pure」） REGISTER 或按 IP，仅 TCP 合同；对新客户已关闭
Deutsche Telekom — CompanyFlex 全部号码 是，但在第三方接入上仅 TLS + SRTP — 不适用于我们的 PBX 合同
Vodafone Deutschland 固话号码、Durchwahl 号码块 是，「IP Anlagen-Anschluss」 按 IP（static mode） 合同，参数以信函发送
1&1 Versatel 固话号码、号码块 是，但仅限 Versatel 互联网接入 REGISTER 合同
NFON 固话号码 是，「Nconnect Voice / SIP Trunk Flexx」 REGISTER 通过合作伙伴签订合同
inopla / comdesk 固话号码、SIP-DDI 是，账户中的「端点」 REGISTER 在线
Outbox AG（foncloud） 固话号码 是，「foncloud SIP-Trunk」 REGISTER 合同
toplink 固话号码 是，「SIP Business」——公开声明的仅有加密 — 订购时确认 合同
DIDWW、Telnyx、Twilio、Plivo、Vonage、Bandwidth、Sinch、Infobip、Zadarma 德国固话号码（部分提供移动号码） 是 按 IP 或 REGISTER 在线，需验证文件

前七行是公开文档中提供中继参数的电信运营商：下方有它们的卡片。其余德国电信运营商仅在签订合同后才提供服务器地址、登录名和密码——它们归入单独章节。

easybell#

面向小型企业的柏林电信运营商：SIP 中继、云 PBX、互联网接入。在线订购，无开通费、无最低期限（提前 7 天在月末前解约）。套餐：Business 2——2 个通道和 2 个虚拟 Durchwahl，前 6 个月免费，之后 1.95 €/月；Business 10——10 个通道，4.95 €/月；Business 50——50 个通道和 100 个 Durchwahl，19.95 €/月。10 个号码的号码块——一次性 19.95 €，100 个——49.95 €。所有区号的号码块、SIP-DDI 和 CLIP no screening 均包含在套餐内。

管理后台中需要填写的内容

字段 值
SIP 主机 voip.easybell.de
端口 5060
传输 UDP
注册 ✅ REGISTER
登录名 账户中的「SIP-Benutzername」（形如 K12345678），位于「Telefoneinstellungen」部分
密码 同一处的 SIP 密码——不是个人账户密码

需要在提供商处设置的内容： 订购 SIP Trunk 套餐 → 获取固话号码，必要时获取 Durchwahl 号码块 → 在「Rufnummernverwaltung」部分将呼入号码的信令格式设为 「E.164」（这样线路按最后七位数字即可唯一匹配）→ 将号码指向中继 → 必要时启用 CLIP no screening。

坑 ⚠️ 该运营商有两个相似的地址：voip.easybell.de——用于中继，pbx.easybell.de——仅用于其自有云 PBX；很容易混淆，混淆后就不会注册。网上还流传着一篇过时的 Asterisk 18.9 文章，地址为 sip.easybell.de——请从 Asterisk 22 的最新说明中获取地址。同时通话数由套餐决定（2/10/50 个通道）：「第三个电话后打不出去」是限额，不是故障。平台编解码器为 a-law、u-law、G.722，我们的组合可全部通过。来源：Asterisk 说明、呼入号码格式、SIP Trunks 套餐——2026.09.09。

sipgate trunking#

杜塞尔多夫电信运营商，德国最古老的 VoIP 品牌之一。用于第三方 PBX 的产品名为 sipgate trunking；该运营商有一份直接针对 Asterisk 编写的公开说明。呼入电话以 E.164 完整号码到达——对我们来说是最方便的方案：线路按号码匹配，无需额外说明。

管理后台中需要填写的内容

字段 值
SIP 主机 sipconnect.sipgate.de
端口 5060
传输 UDP
注册 ✅ REGISTER
登录名 中继的 SIP-ID（账户 → 中继 →「Zugangsdaten」）
密码 同一处的中继 SIP 密码

需要在提供商处设置的内容： 开通 sipgate trunking → 选择号码或号码块 → 在「Zugangsdaten」部分获取 SIP-ID 和 SIP 密码 → 将号码指向中继。

坑 ⚠️ 运营商仅从 P-Preferred-Identity 标头读取呼出号码，而我们的 PBX 将号码放在普通的 From 字段中：电话会拨出，但被叫方看到的将是中继的默认号码，而不是「显示为」规则中设置的号码——「呼出电话」。号码隐藏在他们那里也通过单独的标头实现。中继的编解码器为 G.722、a-law、u-law 等，我们的组合可通过。来源：为 sipgate trunking 配置 Asterisk——2026.09.09。

Placetel#

科隆电信运营商，隶属于 Cisco（品牌“Webex für Placetel”）。除云端 PBX 外，还为其交换机单独销售 SIP-Trunking 产品，并公布 PJSIP 配置。中继账户称为 VoIP-Ziel——它既是登录名也是密码。

在管理后台中填写

字段 值
SIP 主机 fpbx.de
端口 5060
传输 UDP
注册 ✅ REGISTER
登录名 VoIP-Ziel 账户的用户名（后台 → SIP-Trunking → VoIP-Ziel）
密码 同一账户的密码

在电信运营商处设置： 启用 SIP-Trunking → 创建 VoIP-Ziel → 将号码或号码段绑定到它 → 确认打算在外呼中显示的号码确实登记在该账户下。

坑 ⚠️ 电信运营商期望 From 字段中填写 VoIP-Ziel 标识符，而我们的 PBX 会在其中填入线路号码。此时 Placetel 会如实警告，将在通话中填入您账户中的任意号码：电话能打通，但号码不对。来电号码格式取决于产品——在 Asterisk 示例中传入的是账户登录名，而在硬件 PBX 检查清单中承诺的是国际格式 +49221123456；接入时请确认您的实际中继收到的是什么。不支持通过 SIP（Diversion）进行呼叫转移——请用 PBX 规则构建转接通话。编解码器为 a-law 和 u-law，即我们所用的。来源：通过 PJSIP 接入、PBX 接入检查清单 — 2026.09.09。

dus.net#

杜塞尔多夫电信运营商，拥有全国最完善的公开网络参数表：地址、端口、媒体服务器范围以及用于自检的服务号码。有单独的产品“SIP-Trunk mit DDI”——带 Durchwahl 号码段。

在管理后台中填写

字段 值
SIP 主机 proxy.dus.net
端口 5060
传输 UDP（也支持 TCP）
注册 ✅ REGISTER
登录名 Kundencenter 中主账户的 User-ID——在已公布的配置说明中它带前导零（形如 000387212345）；确切格式请在后台核对
密码 Kundencenter 中的 SIP 密码——不是后台密码

在电信运营商处设置： 订购带 DDI 的 SIP-Trunk → 在 Kundencenter 获取账户数据 → 将号码指向中继 → 用其服务号码检查连通性：回声测试 00038799999 和音频拨号测试 00038799998。

坑 ⚠️ 媒体（音频）不是从 SIP 服务器地址传来，而是来自平台的独立节点（83.125.8.156–83.125.8.160）——这不影响通过云端的连通，但如果有人问电信运营商“你们从哪些地址呼出”，答案正是如此。参数页面上未列出编解码器：请用第一通测试电话检查音频，若无声请让支持人员启用 G.711（“网络与兼容性”）。音频拨号通过 RFC 2833 传输——与我们一致。来源：SIP information & settings — 2026.09.09。

fonial#

科隆品牌，技术上运行在 Plusnet 平台上：其说明中的地址为 sip.plusnet.de。用于第三方 PBX 的产品名为“fonial Trunking”，说明是针对 Asterisk 编写的。

在管理后台中填写

字段 值
SIP 主机 sip.plusnet.de
端口 5060
传输 UDP
注册 ✅ REGISTER
登录名 fonial 后台中的“SIP-Benutzername”（“SIP-Benutzer”部分），形如 fo279…tr24…_01 的技术字符串
密码 同一处的密码

在电信运营商处设置： 订购 fonial Trunking → 在后台获取 SIP-Benutzer 和密码 → 将号码指向中继 → 设置外呼的显示号码。

坑 ⚠️ 该电信运营商在主机地址 sip.plusnet.de 之外还有单独的出站代理（proxy01.sip.plusnet.de），而我们的表单只有一个字段：请填写主机地址，并通过状态行确认注册成功。来电中传入的是中继登录名，而不是号码——电话会被接听并进入路由，但无法按线路区分号码。其说明是针对旧版 Asterisk 编写的，此后未更新：其中编解码器为 u-law 和 a-law（我们所用的），音频拨号为 RFC 2833。来源：fonial Trunking mit Asterisk — 2026.09.09。

peoplefone#

瑞士集团，拥有完整的德国业务：德国服务器地址和德国数据中心。peoplefone SIP TRUNK 产品正是为第三方 PBX 设计——Asterisk 被列入支持的系统清单。电信运营商自己强调，接入只需三个值：地址、登录名和密码。

在管理后台中填写

字段 值
SIP 主机 sip.peoplefone.de
端口 5060
传输 UDP
注册 ✅ REGISTER
登录名 线路的 SIP-Username（后台 me.peoplefone.de → “SIP Linien / Benutzer”）
密码 该线路的 SIP 密码——每条线路各不相同，且与后台密码不同

在电信运营商处设置： 订购 SIP TRUNK → 请为线路启用“SIP-TRUNK”类型（Kundenkonto → SIP Linien → Linien Typ；启用免费，但需由合作伙伴或电信运营商本人操作）→ 绑定号码 → 如有需要，提交已签署的“CLI Open”表单，以便在外呼中显示自己的号码。

坑 ⚠️ 在线路未切换为“SIP-TRUNK”类型之前，来电会“像打到电话一样”进来，PBX 无法按 Durchwahl 区分通话——这是接入时首先要检查的。该集团的文档以瑞士示例（+41…）编写，德国格式请另行核对。CLI Open 列表中过期的测试号码会导致所有通话以匿名方式呼出。根据 PBX 制造商的测试协议，中继协商 G.711 a-law 和 G.722——我们所用的编解码器。来源：peoplefone SIP TRUNK — 2026.09.09。

reventix (sipbase)#

柏林电信运营商，以两个品牌运营：reventix 和 sipbase（账户后台为 login.sipbase.de）。提供带本地号码和号码段的 SIP 中继、免费号码携转、CLIP no screening，以及 30 天测试期。

管理后台中需要填写的内容

字段 值
SIP 主机 reg.sipbase.de
端口 5060
传输 UDP
注册 ✅ REGISTER
登录名 账户后台中的连接标识符（login.sipbase.de → “VoIP-Telefonanschluss” → “Anschlüsse”），左侧补足三个零
密码 同一位置该连接的密码

需要在运营商侧配置的内容： 在账户后台中打开对应的连接（SIP-Trunk）→ 设置区号（Ortsvorwahl）和主叫号码（CLI）→ 如需显示其他自有号码，则启用 CLIP no screening → 将号码指向该中继。

注意事项 ⚠️ 登录名中的三个前导零不是笔误：运营商明确写道“在用户名左侧补足三个零”，没有这三个零将无法注册。被叫号码由运营商通过单独的 P-Called-Party-ID 头传递，而我们的 PBX 读取的是呼叫地址——如果各线路无法按号码区分，请在实际通话中检查格式，并向支持团队询问呼叫地址中的号码传递方式。该品牌有两个名称和两个域名（reventix 和 sipbase），在与支持团队沟通时容易混淆。按键拨号方式为 RFC 2833，与我们一致。来源：wiki reventix：将硬件连接至 SIP-Trunk、SIP-Trunk 产品页 — 2026.09.09。

“合同制”电信运营商：Telekom、Vodafone 及其他#

这些运营商有 SIP 中继，但服务器地址、登录名和密码仅在签订合同后才会提供——因此这里不可能有“填写什么”的表格。请按“向运营商询问什么”中的清单向客户经理索取参数，并填入与其他运营商相同的表单中。

Deutsche Telekom#

这家老牌运营商有两个产品，且对云端 PBX 而言都有问题。

  • CompanyFlex (SIP-Trunk) — 当前在售产品。如果中继运行在第三方运营商的接入上（而我们的云端 PBX 正是这种情况），运营商要求信令和通话必须加密，并明确表示未加密运行不可行。我们的 PBX 不支持通过 TLS 和 SRTP 的中继，因此该组合无法工作——参见“网络与兼容性”。
  • DeutschlandLAN SIP-Trunk（包括不含 Telekom 接入的“Pure”版本）——较老的产品，已停止新售，但按现有合同仍可运行。根据其技术文档：信令仅支持 TCP，完全不支持 UDP；编解码器为 G.722 和 G.711 a-law（与我们一致）；连接地址为单独的出站代理（注册模式下为 reg.sip-trunk.telekom.de，按 IP 模式下为 stat.sip-trunk.telekom.de），该地址与呼叫头中的域名 sip-trunk.telekom.de 不一致，且只能通过 NAPTR/SRV 服务 DNS 记录解析。如果您已有此类中继——连接时请将传输切换为 TCP，并用“检查连接”向导测试连通性：忘记 TCP 会得到“无报错的静默”。按 IP 模式（“Static Mode”）仅由 Telekom 服务部门配置，需向其提供 “服务器” 选项卡中 PBX 的静态地址。

Vodafone Deutschland#

面向 PBX 的产品为 IP Anlagen-Anschluss / SIP Trunk。这是唯一一家采用 IP 授权运营的德国大型运营商：无需注册，取而代之的是向运营商提供您 PBX 的静态地址。其服务器地址通过邮件发送给客户，运营商没有公开的技术页面。根据 PBX 厂商的配置示例：UDP 时端口严格为 5060（NAT 上任何端口替换都会导致连接中断），或使用 TCP；出现质量问题时编解码器只保留一个——G.711 a-law；按键拨号方式为 RFC 2833。仍然需要创建账号名——用于显示本机号码和隐藏号码。⚠️ 该产品传统上与 Vodafone 的互联网接入捆绑销售：能否在第三方互联网上开通中继，官方未公开说明——请将此作为第一个问题询问。

其他#

  • 1&1 Versatel — “1&1 Voice (Business) SIP Trunk”，注册模式，传输为 UDP/TCP 或 TLS，编解码器为 G.722/G.711/G.729，运营商始终要求所拨号码为 +E.164 格式。⚠️ 主要障碍：运营商明确表示该中继绑定其自有互联网接入，无法在数据中心集中连接——对云端 PBX 而言该产品不适用。它不支持 CLIP no screening，即“显示为”规则将无法生效。
  • NFON — “Nconnect Voice / SIP Trunk Flexx”，该中继正是“供第三方 PBX 使用”，包括未认证的 PBX；根据间接迹象，模式为注册。参数通过文档（“Merkblatt”）在文档门户中分发，签约前无法看到：请向合作伙伴索取该文档及 SIP 头示例。
  • inopla / comdesk — 虚拟 PBX，中继在账户后台中作为“端点”创建（virtuTEL → Endpunkte）：同一位置显示登录名、密码以及您中继专属的域名——即每个账户的 SIP 主机各不相同。务必在号码路由中启用“DDI durchreichen”选项，否则只有主号码能到达 PBX。
  • Outbox AG (foncloud) — 科隆运营商，提供云端 PBX 和 SIP 中继；参数在账户后台中提供。⚠️ 其 P-Preferred-Identity 头中的号码传递是建立呼叫的硬性条件，而我们的 PBX 不发送该头：下单前请确认没有该头时去电能否接通。
  • toplink — “SIP Business”。运营商公开宣称所有通话默认加密，其页面上看不到未加密选项。我们的 PBX 不支持通过 TLS 的中继，因此下单前请直接询问是否有普通 UDP/TCP 中继。

国际电信运营商提供的德国号码#

DIDWW、Telnyx、Twilio、Plivo、Vonage、Bandwidth、Sinch、Infobip、Zadarma、didlogic 等公司出售德国号码。如果公司注册地不在德国，这是默认途径：本地电信运营商只与德国主体签订合同。

  • 城市号码与电话区号的绑定关系无法回避。 德国城市号码发放时绑定用户所在的电话区号，电信运营商必须对此进行核实——在国际电信运营商处，这同样表现为“确认本地地址或企业注册信息”。在另一国家/地区，正规电信运营商不会向您出售科隆号码。
  • 外呼时只能显示自己的号码。 德国法律仅允许插入您拥有使用权的号码，且必须来自德国号码空间；针对外国号码的例外仅适用于能够证明对该号码拥有权利的企业主，且仅限拨打该号码所属国家/地区，并须事先通知电信运营商。
  • 紧急呼叫在国际电信运营商处属于单独服务，且往往根本不提供：从德国拨打 112/110 需要本地电信运营商或明确订购 Emergency 服务。
  • 接入模式各不相同。 Telnyx 和 DIDWW 同时提供注册和基于 IP 的静态门店；Twilio Elastic SIP Trunking 仅支持 IP——需要您的 PBX 具备静态地址；Zadarma 采用注册模式。在添加电信运营商时，目录中已有 Zadarma、Telnyx 和 Twilio 的卡片：服务器地址和模式将自动填入。

号码携转#

  • 携转权由法律保障（§ 59 TKG）。转出和转入电信运营商必须配合，不得拖延携转；服务中断不得超过一个工作日，且每多中断一个工作日，用户有权要求10 € 或月租费的 20 %（以较高者为准）。携转期间，合同到期后原电信运营商的月租费减半。
  • 申请提交给新电信运营商——即您要转入的那家：签署的“Portierungsformular”加上向原电信运营商提出解约。reventix 特别提醒，新旧电信运营商的客户数据必须逐字符一致，并建议将携转日期定在周一至周四。
  • 主号码和 Durchwahl 号码块均可携转——包括从旧 ISDN 接入迁移到 SIP 中继时。但用户自行添加到所分配号码后的数字不产生权利，不予携转。
  • 门店搬迁时，城市号码不会自动保留：它绑定的是电话区号，而非用户。区号内变更地址属于服务迁移，变更区号通常意味着新号码。搬迁后也请保持电信运营商处的地址为最新：紧急服务的话单位置正是依据该地址确定的，云端 PBX 无法更改这一点。

规则与文件#

监管机构通知、号码与区号绑定、号码显示、紧急呼叫、通话录音
  • 门店无需许可。 基本法律是 2021 年版 Telekommunikationsgesetz (TKG)。德国没有 VoIP 牌照：根据 § 5 TKG，以商业方式提供通信服务者必须通知 Bundesnetzagentur——由您购买中继的电信运营商来完成，而非您本人。
  • 号码由 Bundesnetzagentur 分配。 电信运营商获得号码块，用户获得派生分配，且此时城市号码与区号的绑定是强制性的：监管机构明确要求遵守，非法发放的号码将被停用。正因如此，电信运营商才会询问门店地址。
  • 号码显示受法律严格限制。 根据 § 120 TKG，用户仅在对该号码拥有使用权且该号码属于德国号码空间时，才有权在主叫中插入附加号码；禁止插入查号、群发和付费服务号码、短号码及 110/112。针对外国号码适用监管机构的窄范围例外（Vfg 44/2022）：仅限企业主，须能证明对该号码拥有权利，且仅限拨打该号码所属国家/地区。
  • 网络本身会拦截伪造号码。 自 2022 年 12 月 1 日起，电信运营商必须以技术手段中断带有伪造 110/112、0900、0137、查号和短服务号码的呼叫，并对来自境外网络的呼叫抑制德国主叫号码。实际结论：不能通过境外电信运营商显示德国号码。
  • 紧急呼叫。 根据 § 164 TKG，拨打 112 和 110 免费，电信运营商必须将呼叫接通至属地主管服务部门，并随呼叫传递话单位置数据。通用外呼规则不会放行三位数号码——请在“外呼”选项卡中为它们设置基于模板的单独规则。
  • 合同须与德国主体签订（地址，法人还需注册信息），城市号码还须额外证明与区号的绑定。
  • 通话录音。 没有单独的“电话”许可：适用 GDPR 通用规则（处理依据和告知通话对方）及通信保密。录音语音提示可在门店设置中启用；具体措辞请与您的律师商定。

如果无法使用#

  1. “未在电信运营商处注册”，但登录名和密码看起来正确。 几乎可以肯定输入的是个人账户的密码：easybell、peoplefone、dus.net 和 reventix 的 SIP 密码是单独的。第二种典型情况是登录名格式：reventix 的登录名需在左侧补三个零，dus.net 的 User-ID 带前导零。
  2. 服务器地址弄错了。 easybell 的 voip.easybell.de 是中继，而 pbx.easybell.de 是他们的云 PBX；fonial 的主地址是 sip.plusnet.de，而 proxy01.sip.plusnet.de 是出站代理；reventix 除了 reg.sipbase.de 之外，在别人的说明里还会出现用于加密连接的地址。一半的“无法注册”都源于此。
  3. Telekom：没有报错但一片寂静。 DeutschlandLAN SIP-Trunk 的信令仅通过 TCP 工作——“传输”字段必须填 TCP。当前的 CompanyFlex 在第三方接入时要求 TLS 和 SRTP，而我们不支持：这个产品无法接入。
  4. Vodafone：地址正确但电话打不通。 模式为按 IP：电信运营商必须能看到您 PBX 的静态地址（“服务器”选项卡），且 UDP 时端口必须保持为 5060。
  5. peoplefone：来电能收到，但无法按号码区分。 线路未切换为“SIP-TRUNK”类型——请让客服进行切换。
  6. 去电显示的不是那个号码。 sipgate、Placetel 和 Outbox 从 P-Preferred-Identity / P-Asserted-Identity 服务标头中读取号码，而我们的 PBX 不发送这些标头。Placetel 会填入您账户中的任意号码。变通方法是在电信运营商处将所需号码设为中继的默认号码。
  7. 来电能收到，但无法选择线路。 fonial 和 Placetel 的示例中，传来的不是号码而是中继的登录名：电话被接为“来自该提供商”，但无法按线路区分号码——“提供商传来的是自己的登录名而非号码”。
  8. 打往两个号码的电话落到同一条线路上。 来自不同电话区号的号码后七位数字相同。请手动分开这些线路，或选择同一区号的号码和 Durchwahl 号码块。
  9. 电话接通但一片寂静——编解码器未协商一致：我们的 PBX 使用 G.711 和 G.722，而 dus.net 和 inopla 的编解码器组合未公开说明（请让客服启用 G.711）。第二个同时通话中断——计划的通道用完了：easybell 为 2、10 或 50 路通话，其他家按合同约定。

与所在国家无关的常见原因——“如果电话打不通”；那里也有关于线路菜单中 SIP 跟踪的内容。地址和端口检查——“检查连接”。

常见问题#

如果公司不在德国注册，可以申请德国号码吗？#

在当地电信运营商处——恐怕不行：合同是与德国主体签订的，而城市号码的发放与场所所在的电话区号绑定，电信运营商必须核实这一绑定。所考察过的电信运营商中，没有一家描述过针对外国公司的公开流程。可行的途径是使用提供 +49 号码的国际提供商；申请城市号码时它同样会要求提供文件。

如果什么都还没接入，该选哪家电信运营商？#

easybell。它发布了带有我们编解码器的现成 Asterisk 配置，无承诺计划每月 1.95 € 起，提供所有区号的号码块，并且——全国唯一——在账户中提供来电号码格式切换开关：设为“E.164”即可消除路由问题的主要原因。备选方案是 sipgate trunking 和 Placetel。

为什么 Deutsche Telekom 不合适？#

当前的 CompanyFlex 产品在第三方电信运营商接入时要求强制加密信令和通话，而我们的 PBX 不支持通过 TLS 和 SRTP 的中继。较旧的 DeutschlandLAN SIP-Trunk 在技术上可以接入（需要 TCP 传输），但已停止新售。如果您已有这样的中继——可以接入，先从切换传输方式开始。

去电可以显示其他号码吗？#

只能显示您拥有使用权的另一个自己的号码，且只能来自德国号码空间——法律如此要求。技术上还有第二个限制：sipgate、Placetel 和 Outbox 从服务标头中读取号码，而我们的 PBX 不发送这些标头，因此通过这些运营商拨出时会使用中继的默认号码。

场所需要多少通道？#

一个通道就是一路同时通话。餐厅通常 2–3 路就够：一路用于给客人打电话，另一路用于快递员或供应商。easybell 的通道与计划硬性绑定（2/10/50），而“按合同”的电信运营商通道数量需单独约定——请在签约前询问。

来源#

所有链接均于 2026 年 9 月 9 日核验。

电信运营商

监管机构与法律

相关章节#

Was this article helpful?
SIP providers by country
顾客端菜单演示 免费开始