CN107733848A - 终端混音的通话***和方法 - Google Patents
终端混音的通话***和方法 Download PDFInfo
- Publication number
- CN107733848A CN107733848A CN201710703548.6A CN201710703548A CN107733848A CN 107733848 A CN107733848 A CN 107733848A CN 201710703548 A CN201710703548 A CN 201710703548A CN 107733848 A CN107733848 A CN 107733848A
- Authority
- CN
- China
- Prior art keywords
- user
- speech
- mcptt
- mcptt client
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种终端混音的通话***和方法。其中,该通信***包括:关键任务一键通服务器MCPTT server,用于对多用户并行讲话进行控制,并通过支持多‑说用户的媒体面数据分发,根据关键任务一键通用户终端对混音功能的支持能力信息控制是否使用终端混音模式,其中,多‑说用户模式,用于呼叫过程中支持多个用户同时讲话,并且听用户同时听到多个说用户讲话;关键任务一键通用户终端MCPTT Client,用于根据所属的话权模式,进行混音操作。本发明解决了由于现有技术中MCPTT技术仅能支持半双工方式下同一时刻单用户讲话的功能,因此不能满足FRMCS中提出的未来铁路通信中语音通话要求的技术问题。
Description
技术领域
本发明涉及通信技术应用领域,具体而言,涉及一种终端混音的通话***和方法。
背景技术
为满足公共安全对宽带移动通信的要求,第三代合作伙伴计划(3rd GenerationPartnership Project,简称3GPP)在Release13引入了关键任务一键通(Mission CriticalPush To Talk,简称MCPTT)技术实现对公共安全通信领域语音通信的支持。MCPTT支持半双工通话方式和带有话权抢占的组呼和单呼呼叫功能。
另一方面,在铁路通信方面,未来铁路通信***(Future Railway MobileCommunication System,简称FRMCS)提出了对未来铁路通信的需求,其中包括对带有话权控制的多用户并行通过功能的需求。
如图1所示,图1是现有技术中MCPTT的***架构图,现有MCPTT组呼呼叫中,同一时刻仅有一个用户会被分配话权(Floor),话权用户也被称为说用户(talker)可以讲话,其余组用户作为听用户(listener)对话权用户的讲话进行收听。当话权发生变化时,原有说用户变为听用户,话权被授予新的说用户,新的说用户的讲话被所有组内听用户收听。
但是现有MCPTT技术仅能支持半双工方式下同一时刻单用户讲话的功能,因此不能满足FRMCS中提出的未来铁路通信中语音通话要求。
针对上述由于现有技术中MCPTT技术仅能支持半双工方式下同一时刻单用户讲话的功能,因此不能满足FRMCS中提出的未来铁路通信中语音通话要求的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种终端混音的通话***和方法,以至少解决由于现有技术中MCPTT技术仅能支持半双工方式下同一时刻单用户讲话的功能,因此不能满足FRMCS中提出的未来铁路通信中语音通话要求的技术问题。
根据本发明实施例的一个方面,提供了一种终端混音的通话***,包括:关键任务一键通服务器MCPTT server,用于对多用户并行讲话进行控制,并通过支持多-说用户的媒体面数据分发,根据关键任务一键通用户终端对混音功能的支持能力信息控制是否使用终端混音模式,其中,多-说用户模式,用于呼叫过程中支持多个用户同时讲话,并且听用户同时听到多个说用户讲话;关键任务一键通用户终端MCPTT Client,用于根据所属的话权模式,进行混音操作。
可选的,MCPTT Client,用于对多个组呼中成员类型进行混音操作;其中,如果MCPTT Client是说用户,则对除MCPTT Client之外其余所有说用户的语音媒体流进行接收并进行混音处理;如果MCPTT Client是听用户,则对全部说用户的语音进行接受和混音处理。
进一步地,可选的,MCPTT Client,用于在单播传输模式情况下,通过MCPTTserver将确定要分发的媒体流发送至对应的目标关键任务一键通用户终端MCPTT Client。
可选的,MCPTT Client,用于在多播传输模式情况下,通过增强型多媒体广播多播业务eMBMS方式对统一下发的媒体面数据进行接收;其中,在MCPTT Client为说用户的情况下,在混音处理前需要识别出通过eMBMS方式接收到的MCPTT Client的语音,并在进行混音前,将MCPTT Client的语音进行排除。
可选的,MCPTT server,用于在关键任务一键通用户终端发起多用户通话呼叫过程的情况下,接收MCPTT Client发送的用户配置信息,根据用户配置信息判断MCPTTClient是否允许发起多-说用户组通话;并确定MCPTT Client运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量;并根据用户配置信息中的群组标识确定MCPTTClient对应的目标MCPTT Client;向目标MCPTT Client转发MCPTT Client发送多-说用户组通话请求消息;并向MCPTT Client返回目标MCPTT Client反馈的多-说用户组通话响应消息;其中,如果目标MCPTT Client的群组中所有MCPTT Client所在的终端都支持混音功能,则开启终端混音模式;
其中,MCPTT Client发送的多-说用户组通话请求消息包括:MCPTT Client1的自身支持混音能力信息,或所需的混音模式信息;混音模式信息中的混音模式包括:终端侧混音和网络侧混音。
进一步地,可选的,MCPTT server,用于在关键任务一键通用户终端发起多用户通话呼叫过程的情况下,若MCPTT server本地未存储MCPTT Client对应的目标MCPTT Client所属群组标识的配置信息,则通过与组管理服务器的交互获取群组标识的配置信息,其中,配置信息包括:多-说用户组通话的最大并行讲话用户数配置信息;其中,MCPTT server根据MCPTT client的混音能力,以及预设的***配置规则,判定采用对应的网络侧混音模式。
可选的,MCPTT server,用于在关键任务一键通用户终端发起多用户通话呼叫过程的情况下,通过与配置管理服务器确定MCPTT Client运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量。
可选的,MCPTT server,用于在关键任务一键通用户终端发起多用户通话呼叫过程的情况下,若MCPTT Client对接收多-说用户组通话的其他MCPTT Client信息进行确认,则将其他MCPTT Client信息发送至MCPTT Client。
可选的,MCPTT Client,用于在关键任务一键通用户终端发起多用户通话呼叫过程的情况下,发起对目标MCPTT Client所属群组的多-说用户组通话,向MCPTT server发送多-说用户组通话请求消息,接收MCPTT server转发的目标MCPTT Client反馈的多-说用户组通话响应消息;其中,多-说用户组通话请求消息包括:目标MCPTT Client所属群组标识;或,MCPTT Client要求话权的情况下,携带隐式话权请求指示。
可选的,MCPTT server,用于在外部***调用应用程序编程接口API发起多用户通话呼叫过程的情况下,若外部***调用使用的是应用层标识,则根据应用层标识映射至对应的关键任务一键通用户群组标识;根据关键任务一键通用户群组标识确定目标关键任务一键通用户组,并向目标关键任务一键通用户组发送多-说用户组通话请求消息,接收目标关键任务一键通用户组返回的多-说用户组通话响应消息,若目标关键任务一键通用户组中各MCPTT Client所在的终端均支持混音功能,则开启终端混音模式;向外部***返回多用户语音组呼建立完成信息;其中,MCPTT server根据预先配置采用终端侧混音模式,并将终端侧混音模式发送至目标关键任务一键通用户组中的MCPTT Client。
可选的,在MCPTT server包括话权控制服务器的情况下,话权控制服务器,用于在用户请求话权的过程中,若当前话权状态为空闲,且接收MCPTT Client的话权请求,则判断是否对MCPTT Client授予话权;在判断结果为是的情况下,向MCPTT Client发送话权分配消息;并向其他话权参与者发送话权占用消息;将MCPTT Client发送的媒体面数据转发至其他话权参与者。
进一步地,可选的,话权控制服务器,用于在用户请求话权的过程中,根据授予话权数是否大于或等于最大说用户数的阈值,判断是否对MCPTT Client授予话权。
可选的,话权分配消息包括:话权占用时间参数。
可选的,话权占用消息包括:当前占用话权的用户列表信息。
可选的,在MCPTT server包括话权控制服务器的情况下,话权控制服务器,用于在第一MCPTT Client分配话权且进行讲话的过程中,第二MCPTT Client请求讲话的情况下,接收第二MCPTT Client发送的话权请求;判断当前话权占用者数量是否为预设最大值,且根据当前话权占有者的优选级判断是否将第一MCPTT Client的话权转移至第二MCPTTClient;在判断为是的情况下,向第一MCPTT Client发送话权撤销指示,向第二MCPTTClient发送话权分配消息,并向所有话权参与方发送话权占用指示信息;将第二MCPTTClient发送的媒体面数据进行混音处理转发至其他话权参与方;其中,若第一MCPTTClient的优先权小于第二MCPTT Client,且第一MCPTT Client在第二MCPTT Client获取话权后重新请求话权,则拒绝第一MCPTT Client发送的话权请求。
可选的,在MCPTT server包括话权控制服务器的情况下,话权控制服务器,用于在最大并行说用户数配置发生变化情况下,且当前并行讲话的用户数量大于或等于当前组呼呼叫允许的最大并行用户数时,根据用户的优先级设置,优先释放低优先级用户,如果用户的优先级相同,则随机选择用户进行话权释放。
根据本发明实施例的另一方面,还提供了一种终端混音的通话方法,包括:关键任务一键通服务器MCPTT server对多用户并行讲话进行控制,并通过支持多-说用户的媒体面数据分发;MCPTT server根据关键任务一键通用户终端对混音功能的支持能力信息控制是否使用终端混音模式,其中,多-说用户模式,用于呼叫过程中支持多个用户同时讲话,并且听用户同时听到多个说用户讲话。
可选的,该方法还包括:MCPTT server在关键任务一键通用户终端发起多用户通话呼叫过程的情况下,接收关键任务一键通MCPTT Client发送的用户配置信息;MCPTTserver根据用户配置信息判断MCPTT Client是否允许发起多-说用户组通话;MCPTTserver确定MCPTT Client运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量;MCPTT server根据用户配置信息中的群组标识确定MCPTT Client对应的目标MCPTT Client;MCPTT server向目标MCPTT Client转发MCPTT Client发送多-说用户组通话请求消息;并向MCPTT Client返回目标MCPTT Client反馈的多-说用户组通话响应消息;其中,如果目标MCPTT Client的群组中所有MCPTT Client所在的终端都支持混音功能,则开启终端混音模式;其中,MCPTT Client发送的多-说用户组通话请求消息包括:MCPTTClient1的自身支持混音能力信息,或所需的混音模式信息;混音模式信息中的混音模式包括:终端侧混音和网络侧混音。
进一步地,可选的,在MCPTT server根据用户配置信息判断MCPTT Client是否允许发起多-说用户组通话之前,该方法包括:若MCPTT server本地未存储MCPTT Client对应的目标MCPTT Client所属群组标识的配置信息,则通过与组管理服务器的交互获取群组标识的配置信息,其中,配置信息包括:多-说用户组通话的最大并行讲话用户数配置信息;其中,MCPTT server根据MCPTT client的混音能力,以及预设的***配置规则,判定采用对应的网络侧混音模式。
可选的,MCPTT server确定MCPTT Client运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量包括:MCPTT server通过与配置管理服务器确定MCPTTClient运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量。
可选的,在向MCPTT Client返回目标MCPTT Client反馈的多-说用户组通话响应消息之前,该方法还包括:若MCPTT Client对接收多-说用户组通话的其他MCPTT Client信息进行确认,则将其他MCPTT Client信息发送至MCPTT Client。
可选的,该方法还包括:在外部***调用应用程序编程接口API发起多用户通话呼叫过程的情况下,若外部***调用使用的是应用层标识,则根据应用层标识映射至对应的关键任务一键通用户群组标识;根据关键任务一键通用户群组标识确定目标关键任务一键通用户组,并向目标关键任务一键通用户组发送多-说用户组通话请求消息;接收目标关键任务一键通用户组返回的多-说用户组通话响应消息;若目标关键任务一键通用户组中各MCPTT Client所在的终端均支持混音功能,则开启终端混音模式;向外部***返回多用户语音组呼建立完成信息;其中,MCPTT server根据预先配置采用终端侧混音模式,并将终端侧混音模式发送至目标关键任务一键通用户组中的MCPTT Client。
可选的,该方法还包括:在MCPTT server包括话权控制服务器的情况下,话权控制服务器在用户请求话权的过程中,若当前话权状态为空闲,且接收MCPTT Client的话权请求,则判断是否对MCPTT Client授予话权;在判断结果为是的情况下,向MCPTT Client发送话权分配消息;并向其他话权参与者发送话权占用消息;将MCPTT Client发送的媒体面数据转发至其他话权参与者。
进一步地,可选的,判断是否对MCPTT Client授予话权包括:根据授予话权数是否大于或等于最大说用户数的阈值,判断是否对MCPTT Client授予话权。
可选的,话权分配消息包括:话权占用时间参数。
可选的,话权占用消息包括:当前占用话权的用户列表信息。
可选的,该方法还包括:在MCPTT server包括话权控制服务器的情况下,话权控制服务器在第一MCPTT Client分配话权且进行讲话的过程中,第二MCPTT Client请求讲话的情况下,接收第二MCPTT Client发送的话权请求;判断当前话权占用者数量是否为预设最大值,且根据当前话权占有者的优选级判断是否将第一MCPTT Client的话权转移至第二MCPTT Client;在判断为是的情况下,向第一MCPTT Client发送话权撤销指示,向第二MCPTT Client发送话权分配消息,并向所有话权参与方发送话权占用指示信息;将第二MCPTT Client发送的媒体面数据进行混音处理转发至其他话权参与方;其中,若第一MCPTTClient的优先权小于第二MCPTT Client,且第一MCPTT Client在第二MCPTT Client获取话权后重新请求话权,则拒绝第一MCPTT Client发送的话权请求。
可选的,该方法还包括:在MCPTT server包括话权控制服务器的情况下,话权控制服务器,在最大并行说用户数配置发生变化情况下,且当前并行讲话的用户数量大于或等于当前组呼呼叫允许的最大并行用户数时,根据用户的优先级设置,优先释放低优先级用户,如果用户的优先级相同,则随机选择用户进行话权释放。
在本发明实施例中,通过关键任务一键通服务器MCPTT server,用于对多用户并行讲话进行控制,并通过支持多-说用户的媒体面数据分发,根据关键任务一键通用户终端对混音功能的支持能力信息控制是否使用终端混音模式,其中,多-说用户模式,用于呼叫过程中支持多个用户同时讲话,并且听用户同时听到多个说用户讲话;关键任务一键通用户终端MCPTT Client,用于根据所属的话权模式,进行混音操作,达到了满足支持终端混音并行多用户通话技术的目的,从而实现了满足语音通信需求的技术效果,进而解决了由于现有技术中MCPTT技术仅能支持半双工方式下同一时刻单用户讲话的功能,因此不能满足FRMCS中提出的未来铁路通信中语音通话要求的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是现有技术中MCPTT的***架构图;
图2是根据本发明实施例的终端混音的通话***的结构示意图;
图2a是根据本发明实施例的终端混音的通话***中单播方式的结构示意图;
图2b是根据本发明实施例的终端混音的通话***中多播方式的结构示意图;
图3是根据本发明实施例的终端混音的通话***中多用户通话呼叫过程的流程示意图;
图4是根据本发明实施例的终端混音的通话***中网络发起的多用户通话呼叫建立过程的流程示意图;
图5是根据本发明实施例的终端混音的通话***中用户请求话权的过程的流程示意图;
图6是根据本发明实施例的终端混音的通话***中终端发起话权抢占的流程示意图;
图7是根据本发明实施例的终端混音的通话***中网络发起的话权释放的流程示意图;
图8是根据本发明实施例的终端混音的通话方法的流程示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请涉及的技术名词:
增强型多媒体广播多播业务,evolved multimedia broadcast multicastservice,简称eMBMS;
长期演进,long term evolution,简称LTE;
未来铁路移动通信***,Future Railway Mobile Communication System,简称FRMCS;
第三代合作伙伴计划,3rd Generation Partnership Project,简称3GPP;
关键任务一键通,Mission Critical Push To Talk,简称MCPTT;
配置管理服务器,Configuration Management Server;
组管理服务器,Group Management Server;
话权控制服务器,floor control server。
实施例一
根据本发明实施例,提供了一种终端混音的通话***实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图2是根据本发明实施例的终端混音的通话***的结构示意图,如图2所示,该终端混音的通话***包括:
关键任务一键通服务器MCPTT server21,用于对多用户并行讲话进行控制,并通过支持多-说用户的媒体面数据分发,根据关键任务一键通用户终端对混音功能的支持能力信息控制是否使用终端混音模式,其中,多-说用户模式,用于呼叫过程中支持多个用户同时讲话,并且听用户同时听到多个说用户讲话;关键任务一键通用户终端MCPTTClient22,用于根据所属的话权模式,进行混音操作。
具体的,本申请提供的终端混音的通话***在现有MCPTT***功能下,通过对关键任务一键通服务器MCPTT server和关键任务一键通用户终端MCPTT Client增强,实现对多用户并行讲话的控制,并在在MCPTT server增加支持多-说用户talker的媒体面数据分发功能,以及根据组呼参与MCPTT client使用的用户终端(User Equipment,简称UE)对混音功能的支持能力信息(能力信息包括是否支持混音,以及支持最大并行混音的媒体流数量等),控制是否使用终端混音模式。在MCPTT client支持多路媒体的混音功能模块。
其中,本申请提供的网络混音的通话***可以适用于未来铁路通信***(FutureRailway Mobile Communication System,简称FRMCS),这里MCPTT server呼叫控制功能,包括MCPTT server控制是否开启多-说用户multi-talker模式,并且由MCPTT server根据从配置管理服务器Configuration Management Server获得的最大并行说用户talker参数对可组呼中可同时进行讲话的talker数量进行控制。在呼叫建立过程中,MCPTT server通过与配置管理服务器获得运行MCPTT Client的终端是否支持混音功能,以及终端支持的多路最大混音能力信息,控制是否使用终端混音模式。
在MCPTT server媒体面处理功能上仅支持媒体面转发功能,由用户终端上的MCPTT Client负责对多个组呼中成员类型进行混音操作,如果MCPTT Client自身是说用户Talker,则对除自身外其余所有Talkers的语音媒体流进行接收并进行混音处理;如果MCPTT Client自身是听用户listener,则对所有Talkers的语音进行接收和混音处理。在媒体面数据传输上分成单播unicast传输方式,和多播multicast传输方式。
在本发明实施例中,通过关键任务一键通服务器MCPTT server,用于对多用户并行讲话进行控制,并通过支持多-说用户的媒体面数据分发,根据关键任务一键通用户终端对混音功能的支持能力信息控制是否使用终端混音模式,其中,多-说用户模式,用于呼叫过程中支持多个用户同时讲话,并且听用户同时听到多个说用户讲话;关键任务一键通用户终端MCPTT Client,用于根据所属的话权模式,进行混音操作,达到了满足支持终端混音并行多用户通话技术的目的,从而实现了满足其语音通信需求的技术效果,进而解决了由于现有技术中MCPTT技术仅能支持半双工方式下同一时刻单用户讲话的功能,因此不能满足FRMCS中提出的未来铁路通信中语音通话要求的技术问题。
可选的,MCPTT Client22,用于对多个组呼中成员类型进行混音操作;其中,如果MCPTT Client是说用户,则对除MCPTT Client之外其余所有说用户的语音媒体流进行接收并进行混音处理;如果MCPTT Client是听用户,则对全部说用户的语音进行接受和混音处理。
基于上述,在单播方式的情况下:
进一步地,可选的,MCPTT Client22,用于在单播传输模式情况下,通过MCPTTserver将确定要分发的媒体流发送至对应的目标关键任务一键通用户终端MCPTT Client。
具体的,如图2a所示,图2a是根据本发明实施例的终端混音的通话***中单播方式的结构示意图,在单播方式下,MCPTT server针对每个MCPTT Client确定需要进行分发的媒体流(例如对于MCPTT talker1只需要分发Flow2,而对于MCPTT listener1需要分发Flow和Flow2),并通过点到点方式将媒体面数据直接发送给目标MCPTT Client。
在多播方式的情况下:
可选的,MCPTT Client22,用于在多播传输模式情况下,通过增强型多媒体广播多播业务eMBMS方式对统一下发的媒体面数据进行接收;其中,在MCPTT Client为说用户的情况下,在混音处理前需要识别出通过eMBMS方式接收到的MCPTT Client的语音,并在进行混音前,将MCPTT Client的语音进行排除。
具体的,如图2b所示,图2b是根据本发明实施例的终端混音的通话***中多播方式的结构示意图,在多播方式下,例如通过LTE(long term evolution,简称LTE长期演进)eMBMS(增强型多媒体广播多播业务,multimedia broadcast multicast service)方式承载分发的媒体面数据时,MCPTT server通过多播方式将媒体面Flow1和Flow2进行下发,MCPTT client通过eMBMS方式多统一下发的媒体面数据进行接收。对于MCPTT talker,在混音处理前需要识别出通过eMBMS方式接收到的自身语音,并在进行混音前,将自身产生的语音排除在外。
基于上述,本申请提供的终端混音的通话***通过以下实施方式实现:
方式一:终端发起的多用户通话呼叫过程
可选的,MCPTT server21,用于在关键任务一键通用户终端发起多用户通话呼叫过程的情况下,接收MCPTT Client发送的用户配置信息,根据用户配置信息判断MCPTTClient是否允许发起多-说用户组通话;并确定MCPTT Client运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量;并根据用户配置信息中的群组标识确定MCPTTClient对应的目标MCPTT Client;向目标MCPTT Client转发MCPTT Client发送多-说用户组通话请求消息;并向MCPTT Client返回目标MCPTT Client反馈的多-说用户组通话响应消息;其中,如果目标MCPTT Client的群组中所有MCPTT Client所在的终端都支持混音功能,则开启终端混音模式;其中,MCPTT Client发送的多-说用户组通话请求消息包括:MCPTT Client1的自身支持混音能力信息,或所需的混音模式信息;混音模式信息中的混音模式包括:终端侧混音和网络侧混音。
进一步地,可选的,MCPTT server21,用于在关键任务一键通用户终端发起多用户通话呼叫过程的情况下,若MCPTT server本地未存储MCPTT Client对应的目标MCPTTClient所属群组标识的配置信息,则通过与组管理服务器的交互获取群组标识的配置信息,其中,配置信息包括:多-说用户组通话的最大并行讲话用户数配置信息;其中,MCPTTserver根据MCPTT client的混音能力,以及预设的***配置规则,判定采用对应的网络侧混音模式。
可选的,MCPTT server,用于在关键任务一键通用户终端发起多用户通话呼叫过程的情况下,通过与配置管理服务器确定MCPTT Client运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量。
可选的,MCPTT server21,用于在关键任务一键通用户终端发起多用户通话呼叫过程的情况下,若MCPTT Client对接收多-说用户组通话的其他MCPTT Client信息进行确认,则将其他MCPTT Client信息发送至MCPTT Client。
可选的,MCPTT Client22,用于在关键任务一键通用户终端发起多用户通话呼叫过程的情况下,发起对目标MCPTT Client所属群组的多-说用户组通话,向MCPTT server发送多-说用户组通话请求消息,接收MCPTT server转发的目标MCPTT Client反馈的多-说用户组通话响应消息;其中,多-说用户组通话请求消息包括:目标MCPTT Client所属群组标识;或,MCPTT Client要求话权的情况下,携带隐式话权请求指示。
具体的,如图3所示,图3是根据本发明实施例的终端混音的通话***中多用户通话呼叫过程的流程示意图,终端发起的多用户通话呼叫过程具体如下:
为支持multi-talker功能,需要选择支持multi-talker媒体面数据分发的MCPTTserver提供服务,此外MCPTT server获得最大multi-talker配置信息。另外,MCPTT server需要根据组呼中MCPTT client运行的UE对多路媒体混音支持的能力信息确定是否使用终端混音模式。
步骤1:MCPTT Client1要发起针对特定组的多-说用户组通话multi-talkergroup call,目标组通过MCPTT group ID进行指示。
步骤2:MCPTT Client1向MCPTT server发送multi-talker group call request消息,其中携带目标MCPTT group ID信息,如果MCPTT Client1要求话权,则该消息携带隐式话权请求指示。此外,MCPTT Client1将自身支持混音能力信息,或将自身希望采用的混音模式信息(混音模式包括终端侧混音和网络侧混音两种模式)通知MCPTT server。
步骤3:根据MCPTT client1的用户配置信息,MCPTT server判断MCPTT client1是否允许发起multi-talker group call。此外如果MCPTT server本地没有保存针对目标MCPTT group ID的配置信息,则MCPTT server通过与Group Management Server的交互获得组配置信息,其中包括multi-talker group call配置项中,包括multi-talker groupcall的最大并行讲话用户数配置信息。根据MCPTT client混音能力,以及***配置规则,MCPTT server决定采用终端侧混音模式。
MCPTT server根据终端能力信息(例如MCPTT server通过与配置管理服务器configuration management server的交互)确定MCPTT client运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量。
步骤4:根据MCPTT group ID,MCPTT server确定目标MCPTT clients,并向目标发送multi-talker group call请求消息。MCPTT用户被通知multi-talker group call信息。并将本次呼叫使用的混音模式信息发送给MCPTT clients。
步骤5:如果MCPTT client接受multi-talker group call请求(MCPTT client能够支持终端混音模式),,则MCPTT client向MCPTT server发送multi-talker group call响应消息。
步骤6:MCPTT server向MCPTT client发送multi-talker group call响应消息。并将本次呼叫使用的混音模式信息发送给MCPTT client。
步骤7:如果MCPTT client1需要对接受multi-talker group call的其他MCPTTclient信息进行确认,则MCPTT server将其他MCPTT client信息发送给MCPTT client1。
步骤8:MCPTT client1,client2分别与MCPTT server建立媒体面,如果组呼中所有MCPTT client运行的终端都支持混音功能,则可以开启终端混音模式。
方式二:网络发起的多用户通话呼叫建立过程
可选的,MCPTT server21,用于在外部***调用应用程序编程接口API发起多用户通话呼叫过程的情况下,若外部***调用使用的是应用层标识,则根据应用层标识映射至对应的关键任务一键通用户群组标识;根据关键任务一键通用户群组标识确定目标关键任务一键通用户组,并向目标关键任务一键通用户组发送多-说用户组通话请求消息,接收目标关键任务一键通用户组返回的多-说用户组通话响应消息,若目标关键任务一键通用户组中各MCPTT Client所在的终端均支持混音功能,则开启终端混音模式;向外部***返回多用户语音组呼建立完成信息;其中,MCPTT server根据预先配置采用终端侧混音模式,并将终端侧混音模式发送至目标关键任务一键通用户组中的MCPTT Client。
具体的,如图4所示,图4是根据本发明实施例的终端混音的通话***中网络发起的多用户通话呼叫建立过程的流程示意图,网络发起的多用户通话呼叫建立过程具体如下:
MCPTT server为外部***调用提供标准API接口,外部调用者(例如FRMCS应用层***)通过标准API接口触发MCPTT server发起多用户语音通话建立。
步骤1:外部调用者通过标准API接口触发MCPTT server发起多用户语音通话建立过程。
步骤2:如果外部调用者调用时使用的是应用层Application layer ID,则MCPTTserver完成Application layer ID到关键任务一键通用户群组标识MCPTT Group ID的映射。
步骤3:根据MCPTT client1的用户配置信息,MCPTT server判断MCPTT client1是否允许发起多-说用户组通过multi-talker group call。此外如果MCPTT server本地没有保存针对目标MCPTT group ID的配置信息,则MCPTT server通过与Group ManagementServer的交互获得组配置信息,其中包括multi-talker group call配置项中,包括multi-talker group call的最大并行讲话用户数配置信息。根据预先配置MCPTT server决定采用终端侧混音模式。
MCPTT server根据终端能力信息(例如MCPTT server通过与配置管理服务器configuration management server的交互)确定MCPTT client运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量。
步骤4:根据MCPTT group ID,MCPTT server确定目标MCPTT clients,并向目标发送multi-talker group call请求消息。MCPTT用户被通知multi-talker group call信息。并将本次呼叫使用的混音模式信息发送给MCPTT clients。
步骤5:如果MCPTT client接受multi-talker group call请求(MCPTT client能够支持网络混音模式),则MCPTT client向MCPTT server发送multi-talker group call响应消息。
步骤6:MCPTT client1,client2分别与MCPTT server建立媒体面。如果组呼中所有MCPTT client运行的终端都支持混音功能,则可以开启终端混音模式。
步骤7:MCPTT server通知外部调用者多用户语音组呼建立完成信息。
方式三:用户请求话权的过程
可选的,在MCPTT server21包括话权控制服务器的情况下,话权控制服务器,用于在用户请求话权的过程中,若当前话权状态为空闲,且接收MCPTT Client的话权请求,则判断是否对MCPTT Client授予话权;在判断结果为是的情况下,向MCPTT Client发送话权分配消息;并向其他话权参与者发送话权占用消息;将MCPTT Client发送的媒体面数据转发至其他话权参与者。
进一步地,可选的,话权控制服务器,用于在用户请求话权的过程中,根据授予话权数是否大于或等于最大说用户数的阈值,判断是否对MCPTT Client授予话权。
可选的,话权分配消息包括:话权占用时间参数。
可选的,话权占用消息包括:当前占用话权的用户列表信息。
具体的,如图5所示,图5是根据本发明实施例的终端混音的通话***中用户请求话权的过程的流程示意图,用户请求话权的过程具体如下:
用户请求话权过程中,MCPTT server判断话权用户数量是否超过最大并行讲话用户数量限制,如果没有超过则MCPTT server为用户授予话权,并将话权占用用户列表信息通知所有话权参与方。MCPTT server的分发功能负责对来自多个讲话者媒体面数据的分发处理。
步骤1:话权参与者与话权控制服务器之间建立话权控制,当前话权状态为空闲。
步骤2:话权参与者A要讲话。
步骤3:话权参与者A向话权控制服务器发送话权请求。
步骤4:话权控制服务器对是否可以授予话权进行判断,包括是否授予话权数超过最大talker数限制。
步骤5a:话权控制服务器向话权参与者A发送话权分配Floor grant消息,其中包括话权占用时间参数。
步骤5b:话权控制服务器向其他话权参与者发送话权占用floor taken消息,其中携带当前占用话权的用户列表信息。
步骤6a:话权分配信息被指示给话权参与者A对应的用户。
步骤6b:当前话权占用情况信息被指示给其他话权参与者对应的用户。
步骤7:媒体面数据从参与者A发送给Floor control server,再由Floor controlserver将媒体面数据分发给其话权参与方。
步骤8:话权参与者B要讲话。
步骤9:话权参与者B向话权控制服务器发送话权请求。
步骤10:话权控制服务器对是否可以授予话权进行判断,包括是否授予话权数超过最大talker数限制。如果没有超过最大talker数限制话权控制服务器将话权同时授予话权参与者B。
步骤11a:话权控制服务器向话权参与者B发送话权分配Floor grant消息,其中包括话权占用时间参数。
步骤11b:话权控制服务器向其他话权参与者发送话权占用floor taken消息,其中携带更新后的当前占用话权的用户列表信息。
步骤12a:话权分配信息被指示给话权参与者B对应的用户。
步骤12b:当前话权占用情况信息被指示给其他话权参与者对应的用户。
步骤13:媒体面数据从参与者B发送给Floor control server,再由Floorcontrol server将媒体面数据分发给其话权参与方。
方式四:终端发起话权抢占
可选的,在MCPTT server21包括话权控制服务器的情况下,话权控制服务器,用于在第一MCPTT Client分配话权且进行讲话的过程中,第二MCPTT Client请求讲话的情况下,接收第二MCPTT Client发送的话权请求;判断当前话权占用者数量是否为预设最大值,且根据当前话权占有者的优选级判断是否将第一MCPTT Client的话权转移至第二MCPTTClient;在判断为是的情况下,向第一MCPTT Client发送话权撤销指示,向第二MCPTTClient发送话权分配消息,并向所有话权参与方发送话权占用指示信息;将第二MCPTTClient发送的媒体面数据进行混音处理转发至其他话权参与方;其中,若第一MCPTTClient的优先权小于第二MCPTT Client,且第一MCPTT Client在第二MCPTT Client获取话权后重新请求话权,则拒绝第一MCPTT Client发送的话权请求。
具体的,如图6所示,图6是根据本发明实施例的终端混音的通话***中终端发起话权抢占的流程示意图,终端发起话权抢占过程具体如下:
在高优先级用户发起话权请求话权,导致当前并行讲话的用户数量超过当前组呼呼叫允许的最大并行用户数,触发网络发起针对特定用户的话权释放过程。网络根据用户的优先级设置,优先释放低优先级用户,如果用户的优先级相同,则网络随机选择一个用户进行话权释放。
步骤1:话权参与者B被分配了话权并正在讲话。
步骤2:话权参与者A要讲话。
步骤3:话权参与者A向话权控制服务器发送话权请求。
步骤4:话权服务器判断当前话权占用者数目达到最大值,根据当前话权占用着的优先级,话权服务器决定释放话权参与者B的话权,并将话权授予话权参与者A。话权控制服务器向话权参与者B发送话权撤销指示。
步骤5:话权撤销信息被指示给话权参与者B对应的用户。
步骤6:话权控制服务器向话权参与者A发送话权分配Floor grant消息,话权控制服务器向所有话权参与方发送话权占用指示信息。
步骤7:话权占用者A对应的用户被指示话权授予。其他话权参与方被指示更新后的话权占用者信息。
步骤8:话权占用者A将媒体面数据发送给话权控制服务器,话权控制服务器进行混音处理,并将媒体面数据发送给其他用户。
步骤9:话权参与者B希望讲话。
步骤10:话权参与者B向话权控制服务器发送话权请求。
步骤11:话权服务器判断当前话权占用者数目达到最大值,根据当前话权占用着的优先级,话权服务器决定拒绝话权参与者B的话权请求。
步骤12:话权服务器向话权参与者B发送话权拒绝消息。
步骤13:话权参与者B通知用户话权请求拒绝。
方式五:网络发起的话权释放
可选的,在MCPTT server21包括话权控制服务器的情况下,话权控制服务器,用于在最大并行说用户数配置发生变化情况下,且当前并行讲话的用户数量大于或等于当前组呼呼叫允许的最大并行用户数时,根据用户的优先级设置,优先释放低优先级用户,如果用户的优先级相同,则随机选择用户进行话权释放。
具体的,如图7所示,图7是根据本发明实施例的终端混音的通话***中网络发起的话权释放的流程示意图,网络发起的话权释放具体如下:
当最大并行Talker数配置发生变化情况下,导致当前并行讲话的用户数量超过当前组呼呼叫允许的最大并行用户数,网络根据用户的优先级设置,优先释放低优先级用户,如果用户的优先级相同,则网络随机选择用户进行话权释放。
步骤1:组呼建立后,话权被授予了话权参与者A和话权参与者B。话权参与者A和B分别将各自媒体面数据发送给MCPTT server。
步骤2:最大并行talker数发生变化,导致MCPTT server要释放部分话权参与者的话权。
步骤3:根据优先级等条件MCPTT server决定释放话权参与者B的话权。
步骤4:话权控制服务器向话权参与者B发送话权撤销指示。
步骤5:话权撤销信息被指示给话权参与者B对应的用户。
步骤6:话权控制服务器向所有话权参与方发送话权占用指示信息。
步骤7:话权参与方被指示更新后的话权占用者信息。
步骤8:话权占用者A继续将媒体面数据发送给MCPTT server,而话权参与者B停止将媒体面数据发送给MCPTT server。
步骤9:话权参与者B希望讲话。
步骤10:话权参与者B向话权控制服务器发送话权请求。
步骤11:话权服务器判断当前话权占用者数目达到最大值,根据当前话权占用着的优先级,话权服务器决定拒绝话权参与者B的话权请求。
步骤12:话权服务器向话权参与者B发送话权拒绝消息。
步骤13:话权参与者B通知用户话权请求拒绝。
本申请提供的终端混音的通话***实现了在现有MCPTT***架构上支持终端混音并行多用户通话技术,从而使MCPTT可以应用到铁路等其他行业,满足其语音通信需求。
实施例二
根据本发明实施例,提供了一种终端混音的通话方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图8是根据本发明实施例的终端混音的通话方法的流程示意图,如图8所示,该方法包括如下步骤:
步骤S802,关键任务一键通服务器MCPTT server对多用户并行讲话进行控制,并通过支持多-说用户的媒体面数据分发;
步骤S804,MCPTT server根据关键任务一键通用户终端对混音功能的支持能力信息控制是否使用终端混音模式,其中,多-说用户模式,用于呼叫过程中支持多个用户同时讲话,并且听用户同时听到多个说用户讲话。
在本发明实施例中,通过关键任务一键通服务器MCPTT server对多用户并行讲话进行控制,并通过支持多-说用户的媒体面数据分发;MCPTT server根据关键任务一键通用户终端对混音功能的支持能力信息控制是否使用终端混音模式,其中,多-说用户模式,用于呼叫过程中支持多个用户同时讲话,并且听用户同时听到多个说用户讲话。达到了满足支持终端混音并行多用户通话技术的目的,从而实现了满足其语音通信需求的技术效果,进而解决了由于现有技术中MCPTT技术仅能支持半双工方式下同一时刻单用户讲话的功能,因此不能满足FRMCS中提出的未来铁路通信中语音通话要求的技术问题。
可选的,本申请提供的终端混音的通话方法还包括:
Step1,MCPTT server在关键任务一键通用户终端发起多用户通话呼叫过程的情况下,接收关键任务一键通MCPTT Client发送的用户配置信息;
Step2,MCPTT server根据用户配置信息判断MCPTT Client是否允许发起多-说用户组通话;
Step3,MCPTT server确定MCPTT Client运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量;
Step4,MCPTT server根据用户配置信息中的群组标识确定MCPTT Client对应的目标MCPTT Client;
Step5,MCPTT server向目标MCPTT Client转发MCPTT Client发送多-说用户组通话请求消息;并向MCPTT Client返回目标MCPTT Client反馈的多-说用户组通话响应消息;
其中,如果目标MCPTT Client的群组中所有MCPTT Client所在的终端都支持混音功能,则开启终端混音模式;其中,MCPTT Client发送的多-说用户组通话请求消息包括:MCPTT Client1的自身支持混音能力信息,或所需的混音模式信息;混音模式信息中的混音模式包括:终端侧混音和网络侧混音。
进一步地,可选的,在Step2中的MCPTT server根据用户配置信息判断MCPTTClient是否允许发起多-说用户组通话之前,本申请提供的终端混音的通话方法包括:
若MCPTT server本地未存储MCPTT Client对应的目标MCPTT Client所属群组标识的配置信息,则通过与组管理服务器的交互获取群组标识的配置信息,其中,配置信息包括:多-说用户组通话的最大并行讲话用户数配置信息;其中,MCPTT server根据MCPTTclient的混音能力,以及预设的***配置规则,判定采用对应的网络侧混音模式。
可选的,Step3中MCPTT server确定MCPTT Client运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量包括:
MCPTT server通过与配置管理服务器确定MCPTT Client运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量。
可选的,在向MCPTT Client返回目标MCPTT Client反馈的多-说用户组通话响应消息之前,本申请提供的终端混音的通话方法还包括:若MCPTT Client对接收多-说用户组通话的其他MCPTT Client信息进行确认,则将其他MCPTT Client信息发送至MCPTTClient。
具体的,对应实施例一中的方式1的实现方式。
可选的,本申请提供的终端混音的通话方法还包括:在外部***调用应用程序编程接口API发起多用户通话呼叫过程的情况下,若外部***调用使用的是应用层标识,则根据应用层标识映射至对应的关键任务一键通用户群组标识;根据关键任务一键通用户群组标识确定目标关键任务一键通用户组,并向目标关键任务一键通用户组发送多-说用户组通话请求消息;接收目标关键任务一键通用户组返回的多-说用户组通话响应消息;若目标关键任务一键通用户组中各MCPTT Client所在的终端均支持混音功能,则开启终端混音模式;向外部***返回多用户语音组呼建立完成信息;其中,MCPTT server根据预先配置采用终端侧混音模式,并将终端侧混音模式发送至目标关键任务一键通用户组中的MCPTTClient。
具体的,对应实施例一中的方式2的实现方式。
可选的,本申请提供的终端混音的通话方法还包括:在MCPTT server包括话权控制服务器的情况下,话权控制服务器在用户请求话权的过程中,若当前话权状态为空闲,且接收MCPTT Client的话权请求,则判断是否对MCPTT Client授予话权;在判断结果为是的情况下,向MCPTT Client发送话权分配消息;并向其他话权参与者发送话权占用消息;将MCPTT Client发送的媒体面数据转发至其他话权参与者。
进一步地,可选的,判断是否对MCPTT Client授予话权包括:根据授予话权数是否大于或等于最大说用户数的阈值,判断是否对MCPTT Client授予话权。
可选的,话权分配消息包括:话权占用时间参数。
可选的,话权占用消息包括:当前占用话权的用户列表信息。
具体的,对应实施例一中的方式3的实现方式。
可选的,本申请提供的终端混音的通话方法还包括:在MCPTT server包括话权控制服务器的情况下,话权控制服务器在第一MCPTT Client分配话权且进行讲话的过程中,第二MCPTT Client请求讲话的情况下,接收第二MCPTT Client发送的话权请求;判断当前话权占用者数量是否为预设最大值,且根据当前话权占有者的优选级判断是否将第一MCPTT Client的话权转移至第二MCPTT Client;在判断为是的情况下,向第一MCPTTClient发送话权撤销指示,向第二MCPTT Client发送话权分配消息,并向所有话权参与方发送话权占用指示信息;将第二MCPTT Client发送的媒体面数据进行混音处理转发至其他话权参与方;其中,若第一MCPTT Client的优先权小于第二MCPTT Client,且第一MCPTTClient在第二MCPTT Client获取话权后重新请求话权,则拒绝第一MCPTT Client发送的话权请求。
具体的,对应实施例一中的方式4的实现方式。
可选的,本申请提供的终端混音的通话方法还包括:在MCPTT server包括话权控制服务器的情况下,话权控制服务器,在最大并行说用户数配置发生变化情况下,且当前并行讲话的用户数量大于或等于当前组呼呼叫允许的最大并行用户数时,根据用户的优先级设置,优先释放低优先级用户,如果用户的优先级相同,则随机选择用户进行话权释放。
具体的,对应实施例一中的方式5的实现方式。
实施例三
本申请提供一种存储介质,存储介质包括存储的程序,其中,在程序运行时控制存储介质所在设备执行上述实施例二中的终端混音的通话方法。
实施例四
本申请提供一种处理器,处理器用于运行程序,其中,程序运行时执行上述实施例二中的终端混音的通话方法。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (28)
1.一种终端混音的通话***,其特征在于,包括:
关键任务一键通服务器MCPTT server,用于对多用户并行讲话进行控制,并通过支持多-说用户的媒体面数据分发,根据关键任务一键通用户终端对混音功能的支持能力信息控制是否使用终端混音模式,其中,所述多-说用户模式,用于呼叫过程中支持多个用户同时讲话,并且听用户同时听到多个说用户讲话;
所述关键任务一键通用户终端MCPTT Client,用于根据所属的话权模式,进行混音操作。
2.根据权利要求1所述的通话***,其特征在于,
所述MCPTT Client,用于对多个组呼中成员类型进行混音操作;其中,如果所述MCPTTClient是说用户,则对除所述MCPTT Client之外其余所有说用户的语音媒体流进行接收并进行混音处理;如果所述MCPTT Client是听用户,则对全部说用户的语音进行接受和混音处理。
3.根据权利要求2所述的通话***,其特征在于,
所述MCPTT Client,用于在单播传输模式情况下,通过所述MCPTT server将确定要分发的媒体流发送至对应的目标关键任务一键通用户终端MCPTT Client。
4.根据权利要求2所述的通话***,其特征在于,
所述MCPTT Client,用于在多播传输模式情况下,通过增强型多媒体广播多播业务eMBMS方式对统一下发的媒体面数据进行接收;其中,在所述MCPTT Client为说用户的情况下,在混音处理前需要识别出通过所述eMBMS方式接收到的所述MCPTT Client的语音,并在进行混音前,将所述MCPTT Client的语音进行排除。
5.根据权利要求1所述的通话***,其特征在于,
所述MCPTT server,用于在所述关键任务一键通用户终端发起多用户通话呼叫过程的情况下,接收所述MCPTT Client发送的用户配置信息,根据所述用户配置信息判断所述MCPTT Client是否允许发起多-说用户组通话;并确定所述MCPTT Client运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量;并根据所述用户配置信息中的群组标识确定所述MCPTT Client对应的目标MCPTT Client;向所述目标MCPTT Client转发所述MCPTT Client发送多-说用户组通话请求消息;并向所述MCPTT Client返回所述目标MCPTT Client反馈的多-说用户组通话响应消息;其中,如果所述目标MCPTT Client所述的群组中所有MCPTT Client所在的终端都支持混音功能,则开启终端混音模式;
其中,所述MCPTT Client发送的多-说用户组通话请求消息包括:所述MCPTT Client1的自身支持混音能力信息,或所需的混音模式信息;所述混音模式信息中的混音模式包括:终端侧混音和网络侧混音。
6.根据权利要求5所述的通话***,其特征在于,
所述MCPTT server,用于在所述关键任务一键通用户终端发起多用户通话呼叫过程的情况下,若所述MCPTT server本地未存储所述MCPTT Client对应的所述目标MCPTT Client所属群组标识的配置信息,则通过与组管理服务器的交互获取所述群组标识的配置信息,其中,所述配置信息包括:所述多-说用户组通话的最大并行讲话用户数配置信息;
其中,所述MCPTT server根据所述MCPTT client的混音能力,以及预设的***配置规则,判定采用对应的网络侧混音模式。
7.根据权利要求5所述的通话***,其特征在于,
所述MCPTT server,用于在所述关键任务一键通用户终端发起多用户通话呼叫过程的情况下,通过与配置管理服务器确定所述MCPTT Client运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量。
8.根据权利要求5所述的通话***,其特征在于,
所述MCPTT server,用于在所述关键任务一键通用户终端发起多用户通话呼叫过程的情况下,若所述MCPTT Client对接收所述多-说用户组通话的其他MCPTT Client信息进行确认,则将所述其他MCPTT Client信息发送至所述MCPTT Client。
9.根据权利要求5所述的通话***,其特征在于,
所述MCPTT Client,用于在所述关键任务一键通用户终端发起多用户通话呼叫过程的情况下,发起对目标MCPTT Client所属群组的所述多-说用户组通话,向所述MCPTT server发送所述多-说用户组通话请求消息,接收所述MCPTT server转发的所述目标MCPTTClient反馈的所述多-说用户组通话响应消息;
其中,所述多-说用户组通话请求消息包括:所述目标MCPTT Client所属群组标识;或,所述MCPTT Client要求话权的情况下,携带隐式话权请求指示。
10.根据权利要求1或5所述的通话***,其特征在于,
所述MCPTT server,用于在外部***调用应用程序编程接口API发起多用户通话呼叫过程的情况下,若所述外部***调用使用的是应用层标识,则根据所述应用层标识映射至对应的关键任务一键通用户群组标识;根据所述关键任务一键通用户群组标识确定目标关键任务一键通用户组,并向所述目标关键任务一键通用户组发送多-说用户组通话请求消息,接收所述目标关键任务一键通用户组返回的多-说用户组通话响应消息,若所述目标关键任务一键通用户组中各MCPTT Client所在的终端均支持混音功能,则开启终端混音模式;向所述外部***返回多用户语音组呼建立完成信息;其中,所述MCPTT server根据预先配置采用终端侧混音模式,并将所述终端侧混音模式发送至所述目标关键任务一键通用户组中的MCPTT Client。
11.根据权利要求1至5中任一项所述的通话***,其特征在于,
在所述MCPTT server包括话权控制服务器的情况下,所述话权控制服务器,用于在用户请求话权的过程中,若当前话权状态为空闲,且接收所述MCPTT Client的话权请求,则判断是否对所述MCPTT Client授予话权;在判断结果为是的情况下,向所述MCPTT Client发送话权分配消息;并向其他话权参与者发送话权占用消息;将所述MCPTT Client发送的媒体面数据转发至所述其他话权参与者。
12.根据权利要求11所述的通话***,其特征在于,
所述话权控制服务器,用于在用户请求话权的过程中,根据授予话权数是否大于或等于最大说用户数的阈值,判断是否对所述MCPTT Client授予话权。
13.根据权利要求12所述的通话***,其特征在于,所述话权分配消息包括:话权占用时间参数。
14.根据权利要求12所述的通话***,其特征在于,所述话权占用消息包括:当前占用话权的用户列表信息。
15.根据权利要求1至5中任一项所述的通话***,其特征在于,
在所述MCPTT server包括话权控制服务器的情况下,所述话权控制服务器,用于在第一MCPTT Client分配话权且进行讲话的过程中,第二MCPTT Client请求讲话的情况下,接收所述第二MCPTT Client发送的话权请求;判断当前话权占用者数量是否为预设最大值,且根据所述当前话权占有者的优选级判断是否将所述第一MCPTT Client的话权转移至所述第二MCPTT Client;在判断为是的情况下,向所述第一MCPTT Client发送话权撤销指示,向所述第二MCPTT Client发送话权分配消息,并向所有话权参与方发送话权占用指示信息;将所述第二MCPTT Client发送的媒体面数据进行混音处理转发至其他话权参与方;
其中,若所述第一MCPTT Client的优先权小于所述第二MCPTT Client,且所述第一MCPTT Client在所述第二MCPTT Client获取话权后重新请求话权,则拒绝所述第一MCPTTClient发送的话权请求。
16.根据权利要求1至5中任一项所述的通话***,其特征在于,
在所述MCPTT server包括话权控制服务器的情况下,所述话权控制服务器,用于在最大并行说用户数配置发生变化情况下,且当前并行讲话的用户数量大于或等于当前组呼呼叫允许的最大并行用户数时,根据用户的优先级设置,优先释放低优先级用户,如果用户的优先级相同,则随机选择用户进行话权释放。
17.一种终端混音的通话方法,其特征在于,包括:
关键任务一键通服务器MCPTT server对多用户并行讲话进行控制,并通过支持多-说用户的媒体面数据分发;
所述MCPTT server根据关键任务一键通用户终端对混音功能的支持能力信息控制是否使用终端混音模式,其中,所述多-说用户模式,用于呼叫过程中支持多个用户同时讲话,并且听用户同时听到多个说用户讲话。
18.根据权利要求17所述的通话方法,其特征在于,所述方法还包括:
所述MCPTT server在所述关键任务一键通用户终端发起多用户通话呼叫过程的情况下,接收关键任务一键通MCPTT Client发送的用户配置信息;
所述MCPTT server根据所述用户配置信息判断所述MCPTT Client是否允许发起多-说用户组通话;
所述MCPTT server确定所述MCPTT Client运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量;
所述MCPTT server根据所述用户配置信息中的群组标识确定所述MCPTT Client对应的目标MCPTT Client;
所述MCPTT server向所述目标MCPTT Client转发所述MCPTT Client发送多-说用户组通话请求消息;并向所述MCPTT Client返回所述目标MCPTT Client反馈的多-说用户组通话响应消息;其中,如果所述目标MCPTT Client所述的群组中所有MCPTT Client所在的终端都支持混音功能,则开启终端混音模式;其中,所述MCPTT Client发送的多-说用户组通话请求消息包括:所述MCPTT Client1的自身支持混音能力信息,或所需的混音模式信息;所述混音模式信息中的混音模式包括:终端侧混音和网络侧混音。
19.根据权利要求18所述的通话方法,其特征在于,在所述MCPTT server根据所述用户配置信息判断所述MCPTT Client是否允许发起多-说用户组通话之前,所述方法包括:
若所述MCPTT server本地未存储所述MCPTT Client对应的所述目标MCPTT Client所属群组标识的配置信息,则通过与组管理服务器的交互获取所述群组标识的配置信息,其中,所述配置信息包括:所述多-说用户组通话的最大并行讲话用户数配置信息;
其中,所述MCPTT server根据所述MCPTT client的混音能力,以及预设的***配置规则,判定采用对应的网络侧混音模式。
20.根据权利要求18所述的通话方法,其特征在于,所述MCPTT server确定所述MCPTTClient运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量包括:
所述MCPTT server通过与配置管理服务器确定所述MCPTT Client运行的终端是否支持终端侧混音功能,以及支持的最大混音媒体流数量。
21.根据权利要求18所述的通话方法,其特征在于,在所述向所述MCPTT Client返回所述目标MCPTT Client反馈的多-说用户组通话响应消息之前,所述方法还包括:
若所述MCPTT Client对接收所述多-说用户组通话的其他MCPTT Client信息进行确认,则将所述其他MCPTT Client信息发送至所述MCPTT Client。
22.根据权利要求17或18所述的通话方法,其特征在于,所述方法还包括:
在外部***调用应用程序编程接口API发起多用户通话呼叫过程的情况下,若所述外部***调用使用的是应用层标识,则根据所述应用层标识映射至对应的关键任务一键通用户群组标识;
根据所述关键任务一键通用户群组标识确定目标关键任务一键通用户组,并向所述目标关键任务一键通用户组发送多-说用户组通话请求消息;
接收所述目标关键任务一键通用户组返回的多-说用户组通话响应消息;
若所述目标关键任务一键通用户组中各MCPTT Client所在的终端均支持混音功能,则开启终端混音模式;
向所述外部***返回多用户语音组呼建立完成信息;其中,所述MCPTT server根据预先配置采用终端侧混音模式,并将所述终端侧混音模式发送至所述目标关键任务一键通用户组中的MCPTT Client。
23.根据权利要求17或18所述的通话方法,其特征在于,所述方法还包括:
在所述MCPTT server包括话权控制服务器的情况下,所述话权控制服务器在用户请求话权的过程中,若当前话权状态为空闲,且接收所述MCPTT Client的话权请求,则判断是否对所述MCPTT Client授予话权;
在判断结果为是的情况下,向所述MCPTT Client发送话权分配消息;并向其他话权参与者发送话权占用消息;
将所述MCPTT Client发送的媒体面数据转发至所述其他话权参与者。
24.根据权利要求23所述的通话方法,其特征在于,所述判断是否对所述MCPTT Client授予话权包括:
根据授予话权数是否大于或等于最大说用户数的阈值,判断是否对所述MCPTT Client授予话权。
25.根据权利要求23所述的通话方法,其特征在于,所述话权分配消息包括:话权占用时间参数。
26.根据权利要求23所述的通话方法,其特征在于,所述话权占用消息包括:当前占用话权的用户列表信息。
27.根据权利要求17或18所述的通话方法,其特征在于,所述方法还包括:
在所述MCPTT server包括话权控制服务器的情况下,所述话权控制服务器在第一MCPTT Client分配话权且进行讲话的过程中,第二MCPTT Client请求讲话的情况下,接收所述第二MCPTT Client发送的话权请求;
判断当前话权占用者数量是否为预设最大值,且根据所述当前话权占有者的优选级判断是否将所述第一MCPTT Client的话权转移至所述第二MCPTT Client;
在判断为是的情况下,向所述第一MCPTT Client发送话权撤销指示,向所述第二MCPTTClient发送话权分配消息,并向所有话权参与方发送话权占用指示信息;
将所述第二MCPTT Client发送的媒体面数据进行混音处理转发至其他话权参与方;
其中,若所述第一MCPTT Client的优先权小于所述第二MCPTT Client,且所述第一MCPTT Client在所述第二MCPTT Client获取话权后重新请求话权,则拒绝所述第一MCPTTClient发送的话权请求。
28.根据权利要求17或18所述的通话方法,其特征在于,所述方法还包括:
在所述MCPTT server包括话权控制服务器的情况下,所述话权控制服务器,在最大并行说用户数配置发生变化情况下,且当前并行讲话的用户数量大于或等于当前组呼呼叫允许的最大并行用户数时,根据用户的优先级设置,优先释放低优先级用户,如果用户的优先级相同,则随机选择用户进行话权释放。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710703548.6A CN107733848A (zh) | 2017-08-16 | 2017-08-16 | 终端混音的通话***和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710703548.6A CN107733848A (zh) | 2017-08-16 | 2017-08-16 | 终端混音的通话***和方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107733848A true CN107733848A (zh) | 2018-02-23 |
Family
ID=61205116
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710703548.6A Pending CN107733848A (zh) | 2017-08-16 | 2017-08-16 | 终端混音的通话***和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107733848A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109889549A (zh) * | 2019-04-03 | 2019-06-14 | 海能达通信股份有限公司 | 媒体数据下发方法及装置、关键任务一键通*** |
WO2020073565A1 (zh) * | 2018-10-12 | 2020-04-16 | 北京字节跳动网络技术有限公司 | 音频处理方法和装置 |
CN109831833B (zh) * | 2019-03-18 | 2021-01-05 | 成都极客通科技有限公司 | 一种基于混音控制的紧急插话***及方法 |
WO2021128752A1 (zh) * | 2019-12-23 | 2021-07-01 | 腾讯科技(深圳)有限公司 | 通话方法、装置、***、服务器及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106604240A (zh) * | 2016-12-23 | 2017-04-26 | 上海微喂网络科技有限公司 | 一种智能话权实时对讲实现方法 |
CN106790498A (zh) * | 2016-12-15 | 2017-05-31 | 深圳市金溢科技股份有限公司 | 车载语音对讲方法、v2x车载终端以及语音对讲*** |
-
2017
- 2017-08-16 CN CN201710703548.6A patent/CN107733848A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106790498A (zh) * | 2016-12-15 | 2017-05-31 | 深圳市金溢科技股份有限公司 | 车载语音对讲方法、v2x车载终端以及语音对讲*** |
CN106604240A (zh) * | 2016-12-23 | 2017-04-26 | 上海微喂网络科技有限公司 | 一种智能话权实时对讲实现方法 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020073565A1 (zh) * | 2018-10-12 | 2020-04-16 | 北京字节跳动网络技术有限公司 | 音频处理方法和装置 |
CN111045635A (zh) * | 2018-10-12 | 2020-04-21 | 北京微播视界科技有限公司 | 音频处理方法和装置 |
CN111045635B (zh) * | 2018-10-12 | 2021-05-07 | 北京微播视界科技有限公司 | 音频处理方法和装置 |
CN109831833B (zh) * | 2019-03-18 | 2021-01-05 | 成都极客通科技有限公司 | 一种基于混音控制的紧急插话***及方法 |
CN109889549A (zh) * | 2019-04-03 | 2019-06-14 | 海能达通信股份有限公司 | 媒体数据下发方法及装置、关键任务一键通*** |
WO2021128752A1 (zh) * | 2019-12-23 | 2021-07-01 | 腾讯科技(深圳)有限公司 | 通话方法、装置、***、服务器及存储介质 |
US11842751B2 (en) | 2019-12-23 | 2023-12-12 | Tencent Technology (Shenzhen) Company Limited | Call method, apparatus, and system, server, and storage medium |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107659902A (zh) | 网络混音的通话***和方法 | |
CN102143436B (zh) | PoC业务中紧急呼叫的处理方法、服务器及*** | |
CN100593348C (zh) | 在支持一键通业务的组通信***中提供语音突发权限的方法和设备 | |
EP2022249B1 (en) | Floor control templates for use in push-to-talk applications | |
US8103300B2 (en) | System and method for forming ad-hoc location-based multicast group | |
CN101715172B (zh) | 基于PoC用户的应答模式的呼叫处理***和方法 | |
EP1911303B1 (en) | Controlling user's floor | |
US8738058B2 (en) | High-priority communications sessions within a wireless communications system | |
US20050032539A1 (en) | Priority queuing of callers | |
CN107733848A (zh) | 终端混音的通话***和方法 | |
EP2495911B1 (en) | Method and device for uninterruptable wireless group communication sessions | |
CN101147408A (zh) | 按键通话移动通信业务中的应答模式 | |
CN106604240A (zh) | 一种智能话权实时对讲实现方法 | |
KR20060067053A (ko) | 푸쉬투토크 오버 셀룰러 사용자 발언 시간 사용 방법 및그 시스템 | |
CN100477862C (zh) | 一种确定集中控制服务器的方法及*** | |
CN101159946B (zh) | 蜂窝按讲业务的发言权控制方法和蜂窝按讲服务器 | |
WO2011119579A1 (en) | High-priority communication sessions within a wireless communications system | |
WO2007062598A1 (fr) | Procede et dispositif d'etablissement de messagerie vocale en mode poc | |
CN100377604C (zh) | 集群***中实现实时发言的方法及*** | |
CN100370849C (zh) | 对PoC发言请求进行处理的方法及装置 | |
CN102176716B (zh) | 在PoC***中删除发言权的方法和*** | |
US20090017787A1 (en) | Charging method in poc service | |
CN107027107A (zh) | 一种集***换中心组呼并入方法及冲突解决方法 | |
CN101640849A (zh) | 一种通信时间控制方法及装置 | |
KR100672336B1 (ko) | 이동통신망에서 그룹통화를 위한 발언권 관리 방법 및 이를위한 그룹통화 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180223 |