CN101860537A - 一种媒体播放业务的实现方法及媒体服务器 - Google Patents

Abstract

本发明用于提供一种媒体播放业务的实现方法及媒体服务器，提高现有的媒体服务器的灵活性，提供类型更多的服务，本发明的媒体服务器，用于向一接收方提供媒体播放业务，所述媒体服务器包括视频媒体控制板，所述视频媒体控制板包括：通道建立模块，用于建立到所述接收方的传输通道；第一编码模块，用于将第一媒体文件中的视频数据编码成接收方能够解码的第一视频流；第一发送模块，用于利用所述传输通道将第一音频流和所述第一视频流发送到所述接收方，所述第一音频流为利用来自第二媒体文件中的音频数据编码得到的，所述接收方能够解码的媒体流。本发明大大提高了媒体播放业务的灵活性，提供类型更多的服务。

Description

一种媒体播放业务的实现方法及媒体服务器

技术领域

本发明涉及通信技术领域，特别是一种媒体播放业务的实现方法及媒体服务器。

背景技术

媒体服务器用于所有与音视频相关的媒体处理，包括视频和音频RTP(Real-time Transport Protocol，实时传送协议)数据流到视音频文件的相互转换。同时，也负责接收用户通过终端的DTMF((Dual Tone Multi Frequency，双音多频)输入、播放业务的引导语音、显示动态的引导画面。它具有的SIP(Session Initiation Protocol，会话初始协议)和MSML/MOML(Media SessionMarkup Language/Media Objects Markup Language，媒体会话标记语言/媒体对象标记语言)能力使得其能在UP10的控制下完成整个会话过程的与用户的交互。

如图1所示，现有的媒体服务器包括如下的几个部分：

媒体控制单元(MSCU)，完成与其他实体进行能力协商，提供资源本身的管理、维护以及控制其它业务资源单元完成复杂业务的功能。

音频媒体控制板(MSTU-audio)，是媒体服务器中的业务资源单元，承担音频媒体的存储和传输任务，音频媒体控制板上有对外接口，可以直接通过对外接口实现音频文件的收发。

视频媒体控制板(MSTU-video)，是媒体服务器中的业务资源单元，完成视频媒体的存储和传输任务，视频媒体控制板上有对外接口，可以直接通过对外接口实现音频文件的收发。

然而发明人在实现本发明实施例的过程中发现，现有技术至少存在如下的缺点：

虽然，现有的媒体服务器的使用范围较广，但其业务类型仅为播放音频文件的业务以及播放视频文件的业务。播放音频文件时，由音频媒体控制板向外发送的音频流来自于一个指定音频文件的音频数据；而播放视频文件时，由视频媒体控制板向外发送的视频流来自于指定视频文件的视频和音频数据。

从上述描述可以发现，现有的媒体服务器所支持的业务的灵活性不够，业务类型单一，只能是由音频媒体控制板或者视频媒体控制板向用户提供来自同一文件的音频或者视频服务，无法充分利用现有媒体服务器的服务能力和资源来提供服务。

发明内容

本发明的目的是提供一种媒体播放业务的实现方法及媒体服务器，提高现有的媒体服务器的灵活性，提供类型更多的服务。

为了实现上述目的，本发明实施例提供了一种媒体服务器，用于向一接收方提供媒体播放业务，所述媒体服务器包括视频媒体控制板，所述视频媒体控制板包括：

通道建立模块，用于建立到所述接收方的传输通道；

第一编码模块，用于将第一媒体文件中的视频数据编码成接收方能够解码的第一视频流；

第一发送模块，用于利用所述传输通道将第一音频流和所述第一视频流发送到所述接收方，所述第一音频流为利用来自第二媒体文件中的音频数据编码得到的，所述接收方能够解码的媒体流。

上述的媒体服务器，其中，所述媒体服务器还包括媒体控制单元，所述媒体控制单元中包括：

协商模块，用于与所述接收方交互，获取所述接收方的编解码能力。

上述的媒体服务器，其中，所述媒体服务器还包括音频媒体控制板，所述第二媒体文件为音频文件，所述音频媒体控制板上设置有用于存储所述第二媒体文件的第一存储模块。

上述的媒体服务器，其中，

所述音频媒体控制板和视频媒体控制板之间设置有用于数据传输的板间通道；

所述媒体控制单元还包括：

通知模块，用于通知所述视频媒体控制板发送所述第一媒体文件的视频数据到所述接收方，并通知所述音频媒体控制板发送所述第二媒体文件的音频数据到所述视频媒体控制板；

所述音频媒体控制板中设置有：

第三编码模块，用于在接收到所述通知模块发送的通知后，将所述第二媒体文件中的音频数据编码成所述接收方能够解码的第二音频流；

第二发送模块，用于将所述第二音频流通过所述板间通道发送到所述视频媒体控制板；

所述视频媒体控制板还包括：

接收模块，用于接收所述第二音频流；

地址修改模块，用于将所述第二音频流的发送方修改为所述视频媒体控制板，得到所述第一音频流。

上述的媒体服务器，其中，

所述第二媒体文件为视频文件，所述视频媒体控制板上设置有用于存储所述第一媒体文件和第二媒体文件的第二存储模块；

所述视频媒体控制板还包括：

第二编码模块，用于将第二媒体文件中的音频数据编码成所述第一音频流。

上述的媒体服务器，其中，所述第一媒体文件和第二媒体文件为所述接收方发送的信令中指定的不同的媒体文件。

为了实现上述目的，本发明实施例还提供了一种媒体播放业务的实现方法，包括：

媒体服务器根据接收方的地址信息，建立到所述接收方的传输通道；

媒体服务器将第一媒体文件中的视频数据编码成接收方能够解码的第一视频流；

媒体服务器利用所述传输通道将第一音频流和所述第一视频流发送到所述接收方，所述第一音频流为根据来自第二媒体文件中的音频数据编码得到的接收方能够解码的媒体流。

上述的媒体播放业务的实现方法，其中，媒体服务器利用所述传输通道将第一音频流和所述第一视频流发送到所述接收方之前还包括：

媒体服务器将所述第二媒体文件中的音频数据编码成所述第一音频流。

上述的媒体播放业务的实现方法，其中，所述媒体服务器包括媒体控制单元，音频媒体控制板和视频媒体控制板，媒体服务器利用所述传输通道将第一音频流和所述第一视频流发送到所述接收方之前还包括：

媒体控制单元通知音频媒体控制板发送所述第二媒体文件的音频数据到所述视频媒体控制板；

所述音频媒体控制板接收到所述媒体控制单元发送的通知后，将所述第二媒体文件中的音频数据编码成所述接收方能够解码的第二音频流；

所述音频媒体控制板将所述第二音频流通过所述板间通道发送到所述视频媒体控制板；

所述视频媒体控制板接收所述第二音频流，并将所述第二音频流的发送方修改为所述视频媒体控制板，得到所述第一音频流。

本发明实施例具有以下的有益效果：

本发明实施例中，媒体服务器将来自不同的媒体文件中的视频数据和音频数据编码而成的视频流和音频流发送给接收方进行播放，使得接收方能够同时展现不同媒体文件的不同的部分，同时播放的声音和图像不再局限于来自同一媒体文件，大大提高了媒体播放业务的灵活性，提供类型更多的服务。

附图说明

图1为本发明实施例的媒体服务器的结构示意图；

图2为本发明实施例的方法的流程示意图；

图3为本发明实施例的方法的一种应用场景的具体流程示意图。

具体实施方式

本发明实施例的媒体播放业务的实现方法及媒体服务器，由向指定对象发送来自不同文件的视频流和音频流，提高了媒体服务器的灵活性，提供类型更多的服务。

在对本发明具体实施例进行详细说明之前，先对本发明实施例涉及到的几个概念进行解释，以利于更好的理解本发明。

视频文件，是承载有图像和声音的文件，包括视频数据和音频数据，如RM、AVI、MPEG、DAT等各种格式的文件；

音频文件，是承载声音的文件，仅包括音频数据，如WAV、MP3、MIDI等各种格式的文件；

视频流，用于承载所述视频文件中的视频数据的媒体流；

音频流，用于承载所述视频文件或音频文件中的音频数据的媒体流。

一个视频文件通常是由视频数据与音频数据组成的，视频文件播放时，实际上是由分离器将视频数据与音频数据拆分，分别由各自的解码器进行解码，然后同步播放。

如图1所示，本发明实施例的媒体服务器，用于向一接收方提供媒体播放业务，所述媒体服务器包括媒体控制单元，音频媒体控制板和视频媒体控制板，其中，该视频媒体控制板包括：

通道建立模块，用于根据所述接收方的地址信息，建立到所述接收方的传输通道；

第一编码模块，用于将第一媒体文件中的视频数据编码成接收方能够解码的第一视频流；

第一发送模块，用于利用所述数据传输通道将第一音频流和所述第一视频流发送到所述接收方，所述第一音频流为利用来自第二媒体文件中的音频数据编码得到的接收方能够解码的媒体流。

本发明具体实施例中，媒体服务器将来自不同的媒体文件(即：所述第二媒体文件与第一媒体文件为不同的媒体文件)中的视频数据和音频数据编码而成的视频流和音频流发送给接收方进行播放，使得接收方能够同时展现不同媒体文件的不同的部分，不再局限于播放同一文件的内容，大大提高了媒体播放业务的灵活性，提供类型更多的服务。

在本发明的具体实施例中，编码模块需要编码得到接收方能够解码的视频流，因此，在先需要得到接收方的编解码能力，在本发明的具体实施例中，媒体控制单元中包括一协商模块，其与所述接收方交互，获取所述接收方的编解码能力，在本发明的具体实施例中，协商模块可以通过分析INVITE信令中的SDP(Session Description Protocol，会话描述协议)描述部分来确定接收方的编解码能力。

如下所示，为一种具体的SDP描述部分的举例：

m＝audio 10320 RTP/AVP 96

a＝rtpmap:96 ARM/8000

a＝sendrecv

m＝video 10322 RTP/AVP 99

a＝rtpmap:99 H263-1998/90000

a＝fmtp:99 QCIF＝2

a＝sendrecv

上述的实例中，“m＝audio 10320RTP/AVP 96a＝rtpmap:96 AMR/8000”表示接收方支持的音频的编解码格式，“m＝video 10322 RTP/AVP 99a＝rtpmap:99H263-1998/90000”，表示接收方支持的视频的编解码格式。

当然，上述仅仅是一种举例说明，通信双方如何交互编解码能力，交互信息的格式并不局限于以上方式，只要双方预先商量好通信格式，通信对端能够根据预先商量好的格式解析得到对方编解码能力即可。

在本发明的具体实施例中，视频流和音频流分别由第一媒体文件和第二媒体文件得到，而上述的第一媒体文件和第二媒体文件可以是如下各种方式的文件：

所述第一媒体文件和第二媒体文件均为视频文件，视频媒体控制板上设置有存储模块，所述第一媒体文件和第二媒体文件同时存储在视频媒体控制板的存储模块内；

所述第一媒体文件和第二媒体文件均为视频文件，视频媒体控制板上设置有存储模块，第一媒体文件和第二媒体文件中的一个存储在视频媒体控制板的存储模块内，而另一个存储于媒体服务器之外；

第一媒体文件为视频文件，而第二媒体文件为音频文件，视频媒体控制板和音频媒体控制板上设置有存储模块，第一媒体文件存储在视频媒体控制板的存储模块内，而第二媒体文件存储在音频媒体控制板的存储模块内；

第一媒体文件为视频文件，而第二媒体文件为音频文件，视频媒体控制板上设置有存储模块，第一媒体文件存储在视频媒体控制板的存储模块内，而第二媒体文件存储于媒体服务器之外。

在所述第一媒体文件和第二媒体文件均为视频文件，视频媒体控制板上设置有存储模块，所述第一媒体文件和第二媒体文件同时存储在视频媒体控制板的存储模块内时，可以由用户指定该第一媒体文件和第二媒体文件，使用户可以根据自己的需要来自由组合不同媒体文件的视频数据和音频数据，得到自己想要的数据。

假定用户指定播放7.avi文件的图像，同时播放8.avi的声音，其SIP-INFO信令(SIP通知信令)如下所示：

<dialogsrart target＝“conn:1-d82c010a-287491030”type＝“application/moml+xml”>

<group topology＝“parallel”>

<play id＝“0”iterations＝“1”cvd:barge＝“false”cvd:cleardb＝“true”><videourl＝”file://iptv/166/7.avi”></video></play>

<play id＝“0”iterations＝“1”cvd:barge＝“false”cvd:cleardb＝“true”><videourl＝”file://iptv/166/8.avi”></audio></play>

</group></dialogstart>

媒体控制单元接收到上述SIP-INFO信令，解析SIP-INFO信令，通过分析INFO信令中的MSML描述来确定是否同时播放不同媒体文件的不同部分的业务，当媒体控制单元发现SIP-INFO信令指示播放的文件中同时包括视频播放指令和音频播放指令(播放的媒体文件类型中<video>和<audio>都有携带)，即确定当前的业务从不同的媒体文件中分别提取并编码得到视频流和音频流，在上述的例子中，其表示用户指定播放7.avi文件的图像以及8.avi的声音。

上述仅仅是一种接收方通知的方式，但应当理解的是，其必然可以通过其他格式的信令来进行通知，如通过设置一业务类型标识位来实现，如1表示视频业务，2表示音频业务，3表示从不同的媒体文件中分别提取并编码得到视频流和音频流的媒体播放业务，而在业务类型标识位为3时，文件位置指示字段中则需要指示提取视频数据的文件的位置和提取音频数据的文件的位置，而在业务类型标识位为1或2时，仅需要指示1个文件的位置。

在所述第一媒体文件和第二媒体文件均为视频文件，视频媒体控制板上设置有存储模块，所述第一媒体文件和第二媒体文件同时存储在视频媒体控制板的存储模块内时，视频媒体控制板还包括：

第二编码模块，用于将所述第二媒体文件中的音频数据编码成所述第一音频流。

对于上述的实施例的应用场景举例如下。

假定用户当前发现一部电影A(7.avi)，其清晰度非常好，但其配音为英文，而用户(如老年人)英文水平较差，又不习惯于看字幕，而另一部内容相同的电影B(8.avi)其清晰度较差，但其配音为中文，而用户肯定不希望看一部不清晰的电影此，用户就可以发出SIP-INFO信令，指示媒体服务器播放7.avi的视频部分，而声音部分从8.avi中提取，此时媒体服务器直接从7.avi中提取视频数据，而从8.avi中提取音频数据，编码成接收方可以解码的视频流和音频流后发送给接收方，接收方即可根据接收到的视频流和音频流进行解码合成后播放，播放的内容为7.avi的图像和8.avi的声音，满足了用户看到图像清晰，且配音为中文的电影。

在所述第一媒体文件和第二媒体文件均为视频文件，视频媒体控制板上设置有存储模块，第一媒体文件和第二媒体文件中的一个存储在视频媒体控制板的存储模块内，而另一个存储于媒体服务器之外时，其实现过程如下所述：

首先媒体控制单元接收上层系统的指令，并根据指令通知视频媒体控制板进行媒体流的接收，该媒体流由上层系统根据所述第二媒体文件生成，包括第二视频流和所述第一音频流，而视频媒体控制板接收到第二视频流和第一音频流后直接丢弃第二视频流，而视频媒体控制板中的第一编码模块将第一媒体文件中的视频数据编码成接收方能够解码的第一视频流后，利用所述数据传输通道将接收到的所述第一音频流和编码得到的所述第一视频流发送到所述接收方。

对于上述的实施例的应用场景举例如下。

假定用户当前发现一部电影A(7.avi)，但此时需要向用户发送一个重要的通知(如用户余额只能支持观看30分钟)，此时如果停止用户的电影观看的话会影响用户体验，而如果通过字幕方式的话又不够明显，这种情况下，可以由上层系统将预先存储的一段通知视频文件(包括图像和声音)下发到视频媒体控制板，而视频媒体控制板接收到该视频文件的视频流和音频流之后，同时向用户发送由7.avi的视频数据编码而成的视频流以及结合到的上层系统下发的音频流，此时用户端还是能够继续观看7.avi的图像，只不过声音替换成了余额不足的提示音，而播放该通知音完成之后，又发送7.avi编码得到的视频流和音频流，使用户可以继续观看。这种方式能够在尽可能不影响用户业务体验的情况下提示用户。

当然，该通知视频文件也可以是预先保存在视频媒体控制板上，这种情况下，就与第一种方式相同，只不过应用场景的差别而已。

而“第一媒体文件为视频文件，而第二媒体文件为音频文件，视频媒体控制板上设置有存储模块，第一媒体文件存储在视频媒体控制板的存储模块内，而第二媒体文件存储于媒体服务器之外”的情况与“所述第一媒体文件和第二媒体文件均为视频文件，视频媒体控制板上设置有存储模块，第一媒体文件和第二媒体文件中的一个存储在视频媒体控制板的存储模块内，而另一个存储于媒体服务器之外”的情况的差别仅在于第二媒体文件的类型的差异，视频媒体控制板不需要丢弃视频流，而只需要直接利用接收到的音频流替换原有业务的音频流而已，在此不再详细描述。

还有一种情况，第一媒体文件为视频文件，而第二媒体文件为音频文件，视频媒体控制板和音频媒体控制板上设置有存储模块，第一媒体文件存储在视频媒体控制板的存储模块内，而第二媒体文件存储在音频媒体控制板的存储模块内，这种情况下，本发明实施例的音频媒体控制板和视频媒体控制板之间设置有用于数据传输的板间通道。

该板间通道可以通过各种方式来实现，如通过建立包括音频媒体控制板、视频媒体控制板和媒体服务器在内的局域网来实现该板间通道，也可以为3者设置外部IP，通过外部IP来实现3者之间的数据传输，在本发明的具体实施例中不对其实现进行进一步详细说明。

该媒体控制单元包括：

通知模块，用于通知所述视频媒体控制板发送所述第一媒体文件的视频数据到所述接收方，并通知所述音频媒体控制板发送所述第二媒体文件的音频数据到所述视频媒体控制板；

所述音频媒体控制板中设置有：

第三编码模块，用于在接收到所述通知模块发送的通知后，将所述第二媒体文件中的音频数据编码成所述接收方能够解码的第二音频流；

第二发送模块，用于将所述第二音频流通过所述板间通道发送到所述视频媒体控制板；

所述视频媒体控制板还包括：

接收模块，用于接收所述第二音频流；

地址修改模块，用于将所述第二音频流的发送方修改为所述视频媒体控制板，得到所述第一音频流。

本发明实施例的媒体播放业务的实现方法如图2所示，包括：

步骤21，媒体服务器根据接收方的地址信息，建立到所述接收方的传输通道；

步骤22，媒体服务器将第一媒体文件中的视频数据编码成接收方能够解码的第一视频流；

步骤23，媒体服务器利用所述数据传输通道将第一音频流和所述第一视频流发送到所述接收方，所述第一音频流为根据来自第二媒体文件中的音频数据编码得到的接收方能够解码的媒体流，所述第二媒体文件与第一媒体文件不同。

上述的第一媒体文件保存于媒体服务器的视频媒体控制板上，而第一媒体文件可以是视频文件，也可以是音频文件，其保存的位置既可以视频媒体控制板，也可以是音频媒体控制板，还可以是媒体服务器的上层控制系统下发的媒体文件，这些方式在以上装置的描述中都进行了详细的描述，在此不一一举例说明。

媒体服务器包括媒体控制单元、音频媒体控制板和视频媒体控制板，在第一媒体文件为视频文件，而第二媒体文件为音频文件，视频媒体控制板和音频媒体控制板上设置有存储模块，第一媒体文件存储在视频媒体控制板的存储模块内，而第二媒体文件存储在音频媒体控制板的存储模块时，步骤23之前还包括：

媒体控制单元通知音频媒体控制板发送所述第二媒体文件的音频数据到所述视频媒体控制板；

音频媒体控制板接收到媒体控制单元发送的通知后，将所述第二媒体文件中的音频数据编码成所述接收方能够解码的第二音频流；

音频媒体控制板将所述第二音频流通过所述板间通道发送到所述视频媒体控制板；

视频媒体控制板接收所述第二音频流，并将所述第二音频流的发送方修改为所述视频媒体控制板，得到所述第一音频流。

下面对上述的具体实现过程详细说明如下，如图3所示，包括：

步骤301，媒体控制单元接收并解析SIP-INVITE信令，获取接收方的编解码能力，如音频编解码以及视频编解码格式；

步骤301中，媒体控制单元通过分析SIP-INVITE信令中的SDP描述，提取了SDP中关于媒体协商的关键部分，来获取接收方的编解码能力，其具体实现已经在前面举例说明，在此不作重复描述；

步骤302，媒体控制单元接收并解析SIP-INFO信令的解析，判断出接收方指示同时播放第一媒体文件的视频数据和第二媒体文件的音频数据，至于接收方发送的SIP-INFO信令已经在前面举例说明，在此不重复描述；

步骤303，媒体控制单元向视频媒体控制板发送外口通道打开请求消息(Open Channel Req)，指示本次打开操作的业务类型为播放视频文件的视频部分，以及播放的视频文件的数量、文件路径、播放中采用的RTP压缩算法以及对端的IP和PORT等信息带给视频媒体控制板，要求视频媒体控制板读视频文件向接收方发送视频媒体流。

步骤304，视频媒体控制板根据对端的IP和PORT等信息打开与接收方之间的传输通道，并在打开成功后，向媒体控制单元返回传输通道建立成功的应答消息(Open Channel Rsq)；

步骤305，媒体控制单元收到视频媒体控制板发送的Open Channel Rsq之后，下发创建NAT命令(OpenNAT Req)到视频媒体控制板，通知视频媒体控制板出向媒体包的源IP和PORT、出向媒体包的目的IP和PORT以及要替换的媒体报文的目的IP和源IP。

因为媒体控制单元同接收方进行媒体协商时，本端的媒体地址和端口填写的是视频媒体控制板的外口地址，也就是说接收方只接收从视频媒体控制板外口发送的媒体包。而实际业务中由于音频数据来自于音频媒体控制板，所以数据包的地址是音频媒体控制板的地址，因此我们需要将音频媒体包的地址替换成视频媒体控制板的外口地址，所以就需要创建一个从音频媒体控制板到视频媒体控制板的NAT映射。

步骤306，视频媒体控制板进行NAT操作设置后，向媒体控制单元返回设置的应答消息(OpenNAT Rsq)；

步骤307，媒体控制单元向音频媒体控制板发送内口通道打开请求消息(Open Channel Req)，指示音频媒体控制板将指定的音频文件(包括数量、文件路径、RTP压缩算法)转换成音媒体流发送到视频媒体控制板；

步骤308，音频媒体控制板打开与视频媒体控制板之间的传输通道，并在打开成功后，向媒体控制单元返回传输通道建立成功的应答消息(OpenChannel Rsq)；

步骤309，音频媒体控制板将指定的音频文件转换成音频媒体流发送到视频媒体控制板；

步骤310，视频媒体控制板对接收到的音频媒体流进行NAT转换后，随同利用指定的视频文件转换得到的视频媒体流发送到接收方。

至此，通过上述的过程，实现了在一个业务中向同时向用户播放的图像和声音来自不同的媒体文件，极大了提高了媒体服务器提供服务的灵活性。

当然，在媒体控制单元收到业务结束指令后，需要指示视频媒体控制板和音频媒体控制板关闭打开的通道，而视频媒体控制板和音频媒体控制板在接收到指令后，会关闭已经建立的通道，释放资源等，并在完成后向媒体控制单元返回响应消息。

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

Claims (9)

1.一种媒体服务器，用于向一接收方提供媒体播放业务，所述媒体服务器包括视频媒体控制板，其特征在于，所述视频媒体控制板包括：

通道建立模块，用于建立到所述接收方的传输通道；

第一编码模块，用于将第一媒体文件中的视频数据编码成接收方能够解码的第一视频流；

第一发送模块，用于利用所述传输通道将第一音频流和所述第一视频流发送到所述接收方，所述第一音频流为利用来自第二媒体文件中的音频数据编码得到的，所述接收方能够解码的媒体流。

2.根据权利要求1所述的媒体服务器，其特征在于，所述媒体服务器还包括媒体控制单元，所述媒体控制单元中包括：

协商模块，用于与所述接收方交互，获取所述接收方的编解码能力。

3.根据权利要求2所述的媒体服务器，其特征在于，所述媒体服务器还包括音频媒体控制板，所述第二媒体文件为音频文件，所述音频媒体控制板上设置有用于存储所述第二媒体文件的第一存储模块。

4.根据权利要求3所述的媒体服务器，其特征在于：

所述音频媒体控制板和视频媒体控制板之间设置有用于数据传输的板间通道；

所述媒体控制单元还包括：

通知模块，用于通知所述视频媒体控制板发送所述第一媒体文件的视频数据到所述接收方，并通知所述音频媒体控制板发送所述第二媒体文件的音频数据到所述视频媒体控制板；

所述音频媒体控制板中设置有：

第三编码模块，用于在接收到所述通知模块发送的通知后，将所述第二媒体文件中的音频数据编码成所述接收方能够解码的第二音频流；

第二发送模块，用于将所述第二音频流通过所述板间通道发送到所述视频媒体控制板；

所述视频媒体控制板还包括：

接收模块，用于接收所述第二音频流；

地址修改模块，用于将所述第二音频流的发送方修改为所述视频媒体控制板，得到所述第一音频流。

5.根据权利要求2所述的媒体服务器，其特征在于：

所述第二媒体文件为视频文件，所述视频媒体控制板上设置有用于存储所述第一媒体文件和第二媒体文件的第二存储模块；

所述视频媒体控制板还包括：

第二编码模块，用于将第二媒体文件中的音频数据编码成所述第一音频流。

6.根据权利要求4或5所述的媒体服务器，其特征在于，所述第一媒体文件和第二媒体文件为所述接收方发送的信令中指定的不同的媒体文件。

7.一种媒体播放业务的实现方法，其特征在于，包括：

媒体服务器根据接收方的地址信息，建立到所述接收方的传输通道；

媒体服务器将第一媒体文件中的视频数据编码成接收方能够解码的第一视频流；

媒体服务器利用所述传输通道将第一音频流和所述第一视频流发送到所述接收方，所述第一音频流为根据来自第二媒体文件中的音频数据编码得到的接收方能够解码的媒体流。

8.根据权利要求7所述的媒体播放业务的实现方法，其特征在于，媒体服务器利用所述传输通道将第一音频流和所述第一视频流发送到所述接收方之前还包括：

媒体服务器将所述第二媒体文件中的音频数据编码成所述第一音频流。

9.根据权利要求7所述的媒体播放业务的实现方法，所述媒体服务器包括媒体控制单元，音频媒体控制板和视频媒体控制板，媒体服务器利用所述传输通道将第一音频流和所述第一视频流发送到所述接收方之前还包括：

媒体控制单元通知音频媒体控制板发送所述第二媒体文件的音频数据到所述视频媒体控制板；

所述音频媒体控制板接收到所述媒体控制单元发送的通知后，将所述第二媒体文件中的音频数据编码成所述接收方能够解码的第二音频流；

所述音频媒体控制板将所述第二音频流通过所述板间通道发送到所述视频媒体控制板；

所述视频媒体控制板接收所述第二音频流，并将所述第二音频流的发送方修改为所述视频媒体控制板，得到所述第一音频流。

Images