企业官网建设流程全解析

简介：本资源是华为U1981语音网关中继配置的实操指南文档，面向通信工程师、VoIP系统集成人员及企业语音网络运维技术人员，聚焦SS7与SIP两类主流中继对接场景，解决统一网关与对端交换设备（如软交换、PSTN局端）可靠互通的核心配置问题。文档以清晰逻辑展开：先厘清局向、子路由、路由、局向选择码等关键信令概念，再分步详解局向选择码创建、局向定义、SS7信令点与E1中继参数（含MTP、ISUP、CIC）、SIP本局/对局配置等全流程操作，并附有规划表与状态验证方法。资源为单个1.11MB的Word文档（.docx），内容结构完整、术语规范、步骤可复现，含组网示意图、配置截图说明及典型参数范例。目前已有1664人学习下载，适合需快速掌握U1981中继部署要点、规避信令对接常见错误的中级以上通信实施人员。

1. U1981语音网关中继配置不是填表游戏：为什么局向选择码设成“2”反而比“1”更稳？

很多人第一次配U1981中继，盯着Web界面里一堆“局向号”“局向选择码”“子路由”发懵——以为只要IP填对、密码输准、点完“确定”就万事大吉。结果呼叫一拨就失败，信令链路状态红得刺眼，查日志全是MTP3层不可达、CIC分配超限、ISUP IAM未响应。我带过三个模拟项目X的交付，发现80%的翻车点不在硬件接线，而卡在局向选择码与路由策略的耦合逻辑没理清：比如文档里随手写的“局向选择码为2”，背后其实是把SS7直达路由和SIP智能路由统一映射到同一套选路引擎；若盲目改成“1”，会导致SIP中继的呼入呼出策略被SS7的静态路由覆盖，出现“能打出去但打不进来”的玄学故障。这份指南不是操作说明书，而是一套可验证、可回溯、可答辩的中继配置方案——它覆盖HUAWEI U1981在真实实验室环境下的SS7（ISUP over E1）与SIP双模中继落地全流程，适用于课程设计需交完整配置截图+逻辑说明、毕设需体现信令流程理解、或现场工程师快速复现对接场景的三类需求。所有参数均来自原始规划表并经实测收敛，不依赖外部设备联动，单台U1981即可完成端到端信令建链与媒体通路验证。

2. 总体架构设计：三层信令模型与四个核心配置模块的职责划分

U1981中继配置本质是构建一张“可控、可溯、可切”的话路调度网络。它不是简单地把E1线插上、SIP地址写进框里，而是按信令控制流分层解耦：底层物理链路（E1/T1时隙）、中间信令承载（MTP/ISUP或SIP传输层）、上层业务路由（局向→子路由→路由→局向选择码）。这三层必须严格对齐，否则会出现“链路绿了但呼叫不通”“SIP注册成功但无法收发INVITE”的黑匣子问题。整个配置过程可拆解为四个强耦合模块：局向选择码（路由决策中枢）、局向（逻辑终点标识）、中继资源（物理/逻辑通道载体）、信令点/对端定义（信令交互锚点）。这四者构成闭环：局向选择码驱动路由计算，路由绑定局向，局向挂载中继，中继关联信令点。下面逐模块展开设计逻辑与实操要点。

2.1 局向选择码：不是编号，而是路由策略的执行入口

局向选择码（Trunk Selection Code, TSC）在U1981中并非单纯ID标签，而是路由分析引擎的触发开关。当用户发起呼叫时，系统首先提取被叫号码，匹配号首集（Numbering Plan Area），再根据预设的TSC查找对应路由表。TSC=2之所以被选为示例，是因为它默认启用“智能路由”策略——支持同一TSC下同时挂载SS7直达子路由与SIP迂回子路由，并按优先级自动切换。若使用TSC=1（默认静态路由），则仅支持单一子路由类型，无法实现混合中继容灾。

提示：TSC值范围为1~255，但U1981出厂预置TSC=1为“本地出局路由”，TSC=2为“智能路由模板”。生产环境严禁直接修改TSC=1的默认行为，应新建TSC（如TSC=101）用于业务路由，避免与系统保留策略冲突。

配置时需注意三点：

• TSC必须全局唯一：同一U1981内不可重复，否则路由计算会随机选取其中一个，导致呼叫路径不可预测；
• TSC与局向号无强制数值关系：局向号可设为100，TSC仍可用2，二者通过“局向配置”页面显式绑定；
• TSC生效需重启路由服务：Web界面点击“确定”后，必须进入“系统管理 > 服务管理”，手动重启“RouteMgr”进程，否则新TSC不参与实时选路。

2.2 局向：逻辑终点的唯一身份证，不是物理连接的代称

局向（Office Direction）在传统交换机中常被误解为“对面那台设备”，但在U1981中，它是路由计算的逻辑终点标识符，与物理链路完全解耦。例如，A局→B局的局向号设为1，不代表只允许E1线连B局；它表示“所有目的地为B局的呼叫，都应查询绑定到局向号1的路由表”。一个局向可挂载多条中继（如1条SS7 E1 + 2条SIP中继），也可被多个TSC引用（如TSC=2用于主用，TSC=3用于备用）。

实际配置中，局向号设计需遵循两个原则：

• 语义化编码：建议采用“区域+业务”组合，如BJ-SS7（北京SS7局向）、SH-SIP（上海SIP局向），避免纯数字如“1”“2”，防止后期扩容混乱；
• 预留冗余位：局向号最大支持4位数字，推荐使用100~199段为SS7局向，200~299段为SIP局向，300~399段为测试局向，便于ACL策略批量管控。

关键操作细节：

• 创建局向时，“局向名称”字段必须填写（如“BJ-SS7”），该名称将出现在所有路由日志中，是故障定位第一线索；
• “局向选择码”下拉框必须选择已创建的TSC（如TSC=2），此绑定关系决定该局向参与哪套路由策略；
• “是否启用”勾选框默认关闭，务必手动开启，否则该局向永不参与选路——这是新手最常漏的操作，导致配置全量正确却零呼叫。

2.3 中继资源：物理槽位、逻辑信道、协议栈的三维绑定

中继（Trunk）是U1981中承上启下的核心载体，它串联物理层（E1端口）、数据链路层（MTP2时隙）、网络层（MTP3信令点）、应用层（ISUP/SIP）。其配置必须满足三维一致性：

• 物理维度：槽号（Slot）、端口号（Port）、时隙（Timeslot）必须与实际硬件安装位置完全一致。例如，E1板卡插入0号槽，端口1接对端SS7设备，则槽号=0、端口号=1；若误配为槽号=1，系统将尝试在空槽位初始化链路，返回“Hardware not found”错误；
• 逻辑维度：起始CIC（Channel Identification Code）必须与对端SS7设备协商一致。CIC是ISUP消息中标识话路的12位字段，U1981默认从0开始分配，若对端从100开始，则需将“起始CIC”设为100，否则IAM消息携带CIC=0，对端拒绝接续；
• 协议维度：信令类型（ISUP/SIP）、传输协议（UDP/TCP）、心跳机制必须匹配对端能力。SIP中继若开启TCP但对端仅监听UDP 5060，注册必然超时。

特别注意：U1981的E1中继支持“半永久连接”模式，即不依赖呼叫触发建链，而是常驻激活。此时“中继方向”应设为“双向”，确保MTP3链路持续发送SLTM（信令链路测试消息）维持活性。若设为“入局”或“出局”，链路仅在有呼叫时临时建立，空闲超时后断开，造成首次呼叫延迟高达3秒以上。

2.4 信令点与对端定义：SS7与SIP的锚点对齐策略

SS7与SIP虽协议迥异，但在U1981中共享同一套路由锚点体系：本局信令点（SS7）与本局域名（SIP）共同构成“源身份”，目的信令点（SS7）与对端域名/IP（SIP）共同构成“目标身份”。二者必须严格对齐，否则路由引擎无法生成有效路径。

SS7侧关键对齐点：

• 信令点编码（SPC）格式：国内网必须启用bit24结构，本局SPC=111111（6位），对局SPC=222222（6位），但U1981界面要求输入7位（如2222222），实际取低6位参与MTP3寻址。若填错位数，MTP3层将无法解析DPC（Destination Point Code），链路状态恒为红色；
• 信令链路编码（SLC）：同一MTP3链路组内必须唯一，且与对端SLC严格一致。例如，U1981设SLC=0，则对端SS7设备MTP2层配置的SLC也必须为0，否则LSSU（链路状态信号单元）握手失败。

SIP侧关键对齐点：

• 域名与IP的双重校验：U1981 SIP中继配置中，“对局设备域名”（如softswitch）仅用于SIP消息Via/Contact头域填充，真正建立TCP/UDP连接的是“对局IP地址”（如10.10.10.100）。若域名解析失败但IP直连正常，呼叫仍可成功；反之，若IP填错但域名正确，注册必败；
• 心跳机制的必要性：SIP中继必须开启“心跳开关”，U1981默认每30秒向对端发送OPTIONS请求。若对端防火墙拦截OPTIONS，需同步配置对端放行UDP 5065端口（本例中继端口），否则U1981判定中继离线，自动切换至备用路由。

3. SS7中继配置实战：从MTP链路激活到ISUP话路打通的七步闭环

SS7中继配置是U1981中最易卡点的模块，因其涉及四层协议栈（MTP1~MTP3+ISUP）的逐级验证。很多同学配完发现链路状态为红色，就反复重刷页面，却不知问题可能出在MTP2时隙未启用、或CIC范围与对端错位。本节以原始规划表为基础，给出一套可逐级验证的七步闭环流程，每步均附关键日志判据与调试命令。

3.1 步骤1：创建本局信令点（Office1）并启用国内网

登录U1981 Web界面 → 中继管理 → SS7 → 增加本局 → 名称填“Office1”，勾选“启用国内网”，结构选“bit24”，本局信令点编码填“111111”，点击确定。

注意：此处“启用国内网”必须勾选，否则MTP3层使用国际SPC格式（bit14），与国内SS7设备不兼容；“bit24”指SPC编码长度为24位，但国内实际使用低6位（0x000000~0x3FFFFF），故填6位数字即可。

验证方式：进入“资源查询 > MTP链路状态”，应看到“Office1”显示为“已配置”，状态为灰色（未激活），说明本局SPC已注册成功。

3.2 步骤2：创建目的信令点（point1）并绑定本局

在SS7配置页 → 增加目的信令点 → “需要连接的本局”下拉选“Office1”，勾选“启用国内网”，目的信令点编码填“2222222”（注意：此处填7位，系统自动截取低6位222222），点击确定。

提示：“目的信令点编码”字段UI限制为7位，但实际参与MTP3寻址的是低6位。若对端SPC为222222，此处填2222222或2222220效果相同；若填222222，系统会报“格式错误”。

验证方式：返回SS7主页面，应看到“Office1”与“point1”之间出现红色虚线，表示逻辑连接已建立，但物理链路未激活。

3.3 步骤3：配置E1中继并绑定局向选择码

点击Office1与point1间红线 → 配置SS7中继 → 创建E1中继 → 槽号=0，端口号=1，信令类型=ISUP，起始CIC=0，冗余校验=否，中继方向=双向，局向选择码=2。

关键参数说明：

• 起始CIC=0：表示该E1的31个话路（时隙1~15、17~31）对应CIC 0~30。若对端约定CIC从100开始，则此处必须改为100，否则ISUP IAM消息携带CIC=0，对端丢弃；
• 冗余校验=否：国内SS7普遍关闭CRC校验，若开启需对端同步配置，否则MTP2帧校验失败，链路无法同步。

验证方式：点击“确定”后，页面应刷新显示新中继条目，状态为“未激活”。此时MTP2层尚未启动。

3.4 步骤4：创建MTP链路并指定SLC

在SS7中继配置页 → 配置MTP链路 → 创建 → 链路编号=2，槽号=0，端口号=1，信令链路编码=0，链路时隙=16。

注意：链路时隙必须为16（国内SS7规定），不可更改；信令链路编码（SLC）是MTP2层唯一标识，同一E1上多条MTP链路需设不同SLC（如0、1、2），本例仅配1条，故SLC=0。

验证方式：创建后，Office1与point1间红线变为绿色，表示MTP2链路已建立。此时可进入“资源查询 > E1/T1状态”，查看端口1的“链路状态”列应为“ACT”（Active）。

3.5 步骤5：验证MTP3链路可达性

MTP2激活仅表示物理层连通，MTP3需通过SLTM（信令链路测试）确认路由可达。登录U1981 SSH终端（账号admin，密码Change_Me），执行：

# 查看MTP3链路状态 admin@U1981:~$ dsp mtp3lnk

预期输出中应包含：

LinkSet: LS01, LinkCode: 0, DPC: 222222, OPC: 111111, State: ACT

State=ACT表示MTP3链路已激活，DPC（目的信令点）与OPC（本局信令点）正确。

若State=INACT，执行诊断命令：

# 强制发送SLTM测试 admin@U1981:~$ trc mtp3lnk 0 start # 查看最近10条MTP3消息 admin@U1981:~$ lst mtp3msg 10

若日志中出现SLTM但无SLTA（信令链路测试确认），说明对端MTP3未启用或DPC配置错误。

3.6 步骤6：检查ISUP话路状态

MTP3激活后，ISUP层自动尝试建立话路。执行：

# 查看ISUP电路状态 admin@U1981:~$ dsp isupcic

预期输出：

CIC: 0, State: IDLE, Direction: BIDIR, TrunkID: 1 CIC: 1, State: IDLE, Direction: BIDIR, TrunkID: 1 ...

State=IDLE表示话路空闲可用。若State=BLOCKED，说明CIC被人工闭塞或对端拒绝分配。

提示：U1981默认将E1时隙1~15、17~31映射为CIC 0~30。若需启用全部31路，需在“中继管理 > E1/T1配置”中将“E1类型”设为“CCS”（公共信道信令），而非“CAS”（随路信令）。

3.7 步骤7：发起ISUP呼叫并抓包验证

最后一步必须实拨验证。使用U1981内置测试工具或外接话机拨打测试号（如1000），同时在SSH中开启信令跟踪：

# 启动ISUP信令跟踪 admin@U1981:~$ str isup 1 # 拨打测试号后，查看实时消息 admin@U1981:~$ lst isupmsg 20

成功呼叫应看到完整ISUP流程：

IAM (Initial Address Message) → ACM (Address Complete) → ANM (Answer)

若卡在IAM，检查对端是否收到消息（需对端抓包）；若收到ACM但无ANM，检查媒体面RTP是否通（U1981默认启用G.711 A-law，需与对端编解码一致）。

4. SIP中继配置实战：从域名注册到双向媒体互通的五步穿透

SIP中继看似比SS7简单，实则隐藏更多“软性”故障点：DNS解析失败、NAT穿越异常、SDP Offer/Answer协商不一致、心跳超时未告警。本节以原始规划表中“U198111”站点为例，给出一套绕过常见陷阱的五步穿透法，每步均提供U1981内置诊断命令与预期输出。

4.1 步骤1：创建本局SIP站点并绑定局向选择码

中继管理 → SIP → 增加本局 → 站点名填“U198111”，主机名填“u198111.local”，局向号填“11”，局向选择码选“2”，点击确定。

注意：主机名（Host Name）是U1981对外宣称的FQDN，将出现在SIP消息的Via/From头域。若对端SIP服务器做host白名单校验，此处必须与对端配置的允许域名一致；若填错，注册会被403 Forbidden拒绝。

验证方式：进入“资源查询 > SIP注册状态”，应看到“U198111”状态为“未注册”，表示本局站点已创建但未发起注册。

4.2 步骤2：配置对端SIP设备（Point:1）并启用心跳

点击SIP配置页右侧“Point:1” → 对局设备域名填“softswitch”，对局IP地址填“10.10.10.100”，局向选择码选“2”，最大限呼数=500，中继电路数=500，高级配置中开启“心跳开关”，心跳间隔保持默认30秒。

关键参数说明：

• 最大限呼数与中继电路数：二者必须相等。U1981以此值作为SIP对话（Dialog）并发上限，若设为500/300，当并发呼叫达300时，新呼叫将被拒绝（486 Busy Here）；
• 心跳开关：必须开启，否则U1981在300秒无响应后自动注销，导致“注册飘忽”现象（时而在线时而离线）。

验证方式：配置保存后，进入“资源查询 > SIP注册状态”，应看到“Point:1”状态由“未注册”变为“注册中”，约5秒后变为“已注册”。

4.3 步骤3：验证SIP注册状态与Contact头域

注册成功不等于可用，需确认U1981向对端上报的Contact头域正确。执行：

# 查看SIP注册详情 admin@U1981:~$ dsp sipreg 1

预期输出关键字段：

RegStatus: REGISTERED Contact: <sip:u198111@192.168.1.100:5065;transport=udp> Expires: 3600

Contact中的IP必须是U1981实际对外IP（非127.0.0.1），端口必须与“中继配置”中设置的“对端网元端口号”（5065）一致。若Contact显示内网IP（如10.0.0.100）或端口为5060，说明U1981未正确识别NAT后的真实出口地址，需在“系统管理 > 网络设置”中手动配置“公网IP地址”。

4.4 步骤4：测试SIP呼叫流程与SDP协商

使用U1981内置拨测工具（或外接SIP话机）拨打测试号，同时开启SIP信令跟踪：

# 启动SIP信令跟踪 admin@U1981:~$ str sip 1 # 拨号后查看消息 admin@U1981:~$ lst sipmsg 50

成功流程应包含：

• INVITE（含SDP Offer，列出U1981支持的编解码，如G.711 A-law、G.729）
• 100 Trying→180 Ringing→200 OK（含SDP Answer，确认双方协商的编解码）
• ACK（完成三次握手）

若卡在100 Trying，检查对端是否收到INVITE（防火墙拦截）；若收到200 OK但无ACK，检查U1981是否收到200 OK（网络丢包）；若SDP中编解码不匹配（如U1981 Offer G.711，对端Answer G.722），呼叫将静音。

4.5 步骤5：验证双向RTP媒体流与NAT穿越

SIP信令通不代表语音通。需确认RTP包能双向穿越NAT。执行：

# 查看RTP会话状态 admin@U1981:~$ dsp rtp 1

预期输出：

SessionID: 1001, LocalIP: 192.168.1.100, LocalPort: 16384, RemoteIP: 10.10.10.100, RemotePort: 16386, Codec: PCMA, State: ACTIVE

State=ACTIVE表示RTP流已建立。若State=IDLE，检查：

• 对端SIP服务器是否启用STUN/TURN（U1981默认不启用STUN，需在“SIP高级配置”中手动开启并填STUN服务器地址）；
• U1981防火墙是否放行UDP 16384~32767端口（RTP动态端口范围）。

提示：U1981的RTP端口分配从16384开始，每次呼叫递增2。若并发呼叫多，需确保对端防火墙开放足够端口范围，否则高并发时RTP流建立失败。

5. 避坑指南：U1981中继配置中五个最高频的翻车点与根因修复

配置U1981中继时，有些问题看似随机，实则有固定模式。以下是我在三个模拟项目X交付中总结的五个最高频翻车点，每个都按“现象→原因→解决”结构给出可立即执行的修复方案，避免你花半天时间查日志却找不到根因。

5.1 现象：SS7链路状态为红色，但E1物理灯亮、MTP2层无报错

原因：MTP3层DPC（目的信令点编码）与对端SPC不匹配，或本局SPC未启用国内网导致bit位解析错误。
解决：

1. 进入SSH，执行dsp mtp3lnk，确认DPC值是否为规划表中的222222；
2. 若DPC显示为0或异常值，检查“增加目的信令点”时是否勾选“启用国内网”；
3. 若已勾选，确认输入的“目的信令点编码”为7位（如2222222），系统自动截取低6位；
4. 执行chg mtp3lnk 0 dpc 222222强制修正DPC，再act mtp3lnk 0激活链路。

5.2 现象：SIP注册显示“已注册”，但无法呼入呼出，日志中大量408 Request Timeout

原因：U1981发出的SIP请求被对端防火墙或NAT设备丢弃，通常因Contact头域IP为内网地址，对端无法回包。
解决：

1. 执行dsp sipreg 1，确认Contact中的IP是否为U1981对外真实IP；
2. 若为内网IP（如10.0.0.100），进入“系统管理 > 网络设置”，在“公网IP地址”栏手动填写WAN口IP；
3. 重启SIP注册：rst sipreg 1；
4. 若仍超时，检查U1981 WAN口到对端IP的路由：ping 10.10.10.100，不通则需配置静态路由。

5.3 现象：SS7呼叫能拨出但无法接听，ISUP信令中收到ACM但无ANM

原因：U1981与对端的CIC（话路编码）范围未对齐，或对端未将CIC加入可用话路池。
解决：

1. 执行dsp isupcic，确认U1981显示的CIC状态为IDLE；
2. 登录对端SS7设备，检查其CIC配置是否包含U1981使用的范围（如0~30）；
3. 若对端CIC从100开始，回到U1981“SS7中继配置”，将“起始CIC”改为100；
4. 重启ISUP服务：rst isup。

5.4 现象：SIP呼叫中语音单通（只能听对方，自己声音对方听不到）

原因：RTP媒体流NAT穿越失败，U1981发出的RTP包能到达对端，但对端回包被NAT设备丢弃。
解决：

1. 执行dsp rtp 1，确认RemotePort是否为对端实际RTP端口（非SIP信令端口5065）；
2. 若RemotePort异常（如0），说明SDP协商失败，检查U1981与对端的编解码列表是否至少有一个交集；
3. 启用STUN：进入“SIP高级配置”，开启“STUN开关”，填入公共STUN服务器（如stun.l.google.com:19302）；
4. 重启SIP注册：rst sipreg 1。

5.5 现象：配置全部完成，但“资源查询 > E1/T1状态”中端口1始终为红色故障

原因：E1板卡物理安装槽位与Web配置槽号不一致，或E1线缆AB端接反导致帧失步。
解决：

1. 关机，确认E1板卡实际插入槽位（如标有“Slot 0”），Web配置中“槽号”必须与此一致；
2. 检查E1线缆：U1981的E1接口为RJ48C，线序为1-2（TX）、3-4（RX），若接反则MTP2层无法同步帧头；
3. 使用E1测试仪（如Wireshark + E1采集卡）抓包，确认能否收到对端发送的FAS（帧对齐信号）；
4. 若硬件无问题，执行rst e1 0 1重启E1端口。

6. 验收与答辩：用三张表、一次拨测、一份日志完成U1981中继配置交付

验收不是走形式，而是用可量化证据证明配置闭环。我带过的每个模拟项目X，都要求学生提交三张表（配置表、状态表、拨测表）、一次端到端拨测录像、一份关键日志截图。这套方法让答辩老师一眼看清你是否真懂，而不是只会点鼠标。下面给出具体执行清单与避坑技巧。

6.1 配置表：不是截图，而是带参数说明的结构化清单

不要只贴Web界面截图，要整理成带注释的表格，体现你对每个参数的理解。例如：

提示：表格中“参数说明”栏必须写清楚该值的技术含义，不能只写“按规划表填写”。例如“起始CIC=0”要说明“表示该E1的31个话路对应CIC 0~30”，体现你理解CIC与物理时隙的映射关系。

6.2 状态表：用U1981内置命令输出证明链路活性

状态不能靠肉眼判断，必须用系统命令输出。以下为必须提交的三条命令及其预期输出（截取关键行）：

# 1. MTP3链路状态（证明SS7底层通） admin@U1981:~$ dsp mtp3lnk LinkSet: LS01, LinkCode: 0, DPC: 222222, OPC: 111111, State: ACT # 2. SIP注册状态（证明SIP信令通） admin@U1981:~$ dsp sipreg 1 RegStatus: REGISTERED, Contact: <sip:u198111@192.168.1.100:5065> # 3. RTP会话状态（证明媒体通） admin@U1981:~$ dsp rtp 1 SessionID: 1001, State: ACTIVE, Codec: PCMA

注意：提交时需标注命令执行时间（如2023-10-05 14:22:31），并说明“State: ACT”“REGISTERED”“ACTIVE”均为绿色状态标识，避免老师误读为文本。

6.3 拨测表：记录三次不同场景的呼叫结果

拨测不是随便打个电话，要覆盖典型故障场景。记录以下三次呼叫的完整结果：

提示：每次拨测需录制10秒音频（U1981支持内置录音），文件命名为call_001.wav，与表格一同提交。答辩时老师可随时抽检音频质量。

6.4 一次端到端拨测录像：聚焦信令与媒体双流验证

录像不是录整个配置过程，而是聚焦一次完整呼叫的信令与媒体验证。按以下步骤操作并录像：

1. 打开SSH终端，执行str isup 1和str sip 1同时开启双协议跟踪；
2. 使用话机拨打测试号1000；
3. 录像中需清晰显示：
   • 终端窗口中lst isupmsg 10输出IAM→ACM→ANM完整流程；
   • 同一窗口中lst sipmsg 10输出INVITE→200 OK→ACK；
   • U1981 Web界面“资源查询 > RTP状态”中SessionID状态由IDLE变为ACTIVE；
4. 录像时长控制在60秒内，重点展示三个关键状态变化。

6.5 一份关键日志截图：用日志定位能力代替背诵概念

答辩时老师最爱问：“如果呼叫失败，你怎么查？”答案不是

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