简介《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后配 SIP3.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与对端交换局协商一致起始 CIC0该中继组的起始电路识别码冗余校验否可选的 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 范围这两个参数错了在页面上看不出来但业务一跑就翻车必须有书面记录作依据。后来每次做中继对接我都强制走一遍这个自检流程规划表、配置截图、信令抓包三件套备齐才敢交付被坑过的教训变成习惯希望能帮到你少踩几个坑。本文还有配套的精品资源点击获取