CN110460603A - 多媒体文件的传输方法、终端、服务器、系统及存储介质 - Google Patents

Abstract

本发明公开了一种多媒体文件的传输方法、终端、服务器、系统及存储介质，涉及通信技术领域，以解决现有多媒体文件传输方式对多用户推送场景存在易受带宽限制而导致多媒体文件播放卡顿的问题。该方法包括：接收服务器发送的组播地址；根据所述组播地址，通知移动网络的网元设备激活组播内容，其中，所述移动网络的网元设备与所述服务器预先建立组播会话；在所述移动网络的网元设备激活组播内容的情况下，接收所述服务器广播推送的多媒体文件。本发明实施例可不必受移动网络的带宽资源限制，使得终端在播放接收的多媒体文件时，不易出现卡顿现象。

Description

多媒体文件的传输方法、终端、服务器、系统及存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种多媒体文件的传输方法、终端、服务器、系统及存储介质。

背景技术

随着通信技术的发展，终端能够接收服务器传输的包含音视频、图片等多媒体文件，以语音呼叫请求中的彩铃业务为例，也逐渐由简单的音频彩铃发展到了如今的视频彩铃。其中，视频彩铃业务是一项由被叫用户定制，为主叫用户提供一段多彩或有趣的视频媒体来替代普通音频彩铃的业务。

目前，多媒体文件通常都是通过一对一的方式实现文件传递，即服务器通过实时传输协议(Real-time Transport Protocol，简称RTP)单播推流到主叫用户。以视频彩铃为例，随着超高清视频的发展，人们对超高清视频彩铃的需求也越来越大，采用单播方式推送的超高清视频彩铃虽然能够实现个性化需求，但当需求同一超高清视频彩铃内容的用户过多时，将由于移动网络空口资源的限制，造成终端侧在播放视频彩铃的过程中可能出现卡顿现象，影响用户的观看。例如，在博物馆，大家都可以拨打服务电话来获得博物馆专题介绍的超高清视频彩铃，但当拨打用户数过多时，服务器侧易受带宽资源限制而难以同时向多用户流畅地传输视频彩铃，造成用户无法及时观看视频彩铃。

可见，现有多媒体文件传输方式对多用户推送场景存在易受带宽限制而导致多媒体文件播放卡顿的问题。

发明内容

本发明实施例提供一种多媒体文件的传输方法、终端、服务器、系统及存储介质，以解决现有多媒体文件传输方式对多用户推送场景存在易受带宽限制而导致多媒体文件播放卡顿的问题。

第一方面，本发明实施例提供了一种多媒体文件的传输方法，应用于终端，所述方法包括：

接收所述服务器发送的组播地址；

根据所述组播地址，通知移动网络的网元设备激活组播内容，其中，所述移动网络的网元设备与所述服务器预先建立组播会话；

在所述移动网络的网元设备激活组播内容的情况下，接收所述服务器广播推送的多媒体文件。

可选的，所述接收服务器发送的组播地址，包括：

在发起呼叫请求的情况下，与服务器进行多媒体能力协商；

在所述终端位于所述服务器的组播区域内的情况下，接收所述服务器发送的组播地址。

可选的，所述接收服务器发送的组播地址之前，所述方法还包括：

在所述终端进入到所述服务器的组播区域内的情况下，接收所述移动网络的网元设备发送的第一消息，其中，所述第一消息包括所述服务器的组播地址和适用屏幕类型中的至少一项，所述第一消息用于指示提供多媒体文件推送服务。

可选的，所述接收所述服务器广播推送的多媒体文件，包括：

根据所述终端的视频能力和带宽资源，从所述服务器广播推送的多媒体文件中选择目标多媒体文件。

可选的，所述接收所述服务器广播推送的多媒体文件之后，所述方法还包括：

在取消呼叫的情况下，与所述移动网络的网元设备交互，进行去激活组播内容。

第二方面，本发明实施例还提供另一种多媒体文件的传输方法，应用于服务器，所述方法包括：

获取所述服务器的组播区域；

判断终端是否位于所述服务器的组播区域内；

在所述终端进入到所述服务器的组播区域内的情况下，向所述终端广播推送多媒体文件。

可选的，所述在终端进入到所述服务器的组播区域内的情况下，向所述终端广播推送多媒体文件，包括：

在所述终端进入到所述服务器的组播区域内的情况下，向所述终端发送组播地址，以使所述终端基于所述组播地址，通知移动网络的网元设备激活组播内容，其中，所述移动网络的网元设备与所述服务器预先建立组播会话；

在所述移动网络的网元设备激活组播内容的情况下，向所述终端广播推送多媒体文件。

可选的，所述判断终端是否位于所述服务器的组播区域内，包括：

在终端发起呼叫请求的情况下，与所述终端进行多媒体能力协商，以确定所述终端是否位于所述服务器的组播区域内；

所述在所述终端进入到所述服务器的组播区域内的情况下，向所述终端广播推送多媒体文件，包括：

在确定所述终端位于所述服务器的组播区域内的情况下，向所述终端发送组播地址。

可选的，所述向所述终端广播推送多媒体文件，包括：

向所述终端广播推送分别采用不同码率对所述多媒体文件进行分层编码后的多媒体文件流，以使所述终端从所述多媒体文件流中选择与自身视频能力和带宽资源适配的目标多媒体文件流。

第三方面，本发明实施例还提供一种多媒体文件的传输系统，包括终端和服务器，其中，所述服务器用于获取所述服务器的组播区域；判断终端是否位于所述服务器的组播区域内；在所述终端进入到所述服务器的组播区域内的情况下，向所述终端广播推送多媒体文件；

所述终端用于在进入到服务器的组播区域内的情况下，接收所述服务器广播推送的多媒体文件。

第四方面，本发明实施例还提供一种终端，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器，用于读取存储器中的程序实现上述第一方面所述的多媒体文件的传输方法中的步骤。

第五方面，本发明实施例还提供一种服务器，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器，用于读取存储器中的程序实现上述第二方面所述的多媒体文件的传输方法中的步骤。

第六方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面或第二方面所述的多媒体文件的传输方法中的步骤。

在本发明实施例中，服务器可以通过判断终端是否位于其组播区域内，并在终端进入到其组播区域内的情况下，向终端广播推送多媒体文件，从而进入到服务器组播区域内的终端均可以接收到服务器广播推送的多媒体文件。这样，由于服务器是采用组播的方式向终端广播推送多媒体文件，从而即便请求获取多媒体文件的终端数量较多，也不必受移动网络的带宽资源限制，进而终端在播放接收的多媒体文件时，也不易出现卡顿现象。

附图说明

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

图1是本发明实施例提供的多媒体文件的传输方法的流程图之一；

图2是本发明实施例提供的多媒体文件的传输方法的流程图之二；

图3是本发明实施例提供的多媒体文件的传输方法的交互流程图；

图4是本发明实施例提供的终端的结构图之一；

图5是本发明实施例提供的终端中的第一接收模块的结构图；

图6是本发明实施例提供的终端的结构图之二；

图7是本发明实施例提供的终端的结构图之三；

图8是本发明实施例提供的服务器的结构图之一；

图9是本发明实施例提供的服务器中的推送模块的结构图；

图10是本发明实施例提供的服务器的结构图之二；

图11是本发明实施例提供的终端的结构图之四；

图12是本发明实施例提供的服务器的结构图之三。

具体实施方式

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

为了便于理解本发明实施例，首先对视频彩铃和彩铃进行说明。

1)从功能范围的角度来说，视频彩铃和彩铃的功能范围是包含关系。具体的，视频彩铃是彩铃的升级，除了可以满足彩铃的所有功能之外，还可以支持视频的播放等。

2)从技术支撑的角度来说，视频彩铃和彩铃的技术支撑是不一样的。在主叫端寻呼被叫端的过程中，相比于彩铃的信令流程，视频彩铃的信令流程中至少增加了媒体资源能力协商和资源预留这两个过程。

3)从终端支撑的角度来说，视频彩铃的播放要求相应终端支持视频播放的能力，而彩铃的播放仅要求相应终端支持音频播放的能力即可。

4)从核心网承载的角度来说，视频彩铃可以分配带宽为974Kbps的视频承载以及带宽为146Kbps的音频承载；而彩铃仅分配了带宽为146Kbps的音频承载。

综上可知，视频彩铃可以满足彩铃的所有要求，但是彩铃无法满足视频彩铃的所有要求。

参见图1，图1是本发明实施例提供的多媒体文件的传输方法的流程图，应用于终端，如图1所示，包括以下步骤：

步骤101、接收服务器发送的组播地址。

本发明实施例中，上述多媒体文件可以是指视频彩铃、视频文件、图像文件等数据较大的多媒体文件。上述服务器可以是为所述终端提供所述多媒体文件的服务平台，如视频彩铃平台。

且本发明实施例中，所述服务器可以采用组播(即一对多)的方式向各终端广播推送所述多媒体文件，上述组播地址即为所述服务器提供所述多媒体文件组播服务的IP地址。

该步骤中，为确保所述终端能够激活组播内容，以接收所述服务器推送的多媒体文件，可以先接收所述服务器发送的组播地址，具体地，可以是所述终端主动向所述服务器请求获取所述组播地址，如经与所述服务器协商获得所述组播地址，也可以是所述服务器主动向所述终端发送所述组播地址，如所述服务器向其覆盖范围内的所有终端广播所述组播地址，而所述终端位于其覆盖范围之内。

对于服务器侧，其还可以先获取设定的组播区域，然后判断终端是否位于该组播区域内，该终端可以是位于其覆盖范围内的终端，也可以是发起呼叫请求的终端，在终端进入到所述服务器的组播区域内的情况下，便可开始向所述终端广播推送多媒体文件。

也就是说，为保证针对性地向目标用户推送所需多媒体文件，可以设定所述服务器的组播区域，以只对进入其组播区域内的终端推送多媒体文件，既保证多用户同时观看多媒体文件的需求，又可避免资源浪费。例如，某博物馆内的服务器的组播范围为该博物馆内，当用户携带终端进入该博物馆内时，将接收到该服务器推送的关于博物馆专题介绍的视频彩铃。

这样，由于所述服务器采用的是组播的方式推送多媒体文件，从而即便存在多用户位于所述服务器的组播区域之内，所述服务器所需带宽资源也不会增加，进而用户终端在接收播放所述多媒体文件时，也不易出现卡顿现象。

为避免所述服务器向不需要接收所述多媒体文件的终端发送其组播地址而造成资源浪费，可以是基于终端的主动请求下，向该终端发送组播地址。即所述步骤101可以包括：

在发起呼叫请求的情况下，与所述服务器进行多媒体能力协商；

在所述终端位于所述服务器的组播区域内的情况下，接收所述服务器发送的组播地址。

也就是该实施方式中，所述终端可以是主叫终端，当其需要获得所述多媒体文件时，可以先发起呼叫请求，如向被叫终端(服务热线)发起呼叫请求，从而进入与所述服务器的多媒体能力协商流程，其中，所述被叫终端可以是为向其发起呼叫请求的主叫终端订制了多媒体文件推送服务的终端，如某展览馆的服务热线为各用户终端提供包含场馆介绍的视频彩铃服务，各用户终端可以通过拨打该服务热线来使得视频彩铃平台向其推送视频彩铃以供用户观看。

其中，所述与所述服务器的多媒体能力协商流程可以是与所述服务器协商是否为所述终端提供组播服务以及是否支持组播等，具体地，可以是所述终端将其位置信息告知所述服务器，所述服务器基于所述终端的位置信息和其覆盖区域，确定所述终端是否位于其组播区域之内，若确定所述终端不位于其组播区域之内，则可向所述终端返回协商结果为单播地址或不支持组播，若确定所述终端位于其组播区域之内，则可向所述终端返回协商结果为组播地址。例如，所述服务器可以在向所述终端返回的协商结果中的更新Update消息里新增字段：是否支持组播，组播地址。

需说明的是，当主叫终端向被叫终端(如某服务热线)发起呼叫请求，以获得视频彩铃推送服务时，所述主叫终端可以先与所述被叫终端进行音频能力协商，具体地，可以是所述主叫终端将其位置信息、参与组播的IP地址等发送给所述被叫终端，所述被叫终端基于该信息确定所述主叫终端的呼叫请求目的，例如，主叫终端在通过会话初始协议(Session Initiation Protocol，简称SIP)发送invite消息至被叫终端的过程中，可以在invite消息的contact字段中添加位置信息、IP地址等内容。

在与所述被叫终端进行音频能力协商后，所述主叫终端和被叫终端还可以为接收多媒体文件而预留资源，如预留带宽资源。然后，再与所述服务器(如视频彩铃平台)进行视频能力协商，以确定是否向所述主叫终端广播推送视频彩铃。

可选的，所述步骤101之前，所述方法还包括：

在所述终端进入到所述服务器的组播区域内的情况下，接收移动网络的网元设备发送的第一消息，其中，所述第一消息包括所述服务器的组播地址和适用屏幕类型中的至少一项，所述第一消息用于指示提供多媒体文件推送服务。

该实施方式中，在接收服务器发送的组播地址之前，所述终端可接收移动网络的网元设备推送的第一消息，具体地，可以是所述移动网络的网元设备在检测到所述终端进入到所述服务器的组播区域内的情况下，向所述终端发送第一消息，也就是说所述移动网络的网元设备对于所有处于所述服务器的组播区域(覆盖区域geographical-area)内的终端都将推送所述第一消息。

其中，所述第一消息可以包括所述服务器的组播地址和适用屏幕类型中的至少一项，所述适用屏幕类型可以是适用竖屏、横屏等，以便所述终端后续可以选择与自身屏幕类型适配的多媒体文件格式。所述第一消息可用于指示提供多媒体文件推送服务，即所述服务器可通过所述移动网络的网元设备向位于其组播区域内的终端进行服务声明。

需说明的是，所述第一消息中包括的服务器的组播地址可用于向所述终端确认所述服务器支持组播，以便后续所述服务器与所述终端进行协商时，所述终端可以通过所述第一消息中的组播地址，对所述服务器协商后返回的组播地址进行验证，以确认是否为同一组播地址，避免所述服务器返回了不同的组播地址，而导致推送了非用户期望的文件或导致推送失败。也就是说，所述移动网络的网元设备发送的第一消息中的服务器的组播地址与所述服务器发送的组播地址为相同组播地址。

所述移动网络的网元设备可以是所述终端和所述服务器进行数据传输所依赖的移动网络中参与组播服务的相关网元设备，如广播组播业务中心(Broadcast MulticastService Center，简称BM-SC)网元。该实施方式中，所述移动网络的网元设备可以通过短消息的方式向进入到所述服务器的组播区域内的终端推送所述第一消息。

这样，在所述终端进入到所述服务器的组播区域内的情况下，通过接收移动网络的网元设备发送的第一消息，可使用户得知当前区域内可提供多媒体文件推送服务，从而可达到提示用户通过拨打该区域内的服务热线来获得相应多媒体文件，如视频彩铃推送服务的目的。

其中，所述接收所述移动网络的网元设备发送的第一消息，具体可以是：

在所述移动网络的网元设备基于所述服务器的通知消息创建组播服务和组播会话的情况下，接收所述移动网络的网元设备发送的第一消息。

也就是说，该实施方式中，所述移动网络的网元设备需在基于所述服务器的通知消息创建组播服务和组播会话的前提下，才会对进入所述服务器的组播区域内的终端推送所述第一消息。即所述服务器需与所述移动网络的网元设备预先搭建好组播服务平台，为后续需要获得多媒体文件推送服务的终端做好准备。

以视频彩铃推送服务为例，即所述服务器为视频彩铃平台时，所述视频彩铃平台可以通知所述移动网络的网元设备创建组播服务，具体地，可以是视频彩铃平台通过超文本传输协议(Hyper Text Transfer Protocol，简称HTTP)发送通知消息至移动网络的BM-SC网元，以使BM-SC网元创建组播服务，其中，所述视频彩铃平台发送的通知消息中可以携带关键服务信息，如服务编号service-id，服务名称service name，服务声明模式service-announcement-mode(可设置为“内容提供商Content Provider”)等。

在所述移动网络的网元设备创建组播服务后，所述视频彩铃平台可以进一步通知所述移动网络的网元设备创建组播会话，具体地，可以是视频彩铃平台通过HTTP协议发送通知消息至移动网络的BM-SC网元，以使BM-SC网元创建组播会话，其中，所述视频彩铃平台发送的该通知消息中可以携带关键会话信息，如服务编号service-id，会话启动时间session-start(可默认为创建后的一个小时)，会话停止时间session-stop(可按需定义)，最大比特率max-bitrate，服务声明时间service-announcement-start time(可采用服务声明方式为短消息，定义声明时间为立刻)，覆盖区域geographical-area(如博物馆的位置)，会话类型session-type(可定义为流媒体Streaming)，用户层传递模式配置userplane-delivery-mode-configuration(可定义为仅超前Forward-only)，提取模式ingest-mode(可定义为推送push)，sdp-url(即视频彩铃的信息)等。

这样，所述视频彩铃平台可与所述移动网络的网元设备建立起组播会话，所述移动网络的网元设备则可以在建立组播会话后向进入所述服务器的组播区域内的终端推送服务声明消息。

本发明实施例中，还需说明的是，在所述移动网络的网元设备向进入所述服务器的组播区域内的各终端推送所述第一消息后，还可进行启动组播和加入组播流程，具体地，可以是所述移动网络的网元设备启动组播会话，参与组播会话中的子带编码(Sub-BandCoding，简称SBC)或其他设备也可以通过组播地址加入组播组，如SBC可以通过组管理协议(Internet Group Management Protocol，简称IGMP)或组播侦听发现协议(MulticastListener Discover，简称MLC)加入组播组，其中，SBC可以通过管理面配置要加入的组播地址。

步骤102、根据所述组播地址，通知移动网络的网元设备激活组播内容，其中，所述移动网络的网元设备与所述服务器预先建立组播会话。

该步骤中，所述终端在获得所述组播地址后，便可向承载网即所述移动网络的网元设备发送激活通知消息，以使所述移动网络的网元设备进行激活组播内容context流程，建立承载网与终端用户的关联，进而为接收所述服务器推送的多媒体文件做好准备。

步骤103、在所述移动网络的网元设备激活组播内容的情况下，接收所述服务器广播推送的多媒体文件。

在所述移动网络的网元设备激活组播内容后，所述服务器便可通过所述移动网络向所述终端广播推送多媒体文件，从而所述终端可以接收所述服务器广播推送的所述多媒体文件，具体地，由于所述服务器是采用组播的方式推送所述多媒体文件，因此所述服务器可能在向所述终端发送组播地址之前，如在所述终端发起呼叫请求之前，便向其他终端广播推送所述多媒体文件，这样，所述服务器可以先判断所述多媒体文件是否已经处于广播状态，若未开始广播，则可开始对所述多媒体文件进行广播推送，若已处于广播状态，则只需持续广播推送所述多媒体文件即可。

可选的，所述接收所述服务器广播推送的多媒体文件，包括：

根据所述终端的视频能力和带宽资源，从所述服务器广播推送的多媒体文件中选择目标多媒体文件。

鉴于不同用户终端接入的带宽不同，因此各不同终端需要的文件编码码率也不同，若所述服务器按照不同用户终端的码率需求进行广播，会造成资源严重浪费，降低组播收益。故该实施方式中，为既保证为不同用户终端提供不同码率编码的多媒体文件，又不浪费移动带宽资源，可以采用可伸缩视频编码(Scalable Video Coding，简称SVC)的方式对需推送的多媒体文件进行编码，其中，SVC编码是一种分层视频流编码，可以根据文件分辨率、质量等将多媒体文件分割成基础层和很多个增强层。

所述终端则可以根据自身的视频能力和带宽资源，从所述服务器推送的分别采用不同码率对所述多媒体文件进行分层编码后的多媒体文件流中，选择与自身视频能力和带宽资源适配的目标多媒体文件流。例如，仍以推送视频彩铃为例，当终端自身带宽不足或视频支持分辨率较低时，可以选择只接收基础层的视频流，得到文件质量不高(如标清)的视频流，当终端自身带宽足够或视频支持分辨率较高时，可以选择接收基础层和增强层的结合来得到更加高清的视频流。

所述终端在接收所述目标多媒体文件后，还可以进一步播放所述目标多媒体文件，以供用户观看具体推送内容。

这样，该实施方式中，所述服务器通过采用可伸缩视频编码SVC的方式对需推送的多媒体文件进行编码，使得所述终端可以根据自身视频能力和带宽资源，从推送的多媒体文件中选择目标多媒体文件来播放，进而可达到节省移动带宽资源的目的。

可选的，所述接收所述服务器广播推送的多媒体文件之后，所述方法包括：

在取消呼叫的情况下，与所述移动网络的网元设备交互，进行去激活组播内容。

当所述终端对应的用户在观看完推送的多媒体文件后而取消呼叫时，所述终端可以与所述移动网络的网元设备进行交互，通知所述移动网络的网元设备进行去激活组播内容，即取消承载网络与终端用户的关联，使得所述终端停止接收所述服务器推送的多媒体文件。

而对于所述服务器，由于其是采用组播的方式可向多台终端推送多媒体文件，故在所述终端取消呼叫后，还需判断当前是否还有其他接收推送文件的终端在线，也就是说，所述服务器可进一步确定当前需要推送多媒体文件的用户数，在所述用户数大于零的情况下，可以持续推送所述多媒体文件，以便其他用户终端能够持续接收所述多媒体文件，在所述用户数等于零的情况下，为避免立刻停止推送后马上有其他用户接入而需重新启动组播会话而造成一定的资源浪费，可先等待预设时长，若等待预设时长后仍无用户接入，则可停止推送所述多媒体文件。

本发明实施例的多媒体文件的传输方法，服务器可以通过判断终端是否位于其组播区域内，并在终端进入到其组播区域内的情况下，向终端广播推送多媒体文件，从而进入到服务器组播区域内的终端均可以接收到服务器广播推送的多媒体文件。这样，由于服务器是采用组播的方式向终端广播推送多媒体文件，从而即便请求获取多媒体文件的终端数量较多，也不必受移动网络的带宽资源限制，进而终端在播放接收的多媒体文件时，也不易出现卡顿现象。

参见图2，图2是本发明实施例提供的另一种多媒体文件的传输方法的流程图，应用于服务器，如图2所示，包括以下步骤：

步骤201、获取所述服务器的组播区域。

步骤202、判断终端是否位于所述服务器的组播区域内。

步骤203、在所述终端进入到所述服务器的组播区域内的情况下，向所述终端广播推送多媒体文件。

可选的，所述步骤203包括：

在所述终端进入到所述服务器的组播区域内的情况下，向所述终端发送组播地址，以使所述终端基于所述组播地址，通知移动网络的网元设备激活组播内容，其中，所述移动网络的网元设备与所述服务器预先建立组播会话。

在所述移动网络的网元设备激活组播内容的情况下，向所述终端广播推送多媒体文件。

可选的，所述步骤202包括：

在所述终端发起呼叫请求的情况下，与所述终端进行多媒体能力协商，以确定所述终端是否位于所述服务器的组播区域内；

所述步骤203包括：

在确定所述终端位于所述服务器的组播区域内的情况下，向所述终端发送组播地址。

可选的，所述向所述终端发送组播地址之前，所述方法还包括：

通知所述移动网络的网元设备创建组播服务和组播会话，以与所述移动网络的网元设备建立组播会话。

可选的，所述向所述终端广播推送多媒体文件，包括：

向所述终端广播推送分别采用不同码率对所述多媒体文件进行分层编码后的多媒体文件流，以使所述终端从所述多媒体文件流中选择与自身视频能力和带宽资源适配的目标多媒体文件流。

可选的，所述向所述终端广播推送多媒体文件之后，所述方法还包括：

确定当前需要推送多媒体文件的用户数；

在所述用户数大于零的情况下，持续推送所述多媒体文件；

在所述用户数等于零的情况下，若等待预设时长后仍无用户接入，则停止推送所述多媒体文件。

需说明的是，本实施例作为与图1所示的实施例中对应的服务器侧的实施方式，其具体的实施方式可以参见图1所示的实施例中的相关说明，为避免重复说明，本实施例不再赘述。

本发明实施例的多媒体文件的传输方法，服务器可以在终端进入到其组播区域内的情况下，向终端广播推送多媒体文件，从而进入到服务器组播区域内的终端均可以接收到服务器广播推送的多媒体文件。这样，由于服务器是采用组播的方式向终端广播推送多媒体文件，从而即便请求获取多媒体文件的终端数量较多，也不必受移动网络的带宽资源限制，进而终端在播放接收的多媒体文件时，也不易出现卡顿现象。

本发明实施例还提供一种多媒体文件的传输系统，包括终端和服务器，其中，所述服务器用于获取所述服务器的组播区域；判断终端是否位于所述服务器的组播区域内；在所述终端进入到所述服务器的组播区域内的情况下，向所述终端广播推送多媒体文件；

所述终端用于在进入到服务器的组播区域内的情况下，接收所述服务器广播推送的多媒体文件。

本发明实施例提供的多媒体文件的传输系统，可以执行上述方法实施例，其中终端和服务器可分别对应于上述方法实施例中终端和服务器的实施方案，其实现原理和技术效果类似，本实施例此处不再赘述。

本发明实施例的多媒体文件的传输系统，服务器可以在终端进入到其组播区域内的情况下，向终端广播推送多媒体文件，从而进入到服务器组播区域内的终端均可以接收到服务器广播推送的多媒体文件。这样，由于服务器是采用组播的方式向终端广播推送多媒体文件，从而即便请求获取多媒体文件的终端数量较多，也不必受移动网络的带宽资源限制，进而终端在播放接收的多媒体文件时，也不易出现卡顿现象。

为更好地理解本发明实施例的实施方式，下面结合图3所示的参与多媒体文件传输的各设备之间的交互流程图，并以视频彩铃传输为例，对本发明实施例中的多媒体文件传输方法进行说明：

首先，可为用户终端提供视频彩铃组播服务做好准备工作，即可先进行组播会话创建流程，如图3所示，视频彩铃平台可通过HTTP协议发送通知消息至承载网即移动网络的BM-SC网元，以通知其创建组播服务，且视频彩铃平台可再次通过HTTP协议发送通知消息至移动网络的BM-SC网元，以通知其创建组播会话，其中，视频彩铃平台会将其提供视频彩铃组播服务的区域，如博物馆内，通过通知消息告诉移动网络的BM-SC网元。

移动网络的BM-SC网元在创建好组播服务和组播会话后，便可对进入视频彩铃平台的组播区域(如博物馆)内的用户终端推送包含组播地址和适用屏幕类型的短消息，以向各用户终端声明当前位置区域内可提供视频彩铃组播服务。

接着，移动网络的BM-SC网元可以启动组播会话，参与视频彩铃组播服务的各网元设备，如SBC、彩铃能力增强单元等，均可加入组播会话。至此，视频彩铃组播服务准备工作完成。

位于视频彩铃平台的组播区域(如博物馆)内的用户终端(即主叫终端)在需要观看场馆专题介绍的视频彩铃时，可主动拨打该区域内的服务热线(即被叫终端)，以发起呼叫请求，其中，被叫终端可支持多线，即支持多个主叫终端同时向其发送呼叫请求。

主叫终端与被叫终端可先进行音频能力协商，主叫终端可将其位置信息、参与组播的IP地址等发送给被叫终端，协商后被叫终端可获知主叫终端的呼叫请求目的，即获取视频彩铃，和主叫终端身份。

然后，主叫终端与被叫终端均可为接下来的视频彩铃传输预留资源，如主叫终端需预留网络带宽资源以接收视频彩铃平台组播推送的视频彩铃，被叫终端可预留网络资源以通知视频彩铃平台为主叫终端提供视频彩铃组播服务。

接着，主叫终端可与视频彩铃平台进行视频能力协商，视频彩铃平台可基于主叫终端的位置信息、视频能力等判断是否其为其提供组播服务，其中，在主叫终端位于视频彩铃平台的组播区域内，以及主叫终端具备相应视频能力的情况下，视频彩铃平台可向主叫终端返回支持组播和组播地址的消息。

主叫终端在接收到视频彩铃平台发送的支持组播的消息的情况下，可通知移动网络激活组播context，即激活组播流程，以使视频彩铃平台通过移动网络开始为主叫终端提供视频彩铃推送服务。

视频彩铃平台可以先判断是否已经开始进行视频彩铃的广播推送，若未开始，则可开始广播推送视频彩铃，以使主叫终端能够接收到所需的视频彩铃，若已经开始，则只需持续广播推送视频彩铃即可。

视频彩铃平台在广播推送的过程中，还可对当前向被叫终端发起呼叫请求以获得视频彩铃的用户数进行统计，只要有用户在呼叫，视频彩铃平台就会持续推送视频流，不会释放资源，也无需为新接入的用户重新推送，若发现当前接入用户数为0，则可先等待一段时间，以确定是否还有用户接入，若仍无用户接入，则可停止推送视频流，并释放资源。

主叫终端可根据自身带宽、视频能力等，有选择地接收视频彩铃平台推送的多层视频流中与自身能力适配的视频流，并播放接收的视频流，如可以选择接收基础层的视频流，以解码标清的视频彩铃，或选择接收基础层和增强层的结合，以解码更加高清的视频彩铃。

主叫终端可在不需要观看视频彩铃时，取消呼叫请求，以使被叫终端进行呼叫取消处理，通知视频彩铃平台停止为主叫终端推送视频彩铃。

主叫终端也可与移动网络交互，通知移动网络BM-SC的网元进行去激活组播context流程。

视频彩铃平台则基于当前接入的用户数决定是继续组播推送视频彩铃还是停止组播推送服务。

本发明实施例还提供了一种终端。参见图4，图4是本发明实施例提供的终端的结构图。由于终端解决问题的原理与本发明实施例中多媒体文件的传输方法相似，因此该终端的实施可以参见方法的实施，重复之处不再赘述。

如图4所示，终端400包括：

第一接收模块401，用于接收服务器发送的组播地址；

通知模块402，用于根据所述组播地址，通知移动网络的网元设备激活组播内容，其中，所述移动网络的网元设备与所述服务器预先建立组播会话；

第二接收模块403，用于在所述移动网络的网元设备激活组播内容的情况下，接收所述服务器广播推送的多媒体文件。

可选的，如图5所示，第一接收模块401包括：

协商单元4011，用于在发起呼叫请求的情况下，与所述服务器进行多媒体能力协商；

接收单元4012，用于在终端400位于所述服务器的组播区域内的情况下，接收所述服务器发送的组播地址。

可选的，如图6所示，接收模块401还包括：

第三接收模块404，用于在终端400进入到所述服务器的组播区域内的情况下，接收所述移动网络的网元设备发送的第一消息，其中，所述第一消息包括所述服务器的组播地址和适用屏幕类型中的至少一项，所述第一消息用于指示提供多媒体文件推送服务。

可选的，第三接收模块404用于在所述移动网络的网元设备基于所述服务器的通知消息创建组播服务和组播会话的情况下，接收所述移动网络的网元设备发送的第一消息。

可选的，第二接收模块403用于根据终端400的视频能力和带宽资源，从所述服务器广播推送的多媒体文件中选择目标多媒体文件。

可选的，如图7所示，终端400还包括：

去激活模块405，用于在取消呼叫的情况下，与所述移动网络的网元设备交互，进行去激活组播内容。

本发明实施例提供的终端，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

本发明实施例中，服务器可以通过判断终端400是否位于其组播区域内，并在终端400进入到其组播区域内的情况下，向终端400广播推送多媒体文件，从而进入到服务器组播区域内的终端400均可以接收到服务器广播推送的多媒体文件。这样，由于服务器是采用组播的方式向终端广播推送多媒体文件，从而即便请求获取多媒体文件的终端数量较多，也不必受移动网络的带宽资源限制，进而终端在播放接收的多媒体文件时，也不易出现卡顿现象。

本发明实施例还提供了一种服务器。参见图8，图8是本发明实施例提供的服务器的结构图。由于服务器解决问题的原理与本发明实施例中多媒体文件的传输方法相似，因此该服务器的实施可以参见方法的实施，重复之处不再赘述。

如图8所示，服务器800包括：

获取模块801，用于获取所述服务器的组播区域；

判断模块802，用于判断终端是否位于所述服务器的组播区域内；

推送模块803，用于在所述终端进入到服务器800的组播区域内的情况下，向所述终端广播推送多媒体文件。

可选的，如图9所示，推送模块803包括：

发送单元8031，用于在所述终端进入到所述服务器的组播区域内的情况下，向所述终端发送组播地址，以使所述终端基于所述组播地址，通知移动网络的网元设备激活组播内容，其中，所述移动网络的网元设备与所述服务器预先建立组播会话；

推送单元8032，用于在所述移动网络的网元设备激活组播内容的情况下，向所述终端广播推送多媒体文件。

可选的，判断模块802用于在终端发起呼叫请求的情况下，与所述终端进行多媒体能力协商，以确定所述终端是否位于所述服务器的组播区域内；

推送模块803用于在确定所述终端位于所述服务器的组播区域内的情况下，向所述终端发送组播地址。

可选的，服务器800还用于通知所述移动网络的网元设备创建组播服务和组播会话，以与所述移动网络的网元设备建立组播会话。

可选的，推送模块803用于向所述终端广播推送分别采用不同码率对所述多媒体文件进行分层编码后的多媒体文件流，以使所述终端从所述多媒体文件流中选择与自身视频能力和带宽资源适配的目标多媒体文件流。

可选的，如图10所示，服务器800还包括：

确定模块804，用于确定当前需要推送多媒体文件的用户数；

第一执行模块805，用于在所述用户数大于零的情况下，持续推送所述多媒体文件；

第二执行模块806，用于在所述用户数等于零的情况下，若等待预设时长后仍无用户接入，则停止推送所述多媒体文件。

本发明实施例提供的服务器，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

本发明实施例的服务器800可以在终端进入到其组播区域内的情况下，向终端广播推送多媒体文件，从而进入到服务器组播区域内的终端均可以接收到服务器广播推送的多媒体文件。这样，由于服务器是采用组播的方式向终端广播推送多媒体文件，从而即便请求获取多媒体文件的终端数量较多，也不必受移动网络的带宽资源限制，进而终端在播放接收的多媒体文件时，也不易出现卡顿现象。

本发明实施例还提供了另一种终端。由于终端解决问题的原理与本发明实施例中多媒体文件的传输方法相似，因此该终端的实施可以参见方法的实施，重复之处不再赘述。如图11所示，本发明实施例的终端，包括：处理器1100，用于读取存储器1120中的程序，执行下列过程：

通过收发机1110接收服务器发送的组播地址；

根据所述组播地址，通知移动网络的网元设备激活组播内容，其中，所述移动网络的网元设备与所述服务器预先建立组播会话；

在所述移动网络的网元设备激活组播内容的情况下，通过收发机1110接收所述服务器广播推送的多媒体文件。

收发机1110，用于在处理器1100的控制下接收和发送数据。

其中，在图11中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1100代表的一个或多个处理器和存储器1120代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1110可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1130还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

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

处理器1100还用于读取存储器1120中的程序，执行如下步骤：

在发起呼叫请求的情况下，与服务器进行多媒体能力协商；

在所述终端位于所述服务器的组播区域内的情况下，通过收发机1110接收所述服务器发送的组播地址。

处理器1100还用于读取存储器1120中的程序，执行如下步骤：

在所述终端进入到所述服务器的组播区域内的情况下，通过收发机1110接收所述移动网络的网元设备发送的第一消息，其中，所述第一消息包括所述服务器的组播地址和适用屏幕类型中的至少一项，所述第一消息用于指示提供多媒体文件推送服务。

处理器1100还用于读取存储器1120中的程序，执行如下步骤：

在所述移动网络的网元设备基于所述服务器的通知消息创建组播服务和组播会话的情况下，通过收发机1110接收所述移动网络的网元设备发送的第一消息。

处理器1100还用于读取存储器1120中的程序，执行如下步骤：

根据所述终端的视频能力和带宽资源，从所述服务器广播推送的多媒体文件中选择目标多媒体文件。

处理器1100还用于读取存储器1120中的程序，执行如下步骤：

在取消呼叫的情况下，通过收发机1110与所述移动网络的网元设备交互，进行去激活组播内容。

本发明实施例提供的终端，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

本发明实施例还提供了一种服务器。由于服务器解决问题的原理与本发明实施例中多媒体文件的传输方法相似，因此该服务器的实施可以参见方法的实施，重复之处不再赘述。如图12所示，本发明实施例的服务器，包括：处理器1200，用于读取存储器1220中的程序，执行下列过程：

获取所述服务器的组播区域；

判断终端是否位于所述服务器的组播区域内；

在所述终端进入到所述服务器的组播区域内的情况下，通过收发机1210向所述终端广播推送多媒体文件。

收发机1210，用于在处理器1200的控制下接收和发送数据。

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

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

处理器1200还用于读取所述计算机程序，执行如下步骤：

在所述终端进入到所述服务器的组播区域内的情况下，通过收发机1210向所述终端发送组播地址，以使所述终端基于所述组播地址，通知移动网络的网元设备激活组播内容，其中，所述移动网络的网元设备与所述服务器预先建立组播会话；

在所述移动网络的网元设备激活组播内容的情况下，通过收发机1210向所述终端广播推送多媒体文件。

处理器1200还用于读取所述计算机程序，执行如下步骤：

在终端发起呼叫请求的情况下，与所述终端进行多媒体能力协商，以确定所述终端是否位于所述服务器的组播区域内；

在确定所述终端位于所述服务器的组播区域内的情况下，通过收发机1210向所述终端发送组播地址。

处理器1200还用于读取所述计算机程序，执行如下步骤：

通知所述移动网络的网元设备创建组播服务和组播会话，以与所述移动网络的网元设备建立组播会话。

处理器1200还用于读取所述计算机程序，执行如下步骤：

通过收发机1210向所述终端广播推送分别采用不同码率对所述多媒体文件进行分层编码后的多媒体文件流，以使所述终端从所述多媒体文件流中选择与自身视频能力和带宽资源适配的目标多媒体文件流。

处理器1200还用于读取所述计算机程序，执行如下步骤：

确定当前需要推送多媒体文件的用户数；

在所述用户数大于零的情况下，持续推送所述多媒体文件；

在所述用户数等于零的情况下，若等待预设时长后仍无用户接入，则停止推送所述多媒体文件。

本发明实施例提供的服务器，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

此外，本发明实施例的计算机可读存储介质，用于存储计算机程序，一种实施方式中，所述计算机程序可被处理器执行实现以下步骤：

接收服务器发送的组播地址；

根据所述组播地址，通知移动网络的网元设备激活组播内容，其中，所述移动网络的网元设备与所述服务器预先建立组播会话；

在所述移动网络的网元设备激活组播内容的情况下，接收所述服务器广播推送的多媒体文件。

所述计算机程序还可被处理器执行实现以下步骤：

在发起呼叫请求的情况下，与所述服务器进行多媒体能力协商；

在所述终端位于所述服务器的组播区域内的情况下，接收所述服务器发送的组播地址。

所述计算机程序还可被处理器执行实现以下步骤：

在所述终端进入到所述服务器的组播区域内的情况下，接收所述移动网络的网元设备发送的第一消息，其中，所述第一消息包括所述服务器的组播地址和适用屏幕类型中的至少一项，所述第一消息用于指示提供多媒体文件推送服务。

所述计算机程序还可被处理器执行实现以下步骤：

在所述移动网络的网元设备基于所述服务器的通知消息创建组播服务和组播会话的情况下，接收所述移动网络的网元设备发送的第一消息。

所述计算机程序还可被处理器执行实现以下步骤：

根据所述终端的视频能力和带宽资源，从所述服务器广播推送的多媒体文件中选择目标多媒体文件。

所述计算机程序还可被处理器执行实现以下步骤：

在取消呼叫的情况下，与所述移动网络的网元设备交互，进行去激活组播内容。

另一种实施方式中，所述计算机程序可被处理器执行实现以下步骤：

获取所述服务器的组播区域；

判断终端是否位于所述服务器的组播区域内；

在所述终端进入到所述服务器的组播区域内的情况下，向所述终端广播推送多媒体文件。

所述计算机程序可被处理器执行实现以下步骤：

在所述终端进入到所述服务器的组播区域内的情况下，向所述终端发送组播地址，以使所述终端基于所述组播地址，通知移动网络的网元设备激活组播内容，其中，所述移动网络的网元设备与所述服务器预先建立组播会话；

在所述移动网络的网元设备激活组播内容的情况下，向所述终端广播推送多媒体文件。

所述计算机程序还可被处理器执行实现以下步骤：

在终端发起呼叫请求的情况下，与所述终端进行多媒体能力协商，以确定所述终端是否位于所述服务器的组播区域内；

在确定所述终端位于所述服务器的组播区域内的情况下，向所述终端发送组播地址。

所述计算机程序还可被处理器执行实现以下步骤：

通知所述移动网络的网元设备创建组播服务和组播会话，以与所述移动网络的网元设备建立组播会话。

所述计算机程序还可被处理器执行实现以下步骤：

向所述终端广播推送分别采用不同码率对所述多媒体文件进行分层编码后的多媒体文件流，以使所述终端从所述多媒体文件流中选择与自身视频能力和带宽资源适配的目标多媒体文件流。

所述计算机程序还可被处理器执行实现以下步骤：

确定当前需要推送多媒体文件的用户数；

在所述用户数大于零的情况下，持续推送所述多媒体文件；

在所述用户数等于零的情况下，若等待预设时长后仍无用户接入，则停止推送所述多媒体文件。

在本申请所提供的几个实施例中，应该理解到，所揭露方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (13)

1.一种多媒体文件的传输方法，应用于终端，其特征在于，所述方法包括：

接收服务器发送的组播地址；

根据所述组播地址，通知移动网络的网元设备激活组播内容，其中，所述移动网络的网元设备与所述服务器预先建立组播会话；

在所述移动网络的网元设备激活组播内容的情况下，接收所述服务器广播推送的多媒体文件。

2.根据权利要求1所述的方法，其特征在于，所述接收服务器发送的组播地址，包括：

在发起呼叫请求的情况下，与服务器进行多媒体能力协商；

在所述终端位于所述服务器的组播区域内的情况下，接收所述服务器发送的组播地址。

3.根据权利要求1所述的方法，其特征在于，所述接收服务器发送的组播地址之前，所述方法还包括：

在所述终端进入到所述服务器的组播区域内的情况下，接收所述移动网络的网元设备发送的第一消息，其中，所述第一消息包括所述服务器的组播地址和适用屏幕类型中的至少一项，所述第一消息用于指示提供多媒体文件推送服务。

4.根据权利要求1所述的方法，其特征在于，所述接收所述服务器广播推送的多媒体文件，包括：

根据所述终端的视频能力和带宽资源，从所述服务器广播推送的多媒体文件中选择目标多媒体文件。

5.根据权利要求2至4中任一项所述的方法，其特征在于，所述接收所述服务器广播推送的多媒体文件之后，所述方法还包括：

在取消呼叫的情况下，与所述移动网络的网元设备交互，进行去激活组播内容。

6.一种多媒体文件的传输方法，应用于服务器，其特征在于，所述方法包括：

获取所述服务器的组播区域；

判断终端是否位于所述服务器的组播区域内；

在所述终端进入到所述服务器的组播区域内的情况下，向所述终端广播推送多媒体文件。

7.根据权利要求6所述的方法，其特征在于，所述在所述终端进入到所述服务器的组播区域内的情况下，向所述终端广播推送多媒体文件，包括：

在所述终端进入到所述服务器的组播区域内的情况下，向所述终端发送组播地址，以使所述终端基于所述组播地址，通知移动网络的网元设备激活组播内容，其中，所述移动网络的网元设备与所述服务器预先建立组播会话；

在所述移动网络的网元设备激活组播内容的情况下，向所述终端广播推送多媒体文件。

8.根据权利要求6所述的方法，其特征在于，所述判断终端是否位于所述服务器的组播区域内，包括：

在终端发起呼叫请求的情况下，与所述终端进行多媒体能力协商，以确定所述终端是否位于所述服务器的组播区域内；

所述在所述终端进入到所述服务器的组播区域内的情况下，向所述终端广播推送多媒体文件，包括：

在确定所述终端位于所述服务器的组播区域内的情况下，向所述终端发送组播地址。

9.根据权利要求6至8中任一项所述的方法，其特征在于，所述向所述终端广播推送多媒体文件，包括：

向所述终端广播推送分别采用不同码率对所述多媒体文件进行分层编码后的多媒体文件流，以使所述终端从所述多媒体文件流中选择与自身视频能力和带宽资源适配的目标多媒体文件流。

10.一种多媒体文件的传输系统，其特征在于，包括终端和服务器，其中，所述服务器用于获取所述服务器的组播区域；判断终端是否位于所述服务器的组播区域内；在所述终端进入到所述服务器的组播区域内的情况下，向所述终端广播推送多媒体文件；

所述终端用于在进入到服务器的组播区域内的情况下，接收所述服务器广播推送的多媒体文件。

11.一种终端，包括收发机、处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器，用于读取所述存储器中的程序实现如权利要求1至5中任一项所述的多媒体文件的传输方法中的步骤。

12.一种服务器，包括收发机、处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器，用于读取所述存储器中的程序实现如权利要求6至9中任一项所述的多媒体文件的传输方法中的步骤。

13.一种计算机可读存储介质，用于存储计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的方法中的步骤；或者实现如权利要求6至9中任一项所述的多媒体文件的传输方法中的步骤。