CN109005516A - 媒体流的传输方法及装置 - Google Patents
媒体流的传输方法及装置 Download PDFInfo
- Publication number
- CN109005516A CN109005516A CN201810864121.9A CN201810864121A CN109005516A CN 109005516 A CN109005516 A CN 109005516A CN 201810864121 A CN201810864121 A CN 201810864121A CN 109005516 A CN109005516 A CN 109005516A
- Authority
- CN
- China
- Prior art keywords
- speech
- media stream
- terminal
- audio mixing
- calling
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- 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/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- 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/80—Responding to QoS
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种媒体流的传输方法及装置。其中，该方法包括：通过集群控制功能TCF模块确定拥有话权的多个主叫终端和未拥有话权的多个被叫终端；获取拥有话权的多个主叫终端中每个主叫终端的上行媒体流；按照预定混音规则对每个主叫终端的上行媒体流进行混音操作，得到多个混音媒体流；将多个混音媒体流传输至拥有话权的多个主叫终端和未拥有话权的多个被叫终端。本发明解决了相关技术中宽带集群通信B‑TrunC的每个呼叫中同一时刻不支持多用户讲话，导致的通讯效率较低的技术问题。
Description
技术领域
本发明涉及集群通信技术领域，具体而言，涉及一种媒体流的传输方法及装置。
背景技术
基于LTE技术的宽带集群通信(B-TrunC)系统定义了基于TD-LTE技术的宽带集群增强技术，支持单呼、组呼等多种集群业务。图1是根据现有技术的宽带集群通讯系统的结构图，如图1所示，宽带集群通信B-TrunC的系统组成如下图,包括：DC、宽带集群核心网TCN(其中，宽带集群核心网TCN包括：eHSS和xGW、TCF/TMF、eMME),下面还包括：eNB和T-eNB，eNB与LTE数据终端无线连接，T-eNB与集群终端无线连接，其中，TCF负责集群业务的调度管理；TMF负责集群业务的数据传输；xGW支持集群业务承载管理(具体包括：SGW和PGW)、集群数据路由和转发；eMME负责移动性管理和承载管理。
对于组呼业务，B-TrunC系统的定义如下：“终端发起的在组成员内建立的半双工语音呼叫。在一个小区内，该组成员共享一个下行信道，可以听到话语权拥有方的语音，上行信道由一个获得话语权的组成员占用，组内其他成员可以申请话语权。组呼一般由发起方或系统释放结束”。
而随着集群系统在越来越多的行业中得以应用，用户对组呼的需求已经不限于只有一个用户可以讲话，允许组呼中多个用户同时讲话已经成为新的需求。例如3GPP的FRMCS(Future Railway Mobile Communication System)对未来铁路通信的需求中就包括了“带有话权控制的多用户并行通过功能”。
其中，相关技术中的B-TrunC系统的组呼，有TCF进行呼叫和话权决策，如果UE在话权被占用时申请话权，TCF根据话权策略进行：话权抢占，即先将当前的话权释放，再将话权授予申请的UE；或者，话权拒绝，即维持当前话权，拒绝本次话权申请。该方案涉及的B-TrunC系统的组呼与传统集群的组呼类似，每个呼叫中同一时刻只允许一个成员获得话权，不支持多用户讲话。
针对上述相关技术中宽带集群通信B-TrunC的每个呼叫中同一时刻不支持多用户讲话的问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种媒体流的传输方法及装置，以至少解决相关技术中宽带集群通信B-TrunC的每个呼叫中同一时刻不支持多用户讲话，导致的通讯效率较低的技术问题。
根据本发明实施例的一个方面，提供了一种媒体流的传输方法，包括：通过集群控制功能TCF模块确定拥有话权的多个主叫终端和未拥有话权的多个被叫终端；获取所述拥有话权的多个主叫终端中每个主叫终端的上行媒体流；按照预定混音规则对所述每个主叫终端的上行媒体流进行混音操作，得到多个混音媒体流；将所述多个混音媒体流传输至所述拥有话权的多个主叫终端和所述未拥有话权的多个被叫终端。
可选的，按照所述预定混音规则对所述每个主叫终端的上行媒体流进行混音操作，得到多个混音媒体流包括：依次将所述多个主叫终端中除主叫终端自身之外的每个主叫终端的上行媒体流进行混音操作，得到第一混音媒体流，其中，所述第一混音媒体流中包括与所述多个主叫终端数量相同的多个混音媒体流；将所述多个主叫终端中每个主叫终端的上行媒体流进行混音操作，得到第二混音媒体流；根据所述第一混音媒体流和所述第二混音媒体流得到所述多个混音媒体流。
可选的，将所述多个混音媒体流传输至所述拥有话权的多个主叫终端和所述未拥有话权的多个被叫终端包括：将所述第一混音媒体流传输至所述多个主叫终端；将所述第二混音媒体流传输至所述多个被叫终端。
可选的，通过集群控制功能TCF模块确定拥有话权的多个主叫终端包括：在接收到多个终端中的部分终端发送的话权申请消息后，统计当前拥有话权的主叫终端的数量；根据所述当前拥有话权的主叫终端的数量和话权终端阈值进行比较；在所述当前拥有话权的主叫终端的数量小于所述话权终端阈值的情况下，为发送所述话权申请消息的终端赋予话权。
可选的，在根据所述当前拥有话权的主叫终端的数量和话权终端阈值进行比较之后，上述媒体流的传输方法还包括：在所述当前拥有话权的主叫终端的数量超过所述话权终端阈值的情况下，向发送所述话权申请消息的终端发送话权申请失败消息。
可选的，在根据所述当前拥有话权的主叫终端的数量和话权终端阈值进行比较之后，上述媒体流的传输方法还包括：在所述当前拥有话权的主叫终端的数量超过所述话权终端阈值的情况下，获取所述话权申请消息中携带的发送所述话权申请消息的终端的标识；根据所述标识在所述集群控制功能TCF模块中查询发送话权申请消息的终端对应的优先级；根据所述优先级，确定拥有话权的多个主叫终端。
可选的，根据所述优先级，确定拥有话权的多个主叫终端包括：将拥有话权的主叫终端的优先级和发送所述话权申请消息的终端的优先级进行排序，得到优先级排序结果；根据所述优先级排序结果，确定拥有话权的多个主叫终端。
可选的，根据所述优先级排序结果，确定拥有话权的多个主叫终端包括：将所述优先级排序结果中最小的优先级对应的主叫终端的话权释放；为发送所述话权申请消息的终端赋予话权。
可选的，为发送所述话权申请消息的终端赋予话权包括：向发送所述话权申请消息的终端发送授权消息；根据所述授权消息赋予发送所述话权申请消息的终端话权。
可选的，在向发送所述话权申请消息的终端发送授权消息的同时，上述媒体流的传输方法还包括：向所述未拥有话权的多个被叫终端发送话权通知消息，其中，所述话权通知消息中携带有主叫终端的标识码。
根据本发明实施例的另外一个方面，还提供了一种媒体流的传输方法，包括：获取多个主叫终端的下行媒体流，其中，所述多个主叫终端是通过集群控制功能TCF模块确定的拥有话权的多个终端，所述多个主叫终端的下行媒体流是由所述TCF模块根据接收到的所述多个主叫终端的上行媒体流生成的；按照预定混音规则对所述多个主叫终端的下行媒体流进行混音操作，得到多个混音媒体流。
可选的，按照预定混音规则对所述多个主叫终端的下行媒体流进行混音操作，得到多个混音媒体流包括：所述多个主叫终端将除自身的上行媒体流生成的下行媒体流之外的下行媒体流进行混音操作，得到第三混音媒体流，其中，所述第三混音媒体流中包括与所述多个主叫终端数量相同的多个混音媒体流；将根据所述多个主叫终端的上行媒体流生成的下行媒体流进行混音操作，得到第四混音媒体流，其中，所述第四混音媒体流中包括与未拥有话权的多个被叫终端数量相同的多个混音媒体流；根据所述第三混音媒体流和所述第四混音媒体流得到所述多个混音媒体流。
根据本发明实施例的另外一个方面，还提供了一种媒体流的传输装置，包括：确定单元，用于通过集群控制功能TCF模块确定拥有话权的多个主叫终端和未拥有话权的多个被叫终端；第一获取单元，用于获取所述拥有话权的多个主叫终端中每个主叫终端的上行媒体流；第二获取单元，用于按照预定混音规则对所述每个主叫终端的上行媒体流进行混音操作，得到多个混音媒体流；传输单元，用于将所述多个混音媒体流传输至所述拥有话权的多个主叫终端和所述未拥有话权的多个被叫终端。
可选的，所述第二获取单元包括：第一获取子单元，用于依次将所述多个主叫终端中除主叫终端自身之外的每个主叫终端的上行媒体流进行混音操作，得到第一混音媒体流，其中，所述第一混音媒体流中包括与所述多个主叫终端数量相同的多个混音媒体流；第二获取子单元，用于将所述多个主叫终端中每个主叫终端的上行媒体流进行混音操作，得到第二混音媒体流；第三获取子单元，用于根据所述第一混音媒体流和所述第二混音媒体流得到所述多个混音媒体流。
可选的，所述传输单元包括：第一传输子单元，用于将所述第一混音媒体流传输至所述多个主叫终端；第二传输子单元，用于将所述第二混音媒体流传输至所述多个被叫终端。
可选的，所述确定单元包括：统计子单元，用于在接收到多个终端中的部分终端发送的话权申请消息后，统计当前拥有话权的主叫终端的数量；比较子单元，用于根据所述当前拥有话权的主叫终端的数量和话权终端阈值进行比较；赋予子单元，用于在所述当前拥有话权的主叫终端的数量小于所述话权终端阈值的情况下，为发送所述话权申请消息的终端赋予话权。
可选的，上述媒体流的传输装置还包括：发送子单元，用于在根据所述当前拥有话权的主叫终端的数量和话权终端阈值进行比较之后，在所述当前拥有话权的主叫终端的数量超过所述话权终端阈值的情况下，向发送所述话权申请消息的终端发送话权申请失败消息。
可选的，上述媒体流的传输装置还包括：第四获取子单元，用于在根据所述当前拥有话权的主叫终端的数量和话权终端阈值进行比较之后，在所述当前拥有话权的主叫终端的数量超过所述话权终端阈值的情况下，获取所述话权申请消息中携带的发送所述话权申请消息的终端的标识；查询子单元，用于根据所述标识在所述集群控制功能TCF模块中查询发送话权申请消息的终端对应的优先级；确定子单元，用于根据所述优先级，确定拥有话权的多个主叫终端。
可选的，所述确定子单元包括：获取模块，用于将拥有话权的主叫终端的优先级和发送所述话权申请消息的终端的优先级进行排序，得到优先级排序结果；确定模块，用于根据所述优先级排序结果，确定拥有话权的多个主叫终端。
可选的，所述确定模块包括：释放子模块，用于将所述优先级排序结果中最小的优先级对应的主叫终端的话权释放；第一赋予子模块，用于为发送所述话权申请消息的终端赋予话权。
可选的，所述第一赋予子模块包括：第一发送子模块，用于向发送所述话权申请消息的终端发送授权消息；第二赋予子模块，用于根据所述授权消息赋予发送所述话权申请消息的终端话权。
可选的，上述媒体流的传输装置还包括：第二发送子模块，用于在向发送所述话权申请消息的终端发送授权消息的同时，向所述未拥有话权的多个被叫终端发送话权通知消息，其中，所述话权通知消息中携带有主叫终端的标识码。
根据本发明实施例的另外一个方面，还提供了一种媒体流的传输装置，包括：第三获取单元，用于获取多个主叫终端的下行媒体流，其中，所述多个主叫终端是通过集群控制功能TCF模块确定的拥有话权的多个终端，所述多个主叫终端的下行媒体流是由所述TCF模块根据接收到的所述多个主叫终端的上行媒体流生成的；第四获取单元，用于按照预定混音规则对所述多个主叫终端的下行媒体流进行混音操作，得到多个混音媒体流。
可选的，所述第四获取单元包括：第五获取子单元，用于所述多个主叫终端将除自身的上行媒体流生成的下行媒体流之外的下行媒体流进行混音操作，得到第三混音媒体流，其中，所述第三混音媒体流中包括与所述多个主叫终端数量相同的多个混音媒体流；第六获取子单元，用于将根据所述多个主叫终端的上行媒体流生成的下行媒体流进行混音操作，得到第四混音媒体流，其中，所述第四混音媒体流中包括与未拥有话权的多个被叫终端数量相同的多个混音媒体流；第七获取子单元，用于根据所述第三混音媒体流和所述第四混音媒体流得到所述多个混音媒体流。
根据本发明实施例的另外一个方面，还提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序执行上述中任意一项所述的媒体流的传输方法。
根据本发明实施例的另外一个方面，还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述中任意一项所述的媒体流的传输方法。
在本发明实施例中，采用通过集群控制功能TCF模块确定拥有话权的多个主叫终端和未拥有话权的多个被叫终端；同时获取拥有话权的多个主叫终端中每个主叫终端的上行媒体流；并按照预定混音规则对每个主叫终端的上行媒体流进行混音操作，得到多个混音媒体流；以及将多个混音媒体流传输至拥有话权的多个主叫终端和未拥有话权的多个被叫终端的方式，通过本发明实施例提供的媒体流的传输方法可以实现支持多用户同时讲话的半双工组呼的目的，达到了更好地满足用户需求的技术效果，进而解决了相关技术中宽带集群通信B-TrunC的每个呼叫中同一时刻不支持多用户讲话，导致的通讯效率较低的技术问题，提升了用户体验。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据现有技术的宽带集群通讯系统的结构图；
图2是根据本发明实施例的媒体流的传输方法的流程图；
图3是根据本发明实施例的控制端混音的流程图；
图4是根据本发明实施例的媒体流的传输方法中用户终端申请话权的流程图；
图5是根据本发明实施例的媒体流的传输方法中多用户讲话呼叫的时序图；
图6是根据本发明实施例的媒体流的传输方法中多用户讲话呼叫中的话权申请的时序图；
图7是根据本发明实施例的媒体流的传输方法中多用户讲话呼叫中的话权申请被拒绝的时序图；
图8是根据本发明实施例的媒体流的传输方法中多用户讲话呼叫中的话权申请抢占的时序图；
图9是根据本发明实施例的媒体流的传输方法的优选流程图；
图10是根据本发明实施例的用户端混音的流程图；
图11是根据本发明实施例的媒体流的传输装置的示意图；
图12是根据本发明实施例的可选的媒体流的传输装置的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为了便于描述，下面对本发明实施例中出现的部分名词或术语进行详细说明。
通用移动通信技术的长期演进(Long Term Evolution，简称LTE)：是由3GPP(the3rd generation partnership project，第三代合作伙伴计划)组织制定的UMTS(universal mobile telecommunications system,通用移动通信系统)技术标准的长期演进。
宽带集群通讯(broadband trunking communication，简称B-TrunC)：是由宽带集群产业联盟组织制定的基于TD-LTE的“LTE数字传输+集群语音通信”专网宽带集群系统标准。
核心网：是提供用户连接，对用户的管理以及对业务完成承载，作为承载网络提供到外部网络的接口，核心网部分就是位于网络子系统内，主要是把A口上来的呼叫请求或数据请求，持续到不同的网络上。
实施例1
根据本发明实施例，提供了一种媒体流的传输方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图2是根据本发明实施例的媒体流的传输方法的流程图，如图2所示，该媒体流的传输方法包括如下步骤：
步骤S202，通过集群控制功能TCF模块确定拥有话权的多个主叫终端和未拥有话权的多个被叫终端。
步骤S204，获取拥有话权的多个主叫终端中每个主叫终端的上行媒体流。
步骤S206，按照预定混音规则对每个主叫终端的上行媒体流进行混音操作，得到多个混音媒体流。
步骤S208，将多个混音媒体流传输至拥有话权的多个主叫终端和未拥有话权的多个被叫终端。
通过上述步骤，可以根据拥有话权的多个主叫终端中的每个主叫终端的上行媒体流得到多个混音媒体流，并将多个混音媒体流传输至拥有话权的多个主叫终端和未拥有话权的多个被叫终端。相对于相关技术中宽带集群通讯B-TrunC的组呼与传统集群的组呼，在每个呼叫中只允许一个成员获得话权，不支持多用户讲话的弊端，通过本发明实施例提供的媒体流的传输方法可以实现支持多用户同时讲话的半双工组呼的目的，达到了更好地满足用户需求的技术效果，进而解决了相关技术中宽带集群通信B-TrunC的每个呼叫中同一时刻不支持多用户讲话，导致的通讯效率较低的技术问题，提升了用户体验。
由于对各个主叫终端的媒体流进行的混音操作可以在核心网执行，当然也可以在终端设备来执行，下面对各个主叫终端的媒体流在核心网进行混音进行详细说明。
作为本发明一个可选的实施例，按照预定混音规则对每个主叫终端的上行媒体流进行混音操作，得到多个混音媒体流可以包括：依次将多个主叫终端中除主叫终端自身之外的每个主叫终端的上行媒体流进行混音操作，得到第一混音媒体流，其中，第一混音媒体流中包括与多个主叫终端数量相同的多个混音媒体流；将多个主叫终端中每个主叫终端的上行媒体流进行混音操作，得到第二混音媒体流；根据第一混音媒体流和第二混音媒体流得到多个混音媒体流。上述这种方式是在核心网端进行混音的方式，各个主叫终端(也即是，拥有话权的用户终端)各自拥有一路上行媒体流，并将自身的上行媒体流上传至集群调度媒体功能模块TMF，集群调度媒体功能模块TMF对上述上行媒体流进行混音，形成多路下行媒体流，并将形成的多路下行媒体流分别下发至各个主叫终端以及各个被叫终端。
例如，图3是根据本发明实施例的控制端混音的流程图，如图3所示，包括：集群调度媒体功能模块TMF，综合业务网关xGW,基站EnodeB1,基站EnodeB2，被叫终端UE1，被叫终端UE2，主叫终端1、主叫终端2、主叫终端3。在图3中，用户终端UE1、用户终端UE2、用户终端UE3(也即是，主叫终端1、主叫终端2以及主叫终端3)均占用话权，各自有一路上行的媒体流。TMF形成4路下行的媒体流，分别是：对UE2、UE3媒体流进行混音形成媒体流1，最终发送给UE1；对UE1、UE3媒体流进行混音形成媒体流2，最终发送给UE2；对UE1、UE2媒体流进行混音形成媒体流3，最终发送给UE3；对UE1、UE2及UE3媒体流进行混音形成媒体流4，最终发送给除了UE1、UE2、UE3之外的非占用话权的UE，例如，图3中所示的被叫终端1以及被叫终端2。采用这种在核心网端进行对来自各个用户终端的上行媒体流进行混音的方式，可以根据实际情况，将每个主叫终端中除了自身之外的主叫终端的上行媒体流进行混音，形成的下行媒体流发送给该主叫终端，确保每个主叫终端接收的下行媒体流携带的消息中不包含自身发出的消息，从而可以节省流量，并且提升了通信效率。对于各个被叫终端，则会接收到所有主叫终端的上行媒体流混音后形成的下行媒体流，可以确保各个被叫终端接收的信息的完整性。
在上述实施例中通过核心网对多个主叫终端上传的上行媒体流进行混音后，还需要将混音后的混音媒体流下发至各个主叫终端以及被叫终端进而实现组内各个用户终端的通信，其中，将混音后得到的混音媒体流下发至各个主叫终端或多个被叫终端可以通过以下方式来实现。
具体地，将多个混音媒体流传输至拥有话权的多个主叫终端和未拥有话权的多个被叫终端可以包括：将第一混音媒体流发送给多个主叫终端，同时将第二混音媒体流发送给多个被叫终端。
例如，第一混音媒体流可以包括：主叫终端2的上行媒体流对应的下行媒体流和主叫终端3的上行媒体流对应的下行媒体流混音后得到的混音媒体流1，主叫终端1的上行媒体流对应的下行媒体流和主叫终端3的上行媒体流对应的下行媒体流混音后得到的混音媒体流2，主叫终端1的上行媒体流对应的下行媒体流和主叫终端2的上行媒体流对应的下行媒体流混音后得到的混音媒体流3；第二混音媒体流可以包括：主叫终端1的上行媒体流对应的下行媒体流、主叫终端2的上行媒体流对应的下行媒体流以及主叫终端3的上行媒体流对应的下行媒体流混音后得到的混音媒体流4。
在对上述各个主叫终端的上行媒体流进行混音操作得到上述各个混音媒体流之后，可以将上述混音媒体流1发送给主叫终端1，将上述混音媒体流2发送给主叫终端2，将上述混音媒体流3发送给上述主叫终端3，以及上述将混音媒体流4发送至上述被叫终端1和被叫终端2，从而实现组内各个用户设备的通信。
为了解决相关技术中宽带集群通讯B-TrunC的组呼与传统集群的组呼，在每个呼叫中只允许一个成员获得话权，不支持多用户讲话的技术问题，在本发明实施例中提供的媒体流的传输方法可以支持多用户同时讲话，以及支持的同时讲话的最多用户数，在组呼的签约信息中会有规定；支持多用户同时讲话的组可以发起普通的组呼，也可以发起同时讲话的组呼。其中，用户设备在呼叫请求中会指示本次呼叫是否为多用户讲话的组呼，集群调度控制功能模块TCF进行多用户讲话组呼的呼叫和话权决策，可以在话权通知中包含多个话权的占用的信息，下面进行详细说明。图4是根据本发明实施例的媒体流的传输方法中用户终端申请话权的流程图，如图4所示，TCF接收到用户终端UE的呼叫请求，然后查看呼叫请求中携带的组属性和用户终端UE签约信息，根据上述组属性和用户终端UE签约信息确定该用户终端是否有权限发起呼叫，在用户终端UE有权限发起呼叫的情况下，接收呼叫请求，授权给该用户终端UE，并向组内其他用户终端发送话权通知；反之，用户终端无权发起呼叫，拒绝呼叫请求。
其中，对于媒体层面的处理可以有两种方法：1.TMF进行混音：对于同时N各用户讲话的呼叫，TMF生成N+1个下行媒体流；将所有的上行媒体流混音为1个下行媒体流，分发给无话权的用户；对于每一个讲话用户(也即是，上下文中的主叫终端)，将所有其他讲话用户的上行媒体流混音为1个下行媒体流，发给该讲话用户。2.用户终端进行混音：TMF不进行混音处理，把收到的每个上行媒体流直接转换成下行媒体流，对于无话权的用户终端(也即是，上下文中的被叫终端)，直接把收到的该组的所有下行媒体流进行混音；对于每个讲话的用户终端，用户终端从收到的该组的所有下行媒体流中丢弃来自自身的媒体流后，进行混音。为了实现用户终端的上述区分功能，TMF在发送下行媒体流时，IP包的源IP地址填写该媒体流实际来自用户终端的IP地址。
作为本发明一个可选的实施例，如果要实现支持多用户同时讲话的目的，首先需要发起多用户讲话的呼叫。图5是根据本发明实施例的媒体流的传输方法中多用户讲话呼叫的时序图。如图5所示，包括如下步骤：
步骤S501，用户终端UE1在呼叫请求Call Request消息中携带组号码(也即是，上下文中的被叫终端的号码)，并通过呼叫类型call type或者呼叫属性call attribute，指示本次呼叫为多用户讲话的组呼。
步骤S502，如果TCF处没有对应组的属性，则与增强型归属用户服务器eHSS交互获得组属性。
步骤S503，TCF根据组和用户终端的属性，判断是否允许发起本次呼叫。
步骤S504，TCF向主叫终端发送call accept消息，同意发起呼叫并将话权授予该用户终端。
步骤S505，与上述步骤S604并行实施，TCF向被叫终端发送Groupcall SetupIndication消息，通知呼叫建立。
步骤S506，主叫终端返回call complete消息，完成呼叫建立。
步骤S507，TCF向被叫终端发送话权通知floor inform消息，其中，floor inform携带有话权用户终端为用户终端1。
通过上述实施例，可以实现根据发起的多用户讲话的呼叫，建立呼叫关系，并且，被叫终端可以实时得知当前拥有话权的主叫终端。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。
作为本发明一个可选的实施例，通过集群控制功能TCF模块确定拥有话权的多个主叫终端可以包括：在接收到多个终端中的部分终端发送的话权申请消息后，统计当前拥有话权的主叫终端的数量；根据当前拥有话权的主叫终端的数量和话权终端阈值进行比较；在当前拥有话权的主叫终端的数量小于话权终端阈值的情况下，为发送话权申请消息的终端赋予话权。也即是，组呼内可以包括多个主叫终端和多个被叫终端，并且也会规定一个话权终端阈值，当前拥有话权的主叫终端的数量不能超过话权终端阈值。在当前拥有话权的主叫终端的数量小于话权终端阈值的情况下，可以为发送话权申请消息的终端赋予话权。
例如，图6是根据本发明实施例的媒体流的传输方法中多用户讲话呼叫中的话权申请的时序图。如图6所示，包括如下步骤：
步骤S601，用户终端UE2在用户终端1讲话时发送Floor Request消息，申请话权。
步骤S602，TCF判断本次呼叫是否允许多用户讲话。
步骤S603，TCF向用户终端UE2发送Floor Grant消息，进行话权授权。
步骤S604，用户终端UE2返回授权确认Floor Grant ACK消息。然后，用户终端UE2可以讲话。
步骤S605，TCF向被叫用户终端(包括此前正在讲话的用户终端UE1)发送话权通知floor inform，指示话权占用者为用户终端UE1和用户终端UE2。
通过上述实施例在满足条件的情况下，可以为发起话权申请的用户终端授予话权，并告知各个终端设备当前话权拥有者为哪些用户终端。
作为本发明一个可选的实施例，在根据当前拥有话权的主叫终端的数量和话权终端阈值进行比较之后，上述媒体流的传输方法还可以包括：在当前拥有话权的主叫终端的数量超过话权终端阈值的情况下，向发送话权申请消息的终端发送话权申请失败消息。也即是，在当前拥有话权的主叫终端的数量大于等于话权终端阈值的情况下，可以拒绝发送话权申请消息的终端发送的话权申请消息。
具体地，在某个用户终端进行话权申请的情况下，多用户讲话呼叫中的话权申请可能会被拒绝。图7是根据本发明实施例的媒体流的传输方法中多用户讲话呼叫中的话权申请被拒绝的时序图，如图7所示，包括如下步骤：
步骤S701，用户终端UE2讲话时发送Floor Request消息申请话权。
步骤S702，TCF根据话权策略判断是否授予UE2话权。如果出现以下步骤S7021，步骤S7022以及步骤S7023的情况，则TCF拒绝UE2的话权申请。
步骤S7021，本次呼叫不允许多用户讲话，或
步骤S7022，本次呼叫允许多用户讲话，但讲话的数量已经达到允许讲话的数量的最大值，且UE2的话权优先级不高于任何一个讲话者；或
步骤S7023，本次呼叫允许多用户讲话，但不允许话权抢占。
步骤S703，TCF向UE2发送话权拒绝Floor Reject消息。
通过上述实施例，可以实现当TCF接收到用户终端发送的话权申请消息的情况下，综合各种情况，判断是否可以为发出话权申请的用户终端授予话权，在不满足授权条件的情况下，及时拒绝授予话权，从而实现了对话权申请的有效合理的管理。
作为本发明一个可选的实施例，在当前拥有话权的主叫终端的数量大于话权终端阈值的情况下，上述媒体流的传输方法还可以包括：在当前拥有话权的主叫终端的数量超过话权终端阈值的情况下，获取话权申请消息中携带的发送话权申请消息的终端的标识；根据标识在集群控制功能TCF模块中查询发送话权申请消息的终端对应的优先级；根据优先级，确定拥有话权的多个主叫终端。也即是，上述集群控制功能TCF模块中存储有多个终端的标识，以及多个终端对应的优先级，上述多个终端的标识与多个终端对应的优先级是一一对应的。当一个终端发送话权申请消息的时候，会携带有该终端的标识，在集群控制功能TCF模块接收到上述话权申请消息后，会解析出话权申请消息中的终端标识，然后基于上述标识查询该终端对应的优先级。
具体地，根据优先级，确定拥有话权的多个主叫终端可以包括：将拥有话权的主叫终端的优先级和发送话权申请消息的终端的优先级进行排序，得到优先级排序结果；根据优先级排序结果，确定拥有话权的多个主叫终端。也即是，将拥有话权的主叫终端的优先级和发送话权申请消息的终端的优先级进行排序，得到一个优先级排序结果，根据该优先级排序结果确定发送话权申请消息的终端是否可以拥有话权。
作为本发明一个可选的实施例，根据优先级排序结果，确定拥有话权的多个主叫终端可以包括：将优先级排序结果中最小的优先级对应的主叫终端的话权释放；为发送话权申请消息的终端赋予话权。
作为本发明一个可选的实施例，为发送话权申请消息的终端赋予话权可以包括：向发送话权申请消息的终端发送授权消息；根据授权消息赋予发送话权申请消息的终端话权。
作为本发明一个可选的实施例，在向发送话权申请消息的终端发送授权消息的同时，上述媒体流的传输方法还可以包括：向未拥有话权的多个被叫终端发送话权通知消息，其中，话权通知消息中携带有主叫终端的标识码。通过话权通知消息中携带的主叫终端的标识码可以实时得知当前拥有话权的主叫终端，也即是当前的讲话者有哪些。
例如，图8是根据本发明实施例的媒体流的传输方法中多用户讲话呼叫中的话权申请抢占的时序图。如图8所示，包括如下步骤：
步骤S801，用户终端UE3在用户终端UE1、用户终端UE2讲话时，发出Floor Request消息申请话权。
步骤S802，TCF根据话权策略判断是否授予UE2话权。如果用户终端UE1、用户终端UE2以及用户终端UE3中，用户终端UE1的话权优先级最低，则TCF应释放用户终端UE1的话权，授予用户终端UE3。
步骤S803，TCF向用户终端UE1发送Floor Release消息，释放用户终端UE1的话权。
步骤S804，用户终端UE1回复释放确认Floor Release ACK消息。
步骤S805，TCF向用户终端UE3发送Floor Grant消息，将话权授予用户终端UE3。
步骤S806，用户终端UE3恢复授权确认Floor Grant ACK消息，此时用户终端UE3可以讲话。
步骤S807，TCF向组内用户终端UE发送话权通知Floor Inform，指示话权占用者为用户终端2和用户终端3。
通过上述实施例，在已经存在多个主叫终端的情况下，针对发起话权申请的用户终端，可以根据具体情况，例如，优先级，来确认是否授予当前申请话权的用户终端，在可以授予当前申请话权的用户终端的情况下，需要释放掉优先级最低的拥有话权的用户终端的话权，从而使得话权的分配更加合理。
实施例2
根据本发明实施例，还提供了一种媒体流的传输方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图9是根据本发明实施例的媒体流的传输方法的优选流程图，如图9所示，该媒体流的传输方法可以包括如下步骤：
步骤S902，获取多个主叫终端的下行媒体流，其中，多个主叫终端是通过集群控制功能TCF模块确定的拥有话权的多个终端，多个主叫终端的下行媒体流是由TCF模块根据接收到的多个主叫终端的上行媒体流生成的。
步骤S904，按照预定混音规则对多个主叫终端的下行媒体流进行混音操作，得到多个混音媒体流。
在本实施例中，可以通过获取多个主叫终端的下行媒体流，其中，多个主叫终端是通过集群控制功能TCF模块确定的拥有话权的多个终端，多个主叫终端的下行媒体流是由TCF模块根据接收到的多个主叫终端的上行媒体流生成的；同时按照预定混音规则对多个主叫终端的下行媒体流进行混音操作，得到多个混音媒体流。相对于相关技术中宽带集群通讯B-TrunC的组呼与传统集群的组呼，在每个呼叫中只允许一个成员获得话权，不支持多用户讲话的弊端，通过本发明实施例提供的媒体流的传输方法可以实现支持多用户同时讲话的半双工组呼的目的，达到了更好地满足用户需求的技术效果，进而解决了相关技术中宽带集群通信B-TrunC的每个呼叫中同一时刻不支持多用户讲话，导致的通讯效率较低的技术问题，提升了用户体验。
作为本发明一个可选的实施例，按照预定混音规则对多个主叫终端的下行媒体流进行混音操作，得到多个混音媒体流可以包括：多个主叫终端将除自身的上行媒体流生成的下行媒体流之外的下行媒体流进行混音操作，得到第三混音媒体流，其中，第三混音媒体流中包括与多个主叫终端数量相同的多个混音媒体流；将根据多个主叫终端的上行媒体流生成的下行媒体流进行混音操作，得到第四混音媒体流，其中，第四混音媒体流中包括与未拥有话权的多个被叫终端数量相同的多个混音媒体流；根据第三混音媒体流和第四混音媒体流得到多个混音媒体流。
其中，上述第三混音媒体流可以包括：主叫终端1通过源IP地址识别，丢弃主叫终端1的上行媒体流对应的下行媒体流之后，将主叫终端2的上行媒体流对应的下行媒体流和主叫终端3的上行媒体流对应的下行媒体流进行混音后得到的混音媒体流5；主叫终端2通过源IP地址识别，丢弃主叫终端2的上行媒体流对应的下行媒体流之后，将主叫终端1的上行媒体流对应的下行媒体流和主叫终端3的上行媒体流对应的下行媒体流进行混音后得到的混音媒体流6；主叫终端3通过源IP地址识别，丢弃主叫终端3的上行媒体流对应的下行媒体流之后，将主叫终端1的上行媒体流对应的下行媒体流和主叫终端2的上行媒体流对应的下行媒体流进行混音后得到的混音媒体流7。上述第四混音媒体流可以包括:将主叫终端1的上行媒体流对应的下行媒体流、将主叫终端2的上行媒体流对应的下行媒体流以及将主叫终端3的上行媒体流对应的下行媒体流进行混音后得到的混音媒体流8。
在对上述各个主叫终端的上行媒体流对应的下行媒体流进行混音操作得到上述各个混音媒体流之后，可以将上述混音媒体流5发送给主叫终端1，将混音媒体流6发送给主叫终端2，将上述混音媒体流7发送给上述主叫终端3，以及上述将混音媒体流8发送至上述被叫终端1和被叫终端2，从而实现组内各个用户设备的通信。
图10是根据本发明实施例的用户端混音的流程图，如图10所示，包括：集群调度媒体功能模块TMF，综合业务网关xGW,基站EnodeB1,基站EnodeB2，被叫终端UE1，被叫终端UE2，主叫终端UE1、主叫终端UE2、主叫终端UE3。在图10中，用户终端UE1、UE2、UE3(也即是，主叫终端1、主叫终端2以及主叫终端3)均占用话权，各自有一路上行的媒体流。TMF形成3路下行媒体流，分别是：来自UE1的媒体流1，其IP包的源IP地址填写为UE1的IP地址；来自UE2的媒体流2，其IP包的源IP地址填写为UE2的IP地址；来自UE3的媒体流3，其IP包的源IP地址填写为UE3的IP地址。上述3路下行媒体流均在空中接口上进行广播，组内的被叫终端(例如，被叫终端1和被叫终端2)均可收到这3路媒体流。不同的用户设备如下：UE1通过源IP地址识别，丢弃媒体流1，把媒体流2和媒体流3进行混音；UE2通过源IP地址识别，丢弃媒体流2，把媒体流1和媒体流3进行混音；UE3通过源IP地址识别，丢弃媒体流3，把媒体流1和媒体流2进行混音；组内其他的用户终端(例如，被叫终端1和被叫终端2)把媒体流1、媒体流2以及媒体流3进行混音。
在本发明实施例中，通过用户终端对由TMF根据多个主叫终端的上行媒体流生成的下行媒体流进行混音，TMF不进行混音处理，把收到的每个上行媒体流直接转换成下行媒体流，对于无话权的用户终端(也即是，上下文中的被叫终端)，直接把收到的该组的所有下行媒体流进行混音；对于每个讲话的用户终端，从收到的该组的所有下行媒体流中丢弃来自自身的媒体流后，进行混音。为了实现用户终端的上述区分功能，TMF在发送下行媒体流时，IP包的源IP地址填写该媒体流实际来自用户终端的IP地址。
需要说明的是，如果要实现支持多用户同时讲话的目的，首先需要发起多用户讲话的呼叫。图5是根据本发明实施例的媒体流的传输方法中多用户讲话呼叫的时序图。如图5所示，包括如下步骤：
步骤S501，用户终端UE1在呼叫请求Call Request消息中携带组号码(也即是，上下文中的被叫终端的号码)，并通过呼叫类型call type或者呼叫属性call attribute，指示本次呼叫为多用户讲话的组呼。
步骤S502，如果TCF处没有对应组的属性，则与增强型归属用户服务器eHSS交互获得组属性。
步骤S503，TCF根据组和用户终端的属性，判断是否允许发起本次呼叫。
步骤S504，TCF向主叫终端发送call accept消息，同意发起呼叫并将话权授予该用户终端。
步骤S505，与上述步骤S604并行实施，TCF向被叫终端发送Groupcall SetupIndication消息，通知呼叫建立。
步骤S506，主叫终端返回call complete消息，完成呼叫建立。
步骤S507，TCF向被叫终端发送话权通知floor inform消息，其中，floor inform携带有话权用户终端为用户终端1。
通过上述实施例，可以实现根据发起的多用户讲话的呼叫，建立呼叫关系，并且，被叫终端可以实时得知当前拥有话权的主叫终端。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。
作为本发明一个可选的实施例，上述集群控制功能TCF模块不仅可以用于确定拥有话权的多个主叫终端，也可以用于确定未拥有话权的多个被叫终端。
其中，通过集群控制功能TCF模块确定拥有话权的多个主叫终端可以包括：在接收到多个终端中的部分终端发送的话权申请消息后，统计当前拥有话权的主叫终端的数量；根据当前拥有话权的主叫终端的数量和话权终端阈值进行比较；在当前拥有话权的主叫终端的数量小于话权终端阈值的情况下，为发送话权申请消息的终端赋予话权。也即是，组呼内可以包括多个主叫终端和多个被叫终端，并且也会规定一个话权终端阈值，当前拥有话权的主叫终端的数量不能超过话权终端阈值。在当前拥有话权的主叫终端的数量小于话权终端阈值的情况下，可以为发送话权申请消息的终端赋予话权。
例如，图6是根据本发明实施例的媒体流的传输方法中多用户讲话呼叫中的话权申请的时序图。如图6所示，包括如下步骤：
步骤S601，用户终端UE2在用户终端1讲话时发送Floor Request消息，申请话权。
步骤S602，TCF判断本次呼叫是否允许多用户讲话。
步骤S603，TCF向用户终端UE2发送Floor Grant消息，进行话权授权。
步骤S604，用户终端UE2返回授权确认Floor Grant ACK消息。然后用户终端UE2可以讲话
步骤S605，TCF向被叫用户终端(包括此前正在讲话的用户终端UE1)发送话权通知floor inform，指示话权占用者为用户终端UE1和用户终端UE2。
通过上述实施例在满足条件的情况下，可以为发起话权申请的用户终端授予话权，并告知各个终端设备当前话权拥有者为哪些用户终端。
作为本发明一个可选的实施例，在根据当前拥有话权的主叫终端的数量和话权终端阈值进行比较之后，上述媒体流的传输方法还可以包括：在当前拥有话权的主叫终端的数量超过话权终端阈值的情况下，向发送话权申请消息的终端发送话权申请失败消息。也即是，在当前拥有话权的主叫终端的数量大于等于话权终端阈值的情况下，可以拒绝发送话权申请消息的终端发送的话权申请消息。
具体地，在某个用户终端进行话权申请的情况下，多用户讲话呼叫中的话权申请可能会被拒绝。图7是根据本发明实施例的媒体流的传输方法中多用户讲话呼叫中的话权申请被拒绝的时序图，如图7所示，包括如下步骤：
步骤S701，用户终端UE2讲话时发送Floor Request消息申请话权。
步骤S702，TCF根据话权策略判断是否授予UE2话权。如果出现以下步骤S7021，步骤S7022以及步骤S7023的情况，则TCF拒绝UE2的话权申请。
步骤S7021，本次呼叫不允许多用户讲话，或
步骤S7022，本次呼叫允许多用户讲话，但讲话的数量已经达到允许讲话的数量的最大值，且UE2的话权优先级不高于任何一个讲话者；或
步骤S7023，本次呼叫允许多用户讲话，但不允许话权抢占。
步骤S703，TCF向UE2发送话权拒绝Floor Reject消息。
通过上述实施例，可以实现当TCF接收到用户终端发送的话权申请消息的情况下，综合各种情况，判断是否可以为发出话权申请的用户终端授予话权，在不满足授权条件的情况下，及时拒绝授予话权，从而实现了对话权申请的有效合理的管理。
作为本发明一个可选的实施例，在当前拥有话权的主叫终端的数量大于话权终端阈值的情况下，上述媒体流的传输方法还可以包括：在当前拥有话权的主叫终端的数量超过话权终端阈值的情况下，获取话权申请消息中携带的发送话权申请消息的终端的标识；根据标识在集群控制功能TCF模块中查询发送话权申请消息的终端对应的优先级；根据优先级，确定拥有话权的多个主叫终端。也即是，上述集群控制功能TCF模块中存储有多个终端的标识，以及多个终端对应的优先级，上述多个终端的标识与多个终端对应的优先级是一一对应的。当一个终端发送话权申请消息的时候，会携带有该终端的标识，在集群控制功能TCF模块接收到上述话权申请消息后，会解析出话权申请消息中的终端标识，然后基于上述标识查询该终端对应的优先级。
具体地，根据优先级，确定拥有话权的多个主叫终端可以包括：将拥有话权的主叫终端的优先级和发送话权申请消息的终端的优先级进行排序，得到优先级排序结果；根据优先级排序结果，确定拥有话权的多个主叫终端。也即是，将拥有话权的主叫终端的优先级和发送话权申请消息的终端的优先级进行排序，得到一个优先级排序结果，根据该优先级排序结果确定发送话权申请消息的终端是否可以拥有话权。
作为本发明一个可选的实施例，根据优先级排序结果，确定拥有话权的多个主叫终端可以包括：将优先级排序结果中最小的优先级对应的主叫终端的话权释放；为发送话权申请消息的终端赋予话权。
作为本发明一个可选的实施例，为发送话权申请消息的终端赋予话权可以包括：向发送话权申请消息的终端发送授权消息；根据授权消息赋予发送话权申请消息的终端话权。
作为本发明一个可选的实施例，在向发送话权申请消息的终端发送授权消息的同时，上述媒体流的传输方法还可以包括：向未拥有话权的多个被叫终端发送话权通知消息，其中，话权通知消息中携带有主叫终端的标识码。通过话权通知消息中携带的主叫终端的标识码可以实时得知当前拥有话权的主叫终端，也即是当前的讲话者有哪些。
例如，图8是根据本发明实施例的媒体流的传输方法中多用户讲话呼叫中的话权申请抢占的时序图。如图8所示，包括如下步骤：
步骤S801，用户终端UE3在用户终端UE1、用户终端UE2讲话时，发出Floor Request消息申请话权。
步骤S802，TCF根据话权策略判断是否授予UE2话权。如果用户终端UE1、用户终端UE2以及用户终端UE3中，用户终端UE1的话权优先级最低，则TCF应释放用户终端UE1的话权，授予用户终端UE3。
步骤S803，TCF向用户终端UE1发送Floor Release消息，释放用户终端UE1的话权。
步骤S804，用户终端UE1回复释放确认Floor Release ACK消息。
步骤S805，TCF向用户终端UE3发送Floor Grant消息，将话权授予用户终端UE3。
步骤S806，用户终端UE3恢复授权确认Floor Grant ACK消息，此时用户终端UE3可以讲话。
步骤S807，TCF向组内用户终端UE发送话权通知Floor Inform，指示话权占用者为用户终端2和用户终端3。
通过上述实施例，在已经存在多个主叫终端的情况下，针对发起话权申请的用户终端，可以根据具体情况，例如，优先级，来确认是否授予当前申请话权的用户终端，在可以授予当前申请话权的用户终端的情况下，需要释放掉优先级最低的拥有话权的用户终端的话权，从而使得话权的分配更加合理。
实施例3
根据本发明实施例还提供了一种媒体流的传输装置，需要说明的是，本发明实施例的媒体流的传输装置可以用于执行本发明实施例所提供的媒体流的传输方法。以下对本发明实施例提供的媒体流的传输装置进行介绍。
图11是根据本发明实施例的媒体流的传输装置的示意图，如图11所示，该媒体流的传输装置可以包括：确定单元1101，第一获取单元1103，第二获取单元1105以及传输单元1107。下面对该媒体流的传输装置进行详细说明。
确定单元1101，用于通过集群控制功能TCF模块确定拥有话权的多个主叫终端和未拥有话权的多个被叫终端。
第一获取单元1103，与上述确定单元1101连接，用于获取拥有话权的多个主叫终端中每个主叫终端的上行媒体流。
第二获取单元1105，与上述第一获取单元1103连接，用于按照预定混音规则对每个主叫终端的上行媒体流进行混音操作，得到多个混音媒体流。
传输单元1107，与上述第二获取单元1105连接，用于将多个混音媒体流传输至拥有话权的多个主叫终端和未拥有话权的多个被叫终端。
在上述实施例中，可以利用确定单元通过集群控制功能TCF模块确定拥有话权的多个主叫终端和未拥有话权的多个被叫终端；同时利用第一获取单元获取拥有话权的多个主叫终端中每个主叫终端的上行媒体流；然后通过第二获取单元按照预定混音规则对每个主叫终端的上行媒体流进行混音操作，得到多个混音媒体流；以及利用传输单元将多个混音媒体流传输至拥有话权的多个主叫终端和未拥有话权的多个被叫终端。相对于相关技术中宽带集群通讯B-TrunC的组呼与传统集群的组呼，在每个呼叫中只允许一个成员获得话权，不支持多用户讲话的弊端，通过本发明实施例提供的媒体流的传输装置可以实现支持多用户同时讲话的半双工组呼的目的，达到了更好地满足用户需求的技术效果，进而解决了相关技术中宽带集群通信B-TrunC的每个呼叫中同一时刻不支持多用户讲话，导致的通讯效率较低的技术问题，提升了用户体验。
作为本发明一个可选的实施例，上述第二获取单元可以包括：第一获取子单元，用于依次将多个主叫终端中除主叫终端自身之外的每个主叫终端的上行媒体流进行混音操作，得到第一混音媒体流，其中，第一混音媒体流中包括与多个主叫终端数量相同的多个混音媒体流；第二获取子单元，用于将多个主叫终端中每个主叫终端的上行媒体流进行混音操作，得到第二混音媒体流；第三获取子单元，用于根据第一混音媒体流和第二混音媒体流得到多个混音媒体流。
作为本发明一个可选的实施例，上述传输单元可以包括：第一传输子单元，用于将第一混音媒体流传输至多个主叫终端；第二传输子单元，用于将第二混音媒体流传输至多个被叫终端。
作为本发明一个可选的实施例，上述确定单元可以包括：统计子单元，用于在接收到多个终端中的部分终端发送的话权申请消息后，统计当前拥有话权的主叫终端的数量；比较子单元，用于根据当前拥有话权的主叫终端的数量和话权终端阈值进行比较；赋予子单元，用于在当前拥有话权的主叫终端的数量小于话权终端阈值的情况下，为发送话权申请消息的终端赋予话权。
作为本发明一个可选的实施例，上述媒体流的传输装置还可以包括：发送子单元，用于在根据当前拥有话权的主叫终端的数量和话权终端阈值进行比较之后，在当前拥有话权的主叫终端的数量超过话权终端阈值的情况下，向发送话权申请消息的终端发送话权申请失败消息。
作为本发明一个可选的实施例，上述媒体流的传输装置还可以包括：第四获取子单元，用于在根据当前拥有话权的主叫终端的数量和话权终端阈值进行比较之后，在当前拥有话权的主叫终端的数量超过话权终端阈值的情况下，获取话权申请消息中携带的发送话权申请消息的终端的标识；查询子单元，用于根据标识在集群控制功能TCF模块中查询发送话权申请消息的终端对应的优先级；确定子单元，用于根据优先级，确定拥有话权的多个主叫终端。
作为本发明一个可选的实施例，上述确定子单元可以包括：获取模块，用于将拥有话权的主叫终端的优先级和发送话权申请消息的终端的优先级进行排序，得到优先级排序结果；确定模块，用于根据优先级排序结果，确定拥有话权的多个主叫终端。
作为本发明一个可选的实施例，上述确定模块可以包括：释放子模块，用于将优先级排序结果中最小的优先级对应的主叫终端的话权释放；第一赋予子模块，用于为发送话权申请消息的终端赋予话权。
作为本发明一个可选的实施例，上述第一赋予子模块可以包括：第一发送子模块，用于向发送话权申请消息的终端发送授权消息；第二赋予子模块，用于根据授权消息赋予发送话权申请消息的终端话权。
作为本发明一个可选的实施例，上述媒体流的传输装置还可以包括：第二发送子模块，用于在向发送话权申请消息的终端发送授权消息的同时，向未拥有话权的多个被叫终端发送话权通知消息，其中，话权通知消息中携带有主叫终端的标识码。
实施例4
根据本发明实施例还提供了一种媒体流的传输装置，需要说明的是，本发明实施例的媒体流的传输装置可以用于执行本发明实施例所提供的媒体流的传输方法。以下对本发明实施例提供的媒体流的传输装置进行介绍。
图12是根据本发明实施例的可选的媒体流的传输装置的示意图，如图12所示，该媒体流的传输装置可以包括：第三获取单元1201以及第四获取单元1203。下面对本发明实施例提供的媒体流的传输装置进行介绍。
第三获取单元1201，用于获取多个主叫终端的下行媒体流，其中，多个主叫终端是通过集群控制功能TCF模块确定的拥有话权的多个终端，多个主叫终端的下行媒体流是由TCF模块根据接收到的多个主叫终端的上行媒体流生成的。
第四获取单元1203，与上述第三获取单元1201连接，用于按照预定混音规则对多个主叫终端的下行媒体流进行混音操作，得到多个混音媒体流。
在本实施例中，可以利用第三获取单元获取多个主叫终端的下行媒体流，其中，多个主叫终端是通过集群控制功能TCF模块确定的拥有话权的多个终端，多个主叫终端的下行媒体流是由TCF模块根据接收到的多个主叫终端的上行媒体流生成的；并利用第四获取单元按照预定混音规则对多个主叫终端的下行媒体流进行混音操作，得到多个混音媒体流。相对于相关技术中宽带集群通讯B-TrunC的组呼与传统集群的组呼，在每个呼叫中只允许一个成员获得话权，不支持多用户讲话的弊端，通过本发明实施例提供的媒体流的传输装置可以实现支持多用户同时讲话的半双工组呼的目的，达到了更好地满足用户需求的技术效果，进而解决了相关技术中宽带集群通信B-TrunC的每个呼叫中同一时刻不支持多用户讲话，导致的通讯效率较低的技术问题，提升了用户体验。
作为本发明一个可选的实施例，上述第四获取单元可以包括：第五获取子单元，用于多个主叫终端将除自身的上行媒体流生成的下行媒体流之外的下行媒体流进行混音操作，得到第三混音媒体流，其中，第三混音媒体流中包括与多个主叫终端数量相同的多个混音媒体流；第六获取子单元，用于将根据多个主叫终端的上行媒体流生成的下行媒体流进行混音操作，得到第四混音媒体流，其中，第四混音媒体流中包括与未拥有话权的多个被叫终端数量相同的多个混音媒体流；第七获取子单元，用于根据第三混音媒体流和第四混音媒体流得到多个混音媒体流。
上述媒体流的传输装置包括处理器和存储器，上述确定单元1101，第一获取单元1103，第二获取单元1105、传输单元1107、第三获取单元1201以及第四获取单元1203等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
上述处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数将多个混音媒体流传输至拥有话权的多个主叫终端和未拥有话权的多个被叫终端。
上述存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。
根据本发明实施例的另外一个方面，还提供了一种存储介质，存储介质包括存储的程序，其中，程序执行上述中任意一项的媒体流的传输方法。
根据本发明实施例的另外一个方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述中任意一项的媒体流的传输方法。
在本发明实施例中还提供了一种设备，该设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：通过集群控制功能TCF模块确定拥有话权的多个主叫终端和未拥有话权的多个被叫终端；获取拥有话权的多个主叫终端中每个主叫终端的上行媒体流；按照预定混音规则对每个主叫终端的上行媒体流进行混音操作，得到多个混音媒体流；将多个混音媒体流传输至拥有话权的多个主叫终端和未拥有话权的多个被叫终端。
在本发明实施例中还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：通过集群控制功能TCF模块确定拥有话权的多个主叫终端和未拥有话权的多个被叫终端；获取拥有话权的多个主叫终端中每个主叫终端的上行媒体流；按照预定混音规则对每个主叫终端的上行媒体流进行混音操作，得到多个混音媒体流；将多个混音媒体流传输至拥有话权的多个主叫终端和未拥有话权的多个被叫终端。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (26)
1.一种媒体流的传输方法，其特征在于，包括：
通过集群控制功能TCF模块确定拥有话权的多个主叫终端和未拥有话权的多个被叫终端；
获取所述拥有话权的多个主叫终端中每个主叫终端的上行媒体流；
按照预定混音规则对所述每个主叫终端的上行媒体流进行混音操作，得到多个混音媒体流；
将所述多个混音媒体流传输至所述拥有话权的多个主叫终端和所述未拥有话权的多个被叫终端。
2.根据权利要求1所述的方法，其特征在于，按照所述预定混音规则对所述每个主叫终端的上行媒体流进行混音操作，得到多个混音媒体流包括：
依次将所述多个主叫终端中除主叫终端自身之外的每个主叫终端的上行媒体流进行混音操作，得到第一混音媒体流，其中，所述第一混音媒体流中包括与所述多个主叫终端数量相同的多个混音媒体流；
将所述多个主叫终端中每个主叫终端的上行媒体流进行混音操作，得到第二混音媒体流；
根据所述第一混音媒体流和所述第二混音媒体流得到所述多个混音媒体流。
3.根据权利要求2所述的方法，其特征在于，将所述多个混音媒体流传输至所述拥有话权的多个主叫终端和所述未拥有话权的多个被叫终端包括：
将所述第一混音媒体流传输至所述多个主叫终端；
将所述第二混音媒体流传输至所述多个被叫终端。
4.根据权利要求1所述的方法，其特征在于，通过集群控制功能TCF模块确定拥有话权的多个主叫终端包括：
在接收到多个终端中的部分终端发送的话权申请消息后，统计当前拥有话权的主叫终端的数量；
根据所述当前拥有话权的主叫终端的数量和话权终端阈值进行比较；
在所述当前拥有话权的主叫终端的数量小于所述话权终端阈值的情况下，为发送所述话权申请消息的终端赋予话权。
5.根据权利要求4所述的方法，其特征在于，在根据所述当前拥有话权的主叫终端的数量和话权终端阈值进行比较之后，还包括：
在所述当前拥有话权的主叫终端的数量超过所述话权终端阈值的情况下，向发送所述话权申请消息的终端发送话权申请失败消息。
6.根据权利要求4所述的方法，其特征在于，在根据所述当前拥有话权的主叫终端的数量和话权终端阈值进行比较之后，还包括：
在所述当前拥有话权的主叫终端的数量超过所述话权终端阈值的情况下，获取所述话权申请消息中携带的发送所述话权申请消息的终端的标识；
根据所述标识在所述集群控制功能TCF模块中查询发送话权申请消息的终端对应的优先级；
根据所述优先级，确定拥有话权的多个主叫终端。
7.根据权利要求6所述的方法，其特征在于，根据所述优先级，确定拥有话权的多个主叫终端包括：
将拥有话权的主叫终端的优先级和发送所述话权申请消息的终端的优先级进行排序，得到优先级排序结果；
根据所述优先级排序结果，确定拥有话权的多个主叫终端。
8.根据权利要求7所述的方法，其特征在于，根据所述优先级排序结果，确定拥有话权的多个主叫终端包括：
将所述优先级排序结果中最小的优先级对应的主叫终端的话权释放；
为发送所述话权申请消息的终端赋予话权。
9.根据权利要求4或8所述的方法，其特征在于，为发送所述话权申请消息的终端赋予话权包括：
向发送所述话权申请消息的终端发送授权消息；
根据所述授权消息赋予发送所述话权申请消息的终端话权。
10.根据权利要求9所述的方法，其特征在于，在向发送所述话权申请消息的终端发送授权消息的同时，还包括：
向所述未拥有话权的多个被叫终端发送话权通知消息，其中，所述话权通知消息中携带有主叫终端的标识码。
11.一种媒体流的传输方法，其特征在于，包括：
获取多个主叫终端的下行媒体流，其中，所述多个主叫终端是通过集群控制功能TCF模块确定的拥有话权的多个终端，所述多个主叫终端的下行媒体流是由所述TCF模块根据接收到的所述多个主叫终端的上行媒体流生成的；
按照预定混音规则对所述多个主叫终端的下行媒体流进行混音操作，得到多个混音媒体流。
12.根据权利要求11所述的方法，其特征在于，按照预定混音规则对所述多个主叫终端的下行媒体流进行混音操作，得到多个混音媒体流包括：
所述多个主叫终端将除自身的上行媒体流生成的下行媒体流之外的下行媒体流进行混音操作，得到第三混音媒体流，其中，所述第三混音媒体流中包括与所述多个主叫终端数量相同的多个混音媒体流；
将根据所述多个主叫终端的上行媒体流生成的下行媒体流进行混音操作，得到第四混音媒体流，其中，所述第四混音媒体流中包括与未拥有话权的多个被叫终端数量相同的多个混音媒体流；
根据所述第三混音媒体流和所述第四混音媒体流得到所述多个混音媒体流。
13.一种媒体流的传输装置，其特征在于，包括：
确定单元，用于通过集群控制功能TCF模块确定拥有话权的多个主叫终端和未拥有话权的多个被叫终端；
第一获取单元，用于获取所述拥有话权的多个主叫终端中每个主叫终端的上行媒体流；
第二获取单元，用于按照预定混音规则对所述每个主叫终端的上行媒体流进行混音操作，得到多个混音媒体流；
传输单元，用于将所述多个混音媒体流传输至所述拥有话权的多个主叫终端和所述未拥有话权的多个被叫终端。
14.根据权利要求13所述的装置，其特征在于，所述第二获取单元包括：
第一获取子单元，用于依次将所述多个主叫终端中除主叫终端自身之外的每个主叫终端的上行媒体流进行混音操作，得到第一混音媒体流，其中，所述第一混音媒体流中包括与所述多个主叫终端数量相同的多个混音媒体流；
第二获取子单元，用于将所述多个主叫终端中每个主叫终端的上行媒体流进行混音操作，得到第二混音媒体流；
第三获取子单元，用于根据所述第一混音媒体流和所述第二混音媒体流得到所述多个混音媒体流。
15.根据权利要求14所述的装置，其特征在于，所述传输单元包括：
第一传输子单元，用于将所述第一混音媒体流传输至所述多个主叫终端；
第二传输子单元，用于将所述第二混音媒体流传输至所述多个被叫终端。
16.根据权利要求13所述的装置，其特征在于，所述确定单元包括：
统计子单元，用于在接收到多个终端中的部分终端发送的话权申请消息后，统计当前拥有话权的主叫终端的数量；
比较子单元，用于根据所述当前拥有话权的主叫终端的数量和话权终端阈值进行比较；
赋予子单元，用于在所述当前拥有话权的主叫终端的数量小于所述话权终端阈值的情况下，为发送所述话权申请消息的终端赋予话权。
17.根据权利要求16所述的装置，其特征在于，还包括：
发送子单元，用于在根据所述当前拥有话权的主叫终端的数量和话权终端阈值进行比较之后，在所述当前拥有话权的主叫终端的数量超过所述话权终端阈值的情况下，向发送所述话权申请消息的终端发送话权申请失败消息。
18.根据权利要求16所述的装置，其特征在于，还包括：
第四获取子单元，用于在根据所述当前拥有话权的主叫终端的数量和话权终端阈值进行比较之后，在所述当前拥有话权的主叫终端的数量超过所述话权终端阈值的情况下，获取所述话权申请消息中携带的发送所述话权申请消息的终端的标识；
查询子单元，用于根据所述标识在所述集群控制功能TCF模块中查询发送话权申请消息的终端对应的优先级；
确定子单元，用于根据所述优先级，确定拥有话权的多个主叫终端。
19.根据权利要求18所述的装置，其特征在于，所述确定子单元包括：
获取模块，用于将拥有话权的主叫终端的优先级和发送所述话权申请消息的终端的优先级进行排序，得到优先级排序结果；
确定模块，用于根据所述优先级排序结果，确定拥有话权的多个主叫终端。
20.根据权利要求19所述的装置，其特征在于，所述确定模块包括：
释放子模块，用于将所述优先级排序结果中最小的优先级对应的主叫终端的话权释放；
第一赋予子模块，用于为发送所述话权申请消息的终端赋予话权。
21.根据权利要求16或20所述的装置，其特征在于，所述第一赋予子模块包括：
第一发送子模块，用于向发送所述话权申请消息的终端发送授权消息；
第二赋予子模块，用于根据所述授权消息赋予发送所述话权申请消息的终端话权。
22.根据权利要求21所述的装置，其特征在于，还包括：
第二发送子模块，用于在向发送所述话权申请消息的终端发送授权消息的同时，向所述未拥有话权的多个被叫终端发送话权通知消息，其中，所述话权通知消息中携带有主叫终端的标识码。
23.一种媒体流的传输装置，其特征在于，包括：
第三获取单元，用于获取多个主叫终端的下行媒体流，其中，所述多个主叫终端是通过集群控制功能TCF模块确定的拥有话权的多个终端，所述多个主叫终端的下行媒体流是由所述TCF模块根据接收到的所述多个主叫终端的上行媒体流生成的；
第四获取单元，用于按照预定混音规则对所述多个主叫终端的下行媒体流进行混音操作，得到多个混音媒体流。
24.根据权利要求23所述的装置，其特征在于，所述第四获取单元包括：
第五获取子单元，用于所述多个主叫终端将除自身的上行媒体流生成的下行媒体流之外的下行媒体流进行混音操作，得到第三混音媒体流，其中，所述第三混音媒体流中包括与所述多个主叫终端数量相同的多个混音媒体流；
第六获取子单元，用于将根据所述多个主叫终端的上行媒体流生成的下行媒体流进行混音操作，得到第四混音媒体流，其中，所述第四混音媒体流中包括与未拥有话权的多个被叫终端数量相同的多个混音媒体流；
第七获取子单元，用于根据所述第三混音媒体流和所述第四混音媒体流得到所述多个混音媒体流。
25.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序执行权利要求1至12中任意一项所述的媒体流的传输方法。
26.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至12中任意一项所述的媒体流的传输方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810864121.9A CN109005516A (zh) | 2018-08-01 | 2018-08-01 | 媒体流的传输方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810864121.9A CN109005516A (zh) | 2018-08-01 | 2018-08-01 | 媒体流的传输方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109005516A true CN109005516A (zh) | 2018-12-14 |
Family
ID=64594208
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810864121.9A Pending CN109005516A (zh) | 2018-08-01 | 2018-08-01 | 媒体流的传输方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109005516A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109889549A (zh) * | 2019-04-03 | 2019-06-14 | 海能达通信股份有限公司 | 媒体数据下发方法及装置、关键任务一键通系统 |
| CN110662179A (zh) * | 2019-09-30 | 2020-01-07 | 武汉虹信通信技术有限责任公司 | 基于lte宽带集群系统的呼叫处理方法及装置 |
| CN111432294A (zh) * | 2020-03-31 | 2020-07-17 | 广州维德科技有限公司 | 全双工对讲机的无线通信方法与系统 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1848980A (zh) * | 2005-12-09 | 2006-10-18 | 华为技术有限公司 | 确定话权分配方式的方法及集群通信系统 |
| CN101860547A (zh) * | 2010-06-11 | 2010-10-13 | 中兴通讯股份有限公司 | 组呼或广播呼叫接续的控制方法、装置及系统 |
| CN104244188A (zh) * | 2013-06-14 | 2014-12-24 | 中国普天信息产业股份有限公司 | 一种td-lte集群系统中多方通话的方法 |
| CN106604240A (zh) * | 2016-12-23 | 2017-04-26 | 上海微喂网络科技有限公司 | 一种智能话权实时对讲实现方法 |
| CN107659902A (zh) * | 2017-08-16 | 2018-02-02 | 北京中兴高达通信技术有限公司 | 网络混音的通话系统和方法 |
| WO2018049627A1 (zh) * | 2016-09-14 | 2018-03-22 | 海能达通信股份有限公司 | 一种集群组呼处理方法、相关设备和系统 |
-
2018
- 2018-08-01 CN CN201810864121.9A patent/CN109005516A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1848980A (zh) * | 2005-12-09 | 2006-10-18 | 华为技术有限公司 | 确定话权分配方式的方法及集群通信系统 |
| CN101860547A (zh) * | 2010-06-11 | 2010-10-13 | 中兴通讯股份有限公司 | 组呼或广播呼叫接续的控制方法、装置及系统 |
| CN104244188A (zh) * | 2013-06-14 | 2014-12-24 | 中国普天信息产业股份有限公司 | 一种td-lte集群系统中多方通话的方法 |
| WO2018049627A1 (zh) * | 2016-09-14 | 2018-03-22 | 海能达通信股份有限公司 | 一种集群组呼处理方法、相关设备和系统 |
| CN106604240A (zh) * | 2016-12-23 | 2017-04-26 | 上海微喂网络科技有限公司 | 一种智能话权实时对讲实现方法 |
| CN107659902A (zh) * | 2017-08-16 | 2018-02-02 | 北京中兴高达通信技术有限公司 | 网络混音的通话系统和方法 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109889549A (zh) * | 2019-04-03 | 2019-06-14 | 海能达通信股份有限公司 | 媒体数据下发方法及装置、关键任务一键通系统 |
| CN110662179A (zh) * | 2019-09-30 | 2020-01-07 | 武汉虹信通信技术有限责任公司 | 基于lte宽带集群系统的呼叫处理方法及装置 |
| CN110662179B (zh) * | 2019-09-30 | 2021-11-12 | 中信科移动通信技术股份有限公司 | 基于lte宽带集群系统的呼叫处理方法及装置 |
| CN111432294A (zh) * | 2020-03-31 | 2020-07-17 | 广州维德科技有限公司 | 全双工对讲机的无线通信方法与系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108632904A (zh) | 一种通信方法及设备 | |
| CN109246757A (zh) | 一种新型服务质量架构在双连接系统的配置方法及装置 | |
| CN109005516A (zh) | 媒体流的传输方法及装置 | |
| US20060148485A1 (en) | Method and a network element for providing a handover in a communications system | |
| CN102244899A (zh) | 一种在接入网对互联网访问数据进行分流的方法及装置 | |
| KR20040064867A (ko) | 이동통신 시스템에서 역방향 메시지의 전송 구간을제공하는 방법 | |
| AU2003244247A1 (en) | Multimedia service providing method in a radio mobile communication system | |
| CN111491009A (zh) | 业务协同处理方法及相关设备 | |
| JP4784876B2 (ja) | 通信経路割り当てエンティティ及び方法 | |
| CN101667920A (zh) | 一种计费方法、系统及话单生成设备 | |
| CN109120528A (zh) | 一种网络通信方法及相关设备 | |
| CN107135543B (zh) | 无线资源管理rrm的控制方法及装置 | |
| CN111294758B (zh) | 逻辑信道优先级处理方法及装置、存储介质、终端 | |
| KR20150097599A (ko) | 셀룰러 네트워크에서 무선 자원을 스케줄링하는 방법 및 시스템 | |
| CN106576291A (zh) | 移动台、基站、限制控制方法以及广播信息发送方法 | |
| CN103052117A (zh) | 一种异构网络中实现柔性QoS的多流传输系统及方法 | |
| CN107222846A (zh) | 一种核心网设备及其集群通信方法 | |
| CN105635987B (zh) | 一种组呼业务处理方法及系统、核心网设备 | |
| CN107733848A (zh) | 终端混音的通话系统和方法 | |
| JPWO2007083462A1 (ja) | 移動通信システム、無線ネットワーク制御装置、および負荷分散方法 | |
| CN101385380B (zh) | 保障分组交换移动无线网络中服务质量的方法 | |
| CN105230099A (zh) | 一种资源复用的装置、用户设备和方法 | |
| US9635586B2 (en) | Method and apparatus for using call admission control for client balancing | |
| CN110839227A (zh) | 蜂窝系统密集分布用户组的d2d资源分配方法及装置 | |
| EP1718099A2 (en) | Method for controlling service priority in radio communication network, radio communication system, radio control apparatus, terminal unit and core network |
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: 20181214 |