一种基于Web RTC多方通话建立的方法、设备和系统的制作方法
【技术领域】
[0001] 本发明涉及通信领域，尤其涉及一种基于WebRTC多方通话建立的方法、设备和系 统。
【背景技术】
[0002] 当前由双方通话变更为多方通话的方法主要通过终端混音模式和会场混音模式 实现，其中前者主要应用与参与人数较少的例如双方通话变更为H方通话的场景，而后者 则应用于较多人数参与的场景。
[0003] 终端混音模式的实现是在业务方A与用户B处于通话保持状态，同时与用户C正 在通话时，通过用户A的终端设备分别将A与B、A与C的媒体流进行混音，接着将混音后的 媒体流再分别发送至用户B和用户C，使得用户B和用户C能够接收到A与C、A与B的图 像和声音，从而间接实现H方通话的效果。
[0004] 会场混音模式的实现是有业务方A与用户B处于通话保持状态，同时与用户C正 在通话时，业务方A首先通过会场服务器（MediaResourceServer,MRS)申请多方会议的 会场资源，接着将A与B、A与C的通话分别通过会话重协商，分别转移到与会场服务器建立 的媒体通道中，最终通过与会场服务器的连接，实现多方通话的效果。
[0005] 虽然上述的终端混音模式和会场混音模式均能实现有双方通话变更为多方通话 的要求，但是前者需要能够进行本地混音的终端设备的支持，并且如果进行的多方通话中 包含视频时，会对混音设备的性能有很高的要求；后者的实现更是需要MRS的支持，否则 无法实现，进一步的，通过会场混音模式实现多方通话每一次都需要申请会场资源，步骤繁 琐，当由多方通话恢复成双方通话时，申请的会场资源也不能及时释放，导致资源浪费。
【发明内容】
[0006] 本发明的实施例提供一种基于WebRTC多方通话建立的方法、设备和系统，能够降 低由于进行本地混音造成的对设备性能较高的要求，还可W无需联系会场服务器进行繁琐 的会场资源申请，进一步节省当多方通话恢复成双方通话时造成的会场资源的浪费，最终 减少了多方通话的建立步骤，提高了通信资源的使用效率。
[0007] 为达到上述目的，本发明的实施例采用如下技术方案：
[0008] 第一方面，提供一种基于WebRTC多方通话建立的方法，所述方法包括：
[0009] 接收正在通话的第一用户发送的多方通话建立请求，所述请求包括第一扩展消 息，所述第一扩展消息中有待与所述第一用户建立多方通话的第二用户的信息；
[0010] 判断所述第一用户建立所述多方通话的权限；
[0011] 当所述第一用户具有建立所述多方通话的权限时，向所述第一用户发送确认建立 所述多方通话的第二扩展消息，并向与所述第一用户正在通话的第H用户发送第H扩展消 息，所述第H扩展消息中包括参加所述多方通话成员的列表信息；
[0012] 向所述第二用户发送加入所述多方通话的请求，所述请求中包括参加所述多方通 话成员的列表信息；
[0013] 接收所述第二用户发送的确认加入的信息；
[0014] 分别在所述第一用户与所述第二用户间、所述第H用户与所述第二用户间建立用 于多方通话的媒体通道；
[0015] 通过已经建立的所述用于多方通话的媒体通道，进行所述多方通话。
[0016] 在第一种可能的实现方式中，结合第一方面，所述多方通话至少包括音频流和视 频流的传输。
[0017] 在第二种可能的实现方式中，结合第一方面，所述方法还包括：
[0018] 当所述多方通话基于会话发起协议（SessionInitiationProtocol,SIP)时，所 述第一扩展消息、所述第二扩展消息、所述第H扩展消息为基于所述SIP的扩展消息。
[0019] 在第H种可能的实现方式中，结合第一方面，所述第二用户为至少一个用户终端。
[0020] 第二方面，提供一种基于WebRTC多方通话建立的方法，所述方法包括：
[0021] 向应用服务器发送多方通话建立请求，所述请求包括第一扩展消息，所述第一扩 展消息中待建立多方通话的第二用户的消息；
[0022] 接收所述应用服务器发送的确认建立多方通话的第二扩展消息；
[0023] 建立与所述第二用户的用于多方通话的媒体通道；
[0024] 通过所述媒体通道进行多方通话。
[0025] 在第一种可能的实现方式中，结合第二方面，所述建立与所述第二用户的用于多 方通话的媒体通道包括：
[0026]向所述第二用户发送建立所述媒体通道的邀请信息；
[0027]接收所述第二用户发送的回复邀请的信息，建立与所述第二用户的媒体通道。
[0028] 在第二种可能的实现方式中，结合第二方面，所述方法包括：
[0029] 获取本地的媒体流，保存所述本地的媒体流；
[0030] 将所述本地的媒体流通过与所述第二用户间的媒体通道发送至所述第二用户，从 与所述第二用户间的媒体通道接收所述第二用户的媒体流。
[0031] 在第H种可能的实现方式中，结合第二方面，所述方法还包括：
[0032] 将所述本地的媒体流通过与第H用户间的媒体通道发送至所述第H用户，从与所 述第H用户间的媒体通道接收所述第H用户的媒体流。
[0033] 第H方面，提供一种基于WebRTC多方通话的设备，所述设备包括：
[0034] 第一接收单元，用于接收正在通话的第一用户发送的多方通话建立请求，所述请 求包括第一扩展消息，所述第一扩展消息中有待与所述第一用户建立多方通话的第二用户 的信息；
[00巧]权限判断单元，用于判断所述第一用户建立所述多方通话的权限；
[0036] 第一消息发送单元，用于当所述第一用户具有建立所述多方通话的权限时，向所 述第一用户发送确认建立所述多方通话的第二扩展消息，并向与所述第一用户正在通话 的第H用户发送第H扩展消息，所述第H扩展消息中包括参加所述多方通话成员的列表信 息；
[0037] 第一请求发送单元，用于向所述第二用户发送加入所述多方通话的请求，所述请 求中包括参加所述多方通话成员的列表信息，并接收所述第二用户发送的确认加入的信 息；
[0038] 第一通道建立单元，用于分别在所述第一用户与所述第二用户间、所述第H用户 与所述第二用户间建立用于多方通话的媒体通道；
[0039] 第一多方通话单元，用于通过已经建立的所述用于多方通话的媒体通道，进行所 述多方通话。
[0040] 在第一种可能的实现方式中，结合第H方面，所述多方通话至少包括音频流和视 频流的传输。
[0041] 在第二种可能的实现方式中，结合第H方面，在所述设备中，当所述多方通话基于 会话发起协议（SessionInitiationProtocol,SIP)时，所述第一扩展消息、所述第二扩展 消息、所述第H扩展消息为基于所述SIP的扩展消息。
[0042] 在第H种可能的实现方式中，结合第H方面，所述第二用户为至少一个用户终端。
[0043] 第四方面，提供一种基于WebRTC多方通话建立的系统，所述设备至少包括：
[0044] 如第一方面所示的会议应用服务器，或如第H方面所述的会议应用服务器；
[0045] 如第二方面所示的第一用户。
[0046] 本发明实施例提供一种基于WebRTC多方通话建立的方法、设备和系统，通过第 一用户向会议应用服务器发送建立多方通话的请求，会议应用服务器判断第一用户是否有 建立多方通话的权限，在确定第一用户具有建立多方通话的请求后，向待参加多方通话的 用户发送加入多方会议的请求并附带有该多方通话的成员列表信息，W便于其他用户对是 否加入多方通话进行判断，待其他用户向会议应用服务器发送加入多方会议的信息后，令 第一用户向其他用户发送建立媒体通道的邀请，并在其他用户回复接收建立媒体通道的信 息，从而成功建立第一用户与其他用户的媒体通道。最终通过建立的媒体通道，并结合媒体 流复用W及浏览器内音视频标签的技术，从而实现多方通话；能够降低由于进行本地混音 造成的对设备性能较高的要求，还可W无需联系会场服务器进行繁琐的会场资源申请，进 一步节省当多方通话恢复成双方通话时造成的会场资源的浪费，最终减少了多方通话的建 立步骤，