简介：《U1981语音网关中继配置指南.docx》是一份面向华为U1981语音网关运维与调试人员的操作手册，完整演示了统一网关与对端设备对接的中继配置过程。文档从组网场景入手，用通俗语言解释了局向、子路由、路由、局向选择码等核心概念，并逐步给出登录Web管理界面、创建局向选择码、配置局向、完成SS7信令点与E1中继对接、SIP中继对接的具体步骤，每一步均配有界面说明与参数示例，适合初次接触U1981的工程师按图索骥，也可作为存量网络排障时的参考。资源为单个docx文档，大小1.11MB，内容结构清晰，便于PC端阅读或打印。目前已有1664人在CSDN学习或下载，说明该指南对同类配置需求具有实用价值。通过这份文档，读者可以快速理解路由与局向选择策略，掌握本局与目的信令点编码设置、起始CIC规划、MTP链路创建等关键操作，有效规避因参数配置不当导致中继不通的问题。
1. U1981 语音网关中继配置：从 SS7 到 SIP 的一次完整对接实录
接手过一个统一网关对接项目，对端是某个运营商的软交换，网关侧要同时跑通 SS7 和 SIP 两套中继。原以为照着 Web 界面一步步点就行了，结果开局就卡了一个下午：局向选择码配置顺序反了，导致后面 SS7 中继怎么都起不来，E1 端口状态一路红灯。后来把 U1981 中继配置的完整思路理清楚才发现，这份配置指南的关键不是点按钮，而是先理解局向、子路由、路由、局向选择码这一套选路模型。这篇笔记就把 U1981 中继配置从概念到实操完整拆一遍，重点放在 SS7 和 SIP 中继对接的配置步骤、规划表设计、信令点编码规则以及那些最容易翻车的边界条件。不管是刚接手语音网关的新手，还是被中继数据折腾过的老手，这份资源都能帮你少走几趟弯路。
2. 中继配置前必须吃透的四层模型：局向、局向选择码、子路由与路由
2.1 局向与局向号：唯一标识直达关系
局向的定义很直接：两个交换局之间存在直达话路，就称一个交换局是另一个交换局的局向。比如 A 局到 B 局有直达中继，B 局就是 A 局的一个局向；A 局到 C 局也有直达话路，C 局同样是 A 局的局向。但如果 A 局与 D 局中间没有直达话路，D 局就不是 A 局的局向，A 局到 D 局的呼叫只能绕路。
U1981 用局向号来唯一标识一个局向。同一个网关对接多个局点时，局向号不能重复，这是规划表里第一优先级要确认的参数。实际操作中常见的问题是把局向号理解成中继电路号，看到对端有 16 条 E1 就打算编 16 个局向号，这是误区。局向号对应的是"和对端某个交换局的关系"，不是物理链路条数。
2.2 子路由与路由：直达和迂回的组合逻辑
两个交换局之间存在直达话路或迂回话路，就构成一条子路由。直达话路组成的子路由是直达子路由，需要经过第三方汇接的子路由是迂回子路由。A 局到 B 局可能同时存在两条子路由，1# 子路由直达，2# 子路由经 C 局汇接。
路由则是本交换局到某一目的交换局之间所有子路由的集合。一条路由可以包含多条子路由，不同路由也可能包含相同的子路由。典型例子是：A 局到 B 局的路由包含 1# 和 2# 子路由，而 A 局到 D 局的路由只包含 2# 子路由——因为 D 局与 A 局之间没有直达话路，只能走 C 局中转。
这一层理解不透，配置 SS7 中继时会遇到一个很隐蔽的问题：U1981 的中继配置界面里，局向选择码和路由绑定的关系是"选择码决定走哪条路由，路由决定用哪个子路由"。如果规划时没有在路由表里把子路由按优先级排好，呼叫就会在第一个子路由故障时直接失败，而不是自动切换到迂回子路由。
2.3 局向选择码：实际选路时的核心参数
局向选择码定义的是一种局向选择策略。U1981 收到一次呼叫后，会先根据被叫号码或呼叫属性匹配局向选择码，再由局向选择码决定送往哪个局向，最终落到具体的中继电路上。
配置顺序是：先创建局向选择码，再创建局向，然后在 SS7 或 SIP 中继配置里引用局向选择码。这个顺序一旦倒过来，中继配置界面里的局向选择码下拉框就是空的，根本选不到。规划信息表里要提前确定局向选择码的编号规则，本文示例中 SS7 和 SIP 中继统一使用局向选择码"2"，实际项目中也可以用不同的选择码区分不同的出局策略。
2.4 规划信息表：账号信息与中继参数的落地模板
配置前先把规划表做出来，能省掉大量返工。账号信息列表里记录 U1981 的 Web 管理地址和初始账号密码，默认账号密码通常为 admin/Change_Me，首次登录后应该立即修改，这个不展开。
中继规划信息表分为 SS7 和 SIP 两部分。SS7 部分需要规划：本局信令点编码、对局信令点编码、信令类型（ISUP 或 TUP）、链路号、槽号、端口号、起始 CIC、信令链路编码（SLC）、是否启用 CRC 校验。SIP 部分需要规划：站点名、主机名、局向号、局向选择码、局向选择策略、中继类型、对端网元域名、传输协议（UDP/TCP）、对端端口号、中继方向（双向/单向）。
整理规划表的习惯是：每一行参数都对应 Web 配置界面里的一个字段，配置时照着表填，不要凭记忆。特别是端口号、时隙、起始 CIC 这三个参数，填错一个整条中继就起不来。
3. 中继配置实战：先建局向选择码，再配 SS7，后配 SIP
3.1 局向选择码创建：顺序错了后面全乱
登录 U1981 Web 管理界面后，中继管理下的中继配置菜单里找到"局向选择码"，点击创建按钮。
操作步骤： 1. 浏览器访问 https://<U1981 IP>，使用规划表中的管理员账号密码登录 2. 进入 中继管理 → 中继配置 → 局向选择码 3. 点击 创建，选择局向选择码编号为"2" 4. 点击 确定，完成局向选择码创建这里有个容易被忽略的细节：局向选择码的编号和局向号是两个独立的概念。规划表里局向号可能是 1、2，局向选择码也可以是 2，它们之间通过中继配置界面里的绑定关系联系起来，不要求编号一致。创建完局向选择码后，紧接着在同一个菜单下创建局向，确保中继配置时能够引用到已存在的局向选择码。
3.2 SS7 中继配置：信令点、E1 中继、MTP 链路三步走
SS7 中继配置在 U1981 上分为三个环节：本局信令点配置、目的信令点配置、E1 中继与 MTP 链路配置。
第一步，在 SS7 配置页面点击"增加本局信令点"，系统会生成一个默认名为 Office1 的本局信令点。单击 Office1 进入配置窗口，勾选"启用国内网"，结构选择 bit24，本局信令点编码设置为规划值。示例中本局编码为 111111，这里要提醒一句：信令点编码的位数必须与结构匹配，bit24 结构下编码要按 24 位格式填写，少一位多一位都有问题。
第二步，点击"增加目的信令点"，在弹出的配置窗口里，需要连接的本局信令点下拉菜单中选择 Office1，勾选"启用国内网"，对端信令点编码设置为 222222，点击确定。这一步完成后，SS7 配置页面会出现 Office1 和 point1 两个信令点对象，它们之间有一条红色连线，红色代表中继尚未配置，配好之后会变绿。
第三步，点击 Office1 和 point1 之间的红色连线，打开配置 SS7 中继窗口。先在配置 E1 中继区域点击创建，按照规划信息填写槽号、端口号、信令类型、起始 CIC、冗余校验、局向选择码。示例参数如下：
| 参数项 | 规划值 | 说明 |
|---|---|---|
| 槽号 | 0 | 对应 E1 板卡所在槽位 |
| 端口号 | 1 | 对应板卡上的 E1 端口序号 |
| 信令类型 | ISUP | 与对端交换局协商一致 |
| 起始 CIC | 0 | 该中继组的起始电路识别码 |
| 冗余校验 | 否 | 可选的 CRC 校验开关 |
| 局向选择码 | 2 | 引用已创建的局向选择码 |
然后配置 MTP 链路，点击创建，设置链路号为 2，槽号为 0，端口号为 1，信令链路编码 SLC 为 0，链路时隙保持默认的 16。SLC 的取值需要和对端协商一致，时隙 16 是 SS7 链路默认使用的 64kbit/s 时隙，一般不需要改动，除非对端明确要求使用其他时隙。
全部配置完成后，SS7 配置页面里 Office1 到 point1 的连线会变为绿色，表示信令链路和中继数据已经在逻辑上建立。用真实环境验证时，会去资源查询 → E1/T1 状态里确认对应端口状态，如果端口状态是红色故障，需要检查物理链路、时钟同步和对端是否已经在跑 SS7 链路。测试环境下端口状态红色是正常现象，因为对端根本没有接入。
3.3 SIP 中继配置：域名、IP、心跳开关一个都不能少
SIP 中继配置相对直观，在 SIP 配置页面点击"增加本局"，系统生成 Point，单击进入配置窗口。自定义对局设备域名，示例中设置为 softswith，这里有个常见的坑：域名不是对端真实的主机域名，可以随意自定义，但对端设备 IP 地址必须是真实可达的。配置对局 IP 为演示地址 10.10.10.100，局向选择码选择 2，最大限呼数与中继电路数都设置为 500。
高级配置里的心跳开关建议打开，SIP 中继的心跳机制能帮你在对端设备掉线时快速感知，避免呼叫直接发到一个不可达的对端导致长时间无响应。传输协议选择上，U1981 与软交换对接通常用 UDP，端口号 5065 是对端实际监听的端口，这个要和软交换侧确认，不要凭默认值填 5060。
SIP 中继配置完成后，同样可以在资源查询里检查注册状态或对端连通性。UDP 模式的 SIP 中继没有注册概念，主要看 OPTIONS 心跳是否能收到响应。
3.4 局向配置的完整关联：让中继和选路数据串起来
局向配置这一步容易在页面上找不到入口。正确路径是：中继管理 → 中继配置 → 局向，点击创建。创建局向时选择对应的局向号，这个局向号后续被 SS7 和 SIP 中继配置引用。规划表里 SS7 部分和 SIP 部分用了不同的局向号或相同的局向号都没问题，但要确保中继配置界面里选择的局向选择码和实际希望走的路由一致。
如果创建中继时发现局向选择码下拉框是空的，回到局向选择码页面检查是否已经创建。如果创建了但还是选不到，检查 Web 界面是否已经刷新缓存，必要时退出重新登录。
4. 常见问题排查：信令点、CIC、时隙与心跳的四个高频坑
4.1 信令点编码配置后 E1 中继反复重启
现象：SS7 中继配置完成后，E1/T1 状态页面显示端口状态在红色与绿色之间反复切换，信令链路不稳定。
原因：本局信令点编码或目的信令点编码和对端不一致。SS7 链路建立时需要双方完成信令点编码的识别和校验，任何一个位不匹配都导致链路重启。bit24 结构下编码要完整填写 24 位，示例中 111111 实际是简写，真实环境要补足位数。
解决：和对端交换局确认信令点编码的标准写法，逐位核对，重点看高位的 0 是否被省略。比如实际编码是 00111111 简写成 11111，这种差异在配置过程中看不出来，但对端一校验就出问题。修改信令点编码后，先删除原有 SS7 中继配置重新创建，不要在原配置上改，页面有些字段是只读的。
4.2 CIC 起始值与对端重叠导致电路被占用
现象：SS7 中继链路状态正常，但业务呼叫时路由到该中继的呼叫全部失败，信令消息里带 CIC 不能被识别。
原因：起始 CIC 设置和对端不一致。E1 中继组的 CIC 范围从起始 CIC 开始，按电路序号递增，比如起始 CIC 为 0，第 1 条电路 CIC 就是 0，第 2 条是 1。对端中继组的起始 CIC 如果是 1，两边电路识别码就对不上。更隐蔽的情况是：本端多个 E1 中继组的 CIC 范围重叠，呼叫被路由到错误的中继组。
解决：在规划表里明确每个中继组的起始 CIC 和 CIC 数量，与对端交换局的电路分配表逐项对齐。U1981 上检查已有中继组的 CIC 范围，新建中继组时避开重叠区间。
4.3 MTP 链路时隙改动后起不来
现象：MTP 链路创建后一直处于未激活状态，页面显示链路故障。现象：MTP链路配置完后一直无法激活，检查槽号、端口号、SLC都没问题，链路状态始终处于故障或未激活，信令点之间无法互通。
原因：MTP 链路时隙配置为 16 以外的值，而对端设备只监听默认的 16 时隙。SS7 链路的时隙指定必须两端完全一致，不能只在本端修改，对端没有同步调整就永远对不上。另一种常见情况是时隙号填写了一个已被其他业务占用的时隙，比如时隙 0 本身是同步时钟用的，不能用作信令链路。时隙 0 在这个场景下有个特殊性：E1 帧结构中时隙 0 固定用于同步和帧定位，信令链路不能占用。
解决：先确认对端实际使用哪个时隙承载 SS7 链路。无法确认时保持默认 16，这个值是电信网络里 SS7 链路的共识选择，除非对端明确要求改用其他时隙，否则不动。在链路创建前，去资源查询里查看对应 E1 端口的时隙占用情况，避开已经被承载通道占用的时隙。
4.4 SIP 心跳开关未打开导致故障难感知
现象：SIP 中继配置后，对端软交换设备宕机或网络中断，U1981 侧没有告警，呼叫持续送向不可达的对端，用户听到长时间无应答。
原因：SIP 中继配置时高级配置里的心跳开关没有打开。U1981 不会主动感知对端状态，没有心跳机制就没有对端是否在线的判断依据，呼叫照常路由出去，最后只能等超时失败。UDP 模式下这个问题更突出，没有 TCP 连接状态可以依赖。
解决：SIP 中继配置的高级配置里打开心跳开关，配置心跳间隔（通常默认 30s 或 60s）。对端不在线时 U1981 会标记该中继不可用，触发路由选择走其他中继或直接拒绝呼叫，而不是傻等。另外，SIP 对端域名自定义时，不要用容易混淆的拼写，本文示例里的 softswith 就是手滑写错留下的名字，名字本身不影响通信，但看着容易误导维护人员。
5. 配置完成后的自检清单与排障脚本
5.1 E1/T1 状态查询大法：中继起没起「肉眼可见」
SS7 配置页面里连线变绿只是逻辑上的，真正的物理链路状态要去资源查询里确认。路径是：资源查询 → E1/T1 状态，查看对应端口的状态显示。
- 绿色：链路正常，对端已经完成帧同步和链路建立
- 红色：链路故障或未激活，物理链路不通、时钟失锁、对端无响应都会表现为红色
- 黄色或灰色：端口被禁用或未配置
测试环境下端口状态红色不一定是配置问题，对端根本没接设备，红色是理所当然的。验证配置本身是否正确，要结合告警信息一起判断，而不是只看状态颜色。
5.2 用信令跟踪定位呼叫失败环节
U1981 的 Web 管理界面提供信令跟踪功能，这在排障时是核心工具。路径通常在中继管理或诊断维护菜单下，可以抓取 SS7 或 SIP 信令消息。跟踪时重点关注三类消息：
- SS7 中继的 IAM（初始地址消息）和 ACM（地址全消息）：IAM 是否送出去、ACM 是否回来
- SIP 中继的 INVITE 和 100/180/200：请求是否到达对端、响应是否正常返回
- 释放原因值：REL 或 BYE 消息里的原因值，比如 34 表示无可用电路，28 表示地址不全，47 表示资源不可用
没有信令跟踪时，也可以通过在 U1981 侧发起测试呼叫，配合对端维护人员看对端交换机的呼叫记录，定位问题在中继数据还是在对端数据。
5.3 中继配置的终验方法：用真实号码打透一条路
配置完成的自检应该按这个顺序走一遍：
- SS7 中继：确认本局信令点和目的信令点编码正确，MTP 链路状态为激活，E1/T1 端口状态为绿色
- SIP 中继：确认对端 IP 地址可达，心跳间隔内能收到 OPTIONS 响应
- 路由验证：从 U1981 发起一次测试呼叫，被叫号码指向对端中继方向，确认呼叫经局向选择码选路后进入预期中继组
- 双向验证：SIP 中继场景下，从对端软交换侧发起呼叫到 U1981，确认入向中继的号码分析和路由生效
这套终验做完，中继配置的基本盘就稳了。实际操作时我会在规划表里把每一步的验证结果记下来，方便后续排障时对照。特别是信令点编码和 CIC 范围，这两个参数错了在页面上看不出来，但业务一跑就翻车，必须有书面记录作依据。后来每次做中继对接，我都强制走一遍这个自检流程，规划表、配置截图、信令抓包三件套备齐才敢交付，被坑过的教训变成习惯，希望能帮到你少踩几个坑。
本文还有配套的精品资源，点击获取
