简介一份面向华为 U1981 语音网关运维与实施人员的配置指南文档围绕统一网关与对端设备对接场景聚焦 SS7 与 SIP 中继配置。文档从局向、子路由、路由及局向选择码等基础概念讲起结合组网示意与规划信息表梳理信令点、E1 中继、MTP 链路及 SIP 对局参数的组织方式并给出配置流程与状态核查思路适合用于开局规划、参数对照和故障排查参考。资源包共 1 个 docx 文件约 1.11MB内容集中、便于随包查阅与打印。相关页面显示已有 1671 人学习说明其在同类设备实施场景中具有一定参考价值。读者可从中获得中继对接的术语体系、规划表模板、关键参数示例和配置结果验证线索降低跨局对接时的理解与排查成本。1. U1981 语音网关中继配置先建局向选择码再谈信令点U1981 语音网关中继配置最容易翻车的地方不在 SS7 信令点编码填错而在顺序。我见过不止一次有人上来就加本局信令点、建 E1 中继链路两头都配完SS7 页面上 Office1 到 point1 那根线还是红的资源查询里 E1/T1 状态一片红折腾到后半夜才发现局向选择码和局向压根没建。U1981 这套 Web 界面长得像点几下鼠标就能通实际上局向选择码、局向、SS7 信令点、E1 中继、MTP 链路、SIP 对局是一串有先后依赖的配置项顺序错了不报错只在状态页给你看红色。这篇笔记按 HUAWEI U1981 的 Web 配置路径走一遍从环境清单、规划表、局向地基到 SS7 与 SIP 两条中继的落地和排错适合第一次上手对接局用交换机的运维和现场实施。2. 上机前的环境清单U1981 登录入口、账号和两张规划表中继配置的坑有一半是在打开浏览器之前就埋下的。规划表没填全、对端参数没确认、信令点编码位数没对齐后面每点一次“确定”都是在给排错加难度。这一章把上机前该准备的东西列清楚配置时直接照着抄能省掉来回改的工夫。2.1 登录面自检IP、账号、浏览器三件事U1981 的管理面走 HTTPS本次环境地址是https://9.14.9.164初始账号admin、初始口令Change_Me。这个口令是出厂值第一次登录后第一件事就是改掉我见过设备交付几个月还挂着默认口令的后面一接扫描第一个被点名的就是它。浏览器建议用 Chrome 或 Edge 的较新版本别开 IE 兼容模式。U1981 的 Web 界面里有不少下拉联动和弹窗确认老内核下会出现“点了确定没反应”“下拉框展开是空白”这类玄学问题排查半天最后发现是浏览器。另外笔记本最好用有线接管理口别指望无线桥接中继调试过程中断一次网页面上的临时配置就白填了。上机前我一般先用命令行把连通性和端口确认一遍比在浏览器里等超时快得多# 1. 确认 PC 到 U1981 管理面三层可达 # 管理口默认和设备在同一个网段ping 不通先查网线、VLAN 和 PC 网卡地址 ping -c 4 9.14.9.164 # 2. 确认 SIP 对端软交换的 UDP 端口是开的 # -v 输出详细过程-z 只探测不发送业务数据-u 表示按 UDP 探测 nc -vzu 10.10.10.100 5065 # 3. 对端如果同时监听 TCP再补一条对比 nc -vz 10.10.10.100 5065第一条命令解决的是“能不能打开登录页”后两条解决的是“SIP 中继配完之后信令能不能发出去”。要注意nc -z对 UDP 的判断并不严格UDP 是无连接的探测包发出去没回应也可能是通的所以这条命令只能作为初筛真正的结论要靠后面第 6 章的抓包。如果 ping 通了但登录页打不开八成是防火墙或代理拦截了 443 端口先换个直连环境再试。上机前把下面这张表填一遍现场实施时按行核对缺一项就先别开配置页面检查项本次取值说明管理面地址https://9.14.9.164浏览器地址栏直接输注意是 https登录账号admin/Change_Me出厂初始值首次登录后立即修改接入方式PC 与设备管理口同网段建议有线避免无线中断浏览器Chrome / Edge 新版本关闭 IE 兼容模式对端设备局用交换设备E1 中继对接需提供信令点编码与 CIC 起始值SIP 对端10.10.10.100UDP 5065端口以对端实际监听为准2.2 局向、子路由、路由、局向选择码四个词先理顺这四个词在 U1981 的配置页面上反复出现理不顺就会在“局向选择码填几”这种问题上卡住。用一组抽象的局号说明A 局到 B 局有直达话路A 局到 C 局也有直达话路但 A 局到 D 局没有直达必须经 C 局汇接。局向说的是“直达关系”。A 与 B 之间有直达话路B 就是 A 的一个局向A 与 D 之间没有直达话路D 就不是 A 的局向。U1981 用局向号唯一标识一个局向A→B 记作 1A→C 记作 2这个编号是设备内部用的自己定但定完不能随便改。子路由说的是“一条可走的路径”。A 直达 B 是 1# 子路由属于直达子路由A 经 C 汇接到 B 是 2# 子路由属于迂回子路由。同一个目的地可以有多条子路由区别只在于中间要不要过汇接局。路由是“所有通往同一目的局子路由的集合”。A 到 B 的路由包含 1# 和 2# 两条子路由A 到 D 的路由只有 2# 一条。局向选择码则是选路策略的索引一次呼叫进来U1981 按这个策略决定走哪条子路由直达优先、失败迂回是常见做法。落到配置界面上这四个概念对应的是三个操作层次先建局向选择码策略再建局向对端标识加策略绑定最后在 SS7 的 E1 中继和 SIP 对局里把选择码选上。顺序反了下拉框里是空的你只能退回去删配置重来。2.3 SS7 与 SIP 两张规划表配置时照着抄规划表的价值在于所有需要和对端对齐的参数都在一张纸上配置时不再靠记忆。下面两张表按本次环境整理字段来源分三类——局方给的、对端确认的、自己定的混着填最容易出错。SS7 中继规划信息参数取值来源中继类型E1局方确定槽号 / 端口号0 / 1按设备实际板卡位置时隙16CCS 信令固定时隙局向选择码2自己规划三处一致局向2与选择码对应CRC 校验否与对端一致对接位置局用交换设备局方提供本局信令点编码111111局方分配对局信令点编码222222局方分配信令类型ISUP局方确定起始 CIC0与对端严格对齐链路号2自己规划信令链路编码 SLC0与对端一致SIP 中继规划信息参数取值来源站点名 / 主机名U1981自己定局向号1自己规划局向选择码2与 SS7 侧保持同一套编号局向选择策略智能路由直达优先失败迂回中继类型SIP固定对端网元域名softswitch自定义标识可随意设置传输协议UDP与对端一致对端端口号5065以对端实际监听为准中继方向双向中继呼入呼出都要最大限呼数 / 中继电路数500 / 500按 license 与容量规划心跳开关打开便于快速发现对端失联表里真正需要反复确认的只有四项本局与对局信令点编码、起始 CIC、SLC、CRC 校验。这四项任何一项和对端不一致链路就起不来或者通话单通。至于局向号、局向选择码、站点名、对端网元域名这些是自己内部用的编号和标识只要保证同一台设备上前后一致就行不必和对端对表。3. 局向选择码与局向配置中继开工前必须先落的两块地基很多现场实施习惯从“中继管理”里直接点 SS7 或 SIP 开始配结果在填局向选择码那一栏发现下拉是空的。U1981 的逻辑是先有策略再有中继选择码和局向没建后面的中继配置就算填完也保存不了或者保存了也选不到路。3.1 创建局向选择码数字本身没有含义一致性才有登录https://9.14.9.164进入主页面后点“中继管理”展开右侧“中继配置”选“局向选择码”再点“创建”。在创建窗口里把局向选择码填为2点确定。这里有个容易误判的点局向选择码不是电话号码也不是信令点编码它只是设备内部的一张策略表索引。填 2 还是填 20 在技术上没有区别区别在于后面 E1 中继和 SIP 对局里必须填同一个数字。我一般习惯让它和局向号保持一定的对应关系比如 A→B 局向号 1 配选择码 1A→C 局向号 2 配选择码 2现场口头沟通时说“2 号策略”不会串。创建完成后回到列表确认这条记录在状态正常。如果列表里看不到多半是点了弹窗右上角的关闭而不是“确定”这种操作在紧张的时候特别容易发生。3.2 创建局向一个对端设备对应一个局向号接着在同一菜单下选“局向”点“创建”。按规划填局向号1局向选择码选刚才建的2局向选择策略选“智能路由”保存。局向号的作用是唯一标识一个对端方向。本次环境里 SS7 侧对的是局用交换设备SIP 侧对的是软交换从规划上它们是两个不同的方向理论上应该各占一个局向号。原文示例把 SS7 与 SIP 都指到选择码 2属于演示性质的精简配置真实组网里建议按“一个对端一个局向号”来规划后期加对端时不会互相干扰。“智能路由”这个策略的含义是U1981 按路由表里的子路由顺序选路直达子路由优先直达不可用时自动切到迂回子路由。如果现场只有一条直达话路选智能路由也不会出错它只是多了一层失败切换的能力。3.3 保存后回读三处填同一个数字才算对上这一步是最容易被跳过、也最容易在排错时被忽略的。局向选择码、局向、中继三处的编号必须闭环任何一处不一致呼叫进来就是“无路由”或者直接静音。回读的时候按下面三项逐条核对配置位置应填值不一致的后果局向选择码列表存在编号 2SS7 / SIP 中继的下拉框选不到值局向配置局向号 1选择码 2呼叫进入后无法匹配到对端方向E1 中继 / SIP 对局选择码 2中继建立了但选不到路由表现为接通即断三项都对齐之后局向这一层就算落好了。此时的正确状态是中继管理下的局向选择码有一条记录局向有一条记录SS7 和 SIP 的中继配置还没动。别急着往下走先把这两条记录的编号抄在规划表上后面填的时候照着抄比来回切页面翻强。4. 中继配置实操SS7 信令点、E1 中继、MTP 链路和 SIP 对局地基打好之后中继配置本身反而机械SS7 侧按“本局信令点 → 目的信令点 → E1 中继 → MTP 链路”的顺序走SIP 侧按“本局 → 对局”的顺序走。每一步都有必须和对端对齐的参数下面逐个拆。4.1 SS7 本局信令点与目的信令点登录后点“中继管理”展开“中继配置”选“SS7”进入 SS7 配置页面。先点“增加本局信令点”页面上会出现一个默认名为Office1的本局信令点鼠标单击它进入配置窗口。在配置 SS7 本局窗口里勾选“启用国内网”结构选bit24本局信令点编码填111111点确定。国内网加 24 位结构是国内 No.7 信令的常见组合信令点编码按 24 位长度解析如果错选成国际网 14 位结构对端解析出来的点码会和实际完全对不上链路自然起不来。返回 SS7 配置页面点“增加目的信令点”。在配置 SS7 信令点窗口里“需要连接的本局”下拉选Office1勾选“启用国内网”编码填222222点确定。这里填的是对端的信令点编码必须由局方提供不能猜。有两个细节值得单独说。第一本局和目的信令点的编码位数必须完全一致24 位结构下一般用 6 位十六进制或分段写法表示两侧位数不同就会出现“链路能起但呼叫失败”的怪现象。第二目的信令点的“需要连接的本局”这一项一定要选对一台 U1981 上如果建了多个本局信令点选错了等于把对端挂到了另一个身份下面。4.2 E1 中继槽号、端口号、起始 CIC 和中继方向本局和目的信令点建好之后SS7 配置页面上Office1和point1之间会出现一条红线这条线代表两者之间的信令关系还没建立。单击这条红线打开“配置 SS7 中继”窗口。在“配置 E1 中继”区域点“创建”按规划填槽号0端口号1信令类型ISUP起始 CIC0冗余校验选“否”中继方向保持默认局向选择码选2。槽号和端口号对应的是设备上的物理位置插在哪块板卡的哪个口就填哪个填错了现象是“配置成功但端口状态一直是红”。起始 CIC 是这个 E1 上第一个话路的编号本次填 0意味着 1 到 15、17 到 31 时隙依次对应 CIC 0 开始往上排。这一项必须和对端严格一致差一位就会串话——主叫拨的是 8001接通的却是别人的分机或者直接听到忙音。冗余校验选“否”是因为对端没开 CRC4。这一项在两侧不一致时表现为 E1 端口的帧失步告警链路根本到不了信令层。现场如果拿不准先问局方别自己试。中继方向保持默认即可双向中继是最常见的配置呼入呼出都走这条。如果现场规划成单向比如只出不进方向填反会导致对端呼入直接拒绝而这种问题在话务统计里很难看出来。4.3 MTP 链路链路编号、SLC 与时隙 16还是在这个窗口里往下找到“配置 MTP 链路”点“创建”。按规划填链路编号2槽号0端口号1信令链路编码0链路时隙保持默认16。MTP 链路是承载 No.7 信令消息的通道SLC信令链路编码用于在有多条信令链路时区分彼此单链路场景填 0 就行但对端也必须配成 0。两侧 SLC 不一致时链路会反复起停SS7 页面上那条线一会儿红一会儿绿看着像玄学其实是编码对不上。时隙保持 16 是有原因的E1 的 16 时隙在 CCS共路信令模式下专门留给信令不做话路用。除非对端明确约定用其他时隙否则不要改。改了之后话路数量会变化起始 CIC 的排布也跟着变很容易在后面排查单通时绕不出来。全部填完后返回 SS7 配置页面Office1到point1中间那条线会变为绿色。这一步变绿只说明本端的信令点关系配完了不代表链路真的通了——物理层和对端的状态还要去“资源查询”里看。4.4 SIP 对局对端域名、传输协议和端口SS7 配完接着配 SIP。点“中继管理”展开“中继配置”选“SIP”在 SIP 配置页面点“增加本局”按钮页面上出现Point:1点进去。在配置窗口里对局设备域名填softswitch自定义随意设置对局 IP 地址填10.10.10.100局向选择码选2最大限呼数和中继电路数都填500在下方“高级配置”里把“心跳开关”打开保存。对端网元域名这一项很多人纠结填什么实际上 U1981 用它做对端标识真正把信令发到哪台设备靠的是 IP 地址。填softswitch只是因为规划表里这么写的换个名字也能通。但如果对端做域名或标识校验就必须填对端认可的名字这种情况要提前和对端确认别自己拍脑袋。传输协议选UDP5065 端口要和 SIP 服务器实际监听的一致。对端开的是 TCP 而本端填 UDP现象是没有任何响应抓包能看到本端一直在发对方一个字节都不回。端口号同理5065 不是 SIP 的标准默认端口标准是 5060是本次规划指定的填之前先和对端核一遍别照着记忆填。4.5 心跳开关与限呼数SIP 中继的两个隐形开关心跳开关打开后U1981 会周期性向对端发送 OPTIONS 探测对端有响应就认为中继可用连续无响应则标记为不可用。这个功能在排查“对端重启了但本端还认为可用”的场景里特别有用代价是多一点信令流量。我一般默认打开周期按默认值走除非对端明确说不支持 OPTIONS。最大限呼数和中继电路数是两个不同维度。中继电路数是这条 SIP 中继的容量上限代表规划了多少路最大限呼数是实际允许的并发呼叫数配得比电路数小就能起到限流作用。演示环境里两个都填 500真实环境要按 license 和话务模型算别一上来就顶格填超 license 之后可能出现呼叫被静默丢弃的情况比明确拒绝更难查。5. 避坑排查中继配完不通先看这五条中继配置的排错有个基本顺序物理层 → 链路层 → 信令层 → 路由层 → 业务层。跳着查最容易陷进去比如链路都没起来就去改路由改完发现还是不通用回头一看线都没插对。下面五条是我在现场反复遇到的按现象、原因、解决拆开写。5.1 SS7 页面连线一直是红的现象本局信令点和目的信令点都建好了E1 中继和 MTP 链路也填了SS7 页面上Office1到point1那条线始终是红的刷新多少次都不变绿。原因通常有三个一是 E1 中继里的槽号端口号和 MTP 链路里的槽号端口号不一致本端把信令配到了两个不同的物理口上二是 SLC 与对端不匹配两侧都填了不同的编码链路协商不起来三是本局信令点和目的信令点的信令类型不一致一侧 ISUP 一侧 TUP协商直接失败。解决方法是按顺序回读先看 E1 中继和 MTP 链路的槽号、端口号是否为同一个物理口再看 SLC 两侧是否都是 0最后核对信令类型。三项都对齐之后线会变绿但变绿只代表本端配置闭环真实链路状态要再去资源查询里看。5.2 E1/T1 状态页端口全红现象点主菜单“资源查询”右侧选“E1/T1 状态”端口号 1 的中继状态全部显示红色故障状态。原因分两类。物理层原因包括线序不对、收发接反、E1 线缆损坏、对端端口未启用协议层原因包括 CRC 校验不一致、成帧方式不一致、时隙被占用。演示环境里出现全红是正常的因为本次配置非真实环境对端根本没接端口没有物理信号自然报故障。解决方法是先确认线缆和对端端口状态再核对 CRC 校验和成帧方式。判断依据是看告警类型帧失步告警指向成帧或 CRC信号丢失告警指向物理层。现场如果没有对端设备可用至少要保证 CRC 和成帧方式与规划表一致等对端接通后再验证。5.3 信令点编码位数对不上现象链路能起来线也变绿了但一呼叫就失败或者呼叫能接到对端但对方识别不出主叫局。原因本局信令点和对端信令点编码位数或进制不一致。国内网 24 位结构下编码一般按 6 位十六进制或 3 段十进制表示一侧填 6 位、另一侧填 7 位解析出来的点码就完全不同。这个坑的隐蔽之处在于链路层不会报错只在呼叫建立时失败。解决方法是把两侧编码统一成同一制式和同一长度填完把规划表上的值抄一遍别凭记忆。改完之后建议重启一次相关中继让配置生效不要指望热加载。5.4 能接通但单通、无声、一秒断现象主叫能听到回铃被叫也振铃了接起来之后一边听不到另一边或者通话一两秒就断。原因基本锁定在起始 CIC 和中继方向两项。起始 CIC 与对端错位一位就会出现“接通的不是被叫”的情况中继方向填反呼入的呼叫走到只出不进的链路上接起来马上断。另外还有一个不太常见的原因是编解码协商失败SIP 侧能看到 200 OK但媒体流没建立。解决方法是先核对起始 CIC确认两侧的 CIC 起点和排布方式一致再核对中继方向是否为双向。SIP 侧单通要抓包看 SDP 里的媒体地址和端口确认双方协商成功。5.5 SIP 对局呼不出去抓包全是重传现象SIP 对局配置保存成功但一拨号就没反应在对接服务器上抓包只能看到本端不断发 INVITE对端没有任何响应。原因有几类传输协议或端口填错本端 UDP对端只听 TCP或端口填成 5060 而实际是 5065对端 IP 填错或路由不可达对端做了 IP 白名单没把本端地址加进去对端网元域名填了对端不认可的值。这几种现象在 U1981 的界面上表现完全一样只能靠抓包区分。解决方法是在对接服务器侧抓包确认是否收到报文。收到了但没回基本是对端配置或白名单问题收不到则是本端 IP、端口、路由的问题。UDP 侧没有重传机制看到“一直在发”其实是本端自己在周期性重发 INVITE不要误判为网络丢包。6. 装完怎么验证从 E1/T1 状态页到一次完整呼叫配置保存成功不等于业务通了这一点在中继上尤其明显。U1981 里有三处状态信息可以互相印证SS7 页面的连线颜色、资源查询里的 E1/T1 状态、SIP 对局的心跳状态。我的做法是按“状态页 → 链路状态 → 真实呼叫 → 话单核对”四步走前两步是设备自己能看到的后两步要和对端一起确认。第一步看 SS7 页面。Office1到point1的连线应该是绿色如果还是红色回到 5.1 逐项核对不要跳过这一步直接去测呼叫。第二步点主菜单“资源查询”右侧选“E1/T1 状态”确认端口号 1 的中继出现在列表里。本次是测试环境对端没有真实接入端口显示红色故障属于预期真实环境里这一项应该是正常状态否则先解决物理层问题。SIP 侧则看对局的心跳状态心跳开关打开的情况下对端在线时状态应显示为可用。第三步做一次完整呼叫。用一台分机做主叫拨到对端的一个已知号码听回铃音、确认被叫振铃、接起后通话至少 30 秒再挂断。通话时间不要只测两秒很多单通和静音问题是在十几秒后才出现的媒体协商超时、心跳误判等。挂断后再反向拨一次验证双向中继的两个方向都通。第四步核对通话记录和状态复位。挂断后回到 E1/T1 状态页确认链路没有出现异常告警再查看话单主叫号码、被叫号码、通话时长三项都要对得上。如果话单里主叫号码是空的通常是 CIC 或信令类型的问题回到第 4 章核对 ISUP 配置。验证项期望结果不通过先查什么SS7 连线颜色绿色槽号端口号、SLC、信令类型E1/T1 状态端口正常无告警线缆、CRC、成帧方式SIP 心跳状态对端可用IP、端口、传输协议、白名单双向呼叫两个方向都能通话 30 秒以上起始 CIC、中继方向话单主被叫号码、时长完整信令类型、CIC 起始值如果要做更深一层的验证可以在对接服务器侧抓一次包确认 SIP 信令的完整交互链路# 在对接服务器上抓 SIP 交互-w 落盘便于用 Wireshark 复盘 # 端口按实际规划的 5065 来不要照搬默认的 5060 tcpdump -i eth0 -nn udp port 5065 -w sip_u1981.pcap -c 500这条命令抓的是 UDP 5065 上的前 500 个包落盘后用 Wireshark 打开重点看 INVITE、100 Trying、180 Ringing、200 OK、ACK、BYE 这几个关键消息是否齐全。缺 100 Trying 说明对端没收到有 200 OK 但没有 ACK是路由问题有完整的信令交互但听不到声音去查 SDP 里的媒体地址和端口是否可达。从那以后我每次上机配中继都强制自己先建局向选择码和局向再去动 SS7 和 SIP配完不看界面提示只认 E1/T1 状态页和一次 30 秒以上的真实通话。这套顺序看起来啰嗦但能免掉大半回头改配置的时间。希望帮到你。本文还有配套的精品资源点击获取
