一种多媒体处理方法及设备与流程

本发明实施例涉及通信技术领域，特别涉及一种多媒体处理方法及设备。

背景技术：

参见图1a，图中示出了一种现有呼叫业务流程，具体步骤如下：

(1)主叫侧长期演进语音承载(voiceoverlong-termevolution，volte)终端按照标准ip多媒体子系统(ipmultimediasubsystem，ims)流程进行主叫发起和主叫业务触发：先触发业务集中及连续性(servicecentralization&continuity，scc)模块，再触发业务；主叫ims域按照标准ims流程将呼叫路由至被叫ims域；

(2)被叫ims业务触发及被叫接入域选择(terminatedaccessdomainselection，t-ads)流程；

(3)域选择结果为ims接续，服务呼叫会话控制功能实体(servingcallsessioncontrolfunction，s-cscf)将呼叫路由至被叫会话边界控制器(sessionbordercontroller，sbc)，再路由至宽带语音业务(voiceoverbroadband，vobb)终端。

上述流程中，由于vobb终端只支持g.721/g.723/g.729编解码，而volte终端不支持这几类编解码，呼叫流程中sbc需进行增强语音服务(enhancevoiceservices，evs)/自适应多速率宽带(adaptivemulti-ratewideband，amr-wb)与g.721/g.723/g.729间的编解码转换。sbc既需要路由信令面消息，又需要承担媒体处理功能。

参见图1b，图中示出了一种现有语音呼叫切换业务流程，具体步骤如下：

(1)主被叫volte终端建立正常呼叫流程；

(2)一侧volte终端在呼叫过程中由lte区域移动至第二代通信技术(2^ndgeneration，2g)/时分(timedivision，td)区域；

(3)演进基站(evolvednodeb，enb)指示移动管理实体(mobilemanagemententity，mme)进行切换，mme选择一个增强移动交换中心(enhancedmobileswitchcenter，emsc)发出切换请求；

(4)emsc预留资源后，通过mme通知至enb；同时发出会话初始协议(sessioninitiationprotocol，sip)邀请(invite)至代理呼叫会话控制功能(proxy-callsessioncontrolfunction，p-cscf)，启动会话层切换流程；

(5)enb指示终端启动空口切换至2g/td；

(6)p-cscf通过接入转发控制功能(accesstransfercontrolfunctionality，atcf)和接入转发网关(accesstransfergateway，atgw)交互完成媒体面的改向，将媒体连接指向emsc/媒体网关(mediagateway，mgw)；同时构造一个新的invite消息，发至业务集中及连续性应用服务器(sccapplicationserver，sccas)；

(7)sccas在收到invite消息后，将新的信令连接与远端信令连接进行关联，并通过bye消息释放原有信令连接；

(8)p-cscf收到结束(bye)消息后，删除本地信令连接；切换完成后，媒体面通过atgw和emsc/mgw实现转接。

上述流程中，atcf/atgw(实际部署时与sbc合设)需在切换过程中完成媒体面处理，包括evs/amr-wb编解码与amr之间的编解码转换。sbc在整个切换中既需要路由信令面消息，又需要承担媒体处理功能。

参见图1c，图中示出了一种现有多方视频业务流程(以一键发起多方呼叫为例)，具体步骤如下：

(1)主叫volte终端采用一键发起方式发起多方视频会议；

(2)各方终端与volteas建立正常的呼叫流程；

(3)volteas通过与其合设的多媒体资源处理器(multimediaresourcefunctionprocessor，mrfp)完成混音混频功能，将音视频流逐个发至各方终端。

上述流程中，volteas既要完成信令面呼叫流程处理，还要通过mrfp完成混音混屏等媒体处理功能。

由上述各多媒体处理流程可知，在现有方案中媒体面处理功能由业务控制网元(如sbc、volteas)执行，这对于业务逻辑嵌套、路径优化、新业务上线都会带来一些不好的效果。以volteas为例，在一个呼叫过程中，需要考虑其不同功能的触发顺序，增强任一信令处理功能都可能导致触发顺序的改变，从而影响媒体处理功能，不利于新功能上线。

此外，在语音互通、多方会议等多个呼叫流程中，核心网网元承担的媒体面处理功能类似，如媒体路由转发、编解码格式转换等，但在网络中需要重复在不同网元实现，资源处理的利用率需要优化。

基于上述理由，目前亟需一种优化的多媒体业务处理方案。

技术实现要素：

本发明实施例提供一种多媒体处理方法及设备，解决现有方案不利于新业务上线，且资源利用低的问题。

依据本发明实施例的第一方面，提供一种多媒体处理方法，应用于业务控制网元，所述方法包括：从发送端接收多媒体业务流；确定对应的多媒体服务模块，并向所述多媒体服务模块发送所述多媒体业务流和多媒体业务处理指示，其中所述多媒体服务模块具有一种或多种多媒体业务处理功能；从所述多媒体服务模块接收所述多媒体业务流的处理结果；向接收端发送所述多媒体业务流的处理结果。

可选地，所述确定对应的多媒体服务模块，并向所述多媒体服务模块发送所述多媒体业务流，包括：根据从所述发送端接收到的业务请求和/或所述多媒体业务流，确定对应的多媒体服务模块；向所述多媒体服务模块发送调用服务化接口请求，所述调用服务化接口请求包括：所述多媒体业务流和多媒体业务处理指示。

可选地，所述发送端为主叫终端，所述接收端为被叫终端，所述多媒体服务模块具有码流转码功能，所述处理结果为所述多媒体服务模块根据所述多媒体业务处理指示对所述多媒体业务流进行转码处理得到的结果；

或者，所述发送端和接收端为多方视频终端，所述多媒体服务模块具有音频和/或视频混合处理的功能，所述处理结果为所述多媒体服务模块根据所述多媒体业务处理指示对所述多媒体业务流进行音频和/或视频混合处理得到的结果；

或者，所述多媒体服务模块具有动态编解码功能，所述处理结果为所述多媒体服务模块根据所述多媒体业务处理指示对所述多媒体业务流进行动态编解码处理得到的结果；

或者，所述多媒体服务模块具有媒体内容压缩功能，所述处理结果为所述多媒体服务模块根据所述多媒体业务处理指示对所述多媒体业务流进行媒体内容压缩处理得到的结果。

依据本发明实施例的第二方面，提供一种多媒体处理方法，应用于多媒体服务模块，所述多媒体服务模块具有一种或多种多媒体业务处理功能，所述方法包括：从业务控制网元接收多媒体业务流和多媒体业务处理指示；根据所述多媒体业务处理指示，对所述多媒体业务流进行处理，得到处理结果；向所述业务控制网元发送所述处理结果。

可选地，从业务控制网元接收多媒体业务流和多媒体业务处理指示，包括：从所述业务控制网元接收调用服务化接口请求，所述调用服务化接口请求包括：所述多媒体业务流和多媒体业务处理指示。

可选地，根据所述多媒体业务处理指示，对所述多媒体业务流进行处理，得到处理结果，包括：根据所述多媒体业务处理指示对所述多媒体业务流进行转码处理，得到所述处理结果；

或者，根据所述多媒体业务处理指示对所述多媒体业务流进行音频和/或视频混合处理，得到所述处理结果；

或者，根据所述多媒体业务处理指示对所述多媒体业务流进行动态编解码处理，得到所述处理结果；

或者，根据所述多媒体业务处理指示对所述多媒体业务流进行媒体内容压缩处理，得到所述处理结果。

依据本发明实施例的第三方面，提供一种业务控制网元，包括：第一收发机和第一处理器，其中，所述第一收发机，用于从发送端接收多媒体业务流；所述第一处理器，用于确定对应的多媒体服务模块，并向所述多媒体服务模块发送所述多媒体业务流和多媒体业务处理指示，其中所述多媒体服务模块具有一种或多种多媒体业务处理功能；所述第一收发机，还用于从所述多媒体服务模块接收所述多媒体业务流的处理结果；所述第一收发机，还用于向接收端发送所述多媒体业务流的处理结果。

可选地，所述第一处理器，还用于根据从所述发送端接收到的业务请求和/或所述多媒体业务流，确定对应的多媒体服务模块；所述第一收发机，还用于向所述多媒体服务模块发送调用服务化接口请求，所述调用服务化接口请求包括：所述多媒体业务流和多媒体业务处理指示。

可选地，所述发送端为主叫终端，所述接收端为被叫终端，所述多媒体服务模块具有码流转码功能，所述处理结果为所述多媒体服务模块根据所述多媒体业务处理指示对所述多媒体业务流进行转码处理得到的结果；

或者，所述发送端和接收端为多方视频终端，所述多媒体服务模块具有音频和/或视频混合处理的功能，所述处理结果为所述多媒体服务模块根据所述多媒体业务处理指示对所述多媒体业务流进行音频和/或视频混合处理得到的结果；

或者，所述多媒体服务模块具有动态编解码功能，所述处理结果为所述多媒体服务模块根据所述多媒体业务处理指示对所述多媒体业务流进行动态编解码处理得到的结果；

或者，所述多媒体服务模块具有媒体内容压缩功能，所述处理结果为所述多媒体服务模块根据所述多媒体业务处理指示对所述多媒体业务流进行媒体内容压缩处理得到的结果。

依据本发明实施例的第四方面，提供一种多媒体服务模块，所述多媒体服务模块具有一种或多种多媒体业务处理功能，所述多媒体服务模块包括：第二收发机和第二处理器，其中，所述第二收发机，用于从业务控制网元接收多媒体业务流和多媒体业务处理指示；所述第二处理器，用于根据所述多媒体业务处理指示，对所述多媒体业务流进行处理，得到处理结果；所述第二收发机，还用于向所述业务控制网元发送所述处理结果。

可选地，所述第二收发机，还用于从所述业务控制网元接收调用服务化接口请求，所述调用服务化接口请求包括：所述多媒体业务流和多媒体业务处理指示。

可选地，所述第二处理器，还用于根据所述多媒体业务处理指示对所述多媒体业务流进行转码处理，得到所述处理结果；

所述第二处理器，还用于根据所述多媒体业务处理指示对所述多媒体业务流进行音频和/或视频混合处理，得到所述处理结果；

所述第二处理器，还用于根据所述多媒体业务处理指示对所述多媒体业务流进行动态编解码处理，得到所述处理结果；

所述第二处理器，还用于根据所述多媒体业务处理指示对所述多媒体业务流进行媒体内容压缩处理，得到所述处理结果。

依据本发明实施例的第五方面提供一种通信设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如第一方面所述的多媒体处理方法的步骤，或者，如第二方面所述的多媒体处理方法的步骤。

依据本发明实施例的第六方面提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的多媒体处理方法的步骤，或者，如第二方面所述的多媒体处理方法的步骤。

本发明实施例中，业务控制网元将发送端发送的多媒体业务流发送给对应的多媒体服务模块，由该多媒体服务模块对该多媒体业务流进行处理，然后从多媒体服务模块接收处理结果并发送给接收端。将信令控制与多媒体处理分离，减少业务逻辑嵌套，优化路径，便于新业务上线；同时实现资源处理集中，提高资源利用率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1a为现有呼叫业务流程示意图；

图1b为现有语音呼叫切换业务流程示意图；

图1c为现有多方视频业务流程示意图；

图2为现有sba架构示意图；

图3为本发明实施例提供的多媒体处理方法的流程示意图之一；

图4为本发明实施例提供的多媒体处理方法的流程示意图之二；

图5为本发明实施例提供的多媒体处理方法的流程示意图之三；

图6为本发明实施例提供的多媒体处理方法的流程示意图之四；

图7为本发明实施例提供的业务控制网元的结构示意图；

图8为本发明实施例提供的多媒体服务模块的结构示意图；

图9为本发明实施例提供的通信设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参见图2，在第五代通信技术中(5thgeneration，5g)架构规划中已引入服务化架构(servicebasedarchitecture，sba)，该架构借鉴了业界成熟的面向服务的架构(service-orientedarchitecture，soa)、微服务架构等理念，通过服务的注册、发现和调用构建nf/服务间的基本通信框架，为5g核心网新功能提供即插即用式的新型引入方式。其中服务化是sba应用的关键。一方面控制面网络功能间通信采用基于服务调用的接口形式，通过轻量级的通信协议实现；另一方面，服务化接口可被多个网络功能对端复用调用，提高接口实现效率，降低开发难度。

本发明实施例提供一种多媒体处理方法，该方法的执行主体为业务控制网元，该业务控制网元可以是sbc、volteas等设备，本发明实施对业务控制网元的具体类型不做限定。

参见图3，该方法具体步骤如下：

步骤301：从发送端接收多媒体业务流；

在本发明实施例中，发送端、接收端与业务控制网元之间的信令面处理流程可采用现有处理流程，在完成信令面的处理后，业务控制网元从发送端接收待处理的多媒体业务流。

其中，发送端可以是主叫终端，接收端可以是被叫终端，多媒体业务流可以是主叫终端发送的第一码流；或者，发送端和接收端可以是参与多方视频的多个终端，多媒体业务流可以是该多个终端发送的多个音频流和/或视频流；或者，发送端可以是压缩端，接收端可以是解压缩端，多媒体业务流可以是压缩端发送的待压缩媒体流。

步骤302：确定对应的多媒体服务模块，并向多媒体服务模块发送多媒体业务流和多媒体业务处理指示；

在本发明实施例中，多媒体服务模块具有一种或多种多媒体业务处理功能，例如：多媒体业务处理功能可以是以下任意一项：码流转码功能、音频和/或视频混合处理的功能、动态编解码功能、媒体内容压缩功能等；

可选地，业务控制网元根据信令处理流程中从发送端接收到的业务请求和/或待处理的多媒体业务流，确定对应的多媒体服务模块，并向确定的多媒体服务模块发送多媒体业务流和多媒体业务处理指示，其中，该多媒体业务处理指示用于指示多媒体服务模块对多媒体业务流进行处理，例如：指示多媒体服务模块对多媒体业务流进行转码处理、指示多媒体服务模块对多媒体业务流进行音频和/或视频混合处理、指示多媒体服务模块对多媒体业务流进行动态编解码处理、指示多媒体服务模块对多媒体业务流进行媒体内容压缩处理。

进一步地，业务控制网元向多媒体服务模块发送调用服务化接口请求，该请求用于调用多媒体服务模块上的服务化接口，该调用服务化接口请求包括：多媒体业务流和多媒体业务处理指示。

可以理解的是，在业务控制网元内容可以预先配置多媒体服务模块的地址，和/或多媒体服务模块上的服务化接口的相关参数，便于业务控制网元进行调用。

步骤303：从多媒体服务模块接收多媒体业务流的处理结果；

在本发明实施例中，在多媒体服务模块完成对多媒体业务流的处理后，从多媒体服务模块多媒体业务流的处理结果。

步骤304：向接收端发送多媒体业务流的处理结果。

在本发明实施例中，业务控制网元将多媒体业务流的处理结果发送给对应的接收端。

本发明实施例中，业务控制网元不进行具体的多媒体业务流的处理，而是将多媒体业务流发送给对应的多媒体服务模块，由该多媒体服务模块对该多媒体业务流进行处理，这样对于业务控制网元来说，是将信令控制与多媒体处理分离，减少业务逻辑嵌套，优化路径，便于新业务上线；同时对于多媒体服务模块能够实现媒体资源的集中处理，提高资源利用率。

参见图4，本发明实施例提供一种多媒体处理方法，该方法的执行主体为多媒体服务模块，该多媒体服务模块具有一种或多种多媒体业务处理功能，可以理解的是，该多媒体服务模块可以通过实体设备实现，或者也可以是实体设备中功能模块来实现，该方法的具体步骤如下：

步骤401：从业务控制网元接收多媒体业务流和多媒体业务处理指示；

在本发明实施例中，多媒体业务处理指示用于指示多媒体服务模块对多媒体业务流进行处理。

进一步地，多媒体服务模块从业务控制网元接收调用服务化接口请求，该请求用于调用多媒体服务模块上的服务化接口，该调用服务化接口请求包括：多媒体业务流和多媒体业务处理指示。

步骤402：根据多媒体业务处理指示，对多媒体业务流进行处理，得到处理结果；

步骤403：向业务控制网元发送处理结果；

在本发明实施例中，在多媒体服务模块完成对多媒体业务流的处理后，向业务控制网元发送多媒体业务流的处理结果。

本发明实施例中，多媒体服务模块从业务控制网元接收多媒体业务流和多媒体业务处理指示，根据该多媒体业务处理指示对多媒体业务流进行处理，并对将处理结果发送给业务控制网元。这样，将信令控制与多媒体处理分离，减少业务逻辑嵌套，优化路径，便于新业务上线；同时实现资源处理集中，提高资源利用率。

下面以呼叫业务场景为例，图3中的发送端为主叫终端，接收端为被叫终端，多媒体服务模块具有码流转码功能。具体步骤参见图5所示，包括：

步骤501：主叫终端向业务控制网元发送呼叫请求；

步骤502：业务控制网元将该呼叫请求发送给被叫终端；

步骤503：被叫终端向业务控制网元发送用于响应呼叫请求的呼叫响应；

步骤504：业务控制网元将该呼叫响应发送给主叫终端；

步骤505：主叫终端与被叫终端之间建立会话；

上述步骤501至步骤505为信令面处理流程，主叫终端与被叫终端之间通过信令进行编解码协商，并在各自发送的消息中携带自身使用的编解码类型，业务控制网元根据该主叫终端与被叫终端的编解码类型判断本次呼叫需要进行转码处理。

步骤506：主叫终端向业务控制网元发送第一码流；

在本发明实施例中，第一码流为主叫终端支持的码流，其与被叫终端支持的第二码流的编解码类型不同，例如：第一码流的编解码类型为evs或amr-wb，第一码流的编解码类型为g.721、g.723或g.729，本发明实施例中对第一码流和第二码流的编解码类型不做具体限定。

步骤507：业务控制网元向多媒体服务模块发送调用服务化接口请求，并向多媒体服务模块发送第一码流和第一多媒体业务处理指示；

在本发明实施例中，业务控制网元通过调用服务化接口请求调用多媒体服务模块的服务化接口，该调用服务化接口请求包括：第一码流和第一多媒体业务处理指示。

步骤508：多媒体服务模块对第一码流进行转码处理，得到第二码流；

在本发明实施例中，多媒体服务模块根据该第一多媒体业务处理指示，对第一码流进行转码处理，得到第二码流，该转码处理可以采用现有的转码处理方式，本发明实施例对转码处理的具体方式不做限定。

步骤509：多媒体服务模块将第二码流发送给业务控制网元；

步骤510：业务控制网元将第二码流发送给被叫终端。

可以理解的是，当被叫终端需要向主叫终端发送第二码流时，可以参照上述步骤506至步骤510的描述，由业务控制网元调用多媒体服务模块将第二码流转码为第一码流，并发送给主叫终端。

本发明实施例中，针对呼叫业务场景，通过将呼叫流程中的信令控制与转码处理分离，减少业务逻辑嵌套，优化路径；同时实现资源处理集中，提高资源利用率。

下面以多方视频业务场景为例，图3中的发送端与接收端均为参与多方视频的多个终端，多媒体服务模块具有音频和/或视频混合处理的功能。具体步骤参见图6所示，包括：

步骤601：多个终端向业务控制网元发送多方视频请求；

步骤602：业务控制网元向多个终端发送用于响应多方视频请求的多方视频响应；

上述步骤601至步骤602为信令面处理流程，多个终端采用标准视频会议建立方式，例如：由多个终端中的主终端一键发起，向业务控制网元发送多方视频请求，业务控制网元与各终端交互建立视频会话。

步骤603：多个终端向业务控制网元发送多个音频流和/或视频流；

在本方实施例中，业务控制网元与各终端交互建立视频会话后，接收来自给终端的音频流和/或视频流。

步骤604：业务控制网元向多媒体服务模块发送调用服务化接口请求，并向多媒体服务模块发送多个音频流和/或视频流和第二多媒体业务处理指示；

在本发明实施例中，业务控制网元通过调用服务化接口请求调用多媒体服务模块的服务化接口，该调用服务化接口请求包括：多个音频流和/或视频流和第二多媒体业务处理指示。

步骤605：多媒体服务模块对多个音频流和/或视频流进行音频和/或视频混合处理，得到混合音频流和/或视频流；

在本发明实施例中，多媒体服务模块根据该第二多媒体业务处理指示，对多个音频流和/或视频流进行音频和/或视频混合处理，得到混合音频流和/或视频流，该音频和/或视频混合处理可以采用现有的音频和/或视频混合处理方式，本发明实施例对音频和/或视频混合处理的具体方式不做限定。

步骤606：多媒体服务模块将混合音频流和/或视频流发送给业务控制网元；

步骤607：业务控制网元将混合音频流和/或视频流发送给多个终端。

本发明实施例中，针对多方视频业务场景，通过将多方视频流程中的信令控制与转码处理分离，减少业务逻辑嵌套，优化路径；同时实现资源处理集中，提高资源利用率。

需要说明的是，本发明实施例还可以应用用于其他多媒体业务场景；

例如：动态编解码业务，其中，多媒体服务模块具有动态编解码功能，对应多媒体业务流的处理结果为多媒体服务模块根据多媒体业务处理指示对多媒体业务流进行动态编解码处理得到的结果。

又例如：媒体内容压缩业务，其中，多媒体服务模块具有媒体内容压缩功能，对应多媒体业务流的处理结果为多媒体服务模块根据多媒体业务处理指示对多媒体业务流进行媒体内容压缩处理得到的结果。

针对其他业务场景，具体执行流程可以参照图5或者图6的流程，在此不再赘述。

参见图7，本发明实施例提供一种业务控制网元700，包括：第一收发机701和第一处理器702；

其中，所述第一收发机701，用于从发送端接收多媒体业务流；

所述第一处理器702，用于确定对应的多媒体服务模块，并向所述多媒体服务模块发送所述多媒体业务流和多媒体业务处理指示，其中所述多媒体服务模块具有一种或多种多媒体业务处理功能；

所述第一收发机701，还用于从所述多媒体服务模块接收所述多媒体业务流的处理结果；

所述第一收发机701，还用于向接收端发送所述多媒体业务流的处理结果。

可选地，所述第一处理器702，还用于根据从所述发送端接收到的业务请求和/或所述多媒体业务流，确定对应的多媒体服务模块；

所述第一收发机701，还用于向所述多媒体服务模块发送调用服务化接口请求，所述调用服务化接口请求包括：所述多媒体业务流和多媒体业务处理指示。

可选地，所述发送端为主叫终端，所述接收端为被叫终端，所述多媒体服务模块具有码流转码功能，所述处理结果为所述多媒体服务模块根据所述多媒体业务处理指示对所述多媒体业务流进行转码处理得到的结果；

或者，所述发送端和接收端为多方视频终端，所述多媒体服务模块具有音频和/或视频混合处理的功能，所述处理结果为所述多媒体服务模块根据所述多媒体业务处理指示对所述多媒体业务流进行音频和/或视频混合处理得到的结果；

或者，所述多媒体服务模块具有动态编解码功能，所述处理结果为所述多媒体服务模块根据所述多媒体业务处理指示对所述多媒体业务流进行动态编解码处理得到的结果；

或者，所述多媒体服务模块具有媒体内容压缩功能，所述处理结果为所述多媒体服务模块根据所述多媒体业务处理指示对所述多媒体业务流进行媒体内容压缩处理得到的结果。

本发明实施例中，业务控制网元不进行具体的多媒体业务流的处理，而是将多媒体业务流发送给对应的多媒体服务模块，由该多媒体服务模块对该多媒体业务流进行处理，这样对于业务控制网元来说，是将信令控制与多媒体处理分离，减少业务逻辑嵌套，优化路径，便于新业务上线；同时对于多媒体服务模块能够实现媒体资源的集中处理，提高资源利用率。

参见图8，本发明实施例提供一种多媒体服务模块800，所述多媒体服务模块800具有一种或多种多媒体业务处理功能，所述多媒体服务模块800包括：第二收发机801和第二处理器802；

其中，所述第二收发机801，用于从业务控制网元接收多媒体业务流和多媒体业务处理指示；

所述第二处理器802，用于根据所述多媒体业务处理指示，对所述多媒体业务流进行处理，得到处理结果；

所述第二收发机801，还用于向所述业务控制网元发送所述处理结果。

可选地，所述第二收发机801，还用于从所述业务控制网元接收调用服务化接口请求，所述调用服务化接口请求包括：所述多媒体业务流和多媒体业务处理指示。

可选地，所述第二处理器802，还用于根据所述多媒体业务处理指示对所述多媒体业务流进行转码处理，得到所述处理结果；

所述第二处理器802，还用于根据所述多媒体业务处理指示对所述多媒体业务流进行音频和/或视频混合处理，得到所述处理结果；

所述第二处理器802，还用于根据所述多媒体业务处理指示对所述多媒体业务流进行动态编解码处理，得到所述处理结果；

所述第二处理器802，还用于根据所述多媒体业务处理指示对所述多媒体业务流进行媒体内容压缩处理，得到所述处理结果。

本发明实施例中，多媒体服务模块从业务控制网元接收多媒体业务流和多媒体业务处理指示，根据该多媒体业务处理指示对多媒体业务流进行处理，并对将处理结果发送给业务控制网元。这样，将信令控制与多媒体处理分离，减少业务逻辑嵌套，优化路径，便于新业务上线；同时实现资源处理集中，提高资源利用率。

参见图9，本发明实施例提供一种通信设备900，包括：处理器901、收发机902、存储器903和总线接口。

其中，处理器901可以负责管理总线架构和通常的处理。存储器903可以存储处理器901在执行操作时所使用的数据。

本发明实施例中，通信设备900还可以包括：存储在存储器903上并可在处理器901上运行的程序，该程序被处理器901执行时实现本发明实施例提供的方法的步骤。

在图9中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器901代表的一个或多个处理器和存储器903代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本发明实施例不再对其进行进一步描述。总线接口提供接口。收发机902可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。