CN113411310B - 一种媒体下行传输控制方法及相关设备 - Google Patents

一种媒体下行传输控制方法及相关设备 Download PDF

Info

Publication number
CN113411310B
CN113411310B CN202110536869.8A CN202110536869A CN113411310B CN 113411310 B CN113411310 B CN 113411310B CN 202110536869 A CN202110536869 A CN 202110536869A CN 113411310 B CN113411310 B CN 113411310B
Authority
CN
China
Prior art keywords
media
media stream
target
terminal
message
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
Application number
CN202110536869.8A
Other languages
English (en)
Other versions
CN113411310A (zh
Inventor
葛翠丽
杨艳梅
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202110536869.8A priority Critical patent/CN113411310B/zh
Publication of CN113411310A publication Critical patent/CN113411310A/zh
Application granted granted Critical
Publication of CN113411310B publication Critical patent/CN113411310B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1089—In-session procedures by adding media; by removing media
    • 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/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1093—In-session procedures by adding participants; by removing participants
    • 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
    • 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
    • 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/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • 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/75—Media network packet handling
    • H04L65/764—Media network packet handling at the destination 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请实施例提供一种媒体下行传输控制方法及相关设备，其中方法包括如下步骤：接收授权终端发送的远程媒体接收消息，所述远程媒体接收消息包括目标用户标识；根据所述远程媒体接收消息确定第一目标媒体流；向所述目标用户标识对应的目的终端发送所述第一目标媒体流。采用本申请，可以使授权用户对媒体数据的传输控制更具有针对性，同时提升媒体下行传输控制的灵活性。

Description

一种媒体下行传输控制方法及相关设备
技术领域
本申请涉及电子技术领域，尤其涉及一种媒体下行传输控制方法及相关设备。
背景技术
紧急任务服务是用于公共安全应用及一般的商业应用的一种媒体传输服务，如公安系统中。紧急任务服务支持1-to-N的群组通信，在一个群组通信中，媒体数据的传输可以受到授权用户如调度员(dispatcher)的控制，调度员即有特殊权限的用户，可以是某一个或几个群组的群组成员，也可能是超级用户。现有技术中，只有授权用户对群组用户上行发送媒体数据的控制机制，并没有授权用户对群组用户下行接收媒体数据的控制机制，例如授权用户可以控制某一个群组用户发送某一个目标媒体数据给媒体控制服务器，但是无法控制某一个或者几个特定的群组用户接收该目标媒体数据。现有技术方案中，授权用户对媒体数据的传输控制的针对性不强，灵活性较差。
发明内容
本申请提供一种媒体下行传输控制方法及相关设备，可以使授权用户对媒体数据的传输控制更具有针对性，同时提升媒体下行传输控制的灵活性。
第一方面，本申请实施例提供了一种媒体下行传输控制方法，包括：
接收授权终端发送的远程媒体接收消息，所述远程媒体接收消息包括目标用户标识；接着，根据所述远程媒体接收消息确定第一目标媒体流；最后，向所述目标用户标识对应的目的终端发送所述第一目标媒体流。
在第一方面中，授权用户可以指定发送的第一目标媒体流以及接收该第一目标媒体流的目的终端，进而实现了向特定的通信参与用户所在终端发送特定的媒体流。
在第一方面的第一种可能的实现方式中，所述向所述目标用户标识对应目的终端发送所述第一目标媒体流之前，还包括：
确定所述目的终端当前接收的媒体流数目小于所述目的终端对应的媒体流数目阈值。
在第一方面的第二种可能的实现方式中，所述远程媒体接收消息还包括所述第一目标媒体流的媒体流标识。
在第一方面的第三种可能的实现方式中，所述向所述目标用户标识对应的目的终端发送所述第一目标媒体流之前还包括：
向所述第一目标媒体流的源终端发送媒体传输授予消息；
接收所述第一目标媒体流的源终端根据所述媒体传输授予消息发送的所述第一目标媒体流。
在第一方面的第四种可能的实现方式中，所述向所述目标用户标识对应的目的终端发送所述第一目标媒体流之前还包括：
向所述目的终端发送媒体接收邀请消息，所述媒体接收邀请消息用于通知所述目的终端接收所述第一目标媒体流；
接收所述目的终端根据所述媒体接收邀请消息发送的媒体接收请求消息。
在第一方面的第五种可能的实现方式中，所述向所述目标用户标识对应的目的终端发送所述第一目标媒体流之后还包括：
在向所述目的终端发送所述第一目标媒体流完成后，向所述授权用户发送媒体流传输完成通知消息。
第二方面，本申请实施例提供了一种媒体下行传输控制方法，包括：
接收授权终端发送的远程媒体接收停止消息，所述远程媒体接收停止消息包括目标用户标识；
根据所述远程媒体接收停止消息在向所述目标用户标识对应的目的终端当前发送的媒体流中确定第二目标媒体流；
停止向所述目标用户标识对应的目的终端发送所述第二目标媒体流。
在第二方面中，授权用户可以指定停止传输的第二目标媒体流以及接收该第二目标媒体流的目的终端，实现对特定的通信参与用户所在终端停止或暂停传输特定的媒体流。
在第二方面的第一种可能的实现方式中，所述停止向所述目标用户标识对应的目的终端发送所述第二目标媒体流之后还包括：
若当前所述第二目标媒体流的接收终端的数量低于第一数量阈值，或所述目的用户标识对应的目的用户是第二目标媒体流发送的必须用户，则向所述第二目标媒体流的源终端发送媒体传输停止消息，所述媒体传输停止消息用于通知所述第二目标媒体流的源终端停止发送所述第二目标媒体流。
在第二方面的第二种可能的实现方式中，所述向所述第二目标媒体流的源终端发送媒体传输停止消息之后还包括：
向当前所述第二目标媒体流的接收终端发送媒体流传输停止通知消息。
在第二方面的第三种可能的实现方式中，所述远程媒体接收停止消息还包括所述第二目标媒体流的媒体流标识。
在第二方面的第四种可能的实现方式中，所述停止向所述目标用户标识对应的目的终端发送所述第二目标媒体流之前还包括：
根据所述远程媒体接收停止消息向所述目的终端发送媒体接收停止通知消息，所述媒体接收停止通知消息用于通知所述目的终端当前紧急任务服务服务器停止向所述目的终端发送所述第二目标媒体流。
在第二方面的第五种可能的实现方式中，所述根据所述远程媒体接收停止消息在向所述目标用户标识对应的目的终端当前发送的媒体流中确定第二目标媒体流包括：
接收所述目的终端根据所述媒体接收停止通知消息发送的媒体接收停止请求消息，所述媒体接收停止请求消息携带所述第二目标媒体流的媒体流标识；
所述停止向所述目标用户标识对应的目的终端发送所述第二目标媒体流包括：
停止向所述目标用户标识对应的目的终端发送所述第二目标媒体流并向所述目的终端发送媒体接收停止响应消息。
在第二方面的第六种可能的实现方式中，所述停止向所述目标用户标识对应的目的终端发送所述第二目标媒体流包括：
存储向所述目的终端发送所述第二目标媒体流的传输上下文。
第三方面，本申请实施例提供了一种媒体下行传输控制方法，包括：
若目的终端当前接收的媒体流数目达到所述目的终端对应的媒体流数目阈值，则在当前向所述目的终端发送的媒体流中确定第三目标媒体流；
停止向所述目的终端发送所述第三目标媒体流。
在第三方面中，目的终端在接收的媒体流数目达到媒体流数目阈值时，可以通过停止占用一些传输资源的方式接收新传输的媒体流。
在第三方面的第一种可能的实现方式中，所述在当前向所述目的终端发送的媒体流中确定第三目标媒体流之前还包括：
确定需要向所述目的终端发送的第一目标媒体流。
在第三方面的第二种可能的实现方式中，所述停止向所述目标用户标识对应的目的终端发送所述第三目标媒体流之前还包括：
向所述目的终端发送媒体接收抢占消息，所述媒体接收抢占消息中携带所述第一媒体流的标识信息和所述第三媒体流的标识信息，所述媒体接收抢占消息用于通知所述目的终端所述第三媒体流的传输资源被用于传输所述第一媒体流。
在第三方面的第三种可能的实现方式中，所述在当前向所述目的终端发送的媒体流中确定第三目标媒体流包括：
向所述目的终端发送媒体接收邀请消息，所述媒体接收邀请消息携带所述第一目标媒体流的媒体流标识；
接收所述目的终端根据所述媒体接收邀请消息发送的媒体接收停止请求消息；
根据所述媒体接收停止请求消息在当前向所述目的终端发送的媒体流中确定第三目标媒体流。
在第三方面的第四种可能的实现方式中，所述媒体接收停止请求消息携带所述第三目标媒体流的媒体流标识。
在第三方面的第五种可能的实现方式中，所述在当前向所述目的终端发送的媒体流中确定第三目标媒体流包括：
根据所述第一目标媒体流的媒体流属性和所述当前向所述目的终端发送的媒体流的媒体流属性，在当前向所述目的终端发送的媒体流中确定第三目标媒体流。
在第三方面的第六种可能的实现方式中，所述停止向所述目标用户标识对应的目的终端发送所述第三目标媒体流之后还包括：
在检测到所述目的终端当前接收的媒体流数目小于所述目的终端对应的媒体流数目阈值的情况下，开始向所述目的终端发送所述第三目标媒体流。
在这一实现方式中，在目的终端能够接收媒体流时，紧急任务服务服务器可以直接开始向目的终端发送所述第三目标媒体流，减少信令开支，提高目的终端用户的用户体验。
在第三方面的第七种可能的实现方式中，所述开始向所述目的终端发送所述第三目标媒体流之前还包括：
向所述第三目标媒体流的源终端发送媒体传输授予消息；
接收所述第三目标媒体流的源终端根据所述媒体传输授予消息发送的所述第三目标媒体流。
在第三方面的第八种可能的实现方式中，所述开始向所述目的终端发送所述第三目标媒体流之前还包括：
接收所述目的终端发送的媒体传输重启消息。
在第三方面的第九种可能的实现方式中，所述媒体传输重启消息携带所述第三目标媒体流的媒体流标识，用于请求开始所述第三目标媒体流的传输。
第四方面，本申请实施例提供了一种媒体服务器，包括：
接收模块，用于接收授权终端发送的远程媒体接收消息，所述远程媒体接收消息包括目标用户标识；
处理模块，用于根据所述远程媒体接收消息确定第一目标媒体流；
发送模块，用于向所述目标用户标识对应的目的终端发送所述第一目标媒体流。
本申请实施例第四方面提供的媒体服务器用于执行本申请第一方面提供的媒体下行传输控制方法，具体的可参见本申请实施例第一方面的描述，在此不再赘述。
在一个可能的设计中，媒体服务器的结构中包括处理器和通信接口，所述处理器用于执行本申请第一方面提供的媒体下行传输控制方法。可选的，还可以包括存储器，所述存储器用于存储支持媒体服务器执行上述方法的应用程序代码，所述处理器被配置为用于执行所述存储器中存储的应用程序。
第五方面，本申请实施例提供了一种媒体服务器，包括：
接收模块，用于接收授权终端发送的远程媒体接收停止消息，所述远程媒体接收消息包括目标用户标识；
处理模块，用于根据所述远程媒体接收停止消息在向所述目标用户标识对应的目的终端当前发送的媒体流中确定第二目标媒体流；
所述处理模块还用于停止向所述目标用户标识对应的目的终端发送所述第二目标媒体流。
本申请实施例第五方面提供的媒体服务器用于执行本申请第二方面提供的媒体下行传输控制方法，具体的可参见本申请实施例第二方面的描述，在此不再赘述。
在一个可能的设计中，媒体服务器的结构中包括处理器和通信接口，所述处理器用于执行本申请第二方面提供的媒体下行传输控制方法。可选的，还可以包括存储器，所述存储器用于存储支持媒体服务器执行上述方法的应用程序代码，所述处理器被配置为用于执行所述存储器中存储的应用程序。
第六方面，本申请实施例提供了一种媒体服务器，包括：
处理模块，用于当所述目的终端当前接收的媒体流数目达到所述目的终端对应的媒体流数目阈值的情况下，在当前向所述目的终端发送的媒体流中确定第三目标媒体流；
所述处理模块还用于停止向所述目的终端发送所述第三目标媒体流。
本申请实施例第六方面提供的媒体服务器用于执行本申请第三方面提供的媒体下行传输控制方法，具体的可参见本申请实施例第三方面的描述，在此不再赘述。
在一个可能的设计中，媒体服务器的结构中包括处理器和通信接口，所述处理器用于执行本申请第三方面提供的媒体下行传输控制方法。可选的，还可以包括存储器，所述存储器用于存储支持媒体服务器执行上述方法的应用程序代码，所述处理器被配置为用于执行所述存储器中存储的应用程序。
第七方面，本申请实施例提供了一种计算机存储介质，用于储存为上述媒体服务器所用的计算机软件指令，其包含用于执行上述方面所设计的程序。
本申请实施例中，媒体服务器、目的终端、接收终端、源终端、授权终端的名字对设备本身不构成限定，在实际实现中，这些设备可以以其他名称出现。只要各个设备的功能和本申请类似，属于本申请权利要求及其等同技术的范围之内。
附图说明
图1是本申请实施例提供的一种紧急任务服务系统的架构示意图；
图2a是本申请实施例提供的一种媒体下行传输方法的流程示意图；
图2b是本申请实施例提供的另一种媒体下行传输方法的流程示意图；
图3a是本申请实施例提供的一种媒体下行传输停止方法的流程示意图；
图3b是本申请实施例提供的另一种媒体下行传输停止方法的流程示意图；
图4a是本申请实施例提供的一种媒体下行传输抢占方法的流程示意图；
图4b是本申请实施例提供的另一种媒体下行传输抢占方法的流程示意图；
图4c是本申请实施例提供的另一种媒体下行传输抢占方法的流程示意图；
图4d是本申请实施例提供的另一种媒体下行传输抢占方法的流程示意图；
图5a是本申请实施例提供的一种媒体下行传输重启方法的流程示意图；
图5b是本申请实施例提供的另一种媒体下行传输重启方法的流程示意图；
图6是本申请实施例提供的一种媒体服务器的结构示意图；
图7是本申请实施例提供的另一种媒体服务器的结构示意图；
图8是本申请实施例提供的另一种媒体服务器的结构示意图；
图9是本申请实施例提供的另一种媒体服务器的结构示意图；
图10是本申请实施例提供的另一种媒体服务器的结构示意图；
图11是本申请实施例提供的另一种媒体服务器的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
本申请实施例的技术方案适用于各种基于网络媒体传输的系统中，比如，图1所示的一种紧急任务服务系统(Mission Critical Service System)架构示意图，包括紧急任务服务服务器(Mission Critical Service Server)101、至少一个紧急任务服务客户端(Mission Critical Service Client)102(图1中示出了客户端1021和客户端1022)。在图1所示的系统架构图中，紧急任务服务服务器101主要负责呼叫的控制和媒体的控制，是一个逻辑实体。在具体实现中，紧急任务服务服务器可以是紧急任务一键通(mission-criticalPush To Talk，MCPTT)服务器，紧急任务视频(Mission Critical Video，MCVideo)服务器或紧急任务数据(Mission Critical Data，MCData)服务器等。紧急任务服务客户端102是与紧急任务服务服务器101对等的应用层实体，主要负责应用层事务的处理。
其中，紧急任务服务服务器101内部包括传输控制服务器(Transmission controlserver)101a以及媒体分发功能实体(Media distribution function)101b。传输控制服务器101a是媒体面的媒体传输控制实体，负责媒体上行和/或下行的传输控制。在具体实现中，在MCPTT系统中，传输控制服务器101a可以具体为Floor control server；在MCVideo系统中，传输控制服务器101a可以具体为Transmission control server。在本申请实施例中，如果没有特殊说明，紧急任务服务服务器101发送或者接收的传输控制信令的功能均由传输控制服务器101a执行。媒体分发功能实体101b是一个逻辑实体，负责接收上行媒体数据，发送下行媒体数据。在本申请实施例中，如果没有特殊说明，紧急任务服务服务器101发送或者接收媒体数据的功能均由媒体分发功能实体101b执行。
其中，紧急任务服务客户端102内部包括传输控制服务器在用户侧的对等实体(Transmission control participant)102a以及媒体混合器(Media mixer)102b。传输控制服务器在用户侧的对等实体102a是媒体面的媒体传输控制实体，负责媒体上行和/或下行的传输控制。在具体实现中，在MCPTT系统中，可以是Floor control participant。媒体混合器102b是媒体分发功能实体101b在用户侧的对等实体，负责接收下行媒体数据，发送上行媒体数据。
本申请实施例中描述的执行方法就是在如图1所示的系统环境中，对媒体数据下行传输的一种控制方法，从而可以使授权用户对媒体数据的传输控制适应更多的场景要求。而在本申请一些实施例中的媒体下行传输控制方法可以由媒体服务器实施，这里提及的媒体服务器可以为上述紧急任务服务服务器中的部分或所有功能实体或单元，换而言之，本发明实施例中的媒体服务器可以等同于紧急任务服务服务器，或由紧急任务服务服务器中的部分实体或单元实现。
以下通过图2a—图5b所示的实施例对媒体下行传输控制方法进行详细描述。
请参阅图2a和图2b，图2a和图2b是本申请实施例提供的两种媒体下行传输方法的流程示意图。本申请实施例中涉及的第一授权终端指的是第一授权用户对应的紧急任务服务客户端所运行的终端，第一授权用户指的是具有针对目标用户标识对应的目的终端的媒体资源传输的控制权限的用户；所述目的终端同样也是目标用户对应的紧急任务服务客户端所运行的终端，目标用户即使用所述目的终端进行媒体传输业务的用户角色，相较于第一授权用户，目标用户指的是控制场景中属于所述第一授权用户控制权限内的被控制用户。具体的，第一授权用户可以是具有针对目的终端所在通信群组的媒体资源传输的控制权限的用户，也可以是具备针对所有通信成员的媒体资源传输的控制权限的用户，这里不作具体限定。具体的，所述方法包括：
步骤S201，第一授权终端向紧急任务服务服务器发送远程媒体接收消息，所述远程媒体接收消息包括目标用户标识。
在本申请实施例中，远程媒体接收消息是用于指示紧急任务服务服务器向目标用户标识对应的目的终端发送媒体数据的控制消息。
具体实施中，紧急任务服务服务器接收到远程媒体接收消息时，可以先对发送该消息的第一授权终端的用户进行鉴权，即检测该用户是否具有针对目标用户标识对应的目的终端的媒体资源传输的控制权限。如果具有针对目的终端的媒体资源传输的控制权限，则进一步执行步骤S202，否则则丢弃收到的远程媒体接收消息，进一步还可以向发送该消息的第一授权终端返回响应消息，指示紧急任务服务服务器已处理该远程媒体接收消息。如果是授权检查失败，则在响应消息中指示授权检查失败，拒绝该请求。
步骤S202，紧急任务服务服务器根据远程媒体接收消息确定第一目标媒体流。
在一种可能的实施场景中，紧急任务服务服务器接收到的远程媒体接收消息不包括需要发送给目的终端的媒体流标识。那么紧急任务服务服务器可以确定第一目标媒体流为针对目的终端的通信会话中的所有媒体流。
在另一种可能的实施场景中，远程媒体接收消息包括第一目标媒体流的媒体流标识。那么紧急任务服务服务器可以确定第一目标媒体流为远程媒体接收消息中携带的媒体流标识对应的媒体流。其中，第一目标媒体流的媒体流标识可以是以下一项或者多项内容的组合，具体包括：发送第一目标媒体流的用户的用户标识、发送第一目标媒体流的源终端的终端标识或者第一目标媒体流的资源标识。例如，可以是第一目标媒体流的统一资源定位符(URL)、第一目标媒体流的统一资源标识符(Uniform Resource Identifier，URI)、第一目标媒体流的发送用户的IP地址或者第一目标媒体流的源终端的IP地址等。需要说明的是，这里的第一目标媒体流可以是一个，也可以是多个。
步骤S206，紧急任务服务服务器向目标用户标识对应的目的终端发送第一目标媒体流。
在可选实施例中，紧急任务服务服务器可以根据所述目标用户标识，在当前收集到的终端与用户标识之间的对应关系中查找到所述目标用户标识对应的目的终端，从而向目标用户标识对应的目的终端发送第一目标媒体流。
如图2a所示的实施场景中，紧急任务服务服务器已经获取到了第一目标媒体流，那么紧急任务服务器就可以直接向目的终端发送第一目标媒体流。例如，紧急任务服务器之前向其他客户端发送过第一目标媒体流，并存储了第一目标媒体流的媒体数据，那么紧急任务服务器就可以直接向目的终端发送第一目标媒体流；又例如，紧急任务服务器当前正在向其他客户端传输第一目标媒体流，因此存储有第一目标媒体流的传输上下文，那么紧急任务服务器就可以根据存储的传输上下文向目的终端发送第一目标媒体流。
如图2b所示的实施场景中，紧急任务服务服务器并未获取到第一目标媒体流，那么步骤S206之前，还可以执行步骤S203，步骤S203具体包括：
S2031，紧急任务服务服务器向第一目标媒体流的源终端发送媒体传输授予消息。
紧急任务服务服务器根据第一目标媒体流的媒体流标识，可以确定第一目标媒体流的源终端，即生成第一目标媒体流的终端。然后，向第一目标媒体流的源终端发送媒体传输授予消息。媒体传输授予消息是用于指示第一目标媒体流的源终端向紧急任务服务服务器发送媒体流的控制消息。
在一种可能的实施场景中，媒体传输授予消息中可以携带第一目标媒体流的媒体流标识，以指示第一目标媒体流的源终端需要发送的是哪一个媒体流；在另一种可能的实施场景中，媒体传输授予消息中也可以不携带第一目标媒体流的媒体流标识，在该情况下，可以认为第一目标媒体流的源终端生成的所有媒体流都为第一目标媒体流，或者第一目标媒体流的源终端仅生成了一个媒体流即为第一目标媒体流。
S2032，第一目标媒体流的源终端根据媒体传输授予消息向紧急任务服务服务器发送第一目标媒体流。
第一目标媒体流的源终端接收到媒体传输授予消息后，就可以根据媒体传输授予消息确定需要发送的第一目标媒体流，从而向紧急任务服务服务器发送第一目标媒体流。
在一种可能的实施场景中，目的终端可以同时接收的媒体流数目存在一个上限值，也即目的终端同时接收的媒体流数目是有所限制的。那么，步骤S206之前，还可以执行步骤S204，具体为：
步骤S204，紧急任务服务服务器确定目的终端当前接收的媒体流数目小于目的终端对应的媒体流数目阈值。
目的终端对应的媒体流数目阈值可以是根据网络性能、目的终端性能以及服务质量等方面综合考虑后设定的目的终端可以同时接收的媒体流数目的上限值。在紧急任务服务服务器向目标用户标识对应的目的终端发送第一目标媒体流之前，可以判断目的终端当前接收的媒体流数目是否小于目的终端对应的媒体流数目阈值，如果目的终端当前接收的媒体流数目小于媒体流数目阈值，则说明目的终端当前还可以接收媒体流，那么则可以执行步骤S206；如果目的终端当前接收的媒体流数目不小于媒体流数目阈值，那么说明目的终端当前无法再接收更多的媒体流，那么紧急任务服务服务器则不能向目的终端发送第一目标媒体流，或者需要采用抢占其他正在传输到目的终端的媒体流的传输资源等方式才能继续发送。具体实施中，紧急任务服务服务器可以通过计算目的终端在预设时间内接收的媒体流数目来确定目的终端当前接收的媒体流数目；也可以根据目的终端在当前检测的时间点时接收到的媒体流数目来确定目的终端当前接收的媒体流数目；还可以向目的终端请求获取目的终端当前接收的媒体流数目，接收目的终端返回的媒体流数目以确定目的终端当前接收的媒体流数目，这里不作具体限定。
在一种可能的实施场景中，紧急任务服务服务器向目的终端发送第一目标媒体流之前，可以先通知目的终端以指示目的终端进行接收。那么，步骤S206之前，还可以执行步骤S205，步骤S205具体包括：
步骤S2051，紧急任务服务服务器向目的终端发送媒体接收邀请消息。
媒体接收邀请消息是用于通知目的终端接收媒体流的消息。在本申请实施例中，媒体接收邀请消息可以携带第一目标媒体流的媒体流标识，以指示目的终端接收即将传输来的第一目标媒体流。
在一种可能的情况下，媒体接收邀请消息中可以包含强制接收指示，即指示目的终端必须强制接收紧急任务服务服务器即将发送的第一目标媒体流，目的终端进一步执行步骤S2052即可。
在另一种可能的情况下，媒体接收邀请消息中不包含强制接收指示，也即不强制目的终端必须接收紧急任务服务服务器即将发送的第一目标媒体流，那么目的终端在接收到媒体接收邀请消息时，可以弹出提示框询问目的终端的用户是否接收第一目标媒体流，当接收到用户发出的确认接收指令时，确定接收紧急任务服务服务器即将发送的第一目标媒体流，则目的终端进一步执行步骤S2052；否则，目的终端可以向紧急任务服务服务器返回响应消息，用于说明目的终端拒绝接收第一目标媒体流，则无须执行步骤S206。
步骤S2052，目的终端根据媒体接收邀请消息向紧急任务服务服务器发送媒体接收请求消息。
目的终端确定接收第一目标媒体流后，可以向紧急任务服务服务器发送媒体接收请求消息，以指示紧急任务服务服务器向目的终端发送第一目标媒体流，即执行步骤S206。
进一步地，步骤S2052之后还可以包括：
步骤S2053，紧急任务服务服务器向目的终端发送媒体接收响应消息。
媒体接收响应消息用于通知目的终端紧急任务服务服务器已经响应目的终端发送的媒体接收请求消息。
需要说明的是，步骤S206之前的步骤S203、步骤S204和步骤S205可以根据不同情况或需求单独执行或执行其中几个，也可以都执行，并且在执行过程中的先后顺序不作限定。
可选地，步骤S206之后还可以包括：
步骤S207，在向目的终端发送第一目标媒体流完成后，紧急任务服务服务器向第一授权终端发送媒体流传输完成通知消息。
媒体流传输完成通知消息用于通知第一授权终端第一目标媒体流传输完毕，其中可以携带第一目标媒体流的媒体流标识。
在图2a和2b所示的实施例中，紧急任务服务服务器接收授权终端发送的远程媒体接收消息，所述远程媒体接收消息包括目标用户标识，然后根据所述远程媒体接收消息确定第一目标媒体流，向所述目标用户标识对应的目的终端发送所述第一目标媒体流，从而授权用户可以指定发送的第一目标媒体流以及接收该第一目标媒体流的目的终端，实现向特定的通信参与用户所在终端发送特定的媒体流。
请参阅图3a和图3b，图3a和图3b是本申请实施例提供的两种媒体下行传输停止方法的流程示意图。该实施例中所涉及的方法可以基于图2a和图2b所示的实施例的情况下进一步实施，也可以作为独立的实施例进行实施。本申请实施例中涉及的第二授权终端指的是第二授权用户对应的紧急任务服务客户端所运行的终端，第二授权用户指的是具有针对目标用户标识对应的目的终端的媒体资源传输的控制权限的用户；所述目的终端同样也是目标用户对应的紧急任务服务客户端所运行的终端，目标用户即使用所述目的终端进行媒体传输业务的用户角色，相较于第二授权用户，目标用户指的是控制场景中属于所述第二授权用户控制权限内的被控制用户。具体的，第二授权用户可以就是图2a或图2b所示的实施例中的第一授权用户，也可以不是第一授权用户，但是是具有针对目的终端所在通信群组的媒体资源传输的控制权限的用户，也可以是具备针对所有通信成员的媒体资源传输的控制权限的用户。
具体的，所述方法包括：
步骤S301，第二授权终端向紧急任务服务服务器发送远程媒体接收停止消息，所述远程媒体接收消息包括目标用户标识。
在本申请实施例中，远程媒体接收停止消息是用于指示紧急任务服务服务器停止向目标用户标识对应的目的终端发送媒体数据的控制消息。在一种可能的情况中，远程媒体接收停止消息可以用于指示紧急任务服务服务器暂停向目的终端发送第二目标媒体流，也即指示紧急任务服务服务器将第二目标媒体流传输至目的终端的传输任务暂时挂起，保留与目的终端的连接以及传输上下文，以便后续无须再次建立通信连接及媒体协商即可重新传输；在另一种可能的情况中，远程媒体接收停止消息是可以用于指示紧急任务服务服务器停止向目的终端发送第二目标媒体流，也即指示紧急任务服务服务器关闭将所述第二目标媒体流传输至目的终端的传输任务，不再保留与目的终端的连接以及传输上下文，后续若需要重新传输者需要再次建立通信连接及媒体协商，例如紧急任务服务器收到授权终端的远程媒体发送消息或者收到目的终端的媒体接收请求指令消息。
具体实施中，紧急任务服务服务器接收到远程媒体接收停止消息时，可以先对发送该消息的第二授权终端的用户进行鉴权，即检测该用户是否具有针对目标用户标识对应的目的终端的媒体资源传输的控制权限。如果具有针对目的终端的媒体资源传输的控制权限，则进一步执行步骤S302，否则则丢弃收到的远程媒体接收停止消息，进一步还可以向发送该消息的第二授权终端的返回响应消息，指示紧急任务服务服务器已处理该远程媒体接收停止消息。如果是授权检查失败，则在响应消息中指示授权检查失败，拒绝该请求。
步骤S302，紧急任务服务服务器根据远程媒体接收停止消息在向目标用户标识对应的目的终端当前发送的媒体流中确定第二目标媒体流。
具体的，紧急任务服务服务器可以根据所述目标用户标识，在当前收集到的终端与用户标识之间的对应关系中查找到所述目标用户标识对应的目的终端，从而根据远程媒体接收停止消息在向目标用户标识对应的目的终端当前发送的媒体流中确定第二目标媒体流。
如图3a所示的实施场景中，在一种可能的情况下，紧急任务服务服务器接收到的远程媒体接收停止消息不包括需要停止向目的终端发送的媒体流标识。那么紧急任务服务服务器可以确定第二目标媒体流为当前向目标用户标识对应的目的终端发送的所有媒体流。
如图3a所示的实施场景中，在另一种可能的情况下，远程媒体接收停止消息包括第二目标媒体流的媒体流标识。那么紧急任务服务服务器可以确定第二目标媒体流为远程媒体接收停止消息中携带的媒体流标识对应的媒体流。其中，第二目标媒体流的媒体流标识可以是以下一项或者多项内容的组合，具体包括：发送第二目标媒体流的用户的用户标识、第二目标媒体流的源终端的终端标识或者第二目标媒体流的资源标识。例如，可以是第二目标媒体流的统一资源定位符(URL)、第二目标媒体流的统一资源标识符(UniformResource Identifier，URI)、第二目标媒体流的发送用户的IP地址或者第二目标媒体流的发送设备的IP地址等。需要说明的是，这里的第二目标媒体流可以是一个，也可以是多个。
如图3b所示的实施场景中，可以由目的终端的用户决定是否停止接收媒体流以及停止接收哪一个特定的媒体流，那么步骤S302可以具体包括：
步骤S3021，紧急任务服务服务器根据远程媒体接收停止消息向目的终端发送媒体接收停止通知消息。
媒体接收停止通知消息是用于通知目的终端，紧急任务服务服务器即将停止向目的终端发送媒体流的消息。可选地，媒体接收停止消息中可以包含第二授权用户的用户标识，以通知目的终端的用户是第二授权用户停止了媒体流的发送。
步骤S3022，目的终端根据媒体接收停止通知消息向紧急任务服务服务器发送媒体接收停止请求消息，所述媒体接收停止请求消息携带所述第二目标媒体流的媒体流标识。
在一种可能的情况下，远程媒体接收停止消息中未携带第二目标媒体流的媒体流标识，那么目的终端在接收到媒体接收停止通知消息后，可以弹出提示框提示目的终端的用户选择当前向目的终端发送的所有媒体流中的其中任意数量的媒体流进行停止接收，并根据用户的选择指令将用户选择的媒体流作为第二目标媒体流。在向紧急任务服务服务器发送媒体接收停止请求消息时，媒体接收停止请求消息携带用户选择出的第二目标媒体流的媒体流标识。特别地，如果用户未选择任何媒体流进行停止接收，那么目的终端则忽略收到的媒体接收停止消息，进一步还可以向紧急任务服务服务器返回响应消息，指示目的终端拒绝该媒体接收停止消息。
在另一种可能的情况下，远程媒体接收停止消息中携带了第二目标媒体流的媒体流标识，那么媒体接收停止消息也可以包含该第二目标媒体流的媒体流标识。那么目的终端在接收到媒体接收停止消息后，可以弹出提示框询问目的终端的用户是否停止接收第二目标媒体流，当接收到用户发出的确认停止接收指令时，确定停止接收紧急任务服务服务器当前发送的第二目标媒体流，则目的终端执行步骤S3022；否则，目的终端可以向紧急任务服务服务器返回响应消息，用于说明目的终端拒绝该媒体接收停止消息。
需要说明的是，如图3b所示的实施场景中，目的终端在执行完步骤S3021后，可以马上对媒体接收停止通知消息进行响应，从而执行步骤S3022；也有可以在执行完步骤S3021一段时间后，目的终端自己发起的媒体接收停止请求消息，从而执行步骤S3022，这里不作具体限定。
步骤S303，紧急任务服务服务器停止向目的终端发送第二目标媒体流。
紧急任务服务服务器确定第二目标媒体流后，就可以停止向目标用户标识对应的目的终端发送第二目标媒体流。在一种可能的实施场景中，如果紧急任务服务服务器只是暂时挂起第二目标媒体流，那么紧急任务服务服务器可以存储向目的终端发送第二目标媒体流的传输上下文。该第二目标媒体流的传输上下文可以用于后续重新启动第二目标媒体流的传输时，紧急任务服务服务器直接将第二目标媒体流发送给目的终端而无须再次建立通信连接及媒体协商。
可选的，如图3a所示的实施场景中，步骤S303可以包括：
步骤S3031，紧急任务服务服务器根据远程媒体接收停止消息向目的终端发送媒体接收停止通知消息。
媒体接收停止通知消息可以用于通知目的终端针对第二目标媒体流的接收停止，即紧急任务服务服务器即将停止向目的终端发送媒体流的消息。可选地，媒体接收停止消息中可以包含第二授权用户的用户标识，以通知目的终端的用户是第二授权用户停止了媒体流的发送。
在一种可能的实施场景中，接收第二目标媒体流的接收终端的数目存在预设的第一数量阈值，仅当接收第二目标媒体流的接收终端的数目达到第一数量阈值时，或者作为所述第二目标媒体流发送的必须用户的目的用户使用目的终端开始接收所述第二目标媒体流后，紧急任务服务服务器才启动发送第二目标媒体流给各个接收终端，否则紧急任务服务器则停止传输第二目标媒体流。那么步骤S303之后还可以包括：
步骤S304，若当前第二目标媒体流的接收终端的数量低于第一数量阈值，或所述目的用户标识对应的目的用户是第二目标媒体流发送的必须用户，则紧急任务服务服务器向第二目标媒体流的源终端发送媒体传输停止消息，所述媒体传输停止消息用于通知所述第二目标媒体流的源终端停止发送所述第二目标媒体流。
当紧急任务服务服务器停止向目的终端发送第二目标媒体流之后，可以统计当前第二目标媒体流的接收终端的数量，如果第二目标媒体流的接收终端的数量小于第一数量阈值，或所述目的用户标识对应的目的用户是第二目标媒体流发送的必须用户，意味着当前情景达不到紧急任务服务服务器传输第二目标媒体流的要求，那么紧急任务服务服务器就可以向第二目标媒体流的源终端发送媒体传输停止消息，媒体传输停止消息用于通知第二目标媒体流的源终端停止发送第二目标媒体流给紧急任务服务服务器。具体来说，紧急任务服务服务器可以主动释放与第二目标媒体流的源终端之间的连接，以停止接收第二目标媒体流；也可以由第二目标媒体流的源终端根据媒体传输停止消息决定并发起停止接收第二目标媒体流。
进一步的，步骤S304之后，还可以包括：
步骤S305，紧急任务服务服务器向当前第二目标媒体流的接收终端发送媒体流传输停止通知消息。
传输停止通知消息用于通知第二目标媒体流的接收终端，第二目标媒体流的传输停止，这里的第二目标媒体流的接收终端可以有多个。其中，传输停止通知消息还可以包含停止传输第二目标媒体流的原因，例如第二目标媒体流的接收终端的数量低于第一数量阈值。
可选地，步骤S303之后还可以包括：
步骤S306，紧急任务服务服务器向第二授权终端发送媒体流传输停止响应消息。
媒体流传输停止响应消息用于通知第二授权用户第二目标媒体流的传输停止已被响应，其中可以携带第二目标媒体流的媒体流标识。
在图3a和3b所示的实施例中，紧急任务服务服务器接收授权用户发送的远程媒体接收停止消息，所述远程媒体接收消息包括目标用户标识，然后根据远程媒体接收停止消息在向目标用户标识对应的目的终端当前发送的媒体流中确定第二目标媒体流，停止向所述目标用户标识对应的目的终端发送所述第二目标媒体流，从而授权用户可以指定停止传输的第二目标媒体流以及接收该第二目标媒体流的目的终端，实现对特定的通信参与用户所在终端停止或暂停传输特定的媒体流。
请参阅图4a—图4d，图4a—图4d是本申请实施例提供的四种媒体下行传输抢占方法的流程示意图。该实施例中所涉及的方法可以基于图2a—图3b所示的实施例的情况下进一步实施，也可以独立实施。
在图4a所示的实施场景中，所述方法可以包括：
步骤S402，紧急任务服务服务器判断目的终端当前接收的媒体流数目是否达到目的终端对应的媒体流数目阈值，若达到则执行步骤S404—S405。
在图4a所示的实施场景中，紧急任务服务服务器可以实时监测目的终端当前接收的媒体流数目是否达到目的终端对应的媒体流数目阈值，如果目的终端当前接收的媒体流数目未达到媒体流数目阈值，则说明目的终端当前还可以接收媒体流，那么则无需执行步骤S404和S405；否则，则说明目的终端当前的媒体传输资源处于饱和状态，可以执行步骤S404和S405选择其中一个正在发送的媒体流进行停止传输，以便为后续的媒体流接收提供传输资源。
步骤S403，紧急任务服务服务器在当前向目的终端发送的媒体流中确定第三目标媒体流。
在图4a所示的实施场景中，紧急任务服务服务器可以随机确定至少一个第三目标媒体流，也可以根据当前发送的各个媒体流的媒体流属性来确定至少一个第三目标媒体流，这里不作具体限定。
步骤S404，停止向所述目的终端发送第三目标媒体流。
紧急任务服务服务器确定抢占第三目标媒体流后，就可以停止向目的终端发送第三目标媒体流。
在图4b—图4c所示的实施场景中，所述方法可以包括：
步骤S401，紧急任务服务服务器确定需要向目的终端发送的第一目标媒体流。
在一些可能的实施场景中，紧急任务服务服务器需要向目的终端发送第一目标媒体流，这里的第一目标媒体流可能是授权终端要求发送给目的终端的，也可能是服务器预设的或者定时的第一目标媒体流发送程序，还可能是目的终端本身请求的等等，这里不作具体限定。
步骤S402，紧急任务服务服务器判断目的终端当前接收的媒体流数目是否达到目的终端对应的媒体流数目阈值，若达到则执行步骤S403～S405，否则执行步骤S405。
在紧急任务服务服务器向目的终端发送第一目标媒体流之前，可以判断目的终端当前接收的媒体流数目是否达到目的终端对应的媒体流数目阈值，如果目的终端当前接收的媒体流数目未达到媒体流数目阈值，则说明目的终端当前还可以接收媒体流，那么则可以执行步骤S405；如果目的终端当前接收的媒体流数目达到媒体流数目阈值，那么说明目的终端当前无法再接收更多的媒体流，那么紧急任务服务服务器如果仍要向目的终端发送第一目标媒体流，就需要抢占其他传输资源才能继续发送，也即停止一部分媒体流的传输以腾出空闲传输第一目标媒体流，即执行步骤S403～S405。
步骤S403，紧急任务服务服务器在当前向目的终端发送的媒体流中确定第三目标媒体流。
如图4b所示的实施场景中，紧急任务服务服务器决定是否抢占其他传输资源，并且在决定抢占后确定被抢占的第三目标媒体流，从而步骤S403具体可以为：
步骤S4031：紧急任务服务服务器根据第一目标媒体流的媒体流属性和当前向目的终端发送的媒体流的媒体流属性，在当前向目的终端发送的媒体流中确定第三目标媒体流。
媒体流属性可以指媒体流的至少一个特征或类型，例如媒体流属性可以包括媒体流发送终端的优先级、媒体流的业务类型(MCPTT，MCVideo)，媒体流的紧急类型、媒体流的呼叫类型(私密呼叫还是群组呼叫)、媒体流到达的时间顺序或者媒体流传输的时间长短等。紧急任务服务服务器可以根据上述媒体流属性中的任意项组合，在当前向目的终端发送的媒体流中确定第三目标媒体流。例如，当前向目的终端发送的媒体流有三个：第一媒体流、第二媒体流和第三媒体流，设紧急任务服务服务器是将多个媒体流中紧急类型较低的媒体流确定为第三目标媒体流，设第一媒体流为紧急类型媒体流、第二媒体流和第三媒体流为非紧急类型媒体流，那么紧急任务服务服务器可以将第二媒体流和第三媒体流中的任一媒体流确定为第三目标媒体流。
进一步的，如图4b所示的实施场景中，步骤S4031之后还可以包括：
步骤S4032：紧急任务服务服务器向目的终端发送媒体接收抢占消息。
媒体接收抢占消息是用于通知目的终端当前正在传输的第三目标媒体流被抢占的通知消息，其中可以包含被抢占的第三目标媒体流的媒体流标识。可选地，媒体接收抢占消息中还可以包括抢占原因。进而包含第一目标媒体流的标识，指示第二目标媒体流被第一媒体流抢占。
进一步地，媒体接收抢占消息中还可以指示被抢占的第三目标媒体流被挂起还是被终止。在一种可能的实施场景中，媒体接收抢占消息指示第三目标媒体流挂起，那么表示紧急任务服务服务器和目的终端均保留该第三目标媒体流的传输上下文，当后续目的终端的接收能力允许时，紧急任务服务服务器可以主动继续发送被挂起的第三目标媒体流，而不必等目的终端再次发起接收第三目标媒体流的接收请求。在另一种可能的实施场景中，媒体接收抢占消息指示第三目标媒体流终止，那么表示紧急任务服务服务器和目的终端均不保留该第三目标媒体流的传输上下文，当后续目的终端的接收能力允许时，紧急任务服务服务器不主动向目的终端发送被终止的第三目标媒体流，而是等待目的终端再次发起接收第三目标媒体流的请求。
如图4c所示的实施场景中，目的终端的用户决定是否抢占其他传输资源，并且在决定抢占后确定被抢占的第三目标媒体流，从而步骤S403具体可以包括：
步骤S4033，紧急任务服务服务器向目的终端发送媒体接收邀请消息。
媒体接收邀请消息是用于通知目的终端接收媒体流的指示消息。在本申请实施例中，媒体接收邀请消息可以携带第一目标媒体流的媒体流标识，以指示目的终端接收即将传输来的第一目标媒体流。
步骤S4034，目的终端根据媒体接收邀请消息向紧急任务服务服务器发送媒体接收停止请求消息。
目的终端接收到接收邀请消息之后，可以判断目的终端当前接收的媒体流数目是否达到目的终端对应的媒体流数目阈值。在一种可能的情况下，确定当前接收的媒体流数目达到媒体流数目阈值后，目的终端可以弹出提示框询问目的终端的用户是否接收第一目标媒体流，当接收到用户发出的确认接收指令时，弹出提示框提示用户在目的终端当前接收的媒体流中选择一部分进行抢占，即确定用户选择出的被抢占的媒体流为第三目标媒体流。在另一种可能的情况下，确定当前同时接收的媒体流数目达到媒体流数目阈值后，目的终端也可以根据第一目标媒体流的媒体流属性和当前目的终端接收的媒体流的媒体流属性，在当前目的终端接收的媒体流中确定第三目标媒体流。
目的终端确定了第三目标媒体流后，就可以向紧急任务服务服务器发送媒体接收停止请求消息，其中媒体接收停止请求消息中携带第三目标媒体流的媒体流标识，以指示紧急任务服务服务器抢占第三目标媒体流。
步骤S4035，紧急任务服务服务器根据媒体接收停止请求消息在当前向目的终端发送的媒体流中确定第三目标媒体流。
紧急任务服务服务器根据媒体接收停止请求消息中的第三目标媒体流的媒体流标识确定第三目标媒体流。
如图4d所示的实施场景中，目的终端的用户仅决定是否抢占其他传输资源，由紧急任务服务服务器确定被抢占的第三目标媒体流，从而步骤S403具体可以包括：
步骤S4033，紧急任务服务服务器向目的终端发送媒体接收邀请消息，所述媒体接收邀请消息携带所述第一目标媒体流的媒体流标识。
步骤S4036，目的终端根据媒体接收邀请消息向紧急任务服务服务器发送媒体接收请求消息。
目的终端接收到接收邀请消息之后，可以判断目的终端当前同时接收的媒体流数目是否达到目的终端对应的媒体流数目阈值。确定当前同时接收的媒体流数目达到媒体流数目阈值后，目的终端可以弹出提示框询问目的终端的用户是否接收第一目标媒体流，当接收到用户发出的确认接收指令时，确定用户决定接收第一目标媒体流，则向紧急任务服务服务器发送媒体接收请求消息，以使紧急任务服务服务器确定需要抢占的第三目标媒体流。
步骤S4037，紧急任务服务服务器根据媒体接收请求消息在当前向目的终端发送的媒体流中确定第三目标媒体流。
紧急任务服务服务器接收到媒体接收请求消息后，可以根据第一目标媒体流的媒体流属性和当前向目的终端发送的媒体流的媒体流属性，在当前向目的终端发送的媒体流中确定第三目标媒体流。
进一步的，如图4d所示的实施场景中，步骤S4037之后还可以包括：
步骤S4032：紧急任务服务服务器向目的终端发送媒体接收抢占消息。
步骤S404，紧急任务服务服务器停止向目的终端发送第三目标媒体流。
紧急任务服务服务器确定抢占第三目标媒体流后，就可以停止向目的终端发送第三目标媒体流。
步骤S405，紧急任务服务服务器向目的终端发送第一目标媒体流。
此部分描述可以参考图2a和图2b所示实施例中的描述。
在图4a—4d所示的实施例中，若目的终端当前接收的媒体流数目达到目的终端对应的媒体流数目阈值，则紧急任务服务服务器在当前向目的终端发送的媒体流中确定第三目标媒体流，停止向目的终端发送所述第三目标媒体流，从而目的终端在接收的媒体流数目达到媒体流数目阈值时，可以通过停止占用一些传输资源的方式接收新传输的媒体流。
基于图4a—图4d所示的实施例，在紧急任务服务服务器停止向目的终端发送第三目标媒体流之后，还可以重启针对第三目标媒体流的传输。请参阅图5a和图5b，图5a和图5b是本申请实施例提供的两种媒体下行传输重启方法的流程示意图，所述方法包括：
步骤S501，紧急任务服务服务器确定目的终端当前同时接收的媒体流数目达到目的终端对应的媒体流数目阈值。
步骤S502，紧急任务服务服务器在当前向目的终端发送的媒体流中确定第三目标媒体流。
步骤S503，紧急任务服务服务器停止向目的终端发送第三目标媒体流。
步骤S504，紧急任务服务服务器检测目的终端当前接收的媒体流数目是否小于目的终端对应的媒体流数目阈值，若是，则执行步骤S507。
紧急任务服务服务器在停止向目的终端发送第三目标媒体流后，可以继续检测目的终端当前接收的媒体流数目是否小于目的终端对应的媒体流数目阈值。当检测到目的终端当前接收的媒体流数目小于媒体流数目阈值时，可以触发重启针对第三目标媒体流的传输。
步骤S507，紧急任务服务服务器开始向目的终端发送第三目标媒体流。
如图5a所示的实施场景中，紧急任务服务服务器存储了第三目标媒体流的传输上下文，那么紧急任务服务服务器在检测到当前目的终端有空闲的传输资源时，即可直接重启针对第三目标媒体流的传输，即开始向目的终端发送第三目标媒体流。
如图5b所示的实施场景中，紧急任务服务服务器中并没有存储第三目标媒体流的传输上下文，那么步骤S507之前，还可以执行步骤S5061和步骤S5062：
步骤S5061，紧急任务服务服务器向第三目标媒体流的源终端发送媒体传输授予消息。
媒体传输授予消息是用于指示第三目标媒体流的源终端向紧急任务服务服务器发送媒体流的控制消息。
步骤S5062，第三目标媒体流的源终端根据媒体传输授予消息向紧急任务服务服务器发送第三目标媒体流。
第三目标媒体流的源终端接收到媒体传输授予消息后，就可以根据媒体传输授予消息确定需要发送的第三目标媒体流，从而向紧急任务服务服务器发送第三目标媒体流。
可选地，步骤S507之前还可以包括：
步骤S505，目的终端向紧急任务服务服务器发送媒体传输重启消息。
媒体传输重启消息用于指示紧急任务服务服务器重新向目的终端传输之前被停止的媒体流。其中，媒体传输重启消息可以携带第三目标媒体流的媒体流标识，用于请求开始第三目标媒体流的传输。
在图5a和5b所示的实施例中，若目的终端当前接收的媒体流数目达到目的终端对应的媒体流数目阈值，则紧急任务服务服务器在当前向目的终端发送的媒体流中确定第三目标媒体流，停止向目的终端发送所述第三目标媒体流，在检测到目的终端当前接收的媒体流数目小于目的终端对应的媒体流数目阈值的情况下，开始向目的终端发送第三目标媒体流，从而在目的终端能够接收媒体流时，紧急任务服务服务器可以直接开始向目的终端发送所述第三目标媒体流，减少信令开支，提高目的终端用户的用户体验。
请参阅图6，图6是本申请实施例提供的一种媒体服务器的结构示意图。如图6所示，该媒体服务器包括：
接收模块610，用于接收授权终端发送的远程媒体接收消息，所述远程媒体接收消息包括目标用户标识；
处理模块620，用于根据所述远程媒体接收消息确定第一目标媒体流；
发送模块630，用于向所述目标用户标识对应的目的终端发送所述第一目标媒体流。
可选的，
所述处理模块620还用于：
判断所述目的终端当前接收的媒体流数目是否小于所述目的终端对应的媒体流数目阈值，若是则通知所述发送模块630向所述目标用户标识对应的目的终端发送所述第一目标媒体流。
可选的，
所述发送模块630还用于：向所述目的终端发送媒体接收邀请消息，所述媒体接收邀请消息用于通知所述目的终端接收所述第一目标媒体流；
所述接收模块610还用于：接收所述目的终端根据所述媒体接收邀请消息发送的媒体接收请求消息，并根据所述媒体接收请求消息触发所述发送模块630向所述目标用户标识对应的目的终端发送所述第一目标媒体流。
在图6所示的实施例中，媒体服务器接收授权终端发送的远程媒体接收消息，所述远程媒体接收消息包括目标用户标识，然后根据所述远程媒体接收消息确定第一目标媒体流，向所述目标用户标识对应的目的终端发送所述第一目标媒体流，从而授权用户可以指定发送的第一目标媒体流以及接收该第一目标媒体流的目的终端，实现向特定的通信参与用户所在终端发送特定的媒体流。
请参阅图7，图7是本申请实施例提供的另一种媒体服务器的结构示意图。如图7所示，该设备包括处理器71、存储器72以及通信接口73。处理器71连接到存储器72和通信接口73，例如处理器71可以通过总线连接到存储器72和通信接口73。
处理器71被配置为支持所述媒体服务器执行图2a和图2b所述方法中相应的功能。该处理器71可以是中央处理器(英文：central processing unit，CPU)，网络处理器(英文：network processor，NP)，硬件芯片或者其任意组合。上述硬件芯片可以是专用集成电路(英文：application-specific integrated circuit，ASIC)，可编程逻辑器件(英文：programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文：complex programmable logic device，CPLD)，现场可编程逻辑门阵列(英文：field-programmable gate array，FPGA)，通用阵列逻辑(英文：generic array logic,GAL)或其任意组合。
存储器72存储器用于存储程序代码等。存储器72可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random access memory，缩写：RAM)；存储器72也可以包括非易失性存储器(英文：non-volatile memory)，例如只读存储器(英文：read-only memory，缩写：ROM)，快闪存储器(英文：flash memory)，硬盘(英文：hard diskdrive，缩写：HDD)或固态硬盘(英文：solid-state drive，缩写：SSD)；存储器72还可以包括上述种类的存储器的组合。
通信接口73用于与本申请实施例中的各终端进行通信以收发上述方法中所涉及的消息或媒体流。
处理器71可以调用所述程序代码以执行以下操作：
通过通信接口73接收授权终端发送的远程媒体接收消息，所述远程媒体接收消息包括目标用户标识；
根据所述远程媒体接收消息确定第一目标媒体流；
通过通信接口73向所述目标用户标识对应的目的终端发送所述第一目标媒体流。
可选的，处理器71在通过通信接口73向所述目标用户标识对应目的终端发送所述第一目标媒体流之前，还用于：
确定所述目的终端当前接收的媒体流数目小于所述目的终端对应的媒体流数目阈值。
可选的，所述远程媒体接收消息还包括所述第一目标媒体流的媒体流标识。
可选的，处理器71在通过通信接口73向所述目标用户标识对应的目的终端发送所述第一目标媒体流之前，还用于：
通过通信接口73向所述目的终端发送媒体接收邀请消息，所述媒体接收邀请消息用于通知所述目的终端接收所述第一目标媒体流；
通过通信接口73接收所述目的终端根据所述媒体接收邀请消息发送的媒体接收请求消息。
可选的，处理器71在通过通信接口73向所述目标用户标识对应的目的终端发送所述第一目标媒体流之后，还用于：
在向所述目的终端发送所述第一目标媒体流完成后，通过通信接口73向所述授权用户发送媒体流传输完成通知消息。
请参阅图8，图8是本申请另一实施例提供的一种媒体服务器的结构示意图。如图8所示，该媒体服务器包括：
接收模块810，用于接收授权终端发送的远程媒体接收停止消息，所述远程媒体接收消息包括目标用户标识；
处理模块820，用于根据所述远程媒体接收停止消息在向所述目标用户标识对应的目的终端当前发送的媒体流中确定第二目标媒体流；
所述处理模块820还用于：停止向所述目标用户标识对应的目的终端发送所述第二目标媒体流。
可选的，所述媒体服务器还包括：
发送模块830，用于根据所述远程媒体接收停止消息向所述目的终端发送媒体接收停止通知消息，所述媒体接收停止通知消息用于通知所述目的终端当前紧急任务服务服务器停止向所述目的终端发送所述第二目标媒体流。
可选的，
所述接收模块810还用于：接收所述目的终端根据所述媒体接收停止通知消息发送的媒体接收停止请求消息，所述媒体接收停止请求消息携带所述第二目标媒体流的媒体流标识；
所述处理模块820还用于：根据所述媒体接收停止请求消息停止向所述目标用户标识对应的目的终端发送所述第二目标媒体流；
所述发送模块830还用于：向所述目的终端发送媒体接收停止响应消息。
在图8所示的实施例中，媒体服务器接收授权用户发送的远程媒体接收停止消息，所述远程媒体接收消息包括目标用户标识，然后根据远程媒体接收停止消息在向目标用户标识对应的目的终端当前发送的媒体流中确定第二目标媒体流，停止向所述目标用户标识对应的目的终端发送所述第二目标媒体流，从而授权用户可以指定停止传输的第二目标媒体流以及接收该第二目标媒体流的目的终端，实现对特定的通信参与用户所在终端停止或暂停传输特定的媒体流。
请参阅图9，图9是本申请实施例提供的另一种媒体服务器的结构示意图。如图9所示，该设备包括处理器91、存储器92以及通信接口93。处理器91连接到存储器92和通信接口93，例如处理器91可以通过总线连接到存储器92和通信接口93。
处理器91被配置为支持所述媒体服务器执行图3a和图3b所述方法中相应的功能。该处理器91可以是中央处理器(英文：central processing unit，CPU)，网络处理器(英文：network processor，NP)，硬件芯片或者其任意组合。上述硬件芯片可以是专用集成电路(英文：application-specific integrated circuit，ASIC)，可编程逻辑器件(英文：programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文：complex programmable logic device，CPLD)，现场可编程逻辑门阵列(英文：field-programmable gate array，FPGA)，通用阵列逻辑(英文：generic array logic,GAL)或其任意组合。
存储器92存储器用于存储程序代码等。存储器92可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random access memory，缩写：RAM)；存储器92也可以包括非易失性存储器(英文：non-volatile memory)，例如只读存储器(英文：read-only memory，缩写：ROM)，快闪存储器(英文：flash memory)，硬盘(英文：hard diskdrive，缩写：HDD)或固态硬盘(英文：solid-state drive，缩写：SSD)；存储器92还可以包括上述种类的存储器的组合。
通信接口93用于与本申请实施例中的各终端进行通信以收发上述方法中所涉及的消息或媒体流。
处理器91可以调用所述程序代码以执行以下操作：
通过通信接口93接收授权终端发送的远程媒体接收停止消息，所述远程媒体接收停止消息包括目标用户标识；
根据所述远程媒体接收停止消息在向所述目标用户标识对应的目的终端当前发送的媒体流中确定第二目标媒体流；
停止通过通信接口93向所述目标用户标识对应的目的终端发送所述第二目标媒体流。
可选的，处理器91在停止向所述目标用户标识对应的目的终端发送所述第二目标媒体流之后，还用于：
若当前所述第二目标媒体流的接收终端的数量低于第一数量阈值，或所述目的用户标识对应的目的用户是第二目标媒体流发送的必须用户，则通过通信接口93向所述第二目标媒体流的源终端发送媒体传输停止消息，所述媒体传输停止消息用于通知所述第二目标媒体流的源终端停止发送所述第二目标媒体流。
可选的，所述远程媒体接收停止消息还包括所述第二目标媒体流的媒体流标识。
可选的，处理器91在停止向所述目标用户标识对应的目的终端发送所述第二目标媒体流之前，还用于：
根据所述远程媒体接收停止消息通过通信接口93向所述目的终端发送媒体接收停止通知消息，所述媒体接收停止通知消息用于通知所述目的终端当前紧急任务服务服务器停止向所述目的终端发送所述第二目标媒体流。
可选的，处理器91根据所述远程媒体接收停止消息在向所述目标用户标识对应的目的终端当前发送的媒体流中确定第二目标媒体流，具体包括：
通过通信接口93接收所述目的终端根据所述媒体接收停止通知消息发送的媒体接收停止请求消息，所述媒体接收停止请求消息携带所述第二目标媒体流的媒体流标识；
所述停止通过通信接口93向所述目标用户标识对应的目的终端发送所述第二目标媒体流包括：
停止通过通信接口93向所述目标用户标识对应的目的终端发送所述第二目标媒体流并通过通信接口93向所述目的终端发送媒体接收停止响应消息。
请参阅图10，图10是本申请另一实施例提供的一种媒体服务器的结构示意图。如图10所示，该媒体服务器包括：
处理模块110，用于当所述目的终端当前接收的媒体流数目达到所述目的终端对应的媒体流数目阈值的情况下，在当前向所述目的终端发送的媒体流中确定第三目标媒体流；
所述处理模块110还用于：停止向所述目的终端发送所述第三目标媒体流。
可选的，
所述处理模块110还用于：确定需要向所述目的终端发送的第一目标媒体流。
可选的，所述媒体服务器还包括：
发送模块120，用于向所述目的终端发送媒体接收抢占消息，所述媒体接收抢占消息中携带所述第一媒体流的标识信息和所述第三媒体流的标识信息，所述媒体接收抢占消息用于通知所述目的终端所述第三媒体流的传输资源被用于传输所述第一媒体流。
可选的，所述媒体服务器还包括：
发送模块120，用于向所述目的终端发送媒体接收邀请消息，所述媒体接收邀请消息携带所述第一目标媒体流的媒体流标识；
接收模块130，用于接收所述目的终端根据所述媒体接收邀请消息发送的媒体接收停止请求消息；
所述处理模块110用于：根据所述媒体接收停止请求消息在当前向所述目的终端发送的媒体流中确定第三目标媒体流。
可选的，
所述处理模块110还用于：用于在检测到所述目的终端当前接收的媒体流数目小于所述目的终端对应的媒体流数目阈值的情况下，开始向所述目的终端发送所述第三目标媒体流。
可选的，所述媒体服务器还包括：
接收模块130，用于接收所述目的终端发送的媒体传输重启消息，并根据所述媒体传输重启消息触发所述发送模块120开始向所述目的终端发送所述第三目标媒体流。
在图10所示的实施例中，若目的终端当前接收的媒体流数目达到目的终端对应的媒体流数目阈值，则媒体服务器在当前向目的终端发送的媒体流中确定第三目标媒体流，停止向目的终端发送所述第三目标媒体流，从而目的终端在接收的媒体流数目达到媒体流数目阈值时，可以通过停止占用一些传输资源的方式接收新传输的媒体流。
请参阅图11，图11是本申请实施例提供的另一种媒体服务器的结构示意图。如图11所示，该设备包括处理器111、存储器112以及通信接口113。处理器111连接到存储器112和通信接口113，例如处理器111可以通过总线连接到存储器112和通信接口113。
处理器111被配置为支持所述媒体服务器执行图4a—5b所述方法中相应的功能。该处理器111可以是中央处理器(英文：central processing unit，CPU)，网络处理器(英文：network processor，NP)，硬件芯片或者其任意组合。上述硬件芯片可以是专用集成电路(英文：application-specific integrated circuit，ASIC)，可编程逻辑器件(英文：programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文：complex programmable logic device，CPLD)，现场可编程逻辑门阵列(英文：field-programmable gate array，FPGA)，通用阵列逻辑(英文：generic array logic,GAL)或其任意组合。
存储器112存储器用于存储程序代码等。存储器112可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random access memory，缩写：RAM)；存储器112也可以包括非易失性存储器(英文：non-volatile memory)，例如只读存储器(英文：read-only memory，缩写：ROM)，快闪存储器(英文：flash memory)，硬盘(英文：hard diskdrive，缩写：HDD)或固态硬盘(英文：solid-state drive，缩写：SSD)；存储器112还可以包括上述种类的存储器的组合。
通信接口113用于与本申请实施例中的各终端进行通信以收发上述方法中所涉及的消息或媒体流。
处理器111可以调用所述程序代码以执行以下操作：
若目的终端当前接收的媒体流数目达到所述目的终端对应的媒体流数目阈值，则在当前向所述目的终端发送的媒体流中确定第三目标媒体流；
停止向所述目的终端发送所述第三目标媒体流。
可选的，处理器111在当前向所述目的终端发送的媒体流中确定第三目标媒体流之前，还用于：
确定需要向所述目的终端发送的第一目标媒体流。
可选的，处理器111在停止向所述目标用户标识对应的目的终端发送所述第三目标媒体流之前，还用于：
通过通信接口113向所述目的终端发送媒体接收抢占消息，所述媒体接收抢占消息中携带所述第一媒体流的标识信息和所述第三媒体流的标识信息，所述媒体接收抢占消息用于通知所述目的终端所述第三媒体流的传输资源被用于传输所述第一媒体流。
可选的，处理器91在当前向所述目的终端发送的媒体流中确定第三目标媒体流包括：
通过通信接口113向所述目的终端发送媒体接收邀请消息，所述媒体接收邀请消息携带所述第一目标媒体流的媒体流标识；
通过通信接口113接收所述目的终端根据所述媒体接收邀请消息发送的媒体接收停止请求消息；
根据所述媒体接收停止请求消息在当前向所述目的终端发送的媒体流中确定第三目标媒体流。
可选的，所述媒体接收停止请求消息携带所述第三目标媒体流的媒体流标识。
可选的，处理器111在停止向所述目标用户标识对应的目的终端发送所述第三目标媒体流之后，还用于：
在检测到所述目的终端当前接收的媒体流数目小于所述目的终端对应的媒体流数目阈值的情况下，开始向所述目的终端发送所述第三目标媒体流。
可选的，处理器111在开始向所述目的终端发送所述第三目标媒体流之前，还用于：
接收所述目的终端发送的媒体传输重启消息。
可选的，所述媒体传输重启消息携带所述第三目标媒体流的媒体流标识，用于请求开始所述第三目标媒体流的传输。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。
以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (17)

1.一种媒体下行传输控制方法，其特征在于，包括：
确定向终端待发送的第一目标媒体流；
若所述终端接收的媒体流数目达到所述终端对应的媒体流数目阈值，向所述终端发送媒体接收邀请消息，所述媒体接收邀请消息用于通知所述终端接收所述第一目标媒体流；
接收来自所述终端的媒体接收停止请求消息，所述媒体接收停止请求消息包括第二目标媒体流的媒体流标识，所述媒体接收停止请求消息响应于所述媒体接收邀请消息；
停止向所述终端发送所述第二目标媒体流。
2.如权利要求1所述的方法，其特征在于，所述媒体接收邀请消息包括所述第一目标媒体流的媒体流标识。
3.如权利要求1或2所述的方法，其特征在于，所述停止向所述终端发送所述第二目标媒体流之后，还包括：
在检测到所述终端接收的媒体流数目小于所述终端对应的媒体流数目阈值的情况下，开始向所述终端发送所述第二目标媒体流。
4.如权利要求3所述的方法，其特征在于，所述开始向所述终端发送所述第二目标媒体流之前还包括：
接收所述终端发送的媒体传输重启消息。
5.如权利要求4所述的方法，其特征在于，所述媒体传输重启消息包括所述第二目标媒体流的媒体流标识，用于请求开始所述第二目标媒体流的传输。
6.一种媒体下行传输控制方法，其特征在于，包括：
确定向终端待发送的第一目标媒体流；
若终端接收的媒体流数目达到所述终端对应的媒体流数目阈值，向所述终端发送媒体接收抢占消息，所述媒体接收抢占消息包括第一目标媒体流的媒体流标识和第二目标媒体流的媒体流标识，所述媒体接收抢占消息用于通知所述终端所述第二目标媒体流的传输资源被所述第一目标媒体流抢占；
停止向所述终端发送所述第二目标媒体流。
7.如权利要求6所述的方法，其特征在于，所述停止向所述终端发送所述第二目标媒体流之后还包括：
在检测到所述终端接收的媒体流数目小于所述终端对应的媒体流数目阈值的情况下，开始向所述终端发送所述第二目标媒体流。
8.如权利要求7所述的方法，其特征在于，所述开始向所述终端发送所述第二目标媒体流之前还包括：
接收所述终端发送的媒体传输重启消息。
9.如权利要求8所述的方法，其特征在于，所述媒体传输重启消息包括所述第二目标媒体流的媒体流标识，用于请求开始所述第二目标媒体流的传输。
10.一种媒体下行传输控制方法，其特征在于，包括：
接收来自服务器的媒体接收邀请消息，所述媒体接收邀请消息用于通知终端接收第一目标媒体流；
当所述终端接收的媒体流数目达到所述终端对应的媒体流数目阈值，确定通过抢占第二目标媒体流的资源接收所述第一目标媒体流；
根据所述媒体接收邀请消息，向所述服务器发送媒体接收停止请求消息，所述停止请求消息包括所述第二目标媒体流的媒体流标识。
11.如权利要求10所述的方法，其特征在于，所述媒体接收邀请消息包括所述第一目标媒体流的媒体流标识。
12.一种媒体下行传输控制方法，其特征在于，包括：
当终端接收的媒体流数目达到所述终端对应的媒体流数目阈值，接收来自服务器的媒体接收抢占消息，所述媒体接收抢占消息包括第一目标媒体流的媒体流标识和第二目标媒体流的媒体流标识，所述媒体接收抢占消息用于通知所述终端所述第二目标媒体流的传输资源被所述第一目标媒体流抢占；
停止接收来自所述第二目标媒体流。
13.一种通信装置，其特征在于，所述装置包括处理器，所述处理器与存储器耦合：
所述处理器，用于执行所述存储器中存储的指令，以使得所述装置执行权利要求1至5中任一项所述的方法。
14.一种通信装置，其特征在于，所述装置包括处理器，所述处理器与存储器耦合：
所述处理器，用于执行所述存储器中存储的指令，以使得所述装置执行权利要求6至9中任一项所述的方法。
15.一种通信装置，其特征在于，所述装置包括处理器，所述处理器与存储器耦合：
所述处理器，用于执行所述存储器中存储的指令，以使得所述装置执行权利要求10或11所述的方法。
16.一种通信装置，其特征在于，所述装置包括处理器，所述处理器与存储器耦合：
所述处理器，用于执行所述存储器中存储的指令，以使得所述装置执行权利要求12所述的方法。
17.一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至12任一项所述的方法。
CN202110536869.8A 2017-01-09 2017-01-09 一种媒体下行传输控制方法及相关设备 Active CN113411310B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110536869.8A CN113411310B (zh) 2017-01-09 2017-01-09 一种媒体下行传输控制方法及相关设备

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
PCT/CN2017/070678 WO2018126487A1 (zh) 2017-01-09 2017-01-09 一种媒体下行传输控制方法及相关设备
CN201780003803.4A CN109076061B (zh) 2017-01-09 2017-01-09 一种媒体下行传输控制方法及相关设备
CN202110536869.8A CN113411310B (zh) 2017-01-09 2017-01-09 一种媒体下行传输控制方法及相关设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201780003803.4A Division CN109076061B (zh) 2017-01-09 2017-01-09 一种媒体下行传输控制方法及相关设备

Publications (2)

Publication Number Publication Date
CN113411310A CN113411310A (zh) 2021-09-17
CN113411310B true CN113411310B (zh) 2022-08-26

Family

ID=62789008

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202110536869.8A Active CN113411310B (zh) 2017-01-09 2017-01-09 一种媒体下行传输控制方法及相关设备
CN201780003803.4A Active CN109076061B (zh) 2017-01-09 2017-01-09 一种媒体下行传输控制方法及相关设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201780003803.4A Active CN109076061B (zh) 2017-01-09 2017-01-09 一种媒体下行传输控制方法及相关设备

Country Status (7)

Country Link
US (2) US11108837B2 (zh)
EP (1) EP3554037B1 (zh)
JP (1) JP2020504557A (zh)
KR (1) KR102321889B1 (zh)
CN (2) CN113411310B (zh)
BR (1) BR112019014107A2 (zh)
WO (1) WO2018126487A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102425584B1 (ko) 2017-03-24 2022-07-26 삼성전자주식회사 짧은 데이터 서비스를 위한 클라이언트 프로토콜 선택을 위한 시스템 및 방법
EP3577916B1 (en) * 2017-03-25 2021-05-05 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data in mission critical data communication system
WO2020055155A1 (en) * 2018-09-12 2020-03-19 Samsung Electronics Co., Ltd. Method and apparatus for controlling streaming of multimedia data in a network
EP3925209B1 (en) * 2019-02-16 2024-03-27 Samsung Electronics Co., Ltd. Method and device for controlling video reception
WO2021230656A1 (en) * 2020-05-13 2021-11-18 Samsung Electronics Co., Ltd. Method and mission critical server for handling reception of media streams in mission critical system
CN115486090A (zh) * 2020-08-10 2022-12-16 三星电子株式会社 任务关键(mc)系统中处理媒体传输的系统和方法
CN113746724B (zh) * 2021-11-05 2022-04-12 阿里云计算有限公司 消息传输方法、装置、电子设备及介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1937778A (zh) * 2005-09-20 2007-03-28 腾讯科技（深圳）有限公司 一种流媒体播放方法、系统及设备
CN104641575A (zh) * 2013-09-03 2015-05-20 华为技术有限公司 用于传输媒体流的方法、装置和用户设备
CN105376194A (zh) * 2014-08-15 2016-03-02 中国电信股份有限公司 实时通信方法、系统和平台设备

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6697983B1 (en) * 2000-10-24 2004-02-24 At&T Wireless Services, Inc. Data link layer tunneling technique for high-speed data in a noisy wireless environment
US7782875B2 (en) * 2002-06-18 2010-08-24 Nokia Corporation Megaco protocol with group termination
US20040024902A1 (en) * 2002-06-18 2004-02-05 Olli Mikkola Megaco protocol with user termination
US7324555B1 (en) * 2003-03-20 2008-01-29 Infovalue Computing, Inc. Streaming while fetching broadband video objects using heterogeneous and dynamic optimized segmentation size
US7206866B2 (en) * 2003-08-20 2007-04-17 Microsoft Corporation Continuous media priority aware storage scheduler
US7809388B1 (en) * 2004-02-26 2010-10-05 Core Mobility, Inc. Selectively replaying voice data during a voice communication session
KR101180993B1 (ko) 2005-06-02 2012-09-07 삼성전자주식회사 ＰｏＣ 세션 대체를 위한 서버 및 클라이언트와 그 방법
FI20055345A0 (fi) * 2005-06-23 2005-06-23 Nokia Corp Ryhmäkommunikaation hallinta
EP1781053B1 (en) * 2005-10-28 2012-05-02 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Methods and apparatus for push to talk type service
JP4585479B2 (ja) * 2006-03-30 2010-11-24 株式会社東芝 サーバ装置および映像配信方法
RU2398361C2 (ru) 2006-06-16 2010-08-27 Эрикссон Аб Интеллектуальный способ, система и узел ограничения аудио
CN101145900A (zh) 2006-09-15 2008-03-19 华为技术有限公司 组播方法和组播系统以及组播设备
US9210202B2 (en) * 2007-06-20 2015-12-08 Qualcomm Incorporated System and method for sharing media in a group communication among wireless communication devices
US9154333B2 (en) 2007-12-26 2015-10-06 International Business Machines Corporation Balanced management of scalability and server loadability for internet protocol (IP) audio conferencing based upon monitored resource consumption
CN101547191B (zh) * 2008-03-28 2012-02-01 华为技术有限公司 一种媒体内容聚合控制方法及装置
CN101626396B (zh) * 2008-07-08 2014-01-08 华为技术有限公司 多用户业务建立和控制通道转移方法、装置及系统
US9392576B2 (en) * 2010-12-29 2016-07-12 Motorola Solutions, Inc. Methods for tranporting a plurality of media streams over a shared MBMS bearer in a 3GPP compliant communication system
WO2012093954A1 (en) 2011-01-04 2012-07-12 Telefonaktiebolaget Lm Ericsson (Publ) Local media rendering
CN102186261B (zh) 2011-05-30 2014-08-20 杭州华三通信技术有限公司 一种WLAN中IPv6邻居发现协议的实现方法和装置
CN102387140B (zh) 2011-10-18 2015-01-21 华为技术有限公司 无线局域网络中开展多媒体业务的方法、装置及系统
US9008591B2 (en) * 2012-06-22 2015-04-14 Ati Technologies Ulc Remote audio keep alive for wireless display
CN103702147A (zh) * 2012-09-27 2014-04-02 中兴通讯股份有限公司 一种多设备环境下业务内容管理系统及方法
CN102882795B (zh) 2012-09-29 2015-07-22 福建星网锐捷网络有限公司 一种无线网络中的ip组播报文下发的方法和设备
CN102982116A (zh) * 2012-11-09 2013-03-20 中国联合网络通信集团有限公司 基于云的多媒体转换方法及系统
US8867425B2 (en) * 2012-12-21 2014-10-21 Motorola Solutions, Inc. Method and apparatus multimedia broadcast/multicast service coverage boost
US20140192691A1 (en) 2013-01-07 2014-07-10 Gainspan Corporation Reliable delivery of data specified for transmission by multicasting in wireless networks
CN103079231A (zh) 2013-02-04 2013-05-01 北京傲天动联技术股份有限公司 在ap中基于无线局域网的组播转单播的装置和方法
US9161272B2 (en) * 2013-10-24 2015-10-13 Motorola Solutions, Inc. Method and apparatus to achieve lossless call in view of a temporary reception issue
US20150249868A1 (en) 2014-02-28 2015-09-03 Alcatel-Lucent Usa Inc. Internet protocol television tiered service delivery over wi-fi networks
US10462807B2 (en) * 2014-05-09 2019-10-29 Telefonaktiebolaget Lm Ericsson (Publ) Methods, apparatus, and systems for determining communication priority
CN105812219A (zh) 2014-12-31 2016-07-27 华为技术有限公司 帧传递方法以及相关装置和通信系统
US9466035B2 (en) * 2015-01-13 2016-10-11 Songkick.Com B.V. Systems and methods for leveraging social queuing to facilitate event ticket distribution
US10075970B2 (en) * 2015-03-15 2018-09-11 Qualcomm Incorporated Mission critical data support in self-contained time division duplex (TDD) subframe structure
CN105392040B (zh) * 2015-11-05 2019-02-19 Oppo广东移动通信有限公司 一种多设备同步暂停和播放的控制方法及控制系统
CN106230911A (zh) * 2016-07-25 2016-12-14 腾讯科技（深圳）有限公司 一种播放数据推荐方法、兴趣标签确定方法及相关设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1937778A (zh) * 2005-09-20 2007-03-28 腾讯科技（深圳）有限公司 一种流媒体播放方法、系统及设备
CN104641575A (zh) * 2013-09-03 2015-05-20 华为技术有限公司 用于传输媒体流的方法、装置和用户设备
CN105376194A (zh) * 2014-08-15 2016-03-02 中国电信股份有限公司 实时通信方法、系统和平台设备

Also Published As

Publication number Publication date
BR112019014107A2 (pt) 2020-02-11
CN109076061B (zh) 2021-05-14
KR102321889B1 (ko) 2021-11-03
EP3554037B1 (en) 2023-07-26
WO2018126487A1 (zh) 2018-07-12
US20190334969A1 (en) 2019-10-31
EP3554037A1 (en) 2019-10-16
US11108837B2 (en) 2021-08-31
CN109076061A (zh) 2018-12-21
KR20190099532A (ko) 2019-08-27
US20210367990A1 (en) 2021-11-25
US11553021B2 (en) 2023-01-10
EP3554037A4 (en) 2020-01-08
CN113411310A (zh) 2021-09-17
JP2020504557A (ja) 2020-02-06

Similar Documents

Publication Publication Date Title
CN113411310B (zh) 一种媒体下行传输控制方法及相关设备
US10925112B2 (en) Method for applying for media transmission permission, and method and apparatus for canceling media transmission permission
US11128991B2 (en) Method, apparatus, and system for floor control on multiple MCPTT systems
US8929939B2 (en) Session-triggered pushing of group communication data
US20190238352A1 (en) Communication Method and Apparatus
WO2018016915A1 (en) Methods and systems for transmission control in network supporting mission critical services
US11368507B2 (en) Method and device for controlling video reception
KR102314648B1 (ko) 미션 크리티컬 데이터 통신 해제를 위한 방법 및 장치
JP7260569B2 (ja) メディアダウンリンク伝送制御方法及び関連するデバイス
CN108259408B (zh) 一种信息传输方法、服务器及系统
CN115552864A (zh) 在关键任务系统中处理媒体流接收的方法和关键任务服务器
WO2021138894A1 (zh) 一种mcptt组呼方法、服务器及通信系统
CN112153580B (zh) 设置mcptt群组的方法、设备及系统
WO2018228298A1 (zh) 一种话权分配、申请的方法、计算机设备及可读存储介质
WO2018170897A1 (zh) 一种媒体传输策略的处理方法及相关设备
CN116366654A (zh) 任务处理方法、装置、计算机可读存储介质及电子设备

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