媒体业务处理系统、方法及终端的制作方法

文档序号:7711848阅读:64来源:国知局
专利名称:媒体业务处理系统、方法及终端的制作方法
技术领域
本发明涉及通信领域,具体而言,涉及一种々某体业务处理系统、 方法及纟冬端。
背景^t术
流媒体技术提供了一种在网络中传输视频、音频、图片等媒体 内容的方式,因此,在多々某体业务系统,特别是移动多々某体业务中 得到了广泛的应用。同时,随着电信网络技术的发展,在电信网络
中开展多々某体业务,例如,网乡各电^见(Internet Protocol TV,简称为 IPTV)网络电视、^L频监控、手4几电S见、手才几下载等多々某体业务已 逐沐斤成为一种趋势。
在移动流々某体业务系统中,通常,部署一个中心流々某体平台和 多个边缘流媒体平台组成,中心流媒体平台包含所有的内容和媒体 直播码流,边缘流媒体平台需要将媒体内容的码流从中心流媒体平 台中继过来,然后,再给边缘流媒体平台的用户提供点播和直播服 务。在中心流媒体平台和边缘流々某体平台的物理跨度比较大的时候, 中心流媒体平台的4某体码流只能通过单播方式发送给边缘流媒体平 台。目前相关技术中,用户终端装置通过无线网络接入到业务系统, 由于用户终端装置的能力限制,用户终端与核心网络设备的分组报 文传输不宜采用组播才艮文发送方式,或者,如果用户终端处于无法 接收组播的网络环境中,则需要用户接收核心网络设备的々某体码流 的时候通常采用单播方式。因此,要求边缘流々某体平台能够将媒体码流中继并且放大,给大规模的用户提供服务。但是,相关技术中 缺少对将媒体码流中继并且放大、给大规;溪的用户提供服务的解决 方案。

发明内容
针对相关技术中在系统组网跨度比较大,用户接入网络传输能 力受限的环境下,缺少解决中继、放大媒体码流为大规模用户提供 服务的解决方案的问题而提出本发明,为此,本发明的主要目的在 于才是供一种士某体业务处理方案,以解决上述问题至少之一。
为了实现上述目的,根据本发明的一个方面,提供了一种々某体 业务处理系统。
根据本发明的々某体业务处理系统包括中继模块,用于接收媒 体内容的码流,并通过组播的方式将码流发送给一个或多个媒体服
务模块; 一个或多个媒体服务模块,用于接收来自终端的媒体服务
请求,并将来自中继才莫块的以组播方式发送的码流进行转换并以单 播的方式发送给终端。
优选地,上述系统还包括用户接入控制模块,用于接收来自 终端的重定向请求,从一个或多个+某体服务模块中选择一个用于向 终端提供码流的媒体服务模块,并将选择的媒体服务模块的信息发 送给终端。
优选地,用户接入控制模块具体用于才艮据一个或多个媒体服务 模块中各个媒体服务模块的能力选择用于向终端提供码流的媒体服 务模块,其中,能力包括媒体服务模块的负载情况。
优选地,上述系统还包括媒体内容单播源模块,用于以单播 方式将媒体内容的码流发送给中继模块。优选地,中继模块包括两个网络平面, 一个网络平面和媒体内 容单播源模块相连接,另 一个网络平面和一个或多个々某体服务模块 相连接。
为了实现上述目的,根据本发明的另一方面,提供了一种终端。
根据本发明的终端包括发送模块,用于向用户接入控制模块 发送重定向请求,以便获取用户接入控制模块从一个或多个媒体服 务模块中选择的一个媒体服务模块的信息;接收模块,用于接收来 自用户接入控制模块选择的媒体服务模块的信息;第二发送模块, 用于向信息指示的媒体服务模块发送媒体服务请求,建立媒体通信 会话;第二接收模块,用于接收来自信息指示的媒体服务模块的码
流o
为了实现上述目的,根据本发明的再一方面,才是供了一种4某体 业务处理方法。
根据本发明的々某体业务处理方法包括中继4莫块接收以单播方 式发送媒体内容的码流;中继才莫块将码流进行转换并通过组播的方 式将码流发送给一个或多个媒体服务模块;媒体服务模块接收来自 终端的々某体服务请求,并将码流通过单播的方式发送给终端。
优选地,在媒体服务模块接收媒体服务请求之前,上述方法还 包括用户接入控制模块在接收来自终端的重定向请求之后,从一 个或多个媒体服务模块中选择一个用于向终端提供码流的々某体服务 模块,并将选择的媒体服务器的信息发送给终端。
优选地,选4奪一个用于向终端4是供码流的4某体服务4莫块包括 用户接入控制模块根据媒体服务模块的能力从媒体服务模块中选择 一个用于向终端提供码流的媒体服务模块,其中,能力包括媒体 服务模块的负载情况。优选地,在将选择的媒体服务器的信息发送给终端之后,上述
方法还包括终端在接收到用于接入控制模块选择的媒体服务模块 的信息之后,向信息指示的媒体服务模块发送媒体服务请求,并接 收来自信息指示的媒体服务模块的码流。
通过本发明,采用中继模块将々某体码流通过组播发送给媒体服 务模块,媒体服务模块通过单播模发送给终端,解决了在系统组网 跨度比较大,用户接入网络传输能力受限的环境下的单播媒体码流 中继、放大的问题,进而达到了对大规模的用户终端提供媒体业务 的效果。


此处所说明的附图用来4是供对本发明的进一步理解,构成本申 请的一部分,本发明的示意性实施例及其说明用于解释本发明,并 不构成对本发明的不当限定。在附图中
图1是根据本发明实施例的媒体业务处理系统的结构框图2是根据本发明实施例的々某体业务处理系统具体的结构框
图3是根据本发明实施例的终端的结构框图4是才艮据本发明实施例的媒体业务处理方法的流程图5是根据本发明实施例的媒体业务处理系统具体的结构框
图6是才艮据本发明实施例的码流中继转发的流程图7是根据本发明实施例的流媒体服务器性能上报的流程图;图8是根据本发明实施例的用户点播的流程图。
具体实施例方式
功能概述
本发明实施例提供了内容的单播源以单播的方式将内容码流发 送到中继才莫块;中继才莫块在核心网中的一个受限的组4番地址上组4番 内容码流,将码流推送到所有的流媒体服务器;用户终端模块向用 户接入控制模块发送服务请求;用户接入控制才莫块给用户分配一个 媒体服务模块,并将用户请求重定向到该々某体服务才莫块;用户终端 模块与其中 一个媒体服务模块交互,接收媒体服务模块发送的内容
单才番码流。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施 例中的特4正可以相互组合。下面4夸参考附图并结合实施例来详细i兌 明本发明。
在以下实施例中,在附图的流禾呈图示出的步艰《可以在i者如一组 计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示 出了逻辑顺序,4旦是在某些情况下,可以以不同于此处的顺序执4亍 所示出或描述的步-骤。
系乡充实施4列
根据本发明的实施例,提供了一种媒体业务处理系统,图l是 根据本发明实施例的々某体业务处理系统的结构框图,如图l所示, 该系统包括中继才莫块12、 一个或多个々某体月l务才莫块14,下面对该 系统进4亍详细的i兌明。中继冲莫块12,用于接收将4某体业务的々某体内容的码流,并通过 组播的方式将码流发送给一个或多个媒体服务模块。下面对该模块 进行详细的说明。
中继模块12提供单播码流的中继转发功能,中继模块接收媒体 的内容单播码流,并将媒体内容的单播码流转换组播码流,并在核 心网络中以受限组播方式将内容的组播码流发送到所有的媒体服务 才莫块,该中继模块12分布于核心网络平面。
一个或多个i某体服务才莫块14连接至中继冲莫块12,用于接收来 自终端的媒体服务请求,并将来自中继才莫块的码流通过单播的方式 发送给终端。下面对该才莫块进行详细的说明。
媒体服务模块14可以接收中继模块12以组播方式转发的内容 组播码流,并使用一定大小的緩存来保存内容的组播码流;对于终 端来说,媒体服务才莫块用于处理终端的i某体力良务请求,并且能够向 终端以单播方式提供媒体服务功能,媒体服务功能的形式可以包括 但不限于以下几种媒体视频点播,媒体视频直播、文件下载、个 人录制、实时数据传输等;在系统中包含多个媒体服务模块时,每 个媒体服务模块作为被管理的设备,还用于向用户接入控制模块上 报本省的能力,该能力可以包括媒体服务模块的负载情况,其中, 该负载情况可以包括但不限于当前服务的用户终端数、网络带宽 等。媒体服务模块处于核心网络平面的边缘与终端交互。
图2是根据本发明实施例的媒体业务处理系统具体的结构框 图,如图2所示,该系纟克还包4舌
媒体内容单播源模块(也称为内容单播源模块)22,该模块作 为内容单播码流的发送源,其功能是将々某体内容编码成可使用实时传输协议传输的码流,并将码流发送到中继模块,单播源模块分布 在才亥心网全备平面。
用户接入控制模块24 ,终端和媒体服务模块24连接到用户接 入控制模块24,用于接收来自终端的重定向请求,从一个或多个々某 体服务模块中选择一个用于向终端提供码流的媒体服务模块,并将 选择的媒体服务才莫块的信息发送给终端。下面对该模块进行详细的说明。
用户接入控制模块24,对系统中的终端进行接入控制,用于接 收终端的服务重定向请求,并给终端分配提供服务的媒体服务模块; 对核心网络中的多个媒体服务模块来说,用户接入控制模块用于接 收媒体服务模块的能力,并根据各々某体服务模块的能力进行负载均 衡,用户接入控制才莫块处于核心网络平面的边缘与用户终端冲莫块交 互。
装置实施例
根据本发明的实施例,提供了 一种终端,图3是根据本发明实 施例的终端的结构框图,如图3所示,该终端包括发送才莫块32、 接收模块34、第二发送模块36、第二接收模块38,下面对该结构 进4亍详细的i兑明。
发送模块32,用于向用户接入控制模块24发送重定向请求, 以便获取用户接入控制模块24从一个或多个媒体服务模块14中选 择的一个媒体服务模块的信息;接收一莫块34连接至发送才莫块32, 用于接收来自用户接入控制模块24选择的媒体服务模块的信息;第 二发送模块36连接至接收模块34,用于向信息指示的媒体服务模 块14发送媒体服务请求;第二接收模块38连接至第二发送才莫块36, 用于接收来自信息指示的媒体服务模块14的码流。上述发送模块32、接收模块34、第二发送才莫块36、第二接收 模块38可以统称为用户终端模块,该模块向用户接入控制模块发送 媒体重定向请求,获取用户接入控制模块分配的媒体服务模块的信 息后,用户终端模块向媒体服务模块发送媒体服务请求,并能够接 收媒体服务模块发送的单播码流,用户终端模块属于用户网络平面, 与用户接入控制模块和媒体服务模块进行交互。
方法实施例
根据本发明的实施例,提供了一种々某体业务处理方法,图4是 根据本发明实施例的媒体业务处理方法的流程图,如图4所示,该 方法包括如下的步骤S402至步骤S404:
步骤S402,媒体服务模块接收来自中继模块通过组播的方式发 送的媒体内容的码流。
步骤S404,媒体服务模块接收来自终端的媒体服务请求,并将 码流通过单4番的方式发送给终端。
在步骤S402之前,中继模块接收以单播方式发送的媒体内容 的码流,并将该码流进4亍转换通过组纟番的方式将该码流发送多会一个 或多个媒体服务模块。
在媒体服务模块接收来自终端的媒体服务请求之前,用户接入 控制模块在接收来自终端的重定向请求之后,从一个或多个媒体服 务模块中选择一个用于向终端提供码流的媒体服务模块,并将选择 的媒体服务器的信息发送给终端。其中,用户接入控制模块根据媒 体服务才莫块的能力从媒体月良务模块中选择一个用于向终端提供码流 的媒体服务模块。即,媒体服务模块将本身的能力发送给用户接入 控制模块,其中,所述能力可以包括々某体服务器的负载情况,其中,负载情况可以包括4旦不限于以下之一々某体月良务才莫块的当前月l务的 用户终端数、网络带宽等。
终端获取选择的媒体服务器的信息之后,终端向用户接入控制 模块发送重定向请求,以便获取用户接入控制才莫块选择的々某体服务 模块的信息;终端在接收到用于接入控制模块选择的媒体服务模块 的信息之后,向信息指示的媒体服务模块发送媒体服务请求,并接 收来自信息指示的媒体服务模块的码流。
下面结合图2中的媒体业务处理系统对本实施例进行详细的说明。
步骤S201,内容单播源模块22作为媒体内容单播码流的发送 源,将々某体内容编码成可4吏用实时传1命协{义传丰#的码流,并将石马流 发送到中继模块12。
步骤S202,中继模块12接收从单播源模块发送的内容单播码 流,并将々某体内容的单4番码流转换组播-码流,并在核心网络中以受 限组播方式将内容的组播码流发送到所有的媒体服务模块14,受限 组播的特点是网络报文只在核心网络平面中发送。系统中所有的媒 体月良务才莫块14加入受限组4番,4妻收中继才莫块12发送的内容组4番码 流,并使用 一定大小的緩存来保存内容的组播码流。
步骤S203,系统中所有的媒体服务模块14周期性地向用户接 入控制模块24自己的性能参数,性能参数用于向用户接入控制模块 24指示当前各媒体服务模块14的性能消耗程度,作为用户接入负 载均衡的依据。
步骤S204,用户接入控制^T莫块24采集所有的i某体^f莫块上^^艮的 媒体性能参数,并保存。步骤S205,用户接入控制模块24等待开始接收用户的重定向 请求,同时,系统中所有的媒体服务模块14等待接收用户媒体服务请求。
以下步骤为终端获取々某体码流的过程。
步骤S206,用户终端才莫块向用户接入控制模块24发送媒体服 务重定向i青求。
步骤S207,用户接入控制模块24根据当前系统中所有的媒体 服务模块14的性能参数,选择一个性能最好的媒体服务模块14, 并给用户终端才莫块返回重定向响应,重定向响应将该士某体服务才莫块 14的信息返回症合用户终端4莫块。
步骤S208,用户终端模块接收用户接入控制模块24返回的重 定向响应,获取重定向响应中的媒体服务模块14的信息。
步骤S209,用户终端模块向媒体服务模块14发送媒体服务请 求,与媒体服务进行消息交互,建立单播码流的通信链路和控制会 话。
步骤S210,媒体服务模块14将緩沖区中保存的组播内容码流 转换成单播方式的码流,并向用户终端冲莫块发送内容的单播码流。
步骤S211,用户终端模块接收媒体服务模块14发送的内容的 单播码流,并对内容的码流进行一定的处理,处理方式可以包括但 不限于对码流进4于解码和解压缩并4争:换成纟见频4言号、^f呆存码流为 本地文件等,用户终端模块将码流进行处理后展示为不同的媒体业 务。步骤S212,用户终端向媒体服务模块14发送媒体服务结束请 求,与媒体服务模块14进行交互,关闭内容的单播码流通信链路和 控制会话。
步骤S213,媒体服务模块14停止发送内容的单播码流,媒体 服务结束。
通过上述步骤,在核心网络平面,只需引入一路内容的单播码 流,通过中继模块12转发到处于网络边缘的媒体服务模块14后, 所有的媒体服务模块14都可以给用户终端模块提供媒体服务,同 时,由于引入用户接入控制模块24对各用户终端的媒体服务请求进 行负载均衡,因此具备向大规模用户提供媒体业务的能力;系统可 根据用户的规模的不同部署不同数目的媒体服务模块14,因此系统 具备良好的扩容能力;在用户网络平面中的用户终端模块与处于核 心网络边缘的媒体服务模块14,建立单播码流的媒体通信链路,并 使用单播方式接收媒体码流,因此在用户网络受限而导致用户终端 模块无法接收组播的网络环境中,用户终端也可以使用々某体业务; 中继模块12发送的组播报文只在核心网络平面中转发,用户网络平 面的用户终端才莫块无法《接收组4番才艮文,因此,不存在用户盗连获取 组播码流的问题。
图5是根据本发明实施例的媒体业务处理系统具体的结构框 图,如图5所示,该系统包4舌 一个内容单4番源月良务器(Content Unicast Server,简称为CUS)、 一个中继月良务器(Relay Server,简 称为RS)、流i某体服务器(Stream Server,简称为SS)l、 SS2、 SS3、 一个用户4矣入4空制月l务器(User Access Control Server,简称为 UACS)、用户终端(User Equipment,简称为UE)。其中,内容单 才番源月良务器又包含实时流^f专丰lr十办i义(Real Transfer Stream Protocol,简称为RTSP)子模块和单播发送模块;中继服务器包括RTSP子 模块、码流接收模块、码流转换模块、组播发送模块;流媒体服务 器包括组播码流接收模块、码流转换模块、性能上报模块、码流 发送模块、RTSP子模块;用户接入控制服务器包括性能采集模 块、RTSP子模块;用户终端包括RTSP子模块、码流接收模块和码 流处理模块。
为了进行更详细的说明,本实施中内容单播源釆用用户数据报 协_汉(User Datagram Protocol,简称为UDP ) /实时传!lr协i义 (Real-time Transport Protocol,简称为RTP )十办i义发送内容的单4番 码流,码流的编码才各式采用3GP才各式;中继月良务器通过RTSP协议 与内容单播源进行交互,建立单播码流发送的通道,接收内容单播 源的UDP/RTP单纟番码流后,将单纟番码流转换成UDP/RTP的组播码 流发送纟合所有的流^某体;i良务器;流J 某体力1务器以组4番UDP/RTP方 式接收内容的码流,并组播码流还原成UDP/RTP单播方式;用户 终端通过RTSP协议与流々某体服务器交互,建立单播码流发送通道, 流媒体通过UDP/RTP的单播方式给用户终端发送内容码流,提供 流媒体业务。
上述实施提供的^某体业务处理方法(也称为单播码流;改大)包 括以下三个方面码流中继转发流程、流4某体服务器性能上报流程、 用户点播流程,下面对这三个方面分别进行说明。
图6是根据本发明实施例的码流中继转发的流程图,如图6所 示,该流禾呈包4舌如下步骤
步骤S601,中继服务器向内容码流源服务器CUS的RTSP处 理才莫块发送RTSP描述(DESCRIBE)消息。
16步骤S602,内容码流源服务器向中继服务器返回RTSP 200响应。
步骤S603,中继服务器向内容码流源服务器发送RTSP建立 (SETUP)消息。
步骤S604,内容码流源服务器向中继服务器发送RTSP 200响应。
步骤S605 ,中继服务器向内容源发送RTSP播i文(PLAY )消
白、
步骤S606,内容码流源月良务器向中继服务器发送RTSP 200响应。
步骤S607,内容码流源服务器将内容编码成3GP码流格式, 并以单纟番UDP/RTP方式向中继月良务器发送。
步骤S608,中继服务器的码流接收子模块接收内容码流源服务 器发送的单播UDP/RTP码流,然后由中继服务器的码流转换模块将 单播UDP/RTP码流转换成组播UDP/RTP码流方式,中继服务器的 组播码流发送模块将组播UDP/RTP才艮文在组4番地址IP中发送。
步骤S609,所有的流媒体服务器SS1、 SS2、 SS3的码流接收 才莫块用步骤S607中相同的IP加入组4番组,4妄收组4番UDP/RTP码流, 然后,码流转换一莫块将组l番UDP/RTP码流转换成单"t番UDP/RTP码
流格式。
图7是根据本发明实施例的流媒体服务器性能上报的流程图, 如图7所示,该;危考呈包4舌以下步骤步骤S701,所有的流媒体服务器SS1、 SS2、 SS3性能上报模 块与用户接入控制服务器UACS性能釆集建立TCP链路。
步骤S702,所有的流媒体服务器SS1、 SS2、 SS3周期性地给 用户接入控制服务器发送本流媒体服务器的性能参数C1、 C2、 C3, 以及当前流媒体的提供々某体月1务必须的信息,例如,IP地址和RTSP
侦听端口。
步骤S703,用户接入控制服务器SS1、 SS2、 SS3接收各个流 媒体服务器的性能参数,并保存各流媒体服务器SS1、 SS2、 SS3的 性能参数,作为步骤S801选择负载最轻的流媒体的依据。
图8是根据本发明实施例的用户点播的流程图,如图8所示, 该流程包含以下步骤
步骤S801,用户接入控制服务器UACS开始RTSP侦听,等待 4妄收UE的RTSP重定向i青求。
步骤S證,流媒体服务器SS1、 SS2、 SS3的开始RTSP侦听, 等待接用户终端的RTSP i某体服务请求。
步骤S803 , UE向用户接入控制服务器UACS发送媒体服务重 定向"i青求,_清求为RTSP十办_汉的DESCRIBE消息。
步骤S804,用户接入控制服务器UACS才艮据步骤303中保存各 流媒体服务器的性能参数Cl、 C2、 C3,这里假设用户终端UE请 求服务时流媒体SS2的性能参数C2是负载最轻的,UACS为用户 终端UE选择SS2负载最轻的流媒体月良务器。
步骤S805 ,用户接入控制服务器UACS给用户终端UE返回々某 体月良务重定向响应,响应中RTSP状态石马为302,响应中Location字段包含步骤S804中选择负载最轻的流媒体服务器SS2提供媒体 服务的信息。
步骤S806,用户终端UE向流4某体服务器SS2的RTSP子模块 发送RTSP DESCRIBE消息。
步骤S807,流J 某体服务器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响应。
需要i兌明的是,在本实施例中,用户4妄入控制月1务器既*接收和 处理流媒体服务器的性能上报消息,又同时作为用户接入控制负载 均tf服务,在实际应用中,用户4妻入控制器可以分成两个才莫块单独 部署, 一个流媒体的负载均衡服务器, 一个是用户接入网关,用户 终端只与用户接入网关交互,媒体重定向消息由用户接入网关转发 给流媒体的负载均衡服务器。改进和变形也属于本发明保护的范围。
需要i兌明的是,在本实施例中,RSCUS、 UE与用户4妄入4空制 服务器UACS、用户终端与流媒体服务器之间进行媒体信令交互的 协议为RTSP4旦不限于此,该协议为IETF标准协i义,还可以采用其 ^W某体交互切、i义。
需要说明的是,在本实施例中采用组播频道的编码格式为3GP 格式但不限于此,在实际应用中也可以采用替代的々某体编码格式, 例^口, MPEG陽4, 3GPP2, H.264等。
优选地在使本发明实施例提供的方案的基础上,可以做如下 扩展将中继模块设立两个网络平面, 一个网络平面和媒体内容单 播源模块相连,另外的一个网络平面和多个媒体服务模块相连,这 样使得内容单播源模块可以通过VPN(虚拟专用网络)网络传输,可 以更加安全地保护内容单播源模块的媒体码流不被盗取。
综上所述,通过上述实施例,能够向大规;溪的用户终端提供4某 体业务,并且,在用户接入网络传输能力受限,用户终端不能接收 组播码流的用户终端也能够接入媒体业务网络并使用业务;在用户接入网络平面没有组播报文,也不存在用户盗连获取组播码流的问题。
显然,本领域的技术人员应该明白,上述的本发明的各模块或 各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算 装置上,或者分布在多个计算装置所组成的网络上,可选地,它们 可以用计算装置可执行的程序代码来实现,从而,可以将它们存储
在存储装置中由计算装置来执行,或者将它们分别制作成各个集成 电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模 块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明, 对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在 本发明的精神和原则之内,所作的任何修改、等同替换、改进等, 均应包含在本发明的4呆护范围之内。
权利要求
1.一种媒体业务处理系统,其特征在于,包括中继模块,用于接收媒体内容的码流,并通过组播的方式将所述码流发送给一个或多个媒体服务模块;所述一个或多个媒体服务模块,用于接收来自终端的媒体服务请求,并将来自所述中继模块的以组播方式发送的码流进行转换并以单播的方式发送给所述终端。
2. 根据权利要求1所述的系统,其特征在于,还包括用户4妻入控制才莫块,用于4^收来自所述终端的重定向i青 求,从所述一个或多个々某体服务才莫块中选择一个用于向所述终 端提供所述码流的媒体服务模块,并将选择的所述媒体服务模 块的信息发送给所述终端。
3. 根据权利要求2所述的系统,其特征在于,所述用户接入控制 模块具体用于根据所述一个或多个媒体服务模块中各个媒体 服务模块的能力选择用于向所述终端提供所述码流的所述i某 体服务模块,其中,所述能力包括媒体服务模块的负载情况。
4. 根据权利要求1至3中任一项所述的系统,其特征在于,还包 括媒体内容单播源模块,用于以单播方式将所述媒体内容的 码流发送给中继模块。
5. 根据权利要求4所述的系统,其特征在于,所述中继模块包括 两个网络平面, 一个网络平面和所述々某体内容单4番源才莫块相连 接,另 一个网络平面和所述一个或多个々某体服务才莫块相连接。
6. —种终端,其特征在于,包括发送模块,用于向用户接入控制模块发送所述重定向请 求,以便获取所述用户接入控制模块从一个或多个媒体服务模 块中选择的 一个媒体服务才莫块的信息;接收模块,用于接收来自所述用户接入控制模块选择的所 述々某体服务才莫块的信息;第二发送模块,用于向所述信息指示的媒体服务模块发送 媒体服务请求,建立纟某体通信会话;第二接收模块,用于接收来自所述信息指示的媒体服务模 块的所述码流。
7. —种媒体业务处理方法,其特征在于,包括所述中继模块接收以单播方式发送々某体内容的码流;所述中继模块将所述码流进行转换并通过组播的方式将 所述码流发送给一个或多个媒体服务模块;所述媒体服务模块接收来自终端的媒体服务请求,并将所 述码流通过单纟番的方式发送给所述终端。
8. 根据权利要求7所述的方法,其特征在于,在所述媒体服务模 块4娄收所述々某体"l务i青求之前,所迷方法还包4舌用户接入控制模块在接收来自终端的重定向请求之后,从 所述一个或多个媒体服务才莫块中选择一个用于向所述终端提 供所述码流的媒体服务模块,并将选择的所述媒体服务器的信 息发送纟合所述终端。
9. 才艮据4又利要求8所述的方法,其特;f正在于,选择一个用于向所述终端提供所述码流的媒体服务模块包括所述用户接入控制模块根据所述4某体服务才莫块的能力从 所述媒体服务才莫块中选4奪一个用于向所述终端提供所述码流 的媒体服务模块,其中,所述能力包括媒体服务模块的负载 情况。
10. 根据权利要求9所述的方法,其特征在于,在将选择的所述媒 体服务器的信息发送给所述终端之后,所述方法还包括所述终端在接收到所述用于接入控制才莫块选择的所述:&某 体服务模块的信息之后,向所述信息指示的媒体服务模块发送 媒体服务请求,并接收来自所述信息指示的媒体服务模块的所 述码流。
全文摘要
本发明公开了一种媒体业务处理系统、方法及终端,该系统包括中继模块,用于接收媒体内容的码流,并通过组播的方式将码流发送给一个或多个媒体服务模块;一个或多个媒体服务模块,用于接收来自终端的媒体服务请求,并将来自中继模块的以组播方式发送的码流进行转换并以单播的方式发送给终端。本发明实现了对大规模的用户终端提供媒体业务。
文档编号H04L29/06GK101626387SQ20091016611
公开日2010年1月13日 申请日期2009年8月12日 优先权日2009年8月12日
发明者勤 熊 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1