CN116886672A - 会议容量自适应处理方法、服务器及可读存储介质 - Google Patents
会议容量自适应处理方法、服务器及可读存储介质 Download PDFInfo
- Publication number
- CN116886672A CN116886672A CN202310854656.9A CN202310854656A CN116886672A CN 116886672 A CN116886672 A CN 116886672A CN 202310854656 A CN202310854656 A CN 202310854656A CN 116886672 A CN116886672 A CN 116886672A
- Authority
- CN
- China
- Prior art keywords
- media
- server
- user
- media server
- conference
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 33
- 238000003860 storage Methods 0.000 title claims abstract description 11
- 230000003044 adaptive effect Effects 0.000 title claims description 47
- 238000000034 method Methods 0.000 claims abstract description 68
- 238000013507 mapping Methods 0.000 claims abstract description 63
- 238000005304 joining Methods 0.000 claims abstract description 11
- 230000011664 signaling Effects 0.000 claims description 103
- 238000012545 processing Methods 0.000 claims description 34
- 230000005540 biological transmission Effects 0.000 claims description 33
- 230000003993 interaction Effects 0.000 claims description 11
- 238000004519 manufacturing process Methods 0.000 claims description 7
- 238000004891 communication Methods 0.000 abstract description 5
- 238000009826 distribution Methods 0.000 abstract description 2
- 230000000694 effects Effects 0.000 description 8
- 230000008569 process Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 238000012795 verification Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 4
- 238000013468 resource allocation Methods 0.000 description 4
- 230000006978 adaptation Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
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/1101—Session protocols
- H04L65/1108—Web based protocols, e.g. webRTC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
- H04L12/1822—Conducting the conference, e.g. admission, detection, selection or grouping of participants, correlating users to one or more conference sessions, prioritising transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
- H04L12/1827—Network arrangements for conference optimisation or adaptation
-
- 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/10—Architectures or entities
- H04L65/1063—Application servers providing network services
-
- 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/1069—Session establishment or de-establishment
-
- 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/1076—Screening of IP real time communications, e.g. spam over Internet telephony [SPIT]
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1034—Reaction to server failures by a load balancer
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本申请提供了一种会议容量自适应处理方法、服务器及可读存储介质,涉及通信技术领域。该方法包括:接收媒体调度服务器发送的第一地址信息;其中,所述第一地址信息与第一媒体服务器对应,且所述第一媒体服务器是所述媒体调度服务器在第二媒体服务器发生过载情况下为第一用户分配的,所述第二媒体服务器与所述第一用户申请加入的会议中的第二用户之间已建立媒体通道;根据所述第一地址信息,更新会议用户和媒体服务器的映射关系。本申请的方案,解决了分配媒体服务器资源存在的资源利用率低的问题。
Description
技术领域
本申请涉及通信技术领域,特别是指一种会议容量自适应处理方法、服务器及可读存储介质。
背景技术
网页实时通信(WebRTC)允许网络应用或者站点,在不借助中间媒介的情况下,建立浏览器之间点对点(Peer-to-Peer)的连接,实现视频流和/或音频流或者其他任意数据的传输。
然而,基于WebRTC的在线音视频会议***,参会方把音视频流推送到中心服务器,服务器并不进行解码、混合等操作,直接下发给参会的其他方服务器。
但是,由于参会人数存在不确定性,为避免用户加入不了会议的情况,分配媒体服务器资源就会存在资源利用率低的问题。
发明内容
本申请的目的是提供一种会议容量自适应处理方法、服务器及可读存储介质,以避免分配媒体服务器资源存在的资源利用率低的问题。
为达到上述目的,本申请的实施例提供一种会议容量自适应处理方法,由信令服务器执行,包括:
接收媒体调度服务器发送的第一地址信息;其中,所述第一地址信息与第一媒体服务器对应,所述第一媒体服务器是所述媒体调度服务器在第二媒体服务器发生过载情况下为第一用户分配的,所述第二媒体服务器与所述第一用户申请加入的会议中的第二用户之间已建立媒体通道;
根据所述第一地址信息,更新会议用户和媒体服务器的映射关系。
可选地,在所述接收媒体调度服务器发送的第一地址信息之后,还包括:
向所述第一媒体服务器和所述第二媒体服务器发送级联消息,所述级联消息用于通知所述第一媒体服务器和所述第二媒体服务器之间建立传输通道,以及通知所述第二媒体服务器通过所述传输通道将所述会议的媒体流转发至所述第一媒体服务器。
可选地,所述级联消息包括以下至少一项:
所述第一媒体服务器的IP地址和端口信息;
所述第二媒体服务器的IP地址和端口信息;
第三用户的信息,所述第三用户为所述会议的音视频生产用户。
可选地,在所述接收媒体调度服务器发送的第一地址信息之后,还包括:
为所述第一媒体服务器创建消息队列,所述消息队列用于所述第一媒体服务器和所述信令服务器的信令交互。
可选地,所述方法还包括:
在所述第二用户申请加入所述会议的情况下,获取第二地址信息;其中,所述第二地址信息和所述第二媒体服务器对应,所述第二媒体服务器是所述媒体调度服务器为所述第二用户分配的;
根据所述第二地址信息,向所述第二用户反馈媒体代理服务器的地址信息。
可选地,所述方法还包括:
在所述第二用户为所述会议的首个用户的情况下,根据所述第二地址信息,创建会议用户和媒体服务器的映射关系。
为达到上述目的,本申请的实施例提供一种会议容量自适应处理方法,由媒体调度服务器执行,包括:
在第二媒体服务器发生过载情况下,确定第一地址信息;其中,所述第一地址信息与第一媒体服务器对应,所述第一媒体服务器是为第一用户分配的,所述第二媒体服务器与所述第一用户申请加入的会议中的第二用户之间已建立媒体通道;
向信令服务器发送所述第一地址信息。
可选地,所述确定第一地址信息,包括:
根据所述第一用户的位置信息和/或运营商类型,确定候选媒体服务器;
根据所述候选媒体服务器的负载状态,确定所述第一媒体服务器以及与所述第一媒体服务器对应的所述第一地址信息。
可选地,所述方法还包括:
在所述第二用户申请加入所述会议的情况下,确定第二地址信息;其中,所述第二地址信息和所述第二媒体服务器对应,所述第二媒体服务器是为所述第二用户分配的;
向所述信令服务器发送所述第二地址信息。
为达到上述目的,本申请的实施例提供一种会议容量自适应处理方法,由媒体服务器执行,包括:
接收信令服务器发送的级联消息;
根据所述级联消息,与目标媒体服务器建立传输通道;所述传输通道用于将会议的媒体流转发至所述目标媒体服务器,或者,用于接收所述目标媒体服务器转发的媒体流。
可选地,所述级联消息包括以下至少一项:
所述媒体服务器的IP地址和端口信息;
所述目标媒体服务器的IP地址和端口信息;
第三用户的信息,所述第三用户为所述会议的音视频生产用户。
可选地,所述方法还包括:
通过消息队列与所述信令服务器进行信令交互。
可选地,所述方法还包括:
接收媒体代理服务器发送的媒体流;或者,
向所述媒体代理服务器发送媒体流。
为达到上述目的,本申请的实施例提供一种会议容量自适应处理方法,由媒体代理服务器执行,包括:
获取更新的会议用户和媒体服务器的映射关系;
在接收到第一用户的媒体流的情况下,根据所述映射关系,将所述第一用户的媒体流转发至第一媒体服务器;
在接收到所述第一媒体服务器的媒体流的情况下,根据所述映射关系,将所述第一媒体服务器的媒体流转发至所述第一用户;
其中,所述第一媒体服务器是所述媒体调度服务器在第二媒体服务器发生过载情况下为所述第一用户分配的,所述第二媒体服务器与所述第一用户申请加入的会议中的第二用户之间已建立媒体通道。
可选地,所述方法还包括:
获取创建的会议用户和媒体服务器的映射关系;
在接收到所述第二用户的媒体流的情况下,根据所述映射关系,将所述第二用户的媒体流转发至第二媒体服务器;
在接收到所述第二媒体服务器的媒体流的情况下,根据所述映射关系,将所述第二媒体服务器的媒体流转发至所述第二用户。
为达到上述目的,本申请的实施例提供一种会议容量自适应处理装置,包括:
第一接收模块,用于接收媒体调度服务器发送的第一地址信息;其中,所述第一地址信息与第一媒体服务器对应,且所述第一媒体服务器是所述媒体调度服务器在第二媒体服务器发生过载情况下为第一用户分配的,所述第二媒体服务器与所述第一用户申请加入的会议中的第二用户之间已建立媒体通道;
第一处理模块,用于根据所述第一地址信息,更新会议用户和媒体服务器的映射关系。
为达到上述目的,本申请的实施例提供一种会议容量自适应处理装置,包括:
第二处理模块,用于在第二媒体服务器发生过载情况下,确定第一地址信息;其中,所述第一地址信息与第一媒体服务器对应,且所述第一媒体服务器是为第一用户分配的,所述第二媒体服务器与所述第一用户申请加入的会议中的第二用户之间已建立媒体通道;
第一发送模块,用于向信令服务器发送所述第一地址信息。
为达到上述目的,本申请的实施例提供一种会议容量自适应处理装置,包括:
第二接收模块,用于接收信令服务器发送的级联消息;
第三处理模块,用于根据所述级联消息,与目标媒体服务器建立传输通道;所述传输通道用于将会议的媒体流转发至所述目标媒体服务器,或者,接收所述目标媒体服务器转发的媒体流。
为达到上述目的,本申请的实施例提供一种会议容量自适应处理装置,包括:
第一获取模块,用于获取更新的会议用户和媒体服务器的映射关系;
第二发送模块,用于在接收到第一用户的媒体流的情况下,根据所述映射关系,将所述第一用户的媒体流转发至第一媒体服务器;
第三发送模块,用于在接收到所述第一媒体服务器的媒体流的情况下,根据所述映射关系,将所述第一媒体服务器的媒体流转发至所述第一用户;
其中,所述第一媒体服务器是所述媒体调度服务器在第二媒体服务器发生过载情况下为所述第一用户分配的,所述第二媒体服务器与所述第一用户申请加入的会议中的第二用户之间已建立媒体通道。
为达到上述目的,本申请的实施例提供一种服务器,包括:收发器、处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令;其特征在于,所述处理器执行所述程序或指令时实现上述由信令服务器执行的会议容量自适应处理方法,或者上述由媒体调度服务器执行的会议容量自适应处理方法,或者上述由媒体服务器执行的会议容量自适应处理方法,或者上述由媒体代理服务器执行的会议容量自适应处理方法。
为达到上述目的,本申请的实施例提供一种可读存储介质,其上存储有程序或指令,所述程序或指令被处理器执行时实现上述由信令服务器执行的会议容量自适应处理方法,或者上述由媒体调度服务器执行的会议容量自适应处理方法,或者上述由媒体服务器执行的会议容量自适应处理方法,或者上述由媒体代理服务器执行的会议容量自适应处理方法中的步骤。
本申请的上述技术方案的有益效果如下:
本申请实施例的方法,信令服务器在接收到媒体调度服务器发送的为第一用户分配的第一媒体服务器的第一地址信息后,能够通过更新会议用户和媒体服务器的映射关系,而媒体代理服务器只需基于更新的映射关系转发第一用户和第一媒体服务器间的媒体流,避免了媒体服务器资源分配过度或不足的问题,提升了资源利用率。
附图说明
图1为本申请实施例的会议容量自适应处理方法的流程图之一;
图2为本申请实施例的方法的应用示意图;
图3为会议室级联示意图;
图4为会议***结构示意图;
图5为本申请实施例的会议容量自适应处理方法的流程图之二;
图6为本申请实施例的会议容量自适应处理方法的流程图之三;
图7为本申请实施例的会议容量自适应处理方法的流程图之四;
图8为图1对应的装置的模块结构图;
图9为图5对应的装置的模块结构图;
图10为图6对应的装置的模块结构图;
图11为图7对应的装置的模块结构图;
图12为本申请实施例的服务器的结构图。
具体实施方式
为使本申请要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
应理解,说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本申请的各种实施例中,应理解,下述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
另外,本文中术语“***”和“网络”在本文中常可互换使用。
在本申请所提供的实施例中,应理解,“与A相应的B”表示B与A相关联,根据A可以确定B。但还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。
为了方便理解,以下对本申请实施例涉及的一些内容进行说明:
基于WebRTC的在线音视频会议***中,通常采用下面三种方案:
1、采用Mesh方案,由于是采用参会方两两互连,每个参会方把视频流发给参会其他方,又要从参会其他方拉音视频流,对带宽要求大,缺点明显。
2、采用MCU方案,基于一个中心化的MCU服务器,参会方把音视频流推送到中心服务器,由服务器来进行解码、混合、编码再下发给各参会方,服务端压力特别大,且单台服务器的处理能力有限,缺点也很明显。
3、采用SFU方案,基于一个中心化的SFU服务器,参会方把音视频流推送到中心服务器,服务器并不进行解码、混合等操作,直接下发给参会的其他方服务器压力相对较小,对带宽要求也适中。但是,信令和媒体集成在一起,当媒体流过多时,无法扩容,从而达不到高并发、高可用的要求。而且,当召开一个在线视频会议时,参会人数存在不确定性,分配媒体服务器资源多就会存在资源利用率低的情况,分配媒体服务器资源少就会存在加入不了会议的情况。当客户端加入会议房间时,因为无法确定该用户要不要打开音视频按全部打开音视频的需求进行分配媒体服务器,如果实际开会过程中只有少量用户打开音视频,那么就会导致媒体服务器的资源利用率过低,按部分打开音视频的需求进行分析媒体服务器,如果实际开会过程中打开音视频的用户过多,就会出现卡顿甚至掉线的问题。
如图1所示,本申请实施例的一种会议容量自适应处理方法,由信令服务器执行,包括:
步骤101,接收媒体调度服务器发送的第一地址信息;其中,所述第一地址信息与第一媒体服务器对应,所述第一媒体服务器是所述媒体调度服务器在第二媒体服务器发生过载情况下为第一用户分配的,所述第二媒体服务器与所述第一用户申请加入的会议中的第二用户之间已建立媒体通道。
这里,第二媒体服务器是媒体调度服务器为与第一用户同一会议的第二用户分配的,第二用户与第二媒体服务器之间的媒体流传输未使第二媒体服务器过载。媒体调度服务器在第二媒体服务器发生过载情况下,确定第一地址信息,也就是第一媒体服务器的地址信息。媒体调度服务器会为第一用户分配第一媒体服务器,确定第一地址信息,并发送给信令服务器,信令服务器也就会接收到与该第一媒体服务器对应的第一地址信息。
步骤102,根据所述第一地址信息,更新会议用户和媒体服务器的映射关系。
这里,会议用户和媒体服务器的映射关系,包括用户的地址信息和媒体服务器(媒体调度服务器为该用户分配的媒体服务器)的地址信息的对应关系。
本步骤中,信令服务器在经步骤101接收到第一地址信息后,就能够基于该第一地址信息更新会议用户和媒体服务器的映射关系,以便媒体代理服务器基于更新的映射关系完成媒体流的转发。
如此,按照上述步骤,信令服务器在接收到媒体调度服务器发送的第一地址信息后,能够通过更新会议用户和媒体服务器的映射关系,而媒体代理服务器只需基于更新的映射关系转发第一用户和第一媒体服务器间的媒体流,避免了媒体服务器资源分配过度或不足的问题,提升了资源利用率。
其中,用户可以理解为用户终端(UE)、客户端,会议为在线视频会议。
应该知道的是,该实施例中,第二用户可以是第一用户申请加入会议之前,已加入会议的用户,也就是说,第一用户新申请加入会议,使得加入会议的用户过多导致超过第二媒体服务器的最大负载能力,造成第二媒体服务器过载;第一用户也可以是已加入会议的用户,但由于第二媒体服务器负载已达临街,第一用户开启其它会议功能,导致第二媒体服务器过载。
该实施例中,用户与媒体服务器之间通过媒体代理服务器进行媒体流的转发。媒体代理服务器作为客户端和媒体服务器之间中间人,面向客户端实现了UDP端口收敛,只暴露了一个接收和一个发送端口,如此,媒体代理服务器在按照更新的会议用户和媒体服务器的映射关系进行媒体流转发时,可以实现客户端无感知,提高用户体验。
可选地,媒体代理服务器获取更新的会议用户和媒体服务器的映射关系;在接收到第一用户的媒体流的情况下,根据所述映射关系,将所述第一用户的媒体流转发至第一媒体服务器;在接收到所述第一媒体服务器的媒体流的情况下,根据所述映射关系,将所述第一媒体服务器的媒体流转发至所述第一用户。
该实施例中,媒体调度服务器采用的分配策略是将相同会议的用户分配在同一媒体服务器,当媒体服务器发生超载情况时,媒体调度服务器会根据其他媒体服务器的负载状态,为新申请加入该会议的用户分配新的媒体服务器。或者,媒体调度服务器还可以先根据新申请加入该会议的用户的位置信息和/或运营商类型,确定候选媒体服务器,如,该用户为x市运营商A的用户,媒体调度服务器确定的候选媒体服务器则是x市范围内部署的支持运营商A的媒体服务器;之后再根据候选媒体服务器的负载状态,从所述候选服务器中为该用户分配新的媒体服务器。
此外,该实施例中,媒体调度服务器能够获知预先配置的多个媒体服务器的负载状态,以用于媒体服务器的适应分配。
可选地,在所述接收媒体调度服务器发送的第一地址信息之后,还包括:
向所述第一媒体服务器和所述第二媒体服务器发送级联消息,所述级联消息用于通知所述第一媒体服务器和所述第二媒体服务器之间建立传输通道,以及通知所述第二媒体服务器通过所述传输通道将所述会议的媒体流转发至所述第一媒体服务器。
也就是说,信令服务器接收到该第一地址信息后,会向第一媒体服务器和第二媒体服务器发送级联消息,以达到通知两者之间建立传输通道,以及通知第二媒体服务器通过该传输通道将所述会议的媒体流转发至第一媒体服务器的目的。如此,第一媒体服务器在接收到会议的媒体流后,能够将该媒体流发送至第一用户,若第一用户产生会议的媒体流,第一媒体服务器也会将该媒体流转发至第二媒体服务器,以使第二用户能够获得。
其中,第一媒体服务器、第二媒体服务器接收到信令服务器发送的级联消息后,根据所述级联消息与对方建立传输通道。
可选地,所述级联消息包括以下至少一项:
所述第一媒体服务器的IP地址和端口信息;
所述第二媒体服务器的IP地址和端口信息;
第三用户的信息,所述第三用户为所述会议的音视频生产用户。
其中,端口信息为网际互连协议(Internet Protocol,IP)端口(port)信息。第三用户的信息包括标识信息、地址信息等。
可选地,在所述接收媒体调度服务器发送的第一地址信息之后,还包括:
为所述第一媒体服务器创建消息队列,所述消息队列用于所述第一媒体服务器和所述信令服务器的信令交互。
这里,消息队列可用于会话描述协议(Session Description Protocol,SDP)、连接操作、媒体操作等信令交互,例如,上述的级联消息。
这样,信令服务器能够为用户提供信令服务,如基于传输控制协议(TransmissionControl Protocol,TCP)的信令服务。而且,在获知媒体调度服务器为第一用户分配第一媒体服务器后,即为其创建消息队列,以确保信令服务器与第一媒体服务器之间信令交互,从而通过信令和媒体流的灵活部署,实现弹性扩容,达到高可用、高并发的目标。
当然,信令服务器不限于为第一媒体服务器创建消息队列,信令服务器会为分配的媒体服务器独立创建消息队列,如为第二媒体服务器创建其与信令服务器交互的消息队列。
该实施例中,媒体调度服务器会对第二用户申请加入所述会议的情况,确定第二地址信息,并发送至信令服务器。即,媒体调度服务器对于在第二媒体服务器最大负载能力内的用户(也就是第二用户),会按照同一会议分配相同的媒体服务器的策略为其分配第二媒体服务器,将其地址信息(也就是第二地址信息)发送至信令服务器。
因此,可选地,该实施例中,所述方法还包括:
在所述第二用户申请加入所述会议的情况下,获取第二地址信息;其中,所述第二地址信息和所述第二媒体服务器对应,所述第二媒体服务器是所述媒体调度服务器为所述第二用户分配的;
根据所述第二地址信息,向所述第二用户反馈媒体代理服务器的地址信息。
即,信令服务器接收到第二地址信息,则会向第二用户反馈对应的媒体代理服务器的地址信息,以使第二用户通过媒体代理服务器与第二媒体服务器进行媒体流的交互。
需要知道的是,信令服务器会在接收到用户的会议申请请求后,转发该会议申请请求至媒体调度服务器,媒体调度服务器接收到会议申请请求后,为用户分配媒体服务器。这里,用户包括第一用户和第二用户。当然,对于第一用户的会议申请请求,信令服务器在接收第一地址信息后,也会向第一用户反馈媒体代理服务器的地址信息,且由于第一用户和第二用户处于相同会议,媒体代理服务器是同一媒体代理服务器。这样,媒体代理服务器只需暴露一个接受和一个发送端口,面向用户进行用户数据报协议(User DatagramProtocol,UDP)端口收敛。
其中,信令服务器在接收到用户(第一用户和第二用户)的会议申请请求,会对用户进行身份验证(如Token验证),并在身份验证通过后,转发会议申请请求(http接口请求)至媒体调度服务器,媒体调度服务器通过会议申请应答,发送为用户分配的媒体服务器的地址信息,如IP地址和端口信息。
另外,可选地,该实施例中,所述方法还包括:
在所述第二用户为所述会议的首个用户的情况下,根据所述第二地址信息,创建会议用户和媒体服务器的映射关系。
这里,创建的会议用户和媒体服务器的映射关系,会记录所述会议的首个用户与第二媒体服务器对应。当然,对于第二用户的其它用户,该映射关系会添加其与第二媒体服务器的对应关系。如此,在媒体调度服务器为首个用户分配第二媒体服务器后,在第二媒体服务器未超载的情况下,媒体代理服务器均会按照第二媒体服务器的地址信息转发第二用户的媒体流。
当然,首个用户发送会议申请请求,会携带会议号(ID),以便信令服务器创建会议房间,初始化房间的媒体流转发能力。
该实施例中,信令服务器创建的会议用户和媒体服务器的映射关系写入预设文件中,媒体代理服务器可在预设文件读取该映射关系,完成媒体流的传输。
例如,本申请实施例的方法,当召开一个在线音视频会议时,媒体服务器的默认分配策略是同一会议的用户分配在同一台媒体服务器1上,当加入会议的人数过多导致超过一台媒体服务器的最大负载能力时,这时候信令服务器可以向媒体调度服务器申请一台新的媒体服务器2,让后加入的用户连接新的媒体服务器2上,在媒体服务器2上创建一个相同会议ID的房间,在媒体服务器2上制作一个媒体服务器1上的主持人镜像,即媒体服务器1将主持人的音视频流转发到媒体服务器2上,连到媒体服务器2上的用户拉取主持人镜像的音视频流,从而达到扩充会议容量的目的。
下面,结合具体场景说明本申请实施例的方法的应用:
如图2、图3所示,步骤1:客户端(用户B的客户端)发送会议申请请求至信令服务器,信令服务器进行用户的Token验证,并在验证通过后,通过发送http接口请求请求媒体调度服务器为新加入会议用户分配媒体服务器资源。
步骤2:媒体调度服务器根据会议号和当前媒体服务器集群的负载,返回可以使用的媒体服务器的地址信息,如ip地址。
步骤3:信令服务器收到媒体服务器ip地址后,创建到媒体服务器的消息队列。
步骤4:客户端发送一条创建接收媒体通道请求信令,信令服务器将其转发到步骤3创建的消息队列中,媒体服务器订阅到该信令后监听一个UDP端口,同时通过消息队列回复给信令服务器,信令服务器会创建会议用户(客户ufrag)到媒体服务器的映射关系。
步骤5:客户端收到信令服务器返回的媒体代理服务器的地址信息后,进行ICE建连媒体通道,媒体代理服务器收到Stun包后,通过读取步骤4信令服务器会创建会议用户(客户ufrag)到媒体服务器的映射关系,建立客户ipport和媒体服务器ipport的映射关系。
步骤6:客户端拉取房间内已打开音视频用户的媒体流。
步骤7:客户端打开摄像头设备,同时发送一条创建发送媒体通道请求信令至信令服务器,由于其所在的媒体服务器负载超过最大值,信令服务器收到后通过http接口请求请求媒体调度服务器分配媒体服务器资源,然后依次执行类似步骤2,步骤3,步骤4和步骤5,在当前媒体服务器过载的情况下,为客户端分配新的媒体服务器。
这样,将媒体服务器上的用户B迁移到另外可用的媒体服务器上,因为面向客户端的是媒体代理服务器的ipport不变,只需要修改媒体代理服务器使用的客户与媒体服务器的映射关系表和相关对象重构即可,对于客户端来说是没有感知的。
在本申请实施例中,用户(如客户端)、信令服务器、媒体调度服务器、媒体服务器和媒体代理服务器构成会议***,如图4所示,其中,
信令服务器:用户加入会议时先接入信令服务器进行身份验证,如果是第一个用户则需要用传入的会议ID创建会议房间、初始化房间的媒体转发能力。接着向媒体调度服务器请求(如发送会议申请请求)为该用户分配媒体服务器,如果是新的媒体服务器,则要创建一个到该媒体服务器的消息队列,用于信令服务器和媒体服务器之间SDP、连接操作、媒体操作等信令交互。如果会议房间人数过多,需要多台媒体服务器才能支撑会议时,信令服务器还负责通知多台媒体服务器进行级联(如发送级联消息),转发媒体级联所需要的端口、音视频生产者用户等信息,多媒体服务器进行级联后可以相互转发用户的音视频流。
媒体服务器:用户与媒体服务器之间是基于UDP的通信,客户端借助于信令服务器和媒体调度服务器获得直接通信的媒体服务器ip地址及端口消息,客户端生产的音视频流推送到媒体服务器,然后有媒体服务器转发给会议房间内的其他用户。
媒体调度服务器:所有媒体服务器启动后自注册到媒体调度服务器,并定时上报当前负载信息到媒体调度服务器,当有用户加入会议房间时,根据房间当前使用的媒体服务器及集群中媒体服务器的实时负载信息,为会议用户分配合适的媒体服务器。
媒体代理服务器:作为客户端和媒体服务器之间中间人,面向客户端实现了UDP端口收敛,只暴露了一个接收和一个发送端口;实现流媒体数据在客户端和媒体服务器之间的相互转发。
如图5所示,本申请实施例的一种会议容量自适应处理方法,由媒体调度服务器执行,包括:
步骤501,在第二媒体服务器发生过载情况下,确定第一地址信息;其中,所述第一地址信息与第一媒体服务器对应,所述第一媒体服务器是为第一用户分配的,所述第二媒体服务器与所述第一用户申请加入的会议中的第二用户之间已建立媒体通道;
步骤502,向信令服务器发送所述第一地址信息。
如此,通过步骤501-502,使得信令服务器在接收到媒体调度服务器发送的第一地址信息后,能够通过更新会议用户和媒体服务器的映射关系,而媒体代理服务器只需基于更新的映射关系转发第一用户和第一媒体服务器间的媒体流,避免了媒体服务器资源分配过度或不足的问题,提升了资源利用率。
可选地,所述确定第一地址信息,包括:
根据所述第一用户的位置信息和/或运营商类型,确定候选媒体服务器;
根据所述候选媒体服务器的负载状态,确定所述第一媒体服务器以及与所述第一媒体服务器对应的所述第一地址信息。
可选地,所述方法还包括:
在所述第二用户申请加入所述会议的情况下,确定第二地址信息;其中,所述第二地址信息和所述第二媒体服务器对应,所述第二媒体服务器是为所述第二用户分配的;
向所述信令服务器发送所述第二地址信息。
需要说明的是,该方法是与上述由信令服务器执行的方法配合,上述由信令服务器执行的会议容量自适应处理方法适用于该方法,也能达到相同的技术效果。
如图6所示,本申请实施例的一种会议容量自适应处理方法,由媒体服务器执行,包括:
步骤601,接收信令服务器发送的级联消息;
步骤602,根据所述级联消息,与目标媒体服务器建立传输通道;所述传输通道用于将会议的媒体流转发至所述目标媒体服务器,或者,用于接收所述目标媒体服务器转发的媒体流。
这里,级联消息是信令服务器在接收到新分配媒体服务器(会议原媒体服务器过载情况下媒体调度服务器分配的媒体服务器)的地址信息后发送的。
如此,通过步骤601-602,媒体服务器能够响应于信令服务器,与目标媒体服务器建立传输通道,实现新分配的媒体服务器和原媒体服务器的媒体流传输。如信令服务器接收到上述第一地址信息后,会向第一媒体服务器和第二媒体服务器发送级联消息,以达到通知两者之间建立传输通道,以及通知第二媒体服务器通过该传输通道将所述会议的媒体流转发至第一媒体服务器的目的。如此,第一媒体服务器在接收到会议的媒体流后,能够将该媒体流发送至第一用户,若第一用户产生会议的媒体流,第一媒体服务器也会将该媒体流转发至第二媒体服务器,以使第二用户能够获得。
可选地,所述级联消息包括以下至少一项:
所述媒体服务器的IP地址和端口信息;
所述目标媒体服务器的IP地址和端口信息;
第三用户的信息,所述第三用户为所述会议的音视频生产用户。
可选地,所述方法还包括:
通过消息队列与所述信令服务器进行信令交互。
可选地,所述方法还包括:
接收媒体代理服务器发送的媒体流;或者,
向所述媒体代理服务器发送媒体流。
需要说明的是,该方法是与上述由信令服务器执行的方法配合,上述由信令服务器执行的会议容量自适应处理方法适用于该方法,也能达到相同的技术效果。
如图7所示,本申请实施例的一种会议容量自适应处理方法,由媒体代理服务器执行,包括:
步骤701,获取更新的会议用户和媒体服务器的映射关系;
步骤702,在接收到第一用户的媒体流的情况下,根据所述映射关系,将所述第一用户的媒体流转发至第一媒体服务器;
步骤703,在接收到所述第一媒体服务器的媒体流的情况下,根据所述映射关系,将所述第一媒体服务器的媒体流转发至所述第一用户;
其中,所述第一媒体服务器是所述媒体调度服务器在第二媒体服务器发生过载情况下为所述第一用户分配的,所述第二媒体服务器与所述第一用户申请加入的会议中的第二用户之间已建立媒体通道。
如此,通过上述步骤701-703,媒体代理服务器对于信令服务器在接收到媒体调度服务器发送的第一地址信息后更新的会议用户和媒体服务器的映射关系,按照更新的会议用户和媒体服务器的映射关系进行媒体流转发时,可以实现客户端无感知,提高用户体验。
可选地,所述方法还包括:
获取创建的会议用户和媒体服务器的映射关系;
在接收到所述第二用户的媒体流的情况下,根据所述映射关系,将所述第二用户的媒体流转发至第二媒体服务器;
在接收到所述第二媒体服务器的媒体流的情况下,根据所述映射关系,将所述第二媒体服务器的媒体流转发至所述第二用户。
需要说明的是,该方法是与上述由信令服务器执行的方法配合,上述由信令服务器执行的会议容量自适应处理方法适用于该方法,也能达到相同的技术效果。
如图8所示,本申请实施例的一种会议容量自适应处理装置,包括:
第一接收模块810,用于接收媒体调度服务器发送的第一地址信息;其中,所述第一地址信息与第一媒体服务器对应,所述第一媒体服务器是所述媒体调度服务器在第二媒体服务器发生过载情况下为第一用户分配的,所述第二媒体服务器与所述第一用户申请加入的会议中的第二用户之间已建立媒体通道;
第一处理模块820,用于根据所述第一地址信息,更新会议用户和媒体服务器的映射关系。
可选地,所述装置还包括:
第四发送模块,用于向所述第一媒体服务器和所述第二媒体服务器发送级联消息,所述级联消息用于通知所述第一媒体服务器和所述第二媒体服务器之间建立传输通道,以及通知所述第二媒体服务器通过所述传输通道将所述会议的媒体流转发至所述第一媒体服务器。
可选地,所述级联消息包括以下至少一项:
所述第一媒体服务器的IP地址和端口信息;
所述第二媒体服务器的IP地址和端口信息;
第三用户的信息,所述第三用户为所述会议的音视频生产用户。
可选地,所述装置还包括:
消息队列创建模块,用于为所述第一媒体服务器创建消息队列,所述消息队列用于所述第一媒体服务器和所述信令服务器的信令交互。
可选地,所述装置还包括:
第二获取模块,用于在所述第二用户申请加入所述会议的情况下,获取第二地址信息;其中,所述第二地址信息和所述第二媒体服务器对应,所述第二媒体服务器是所述媒体调度服务器为所述第二用户分配的;
第五发送模块,用于根据所述第二地址信息,向所述第二用户反馈媒体代理服务器的地址信息。
可选地,所述装置还包括:
第四处理模块,用于在所述第二用户为所述会议的首个用户的情况下,根据所述第二地址信息,创建会议用户和媒体服务器的映射关系。
该实施例的装置,在接收到媒体调度服务器发送的第一地址信息后,能够通过更新会议用户和媒体服务器的映射关系,而媒体代理服务器只需基于更新的映射关系转发第一用户和第一媒体服务器间的媒体流,避免了媒体服务器资源分配过度或不足的问题,提升了资源利用率。
该装置是应用了上述由信令服务器执行的方法的装置,上述方法实施例的实现方式适用于该装置,也能达到相同的技术效果。
如图9所示,本申请实施例的一种会议容量自适应处理装置,包括:
第二处理模块910,用于在第二媒体服务器发生过载情况下,确定第一地址信息;其中,所述第一地址信息与第一媒体服务器对应,所述第一媒体服务器是为第一用户分配的,所述第二媒体服务器与所述第一用户申请加入的会议中的第二用户之间已建立媒体通道;
第一发送模块920,用于向信令服务器发送所述第一地址信息。
可选地,所述第二处理模块还用于:
根据所述第一用户的位置信息和/或运营商类型,确定候选媒体服务器;
根据所述候选媒体服务器的负载状态,确定所述第一媒体服务器以及与所述第一媒体服务器对应的所述第一地址信息。
可选地,所述装置还包括:
第五处理模块,用于在所述第二用户申请加入所述会议的情况下,确定第二地址信息;其中,所述第二地址信息和所述第二媒体服务器对应,所述第二媒体服务器是为所述第二用户分配的;
第六发送模块,用于向所述信令服务器发送所述第二地址信息。
该装置发送第一位置信息至信令服务器,使得信令服务器在接收到媒体调度服务器发送的第一地址信息后,能够通过更新会议用户和媒体服务器的映射关系,而媒体代理服务器只需基于更新的映射关系转发第一用户和第一媒体服务器间的媒体流,避免了媒体服务器资源分配过度或不足的问题,提升了资源利用率。
该装置是应用了上述由媒体调度服务器执行的方法的装置,上述方法实施例的实现方式适用于该装置,也能达到相同的技术效果。
如图10所示,本申请实施例的一种会议容量自适应处理装置,包括:
第二接收模块1010,用于接收信令服务器发送的级联消息;
第三处理模块1020,用于根据所述级联消息,与目标媒体服务器建立传输通道;所述传输通道用于将会议的媒体流转发至所述目标媒体服务器,或者,用于接收所述目标媒体服务器转发的媒体流。
可选地,所述级联消息包括以下至少一项:
所述媒体服务器的IP地址和端口信息;
所述目标媒体服务器的IP地址和端口信息;
第三用户的信息,所述第三用户为所述会议的音视频生产用户。
可选地,所述装置还包括:
第六处理模块,用于通过消息队列与所述信令服务器进行信令交互。
可选地,所述装置还包括:
媒体流收发送模块,用于接收媒体代理服务器发送的媒体流;或者,
向所述媒体代理服务器发送媒体流。
该装置能够响应于信令服务器,与目标媒体服务器建立传输通道,实现新分配的媒体服务器和原媒体服务器的媒体流传输。如信令服务器接收到上述第一地址信息后,会向第一媒体服务器和第二媒体服务器发送级联消息,以达到通知两者之间建立传输通道,以及通知第二媒体服务器通过该传输通道将所述会议的媒体流转发至第一媒体服务器的目的。
该装置是应用了上述由媒体服务器执行的方法的装置,上述方法实施例的实现方式适用于该装置,也能达到相同的技术效果。
如图11所示,本申请实施例的一种会议容量自适应处理装置,包括:
第一获取模块1110,用于获取更新的会议用户和媒体服务器的映射关系;
第二发送模块1120,用于在接收到第一用户的媒体流的情况下,根据所述映射关系,将所述第一用户的媒体流转发至第一媒体服务器;
第三发送模块1130,用于在接收到所述第一媒体服务器的媒体流的情况下,根据所述映射关系,将所述第一媒体服务器的媒体流转发至所述第一用户;
其中,所述第一媒体服务器是所述媒体调度服务器在第二媒体服务器发生过载情况下为所述第一用户分配的,所述第二媒体服务器与所述第一用户申请加入的会议中的第二用户之间已建立媒体通道。
可选地,所述方法还包括:
第三获取模块,用于获取创建的会议用户和媒体服务器的映射关系;
在接收到所述第二用户的媒体流的情况下,根据所述映射关系,将所述第二用户的媒体流转发至第二媒体服务器;
第七发送模块,用于在接收到所述第二媒体服务器的媒体流的情况下,根据所述映射关系,将所述第二媒体服务器的媒体流转发至所述第二用户。
该装置对于信令服务器在接收到媒体调度服务器发送的第一地址信息后更新的会议用户和媒体服务器的映射关系,按照更新的会议用户和媒体服务器的映射关系进行媒体流转发时,可以实现客户端无感知,提高用户体验。
该装置是应用了上述由媒体代理服务器执行的方法的装置,上述方法实施例的实现方式适用于该装置,也能达到相同的技术效果。
本申请实施例的一种服务器,如图12所示,包括收发器1210、处理器1200、存储器1220及存储在所述存储器1220上并可在所述处理器1200上运行的程序或指令;所述处理器1200执行所述程序或指令时实现上述由信令服务器执行的会议容量自适应处理方法,或者上述由媒体调度服务器执行的会议容量自适应处理方法,或者上述由媒体服务器执行的会议容量自适应处理方法,或者上述由媒体代理服务器执行的会议容量自适应处理方法。
所述收发器1210,用于在处理器1200的控制下接收和发送数据。
其中,在图12中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1200代表的一个或多个处理器和存储器1220代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发器1210可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。
处理器1200负责管理总线架构和通常的处理,存储器1220可以存储处理器1200在执行操作时所使用的数据。
本申请实施例的一种可读存储介质,其上存储有程序或指令,所述程序或指令被处理器执行时实现如上所述的由信令服务器执行的会议容量自适应处理方法,或者上述由媒体调度服务器执行的会议容量自适应处理方法,或者上述由媒体服务器执行的会议容量自适应处理方法,或者上述由媒体代理服务器执行的会议容量自适应处理方法中的步骤,且能达到相同的技术效果,为避免重复,这里不再赘述。
其中,所述处理器为上述实施例中所述的服务器中的处理器。所述可读存储介质,包括计算机可读存储介质,如计算机只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
进一步需要说明的是,此说明书中所描述的许多功能部件都被称为模块,以便更加特别地强调其实现方式的独立性。
本申请实施例中,模块可以用软件实现,以便由各种类型的处理器执行。举例来说,一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块,举例来说,其可以被构建为对象、过程或函数。尽管如此,所标识模块的可执行代码无需物理地位于一起,而是可以包括存储在不同位里上的不同的指令,当这些指令逻辑上结合在一起时,其构成模块并且实现该模块的规定目的。
实际上,可执行代码模块可以是单条指令或者是许多条指令,并且甚至可以分布在多个不同的代码段上,分布在不同程序当中,以及跨越多个存储器设备分布。同样地,操作数据可以在模块内被识别,并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集,或者可以分布在不同位置上(包括在不同存储设备上),并且至少部分地可以仅作为电子信号存在于***或网络上。
在模块可以利用软件实现时,考虑到硬件工艺的水平,所以可以以软件实现的模块,在不考虑成本的情况下,本领域技术人员都可以搭建对应的硬件电路来实现对应的功能,所述硬件电路包括常规的超大规模集成(VLSI)电路或者门阵列以及诸如逻辑芯片、晶体管之类的半导体或者是其它分立的元件。模块还可以用可编程硬件设备,诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。
上述范例性实施例是参考该些附图来描述的,许多不同的形式和实施例是可行而不偏离本申请精神及教示,因此,本申请不应被建构成为在此所提出范例性实施例的限制。更确切地说,这些范例性实施例被提供以使得本申请会是完善又完整,且会将本申请范围传达给那些熟知此项技术的人士。在该些图式中,组件尺寸及相对尺寸也许基于清晰起见而被夸大。在此所使用的术语只是基于描述特定范例性实施例目的,并无意成为限制用。如在此所使用地,除非该内文清楚地另有所指,否则该单数形式“一”、“一个”和“该”是意欲将该些多个形式也纳入。会进一步了解到该些术语“包含”及/或“包括”在使用于本说明书时,表示所述特征、整数、步骤、操作、构件及/或组件的存在,但不排除一或更多其它特征、整数、步骤、操作、构件、组件及/或其族群的存在或增加。除非另有所示,陈述时,一值范围包含该范围的上下限及其间的任何子范围。
以上所述是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (10)
1.一种会议容量自适应处理方法,其特征在于,由信令服务器执行,包括:
接收媒体调度服务器发送的第一地址信息;其中,所述第一地址信息与第一媒体服务器对应,所述第一媒体服务器是所述媒体调度服务器在第二媒体服务器发生过载情况下为第一用户分配的,所述第二媒体服务器与所述第一用户申请加入的会议中的第二用户之间已建立媒体通道;
根据所述第一地址信息,更新会议用户和媒体服务器的映射关系。
2.根据权利要求1所述的方法,其特征在于,在所述接收媒体调度服务器发送的第一地址信息之后,还包括:
向所述第一媒体服务器和所述第二媒体服务器发送级联消息,所述级联消息用于通知所述第一媒体服务器和所述第二媒体服务器之间建立传输通道,以及通知所述第二媒体服务器通过所述传输通道将所述会议的媒体流转发至所述第一媒体服务器;
其中,所述级联消息包括以下至少一项:
所述第一媒体服务器的IP地址和端口信息;
所述第二媒体服务器的IP地址和端口信息;
第三用户的信息,所述第三用户为所述会议的音视频生产用户。
3.根据权利要求1所述的方法,其特征在于,在所述接收媒体调度服务器发送的第一地址信息之后,还包括:
为所述第一媒体服务器创建消息队列,所述消息队列用于所述第一媒体服务器和所述信令服务器的信令交互。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述第二用户申请加入所述会议的情况下,获取第二地址信息;其中,所述第二地址信息和所述第二媒体服务器对应,所述第二媒体服务器是所述媒体调度服务器为所述第二用户分配的;
根据所述第二地址信息,向所述第二用户反馈媒体代理服务器的地址信息。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
在所述第二用户为所述会议的首个用户的情况下,根据所述第二地址信息,创建会议用户和媒体服务器的映射关系。
6.一种会议容量自适应处理方法,其特征在于,由媒体调度服务器执行,包括:
在第二媒体服务器发生过载情况下,确定第一地址信息;其中,所述第一地址信息与第一媒体服务器对应,所述第一媒体服务器是为第一用户分配的,所述第二媒体服务器与所述第一用户申请加入的会议中的第二用户之间已建立媒体通道;
向信令服务器发送所述第一地址信息。
7.一种会议容量自适应处理方法,其特征在于,由媒体服务器执行,包括:
接收信令服务器发送的级联消息;
根据所述级联消息,与目标媒体服务器建立传输通道;所述传输通道用于将会议的媒体流转发至所述目标媒体服务器,或者,用于接收所述目标媒体服务器转发的媒体流。
8.一种会议容量自适应处理方法,其特征在于,由媒体代理服务器执行,包括:
获取更新的会议用户和媒体服务器的映射关系;
在接收到第一用户的媒体流的情况下,根据所述映射关系,将所述第一用户的媒体流转发至第一媒体服务器;
在接收到所述第一媒体服务器的媒体流的情况下,根据所述映射关系,将所述第一媒体服务器的媒体流转发至所述第一用户;
其中,所述第一媒体服务器是所述媒体调度服务器在第二媒体服务器发生过载情况下为所述第一用户分配的,所述第二媒体服务器与所述第一用户申请加入的会议中的第二用户之间已建立媒体通道。
9.一种服务器,包括:收发器、处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令;其特征在于,所述处理器执行所述程序或指令时实现如权利要求1至5中任一项所述的会议容量自适应处理方法,或者如权利要求6所述的会议容量自适应处理方法,或者如权利要求7所述的会议容量自适应处理方法,或者如权利要求8所述的会议容量自适应处理方法。
10.一种可读存储介质,其上存储有程序或指令,其特征在于,所述程序或指令被处理器执行时实现如权利要求1至5中任一项所述的会议容量自适应处理方法,或者如权利要求6所述的会议容量自适应处理方法,或者如权利要求7所述的会议容量自适应处理方法,或者如权利要求8所述的会议容量自适应处理方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310854656.9A CN116886672A (zh) | 2023-07-12 | 2023-07-12 | 会议容量自适应处理方法、服务器及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310854656.9A CN116886672A (zh) | 2023-07-12 | 2023-07-12 | 会议容量自适应处理方法、服务器及可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116886672A true CN116886672A (zh) | 2023-10-13 |
Family
ID=88258172
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310854656.9A Pending CN116886672A (zh) | 2023-07-12 | 2023-07-12 | 会议容量自适应处理方法、服务器及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116886672A (zh) |
-
2023
- 2023-07-12 CN CN202310854656.9A patent/CN116886672A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10893080B2 (en) | Relaying multimedia conferencing utilizing software defined networking architecture | |
US9252963B2 (en) | Performing multicast communication in computer networks by using overlay routing | |
US9462018B2 (en) | Multiway peer-to-peer media streaming | |
US20110158233A1 (en) | Group communication system using media server having distributed structure and method thereof | |
US20200169695A1 (en) | Video conference multi-point control method and device, storage medium and computer apparatus | |
US11201833B2 (en) | Aggregated adaptive bit rate streaming | |
EP3257197B1 (en) | Distribution of bandwidth in a network | |
CN111131759B (zh) | 一种实时多媒体传输***及其使用方法 | |
CN110943849A (zh) | 通信组建立方法、装置、计算机设备及存储介质 | |
CN108337241B (zh) | 多媒体数据传输方法及*** | |
CN114338625B (zh) | 实时通信方法、装置、设备及存储介质 | |
CN116886672A (zh) | 会议容量自适应处理方法、服务器及可读存储介质 | |
Wong et al. | A preference clustering protocol for large-scale multicast applications | |
CN113396597B (zh) | 自适应比特率数据广播 | |
CN111338747A (zh) | 一种数据通信方法、装置、终端设备和存储介质 | |
CN108023772B (zh) | 一种异常节点修复方法、装置及相关设备 | |
CN116055456A (zh) | 多设备视频通信方法、装置、设备及可读存储介质 | |
CN118200331A (zh) | 数据传输方法、***和电子设备及存储介质 | |
KR20210142912A (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 |