CN116915750A - 音视频能力网元架构及多媒体处理方法 - Google Patents

Abstract

本发明实施例涉及通信技术领域，公开了一种音视频能力网元架构，该音视频能力网元架构包括控制面设备及媒体面设备；所述控制面设备近核心网和业务网元集中部署，所述媒体面设备分散部署；所述控制面设备分别与业务网元、核心网及所述媒体面设备通信；所述媒体面设备分别与业务网元、所述媒体面设备及所述核心网通信。通过上述方式，本发明实施例实现了提升用户体验的同时降低成本。

Description

音视频能力网元架构及多媒体处理方法

技术领域

本发明实施例涉及通信技术领域，具体涉及一种音视频能力网元架构及多媒体处理方法。

背景技术

目前，现网音视频能力网元全部功能融合在同一网元内部，且集中在全网8～16个大区中心省份建设部署的方式，对于非大区中心省份而言，所有音视频媒体的播放均跨省际长途，媒体的播放时延较长，并且对于视频彩铃等有视频需求的业务而言，对长途传输及IP承载网带宽需求较高(以视频彩铃为例，按照目前的720P分辨率，每1000万用户的媒体播放带宽需求达到60Gbps)，并且随着视频媒体分辨率越来越高，带宽需求将持续增加(经估算，以视频彩铃业务为例，未来分辨率提高至1080P时，每1000万用户的带宽需求将达到150Gbps)；若长途传输或IP承载网资源不足，将会影响音视频媒体播放的质量，出现马赛克、卡顿等情况，从而影响用户体验。

如果将音视频能力网元整体下放到省内，虽然可解决媒体长途播放的问题，减少传输及IP承载网带宽占用；但会导致音视频能力网元与设置在大区中心的核心网设备和业务网元之间的大量信令消息跨长途接续，从而导致信令接续时延过长(以彩铃业务为例，接入省到大区省中间500KM～1500KM距离，媒体接续前的接续时延会增加约300ms～900ms)，同样影响用户体验。

因此，现有的音视频能力网元存在用户体验较差、成本高的问题。

发明内容

鉴于上述问题，本发明实施例提供了一种音视频能力网元架构及多媒体处理方法，用于解决现有技术中存在的音视频能力网元用户体验较差、成本高的问题。

根据本发明实施例的一个方面，提供了一种音视频能力网元架构，所述音视频能力网元架构包括控制面设备及媒体面设备；所述控制面设备近核心网和业务网元集中部署，所述媒体面设备分散部署；

所述控制面设备分别与业务网元、核心网及所述媒体面设备通信；所述媒体面设备分别与业务网元、所述媒体面设备及所述核心网通信。

在一种可选的方式中，所述控制面设备与所述核心网及所述业务网元部署在大区中心；所述媒体面设备下沉部署在各大区中心对应的接入省。

在一种可选的方式中，所述控制面设备利用RESTFUL/HTTP消息与所述业务网元通信，进行呼叫事件通知、呼叫事件订阅、能力调用嵌套和冲突处理功能。

在一种可选的方式中，所述控制面设备利用SIP消息与所述核心网的CSCF网元互通完成信令处理功能。

在一种可选的方式中，所述控制面设备与所述媒体面设备通信，进行呼叫控制、媒体协商功能。

在一种可选的方式中，所述媒体面设备利用RESTFUL/HTTP消息与业务网元通信，完成媒体下载功能。

在一种可选的方式中，所述控制面设备接收所述业务网元发起的呼叫事件通知和业务请求；

所述控制面设备向所述媒体面设备申请多媒体资源，所述媒体面设备发送响应消息给所述控制面设备；

所述控制面设备根据所述响应消息与终端进行多媒体协商，并将协商结果发送给所述媒体面设备及所述业务网元；

所述控制面设备接收所述业务网元发送的操作指示，并发送控制消息给所述媒体面设备；

所述媒体面设备根据所述控制消息向所述终端播放多媒体资源。

根据本发明实施例的另一方面，提供了一种多媒体处理方法，所述方法基于所述的音视频能力网元架构中的控制面设备；所述方法包括：

接收所述业务网元发送的多媒体业务事件；

根据所述多媒体业务事件向所述媒体面设备申请多媒体资源，并接收所述媒体面设备发送的响应消息；

根据所述响应消息与终端进行多媒体协商，并将协商结果发送给所述媒体面设备及所述业务网元；

接收所述业务网元发送的操作指示，并发送控制消息给所述媒体面设备，以使所述媒体面设备根据所述控制消息向终端播放多媒体资源。

在一种可选的方式中，所述接收所述业务网元发送的操作指示，并发送控制消息给所述媒体面设备，以使所述媒体面设备根据所述控制消息向终端播放多媒体资源之后，所述方法进一步包括：

根据摘机信息向所述媒体面设备发送挂机拆线消息，以使所述媒体面设备释放所述多媒体资源。

根据本发明实施例的另一方面，提供了一种多媒体处理方法，所述方法基于所述的音视频能力网元架构中的媒体面设备；所述方法包括：

接收所述控制面设备发送的多媒体资源申请，并发送响应消息至所述控制面设备，以使所述控制面设备根据所述响应消息与终端进行多媒体协商；所述多媒体资源申请为所述控制面设备根据所述业务网元发送的多媒体业务事件生成的；

接收所述控制面设备的协商结果；

接收所述控制面设备发送的控制消息，根据所述控制消息向终端播放多媒体资源，所述控制消息为所述控制面设备根据接收到的所述业务网元发送的操作指示生成。

本发明实施例通过将音视频能力网元拆分为两个部分，包括控制面设备及媒体面设备；所述控制面设备近核心网和业务网元集中部署，所述媒体面设备分散部署；所述控制面设备分别与业务网元、核心网及所述媒体面设备通信；所述媒体面设备分别与业务网元、所述媒体面设备及所述核心网通信，能够大大降低投资运营成本、提高用户体验。

上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

附图仅用于示出实施方式，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了现有的音视频能力网元的结构示意图；

图2示出了本发明实施例提供的音视频能力网元架构的结构示意图；

图3示出了本发明实施例提供的音视频能力网元架构的接口结构示意图；

图4示出了本发明实施例提供的音视频能力网元架构的信令交互流程示意图；

图5示出了本发明实施例提供的音视频能力网元架构的另一信令交互流程示意图；

图6示出了本发明实施例提供的多媒体处理方法的流程示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。

首先，对现有的音视频能力网元所存在的问题进行以进一步分析：

音视频能力网元，为上层业务系统提供包括呼叫事件订阅及通知、呼叫处理、用户呼叫状态获取、音视频媒体播放(如视频彩铃播放、录音通知播放等)等网络通信能力；目前音视频能力网元已经在彩铃、智能网、IMS防诈骗等业务系统得到广泛的应用，并且后续在5G新通话等诸多领域也将引入音视频能力网元的建设和应用。

如图1所示，现网各运营商音视频能力网元均采用各类功能融合设置的方式，即时间订阅、呼叫处理、用户状态获取、音视频媒体播放等各功能均融合在音视频能力网元内部(用一类网元实现全部功能)。同时，在集中化建设的大背景大趋势下，为提升网络运行效率，降低投资，实现生产建设运营的集约化，现网各运营商均将全国划分成4～8个大区，每3～8个临近省份的音视频能力网元，以及核心网网元、(调用音视频能力的)业务网元均集中部署在网络资源更为丰富，维护力量更为健壮的大区中心省份；接入省仅保留少数核心网接入转发类网元(如SBC)。目前音视频能力网元集中部署的现状，使得非大区中心省份的全部的音视频媒体播放(例如彩铃业务、智能网业务的媒体播放)均跨省进行，从而占用了大区中心至接入省份的大量长途传输及长途IP承载网资源；随着视频业务量的日益增长，势必占用越来越多的长途传输及IP承载网资源。

如果将音视频能力网元直接下沉到省内部署，虽然媒体播放不在占用省际长途传输及IP承载网资源，但在核心网和业务网元仍然集中部署的大背景下，又会引发另一个问题，即：音视频能力网元与核心网与业务网元之间大量的信令消息(约30条+)在大区中心省份与接入省之间跨省际长途进行接续，虽然信令消息占用的带宽极小，但由于消息数量过多，每条消息均经过500KM～1500KM的长途传输，势必导致信令接续时延长、用户体验较差的结果。

因此，现网音视频能力网元全部功能融合在同一网元内部，且集中在全网8～16个大区中心省份建设部署的方式，对于非大区中心省份而言，所有音视频媒体的播放均跨省际长途，媒体的播放时延较长，并且对于视频彩铃等有视频需求的业务而言，对长途传输及IP承载网带宽需求较高(以视频彩铃为例，按照目前的720P分辨率，每1000万用户的媒体播放带宽需求达到60Gbps)，并且随着视频媒体分辨率越来越高，带宽需求将持续增加(经估算，以视频彩铃业务为例，未来分辨率提高至1080P时，每1000万用户的带宽需求将达到150Gbps)；若长途传输或IP承载网资源不足，将会影响音视频媒体播放的质量，出现马赛克、卡顿等情况，从而影响用户体验。如果将音视频能力网元整体下放到省内，虽然可解决媒体长途播放的问题，减少传输及IP承载网带宽占用；但会导致音视频能力网元与设置在大区中心的核心网设备和业务网元之间的大量信令消息跨长途接续，从而导致信令接续时延过长(以彩铃业务为例，接入省到大区省中间500KM～1500KM距离，媒体接续前的接续时延会增加约300ms～900ms)，同样影响用户体验。

基于此，本发明实施例提供一种音视频能力网元架构。图2示出了本发明实施例提供的音视频能力网元架构的结构示意图。该音视频能力网元架构包括控制面设备及媒体面设备。

其中，所述控制面设备近核心网和业务网元集中部署，所述媒体面设备分散部署；所述控制面设备分别与业务网元、核心网及所述媒体面设备通信；所述媒体面设备分别与业务网元、所述媒体面设备及所述核心网通信。所述控制面设备用于进行音视频网元中对媒体面设备的控制，所述媒体面设备用于进行音视频媒体播放。具体地，控制面设备利用RESTFUL/HTTP消息与业务网元通信，完成呼叫事件通知、呼叫事件订阅、能力调用嵌套和冲突处理功能；利用SIP消息与核心网CSCF网元互通完成信令处理功能；与能力网元媒体面通信，完成呼叫控制、媒体协商等功能。媒体面设备利用RESTFUL/HTTP消息与业务网元通信，完成媒体下载功能；与控制面设备通信，完成呼叫控制、媒体协商等功能；利用RTP消息与核心网SBC、IM-MGW等网元通信，完成媒体播放功能。其中，业务网元为音视频的业务网元。本发明实施例将音视频能力网元的功能进行拆分及重构，把与核心网CSCF、业务网元关系密切的“呼叫事件订阅及通知、呼叫信令处理、用户呼叫状态获取”等控制功能和与SBC关系密切的“音视频媒体播放”媒体功能进行拆分，将实现控制功能的网元定义为控制面设备，将实现媒体功能的音视频播放能力的网元定义为媒体面设备。使得音视频能力网元内部不同功能实体可按需部署在不同的位置，使得音视频能力开放的整体网络布局可以更为合理。

本发明实施例中，所述控制面设备与所述核心网及所述业务网元部署在大区中心；所述媒体面设备下沉部署在各大区中心对应的接入省。控制面设备仍然集中在大区中心省份部署，媒体面设备下沉至各省省内部署。控制面设备与核心网以及上层需调用音视频能力的业务网元一同在大区中心部署，其间距离近，信令接续时延短；音视频能力网元-媒体面下沉部署在31省省内，与终端用户之间距离近，媒体播放时延短，省内呼叫的媒体播放均不占用省际长途传输和IP承载网资源，节省资源、降低投资成本的同时提升了用户体验升。

如图3所示，本发明实施例中，该音视频能力网元架构的控制面设备及媒体面设备之间以及与其它设备之间通过预设的多个接口进行通信。其中，控制面设备与媒体面设备，通过IF1接口通信，实现控制面设备对媒体面设备的业务控制。控制面设备通过IF2与音视频的业务网元进行通信，所述控制面设备通过IF4与核心网CSCF通信；所述媒体面设备通过IF3与业务网元通信；所述媒体面设备通过IF5与SBC/IM-MGW通信；所述媒体面设备通过IF6与网管通信。表1列出了各个接口的功能及承载方式。

表1：

其中，如图4所示，本发明实施例的音视频能力网元架构的工作过程如下：

1、终端触发业务，业务网元向音视频能力网元架构发起呼叫事件通知和业务请求。

2、所述控制面设备接收所述业务网元发起的呼叫事件通知和业务请求。

3、所述控制面设备向所述媒体面设备申请多媒体资源(媒体能力C1)，所述媒体面设备发送响应消息(媒体能力U1)给所述控制面设备。

4、所述控制面设备根据所述响应消息与终端进行多媒体协商，并将协商结果(媒体能力U2)发送给所述媒体面设备及所述业务网元。

5、所述控制面设备接收所述业务网元发送的操作指示，并发送控制消息(如放音等)给所述媒体面设备。

6、所述媒体面设备根据所述控制消息向所述终端播放多媒体资源。

其中，当终端对多媒体资源使用完毕时，控制面设备发送挂机拆线消息给媒体面设备，媒体面设备根据接收到的挂机拆线消息，结束多媒体资源播放，进行多媒体资源释放。

本发明实施例以彩铃业务为例，如图5所示，上述音视频网元架构的多媒体信令实现流程如下：

1)主叫终端进行音频起呼，发送INVITE消息经由主叫侧核心网到达被叫侧核心网，被叫侧音视频能力网元架构的控制面设备收到INVITE消息，其中，INVITE消息携带的主叫侧媒体能力SDP A1只有音频媒体行。

A)音视频能力网元架构的控制面设备以呼叫事件通知(Begin)上报音视频能力网元的业务网元，并携带主、被叫号码，业务服务器返回响应。

B)业务网元判断被叫终端为彩铃用户，以呼叫事件控制(Continue)指示音视频能力网元架构的控制面设备继续呼叫。

2)-3)音视频能力网元架构的控制面设备转发INVITE消息给核心网S-CSCF，S-CSCF继续寻呼被叫终端。

4)被叫终端收到INVITE消息后应答183消息，携带被叫终端的媒体信息SDP B1，其为从SDP A1中选择的被叫终端支持的音频媒体格式，183消息中携带有100rel，100rel表示需要主叫终端进行PRACK确认，被叫终端需要申请通话资源。

5)主叫终端收到183消息后发送PRACK，确认收到183消息，进行通话资源预留。

6)被叫终端收到PRACK应答200OK。

7)主叫终端的通话资源预留完成后，主叫终端发送UPDATE给被叫终端，携带的音频媒体SDP A2包含SDP B1，其中资源预留参数为已完成。

8)被叫终端收到UPDATE后且资源预留已完成后应答200OK，该200OK携带的被叫终端的音频媒体SDP B2中包含SDP A2，其中资源预留参数为已完成。

9)-10)被叫终端的振铃发送180消息(180Ring)，被叫侧音视频能力网元架构的控制面设备收到180Ring。

C)音视频能力网元架构的控制面设备以呼叫事件通知(Ringing)上报业务网元，携带主叫终端的媒体能力SDP A1。

D)业务网元下发音频或视频媒体协商呼叫事件控制(CatInd)消息，根据播放的媒体内容SDP信息与主叫终端的SDP A1，综合得到SDP C1(媒体能力C1)。

a)音视频能力网元架构的控制面设备向音视频能力网元架构的媒体面设备申请多媒体资源，并与终端进行媒体协商，媒体协商时携带“媒体能力C1”且包括主叫终端支持的音视频媒体格式、SBC地址和端口。

b)音视频能力网元架构的媒体面设备结合自身媒体能力“媒体能力C1”，响应音视频能力网元架构的控制面设备，完成多媒体资源预留，发送响应消息给控制面设备，响应消息中携带“媒体能力U1”(SDP U1)，且包括音视频能力网元-媒体面的音视频媒体格式、地址和端口。

11)音视频能力网元架构的控制面设备向主叫终端发送Update消息，携带SDP U1，与主叫终端进行媒体协商。

12)主叫终端应答200OK，携带SDP A3，其中音、视频媒体格式从SDP U1中选择，资源预留参数为未完成。

13)主叫终端完成视频媒体资源预留后，发送UPDATE消息给音视频能力网元架构的控制面设备，UPDATE消息中携带SDP A4，如果播放的是音频彩铃，则无步骤13和14。

14)音视频能力网元架构的控制面设备应答200OK，携带SDP U2。

c)音视频能力网元架构的控制面设备向音视频能力网元-媒体面发送响应消息，该响应消息中携带与主叫媒体协商结果“媒体能力U2”(SDP U2)，且包括主叫侧音视频媒体格式、SBC地址和端口。

E)音视频能力网元架构的控制面设备与主叫终端完成媒体协商后，以呼叫事件通知(CatResult)上报媒体协商结果SDP U2。

F)业务网元下发呼叫事件控制(Play或PlayAndCollect)给音视频能力网元架构的控制面设备，以控制音视频能力网元架构播放指定的铃音文件。

15)音视频能力网元架构的控制面设备向主叫侧发送180振铃，携带P-Early-Media头域且值为sendrecv。

d)音视频能力网元架构的控制面设备给主叫终端发送振铃消息180后，配置定时器默认100ms，音视频能力网元架构的控制面设备发送控制信息给音视频能力网元架构的媒体面设备，其中控制信息中携带有要播放的铃音文件编号、路径等相关信息。

e)音视频能力网元架构的媒体面设备应答请求成功处理消息。

G)音视频能力网元架构的媒体面设备如果有要播放的铃音文件，则无此步骤；如果音视频能力网元架构的媒体面设备没有该铃音文件，则从业务网元以HTTP流的方式下载铃音文件到本地保存。音视频能力网元架构的媒体面设备给主叫终端播放媒体内容。

16)-17)被叫终端摘机时，音视频能力网元架构的控制面设备收到200OK响应。

H)音视频能力网元架构的控制面设备以呼叫事件通知(Answer)消息上报业务网元。

I)业务网元下发呼叫事件控制(EndPlay)消息，指示音视频能力网元架构的控制面设备结束媒体播放。

18)-19)音视频能力网元架构的控制面设备返回被叫用户ACK消息。

20)-21)音视频能力网元架构的控制面设备向被叫发送Re-invite消息不携带SDP，获取被叫终端的最新媒体能力。

22)-23)被叫侧应答200OK，其中携带最新的媒体信息SDP B1。

24)音视频能力网元架构的控制面设备向主叫发送Update消息，携带SDP B1包含被叫侧的音频媒体格式、被叫SBC地址和端口，更新主叫侧媒体信息为通话媒体。

25)主叫侧应答200OK，携带SDP A5。

26)音视频能力网元架构的控制面设备转发摘机INVITE 200OK。

27)主叫应答ACK。

f)音视频能力网元架构的控制面设备向音视频能力网元架构的媒体面设备发送挂机拆线消息。

g)音视频能力网元架构的媒体面设备返回放音结果为成功，释放资源，结束播放。

J)音视频能力网元架构的控制面设备收到放音结果后，以呼叫事件通知(PlayResult)将放音结果上报给业务网元。

28)-29)音视频能力网元架构的控制面设备发送ACK给被叫侧，携带SDP A5包含主叫侧的SBC地址和端口，主被叫完成媒体协商，主被叫进行通话。

30)-31)被叫挂机。

K)音视频能力网元架构的控制面设备以呼叫事件通知(Release)上报给业务网元进行拆线。

L)业务网元下发呼叫事件控制(EndCall)结束本次会话。

32)-35)音视频能力网元架构的控制面设备透传BYE给主叫终端，主叫终端应答200OK，主被叫通话结束。

以上流程中，a)、b)、c)、d)、e)、f)、g)为音视频能力网元架构的控制面设备及媒体面设备的工作过程。本发明实施例首先将音视频能力网元进行功能拆分，拆分成控制面网元和媒体面网元，然后在音视频能力网元架构的控制面设备和音视频能力网元架构的媒体面设备之间，通过增加a)、b)、c)、d)、e)、f)、g)共7条消息交互基本信息。满足了音视频能力网元架构的控制面设备必须靠近核心网和业务网元(以减小信令接续时延)部署的需求，同时满足了媒体面设备下沉接入省(以减小传输及IP承载网带宽需求)的需求。

本发明实施例在可提升用户体验的同时降低投资成本。以视频彩铃业务为例，若将音视频能力网元架构的控制面设备集中部署在大区中心，音视频能力网元架构的媒体面设备下沉在接入省内，可以有效减少省际长途IP承载网及传输资源需求。预计在近期3亿彩铃用户，远期5亿彩铃用户的场景下，预期可节省投资1亿～5亿。

1、视频彩铃用户数：

(1)视频彩铃用户数：某大型运营商近期现有视频彩铃用户数：3亿。

(2)某大型运营商远期预估视频彩铃用户数：5亿。

2、视频彩铃媒体播放带宽需求测算：

(1)按照现网主流媒体视频720p分辨率考虑，每1亿视频彩铃用户媒体播放带宽需求600Gbps，近期3亿视频彩铃用户媒体播放带宽需求约1800Gbps。

(2)未来媒体视频分辨率提升至1080p时，每1亿视频彩铃用户媒体播放带宽需求1500Gbps，远期5亿视频彩铃用户媒体播放带宽需求约7500Gbps

3、IP承载网节省投资分析：

根据IP承载网网络架构，以及BR/CR设备的综合造价分析：

(1)BR/CR设备，每个100GE端口综合造价：40万元。

(2)大区中心省至接入省IP承载网路由，平均需经过的BR/CR设备端口数量(即采用本提案可节省的端口数)：12个。

(3)近期可减少IP长途承载网1500Gbps带宽资源，可节约投资约：7200万元。

(4)远期可减少7500Gbps带宽资源，可节约投资约：3.6亿元

4、传输设备节省投资分析：

根据传输网网络架构，以及传输设备端口的综合造价分析：

(1)传输设备每100Gbps端口综合造价：50万。

(2)大区中心省至接入省传输网，暂按经过2套传输设备4端口(即采用本提案可节省的端口数)估算。

(3)近期可减少1800Gbps的传输设备，可节约投资约：3600万元。

(4)远期可减少7500Gbps的传输设备，可节约投资约：1.5亿元。

本发明实施例通过将音视频能力网元拆分为两个部分，包括控制面设备及媒体面设备；所述控制面设备近核心网和业务网元集中部署，所述媒体面设备分散部署；所述控制面设备分别与业务网元、核心网及所述媒体面设备通信；所述媒体面设备分别与业务网元、所述媒体面设备及所述核心网通信，能够大大降低投资运营成本、提高用户体验。

如图6所示，本发明实施例还提供一种多媒体处理方法，该方法基于上述实施例所述的音视频能力网元架构中的控制面设备。所述方法包括：

步骤110：接收所述业务网元发送的多媒体业务事件；

步骤120：根据所述多媒体业务事件向所述媒体面设备申请多媒体资源，并接收所述媒体面设备发送的响应消息；

步骤130：根据所述响应消息与终端进行多媒体协商，并将协商结果发送给所述媒体面设备及所述业务网元；

步骤140：接收所述业务网元发送的操作指示，并发送控制消息给所述媒体面设备，以使所述媒体面设备根据所述控制消息向终端播放多媒体资源。

其中，当终端摘机时，根据摘机信息向所述媒体面设备发送挂机拆线消息，以使所述媒体面设备释放所述多媒体资源。

本发明实施例的具体方法步骤与上述音视频能力网元架构实施例中的控制面设备的工作过程大体一致，此处不再赘述。

本发明实施例还提供一种多媒体处理方法，该方法基于所述的音视频能力网元架构中的媒体面设备。所述方法包括：

接收所述控制面设备发送的多媒体资源申请，并发送响应消息至所述控制面设备，以使所述控制面设备根据所述响应消息与终端进行多媒体协商；所述多媒体资源申请为所述控制面设备根据所述业务网元发送的多媒体业务事件生成的；

接收所述控制面设备的协商结果；

接收所述控制面设备发送的控制消息，根据所述控制消息向终端播放多媒体资源，所述控制消息为所述控制面设备根据接收到的所述业务网元发送的操作指示生成。

本发明实施例的具体方法步骤与上述音视频能力网元架构实施例中的媒体面设备的工作过程大体一致，此处不再赘述。

本发明实施例通过将音视频能力网元拆分为两个部分，包括控制面设备及媒体面设备；所述控制面设备近核心网和业务网元集中部署，所述媒体面设备分散部署；所述控制面设备分别与业务网元、核心网及所述媒体面设备通信；所述媒体面设备分别与业务网元、所述媒体面设备及所述核心网通信，能够大大降低投资运营成本、提高用户体验。

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。

本领域技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (10)

1.一种音视频能力网元架构，其特征在于，所述音视频能力网元架构包括控制面设备及媒体面设备；所述控制面设备与核心网和业务网元集中部署，所述媒体面设备分散部署；

所述控制面设备分别与业务网元、核心网及所述媒体面设备通信；所述媒体面设备分别与业务网元、所述媒体面设备及所述核心网通信。

2.根据权利要求1所述的音视频能力网元架构，其特征在于，所述控制面设备与所述核心网及所述业务网元部署在大区中心；所述媒体面设备下沉部署在各大区中心对应的接入省。

3.根据权利要求1所述的音视频能力网元架构，其特征在于，所述控制面设备利用RESTFUL/HTTP消息与所述业务网元通信，进行呼叫事件通知、呼叫事件订阅、能力调用嵌套和冲突处理功能。

4.根据权利要求1所述的音视频能力网元架构，其特征在于，所述控制面设备利用SIP消息与所述核心网的CSCF网元互通完成信令处理功能。

5.根据权利要求1所述的音视频能力网元架构，其特征在于，所述控制面设备与所述媒体面设备通信，进行呼叫控制、媒体协商功能。

6.根据权利要求1所述的音视频能力网元架构，其特征在于，所述媒体面设备利用RESTFUL/HTTP消息与业务网元通信，完成媒体下载功能。

7.根据权利要求1所述的音视频能力网元架构，其特征在于，

所述控制面设备接收所述业务网元发起的呼叫事件通知和业务请求；

所述控制面设备向所述媒体面设备申请多媒体资源，所述媒体面设备发送响应消息给所述控制面设备；

所述控制面设备根据所述响应消息与终端进行多媒体协商，并将协商结果发送给所述媒体面设备及所述业务网元；

所述控制面设备接收所述业务网元发送的操作指示，并发送控制消息给所述媒体面设备；

所述媒体面设备根据所述控制消息向所述终端播放多媒体资源。

8.一种多媒体处理方法，其特征在于，所述方法基于如权利要求1-7任一项所述的音视频能力网元架构中的控制面设备；所述方法包括：

接收所述业务网元发送的多媒体业务事件；

根据所述多媒体业务事件向所述媒体面设备申请多媒体资源，并接收所述媒体面设备发送的响应消息；

根据所述响应消息与终端进行多媒体协商，并将协商结果发送给所述媒体面设备及所述业务网元；

接收所述业务网元发送的操作指示，并发送控制消息给所述媒体面设备，以使所述媒体面设备根据所述控制消息向终端播放多媒体资源。

9.根据权利要求8所述的方法，其特征在于，所述接收所述业务网元发送的操作指示，并发送控制消息给所述媒体面设备，以使所述媒体面设备根据所述控制消息向终端播放多媒体资源之后，所述方法进一步包括：

根据摘机信息向所述媒体面设备发送挂机拆线消息，以使所述媒体面设备释放所述多媒体资源。

10.一种多媒体处理方法，其特征在于，所述方法基于如权利要求1-7任一项所述的音视频能力网元架构中的媒体面设备；所述方法包括：

接收所述控制面设备发送的多媒体资源申请，并发送响应消息至所述控制面设备，以使所述控制面设备根据所述响应消息与终端进行多媒体协商；所述多媒体资源申请为所述控制面设备根据所述业务网元发送的多媒体业务事件生成的；

接收所述控制面设备的协商结果；

接收所述控制面设备发送的控制消息，根据所述控制消息向终端播放多媒体资源，所述控制消息为所述控制面设备根据接收到的所述业务网元发送的操作指示生成。