WO2017211165A1 - 一种媒体服务器及媒体服务方法 - Google Patents
一种媒体服务器及媒体服务方法 Download PDFInfo
- Publication number
- WO2017211165A1 WO2017211165A1 PCT/CN2017/084584 CN2017084584W WO2017211165A1 WO 2017211165 A1 WO2017211165 A1 WO 2017211165A1 CN 2017084584 W CN2017084584 W CN 2017084584W WO 2017211165 A1 WO2017211165 A1 WO 2017211165A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- module
- mrfc
- mrfp
- dcf
- cluster
- Prior art date
Links
Images
Classifications
-
- 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
-
- 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
-
- 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
Abstract
一种媒体服务器及媒体服务方法,所述媒体服务器基于运行在通用硬件平台上的软件实现并采用分布式架构,包括媒体资源控制功能MRFC模块和媒体资源处理功能MRFP模块,一个MRFC模块下连接有一个或多个MRFP模块,其中:所述MRFC模块设置为在接收到新呼叫后,为所述新呼叫选择MRFP模块,并通知选择的所述MRFP模块进行媒体处理;所述MRFP模块设置为进行所述新呼叫的媒体处理。
Description
本申请涉及但不限于网络技术,尤指一种媒体服务器及媒体服务方法。
媒体服务器是电信领域的重要设备,可以部署在下一代网络(NGN:Next Generation Network)/IP多媒体子系统(IMS:IP Multimedia Subsystem)中,提供音频、视频基础能力,如图1所示。在应用服务器(AS:Application Server)的控制下,通过会话初始协议(SIP:Session Initiation Protocol)和媒体会话标记语言(MSML:Media Sessions Markup Language)/媒体对象标记语言(MOML:Media Object Markup Language)交互,为用户提供丰富多彩的音视频服务,如播放语音、播放视频、收号、音视频录制、收/发传真、ASR(Automatic Speech Recognition,自动语音识别)、TTS(Text To Speech,从文本到语音)、音视频会议等。媒体服务器的核心处理在于音视频编解码,对性能消耗很高,因此传统的媒体服务器都使用专用硬件设备,配置专用的DSP(Digital Signal Process,数字信号处理)芯片进行音视频编解码。传统的媒体服务器由于使用专用硬件,采购、维护、扩容成本都很高,资源的平均利用率不高。
随着云计算技术的发展,电信网络朝着虚拟化、分布式、资源弹性伸缩等特征方向发展,有效地提高了网络的资源利用率、降低了电信运营商的CAPEX(Capital Expenditure,资本性支出)/OPEX(Operating Expense,运营成本)。作为电信网络中的重要设备,传统的媒体服务器由于其专用硬件的限制,不支持虚拟化、资源弹性伸缩等能力,已经不适应云计算架构下对电信设备的要求。
发明概述
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求
的保护范围。
本发明实施例提供了以下方案。
一种媒体服务器,所述媒体服务器基于运行在通用硬件平台上的软件实现并采用分布式架构,包括媒体资源控制功能(MRFC,Multimedia Resource Function Controller)模块和媒体资源处理功能(MRFP,Multimedia Resource Function Processor)模块,一个MRFC模块下连接有一个或多个MRFP模块,其中:
所述MRFC模块设置为在接收到新呼叫后,为所述新呼叫选择MRFP模块,并通知选择的所述MRFP模块进行媒体处理;
所述MRFP模块设置为进行所述新呼叫的媒体处理。
一种媒体服务方法,应用于部署在通用硬件平台上且基于分布式架构实现的媒体服务器,所述媒体服务器包括媒体资源控制功能MRFC模块和媒体资源处理功能MRFP模块,一个MRFC模块下连接有一个或多个MRFP模块,所述方法包括以下呼叫处理过程:
MRFC模块接收到新呼叫后,为所述新呼叫选择MRFP模块,并通知选择的所述MRFP模块进行媒体处理;
选择的所述MRFP模块收到所述通知后,进行所述新呼叫的媒体处理。
一种计算机可读存储介质,存储有计算机可执行指令,所述计算机可执行指令被处理器执行时实现上述媒体服务方法。
上述方案具有以下至少一种技术效果:
媒体服务器基于运行在通用硬件平台上的软件实现,不依赖于专用硬件,为支持虚拟化提供了基础保障,相比传统的专用硬件媒体服务器,降低了媒体服务器的成本;
采用分布式架构,可以支持系统内部负荷分担和高可靠性,保证系统的高可靠性和负荷均衡性;
采用二级分布式的扁平架构,便于水平扩容;
支持虚拟化部署,具有云计算架构下的资源弹性伸缩特征,能极大地提高对硬件资源的使用效率,降低运营成本。
在阅读并理解了附图和详细描述后,可以明白其他方面。
附图概述
图1是媒体服务器在NGN/IMS网络中的位置示意图;
图2是本发明实施例媒体服务器的结构示意图;
图3是本发明实施例SIPPROXY对新接入呼叫进行分发的示意图;
图4是本发明实施例MRFC模块和MRFP模块之间的分布式通讯机制的示意图;
图5是本发明实施例资源弹性伸缩的示意图;
图6是本发明示例中,MRFC/MRFP合设,直接对接AS的示意图;
图7是本发明示例中,MRFC/MRFP合设,通过SIPPROXY对接AS的示意图;
图8是本发明示例中,MRFC与MRFP分开部署,MRFC直接对接AS的示意图;
图9是本发明示例中,MRFC与MRFP分开部署,MRFC通过SIPPROXY对接AS的示意图;
图10是本发明实施例媒体服务方法的流程图;
图11是本发明示例MRF设备扩容的流程图;
图12是本发明示例MRFC设备扩容的流程图;
图13是本发明示例MRFP设备扩容的流程图;
图14是本发明示例MRF设备缩容的流程图;
图15是本发明示例MRFC设备缩容的流程图;
图16是本发明示例MRFP设备缩容的流程图。
详述
下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
本发明实施例提供了一种媒体服务器,所述媒体服务器基于运行在通用硬件平台上的软件实现并采用分布式架构,如图2所示,包括媒体资源控制功能MRFC模块21和媒体资源处理功能MRFP模块22,一个MRFC模块21下连接有一个或多个MRFP模块22,其中:
所述MRFC模块21设置为在接收到新呼叫后,为所述新呼叫选择MRFP模块22,并通知选择的所述MRFP模块22进行媒体处理;
所述MRFP模块22设置为进行所述新呼叫的媒体处理。
本实施例中,对于新呼叫的分发,可以采用以下两种方式之一:
方式一:
通应用服务器过AS24分发。此方式下,所述MRFC模块21具有与AS24间的接口,通过与AS24间的接口接收到AS24分发到本MRFC模块21上的新呼叫。
方式二:
通过分发代理模块分发。此方式下,所述媒体服务器还包括分发代理模块,一个分发代理模块下连接有一个或多个MRFC模块21。图2和图3中以SIP协议的分发代理(SIPPROXY23)为例,图3示出了SIPPROXY23对新接入呼叫进行分发的示意图。
此时,所述分发代理模块23设置为根据配置的分发策略,将应用服务器AS24呼入的新呼叫分发到MRFC模块21上;而所述MRFC模块21具有与分发代理模块23间的接口,通过与分发代理模块23间的接口接收分发代理模块23分发到本MRFC模块21上的新呼叫。
本实施例中,模块之间的接口协议可以采用以下方式:
MRFC模块21与AS24或分发代理模块23之间可以采用标准接口,通过会话初始协议SIP交互;而MRFC模块21与MRFP模块22之间可以通过内部指令交互;此时,MRFC模块21接收到新呼叫后,对所述新呼叫的SIP信令进行解析,并通过内部指令将所述SIP信令中的呼叫信息发送给选择的所述MRFP模块22。
本实施例中,MRFC模块21和MRFP模块22的部署可采用以下方式之一:
方式一:一个MRFC模块21和其下连接的MRFP模块22合设,部署在同一个物理或者虚拟机上,文中称为MRF(Media Resource Function,媒体资源功能)设备25,可参见图6和图7;
方式二:一个MRFC模块21和其下连接的一个或多个MRFP模块22分开设置,部署在不同的物理或者虚拟机上,可参见图8和图9。
本实施例中,MRFC模块21可以实时监测MRFP模块22,并基于MRFP模块22的状态进行MRFP模块22的选择,其中:
所述MRFC模块21还设置为进行以下处理:
对本MRFC模块21下连接的MRFP模块22进行心跳检测,确定本MRFC模块21下连接的MRFP模块22的存活状态;及,与本MRFC模块21下连接的MRFP模块22交互,获取本MRFC模块21下连接的MRFP模块22的当前资源占用信息。
所述MRFC模块21为所述新呼叫选择MRFP模块22,包括:从本MRFC模块21下连接的MRFP模块22中,选择一个处于存活状态且当前资源占用最小的MRFP模块22。
本实施例中,媒体服务器还可以包括分布式通信功能(DCF,Distributed Coordination Function)模块26,设置为实现MRFC模块21和MRFP模块22之间的分布式通讯机制,如图4所示。
所述MRFC模块21还设置为在启动时向所述DCF模块26注册,及向
所述DCF模块26发送对本MRFC模块21下连接的MRFP模块22的查询请求,根据查找结果,与查找到的MRFP模块22建立分布式通讯链路;
所述MRFP模块22还设置为在启动时向所述DCF模块26注册;
所述DCF模块26设置为记录注册的MRFC模块21和MRFP模块22,及MRFC模块21和MRFP模22块之间的连接关系;接收到所述查询请求后,查找发起查询的MRFC模块21下连接的MRFP模块22的信息,将查找结果返回给发起查询的MRFC模块21。
本实施例中,所述MRFP模块22还设置为在下线时向所述DCF模块26注销;所述DCF模块26还设置为解除发起注销的所述MRFP模块22与MRFC模块21的连接关系;所述MRFC模块21还设置为定时向所述DCF模块26发送所述查询请求,根据查询结果更新其下连接的MRFP模块22的信息。
在一个示例中,MRFC模块21与MRFP模块22的关联关系可以通过集群方式来管理,例如,一个MRFC模块21与其下连接的所有MRFP模块22组成一个集群;所述MRFC模块21和MRFP模块22到所述DCF模块26注册时,均携带所属集群的集群标识,且所述MRFC模块21发送的所述查询请求中携带本MRFC模块21所属集群的集群标识。具有相同集群标识的MRFC模块21与MRFP模块22之间具有连接关系。所述DCF模块26还设置为记录所述MRFC模块21和MRFP模块22所属集群的集群标识;所述DCF模块26查找发起查询的MRFC模块21下连接的MRFP模块22时,将所属集群的集群标识与所述查询请求中携带的集群标识相同的MRFP模块22,记录为发起查询的MRFC模块21下连接的MRFP模块22。
所述DCF模块26与所述MRFC模块21、MRFP模块22之间可以通过表述性状态传递(REST,Representational State Transfer)接口交互。
本实施例中,媒体服务器还可以包括虚拟网络功能管理(VNFM,Virtual Network Function Manager)模块27,如图2所示。图5是资源弹性伸缩机制的示意图。
所述MRFC模块21和MRFP模块22还设置为在运行时向所述VNFM模块27上报统计参数;
所述VNFM模块27设置为对上报的统计参数进行分析,并进行以下处理:在满足设置的扩容条件时进行扩容处理,和/或,在满足设置的缩容条件时进行缩容处理。
其中:
所述VNFM模块27进行扩容处理,可以包括以下处理之一:
确定需要扩容媒体资源功能MRF设备25时,创建新的虚机,将新扩容的MRF设备25部署在所述虚机上,完成程序安装和参数配置后启动所述新扩容的MRF设备25,并向分发代理模块23或AS24通知所述新扩容的MRF设备25的信息;所述MRF设备25指MRFC模块21和其下连接的MRFP模块22合设时所在的设备;
确定需要扩容与MRFP模块22分开部署的MRFC模块21时,同时扩容其下连接的MRFP模块22,创建新的虚机,将新扩容的MRFC模块21和MRFP模块22部署在所述虚机上,完成程序安装和参数配置后启动所述新扩容的MRFC模块21和MRFP模块22,并向分发代理模块23或AS24通知所述新扩容的MRFC模块21的信息;
确定需要扩容已有MRFC模块21下连接的MRFP模块22时,创建新的虚机,将需要扩容的MRFP模块22部署在所述虚机上,完成程序安装和参数配置后启动所述新扩容的MRFP模块22,并将所述新扩容的MRFP模块22作为所述已有MRFC模块21下连接的MRFP模块22。
所述VNFM模块27进行缩容处理,可以包括以下处理之一:
确定需要缩容MRF设备25时,通知被缩容的MRF设备25下线,在接收到所述被缩容的MRF设备25清理结束的通知后,回收相应的虚机资源,并向分发代理模块23或AS24通知所述被缩容的MRF设备25的信息;
确定需要缩容与MRFP模块22分开部署的MRFC模块21时,通知被缩容的MRFC模块21及其下连接的MRFP模块22下线,在接收到所述被缩容的MRFC模块21和MRFP模块22清理结束的通知后,回收相应的虚
机资源,并向分发代理模块23或AS24通知所述被缩容的MRFC模块21的信息;
确定需要缩容已有MRFC模块21下连接的MRFP模块22时,通知被缩容的MRFP模块22下线,在接收到所述被缩容的MRFP模块22清理结束的通知后,回收相应的虚机资源。
本发明实施例还提供了一种媒体服务方法,应用于媒体服务器,所述媒体服务器基于运行在通用硬件平台上的软件实现且采用分布式架构,包括MRFC模块和MRFP模块,一个MRFC模块下连接有一个或多个MRFP模块,如图10所示,所述方法包括以下呼叫处理过程:
步骤110,MRFC模块接收到新呼叫后,为所述新呼叫选择MRFP模块,并通知选择的所述MRFP模块进行媒体处理;
如果通过AS分发,MRFC模块通过所述与AS间的接口接收到AS分发到本MRFC模块上的新呼叫。
如果媒体服务器包括分发代理模块,则通过分发代理模块分发,一个分发代理模块下连接有一个或多个MRFC模块;所述MRFC模块接收到新呼叫之前,分发代理模块根据配置的分发策略,将应用服务器AS呼入的新呼叫分发到MRFC模块上;而MRFC模块通过与分发代理模块间的接口接收分发代理模块分发到本MRFC模块上的新呼叫。
在一实施方式中,所述MRFC模块与所述AS或分发代理模块之间通过会话初始协议SIP交互;所述MRFC模块与所述MRFP模块之间通过内部指令交互;所述MRFC模块接收到新呼叫后,还包括:对所述新呼叫的SIP信令进行解析,并通过内部指令将所述SIP信令中的呼叫信息发送给选择的所述MRFP模块。
在一实施方式中,一个MRFC模块和其下连接的MRFP模块合设,部署在同一个物理或者虚拟机上;或者,一个MRFC模块和其下连接的一个或多个MRFP模块分开设置,部署在不同的物理或者虚拟机上。
步骤120,选择的所述MRFP模块收到所述通知后,进行所述新呼叫的
媒体处理。
本实施例中,还包括以下状态检测和信息获取过程:
所述MRFC模块对本MRFC模块下连接的MRFP模块进行心跳检测,确定本MRFC模块下连接的MRFP模块的存活状态;
所述MRFC模块与本MRFC模块下连接的MRFP模块交互,获取本MRFC模块下连接的MRFP模块的当前资源占用信息。
基于上述状态检测和信息获取,所述MRFC模块为所述新呼叫选择MRFP模块时,可以从本MRFC模块下连接的MRFP模块中,选择一个处于存活状态且当前资源占用最小的MRFP模块。
本实施例中,所述媒体服务器还包括分布式通信功能DCF模块,所述方法还包括以下注册过程:
所述MRFC模块和MRFP模块启动时向所述DCF模块注册,所述DCF模块记录注册的MRFC模块和MRFP模块,及MRFC模块和MRFP模块之间的连接关系;DCF模块可以从MRFC模块和MRFP模块的注册消息中获取MRFC模块和MRFP模块之间的连接关系信息,也可以根据配置信息获取或者从其他内部或外部模块获取,本申请对此不加局限。
所述方法还包括以下查询过程:
所述MRFC模块启动时向所述DCF模块发送对本MRFC模块下连接的MRFP模块的查询请求;所述DCF模块接收到所述查询请求后,查找发起查询的MRFC模块下连接的MRFP模块的信息,将查找结果返回给发起查询的MRFC模块;所述MRFC模块根据查找结果,与查找到的MRFP模块建立分布式通讯链路。
本实施例中,所述方法还包括以下注销过程:所述MRFP模块下线时向所述DCF模块注销,所述DCF模块解除发起注销的所述MRFP模块与MRFC模块的连接关系;
所述查询过程还包括:所述MRFC模块定时向所述DCF模块发送所述查询请求;所述DCF模块接收到所述查询请求后,查找发起查询的MRFC
模块下连接的MRFP模块的信息,将查找结果返回给发起查询的MRFC模块;所述MRFC模块根据查询结果更新其下连接的MRFP模块的信息。
在一个示例中,一个MRFC模块与其下连接的所有MRFP模块组成一个集群;在所述注册过程中,所述MRFC模块和MRFP模块到所述DCF模块注册时,均携带所属集群的集群标识;所述DCF模块还记录所述MRFC模块和MRFP模块所属集群的集群标识;在所述查询过程中,所述MRFC模块发送的查询请求中携带本MRFC模块所属集群的集群标识;所述DCF模块查找发起查询的MRFC模块下连接的MRFP模块,包括:将所属集群的集群标识与所述查询请求中携带的集群标识相同的MRFP模块,记录为发起查询的MRFC模块下连接的MRFP模块。
本实施例中,所述DCF模块与所述MRFC模块、MRFP模块之间通过表述性状态传递REST接口交互。
本实施例中,所述媒体服务器还包括虚拟网络功能管理VNFM模块;所述方法还包括以下容量调整过程:
所述MRFC模块和MRFP模块在运行时向所述VNFM模块上报统计参数;
所述VNFM模块设置为对上报的统计参数进行分析,并进行以下处理:在满足设置的扩容条件时进行扩容处理,和/或,在满足设置的缩容条件时进行缩容处理。
其中,
所述VNFM模块进行扩容处理,包括以下处理之一:
确定需要扩容媒体资源功能MRF设备时,创建新的虚机,将新扩容的MRF设备部署在所述虚机上,完成程序安装和参数配置后启动所述新扩容的MRF设备,并向分发代理模块或AS通知所述新扩容的MRF设备的信息;所述MRF设备指MRFC模块和其下连接的MRFP模块合设时所在的设备;
确定需要扩容与MRFP模块分开部署的MRFC模块时,同时扩容其下连接的MRFP模块,创建新的虚机,将新扩容的MRFC模块和MRFP模块
部署在所述虚机上,完成程序安装和参数配置后启动所述新扩容的MRFC模块和MRFP模块,并向分发代理模块或AS通知所述新扩容的MRFC模块的信息;
确定需要扩容已有MRFC模块下连接的MRFP模块时,创建新的虚机,将需要扩容的MRFP模块部署在所述虚机上,完成程序安装和参数配置后启动所述新扩容的MRFP模块,并将所述新扩容的MRFP模块作为所述已有MRFC模块下连接的MRFP模块。
所述VNFM模块进行缩容处理,包括以下处理之一:
确定需要缩容MRF设备时,通知被缩容的MRF设备下线,在接收到所述被缩容的MRF设备清理结束的通知后,回收相应的虚机资源,并向分发代理模块或AS通知所述被缩容的MRF设备的信息;
确定需要缩容与MRFP模块分开部署的MRFC模块时,通知被缩容的MRFC模块及其下连接的MRFP模块下线,在接收到所述被缩容的MRFC模块和MRFP模块清理结束的通知后,回收相应的虚机资源,并向分发代理模块或AS通知所述被缩容的MRFC模块的信息;
确定需要缩容已有MRFC模块下连接的MRFP模块时,通知被缩容的MRFP模块下线,在接收到所述被缩容的MRFP模块清理结束的通知后,回收相应的虚机资源。
在一示例中,所述VNFM模块与所述MRFC模块、MRFP模块之间通过表述性状态传递REST接口交互。
下面再结合一些应用的示例进行说明。
本示例中,媒体服务器的每一个组件都是运行在x86(Intel推出的一种指令集)架构通用硬件平台上的软件程序,不依赖DSP芯片等专用硬件,文中也将其称为软件媒体服务器。软件媒体服务器在网络中的位置如图1所示,软件媒体服务器11是NGN/IMS网络中提供媒体服务的设备,在AS24的控制下提供各种媒体功能,通过SIP信令与AS24交互,与核心网12中的媒体网关则通过RTP(Real-time Transport Protocol,实时传输协议)进
行交互。
图2是本示例软件媒体服务器的系统架构示意图。如图所示,系统内部包括SIPPROXY模块23、MRFC模块21、MRFP模块22、DCF模块26和VNFM模块27。其中:
SIPPROXY模块23设置为对AS24接入的新呼叫,按照配置的分发策略分发到相应的MRFC21上,SIPPROXY模块23与AS24之间通过SIP信令交互;
SIPPROXY模块23是媒体服务器的呼叫接入分发代理模块。在大容量架构下,有多个MRFC21,SIPPROXY23能对AS24呼入的新呼叫按照配置的分发策略分发到MRFC模块21上;在小容量下,可以不使用SIPPROXY23,AS24直接将呼叫接入到MRFC模块21上。
MRFC 21根据配置的策略选择合适的MRFP 22进行新呼叫的媒体处理,它们之间通过内部接口交互。
MRFC模块21是媒体服务器的信令处理模块,与AS24/SIPPROXY23之间通过SIP信令交互,将SIP信令中的呼叫信息映射到内部指令并发送给MRFP模块22。一个MRFC模块21下可以接一个或多个MRFP模块22。
MRFP模块22是媒体服务器的媒体处理模块,实现媒体包收发、音视频编解码、音频会议混音、视频会议合成等功能。
MRFC模块21与MRFP模块22可以合设,也可以分开部署。
当MRFC模块21与MRFP模块22合设,且与AS24直接对接时,如图6所示,MRFC模块21和MRFP模块22部署在同一个物理或者虚拟机上,称为MRF(Media Resource Function,媒体资源功能)设备25,AS24自己具有分发功能,能将呼叫分发到不同的MRF设备25上。
当MRFC模块21与MRFP模块22合设,且通过SIPPROXY模块23与AS24对接时,如图7所示,MRFC模块21和MRFP模块22部署在同一个物理或者虚拟机上,称为MRF设备25,AS24通过SIPPROXY模块23进行分发,SIPPROXY模块23根据配置的分发策略将呼叫分发到不同的
MRF设备25上。
当MRFC模块21与MRFP模块22分开部署,且MRFC 21与AS24直接对接时,如图8所示,MRFC模块21和MRFP模块22分开部署在物理或者虚拟机上,AS24自己具有分发功能,能将呼叫分发到不同的MRFC设备21上;MRFC 21根据一定的策略选择合适的MRFP设备22进行媒体处理。
当MRFC模块21与MRFP模块22分开部署,且MRFC 21通过SIPPROXY23与AS24对接时,如图9所示,MRFC模块21和MRFP模块22分开部署在物理或者虚拟机上,通过SIPPROXY23进行分发,SIPPROXY23根据配置的分发策略将呼叫分发到不同的MRFC设备21上;MRFC 21根据一定的策略选择合适的MRFP设备22进行媒体处理。
在另一示例中,软件媒体服务器中,也可以有部分MRFC模块21与MRFP模块22分开部署,部分MRFC模块21与MRFP模块22合设。
DCF模块26是媒体服务器的服务节点治理模块,设置为对MRFC模块21、MRFP模块22进行分布式服务节点管理,它们之间通过表述性状态传递(REST,Representational State Transfer)接口交互;MRFC 21和MRFP 22作为服务分别注册到DCF 26上,DCF 26给注册的MRFC21、MRFP22分配节点号,并检测各节点的存活状态。MRFC21通过向DCF26查询MRFP22,建立MRFC21与存活的MRFP22之前的内部分布式通讯链路。
VNFM模块27是媒体服务器的资源弹性伸缩管理模块,设置为根据配置的策略对MRFC模块21和/或MRFP模块22进行动态伸缩,VNFM模块27和MRFC模块21、MRFP模块22之间通过REST接口交互。
请参见图4,本示例MRFC21/MRFP22分布式通讯机制包括:
步骤一:MRFC模块21在启动时向DCF26注册,注册名为“集群名“+“MRFC”。不同的MRFC21,携带的”集群名”不同,代表不同的集群;
步骤二:MRFP模块22在启动时会向DCF26注册,注册名为“集群名“+“MRFP”。连到同一个MRFC21下的所有MRFP22,注册时携带的集群名与其归属的MRFC21集群名一样;
步骤三:MRFC21注册完成后,会定时去DCF26查询MRFP22,查询的名称为“集群名“+“MRFP”,这样MRFC21就能查询出连接在本MRFC21下的所有MRFP22地址,并且与每个MRFP22建立内部的分布式通讯链路。同一个MRFC21及其下的所有MRFP22称为一个集群;
步骤四:MRFC21通过内部链路定时向本集群下的所有MRFP22发心跳检测,以判断MRFP22是否处于存活状态;同时,MRFC21通过内部链路定时向本集群下的所有MRFP22发查询请求,MRFP22返回本模块当前的资源占用情况;
步骤五:当新呼叫达到MRFC21后,MRFC21会根据本集群下各个MRFP22的存活状况、以及MRFP22的资源占用情况,选择当前资源占用最小的、处于存活状态的MRFP22,通过内部链路与该选择出的MRFP22通讯,保证了系统的可靠性及负荷均衡。
请参见图3,大容量下SIPPROXY23对接入新呼叫的分发过程包括:
步骤一:在SIPPROXY(即SIPPROXY模块)23上配置分发策略,每种策略表示在满足一定条件下,将当前新呼入分发到哪个MRFC(即MRFC模块)21上;
步骤二:AS24将新呼叫发送到SIPPROXY23上,AS24与SIPPROXY23之间通过SIP信令交互;
步骤三:SIPPROXY23根据分发策略,将当前呼叫分发到某个MRFC21上。SIPPROXY23与MRFC21之间通过SIP信令交互。
SIPPROXY23与每个MRFC21之间有心跳检测,使得SIPPROXY23能获取每个MRFC21的存活状态,当新呼叫进入时,SIPPROXY23按照分发策略选择一个存活状态的MRFC21进行分发,保证了系统的可靠性及负荷均衡。
当系统容量较小或者AS24自己具备分发机制时,可以不使用SIPPROXY23,AS24直接与MRFC21连接,通过SIP信令交互。
通过以上技术,软件媒体服务器系统具有两层分布式架构:MRFC21
可以有多个,水平扩展,通过SIPPROXY23或者直接通过AS24对新接入的呼叫进行分发;同一个MRFC21下可以有多个MRFP(即MRFP模块)22,水平扩展,MRFC21根据一定的策略选择合适的MRFP22处理新接入的呼叫。系统在选择MRFC21、MRFC21选择MRFP22时都考虑了高可靠性和负荷均衡;同时这种分布式、扁平的系统架构,非常适用于云计算架构下的资源弹性伸缩。
请参见图5,本示例资源弹性伸缩过程包括:
步骤一:MRFC、MRFP程序部署在虚拟机环境里,作为网络功能虚拟化(NFV,Network Function Virtualization)网元28,在运行会定时上报一些统计参数,如CPU占用率、内存占用率、当前在线话务数等给VNFM(Virtual Network Function Management,虚拟网络功能管理)网元27;
步骤二:VNFM27对上报的统计参数进行分析,根据资源伸缩策略进行判断。如果满足扩容条件,比如这些参数超过了配置的阈值,则根据扩容策略进行扩容。VNFM27会创建新的虚机,将需要扩容的MRFC或者MRFP程序自动部署在新扩容的虚机上,自动配置相关参数后启动MRFC或者MRFP程序。扩容MRFC时,会同时扩容MRFP,新扩容的MRFP与新扩容的MRFC上形成新的集群;如果只扩容MRFP,则将扩容的MRFP加到已有的集群上;
步骤三:VNFM27对上报的统计参数进行分析,根据资源伸缩策略进行判断。如果满足缩容条件,比如这些参数低于配置的阈值,则根据缩容策略进行缩容。VNFM27会给需要缩容的虚机上的MRFC或MRFP发指示,让MRFC或MRFP清理相关资源,然后停掉MRFC或MRFP程序,最后回收虚机资源。缩容MRFC时,会将该集群的MRFP也缩容。
通过资源弹性伸缩,软件媒体服务器的MRFC、MRFP处理模块的个数,可以根据当前实时话务需要,动态进行资源伸缩,极大地提高了资源的使用效率、降低了软件媒体服务器的整体成本。
请参见图6,MRF直接对接AS时的呼叫处理过程包括:
步骤一:AS24的业务逻辑判断需要呼叫软件媒体服务器;
步骤二:AS24发现有多个MRF25,则根据自身的分发策略,选择一个合适的MRF设备25。由于AS24与MRF25之间有心跳检测,能发现当前坏掉的MRF设备25,所以AS24选择的MRF25是可以正常工作的MRF25;如果所有的MRF设备25都坏掉,则AS24找不到合适的MRF设备25,无法发起到MRF25的新呼叫,流程结束;
步骤三:AS24将新呼叫发送到所选择MRF设备25上的MRFC模块21后,MRFC21查看该集群下的MRFP22,此种组网下一个集群只有一个MRFP22;
步骤四:MRFC21判断该MRFP22是否能够提供服务,如MRFP22是否存活、MRFP22的处理能力是否足够。如果MRFP22满足要求,则MRFC21通过内部接口通知MRFP22处理,否则MRFC21给AS24返回失败。
请参见图7,MRF25通过SIPPROXY23对接AS24时的呼叫处理过程包括:
步骤一:AS24的业务逻辑判断需要呼叫软件媒体服务器;
步骤二:AS24对接的是软件媒体服务器的SIPPROXY23,将新呼叫发送给SIPPROXY23;
步骤三:SIPPROXY23根据配置的分发策略,将新呼叫分发到一个合适的MRF设备25上。由于SIPPROXY23与MRF25之间有心跳检测,能发现当前坏掉的MRF设备25,所以SIPPROXY23选择的MRF25是可以正常工作的MRF25;如果所有的MRF设备25都坏掉,则SIPPROXY23找不到合适的MRF设备25,丢弃当前的新呼叫消息,流程结束;
步骤四:SIPPROXY23将新呼叫发送到所选择MRF设备25上的MRFC模块21后,MRFC21查看该集群下的MRFP22,此种组网下一个集群只有
一个MRFP22;
步骤五:MRFC21判断该MRFP22是否能够提供服务,如MRFP22是否存活、MRFP222的处理能力是否足够。如果MRFP2满足要求,则MRFC21通过内部接口通知MRFP22处理,否则MRFC21给SIPPROXY23返回失败,SIPPROXY23再将该失败响应发送给AS24。
请参见图8,MRFC21/MRFP22分开部署,直接对接AS24时的呼叫处理过程包括:
步骤一:AS24的业务逻辑判断需要呼叫软件媒体服务器;
步骤二:AS24发现有多个MRFC21,则根据自身的分发策略,选择一个合适的MRFC设备21。由于AS24与MRFC21之间有心跳检测,能发现当前坏掉的MRFC设备21,所以AS24选择的MRFC21是可以正常工作的MRFC21;如果所有的MRFC设备21都坏掉,则AS24找不到合适的MRFC设备21,无法发起到MRFC21的新呼叫,流程结束;
步骤三:AS24将新呼叫发送到所选择的MRFC设备21上,MRFC21查看该集群下的MRFP22,此种组网下一个集群有多个MRFP设备22;
步骤四:MRFC21从该集群下选择一个存活的、当前负荷最小的MRFP22。如果找到了此MRFP22,则MRFC21通过内部接口通知该MRFP22处理,否则MRFC21给AS24返回失败。
请参见图9,MRFC21/MRFP22分开部署,通过SIPPROXY23对接AS24时的呼叫处理过程包括:
步骤一:AS24的业务逻辑判断需要呼叫软件媒体服务器;
步骤二:AS24对接的是软件媒体服务器的SIPPROXY23,将新呼叫发送给SIPPROXY23;
步骤三:SIPPROXY23根据配置的分发策略,将新呼叫分发到一个合适的MRFC设备21上。由于SIPPROXY23与MRFC21之间有心跳检测,能发现当前坏掉的MRFC设备21,所以SIPPROXY23选择的MRFC21是可
以正常工作的MRFC21;如果所有的MRFC设备21都坏掉,则SIPPROXY23找不到合适的MRFC设备21,丢弃当前的新呼叫消息,流程结束;
步骤四:SIPPROXY23将新呼叫发送到所选择的MRFC设备21上,MRFC21查看该集群下的MRFP22,此种组网下一个集群有多个MRFP设备22;
步骤五:MRFC21从该集群下选择一个存活的、当前负荷最小的MRFP22。如果找到了此MRFP22,则MRFC21通过内部接口通知该MRFP22处理,否则MRFC21给SIPPROXY23返回失败,SIPPROXY23再将该失败响应发送给AS24。
此种情况下,MRFC21和MRFP22程序分开部署在物理或者虚拟机上,通过SIPPROXY23进行分发,SIPPROXY23根据配置的分发策略将呼叫分发到不同的MRFC设备21上;MRFC21根据配置的策略选择合适的MRFP设备22进行媒体处理。
请参见图11,本示例MRF设备的扩容流程包括:
步骤1101,MRF设备主动给VNFM设备上报属性参数(如集群名等)、统计参数(如CPU占用率、内存占用率、当前会话数等);
步骤1102,VNFM设备对MRF设备上报的统计参数进行分析,根据伸缩策略判断系统负荷超过配置的阈值,需要对MRF设备进行扩容,构建新的集群;
步骤1103,VNFM设备创建新的虚机;
步骤1104,VNFM设备在新创建的虚机上安装MRF程序(MRFC+MRFP)、完成配置并启动MRF程序;
步骤1105,如果系统中有SIPPROXY,则VNFM通知SIPPROXY新扩容的MRF设备信息,SIPPROXY将其加入分发对象中;如果系统中没有SIPPROXY,则VNFM通知AS新扩容的MRF设备信息,AS将其加入分发对象中;
步骤1106,MRF上的MRFC/MRFP程序启动后向DCF注册,MRFC向DCF查询MRFP,建立MRFC与MRFP之间的内部通讯链路。
请参见图12,本示例MRFC设备的扩容流程包包括:
步骤1201,MRFC设备(MRFC和MRFP分开部署时MRFC所在的设备)会主动给VNFM设备上报属性参数(如集群名等)、统计参数(如CPU占用率、内存占用率、当前会话数等);
步骤1202,VNFM设备对MRFC设备上报的统计参数进行分析,根据伸缩策略判断系统负荷超过配置的阈值,需要对MRFC设备进行扩容。对MRFC设备进行扩容的同时会新建其下的MRFP设备,以形成新的集群;
步骤1203,VNFM设备为扩容的MRFC、MRFP设备创建新的虚机;
步骤1204,VNFM设备在新扩容的MRFC设备上安装MRFC程序、在新扩容的MRFP设备上安装MRFP程序。完成相关配置,启动MRFC、MRFP程序,构建一个新的集群;
步骤1205,如果系统中有SIPPROXY,则VNFM通知SIPPROXY新扩容的MRFC设备信息,SIPPROXY将其加入分发对象中;如果系统中没有SIPPROXY,则VNFM通知AS新扩容的MRFC设备信息,AS将其加入分发对象中;
步骤1206,新扩容的MRFC、MRFP程序启动后向DCF注册,MRFC向DCF查询MRFP,建立MRFC设备与MRFP设备之间的内部通讯链路。
请参见图13,本示例MRFP设备的扩容流程包括:
步骤1301,MRFP设备(MRFC和MRFP分开部署时MRFP所在的设备)主动给VNFM设备上报属性参数(如集群名等)、统计参数(如CPU占用率、内存占用率、当前会话数等);
步骤1302,VNFM设备根据伸缩策略判断某集群下的MRFP负荷超过配置的阈值,需要扩容该集群下的MRFP设备;
步骤1303,VNFM设备为新扩容的MRFP设备创建新的虚机;
步骤1304,VNFM设备在新扩容的MRFP设备上安装MRFP程序。完成相关配置,启动MRFP程序,将该MRFP设备归属到当前的集群中;
步骤1305,新扩容的MRFP程序启动后向DCF注册;
步骤1306,该集群的MRFC设置通过定时向DCF查询,获知该新扩容的MRFP设备,建立MRFC与该MRFP设备之间的内部通讯链路。
请参见图14,本示例MRF设备的缩容流程包括:
步骤1401,MRF设备会主动给VNFM设备上报属性参数(如集群名等)、统计参数(如CPU占用率、内存占用率、当前会话数等);
步骤1402,VNFM设备根据伸缩策略判断MRF负荷低于配置的阈值,需要缩容MRF设备;
步骤1403,VNFM通知被缩容的MRF设备下线;
步骤1404,被下线的MRF做资源清理工作,通知VNFM清理结束,然后停止其上的MRFC、MRFP程序;
步骤1405,VNFM回收被下线的MRF设备的虚机资源;
步骤1406,如果系统中有SIPPROXY,则VNFM通知SIPPROXY被下线的MRF设备信息,SIPPROXY将其从分发对象中去除;如果系统中没有SIPPROXY,则VNFM通知AS被下线的MRF设备信息,AS将其从分发对象中去除。
请参见图15,本示例MRFC设备的缩容流程包括:
步骤1501,MRFC设备会主动给VNFM设备上报属性参数(如集群名等)、统计参数(如CPU占用率、内存占用率、当前会话数等);
步骤1502,VNFM设备根据伸缩策略判断MRFC负荷低于配置的阈值,需要缩容MRFC设备。缩容MRFC设备的同时会下线其下的MRFP设备,即去除该集群;
步骤1503,VNFM通知被缩容的MRFC、MRFP设备下线;
步骤1504,被下线的MRFC做资源清理工作,通知VNFM清理结束,然后停止其上的MRFC程序;被下线的MRFP做资源清理工作,通知VNFM清理结束,然后停止其上的MRFP程序;
步骤1505,VNFM回收被下线的MRFC、MRFP设备的虚机资源;
步骤1506,如果系统中有SIPPROXY,则VNFM通知SIPPROXY被下线的MRFC设备信息,SIPPROXY将其从分发对象中去除;如果系统中没有SIPPROXY,则VNFM通知AS被下线的MRFC设备信息,AS将其从分发对象中去除。
请参见图16,本示例MRFP设备的缩容流程包括:
步骤1601,MRFP设备会主动给VNFM设备上报属性参数(如集群名等)、统计参数(如CPU占用率、内存占用率、当前会话数等);
步骤1602,VNFM设备根据伸缩策略判断某集群下的MRFP负荷低于配置阈值,需要缩容MRFP设备;
步骤1603,VNFM通知被缩容的MRFP设备下线;
步骤1604,被下线的MRFP做资源清理工作,通知VNFM清理结束,然后停止其上的MRFP程序;
步骤1605,VNFM回收被下线的MRFP设备的虚机资源;
步骤1606,被下线的MRFP还向DCF模块注销,DCF模块解除发起注销的所述MRFP模块与MRFC模块的连接关系,该集群下的MRFC通过定时向DCF查询MRFP,就可以获知本集群下已有MRFP设备下线了,从而将其从分发对象(可以分发新呼叫的MRFP)中去除。
本发明实施例还公开一种计算机可读存储介质,存储有计算机可执行指令,所述计算机可执行指令被处理器执行时实现上述媒体服务方法。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。通过以
上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明实施例的技术方案可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅为本发明的实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
本发明实施例中,媒体服务器基于运行在通用硬件平台上的软件实现,不依赖于专用硬件,为支持虚拟化提供了基础保障,相比传统的专用硬件媒体服务器,降低了媒体服务器的成本;采用分布式架构,可以支持系统内部负荷分担和高可靠性,保证系统的高可靠性和负荷均衡性;采用二级分布式的扁平架构,便于水平扩容;支持虚拟化部署,具有云计算架构下的资源弹性伸缩特征,能极大地提高对硬件资源的使用效率,降低运营成本。
Claims (28)
- 一种媒体服务器,所述媒体服务器基于运行在通用硬件平台上的软件实现并采用分布式架构,包括媒体资源控制功能MRFC模块和媒体资源处理功能MRFP模块,一个MRFC模块下连接有一个或多个MRFP模块,其中:所述MRFC模块设置为在接收到新呼叫后,为所述新呼叫选择MRFP模块,并通知选择的所述MRFP模块进行媒体处理;所述MRFP模块设置为进行所述新呼叫的媒体处理。
- 如权利要求1所述的媒体服务器,其中:所述MRFC模块具有与应用服务器AS间的接口;所述MRFC模块接收到新呼叫,包括:通过与AS间的接口接收到AS分发到本MRFC模块上的新呼叫。
- 如权利要求1所述的媒体服务器,其中:所述媒体服务器还包括分发代理模块,一个分发代理模块下连接有一个或多个MRFC模块;所述分发代理模块设置为根据配置的分发策略,将应用服务器AS呼入的新呼叫分发到MRFC模块上;所述MRFC模块具有与分发代理模块间的接口;所述MRFC模块接收到新呼叫,包括:通过与分发代理模块间的接口接收分发代理模块分发到本MRFC模块上的新呼叫。
- 如权利要求2或3所述的媒体服务器,其中:所述MRFC模块与所述AS或分发代理模块之间通过会话初始协议SIP交互;所述MRFC模块与所述MRFP模块之间通过内部指令交互;所述MRFC模块设置为:接收到新呼叫后,对所述新呼叫的SIP信令进行解析,并通过内部指令将所述SIP信令中的呼叫信息发送给选择的所述MRFP模块。
- 如权利要求1或2或3所述的媒体服务器,其中:一个MRFC模块和其下连接的MRFP模块合设,部署在同一个物理或者虚拟机上;或者一个MRFC模块和其下连接的一个或多个MRFP模块分开设置,部署在不同的物理或者虚拟机上。
- 如权利要求1或2或3所述的媒体服务器,其中:所述MRFC模块还设置为进行以下处理:对本MRFC模块下连接的MRFP模块进行心跳检测,确定本MRFC模块下连接的MRFP模块的存活状态;与本MRFC模块下连接的MRFP模块交互,获取本MRFC模块下连接的MRFP模块的当前资源占用信息。
- 如权利要求6所述的媒体服务器,其中:所述MRFC模块为所述新呼叫选择MRFP模块,包括:从本MRFC模块下连接的MRFP模块中,选择一个处于存活状态且当前资源占用最小的MRFP模块。
- 如权利要求1所述的媒体服务器,其中:所述媒体服务器还包括分布式通信功能DCF模块;所述MRFC模块还设置为在启动时向所述DCF模块注册,及向所述DCF模块发送对本MRFC模块下连接的MRFP模块的查询请求,根据查找结果,与查找到的MRFP模块建立分布式通讯链路;所述MRFP模块还设置为在启动时向所述DCF模块注册;所述DCF模块设置为记录注册的MRFC模块和MRFP模块,及MRFC模块和MRFP模块之间的连接关系;接收到所述查询请求后,查找发起查询的MRFC模块下连接的MRFP模块的信息,将查找结果返回给发起查询的MRFC模块。
- 如权利要求8所述的媒体服务器,其中:所述MRFP模块还设置为在下线时向所述DCF模块注销;所述DCF模块还设置为解除发起注销的所述MRFP模块与MRFC模块的连接关系;所述MRFC模块还设置为定时向所述DCF模块发送所述查询请求,根据查询结果更新其下连接的MRFP模块的信息。
- 如权利要求8所述的媒体服务器,其中:一个MRFC模块与其下连接的所有MRFP模块组成一个集群;所述MRFC模块和MRFP模块到所述DCF模块注册时,均携带所属集群的集群标识;所述MRFC模块发送的所述查询请求中携带本MRFC模块所属集群的集群标识;所述DCF模块还设置为记录所述MRFC模块和MRFP模块所属集群的集群标识;所述DCF模块查找发起查询的MRFC模块下连接的MRFP模块,包括:将所属集群的集群标识与所述查询请求中携带的集群标识相同的MRFP模块,记录为发起查询的MRFC模块下连接的MRFP模块。
- 如权利要求8所述的媒体服务器,其中:所述DCF模块与所述MRFC模块、MRFP模块之间通过表述性状态传递REST接口交互。
- 如权利要求2-3、7-11中任一所述的媒体服务器,其中:所述媒体服务器还包括虚拟网络功能管理VNFM模块;所述MRFC模块和MRFP模块还设置为在运行时向所述VNFM模块上报统计参数;所述VNFM模块设置为对上报的统计参数进行分析,并进行以下处理至少之一:在满足设置的扩容条件时进行扩容处理;在满足设置的缩容条件时进行缩容处理。
- 如权利要求12所述的媒体服务器,其中:所述VNFM模块进行扩容处理,包括:确定需要扩容媒体资源功能MRF设备时,创建新的虚机,将新扩容的MRF设备部署在所述虚机上,完成程序安装和参数配置后启动所述新扩容 的MRF设备,并向分发代理模块或AS通知所述新扩容的MRF设备的信息;所述MRF设备指MRFC模块和其下连接的MRFP模块合设时所在的设备;确定需要扩容与MRFP模块分开部署的MRFC模块时,同时扩容其下连接的MRFP模块,创建新的虚机,将新扩容的MRFC模块和MRFP模块部署在所述虚机上,完成程序安装和参数配置后启动所述新扩容的MRFC模块和MRFP模块,并向分发代理模块或AS通知所述新扩容的MRFC模块的信息;确定需要扩容已有MRFC模块下连接的MRFP模块时,创建新的虚机,将需要扩容的MRFP模块部署在所述虚机上,完成程序安装和参数配置后启动所述新扩容的MRFP模块,并将所述新扩容的MRFP模块作为所述已有MRFC模块下连接的MRFP模块;所述VNFM模块进行缩容处理,包括以下处理之一:确定需要缩容MRF设备时,通知被缩容的MRF设备下线,在接收到所述被缩容的MRF设备清理结束的通知后,回收相应的虚机资源,并向分发代理模块或AS通知所述被缩容的MRF设备的信息;确定需要缩容与MRFP模块分开部署的MRFC模块时,通知被缩容的MRFC模块及其下连接的MRFP模块下线,在接收到所述被缩容的MRFC模块和MRFP模块清理结束的通知后,回收相应的虚机资源,并向分发代理模块或AS通知所述被缩容的MRFC模块的信息;确定需要缩容已有MRFC模块下连接的MRFP模块时,通知被缩容的MRFP模块下线,在接收到所述被缩容的MRFP模块清理结束的通知后,回收相应的虚机资源。
- 如权利要求12所述的媒体服务器,其中:所述VNFM模块与所述MRFC模块、MRFP模块之间通过表述性状态传递REST接口交互。
- 一种媒体服务方法,应用于媒体服务器,所述媒体服务器基于运行在通用硬件平台上的软件实现且采用分布式架构,包括媒体资源控制功能MRFC模块和媒体资源处理功能MRFP模块,一个MRFC模块下连接有一 个或多个MRFP模块,所述方法包括以下呼叫处理过程:MRFC模块接收到新呼叫后,为所述新呼叫选择MRFP模块,并通知选择的所述MRFP模块进行媒体处理;选择的所述MRFP模块收到所述通知后,进行所述新呼叫的媒体处理。
- 如权利要求15所述的方法,其中:所述MRFC模块具有与应用服务器AS间的接口;所述MRFC模块接收到新呼叫,包括:通过所述与AS间的接口接收到AS分发到本MRFC模块上的新呼叫。
- 如权利要求15所述的方法,其中:所述媒体服务器还包括分发代理模块,一个分发代理模块下连接有一个或多个MRFC模块;所述MRFC模块接收到新呼叫之前,还包括:分发代理模块根据配置的分发策略,将AS呼入的新呼叫分发到MRFC模块上;所述MRFC模块接收到新呼叫,包括:通过与分发代理模块间的接口接收分发代理模块分发到本MRFC模块上的新呼叫。
- 如权利要求16或17所述的方法,其中:所述MRFC模块与所述AS或分发代理模块之间通过会话初始协议SIP交互;所述MRFC模块与所述MRFP模块之间通过内部指令交互;所述MRFC模块接收到新呼叫后,还包括:对所述新呼叫的SIP信令进行解析,并通过内部指令将所述SIP信令中的呼叫信息发送给选择的所述MRFP模块。
- 如权利要求15或16或17所述的方法,其中:一个MRFC模块和其下连接的MRFP模块合设,部署在同一个物理或者虚拟机上;或者一个MRFC模块和其下连接的一个或多个MRFP模块分开设置,部署在不同的物理或者虚拟机上。
- 如权利要求15或16或17所述的方法,所述方法还包括以下状态检测和信息获取过程:所述MRFC模块对本MRFC模块下连接的MRFP模块进行心跳检测,确定本MRFC模块下连接的MRFP模块的存活状态;所述MRFC模块与本MRFC模块下连接的MRFP模块交互,获取本MRFC模块下连接的MRFP模块的当前资源占用信息。
- 如权利要求20所述的方法,其中:所述MRFC模块为所述新呼叫选择MRFP模块,包括:从本MRFC模块下连接的MRFP模块中,选择一个处于存活状态且当前资源占用最小的MRFP模块。
- 如权利要求15所述的方法,其中:所述媒体服务器还包括分布式通信功能DCF模块;所述方法还包括以下注册过程:所述MRFC模块和MRFP模块启动时向所述DCF模块注册,所述DCF模块记录注册的MRFC模块和MRFP模块,及MRFC模块和MRFP模块之间的连接关系;所述方法还包括以下查询过程:所述MRFC模块启动时向所述DCF模块发送对本MRFC模块下连接的MRFP模块的查询请求;所述DCF模块接收到所述查询请求后,查找发起查询的MRFC模块下连接的MRFP模块的信息,将查找结果返回给发起查询的MRFC模块;所述MRFC模块根据查找结果,与查找到的MRFP模块建立分布式通讯链路。
- 如权利要求22所述的方法,其中:所述方法还包括以下注销过程:所述MRFP模块下线时向所述DCF模块注销,所述DCF模块解除发起注销的所述MRFP模块与MRFC模块的连接关系;所述查询过程还包括:所述MRFC模块定时向所述DCF模块发送所述查询请求;所述DCF模块接收到所述查询请求后,查找发起查询的MRFC模块下连接的MRFP模块的信息,将查找结果返回给发起查询的MRFC模块;所述MRFC模块根据查询结果更新其下连接的MRFP模块的信息。
- 如权利要求22所述的方法,其中:一个MRFC模块与其下连接的所有MRFP模块组成一个集群;在所述注册过程中,所述MRFC模块和MRFP模块到所述DCF模块注册时,均携带所属集群的集群标识;所述DCF模块还记录所述MRFC模块和MRFP模块所属集群的集群标识;在所述查询过程中,所述MRFC模块发送的查询请求中携带本MRFC模块所属集群的集群标识;所述DCF模块查找发起查询的MRFC模块下连接的MRFP模块,包括:将所属集群的集群标识与所述查询请求中携带的集群标识相同的MRFP模块,记录为发起查询的MRFC模块下连接的MRFP模块。
- 如权利要求22所述的方法,其中:所述DCF模块与所述MRFC模块、MRFP模块之间通过表述性状态传递REST接口交互。
- 如权利要求16-17、21-25中任一所述的方法,其中:所述媒体服务器还包括虚拟网络功能管理VNFM模块;所述方法还包括以下容量调整过程:所述MRFC模块和MRFP模块在运行时向所述VNFM模块上报统计参数;所述VNFM模块设置为对上报的统计参数进行分析,并进行以下处理至少之一:在满足设置的扩容条件时进行扩容处理;在满足设置的缩容条件时进行缩容处理。
- 如权利要求26所述的方法,其中:所述VNFM模块进行扩容处理,包括以下处理之一:确定需要扩容媒体资源功能MRF设备时,创建新的虚机,将新扩容的MRF设备部署在所述虚机上,完成程序安装和参数配置后启动所述新扩容的MRF设备,并向分发代理模块或AS通知所述新扩容的MRF设备的信息;所述MRF设备指MRFC模块和其下连接的MRFP模块合设时所在的设备;确定需要扩容与MRFP模块分开部署的MRFC模块时,同时扩容其下连接的MRFP模块,创建新的虚机,将新扩容的MRFC模块和MRFP模块部署在所述虚机上,完成程序安装和参数配置后启动所述新扩容的MRFC模块和MRFP模块,并向分发代理模块或AS通知所述新扩容的MRFC模块的信息;确定需要扩容已有MRFC模块下连接的MRFP模块时,创建新的虚机,将需要扩容的MRFP模块部署在所述虚机上,完成程序安装和参数配置后启动所述新扩容的MRFP模块,并将所述新扩容的MRFP模块作为所述已有MRFC模块下连接的MRFP模块;所述VNFM模块进行缩容处理,包括以下处理之一:确定需要缩容MRF设备时,通知被缩容的MRF设备下线,在接收到所述被缩容的MRF设备清理结束的通知后,回收相应的虚机资源,并向分发代理模块或AS通知所述被缩容的MRF设备的信息;确定需要缩容与MRFP模块分开部署的MRFC模块时,通知被缩容的MRFC模块及其下连接的MRFP模块下线,在接收到所述被缩容的MRFC模块和MRFP模块清理结束的通知后,回收相应的虚机资源,并向分发代理模块或AS通知所述被缩容的MRFC模块的信息;确定需要缩容已有MRFC模块下连接的MRFP模块时,通知被缩容的MRFP模块下线,在接收到所述被缩容的MRFP模块清理结束的通知后,回收相应的虚机资源。
- 如权利要求26所述的方法,其中:所述VNFM模块与所述MRFC模块、MRFP模块之间通过表述性状态传递REST接口交互。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610399465.8 | 2016-06-07 | ||
CN201610399465.8A CN107483518B (zh) | 2016-06-07 | 2016-06-07 | 一种媒体服务器及媒体服务方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2017211165A1 true WO2017211165A1 (zh) | 2017-12-14 |
Family
ID=60577584
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2017/084584 WO2017211165A1 (zh) | 2016-06-07 | 2017-05-16 | 一种媒体服务器及媒体服务方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107483518B (zh) |
WO (1) | WO2017211165A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111193801A (zh) * | 2019-12-31 | 2020-05-22 | 杭州当虹科技股份有限公司 | 一种基于jain-sip的国标28181平台分布式集群实现系统 |
CN112468310A (zh) * | 2019-09-06 | 2021-03-09 | 杭州海康威视系统技术有限公司 | 流媒体集群节点管理方法、装置及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1870640A (zh) * | 2005-11-30 | 2006-11-29 | 华为技术有限公司 | 一种进行多媒体业务的方法 |
CN101184271A (zh) * | 2007-11-19 | 2008-05-21 | 华为技术有限公司 | 多媒体资源服务的选择方法及多媒体资源功能控制器 |
WO2011043526A1 (en) * | 2009-10-06 | 2011-04-14 | Lg Electronics Inc. | Method and system for media anchoring and bi-casting media data |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7603433B1 (en) * | 2003-04-15 | 2009-10-13 | Sprint Spectrum, L.P. | IMS-based interactive media system and method |
CN101369906B (zh) * | 2007-08-13 | 2011-11-09 | 华为技术有限公司 | 一种会议业务实现方法及设备 |
CN101453446B (zh) * | 2007-11-30 | 2012-05-23 | 华为技术有限公司 | 一种建立mrcp控制与承载通道的方法、装置与系统 |
CN101483581A (zh) * | 2008-01-09 | 2009-07-15 | 华为技术有限公司 | 一种访问非sip资源的方法、系统和设备 |
CN101483753A (zh) * | 2008-01-10 | 2009-07-15 | 华为技术有限公司 | 一种录制业务的实现方法和设备 |
CN101404821B (zh) * | 2008-11-24 | 2010-07-14 | 华为技术有限公司 | 一种基于分离架构的状态信息上报方法、设备和系统 |
US8457139B2 (en) * | 2010-04-09 | 2013-06-04 | Genband Us Llc | Systems, methods, and computer readable media for loose coupling of multimedia resource function controllers and multimedia resource function processors |
-
2016
- 2016-06-07 CN CN201610399465.8A patent/CN107483518B/zh active Active
-
2017
- 2017-05-16 WO PCT/CN2017/084584 patent/WO2017211165A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1870640A (zh) * | 2005-11-30 | 2006-11-29 | 华为技术有限公司 | 一种进行多媒体业务的方法 |
CN101184271A (zh) * | 2007-11-19 | 2008-05-21 | 华为技术有限公司 | 多媒体资源服务的选择方法及多媒体资源功能控制器 |
WO2011043526A1 (en) * | 2009-10-06 | 2011-04-14 | Lg Electronics Inc. | Method and system for media anchoring and bi-casting media data |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112468310A (zh) * | 2019-09-06 | 2021-03-09 | 杭州海康威视系统技术有限公司 | 流媒体集群节点管理方法、装置及存储介质 |
CN112468310B (zh) * | 2019-09-06 | 2023-04-07 | 杭州海康威视系统技术有限公司 | 流媒体集群节点管理方法、装置及存储介质 |
CN111193801A (zh) * | 2019-12-31 | 2020-05-22 | 杭州当虹科技股份有限公司 | 一种基于jain-sip的国标28181平台分布式集群实现系统 |
Also Published As
Publication number | Publication date |
---|---|
CN107483518A (zh) | 2017-12-15 |
CN107483518B (zh) | 2022-08-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2017181876A1 (zh) | 一种设备状态及资源信息监测方法、相关设备及系统 | |
CN108011737A (zh) | 一种故障切换方法、装置及系统 | |
US8589498B2 (en) | Phase based prioritization of IMS signaling messages for overload throttling | |
CN101447893B (zh) | 多媒体业务备份的方法和系统及终端、呼叫会话控制服务器 | |
CN107046545B (zh) | 一种利用电路交换实现ims网络省地用户本地自存活的方法 | |
CN1809051A (zh) | 一种ip电信网中应对设备过载的处理方法 | |
WO2017211165A1 (zh) | 一种媒体服务器及媒体服务方法 | |
CN109729388B (zh) | 视联网服务器切换方法和装置 | |
WO2009146634A1 (zh) | 媒体资源适配方法、媒体网关控制器及服务器 | |
CN110138730B (zh) | 一种协议转换设备的订阅方法、装置及存储介质 | |
Glitho | Cloudifying the 3GPP IP multimedia subsystem: Why and how? | |
US10382504B2 (en) | Conducting a conference call over a computer network | |
US20120284274A1 (en) | Method and device for service management | |
CN111596940B (zh) | 一种版本升级方法、装置、电子设备及存储介质 | |
WO2019100364A1 (zh) | 一种云视频平台中的动态资源调配方法 | |
Shimizu et al. | An experimental evaluation of dynamic virtualized networking resource control on an evolved mobile core network: A new approach to reducing massive traffic congestion after a devastating disaster | |
CN110120937B (zh) | 资源获取方法、系统、设备和计算机可读存储介质 | |
WO2016197885A1 (zh) | 一种媒体级联的管理方法及装置 | |
CN110113303B (zh) | 一种电信网ims中sip协议栈负载均衡系统以及负载均衡方法 | |
CN109640036B (zh) | 配置修改方法和装置 | |
CN110475160B (zh) | 一种跨视联网传输视频数据方法和装置 | |
WO2010075688A1 (zh) | Ims集群会议的创建和加入方法、装置及系统 | |
CN103138998B (zh) | 一种代理状态检测方法、装置和系统 | |
CN102647397B (zh) | 一种sip会话保护的方法和系统 | |
JP5050908B2 (ja) | メディアゲートウェイ装置及びそれに用いるイベント送信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 17809604 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 17809604 Country of ref document: EP Kind code of ref document: A1 |