简介：面向华为 U1981 语音网关运维与实施人员的中继配置实操文档，聚焦统一网关与对端设备对接这一典型场景，帮助读者理清局向、子路由、路由与局向选择码等基础概念，并掌握 SS7 与 SIP 中继的落地配置方法。文档以组网示意图为线索，先讲清直达与迂回话路的区别，再给出局向选择码、局向、SS7 信令点与 E1 中继、SIP 中继的完整配置流程，附相关信息规划表与账号信息列表，便于对照实际环境逐项核对参数。资源包共 1 个 docx 文件，约 1.11MB，内容以图文步骤和规划表格为主，适合作为现场配置时的随查手册。目前已有 1668 人学习下载，可供初、中级工程师快速上手并减少对接排错时间。

1. 拿到一份 U1981 中继配置指南，先别急着点“创建”

上周有个做企业融合通信的同行发来一张截图，U1981 的 SS7 配置页面上，本局信令点和目的信令点之间那根线是红的，底下 E1 中继列表里端口状态一片红。他问我是不是设备坏了。我看了一眼他的规划表就明白了：局向选择码填了 2，但局向里根本没建对应的子路由，信令点编码还多敲了一位。这类问题在 U1981 语音网关对接里太常见了，设备本身没毛病，是配置顺序和参数对不上。

这份《U1981 语音网关中继配置指南》解决的正是这件事：把统一网关和对端交换设备对接时，局向、子路由、路由、局向选择码这几个概念怎么落到 Web 界面上，SS7 和 SIP 两种中继分别要填哪些字段。它适合正在做局间中继割接、PBX 对接、或者刚接手一台 U1981 需要跟运营商或对端局联调的人。下面我按自己拆这类文档的习惯，把配置逻辑、可抄的参数和几个血泪坑一次讲透。

2. 局向、子路由与局向选择码：先把选路模型立住

2.1 为什么不能跳过概念直接配中继

很多人拿到配置指南直接翻到“SS7 中继配置步骤”，照着点一遍，结果呼叫不通。原因在于 U1981 的中继配置不是孤立的端口配置，它背后是一套选路模型。你配的每一条中继，最终都要挂到某个局向下，而局向又要被局向选择码引用。这三个东西是串起来的，缺一环，呼叫就找不到出口。

指南里用 A、B、C、D 四个局举例，这个例子值得反复看。A 局到 B 局有直达话路，那 B 就是 A 的一个局向；A 到 D 没有直达话路，D 就不是 A 的局向。注意这里的“局向”是单向视角的，A→B 和 B→A 是两个不同的局向，各自有独立的局向号。统一网关用局向号来唯一标识一个局向，比如 A→B 定义为 1，A→C 定义为 2。这个编号是你自己定的，但一旦定了，后面所有中继和选择码都要跟它对齐。

子路由是比局向更细一层的东西。两个局之间有直达话路，构成直达子路由；需要中间局汇接，构成迂回子路由。A 到 B 可以有一条直达子路由，也可以有一条经 C 汇接的迂回子路由，两条都算 A 到 B 这个路由的组成部分。路由则是本局到某一目的局所有子路由的集合。这个层级关系用一句话概括：路由包含子路由，子路由对应局向，局向被选择码引用。

2.2 局向选择码到底在选什么

局向选择码定义了一种选路策略。当一次用户呼叫进来，统一网关要根据这个策略分析出该走哪条路由送到对端。指南里给的规划是局向选择码填 2，这个 2 不是随便填的，它要和后面 SS7 中继、SIP 中继里填的局向选择码保持一致。

我一般会这样理解：局向选择码相当于一个“路由标签”，你在中继上打这个标签，在局向里也打这个标签，网关就知道这条中继属于这个选路策略。如果中继上填了 2，局向选择码里没有 2，或者局向里没有挂对应的子路由，呼叫就会悬空。这也是为什么配置顺序必须是先建局向选择码，再建局向，最后配中继。

提示：局向号和局向选择码是两个不同的字段，前者标识“到哪个局”，后者标识“按什么策略选路”。规划表里两列都要填，别混。

2.3 规划表怎么读才不翻车

指南第 4 章给了两张规划表，这是整份文档最该先看的部分。SS7 中继规划信息里，MTP 信息包括对局中继类型、链路号、槽号、端口号、时隙、局向选择码、局向、CRC 校验、对接位置、信令点编码、本局/对局信令类型、起始 CIC、信令链路编码 SLC。SIP 中继规划信息则包括站点名、主机名、局向号、局向选择码、局向选择策略、中继类型、对端网元域名、传输协议、对端网元端口号、中继方向。

我习惯把这两张表打印出来，配一项勾一项。因为 Web 界面上的字段名和规划表不完全一致，比如规划表叫“对局信令点编码”，界面上可能叫“目的信令点编码”，对着表填能减少来回找的时间。另外规划表里的“对接位置”这一列容易被忽略，它决定了信令点编码的位数结构，填错会导致链路起不来。

3. SS7 中继配置：信令点、E1 中继与 MTP 链路的三段式

3.1 本局与目的信令点的编码规则

SS7 配置的第一步不是配中继，是建信令点。登录 U1981 的 Web 界面后，进中继管理 → 中继配置 → SS7，先点“增加本局信令点”，页面会出现一个默认名为 Office1 的本局信令点。点进去，勾选“启用国内网”，结构选 bit24，本局信令点编码填规划表里的值，指南示例是 111111。

这里有个细节：bit24 表示信令点编码是 24 位，国内网常用的就是这种结构。如果你对接的是国际局或者特殊制式，结构可能不同，但指南场景下保持 bit24 即可。填完本局信令点，再点“增加目的信令点”，在“需要连接的本局”下拉里选 Office1，同样勾选启用国内网，编码填对局的信令点编码，示例是 2222222。

注意示例里本局是 6 位、对局是 7 位，这不是笔误，而是不同局的信令点编码位数可以不同，具体以对端局实际规划为准。我见过有人为了“对齐”把对局编码也改成 6 位，结果链路协商直接失败。信令点编码是对方局给的，一个字符都不能改。

3.2 E1 中继的槽号、端口与起始 CIC

信令点建好后，回到 SS7 配置页面，点 Office1 和 point1 中间那根红线，打开配置 SS7 中继窗口。在“配置 E1 中继”区域点“创建”，按规划表填：槽号 0，端口号 1，信令类型 ISUP，起始 CIC 为 0，冗余校验选“否”，中继方向保持默认，局向选择码选 2。

起始 CIC 是这段 E1 中继上第一个话路时隙的编号，ISUP 信令里 CIC 用来标识具体是哪条话路。如果一条 E1 承载 30 条话路，起始 CIC 填 0，那这条中继就占用 CIC 0 到 29。多段中继级联时，起始 CIC 不能重叠，否则会出现“同一条话路被两个中继抢”的怪现象。冗余校验在测试环境可以关，生产环境如果对端要求 CRC4 校验，这里要改成“是”，两边必须一致。

3.3 MTP 链路参数与链路状态判读

E1 中继建完后，在同一窗口的“配置 MTP 链路”区域点“创建”，链路编号填 2，槽号 0，端口号 1，信令链路编码 SLC 填 0，链路时隙保持默认 16。时隙 16 是 E1 里专门跑信令的通道，除非对端有特殊约定，不要改。

全部填完返回 SS7 配置页面，Office1 到 point1 中间的连线应该从红色变成绿色。这一步是判断配置是否生效最直观的信号：绿色代表 MTP 链路层已经通了，红色代表信令链路没起来。指南里特别说明，示例是测试环境、非真实对接，所以 E1 中继列表里端口 1 的状态全是红色故障。这个说明很重要，很多人看到红色就以为配错了，其实是没有物理对端。

排查链路状态时，我一般按这个顺序看：先看 SS7 页面连线颜色，再看“资源查询 → E1/T1 状态”里端口是否 up，最后看 MTP 链路有没有告警。如果连线是红的但端口状态正常，多半是 SLC 或时隙填错；如果端口本身就是红的，那是物理层或 E1 参数问题，跟信令配置无关。

# 示例：通过设备侧日志快速定位 MTP 链路状态（命令以实际设备为准） # 查看 E1 端口物理状态 show e1 status slot 0 port 1 # 查看 MTP 链路层状态与 SLC 绑定关系 show mtp link brief # 查看 SS7 信令点与目的信令点对应关系 show ss7 point all

上面几条是排查时常用的查询方向，具体命令名以设备实际支持为准。逻辑是先确认物理层，再确认链路层，最后确认信令点层，逐层排除。参数上重点看 SLC 是否和规划表一致、时隙是否为 16、起始 CIC 有没有和对端冲突。

4. SIP 中继配置：域名、端口与心跳的边界

4.1 本局与对局参数的对应关系

SIP 中继的配置入口在中继管理 → 中继配置 → SIP，点“增加本局”后会出现 Point:1。点进去，自定义对局设备域名为 softswitch，对局 IP 地址填 10.10.10.100，局向选择码选 2，最大限呼数与中继电路数都设 500，高级配置里把心跳开关打开。

这里的“对局设备域名”是自定义的，指南明确写了“自定义，随意设置”，但它要和对端 SIP 设备实际使用的域名或 IP 对应上。如果对端是软交换，通常填对端的主机名或 IP；如果对端要求 SIP 域匹配，域名填错会导致 403 或 404 响应。对局 IP 地址则是信令实际发送的目的地址，这个不能随意，必须是可达的。

最大限呼数和中继电路数设成一样，表示这条 SIP 中继最多允许 500 路并发。这个值不是越大越好，要结合对端能力和 license 来定。设得比实际 license 大，呼叫量上来时会触发限呼；设得太小，又浪费容量。我一般按对端局给出的电路数填，留一点余量即可。

4.2 传输协议与端口号的选择

规划表里传输协议写 UDP，对端网元端口号 5065。SIP 默认端口是 5060，这里用 5065 说明对端做了端口偏移，配置时必须跟对端一致。传输协议 UDP 和 TCP 的选择取决于对端支持情况：UDP 开销小、时延低，适合语音信令；TCP 有连接状态，适合网络质量不稳定或需要穿越 NAT 的场景。指南场景用 UDP，就按 UDP 填。

中继方向选“双向中继”，表示这条 SIP 中继既可以呼出也可以呼入。如果只做单方向对接，可以选单向，但双向更常见。心跳开关打开后，网关会定期向对端发 OPTIONS 消息探测可达性，对端不响应时链路会被标记为不可用。这个开关在联调阶段建议打开，方便快速发现对端是否在线；如果对端不支持 OPTIONS，打开反而会误判，这时要关掉。

4.3 SIP 与 SS7 混配时的局向选择码一致性

一个统一网关同时配 SS7 和 SIP 中继是很常见的场景，指南也是这么举例的。关键点在于：两种中继上的局向选择码必须指向同一个选路策略。SS7 中继填了 2，SIP 中继也填 2，局向选择码里建了 2，局向里挂了对应的子路由，这样网关才能在 SS7 和 SIP 之间做路由决策。

如果 SS7 填 2、SIP 填 3，而局向选择码只建了 2，那 SIP 方向的呼叫就找不到策略，表现为呼出无路由或直接失败。我见过有人为了“区分两条中继”故意填不同选择码，结果两条中继各自孤立，跨中继的呼叫根本走不通。局向选择码是选路策略的标识，不是中继的标识，中继靠槽号、端口号、链路号区分，不靠选择码。

5. 避坑排查：五条来自现场的翻车记录

5.1 信令点编码多一位，链路一直红

现象：SS7 页面 Office1 到 point1 连线始终红色，E1 端口状态正常，MTP 链路无告警。

原因：目的信令点编码填成了 7 位，但对端实际是 6 位，或者本局编码位数和对端约定不一致。信令点编码是逐位比对的，多一位少一位都协商不上。

解决：拿对端局出具的信令点编码规划逐字符核对，确认位数和数值完全一致。改完后重新激活 MTP 链路，连线变绿才算通。

5.2 起始 CIC 重叠导致呼叫串线

现象：两段 E1 中继都配好后，呼叫偶尔接到错误的目的地，或者同一条话路被重复占用。

原因：两段中继的起始 CIC 都填了 0，CIC 范围重叠。ISUP 靠 CIC 标识话路，重叠后网关无法区分是哪条中继上的呼叫。

解决：按每段 E1 的实际话路数顺延起始 CIC，第一段 0，第二段从 30 开始（假设每段 30 路），确保区间不交叉。改完在资源查询里核对每段中继的 CIC 范围。

5.3 局向选择码建了但局向没挂子路由

现象：中继配置全部完成，连线也绿了，但拨测时提示无路由或呼叫直接释放。

原因：只建了局向选择码，没有在局向下挂对应的子路由，选路策略找不到可用路径。

解决：回到局向配置，确认局向号与规划表一致，并在该局向下添加子路由，直达或迂回按实际组网选。子路由挂好后，局向选择码才能解析出完整路由。

5.4 SIP 心跳打开但对端不支持 OPTIONS

现象：SIP 中继配置完成后，呼叫时通时不通，日志里大量 OPTIONS 超时。

原因：心跳开关打开，网关定期发 OPTIONS 探测，对端软交换不响应 OPTIONS，链路被误判为不可用。

解决：确认对端是否支持 OPTIONS。不支持就关闭心跳开关，改用注册或呼叫实测来判断链路状态。支持但超时，检查对端 IP 和端口是否可达。

5.5 测试环境看到全红就以为配错了

现象：照着指南配完，E1/T1 状态里端口全是红色故障，以为配置失败。

原因：指南示例本身是测试环境、没有真实对端，物理层没有信号，端口自然显示故障。这是预期现象，不是配置错误。

解决：区分“配置错误”和“无对端”两种红。看 SS7 连线颜色和 MTP 链路状态，如果连线绿、链路无告警，说明配置逻辑是对的，红色只是物理层没接。真实对接时端口状态会随物理链路 up 而变绿。

6. 联调收尾：用拨测矩阵验证选路而不是只看连线颜色

配置做完、连线变绿，只能说明信令层通了，不代表选路正确。我一般会做一张拨测矩阵，把每个局向、每条子路由、每种中继类型都覆盖到，逐条拨测并记录结果。矩阵的行是呼叫源（本局分机、SS7 入局、SIP 入局），列是目的局向（A→B 直达、A→B 迂回、A→C、A→D），单元格填拨测结果和实际走的中继。

这张表的好处是把“连线绿了”这种模糊判断换成可复现的拨测证据。每拨通一条，就在结果列打勾；拨不通，按第 5 章的排查顺序逐层看。特别要测迂回路由：把直达中继人为置忙或断开，看呼叫是否自动落到迂回子路由上。这一步能验证局向选择码的策略是否真的生效，而不是只配了个摆设。

还有一个习惯：每次改完配置，先在测试时段拨一轮矩阵，再切生产。U1981 的配置生效有时不需要重启，但 MTP 链路和 SIP 心跳的状态刷新有延迟，改完立刻拨测可能拿到旧状态。我一般等链路状态稳定后再拨，避免把“还没刷新”误判成“配错了”。

从那以后我每次做中继割接，都强制先填规划表、再按局向选择码→局向→中继的顺序配、最后跑一遍拨测矩阵，三步缺一步不开工。这套流程不新鲜，但能挡住大部分低级翻车。希望帮到你。

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