简介:这份资源是面向华为 U1981 语音网关运维与实施人员的《U1981 语音网关中继配置指南》,聚焦统一网关与对端设备对接场景,适合具备一定语音交换基础的工程师参考。文档围绕局向、子路由、路由与局向选择码等核心概念展开,并给出 SS7 与 SIP 中继的完整配置流程,包括本局信令点、目的信令点、E1 中继、MTP 链路及 SIP 对局参数设置,同时附有相关信息规划表与组网示意,便于对照实际项目落地。资源包共 1 个 docx 文件,约 1.11MB,内容以图文步骤和规划表格为主,结构清晰,可直接用于配置参考与排错对照。目前已有 1658 人学习下载,适合需要快速掌握 U1981 中继对接配置的读者查阅。
1. 从一台 U1981 的对接现场说起:为什么中继配置总在“最后一公里”翻车
手里这台 U1981 语音网关,Web 界面能登、Ping 得通、许可证也正常,可一上业务就出问题——主叫听回铃音后直接挂断,或者对端 C 局汇接过来的话路根本落不了地。翻日志,SS7 链路是红的,SIP 那边 OPTIONS 心跳也没回。这种场景我见得太多了,问题往往不在设备本身,而在中继数据没按“局向—子路由—路由—局向选择码”这条逻辑链配全。U1981 是华为的统一网关设备,中继配置指南这份文档解决的就是“怎么把 SS7 和 SIP 两种中继从零配通”这件事。它适合正在做局间对接的语音工程师、负责企业话务落地的运维,以及需要把 PSTN 侧 SS7 信令和 IP 侧 SIP 中继拉通的集成人员。下面我按实际配置顺序,把这份指南里的关键参数、操作路径和容易踩的坑拆开讲。
2. 局向、子路由与局向选择码:配置前必须理清的三层寻址逻辑
2.1 局向号不是“编号”,是网关识别对端的唯一钥匙
很多新手一上来就急着点“创建”,结果在 SS7 和 SIP 里填的局向号对不上,呼叫直接进黑洞。U1981 里,局向号用来唯一标识一个局向——也就是两个交换局之间存在直达话路时,对端就是本局的一个局向。比如 A 局到 B 局有直达话路,B 就是 A 的局向,你可以把 A→B 定义为局向 1,A→C 定义为局向 2。这个号在后续 SS7 中继的“局向选择码”和 SIP 中继的“局向选择码”里必须一致,否则网关分析呼叫时找不到出口。
我一般会先在纸上画一张局向对照表,把本局到每个对端的局向号、局向选择码、中继类型列清楚,再进 Web 界面操作。这份指南里的规划信息表就是这个作用:SS7 侧本局信令点编码 111111、对端 222222,局向选择码 2;SIP 侧对端域名 softswitch、IP 10.10.10.100、局向选择码也是 2。两边选择码统一,呼叫才能从 SS7 侧进来、从 SIP 侧出去。
2.2 子路由与路由:直达和迂回的话路怎么被网关“看见”
子路由描述的是两个交换局之间的一条可达路径。A 局直达 B 局,这条就是直达子路由;A 局经 C 局汇接到 B 局,就是迂回子路由。路由则是本局到某一目的局所有子路由的集合。A 局到 B 局的路由可以同时包含直达子路由和经 C 局迂回的子路由,而 A 局到 D 局如果只有经 C 局汇接这一条路,那它的路由就只含那一条迂回子路由。
配置时你不需要在 U1981 里手动“画”子路由,但必须理解:SS7 中继的 E1 端口和 SIP 中继的对端 IP,本质上都是在给某条子路由提供物理或逻辑承载。如果 A 到 B 的直达 E1 断了,网关能不能自动走 C 局迂回,取决于路由里是否包含那条迂回子路由,以及局向选择码的策略是否允许。指南里把局向选择码定义为“局向选择策略”,就是让网关按策略分析一次呼叫该走哪条路由。常见做法是:主用直达、备用迂回,选择码按优先级配置。
2.3 规划表怎么填:账号、信令点、CIC、SIP 域名一次对齐
动手前先把规划信息表填好,比配到一半再回头改要省事得多。下面这张表是我根据指南里的规划信息整理的,实际项目按现场参数替换即可。
| 参数项 | SS7 侧示例值 | SIP 侧示例值 | 说明 |
|---|---|---|---|
| 登录地址 | https://9.14.9.164 | 同左 | Web 管理界面 |
| 账号/密码 | admin/Change_Me | 同左 | 首次登录后建议改密 |
| 本局信令点编码 | 111111 | 不涉及 | 国内网 bit24 结构 |
| 对端信令点编码 | 222222 | 不涉及 | 目的信令点 |
| 局向选择码 | 2 | 2 | 两侧必须一致 |
| 槽号/端口号 | 0/1 | 不涉及 | E1 中继物理位置 |
| 信令类型 | ISUP | 不涉及 | SS7 用户部分 |
| 起始 CIC | 0 | 不涉及 | 电路识别码起点 |
| 对端域名 | 不涉及 | softswitch | 自定义,随意设置 |
| 对端 IP | 不涉及 | 10.10.10.100 | SIP 对端地址 |
| 传输协议/端口 | 不涉及 | UDP/5065 | 注意不是默认 5060 |
| 最大限呼数/中继电路数 | 不涉及 | 500/500 | 按 license 和实际电路填 |
提示:SIP 对端端口填 5065 而不是 5060,是因为指南里明确写了 5065。实际对接时如果对端用 5060,这里必须跟着改,否则 OPTIONS 心跳都出不去。
3. SS7 中继配置实操:从本局信令点到 MTP 链路变绿
3.1 创建本局与目的信令点:bit24 和国内网勾选不能错
登录 U1981 后,点“中继管理”→“中继配置”→“SS7”,先点“增加本局信令点”。页面会出现一个名为 Office1 的本局信令点,单击它进入配置窗口。这里有两个关键项:勾选“启用国内网”,结构选 bit24,本局信令点编码填 111111。国内网和 bit24 是配套的,如果对端是国际信令点,这里选错会导致信令点无法识别。
# 操作路径记录(Web 界面无 CLI,此处为步骤注释) # 1. 登录 https://<U1981_IP> # 2. 中继管理 -> 中继配置 -> SS7 # 3. 点击“增加本局信令点” # 4. 单击 Office1 -> 勾选“启用国内网” -> 结构 bit24 -> 编码 111111 -> 确定 # 5. 点击“增加目的信令点” # 6. 需要连接的本局选 Office1 -> 勾选“启用国内网” -> 编码 222222 -> 确定上面这段不是可执行脚本,而是把 Web 操作路径固化下来,方便你配完后核对。参数说明:本局编码 111111 和对端 222222 是成对出现的,对端设备上的本局编码必须配成 222222、对端编码配成 111111,否则 SS7 链路层就建不起来。这一步配完,Office1 和 point1 之间会有一条红色连线,红色代表链路未通,属正常状态。
3.2 配置 E1 中继与 MTP 链路:槽号、端口、CIC 和时隙的对应关系
点 Office1 与 point1 中间的红色线,打开“配置 SS7 中继”窗口。在“配置 E1 中继”里点“创建”,按规划填:槽号 0,端口号 1,信令类型 ISUP,起始 CIC 0,冗余校验否,中继方向保持默认,局向选择码选 2。接着在“配置 MTP 链路”点“创建”,链路编号 2,槽号 0,端口号 1,信令链路编码 0,链路时隙保持默认 16。
# E1 中继参数 槽号: 0 端口号: 1 信令类型: ISUP 起始CIC: 0 冗余校验: 否 中继方向: 默认 局向选择码: 2 # MTP 链路参数 链路编号: 2 槽号: 0 端口号: 1 信令链路编码: 0 链路时隙: 16(默认)逻辑说明:E1 中继定义的是物理承载和电路范围,起始 CIC 0 表示这条 E1 上第一个电路识别码从 0 开始分配。MTP 链路定义的是七号信令的消息传递通道,时隙 16 是 E1 的标准信令时隙,除非对端有特殊约定,否则不要改。槽号 0、端口号 1 必须和实际物理接口一致,配错槽号会导致链路起不来。配完后返回 SS7 配置页面,Office1 到 point1 的连线应该由红变绿。如果还是红的,先查 E1 物理链路、再查 MTP 链路编号和时隙。
3.3 用 E1/T1 状态页验证:红色故障不一定是配错了
点主菜单“资源查询”,右侧选“E1/T1 状态”,能看到刚才配的 point1 出现在 E1 中继列表里。指南里特别说明,本次是测试环境、非真实环境,所以端口 1 的中继状态全部显示红色故障。这一点很关键:链路变绿代表 SS7 信令层通了,E1/T1 状态页的红色代表物理层或电路层没接真实对端。如果你在真实环境里看到红色,先确认 E1 线是否接好、对端是否已放号,而不是急着回去改信令点编码。
注意:SS7 链路变绿只说明 MTP 层可达,不代表 ISUP 呼叫能通。呼叫不通还要查 CIC 范围、中继方向、局向选择码是否和对端一致。
4. SIP 中继配置实操:本局、对端域名与心跳开关
4.1 增加本局与 Point 配置:域名、IP、端口三件套
SIP 中继的入口在“中继管理”→“中继配置”→“SIP”,点右侧“增加本局”按钮,页面出现“Point:1”,点击进入配置。这里要填对局设备域名,指南里写的是 softswitch,并注明“自定义,随意设置”——意思是这个域名只在本网关内部标识对端,不要求和对端真实域名一致,但建议按项目命名规范填,方便后期维护。对局 IP 地址填 10.10.10.100,局向选择码选 2,最大限呼数和中继电路数都设 500,传输协议 UDP,对端端口 5065。
# SIP 中继关键参数 对局设备域名: softswitch(自定义) 对局 IP 地址: 10.10.10.100 局向选择码: 2 最大限呼数: 500 中继电路数: 500 传输协议: UDP 对端网元端口号: 5065 中继方向: 双向中继 心跳开关: 打开参数说明:最大限呼数和中继电路数设 500 是规划值,实际要按 license 容量和对端协商的电路数来。传输协议 UDP 是常见选择,如果对端走 TCP 或 TLS,这里要同步改。对端端口 5065 不是 SIP 默认的 5060,配错的话心跳包发出去没回应,中继状态会一直显示异常。中继方向选双向,适合大多数对接场景;如果只做主叫或只做被叫,再按需改单向。
4.2 心跳开关与高级配置:OPTIONS 探测为什么必须开
在 Point:1 的配置页下方“高级配置”里,把“心跳开关”打开。SIP 中继不像 SS7 有 MTP 链路层状态,它靠 OPTIONS 消息周期性探测对端是否可达。心跳不开,网关就不知道对端 SIP 服务是否还活着,呼叫可能被送到一个已经挂掉的地址上。打开心跳后,U1981 会定期发 OPTIONS,对端回 200 OK 就认为中继可用。
常见做法是心跳周期用默认值,除非对端明确要求调整。如果心跳一直失败,先抓包看 OPTIONS 有没有发出去、对端有没有回。发出去没回,查对端 IP 和端口;发出去了但源地址不对,查本局 SIP 信令 IP 是否配在了正确的接口上。这一步没有代码可跑,但抓包命令可以用:
# 在 U1981 所在网络内抓 SIP 心跳包(需在镜像口或本机抓) tcpdump -i eth0 -n udp port 5065 -w sip_heartbeat.pcap # 分析时过滤 OPTIONS 方法 tcpdump -r sip_heartbeat.pcap -A | grep -i "OPTIONS"逻辑说明:第一条命令把 5065 端口的 UDP 包抓到文件,第二条从文件里过滤 OPTIONS 内容。如果只看到发出的 OPTIONS 没有回来的 SIP/2.0 200 OK,问题在对端;如果连 OPTIONS 都没有,问题在本局心跳开关或路由。
4.3 SS7 与 SIP 选择码对齐:呼叫从 PSTN 进、从 IP 出的最后一步
SS7 侧 E1 中继的局向选择码是 2,SIP 侧 Point:1 的局向选择码也是 2,这两个 2 必须指向同一个局向策略。U1981 分析一次用户呼叫时,根据局向选择码决定走哪条路由。如果 SS7 侧填 2、SIP 侧填 1,呼叫从 SS7 进来后找不到 SIP 出口,表现就是拨号后无响应或直接释放。
我一般会在配完后做一次呼叫测试:从 SS7 侧发起一个到对端的呼叫,看它是否从 SIP 中继出去。如果出不去,先查两侧选择码,再查路由里是否包含了对应的子路由。指南里没有展开路由配置的细节,但实际项目中,局向选择码只是策略入口,路由和子路由才是话路集合,两者要一起看。
5. 避坑与排查:SS7 链路红、SIP 心跳断、呼叫单通怎么查
5.1 现象:SS7 连线一直红色,E1/T1 状态也全红
原因:MTP 链路参数和物理接口不匹配,或者对端信令点没启。常见的是槽号、端口号填错,或者链路时隙被改成了非 16。解决:先核对 E1 中继的槽号、端口号是否和物理接口一致,再核对 MTP 链路的槽号、端口号、时隙。如果参数都对,查 E1 线是否接好、对端 SS7 信令点是否已激活。测试环境下没有真实对端,红色是正常的,不要误判为配置错误。
5.2 现象:SIP 中继显示不可用,OPTIONS 心跳超时
原因:对端 IP、端口填错,或者传输协议不一致。指南里对端端口是 5065,如果对端实际监听 5060,心跳就回不来。解决:先确认对端 SIP 服务监听的 IP 和端口,再改 U1981 上的对局 IP 和端口号。如果对端用 TCP 而本局配了 UDP,也要改成一致。改完等一个心跳周期,看状态是否恢复。
5.3 现象:SS7 侧能看到呼叫进来,但 SIP 侧不出话
原因:两侧局向选择码不一致,或者路由里没有包含对应的子路由。解决:核对 SS7 E1 中继的局向选择码和 SIP Point 的局向选择码是否相同。如果相同还不出话,查路由配置里是否把 SS7 侧子路由和 SIP 侧子路由都加进了同一个路由。这一步容易漏,因为局向选择码只是策略,路由才是实际话路集合。
5.4 现象:呼叫能通但单通,主叫听不到被叫
原因:中继方向配成了单向,或者 SIP 侧媒体地址没正确协商。SS7 侧中继方向保持默认通常是双向,但如果手动改过,要改回双向。SIP 侧检查媒体 IP 是否指向正确的接口,NAT 环境下还要确认是否启用了媒体代理。解决:先查中继方向,再抓包看 RTP 有没有双向流动。如果只有单向 RTP,多半是媒体地址或端口协商问题。
5.5 现象:改了参数后配置不生效,还是走旧路由
原因:U1981 部分中继参数修改后需要重新激活链路,或者旧呼叫仍占用原路由。解决:改完 SS7 或 SIP 参数后,回到 SS7 配置页面确认连线状态,必要时删除 MTP 链路重新创建。SIP 侧改完心跳相关参数,等一个周期再测试。如果旧呼叫还在,等它释放后再试,不要用新呼叫去验证旧配置。
6. 进阶技巧:用规划表反向核对配置,把对接验收缩到十分钟
配完 SS7 和 SIP 中继,别急着收工。我习惯做一次反向核对:拿规划信息表,从局向选择码开始,逐项对照 Web 界面上的实际值。下面这张核对表是我从指南的规划信息里提炼的,每次对接完走一遍,能挡掉大部分“配了但没通”的问题。
| 核对项 | SS7 侧应查位置 | SIP 侧应查位置 | 一致要求 |
|---|---|---|---|
| 局向选择码 | E1 中继配置页 | Point 配置页 | 两侧相同 |
| 局向号 | 局向配置页 | 局向配置页 | 与选择码对应 |
| 信令点编码 | 本局/目的信令点 | 不涉及 | 本局对应对端 |
| CIC 起始值 | E1 中继配置页 | 不涉及 | 与对端协商 |
| 对端 IP/端口 | 不涉及 | Point 配置页 | 与对端监听一致 |
| 心跳开关 | 不涉及 | 高级配置 | 建议打开 |
| 中继方向 | E1 中继配置页 | Point 配置页 | 双向或按需 |
反向核对时,重点看三个“不一致”:选择码不一致、端口不一致、方向不一致。这三个对上了,基本能通。如果还不通,再抓包看信令和媒体。SS7 侧抓 MTP 层比较麻烦,一般先看 E1/T1 状态和连线颜色;SIP 侧抓 OPTIONS 和 RTP 就能定位大部分问题。
还有一个技巧:把规划表里的“对局设备域名”按项目命名规范填,比如用对端局名缩写,而不是随手写 softswitch。后期维护时,看到域名就知道对端是谁,比翻 IP 快得多。U1981 的 Web 界面不支持批量导出中继配置,所以规划表本身就是你的“后悔药”——改之前先备份,改之后对照恢复。
从那以后我每次配 U1981 中继,都强制走一遍“规划表填写→SS7 信令点→E1/MTP→SIP Point→选择码对齐→反向核对”这条链,不再跳步。希望帮到你。
本文还有配套的精品资源,点击获取