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