CN109889549B - 媒体数据下发方法及装置、关键任务一键通系统 - Google Patents
媒体数据下发方法及装置、关键任务一键通系统 Download PDFInfo
- Publication number
- CN109889549B CN109889549B CN201910266245.1A CN201910266245A CN109889549B CN 109889549 B CN109889549 B CN 109889549B CN 201910266245 A CN201910266245 A CN 201910266245A CN 109889549 B CN109889549 B CN 109889549B
- Authority
- CN
- China
- Prior art keywords
- media data
- client
- sound mixing
- paths
- mixing screen
- 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.)
- Active
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本申请提供一种媒体数据下发方法及装置、关键任务一键通系统，媒体数据下发方法应用于关键任务一键通系统中的参与功能服务器，与所述参与功能服务器相连且包含同时参与多个呼叫的客户端，所述媒体数据下发方法包括：接收待发送至所述客户端的第一数量的媒体数据；合并所述第一数量的媒体数据中的部分或全部媒体数据获得第二数量的媒体数据；通过第二数量的下行通道下发所述第二数量的媒体数据至所述客户端。本申请可以合并两个或多个媒体数据为合并媒体数据，服务器便可以采用一路下行通道来下发合并媒体数据，从而减少服务器下发使用下行通道的数量，进而大大节省服务器的空口带宽资源。
Description
技术领域
本申请涉及通信技术领域，尤其涉及一种混音屏方法及装置、关键任务一键通系统。
背景技术
关键任务一键通(Mission Critical Push To Talk，MCPTT)系统，包括服务器(MCPTTserver)和多个客户端(MCPTT client)。其中，MCPTT服务器包括控制功能服务器(MCPTT Controling Function，MCPTT CF)和参与功能服务器(MCPTTParticipatingFunction，MCPTT PF)两种类型。
在MCPTT系统中每个客户端对应一个客户端号码；MCPTT系统中多个客户端可以组成多个群组，每个群组对应一个组号，一个客户端可以同时存在于多个群组中。
客户端可以通过客户端号码向一个或多个客户端发起单呼，客户端也可以通过组号向一个或多个群组发起组呼。一个客户端可以同时参与多个呼叫(多个呼叫可以包括组呼和/或单呼)。
在客户端同时参与多个呼叫的情况下，该客户端具有多个会话，服务器会采用多路下行通道来下发多个会话的媒体数据至同一客户端。因为服务器的空口资源有限，采用多路下行通道来下发媒体数据的过程，会占用服务器较多的空口带宽资源。
发明内容
鉴于此，本申请提供一种混音屏方法、装置和系统，可以合并两个或多个媒体数据为合并媒体数据，服务器便可以采用一路下行通道来下发合并媒体数据，从而减少服务器下发使用下行通道的数量，进而大大节省服务器的空口带宽资源。
为了实现上述目的，本申请提供了下述技术特征：
一种媒体数据下发方法，应用于关键任务一键通系统中的参与功能服务器，与所述参与功能服务器相连且同时参与多个呼叫的客户端；所述媒体数据下发方法包括：
获取待发送至客户端的第一数量路媒体数据；其中，所述第一数量等于该客户端同时参与的呼叫数量；
合并所述第一数量路媒体数据中部分或全部路媒体数据为第二数量路媒体数据，所述第一数量路媒体数据中未合并媒体数据和所述第二数量路媒体数据组成第三数量路媒体数据；其中，所述第三数量小于所述第一数量；
通过第三数量路下行通道，下发所述第三数量路媒体数据至所述客户端。
可选的，在所述合并所述第一数量路媒体数据中部分或全部路媒体数据为第二数量路媒体数据之前，还包括：
接收所述客户端发送的混音屏申请请求；
其中，所述混音屏申请请求包括申请混音屏的客户端标识、第二数量以及客户端同时参与多个呼叫中用于合并媒体数据的至少两个呼叫的呼叫标识；并且，所述混音屏申请请求中至少两个呼叫标识分为第二数量个呼叫标识集合。
可选的，所述合并所述第一数量路媒体数据中部分或全部路媒体数据为第二数量路媒体数据，包括：
从所述混音屏申请请求中提取第二数量个呼叫标识集合；
针对每个呼叫标识集合，在所述第一数量路媒体数据确定呼叫标识集合中各个呼叫标识对应的各个媒体数据，合并所述各个媒体数据为一路媒体数据；
获得所述第二数量路媒体数据。
可选的，在所述合并所述第一数量路媒体数据中部分或全部路媒体数据为第二数量路媒体数据之后，还包括：
向所述客户端发送与所述混音屏申请请求对应的混音屏申请响应；
其中，所述混音屏申请响应包括：申请混音屏的客户端标识以及混音屏申请请求的申请结果。
可选的，在所述通过第三数量路下行通道，下发所述第三数量路媒体数据至所述客户端之后，还包括：
接收所述客户端发送的混音屏取消请求；其中，所述混音屏取消请求包括申请取消混音屏的客户端标识；
通过第一数量路下行通道，下发所述第一数量路媒体数据至所述客户端。
可选的，在所述接收所述客户端发送的混音屏取消请求之后，还包括：
发送混音屏取消响应至所述客户端；
其中，所述混音屏取消响应包括申请取消混音屏的客户端标识，以及，混音屏取消请求的申请结果。
一种媒体数据下发方法，应用于关键任务一键通系统中的多个客户端，所述关键任务一键通系统还包括参与功能服务器，与所述参与功能服务器相连且同时参与多个呼叫的客户端；所述媒体数据下发方法包括：
发送混音屏申请请求至参与功能服务器，以供参与功能服务器获取待发送至客户端的第一数量路媒体数据；其中，所述第一数量等于该客户端同时参与的呼叫数量；合并所述第一数量路媒体数据中、混音屏申请请求指示的部分或全部路媒体数据为第二数量路媒体数据，所述第一数量路媒体数据中未合并媒体数据和所述第二数量路媒体数据组成第三数量路媒体数据；其中，所述第三数量小于所述第一数量；通过第三数量路下行通道，下发所述第三数量路媒体数据至所述客户端；
接收并输出第三数量路媒体数据。
一种参与功能服务器，包括：
处理器；以及
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行如权利要求1～6任一项所述的媒体数据下发方法。
一种客户端，包括：
处理器；以及
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行如权利要求7所述的媒体数据下发方法。
一种关键任务一键通系统，包括：
参与功能服务器，以及，与所述参与功能服务器相连且同时参与多个呼叫的客户端；
客户端，用于发送混音屏申请请求至参与功能服务器，接收并显示参与功能服务器发送的第三数量路媒体数据；
参与功能服务器，用于获取待发送至客户端的第一数量路媒体数据；其中，所述第一数量等于该客户端同时参与的呼叫数量；合并所述第一数量路媒体数据中部分或全部路媒体数据为第二数量路媒体数据，所述第一数量路媒体数据中未合并媒体数据和所述第二数量路媒体数据组成第三数量路媒体数据；其中，所述第三数量小于所述第一数量；通过第三数量路下行通道，下发所述第三数量路媒体数据至所述客户端。
通过以上技术手段，可以实现以下有益效果：
本申请提供的方案可以合并两个或多个媒体数据为合并媒体数据，服务器便可以采用一路下行通道来下发合并媒体数据，从而减少服务器下发使用下行通道的数量，进而大大节省服务器的空口带宽资源。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例公开的一种关键任务一键通系统的结构示意图；
图2为本申请实施例公开的一种媒体数据下发方法的流程图；
图3为本申请实施例公开的一种关键任务一键通系统的结构示意图；
图4为本申请实施例公开的一种媒体数据下发方法的流程图；
图5为本申请实施例公开的又一种媒体数据下发方法的流程图；
图6为本申请实施例公开的一种媒体数据下发装置的结构示意图；
图7为本申请实施例公开的又一种媒体数据下发装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
参见图1，本申请提供关键任务一键通系统，包括：服务器(MCPTT server)和多个客户端(MCPTT client)。
其中，MCPTT服务器包括控制功能服务器(MCPTT Controling Function，MCPTTCF)和参与功能服务器(MCPTTParticipating Function，MCPTT PF)两种类型服务器。
MCPTT CF用于业务控制，MCPTT PF用于用户归属地资源管理。在目前MCPTT的通信规范中，一个客户端群组对应一个MCPTT CF，在单呼或组呼中，由MCPTT CF向客户端所属的MCPTT PF下发媒体数据，由MCPTT PF再下发至客户端。
在图1所示的关键任务一键通系统中，MCPTT PF的管辖范围内包含同时参与多个呼叫的客户端，多个呼叫可以为组呼或者单呼，对于呼叫方式本实施例不做限定。
本申请可以客户端同时参与的多路组呼中媒体数据合并为一路或几路，从而减少服务器下发媒体数据时所占用的下行通道数量，从而减少占用空口资源。
媒体数据可以为语音数据和视频数据，在合并语音数据时称为混音，在合并视频数据时称为融屏(把多个屏幕的视频合并成为一个屏幕的视频，也就是多个屏幕融成一个屏幕)，所以合并媒体数据又称为混音屏。
参见图2，本申请提供了一种媒体数据下发方法，包括：
步骤S101：MCPTT CF向MCPTT PF发送待发送至客户端的第一数量路媒体数据，其中，所述第一数量等于该客户端同时参与的呼叫数量。
步骤S102：MCPTT PF接收待发送至所述客户端的第一数量路媒体数据。
步骤S103：客户端发送的混音屏申请请求至MCPTT PF。
混音屏申请请求为客户端中的新增，表述为GC-MediaMixing-Req。参见下述表格对混音屏申请请求GC-MediaMixing-Req进行介绍：
Mixing Container
步骤S104：MCPTT PF确定所述混音屏申请请求中各个呼叫标识对应的媒体数据。
步骤S105：MCPTT PF合并所述各个呼叫标识对应的媒体数据为第二数量的媒体数据。也即，MCPTT PF合并所述第一数量路媒体数据中部分或全部路媒体数据为第二数量路媒体数据
步骤S106：所述第一数量路媒体数据中未合并媒体数据和所述第二数量路媒体数据组成第三数量路媒体数据；其中，所述第三数量小于所述第一数量。
步骤S107：MCPTT PF发送混音屏申请响应至客户端。
在MCPTT PF中新增混音屏响应，表述为GC-MediaMixing-Rsp。参见下述表格对混音屏响应GC-MediaMixing-Rsp进行介绍：
步骤S108：MCPTT PF分别通过第三数量路下行通道，下发所述第三数量路媒体数据至所述客户端。
步骤S109：客户端输出所述第三数量路媒体数据。
步骤S110：客户端发送混音屏取消请求，MCPTT PF接收所述客户端发送的混音屏取消请求。其中，所述混音屏取消请求包括申请取消混音屏的客户端标识。
MCPTT PF收到混音屏取消请求后，在混音屏取消处理成功之后回送GC-MediaMixing-Rsp，具体包括以下参数：
步骤S111：MCPTT PF发送混音屏取消响应至客户端。其中所述混音屏取消响应包括申请取消混音屏的客户端标识，以及，混音屏取消请求的申请结果。
所述混音屏取消响应，可以表述为GC-MediaMixing-Cancel-Rsp，具体包括以下参数：
步骤S112：MCPTT PF分别通过第一数量的下行通道下发所述第一数量路媒体数据至所述客户端。
步骤S113：客户端输出所述第一数量路媒体数据。
下面以一个具体实例来对本申请进行详细描述：
参见图3，以MCPTT系统中包括三个群组为例，三个群组分别为群组1、群组2和群组3。其中客户端1是群组1、群组2、群组3的成员。
参见图4提供媒体数据下发方法实施例的第一部分：通过3路下行通道发送3个媒体数据。
MCPTT CF1发起群组1的组呼，MCPTT客户端1加入群组1的组呼。
MCPTT CF2发起群组2的组呼，MCPTT客户端1加入群组2的组呼。
MCPTT CF3发起群组3的组呼，MCPTT客户端1加入群组3的组呼。
MCPTT客户端1同时参与3个组呼，MCPTT CF1发送媒体数据1到MCPTT PF，MCPTTCF2发送媒体数据2到MCPTT PF，MCPTT CF3发送媒体数据3到MCPTT PF。
MCPTT PF同时通过3路下行通道发送媒体数据1、媒体数据2和媒体数据3到客户端1，以供客户端1同时收听或观看3路媒体数据。媒体数据可以包括语音数据和视频数据。
参见图4提供媒体数据下发方法实施例的第二部分：通过2路下行通道发送3个媒体数据。
第二部分指出可以合并3个媒体数据中的两个媒体数据为一个媒体数据，从而由3个媒体数据变成2个媒体数据，进而采用2路下行通道发送原始3个媒体数据。
本实施例提供三种合并两个媒体数据为一个媒体数据的方式：
(1)合并组呼1和组呼2中的媒体数据1和媒体数据2为一个媒体数据
(2)合并组呼1和组呼3中的媒体数据1和媒体数据3为一个媒体数据。
(3)合并组呼2和组呼3中的媒体数据2和媒体数据3为一个媒体数据。
下面以合并组呼1和组呼2中的媒体数据1和媒体数据2为一个媒体数据为例进行详细说明，详见图4提供媒体数据下发方法实施例的第二部分。
步骤1：MCPTT客户端1发送混音屏申请请求至MCPTT PF，混音屏申请请求用于合并组呼1的媒体数据1和组呼2的媒体数据2。
混音屏申请请求为客户端中的新增，表述为GC-MediaMixing-Req。参见下述表格对混音屏申请请求GC-MediaMixing-Req进行介绍：
| 参数 | 详细描述 |
| Number of MCPTT Group ID | 2 |
| MCPTT Group ID | 群组1ID |
| MCPTT Group ID | 群组2ID |
在客户端1发送合并组呼1和组呼2中的媒体数据1和媒体数据2为一个媒体数据的混音屏申请请求情况下，混音屏申请请求中MCPTT ID为客户端1标识(客户端1ID)；Numberof Mixing Container为1(利用一个混音屏容器即可合并媒体数据1和媒体数据2)；MixingContainer为合并媒体数据1和媒体数据2的混音屏容器。
Mixing Container中的Number of MCPTT Group ID为2，MCPTT Group ID为群组1标识(群组1ID)和群组2标识(群组2ID)。
步骤2：MCPTT PF接收混音屏申请请求后，向客户端1返回混音屏响应。
在MCPTT PF中新增混音屏响应，表述为GC-MediaMixing-Rsp。参见下述表格对混音屏响应GC-MediaMixing-Rsp进行介绍：
在客户端1发送合并组呼1和组呼2中的媒体数据1和媒体数据2为一个媒体数据的混音屏申请请求情况下，GC-MediaMixing-Rsp中MCPTT ID为客户端1标识(客户端1ID)；Result为混音屏申请结果(申请成功标识或申请失败标识)。客户端1接收MCPTT PF发送的混音屏响应。
步骤3：MCPTT PF依据混音屏申请请求群组1标识和群组2标识，合并群组1标识和群组2标识对应的媒体数据。
MCPTT PF依据混音屏申请请求中待合并群组标识群组1标识和群组2标识，合并组呼1对应的媒体数据1和组呼2对应的媒体数据2为一路媒体数据：媒体数据1&媒体数据2。
步骤4：MCPTT PF通过一路下行通道发送合并后的媒体数据，通过其它下行通路发送未合并的媒体数据3。
参见图4提供媒体数据下发方法实施例的第三部分：通过1路下行通道发送3个媒体数据。
步骤1：MCPTT客户端1发送混音屏申请请求至MCPTT PF，混音屏申请请求用于合并组呼1的媒体数据1、组呼2的媒体数据2和组呼3的媒体数据3。
| 参数 | 详细描述 |
| Number of MCPTT Group ID | 3 |
| MCPTT Group ID | 群组1ID |
| MCPTT Group ID | 群组2ID |
| MCPTT Group ID | 群组3ID |
在客户端1发送合并媒体数据1、媒体数据2和媒体数据3为一个媒体数据的混音屏申请请求情况下，混音屏申请请求中MCPTT ID为客户端1标识(客户端1ID)；Number ofMixing Container为1(利用一个混音屏容器即可合并媒体数据1、媒体数据2和媒体数据3)；Mixing Container为合并媒体数据1、媒体数据2、媒体数据3的混音屏容器。
Mixing Container中的Number of MCPTT Group ID为3，MCPTT Group ID为群组1标识(群组1ID)、群组2标识(群组2ID)和群组3标识(群组3ID)。
步骤2：MCPTT PF接收混音屏申请请求后，向客户端1返回混音屏响应。
步骤3：MCPTT PF依据混音屏申请请求中群组1标识、群组2标识和群组3标识，合并群组标识对应的媒体数据。
MCPTT PF依据混音屏申请请求中群组1标识、群组2标识和群组3标识，合并组呼1对应的媒体数据1、组呼2对应的媒体数据2和组呼3对应的媒体数据3为一路媒体数据。
步骤4：MCPTT PF通过一路下行通道发送合并后的媒体数据。
MCPTT PF通过一路下行通道发送媒体数据1&媒体数据2&媒体数据3。
在用户不希望合并三路媒体数据的情况下，还可以发送混音屏取消请求。
步骤1：MCPTT客户端1发送混音屏取消请求至MCPTT PF。
MCPTT Client1发送GC-MediaMixing-Cancel-Req，取消传输混音屏媒体。
GC-MediaMixing-Cancel-Req
步骤2：MCPTT PF发送混音屏取消响应。
GC-MediaMixing-Cancel-Rsp
MCPTT PF收到混音屏取消请求后，在混音屏取消处理成功后回送GC-MediaMixing-Rsp。
步骤3：MCPTT PF将组呼1的媒体数据1、组呼2的媒体数据2、组呼3的媒体数据3分别采用3路下行通道发送至客户端1。
下面介绍一个稍微复杂的举例，以对本申请的应用场景进行说明。
假如用户同时加入7个组呼：组呼1、组呼2、组呼3、组呼4、组呼5、组呼6和组呼7；用户希望对组呼1、组呼2分别进行录音，对组呼3和组呼4进行融屏，同时，收听组呼5、组呼6和组呼7的音频。
则用户希望合并成为4路媒体数据：
第1路媒体数据：组呼1的媒体数据；
第2路媒体数据：组呼2的媒体数据；
第3路媒体数据：组呼3和组呼4融屏后的媒体数据；
第4路媒体数据：组呼5、组呼6和组呼7混音后的媒体数据。
然后，发送混音屏申请请求至MCPTT PF，MCPTT PF接收混音屏申请请求后，基于混音屏申请请求，组呼1、组呼2、组呼3、组呼4、组呼5、组呼6和组呼7一次性完成混音屏操作获得四路媒体数据，然后发送四路媒体数据至客户端。
本申请又提供了一种媒体数据下发方法，应用于关键任务一键通系统中的多个客户端，所述关键任务一键通系统还包括参与功能服务器，在所述参与功能服务器的管控区域内包含同时参与多个呼叫的客户端。
参见图5，所述媒体数据下发方法包括：
步骤S501：发送混音屏申请请求至参与功能服务器，以供参与功能服务器获取待发送至客户端的第一数量路媒体数据；其中，所述第一数量等于该客户端同时参与的呼叫数量；合并所述第一数量路媒体数据中、混音屏申请请求指示的部分或全部路媒体数据为第二数量路媒体数据，所述第一数量路媒体数据中未合并媒体数据和所述第二数量路媒体数据组成第三数量路媒体数据；其中，所述第三数量小于所述第一数量；分别通过第三数量路下行通道，下发所述第三数量路媒体数据至所述客户端；
其中，所述混音屏申请请求包括申请混音屏的客户端标识、第二数量以及客户端同时参与多个呼叫中用于合并媒体数据的至少两个呼叫的呼叫标识；并且，所述混音屏申请请求中至少两个呼叫标识分为第二数量个呼叫标识集合
步骤S502：接收并输出第三数量路媒体数据。
例如，第三数量路媒体数据为4路媒体数据，客户端可以接收并输出下述4路媒体数据：
第1路媒体数据：组呼1的媒体数据；
第2路媒体数据：组呼2的媒体数据；
第3路媒体数据：组呼3和组呼4融屏后的媒体数据；
第4路媒体数据：组呼5、组呼6和组呼7混音后的媒体数据。
所述客户端还可以接收并显示参与功能服务器发送与所述混音屏申请请求对应的混音屏申请响应；其中，所述混音屏申请响应包括：申请混音屏的客户端标识以及混音屏申请请求的申请结果。
所述客户端还可以发送的混音屏取消请求；其中，所述混音屏取消请求包括申请取消混音屏的客户端标识，以供参与功能服务器分别通过第一数量路下行通道，下发所述第一数量路媒体数据至所述客户端。
所述客户端还可以接收并显示参与功能服务器发送的混音屏取消响应；其中，所述混音屏取消响应包括申请取消混音屏的客户端标识，以及，混音屏取消请求的申请结果。
与图2所示的媒体数据下发方法对应的，本申请提供了一种媒体数据下发装置，集成于关键任务一键通系统中的参与功能服务器，在所述参与功能服务器的管控区域内包含同时参与多个呼叫的客户端。
参见图6，所述媒体数据下发装置包括：
获取单元61，用于获取待发送至客户端的第一数量路媒体数据；其中，所述第一数量等于该客户端同时参与的呼叫数量；
合并单元62，用于合并所述第一数量路媒体数据中部分或全部路媒体数据为第二数量路媒体数据，所述第一数量路媒体数据中未合并媒体数据和所述第二数量路媒体数据组成第三数量路媒体数据；其中，所述第三数量小于所述第一数量；
下发单元63，用于分别通过第三数量路下行通道，下发所述第三数量路媒体数据至所述客户端。
其中，所述媒体数据下发装置还包括：
在合并所述第一数量路媒体数据中部分或全部路媒体数据为第二数量路媒体数据之前，接收所述客户端发送的混音屏申请请求；
其中，所述混音屏申请请求包括申请混音屏的客户端标识、第二数量以及客户端同时参与多个呼叫中用于合并媒体数据的至少两个呼叫的呼叫标识；并且，所述混音屏申请请求中至少两个呼叫标识分为第二数量个呼叫标识集合。
所述合并单元62中所述合并所述第一数量路媒体数据中部分或全部路媒体数据为第二数量路媒体数据，具体包括：
从所述混音屏申请请求中提取第二数量个呼叫标识集合；针对每个呼叫标识集合，在所述第一数量路媒体数据确定呼叫标识集合中各个呼叫标识对应的各个媒体数据，合并所述各个媒体数据为一路媒体数据；获得所述第二数量路媒体数据。
所述合并单元62中，在所述合并所述第一数量路媒体数据中部分或全部路媒体数据为第二数量路媒体数据之后，还包括：向所述客户端发送与所述混音屏申请请求对应的混音屏申请响应；其中，所述混音屏申请响应包括：申请混音屏的客户端标识以及混音屏申请请求的申请结果。
其中，所述媒体数据下发装置还包括：
在所述分别通过第三数量路下行通道，下发所述第三数量路媒体数据至所述客户端之后，还接收所述客户端发送的混音屏取消请求；其中，所述混音屏取消请求包括申请取消混音屏的客户端标识；分别通过第一数量路下行通道，下发所述第一数量路媒体数据至所述客户端。
其中，所述媒体数据下发装置还包括：
在所述接收所述客户端发送的混音屏取消请求之后，发送混音屏取消响应至所述客户端；其中，所述混音屏取消响应包括申请取消混音屏的客户端标识，以及，混音屏取消请求的申请结果。
关于图6所示的实施例的具体执行过程，可以参见图2所示的实施例，在此不再赘述。
与图5所示的媒体数据下发方法对应的，本申请提供了一种媒体数据下发装置，集成于关键任务一键通系统中的多个客户端，所述关键任务一键通系统还包括参与功能服务器，在所述参与功能服务器的管控区域内包含同时参与多个呼叫的客户端。
参见图7，所述媒体数据下发装置包括：
发送单元71，用于发送混音屏申请请求至参与功能服务器，以供参与功能服务器获取待发送至客户端的第一数量路媒体数据；其中，所述第一数量等于该客户端同时参与的呼叫数量；合并所述第一数量路媒体数据中、混音屏申请请求指示的部分或全部路媒体数据为第二数量路媒体数据，所述第一数量路媒体数据中未合并媒体数据和所述第二数量路媒体数据组成第三数量路媒体数据；其中，所述第三数量小于所述第一数量；分别通过第三数量路下行通道，下发所述第三数量路媒体数据至所述客户端；
接收单元72，用于接收第三数量路媒体数据；
显示单元73，用于显示第三数量路媒体数据。
关于图7所示的实施例的具体执行过程，可以参见图5所示的实施例，在此不再赘述。
本申请提供了一种参与功能服务器，包括：
处理器；以及
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行如权利要求1～6任一项所述的媒体数据下发方法。
本申请提供了一种客户端，包括：
处理器；以及
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行如权利要求7所述的媒体数据下发方法。
参见图1，本申请提供了一种关键任务一键通系统，包括：
参与功能服务器，以及，所述参与功能服务器的管控区域内同时参与多个呼叫的客户端；
客户端，用于发送混音屏申请请求至参与功能服务器，接收并显示参与功能服务器发送的第三数量路媒体数据；
参与功能服务器，用于获取待发送至客户端的第一数量路媒体数据；其中，所述第一数量等于该客户端同时参与的呼叫数量；合并所述第一数量路媒体数据中部分或全部路媒体数据为第二数量路媒体数据，所述第一数量路媒体数据中未合并媒体数据和所述第二数量路媒体数据组成第三数量路媒体数据；其中，所述第三数量小于所述第一数量；分别通过第三数量路下行通道，下发所述第三数量路媒体数据至所述客户端。
本实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机，服务器，移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (9)
1.一种媒体数据下发方法，其特征在于，应用于关键任务一键通系统中的参与功能服务器，与所述参与功能服务器相连且同时参与多个呼叫的客户端；所述媒体数据下发方法包括：
获取待发送至客户端的第一数量路媒体数据；其中，所述第一数量等于该客户端同时参与的呼叫数量，所述呼叫包括组呼或者单呼；
合并所述第一数量路媒体数据中部分或全部路媒体数据为第二数量路媒体数据，所述第一数量路媒体数据中未合并媒体数据和所述第二数量路媒体数据组成第三数量路媒体数据；其中，所述第三数量小于所述第一数量；
通过第三数量路下行通道，下发所述第三数量路媒体数据至所述客户端；
在所述合并所述第一数量路媒体数据中部分或全部路媒体数据为第二数量路媒体数据之前，还包括：
接收所述客户端发送的混音屏申请请求；
其中，所述混音屏申请请求包括申请混音屏的客户端标识、第二数量以及客户端同时参与多个呼叫中用于合并媒体数据的至少两个呼叫的呼叫标识；并且，所述混音屏申请请求中至少两个呼叫标识分为第二数量个呼叫标识集合。
2.如权利要求1所述的方法，其特征在于，所述合并所述第一数量路媒体数据中部分或全部路媒体数据为第二数量路媒体数据，包括：
从所述混音屏申请请求中提取第二数量个呼叫标识集合；
针对每个呼叫标识集合，在所述第一数量路媒体数据确定呼叫标识集合中各个呼叫标识对应的各个媒体数据，合并所述各个媒体数据为一路媒体数据；
获得所述第二数量路媒体数据。
3.如权利要求1所述的方法，其特征在于，在所述合并所述第一数量路媒体数据中部分或全部路媒体数据为第二数量路媒体数据之后，还包括：
向所述客户端发送与所述混音屏申请请求对应的混音屏申请响应；
其中，所述混音屏申请响应包括：申请混音屏的客户端标识以及混音屏申请请求的申请结果。
4.如权利要求1所述的方法，其特征在于，在所述通过第三数量路下行通道，下发所述第三数量路媒体数据至所述客户端之后，还包括：
接收所述客户端发送的混音屏取消请求；其中，所述混音屏取消请求包括申请取消混音屏的客户端标识；
通过第一数量路下行通道，下发所述第一数量路媒体数据至所述客户端。
5.如权利要求4所述的方法，其特征在于，在所述接收所述客户端发送的混音屏取消请求之后，还包括：
发送混音屏取消响应至所述客户端；
其中，所述混音屏取消响应包括申请取消混音屏的客户端标识，以及，混音屏取消请求的申请结果。
6.一种媒体数据下发方法，其特征在于，应用于关键任务一键通系统中的多个客户端，所述关键任务一键通系统还包括参与功能服务器，与所述参与功能服务器相连且同时参与多个呼叫的客户端；所述媒体数据下发方法包括：
发送混音屏申请请求至参与功能服务器，以供参与功能服务器获取待发送至客户端的第一数量路媒体数据；其中，所述第一数量等于该客户端同时参与的呼叫数量，所述呼叫包括组呼或者单呼；合并所述第一数量路媒体数据中、混音屏申请请求指示的部分或全部路媒体数据为第二数量路媒体数据，所述第一数量路媒体数据中未合并媒体数据和所述第二数量路媒体数据组成第三数量路媒体数据；其中，所述第三数量小于所述第一数量；通过第三数量路下行通道，下发所述第三数量路媒体数据至所述客户端；其中，所述混音屏申请请求包括申请混音屏的客户端标识、第二数量以及客户端同时参与多个呼叫中用于合并媒体数据的至少两个呼叫的呼叫标识；并且，所述混音屏申请请求中至少两个呼叫标识分为第二数量个呼叫标识集合；
接收并输出第三数量路媒体数据。
7.一种参与功能服务器，其特征在于，包括：
处理器；以及
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行如权利要求1～5任一项所述的媒体数据下发方法。
8.一种客户端，其特征在于，包括：
处理器；以及
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行如权利要求6所述的媒体数据下发方法。
9.一种关键任务一键通系统，其特征在于，包括：
参与功能服务器，以及，与所述参与功能服务器相连且同时参与多个呼叫的客户端；
客户端，用于发送混音屏申请请求至参与功能服务器，接收并显示参与功能服务器发送的第三数量路媒体数据；其中，所述混音屏申请请求包括申请混音屏的客户端标识、第二数量以及客户端同时参与多个呼叫中用于合并媒体数据的至少两个呼叫的呼叫标识；并且，所述混音屏申请请求中至少两个呼叫标识分为第二数量个呼叫标识集合；
参与功能服务器，用于获取待发送至客户端的第一数量路媒体数据；其中，所述第一数量等于该客户端同时参与的呼叫数量，所述呼叫包括组呼或者单呼；合并所述第一数量路媒体数据中部分或全部路媒体数据为第二数量路媒体数据，所述第一数量路媒体数据中未合并媒体数据和所述第二数量路媒体数据组成第三数量路媒体数据；其中，所述第三数量小于所述第一数量；通过第三数量路下行通道，下发所述第三数量路媒体数据至所述客户端。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910266245.1A CN109889549B (zh) | 2019-04-03 | 2019-04-03 | 媒体数据下发方法及装置、关键任务一键通系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910266245.1A CN109889549B (zh) | 2019-04-03 | 2019-04-03 | 媒体数据下发方法及装置、关键任务一键通系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109889549A CN109889549A (zh) | 2019-06-14 |
| CN109889549B true CN109889549B (zh) | 2021-09-28 |
Family
ID=66936061
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910266245.1A Active CN109889549B (zh) | 2019-04-03 | 2019-04-03 | 媒体数据下发方法及装置、关键任务一键通系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109889549B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111147362B (zh) * | 2020-01-16 | 2021-05-25 | 腾讯科技（深圳）有限公司 | 多人即时通讯方法、系统、装置及电子设备 |
| JP7377352B2 (ja) | 2020-01-16 | 2023-11-09 | テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッド | 複数メンバーでのインスタントメッセージング方法、システム、装置及び電子機器、並びにコンピュータプログラム |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104883338B (zh) * | 2014-02-27 | 2018-11-06 | 华为技术有限公司 | 一种录音控制方法及sip服务器和录音服务器 |
| KR102553122B1 (ko) * | 2015-10-01 | 2023-07-10 | 삼성전자주식회사 | Mcptt 서비스를 관리하는 방법 및 장치 |
| CN105721469B (zh) * | 2016-02-18 | 2019-09-20 | 腾讯科技（深圳）有限公司 | 音频数据处理方法、服务器、客户端以及系统 |
| CN107733848A (zh) * | 2017-08-16 | 2018-02-23 | 北京中兴高达通信技术有限公司 | 终端混音的通话系统和方法 |
| CN107659902A (zh) * | 2017-08-16 | 2018-02-02 | 北京中兴高达通信技术有限公司 | 网络混音的通话系统和方法 |
| CN109005516A (zh) * | 2018-08-01 | 2018-12-14 | 北京中兴高达通信技术有限公司 | 媒体流的传输方法及装置 |
-
2019
- 2019-04-03 CN CN201910266245.1A patent/CN109889549B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN109889549A (zh) | 2019-06-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9374682B2 (en) | Method and system for managing real-time audio broadcasts among a group of users | |
| US20170279626A1 (en) | Collaborative group communication method involving a context aware call jockey | |
| US7761109B2 (en) | System and method for granting transmit capability in a push to communicate system | |
| US20120077536A1 (en) | Collaborative group communication method involving a context aware call jockey | |
| US8068866B2 (en) | Group communication server | |
| US20060285670A1 (en) | Method and apparatus for providing conference call services | |
| CN101697606B (zh) | 无线一键通系统中处理呼叫的方法和设备 | |
| US8112106B2 (en) | Method and apparatus for obtaining group information by an invited user during a session | |
| EP3314849B1 (en) | Merging active group calls | |
| US20090024743A1 (en) | Media session data transmission control method, control relation negotiation method and control device and system | |
| CN102143436A (zh) | PoC业务中紧急呼叫的处理方法、服务器及系统 | |
| US20150039691A1 (en) | System and Methods for Dynamic Floor Control in Group Communications | |
| US20060089998A1 (en) | Method and system for determining server having controlling function | |
| CN109889549B (zh) | 媒体数据下发方法及装置、关键任务一键通系统 | |
| US8849333B2 (en) | Method and communication system for providing a content delivery service through push-to-talk | |
| RU2474070C2 (ru) | Система и способ минимизации времени задержки установления вызова в групповой связи между устройствами беспроводной связи | |
| CN100477862C (zh) | 一种确定集中控制服务器的方法及系统 | |
| KR100713444B1 (ko) | 피티티 서비스를 지원하는 이동 통신 시스템에서의 호 설정 방법 및 그에 따른 시스템 | |
| CN101115073A (zh) | PoC业务的会话释放方法和系统 | |
| CN102176716B (zh) | 在PoC系统中删除发言权的方法和系统 | |
| CN102204160B (zh) | 用于确定活跃的通信会话的方法、通信会话信息服务器、用于提供关于活跃的通信会话的信息的方法以及文档管理服务器 | |
| CN107483756B (zh) | 语音呼叫的处理方法和系统 | |
| CN101340646B (zh) | 一种调度员同时参与多个呼叫的集群通信系统和方法 | |
| CN101305623B (zh) | 用于确定具有控制功能的pt服务器的方法和装置 | |
| KR100751413B1 (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |