CN101626387B - 媒体业务处理***、方法及终端 - Google Patents

Abstract

本发明公开了一种媒体业务处理***、方法及终端，该***包括：中继模块，用于接收媒体内容的码流，并通过组播的方式将码流发送给一个或多个媒体服务模块；一个或多个媒体服务模块，用于接收来自终端的媒体服务请求，并将来自中继模块的以组播方式发送的码流进行转换并以单播的方式发送给终端。本发明实现了对大规模的用户终端提供媒体业务。

Description

媒体业务处理***、方法及终端

技术领域

本发明涉及通信领域，具体而言，涉及一种媒体业务处理***、方法及终端。 

背景技术

流媒体技术提供了一种在网络中传输视频、音频、图片等媒体内容的方式，因此，在多媒体业务***，特别是移动多媒体业务中得到了广泛的应用。同时，随着电信网络技术的发展，在电信网络中开展多媒体业务，例如，网络电视(Internet Protocol TV，简称为IPTV)网络电视、视频监控、手机电视、手机下载等多媒体业务已逐渐成为一种趋势。 

在移动流媒体业务***中，通常，部署一个中心流媒体平台和多个边缘流媒体平台组成，中心流媒体平台包含所有的内容和媒体直播码流，边缘流媒体平台需要将媒体内容的码流从中心流媒体平台中继过来，然后，再给边缘流媒体平台的用户提供点播和直播服务。在中心流媒体平台和边缘流媒体平台的物理跨度比较大的时候，中心流媒体平台的媒体码流只能通过单播方式发送给边缘流媒体平台。目前相关技术中，用户终端装置通过无线网络接入到业务***，由于用户终端装置的能力限制，用户终端与核心网络设备的分组报文传输不宜采用组播报文发送方式，或者，如果用户终端处于无法接收组播的网络环境中，则需要用户接收核心网络设备的媒体码流的时候通常采用单播方式。因此，要求边缘流媒体平台能够将媒体 码流中继并且放大，给大规模的用户提供服务。但是，相关技术中缺少对将媒体码流中继并且放大、给大规模的用户提供服务的解决方案。 

发明内容

针对相关技术中在***组网跨度比较大，用户接入网络传输能力受限的环境下，缺少解决中继、放大媒体码流为大规模用户提供服务的解决方案的问题而提出本发明，为此，本发明的主要目的在于提供一种媒体业务处理方案，以解决上述问题至少之一。 

为了实现上述目的，根据本发明的一个方面，提供了一种媒体业务处理***。 

根据本发明的媒体业务处理***包括：中继模块，用于接收媒体内容的码流，并通过组播的方式将码流发送给一个或多个媒体服务模块；一个或多个媒体服务模块，用于接收来自终端的媒体服务请求，并将来自中继模块的以组播方式发送的码流进行转换并以单播的方式发送给终端。 

优选地，上述***还包括：用户接入控制模块，用于接收来自终端的重定向请求，从一个或多个媒体服务模块中选择一个用于向终端提供码流的媒体服务模块，并将选择的媒体服务模块的信息发送给终端。 

优选地，用户接入控制模块具体用于根据一个或多个媒体服务模块中各个媒体服务模块的能力选择用于向终端提供码流的媒体服务模块，其中，能力包括：媒体服务模块的负载情况。 

优选地，上述***还包括：媒体内容单播源模块，用于以单播方式将媒体内容的码流发送给中继模块。 

优选地，中继模块包括两个网络平面，一个网络平面和媒体内容单播源模块相连接，另一个网络平面和一个或多个媒体服务模块相连接。 

为了实现上述目的，根据本发明的另一方面，提供了一种终端。 

根据本发明的终端包括：发送模块，用于向用户接入控制模块发送重定向请求，以便获取用户接入控制模块从一个或多个媒体服务模块中选择的一个媒体服务模块的信息；接收模块，用于接收来自用户接入控制模块选择的媒体服务模块的信息；第二发送模块，用于向信息指示的媒体服务模块发送媒体服务请求，建立媒体通信会话；第二接收模块，用于接收来自信息指示的媒体服务模块的单播码流。 

为了实现上述目的，根据本发明的再一方面，提供了一种媒体业务处理方法 

根据本发明的媒体业务处理方法包括：中继模块接收以单播方式发送媒体内容的码流；中继模块将码流进行转换并通过组播的方式将码流发送给一个或多个媒体服务模块；媒体服务模块接收来自终端的媒体服务请求，并将码流通过单播的方式发送给终端。 

优选地，在媒体服务模块接收媒体服务请求之前，上述方法还包括：用户接入控制模块在接收来自终端的重定向请求之后，从一个或多个媒体服务模块中选择一个用于向终端提供码流的媒体服务模块，并将选择的媒体服务器的信息发送给终端。 

优选地，选择一个用于向终端提供码流的媒体服务模块包括：用户接入控制模块根据媒体服务模块的能力从媒体服务模块中选择一个用于向终端提供码流的媒体服务模块，其中，能力包括：媒体服务模块的负载情况。 

优选地，在将选择的媒体服务器的信息发送给终端之后，上述方法还包括：终端在接收到用于接入控制模块选择的媒体服务模块的信息之后，向信息指示的媒体服务模块发送媒体服务请求，并接收来自信息指示的媒体服务模块的码流。 

通过本发明，采用中继模块将媒体码流通过组播发送给媒体服务模块，媒体服务模块通过单播模发送给终端，解决了在***组网跨度比较大，用户接入网络传输能力受限的环境下的单播媒体码流中继、放大的问题，进而达到了对大规模的用户终端提供媒体业务的效果。 

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中： 

图1是根据本发明实施例的媒体业务处理***的结构框图； 

图2是根据本发明实施例的媒体业务处理***具体的结构框图； 

图3是根据本发明实施例的终端的结构框图； 

图4是根据本发明实施例的媒体业务处理方法的流程图； 

图5是根据本发明实施例的媒体业务处理***具体的结构框图； 

图6是根据本发明实施例的码流中继转发的流程图； 

图7是根据本发明实施例的流媒体服务器性能上报的流程图； 

图8是根据本发明实施例的用户点播的流程图。 

具体实施方式

功能概述 

本发明实施例提供了内容的单播源以单播的方式将内容码流发送到中继模块；中继模块在核心网中的一个受限的组播地址上组播内容码流，将码流推送到所有的流媒体服务器；用户终端模块向用户接入控制模块发送服务请求；用户接入控制模块给用户分配一个媒体服务模块，并将用户请求重定向到该媒体服务模块；用户终端模块与其中一个媒体服务模块交互，接收媒体服务模块发送的内容单播码流。 

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。 

在以下实施例中，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。 

***实施例 

根据本发明的实施例，提供了一种媒体业务处理***，图1是根据本发明实施例的媒体业务处理***的结构框图，如图1所示，该***包括：中继模块12、一个或多个媒体服务模块14，下面对该***进行详细的说明。 

中继模块12，用于接收将媒体业务的媒体内容的码流，并通过组播的方式将码流发送给一个或多个媒体服务模块。下面对该模块进行详细的说明。 

中继模块12提供单播码流的中继转发功能，中继模块接收媒体的内容单播码流，并将媒体内容的单播码流转换组播码流，并在核心网络中以受限组播方式将内容的组播码流发送到所有的媒体服务模块，该中继模块12分布于核心网络平面。 

一个或多个媒体服务模块14连接至中继模块12，用于接收来自终端的媒体服务请求，并将来自中继模块的码流通过单播的方式发送给终端。下面对该模块进行详细的说明。 

媒体服务模块14可以接收中继模块12以组播方式转发的内容组播码流，并使用一定大小的缓存来保存内容的组播码流；对于终端来说，媒体服务模块用于处理终端的媒体服务请求，并且能够向终端以单播方式提供媒体服务功能，媒体服务功能的形式可以包括但不限于以下几种：媒体视频点播，媒体视频直播、文件下载、个人录制、实时数据传输等；在***中包含多个媒体服务模块时，每个媒体服务模块作为被管理的设备，还用于向用户接入控制模块上报本省的能力，该能力可以包括媒体服务模块的负载情况，其中，该负载情况可以包括但不限于：当前服务的用户终端数、网络带宽等。媒体服务模块处于核心网络平面的边缘与终端交互。 

图2是根据本发明实施例的媒体业务处理***具体的结构框图，如图2所示，该***还包括： 

媒体内容单播源模块(也称为内容单播源模块)22，该模块作为内容单播码流的发送源，其功能是将媒体内容编码成可使用实时 传输协议传输的码流，并将码流发送到中继模块，单播源模块分布在核心网络平面。 

用户接入控制模块24，终端和媒体服务模块24连接到用户接入控制模块24，用于接收来自终端的重定向请求，从一个或多个媒体服务模块中选择一个用于向终端提供码流的媒体服务模块，并将选择的媒体服务模块的信息发送给终端。下面对该模块进行详细的说明。 

用户接入控制模块24，对***中的终端进行接入控制，用于接收终端的服务重定向请求，并给终端分配提供服务的媒体服务模块；对核心网络中的多个媒体服务模块来说，用户接入控制模块用于接收媒体服务模块的能力，并根据各媒体服务模块的能力进行负载均衡，用户接入控制模块处于核心网络平面的边缘与用户终端模块交互。 

装置实施例 

根据本发明的实施例，提供了一种终端，图3是根据本发明实施例的终端的结构框图，如图3所示，该终端包括：发送模块32、接收模块34、第二发送模块36、第二接收模块38，下面对该结构进行详细的说明。 

发送模块32，用于向用户接入控制模块24发送重定向请求，以便获取用户接入控制模块24从一个或多个媒体服务模块14中选择的一个媒体服务模块的信息；接收模块34连接至发送模块32，用于接收来自用户接入控制模块24选择的媒体服务模块的信息；第二发送模块36连接至接收模块34，用于向信息指示的媒体服务模块14发送媒体服务请求；第二接收模块38连接至第二发送模块36，用于接收来自信息指示的媒体服务模块14的码流。 

上述发送模块32、接收模块34、第二发送模块36、第二接收模块38可以统称为用户终端模块，该模块向用户接入控制模块发送媒体重定向请求，获取用户接入控制模块分配的媒体服务模块的信息后，用户终端模块向媒体服务模块发送媒体服务请求，并能够接收媒体服务模块发送的单播码流，用户终端模块属于用户网络平面，与用户接入控制模块和媒体服务模块进行交互。 

方法实施例 

根据本发明的实施例，提供了一种媒体业务处理方法，图4是根据本发明实施例的媒体业务处理方法的流程图，如图4所示，该方法包括如下的步骤S402至步骤S404： 

步骤S402，媒体服务模块接收来自中继模块通过组播的方式发送的媒体内容的码流。 

步骤S404，媒体服务模块接收来自终端的媒体服务请求，并将码流通过单播的方式发送给终端。 

在步骤S402之前，中继模块接收以单播方式发送的媒体内容的码流，并将该码流进行转换通过组播的方式将该码流发送给一个或多个媒体服务模块。 

在媒体服务模块接收来自终端的媒体服务请求之前，用户接入控制模块在接收来自终端的重定向请求之后，从一个或多个媒体服务模块中选择一个用于向终端提供码流的媒体服务模块，并将选择的媒体服务器的信息发送给终端。其中，用户接入控制模块根据媒体服务模块的能力从媒体服务模块中选择一个用于向终端提供码流的媒体服务模块。即，媒体服务模块将本身的能力发送给用户接入控制模块，其中，所述能力可以包括媒体服务器的负载情况，其中， 负载情况可以包括但不限于以下之一：媒体服务模块的当前服务的用户终端数、网络带宽等。 

终端获取选择的媒体服务器的信息之后，终端向用户接入控制模块发送重定向请求，以便获取用户接入控制模块选择的媒体服务模块的信息；终端在接收到用于接入控制模块选择的媒体服务模块的信息之后，向信息指示的媒体服务模块发送媒体服务请求，并接收来自信息指示的媒体服务模块的码流。 

下面结合图2中的媒体业务处理***对本实施例进行详细的说明。 

步骤S201，内容单播源模块22作为媒体内容单播码流的发送源，将媒体内容编码成可使用实时传输协议传输的码流，并将码流发送到中继模块12。 

步骤S202，中继模块12接收从单播源模块发送的内容单播码流，并将媒体内容的单播码流转换组播码流，并在核心网络中以受限组播方式将内容的组播码流发送到所有的媒体服务模块14，受限组播的特点是网络报文只在核心网络平面中发送。***中所有的媒体服务模块14加入受限组播，接收中继模块12发送的内容组播码流，并使用一定大小的缓存来保存内容的组播码流。 

步骤S203，***中所有的媒体服务模块14周期性地向用户接入控制模块24自己的性能参数，性能参数用于向用户接入控制模块24指示当前各媒体服务模块14的性能消耗程度，作为用户接入负载均衡的依据。 

步骤S204，用户接入控制模块24采集所有的媒体模块上报的媒体性能参数，并保存。 

步骤S205，用户接入控制模块24等待开始接收用户的重定向请求，同时，***中所有的媒体服务模块14等待接收用户媒体服务请求。 

以下步骤为终端获取媒体码流的过程。 

步骤S206，用户终端模块向用户接入控制模块24发送媒体服务重定向请求。 

步骤S207，用户接入控制模块24根据当前***中所有的媒体服务模块14的性能参数，选择一个性能最好的媒体服务模块14，并给用户终端模块返回重定向响应，重定向响应将该媒体服务模块14的信息返回给用户终端模块。 

步骤S208，用户终端模块接收用户接入控制模块24返回的重定向响应，获取重定向响应中的媒体服务模块14的信息。 

步骤S209，用户终端模块向媒体服务模块14发送媒体服务请求，与媒体服务进行消息交互，建立单播码流的通信链路和控制会话。 

步骤S210，媒体服务模块14将缓冲区中保存的组播内容码流转换成单播方式的码流，并向用户终端模块发送内容的单播码流。 

步骤S211，用户终端模块接收媒体服务模块14发送的内容的单播码流，并对内容的码流进行一定的处理，处理方式可以包括但不限于：对码流进行解码和解压缩并转换成视频信号、保存码流为本地文件等，用户终端模块将码流进行处理后展示为不同的媒体业务。 

步骤S212，用户终端向媒体服务模块14发送媒体服务结束请求，与媒体服务模块14进行交互，关闭内容的单播码流通信链路和控制会话。 

步骤S213，媒体服务模块14停止发送内容的单播码流，媒体服务结束。 

通过上述步骤，在核心网络平面，只需引入一路内容的单播码流，通过中继模块12转发到处于网络边缘的媒体服务模块14后，所有的媒体服务模块14都可以给用户终端模块提供媒体服务，同时，由于引入用户接入控制模块24对各用户终端的媒体服务请求进行负载均衡，因此具备向大规模用户提供媒体业务的能力；***可根据用户的规模的不同部署不同数目的媒体服务模块14，因此***具备良好的扩容能力；在用户网络平面中的用户终端模块与处于核心网络边缘的媒体服务模块14，建立单播码流的媒体通信链路，并使用单播方式接收媒体码流，因此在用户网络受限而导致用户终端模块无法接收组播的网络环境中，用户终端也可以使用媒体业务；中继模块12发送的组播报文只在核心网络平面中转发，用户网络平面的用户终端模块无法接收组播报文，因此，不存在用户盗连获取组播码流的问题。 

下面将结合实例对本发明实施例的实现过程进行详细描述。 

图5是根据本发明实施例的媒体业务处理***具体的结构框图，如图5所示，该***包括：一个内容单播源服务器(ContentUnicast Server，简称为CUS)、一个中继服务器(Relay Server，简称为RS)、流媒体服务器(Stream Server，简称为SS)1、SS2、SS3、一个用户接入控制服务器(User Access Control Server，简称为UACS)、用户终端(User Equipment，简称为UE)。其中，内容单播源服务器又包含实时流传输协议(Real Transfer Stream Protocol， 简称为RTSP)子模块和单播发送模块；中继服务器包括：RTSP子模块、码流接收模块、码流转换模块、组播发送模块；流媒体服务器包括：组播码流接收模块、码流转换模块、性能上报模块、码流发送模块、RTSP子模块；用户接入控制服务器包括：性能采集模块、RTSP子模块；用户终端包括RTSP子模块、码流接收模块和码流处理模块。 

为了进行更详细的说明，本实施中内容单播源采用用户数据报协议(User Datagram Protocol，简称为UDP)/实时传输协议(Real-time Transport Protocol，简称为RTP)协议发送内容的单播码流，码流的编码格式采用3GP格式；中继服务器通过RTSP协议与内容单播源进行交互，建立单播码流发送的通道，接收内容单播源的UDP/RTP单播码流后，将单播码流转换成UDP/RTP的组播码流发送给所有的流媒体服务器；流媒体服务器以组播UDP/RTP方式接收内容的码流，并组播码流还原成UDP/RTP单播方式；用户终端通过RTSP协议与流媒体服务器交互，建立单播码流发送通道，流媒体通过UDP/RTP的单播方式给用户终端发送内容码流，提供流媒体业务。 

上述实施提供的媒体业务处理方法(也称为单播码流放大)包括以下三个方面：码流中继转发流程、流媒体服务器性能上报流程、用户点播流程，下面对这三个方面分别进行说明。 

图6是根据本发明实施例的码流中继转发的流程图，如图6所示，该流程包括如下步骤： 

步骤S601，中继服务器向内容码流源服务器CUS的RTSP处理模块发送RTSP描述(DESCRIBE)消息。 

步骤S602，内容码流源服务器向中继服务器返回RTSP 200响应。 

步骤S603，中继服务器向内容码流源服务器发送RTSP建立(SETUP)消息。 

步骤S604，内容码流源服务器向中继服务器发送RTSP 200响应。 

步骤S605，中继服务器向内容源发送RTSP播放(PLAY)消息。 

步骤S606，内容码流源服务器向中继服务器发送RTSP 200响应。 

步骤S607，内容码流源服务器将内容编码成3GP码流格式，并以单播UDP/RTP方式向中继服务器发送。 

步骤S608，中继服务器的码流接收子模块接收内容码流源服务器发送的单播UDP/RTP码流，然后由中继服务器的码流转换模块将单播UDP/RTP码流转换成组播UDP/RTP码流方式，中继服务器的组播码流发送模块将组播UDP/RTP报文在组播地址IP中发送。 

步骤S609，所有的流媒体服务器SS1、SS2、SS3的码流接收模块用步骤S607中相同的IP加入组播组，接收组播UDP/RTP码流，然后，码流转换模块将组播UDP/RTP码流转换成单播UDP/RTP码流格式。 

图7是根据本发明实施例的流媒体服务器性能上报的流程图，如图7所示，该流程包括以下步骤： 

步骤S701，所有的流媒体服务器SS1、SS2、SS3性能上报模块与用户接入控制服务器UACS性能采集建立TCP链路。 

步骤S702，所有的流媒体服务器SS1、SS2、SS3周期性地给用户接入控制服务器发送本流媒体服务器的性能参数C1、C2、C3，以及当前流媒体的提供媒体服务必须的信息，例如，IP地址和RTSP侦听端口。 

步骤S703，用户接入控制服务器SS1、SS2、SS3接收各个流媒体服务器的性能参数，并保存各流媒体服务器SS1、SS2、SS3的性能参数，作为步骤S801选择负载最轻的流媒体的依据。 

图8是根据本发明实施例的用户点播的流程图，如图8所示，该流程包含以下步骤： 

步骤S801，用户接入控制服务器UACS开始RTSP侦听，等待接收UE的RTSP重定向请求。 

步骤S802，流媒体服务器SS1、SS2、SS3的开始RTSP侦听，等待接用户终端的RTSP媒体服务请求。 

步骤S803，UE向用户接入控制服务器UACS发送媒体服务重定向请求，请求为RTSP协议的DESCRIBE消息。 

步骤S804，用户接入控制服务器UACS根据步骤303中保存各流媒体服务器的性能参数C1、C2、C3，这里假设用户终端UE请求服务时流媒体SS2的性能参数C2是负载最轻的，UACS为用户终端UE选择SS2负载最轻的流媒体服务器。 

步骤S805，用户接入控制服务器UACS给用户终端UE返回媒体服务重定向响应，响应中RTSP状态码为302，响应中Location 字段包含步骤S804中选择负载最轻的流媒体服务器SS2提供媒体服务的信息。 

步骤S806，用户终端UE向流媒体服务器SS2的RTSP子模块发送RTSP DESCRIBE消息。 

步骤S807，流媒体服务器SS2的RTSP子模块向用户终端UE的RTSP子模块返回RTSP 200响应。 

步骤S808，用户终端UE向流媒体服务器SS2的RTSP子模块发送RTSP SETUP消息。 

步骤S809，流媒体服务器SS2的RTSP子模块给用户终端UE发送RTSP 200响应。 

步骤S810，用户终端UE向流媒体服务器SS2的RTSP子模块发送RTSP PLAY消息。 

步骤S811，流媒体服务器SS2的RTSP子模块给用户终端UE发送RTSP 200响应。 

步骤S812，流媒体服务器SS2的码流发送模块将步骤208中码流转换模块生成的单播UDP/RTP码流报文，发送给用户终端UE的码流接收模块。 

步骤S813，用户终端UE的码流处理模块对单播码流进行处理，处理方式可以包括解码、解压缩，并进行模数转换，将UDP/RTP数据包格式的码流转换成视频信号显示。 

步骤S814，用户终端UE的RTSP子模块给流媒体服务器SS2的RTSP子模块发送RTSP拆卸(TEARDOWN)消息。 

步骤S815，流媒体服务器SS2的码流发送模块停止给用户终端UE发送单播码流，同时流媒体服务器SS2的RTSP子模块给用户终端UE返回RTSP 200响应。 

需要说明的是，在本实施例中，用户接入控制服务器既接收和处理流媒体服务器的性能上报消息，又同时作为用户接入控制负载均衡服务，在实际应用中，用户接入控制器可以分成两个模块单独部署，一个流媒体的负载均衡服务器，一个是用户接入网关，用户终端只与用户接入网关交互，媒体重定向消息由用户接入网关转发给流媒体的负载均衡服务器。改进和变形也属于本发明保护的范围。 

需要说明的是，在本实施例中，RSCUS、UE与用户接入控制服务器UACS、用户终端与流媒体服务器之间进行媒体信令交互的协议为RTSP但不限于此，该协议为IETF标准协议，还可以采用其他媒体交互协议。 

需要说明的是，在本实施例中采用组播频道的编码格式为3GP格式但不限于此，在实际应用中也可以采用替代的媒体编码格式，例如，MPEG-4，3GPP2，H.264等。 

优选地：在使本发明实施例提供的方案的基础上，可以做如下扩展：将中继模块设立两个网络平面，一个网络平面和媒体内容单播源模块相连，另外的一个网络平面和多个媒体服务模块相连，这样使得内容单播源模块可以通过VPN(虚拟专用网络)网络传输，可以更加安全地保护内容单播源模块的媒体码流不被盗取。 

综上所述，通过上述实施例，能够向大规模的用户终端提供媒体业务，并且，在用户接入网络传输能力受限，用户终端不能接收组播码流的用户终端也能够接入媒体业务网络并使用业务；在用户 接入网络平面没有组播报文，也不存在用户盗连获取组播码流的问题。 

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。 

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。 

Claims (10)

1.一种媒体业务处理***，其特征在于，包括：

中继模块，用于通过虚拟专用网VPN的方式接收媒体内容的码流，并通过组播受限方式将所述码流发送给一个或多个媒体服务模块，其中，所述组播受限方式为网络报文只在核心网络平面中发送；

所述一个或多个媒体服务模块，用于接收来自终端的媒体服务请求，并将来自所述中继模块的以组播方式发送的码流进行转换并以单播的方式发送给所述终端。

2.根据权利要求1所述的***，其特征在于，还包括：

用户接入控制模块，用于接收来自所述终端的重定向请求，从所述一个或多个媒体服务模块中选择一个用于向所述终端提供所述码流的媒体服务模块，并将选择的所述媒体服务模块的信息发送给所述终端。

3.根据权利要求2所述的***，其特征在于，所述用户接入控制模块具体用于根据所述一个或多个媒体服务模块中各个媒体服务模块的能力选择用于向所述终端提供所述码流的所述媒体服务模块，其中，所述能力包括：媒体服务模块的负载情况。

4.根据权利要求1至3中任一项所述的***，其特征在于，还包括：

媒体内容单播源模块，用于以单播方式将所述媒体内容的码流发送给中继模块。

5.根据权利要求4所述的***，其特征在于，所述中继模块包括两个网络平面，一个网络平面和所述媒体内容单播源模块相连接，另一个网络平面和所述一个或多个媒体服务模块相连接。

6.一种终端，其特征在于，包括：

发送模块，用于向用户接入控制模块发送重定向请求，以便获取所述用户接入控制模块从一个或多个媒体服务模块中选择的一个媒体服务模块的信息，其中，中继模块通过虚拟专用网VPN的方式接收媒体内容的码流，并通过组播受限方式将所述码流发送给所述一个或多个媒体服务模块，所述组播受限方式为网络报文只在核心网络平面中发送；

接收模块，用于接收来自所述用户接入控制模块选择的所述媒体服务模块的信息；

第二发送模块，用于向所述信息指示的媒体服务模块发送媒体服务请求，建立媒体通信会话；

第二接收模块，用于接收来自所述信息指示的媒体服务模块的单播码流。

7.一种媒体业务处理方法，其特征在于，包括：

中继模块通过虚拟专用网VPN的方式接收以单播方式发送媒体内容的码流；

所述中继模块将所述码流进行转换并通过组播的方式将所述码流发送给一个或多个媒体服务模块，其中，所述中继模块通过组播受限方式将所述码流发送给所述一个或多个媒体服务模块，所述组播受限方式为网络报文只在核心网络平面中发送；

所述媒体服务模块接收来自终端的媒体服务请求，并将所述码流通过单播的方式发送给所述终端。

8.根据权利要求7所述的方法，其特征在于，在所述媒体服务模块接收所述媒体服务请求之前，所述方法还包括：

用户接入控制模块在接收来自终端的重定向请求之后，从所述一个或多个媒体服务模块中选择一个用于向所述终端提供所述码流的媒体服务模块，并将选择的所述媒体服务模块的信息发送给所述终端。

9.根据权利要求8所述的方法，其特征在于，选择一个用于向所述终端提供所述码流的媒体服务模块包括：

所述用户接入控制模块根据所述媒体服务模块的能力从所述媒体服务模块中选择一个用于向所述终端提供所述码流的媒体服务模块，其中，所述能力包括：媒体服务模块的负载情况。

10.根据权利要求9所述的方法，其特征在于，在将选择的所述媒体服务模块的信息发送给所述终端之后，所述方法还包括：

所述终端在接收到所述用户接入控制模块选择的所述媒体服务模块的信息之后，向所述信息指示的媒体服务模块发送媒体服务请求，并接收来自所述信息指示的媒体服务模块的所述码流。

Images