企业官网建设流程全解析

简介：这是一份面向华为U1981语音网关运维与集成人员的实践型配置指南，重点解决统一网关与对端设备对接时SS7中继、SIP中继、局向选择码等核心配置问题。文档从局向、子路由、路由、局向选择码等基础概念讲起，结合实际组网示意图，给出账号规划与SS7/SIP中继完整配置流程，适合需要独立完成中继组网调试的工程师参考。资源为单个docx格式文档，大小1.11MB，内容层次清晰，含背景说明、规划信息表、详细操作步骤与注意事项，可直接用于现场实施或培训材料。该资源已有1647人学习下载，属于U1981语音网关中继配置方向较实用的参考资料，能帮助读者快速理解中继对接原理并上手配置。

1. 给 U1981 配中继：一行配置之前，先搞懂你在配什么

企业语音项目交付现场，最常见的翻车点不在分机，而在中继。U1981 语音网关装好、分机注册正常，可一旦要往外打电话，占线、忙音、对方听不到声音，问题往往都集中在 U1981 语音网关中继配置这一段。中继是网关与上游语音网络之间的唯一通道，SIP 中继、E1 数字中继、模拟中继各有各的配置逻辑，差一个参数，呼叫就失败。这篇按我实际做过的交付顺序来写：先选中继类型，再讲配置，再排坑，最后验证。适合企业语音项目交付、运维和做网关改造的工程师参考。

2. 中继类型与接口模式：SIP、E1、FXO 怎么选，接口如何配置为中继模式

2.1 U1981 上的三种中继形态：SIP 中继、数字中继、模拟中继

U1981 作为企业语音网关，对外对接的线路形态主要有三种。SIP 中继最常见，语音走 IP 网络，信令用 SIP 协议，对端可以是运营商 IMS 平台，也可以是另一台语音网关。SIP 中继的优点是弹性大，带宽够就能跑，扩容不换硬件，IP 可达就能对接，部署成本在三种里面最低。缺点是排错链路长，从网卡、交换机、防火墙到对端服务器，每一层都可能丢包或改包，SIP 又是纯文本协议，抓包时必须看得懂头域。

第二种是 E1/T1 数字中继，U1981 上插一块数字中继板，物理接口通常是 E1（中国和欧洲用 E1，30 路话路）或 T1（北美用，24 路话路）。E1 走的是运营商数字专线，信令常见 PRI（ISDN 用户侧信令）、No.7 信令，老一些的还有 R2 信令。E1 的好处是质量可控，时延低，不跟办公网抢带宽，传真、语音质量都更可靠。代价是硬件固定、扩容要加板卡，配置也讲究，时钟、信令方式、通道绑定一个都不能错。

第三种是模拟中继 FXO，接口形态就是普通电话线，适合只有几条外线的门店或小容量分支。U1981 上有 FXO 板卡接口，每路对应一条运营商模拟线。模拟中继的优点是无脑、物理接上就能用，不需要信令协商；缺点是容量小，一条线一路电话，且很多新业务比如视频、IMS 补充业务没法跑。U1981 上做中继配置，主力还是 SIP 和 E1，FXO 一般作为小规模备份存在。

2.2 将 E1 接口配置为中继模式：接口角色的互斥关系

华为设备上，接口的角色和用途经常是绑定的。E1 接口可以在用户模式，也可以在中继模式。用户模式下接口被当作模拟用户线的替代品，接的是运营商送的 2M 线路但被拆分成用户线，或者用于企业内部互联，此时接口更多是“被服务”的角色。中继模式下，接口才真正作为语音网关的上联通道，承载 PRI、No.7 或 R2 信令，向对端设备发起呼叫或接收呼叫。

把 E1 接口配置为中继模式，核心是两件事。第一件事是确定接口工作模式，在 U1981 的中继配置界面里，对每个 E1 端口做角色设置，选择“中继模式”后保存；第二件事是针对该中继选择信令，PRI、No.7 还是 R2。注意中继模式与用户模式是互斥的，切换到中继模式后，这个接口就不再承担原来的用户接入功能，原本在这条物理链路上配置的用户资源会失效。交付现场见过有人把 E1 接口改成中继模式后，分机号码不能用了，实际上不是坏了，是接口角色变了。

接口中继模式切换还有一个隐含影响：通道数量变了。以 E1 为例，接口配置为中继模式后，通常按 31 个话路通道（PRI 下实际可用 30 路）对外呈现，每一路都是一个 B 通道。不要试图只开其中两三路来省带宽，数字中继是按整个 2M 链路承载的，后续在路由和资源管理里再决定哪些呼叫走这些通道。

2.3 选型判断：并发、线路、信令三大条件

在 U1981 上配置中继之前，先别急着点界面，把三个条件问清楚再动手。

第一个条件是并发。企业总机同时通话的最大路数，直接决定线路数量。SIP 中继可以按带宽和注册数灵活控制，E1 中继天然按路计费，30 路一条，并发超过 30 就要再加一条 E1。模拟中继更惨，一条线就是一路，20 路并发就要 20 条模拟线。

第二个条件是线路形态。运营商给你的资源是 IP 中继、2M 数字中继还是普通模拟线，这不是网关设备能决定的。运营商给 IP 中继就配 SIP，给 2M 就配 E1/PRI 或 No.7，给模拟线就配 FXO。不要试图用 FXO 口接数字中继，或者用 E1 口接 SIP 中继的 IP 地址，物理层都过不去。

第三个条件是信令方式。同样一条 E1 线路，运营商侧可能是 PRI，也可能是 No.7，还可能是老旧的 R2。U1981 侧必须和对端一致。信令方式选错，界面显示中继存在，端口状态也可能正常，但呼叫一建立就被对端拒绝。这里最容易忽略的是“中继模式”和信令是两个独立配置，接口只是管道，信令决定管道里跑什么协议。

选型我一般这么判断：新建项目默认 SIP，除非运营商明确只能提供 2M 或项目对通话质量要求苛刻；已有数字中继的老项目尽量延续 E1，别在改造时顺手把线路也换了，风险翻倍；模拟中继只做备份或小型分支。

3. 中继配置实操：从连通性检查到路由绑定

3.1 配置前的连通性检查：ping、端口探测与传输参数

不管是 SIP 还是 E1，配置前先做连通性检查。SIP 中继要确认 U1981 到对端 IP 的网络通不通；E1 中继要确认物理线路有没有同步、有没有误码。这个步骤看起来很基础，但在交付现场能拦下一半的“配置不生效”。

SIP 中继先做地址层探测。在 U1981 能登录的维护终端上，ping 对端 IP，再用端口探测看 5060 是否开放：

ping -c 4 192.0.2.10 nc -zv 192.0.2.10 5060

ping 看链路是否可达，nc 的-z模式只做端口探测，-v输出详细信息。这里有个坑：TCP 的 5060 探测只能确认对端开了 TCP 监听，很多 SIP 中继走的是 UDP 5060，UDP 探测根本得不到明确应答。nc 对 UDP 的探测结果是假的，它只告诉你是否收到 ICMP 端口不可达。所以端口探测通过不等于 SIP 可用，一定要在配置完成后用真实呼叫验证。

E1 中继的连通性检查不用 ping，看的是物理层同步和误码。接口配置为中继模式后，U1981 网管界面上能查看到 E1 端口的链路状态，正常情况下显示“同步/正常”。如果有误码计数持续增长，先查时钟设置和对端设备，再查线缆和接地。物理层不过，后面所有信令配置都是白做。

3.2 配置 SIP 中继：注册方向、编解码与主叫透传

U1981 上配置 SIP 中继，核心参数就一张表，理解每一行的含义比填更重要。常见参数如下：

配置步骤一般是：进入 SIP 中继配置界面，新增中继，填对端 IP、端口和传输协议；选择注册方向；填写鉴权信息；设置编解码优先级；保存并启用。填注册方向时，本质是决定谁主动。U1981 向对端注册，就选本端注册，U1981 发起 REGISTER 请求；对端设备向 U1981 注册，就选对端注册，U1981 等待收到的 REGISTER 请求。这个方向一错，中继状态就停留在未注册。

主叫号码透传在实际交付里最容易出问题。U1981 默认可能对主叫号码做某种变换，比如把分机号 81001 变成 01081001。运营商侧要求的号码格式往往带区号，但用户侧分机只有短号。配置中继时要理清楚透传格式，通常的做法是开启号码透传，让 U1981 不做额外变换，去话从分机侧拿到什么号码就送给对端什么号码，由运营商的 IMS 平台再做归一化。如果透传格式和运营商要求不一致，被叫方的来电显示会出现乱码或空号。

3.3 配置 E1 中继：PRI 参数、时钟与通道绑定

E1 中继的配置入口和 SIP 完全不同，前沿条件是物理接口已经配置为中继模式。在这个前提下，U1981 上需要配置的参数如下：

PRI 信令下，U1981 和运营商交换机之间跑 Q.931 信令，D 通道一般占用第 16 时隙（TS16），其余时隙作为 B 通道承载语音。配置界面里通常只让你填信令方式和接口参数，D 通道是协议自动协商的。No.7 信令则复杂一些，需要配置信令点编码、电路识别码（CIC）、话路时隙分配。这些参数都由运营商提供清单，按清单填空即可，不要自己猜。

时钟模式是 E1 中继容易忽略又致命的参数。一条 E1 链路两端设备必须有一位是主钟、一位是从钟，从钟设备从线路信号中提取时钟，两端时间基准一致才能同步传输。U1981 和运营商对端对接时，通常推荐 U1981 设从钟，由运营商交换机做主钟。但如果你用 U1981 去级联另一台企业侧设备，比如再带一台小型网关，那 U1981 可能是主钟。时钟错位不会让你完全无法呼叫，但会让误码率升高，通话出现间歇性杂音，严重时链路反复重同步。

配置完成后，U1981 的 E1 中继状态会显示同步状态、误码计数和信令链路状态。不要只看端口灯亮，进网管界面看“线路状态”是否为同步，“PRI 链路状态”是否为激活。链路显示激活才说明物理层和信令层都已经正常。

3.4 中继路由绑定：让出局呼叫真正走向指定中继

中继配置完成只是链路通了，网关能不能把呼叫送出去，还差最后一步：路由绑定。很多人在这一步翻车，因为 U1981 的中继和路由是两个独立模块，你配好了 SIP 中继，如果号码分析里没有把对应的被叫号码指向这个中继，呼叫一样打不出去。

常见做法是配置号码分析或路由规则。在 U1981 的号码分析界面，新增一条路由规则，条件是被叫号码前缀匹配某个字冠，动作是选择出局中继。比如运营商要求打外线先拨 0，那么在号码分析里配一个“0”字冠，路由指向刚才创建的中继，并设置删除前缀“0”后向对端送号。如果号码分析里没有这条字冠，分机拨 0 开头的号码时，U1981 会提示呼叫失败或直接报音，根本不走到中继。

路由参数的三个重点：字冠匹配方式、主叫号码变换、被叫号码变换。字冠匹配不要图省事配成“全部号码”，否则内部呼叫和紧急号码都会被送到中继。主叫号码变换要和中继侧透传配合，如果中继里已经开了透传，路由里就不要做第二遍变换，两处叠加会得到错误号码。被叫号码变换则要看运营商要求，有的运营商要收区号，有的要收短号。

绑定完成后再查一遍中继状态和路由状态，然后打第一个测试电话。我习惯先打运营商侧的测试号码，再打真实手机号，最后打网内分机间的号码，三通电话分别验证出局、入局和网内路由。

4. 中继配置避坑：五个真实踩坑点，按现象、原因、解决排查

4.1 现象一：SIP 中继配置完成，呼出返回 503 或 480

现象：分机拨号后听到忙音或“暂时无法接通”，抓包看到 SIP 响应是 503 Service Unavailable 或 480 Temporarily Unavailable，U1981 中继状态却是正常的。

原因：这个现象我在现场遇到过多次，多数是对端服务器认为自己无法处理这次呼叫。常见原因有三类：对端 IP 或端口配错导致请求发到了错误的地方；被叫号码格式不对，对端做完号码分析后拒绝；SIP 中继的注册方向和对端期望不一致。另一类隐蔽原因是 NAT 环境下 SIP 消息里的联系地址是内网地址，对端回包无法送达。注意我这里说的 NAT 是企业办公网常见的公私网地址转换，如果 U1981 和对端之间经过地址转换，必须在 SIP 配置里设置外网地址映射。

解决：先看抓包里请求发给了谁，响应从哪个 IP 回来，确认链路不是单向通；再核对被叫号码格式，比如运营商要求 0 后跟区号还是直接跟手机号；最后检查注册方向，让 U1981 和对端各按其预期方式工作。NAT 场景下，把 U1981 的对外信令地址配置成公网或对端可路由的地址，并保持端口不变。

4.2 现象二：E1 中继端口状态正常，但呼叫建立失败

现象：E1 接口在网管界面显示同步，无严重误码，但拨测试号码时呼叫失败，或者对端摘机后立刻释放。PRI 链路显示激活，但 Q.931 消息里一直在发 Disconnect。

原因：信令方式不匹配最常见，U1981 配了 PRI，运营商侧实际跑的是 No.7，或者反过来。物理层同步只代表线路本身没问题，不代表信令协议能对上。另一个常见原因是通道分配不一致，比如运营商侧把第 1 到第 10 时隙分配给语音，U1981 侧全部时隙都用于语音，部分时隙被占用或禁用。

解决：第一时间向运营商确认信令方式和时隙分配清单。PRI 下确认 D 通道时隙一致，语音通道范围一致。No.7 下确认信令点编码、CIC 起始值和中继电路数量。E1 中继的排错不能只依赖 U1981 界面，要配合运营商侧查看告警，两边一起对参数。信令方式选错时，修改配置后要重启中继链路，不能只保存参数。

4.3 现象三：电话能通，但单通、回声、杂音

现象：双方都摘机，能听到对方一点点声音，或者一方说话另一方完全听不到；有些线路通话一会儿就出现明显回声，说一句话像在山谷里喊。

原因：单通要先分清是哪个方向。U1981 侧听不到对端声音，问题可能在接收方向；对端听不到 U1981 声音，问题在发送方向。常见原因有：RTP 媒体流走不通，信令通了但媒体地址不可达；编解码协商不一致，一端只认 G.729，另一端只发 G.711；E1 中继时钟不同步引起语音数据损坏。回声则多出现在模拟中继或网络丢包严重的 IP 语音场景。

解决：抓包看 INVITE 和 200 OK 里协商的媒体地址与编码，确认 RTP 双向都有流量。如果只有单向流，查防火墙和路由，不要让媒体流和对端信令走不同路径。编解码问题直接把 U1981 和运营商侧配置改成一致，优先 G.711A，VoIP 网络质量一般时再降级 G.729。E1 中继的回声，先查时钟和线路质量，再开回声抑制。IP 语音的回声，重点查网络丢包和抖动，中继配置层面能调的不多，RTP 的 QoS 标记要保证端到端生效。

4.4 现象四：能打进打不出，或只能打出一路电话

现象：外部电话能呼入但分机打不出去，或者第一批测试电话能通，继续拨打就一直占线，中继状态也没显示异常。

原因：呼入呼出不对称的问题，几乎都在路由。呼入走的是入局路由，呼出走的是出局路由，两套规则独立配置。只能打出一路电话，在 E1 中继上通常是被叫号码分析把整个中继的通道资源全部绑给了某一条路由，或者号码分析里的字冠冲突，导致所有呼叫都去找同一条电路。SIP 中继上还可能是对端只分配了一个通话会话，U1981 侧注册成功但并发上限被对端限制。

解决：分开查入局和出局两套路由规则，别在中继上找问题。U1981 的号码分析界面，检查是否有重叠字冠，比如同时存在“0”和“01”，会优先匹配更精确的字冠，导致某些号码走到错误的中继。E1 资源只跑了第一路时，看中继通道状态，正常应该有多个 B 通道处于空闲，确认空闲时隙有没有被误配置为禁用。SIP 中继并发受限时，联系对端确认会话数上限。

4.5 现象五：SIP 中继注册状态一直显示失败

现象：U1981 创建 SIP 中继后，状态栏一直显示未注册或注册失败，REGISTER 请求发出但收不到 200 OK，或收到 401/403。

原因：注册失败的本质是 U1981 和对端之间鉴权没有通过。500 字以内的原因排查顺序是：先看 REGISTER 请求有没有到达对端，再看对端回的是 401 还是 403。401 表示对端要求鉴权，U1981 要重新带鉴权头域再发一次；403 表示对端拒绝了凭据，多半是用户名密码错误、账号被锁定、或者对端配置了 IP 白名单而 U1981 的 IP 不在里面。还有一类情况是对端要求加密传输，U1981 用 UDP 明文发注册，直接被丢弃。

解决：抓包看 REGISTER 的过程，确认收到的是 401 还是 403。401 场景不用慌，继续看第二次 REGISTER 是否带了 Authorization 头域，如果带了还失败，检查本地时间和对端时间偏差过大，鉴权摘要计算会失败。403 场景直接联系运营商或对端管理员核对账号和 IP 白名单。要求 TLS 加密时，把中继传输协议改成 TLS，并在 U1981 上导入对应证书，证书不过期是关键。

5. 验证中继配置：状态查看、呼叫跟踪与抓包确认

每次配完中继，我都给自己定三条验证标准：网管界面状态正常、测试呼叫双通、抓包无异常。前两步很多人会做，第三步常常被省略，但抓包才是确认“配置真的对”的底线。

第一步看状态。SIP 中继看注册状态是否显示成功，E1 中继看同步和信令链路是否激活。状态正常说明链路层面已经建立。超过 5 秒还停留在中间状态，就不要继续测试，先回到第 4 章的排错流程。

第二步做呼叫跟踪。U1981 网管自带呼叫跟踪功能，按主叫号码或中继号过滤，观察一次完整呼叫从摘机到释放的全过程。重点关注：号码有没有正确变换，路由有没有指向预期中继，释放原因值是什么。一次拨打失败的用例里，释放原因值比任何猜测都有说服力。

第三步抓包。将抓包设备接在 U1981 的上联口做端口镜像，或直接在可达的链路上抓取 5060 端口流量：

tcpdump -i any -nn -s 0 -w sip.pcap port 5060

打完一通测试电话后，停止抓包，用 sngrep 按呼叫会话查看信令流：

sngrep -d sip.pcap -c INVITE

-d指定离线 pcap 文件，-c INVITE只看呼叫建立相关的会话。sngrep 会把一次呼叫的 INVITE、100 Trying、180 Ringing、200 OK、ACK、BYE 按流程排成一张表，一眼就能看出信令在哪一步断裂。RTP 媒体质量问题再看音频流，sngrep 图形界面里按方向能看到 RTP 包收发计数，单向为 0 就是媒体路径的问题。

现在的习惯是，所有中继参数修改后先开抓包，再打第一个测试电话，信令过程和电话同时发生。等界面显示配置正常、通话质量没问题、抓包里 INVITE 和 200 OK 的地址信息与预期一致，才算真配完。希望这套验证流程对你有帮助。

本文还有配套的精品资源，点击获取