概述
信令接口是基于消息提供的一套邀请流程控制的接口,可以实现多种实时场景,例如:
直播聊天室中进行上麦、下麦管理。
聊天场景中实现音视频通话功能。
教育场景中老师邀请同学们举手、发言的流程控制。
功能
信令接口支持以下功能:
单聊邀请
群聊邀请
取消邀请
接受邀请
拒绝邀请
邀请超时
若邀请接口的超时时间大于0,且被邀请者未在超时时间之内响应则邀请超时,邀请者和被邀请者都会收到超时通知 OnInvitationTimeout,所有被邀请者处理完后(包括接受、拒绝、超时)该邀请流程结束。若邀请接口的超时时间等于0,则不会有超时通知。 应用场景案例
音视频通话
1v1视频通话的流程:
1. 邀请者根据业务层生成的 roomID 进入该 TRTC 房间,同时调用信令邀请接口 Invite 发起音视频通话请求,并把 roomID 放到邀请接口的自定义字段中。
2. 被邀请者收到信令邀请通知 OnReceiveNewInvitation,并通过自定义数据拿到 roomID,界面开始响铃。
3. 被邀请者处理邀请通知:
接受邀请需调用信令 Accept 接口,并根据 roomID 进入到 TRTC 房间,并同时调用 openCamera() 函数打开自己本地的摄像头,双方收到 TRTC SDK 的 OnRemoteUserEnterRoom
回调后记录本次通话的开始时间。 如果被邀请者正在跟其他人通话,则调用信令 Reject 接口拒绝本次邀请,并在自定义数据中告诉对方是由于本地线路忙而拒绝。 4. 接听并当双方的音视频通道建立完成后,通话的双方都会接收到 TRTC SDK 的 OnUserVideoAvailable
的事件通知,表示对方的视频画面已经拿到。此时双方用户均可以调用 TRTC SDK 接口 StartRemoteView
展示远端的视频画面。远端的声音默认是自动播放的。
5. 通话结束即某一方挂断电话,该用户退出 TRTC 房间。对方收到 TRTC SDK 的 OnRemoteUserLeaveRoom
回调后计算通话总时长并再次发起一次邀请,此邀请的自定义数据中标明是结束通话并附带通话时长,方便 UI 界面做展示。 老师邀请学生举手发言
该场景为老师先让同学们举手,再从举手的同学中选一个同学进行发言。详细流程如下:
常见问题
用户 A 邀请用户 B 时,用户 C 可以邀请用户 B 吗?
发送信令邀请时,是否可以同时发送多个 Invite 请求?
可以,上层根据实际业务需求加以区分。
SDK 的信令接口只有邀请、同意/拒绝、取消,如何实现挂断操作?
邀请操作,上层语义可以理解成请求建连。
挂断操作,上层语义可以理解成请求挂断。
可以使用 SDK 的邀请接口,结合自定义 data 来表示当前的邀请是请求建连还是请求挂断,由 Chat 透传给对端处理。
发送信令邀请时,对于信令邀请超时的处理逻辑是怎么样的?
当邀请发送方和接收方都在线时,超时信令由接收方触发,且发送方和接收方都会收到 OnInvitationTimeout
回调。
当接收方不在线时,超时信令由发送发触发,发送方会收到 OnInvitationTimeout
回调。
超时信令均由 SDK 发出。
离线再上线,会收到未超时的信令消息吗?
App 冷启动(杀进程后再次点击 App 图标启动)时,根据聊天类型,有两种情况:
如果是单聊,SDK 会自动同步所有信令消息。如果信令未超时,则会回调 OnReceiveNewInvitation
。
如果是群聊,SDK 会自动同步最近 30 秒的消息,如果包含了未超时的信令消息,则会回调 OnReceiveNewInvitation
。 App 热启动(App 在后台,点击 App 图标启动)时,不管是单聊还是群聊,都会同步所有的未超时信令消息,并回调 OnReceiveNewInvitation
。
信令回调中 inviteID 是不是唯一的?
是唯一的。inviteID 唯一标识了一组信令消息(包括邀请、同意/拒绝、超时)。
本页内容是否解决了您的问题?