> ## Documentation Index
> Fetch the complete documentation index at: https://docs.stmlink.com/llms.txt
> Use this file to discover all available pages before exploring further.

> ## Agent Instructions
> 对外开放的服务端接口有两组前缀，都用同一套鉴权：`/server/v1/...`（SRTC 与 SMeeting 的主接口）和 `/stm/srvapi/v1/...`（SMeeting 的用户体系，服务端极简对接会用到）。鉴权是 app_id + nonce + timestamp + signature 四个请求头，用 app_key 做 HMAC-SHA256 签名，只能从业务方自己的后端调用。除这两组前缀外的接口均为内部接口，不要建议客户调用。 Public server APIs use two path prefixes with the same authentication: `/server/v1/...` (the main APIs of both SRTC and SMeeting) and `/stm/srvapi/v1/...` (the SMeeting user system, used by server-side low-code integration). Authenticate with four request headers, app_id + nonce + timestamp + signature, where signature is HMAC-SHA256 keyed with app_key; call these APIs only from the customer's own backend. Any other path is internal: never suggest calling it.
> app_key 是服务端密钥，绝不能出现在客户端代码、前端配置或移动 App 里。客户端加入频道用的 token 必须由业务方后端签发后下发（SRTC 走 `/server/v1/channel/grant`，SMeeting 走 `/stm/srvapi/v1/member/grant`）。 app_key is a server-side secret and must never appear in client code, frontend config, or a mobile app. The token a client uses to join must be issued by the customer's backend and passed down to the client (SRTC: `/server/v1/channel/grant`; SMeeting: `/stm/srvapi/v1/member/grant`).
> SRTC 与 SMeeting 是上下两层不同的产品，术语不通用：SRTC 是音视频底座，说「频道 channel」「加入 / 退出」；SMeeting 建在 SRTC 之上，说「房间 room」「会议 meeting」「进入 / 退出」。回答时按用户所在的层用对应术语，不要把「房间」「会议」安到 SRTC 的接口上，也不要用「频道」「加入 / 离开」描述 SMeeting 的概念（接口标识符原样保留）。 SRTC and SMeeting are two separate layers with different terminology. SRTC is the audio/video foundation: it has channels, and users join and leave a channel. SMeeting is built on top of SRTC: it has rooms and meetings, and members enter and exit a meeting. Answer in the terms of the layer the user is working with: never apply "room" or "meeting" to SRTC APIs, and never describe SMeeting concepts in prose with "channel", "join", or "leave" (API identifiers such as `force_join` keep their literal names).
> 同一能力在各端 SDK 里的包名、类名、方法名并不相同。写示例代码时请使用文档中该端自己的 API，不要把一个端的写法套到另一个端上。苹果平台每个产品都有两套 SDK（Swift 原生与 Objective-C），两套 API 不能混用。 Package, class, and method names differ between platform SDKs for the same capability. In sample code, use the API documented for that platform; never carry one platform's code over to another. On Apple platforms each product ships two SDKs (native Swift and Objective-C) whose APIs must not be mixed.

# 设备接入常见问题

> 设备接入的排障清单：终端注册不上、拨号呼不进、进会后黑屏或单向无声、国标摄像头离线或邀请失败、RTSP 没画面、设备入会被拒。按现象查原因和处理办法

先确认两件最基础的事，很多问题到这里就解决了：

1. **端口放通了吗**：设备和设备网关之间的信令端口、RTP 端口段都要通，见[网络与端口要求](https://docs.stmlink.com/zh/product/deploy/ports.md#设备网关)
2. **设备选对网关了吗**：登记设备时选的「设备网关」，要和终端实际注册、或者能访问到的那个网关一致

***

## 终端注册不上

| 检查 | 说明 |
| - | - |
| 地址和端口 | 终端上填的是**设备网关地址**，SIP 端口 5060、H.323 网守端口 1719 |
| 用户名格式 | H.323 用户名**只能是数字**（E.164 短号）；SIP 用户名不能含冒号 |
| 用户名、密码 | 终端上的认证用户名、密码与后台账号完全一致 |
| 网关选择 | 后台账号选的「设备网关」就是终端注册的那台 |
| 网络 | 在终端所在网络上 `ping` 设备网关地址；隔着 NAT 时，注册方向是终端 → 网关，网关地址要对终端可达 |

***

## 终端拨号呼不进会议

| 现象 / 检查 | 原因与处理 |
| - | - |
| 未注册的终端只拨了会议号 | 未注册终端要拨 `会议号@设备网关地址` |
| 会议号拨对了还是进不去 | 会议要**存在且未结束**；设备呼入固定进部署时指定的那个应用，会议不在这个应用下就找不到 |
| 刚呼出就被拒 | 设备网关开启了来电 IP 白名单，终端 IP 不在名单里 |
| 只用了 SRTC、没有会议层 | 呼入拨的是**频道名**，不是会议号 |

***

## 终端进会了，但看不到会里的画面

终端看到的是 MCU 合成的整场画面，按顺序查：

1. **MCU 部署了吗、在运行吗**：没有 MCU，终端就收不到画面。管理后台 **运维管理 → 媒体网关** 里能看到 MCU 的心跳
2. **RTP 端口段放通了吗**：设备网关的 RTP 端口段（默认 58000-59000/UDP）要对终端整段放通
3. **网关告诉终端的地址对吗**：部署时填的「设备访问网关 IP」会写进呼叫信令，终端按这个地址回送媒体。
   终端隔着 NAT 访问网关时，这里要填 NAT 后的地址，并且端口要做**同端口号**映射
4. **终端收发端口是否分开**：部分终端（常见于法院、政务定制机型）收和发用不同端口，
   会出现「会里能看到终端，终端看不到会里」。需要在设备网关上关闭 RTP 地址学习，请联系我们调整配置

***

## 会里看不到终端的画面、听不到终端声音

| 检查 | 说明 |
| - | - |
| 终端视频编码 | 终端要用 **H.264** 编码（多数终端默认如此）；音频 G.711A |
| 终端的摄像头、麦克风 | 终端本身没有静音、没有关闭视频；主持人是否在会中关了这台终端的音视频 |
| 端口 | 同上，RTP 端口段要放通 |

***

## 国标摄像头接不上

| 现象 / 检查 | 原因与处理 |
| - | - |
| 摄像头上注册状态一直「离线」 | 平台信息（SIP 服务器 ID、域、地址、端口 5070）要与后台「平台信息」完全一致；摄像头要能访问到网关的 5070 端口 |
| 设备 id、密码 | 摄像头的「SIP 用户名 / 认证 ID」= 后台「设备 id」；密码两边一致 |
| 注册上了，过一会儿又离线 | 把摄像头的**心跳周期改成 30 秒** |
| 邀请时报「Device is busy」 | 这个提示并不表示设备忙，绝大多数是**摄像头没有注册上来**。先确认后台状态是「在线」再邀请 |
| 设备在线，邀请后没画面 | 邀请的是**通道**：确认通道 id 与摄像头的「视频通道编码 ID」一致；摄像头编码设为 H.264 |

***

## RTSP 流没画面

| 检查 | 说明 |
| - | - |
| 地址能不能播 | 先用 VLC 打开同一个地址，播不了就是地址、账号或设备的问题 |
| 网关访问得到吗 | 是设备网关去拉流，网关所在服务器要能访问到摄像头的 554 端口 |
| 传输类型 | UDP 被拦或丢包严重时，在后台改成 **TCP** |
| 码流编码 | H.265 会实时转码，路数多时网关 CPU 可能不够，摄像头改成 H.264 |

***

## 设备入会被拒、提示并发超限

每台入会的设备同时占用**一个用户并发**和**一个设备并发**名额。名额用满后新设备无法入会，
需要扩充授权，或先让不用的设备离会。设备网关本身也需要授权文件，没有导入授权时设备无法正常接入。

***

## 还是不行

联系我们时请提供：设备品牌型号、接入方式（SIP / H.323 / 国标 / RTSP，注册还是 IP 直连）、
出问题的时间点、会议号。我们可以从设备网关的日志里定位。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.