一种媒体流下载方法、系统及装置

1.一种媒体流下载方法，其特征在于，包括以下步骤：
综合接入网关获取下载服务器转发的用户请求消息中的SP/CP信息；
所述综合接入网关根据所述SP/CP信息与SP/CP进行媒体通道协商，将所述下载服务器的地址信息发送给所述SP/CP；
所述下载服务器接收并向所述用户请求消息的发送方转发所述SP/CP根据所述地址信息下发的媒体流。
2.如权利要求1所述的方法，其特征在于，所述下载服务器包括下载DownLoad或流媒体Streaming。
3.如权利要求1所述的方法，其特征在于，所述综合接入网关根据所述SP/CP信息与SP/CP进行媒体通道协商，将所述下载服务器的地址信息发送给所述SP/CP包括：
所述综合接入网关将所述用户请求消息路由到所述SP/CP，触发所述SP/CP发起媒体通道协商；
所述综合接入网关在接收到所述SP/CP根据所述请求消息下发的媒体通道协商请求时，获取所述下载服务器的地址信息；将所述下载服务器的地址信息发送给所述SP/CP。
4.如权利要求1所述的方法，其特征在于，所述综合接入网关根据所述SP/CP信息与SP/CP进行媒体通道协商，将所述下载服务器的地址信息发送给所述SP/CP包括：
所述综合接入网关将所述用户请求消息路由到所述SP/CP，触发所述SP/CP发起媒体通道协商；
所述综合接入网关在接收到所述SP/CP根据所述请求消息下发的媒体通道协商请求时，进行鉴权计费，在鉴权计费成功后获取所述下载服务器的地址信息；将所述下载服务器的地址信息发送给所述SP/CP。
5.如权利要求1所述的方法，其特征在于，所述综合接入网关根据所述SP/CP信息与SP/CP进行媒体通道协商，将所述下载服务器的地址信息发送给所述SP/CP包括：
所述综合接入网关将所述用户请求消息路由到所述SP/CP，触发所述 SP/CP发起媒体通道协商；
所述综合接入网关在接收到所述SP/CP根据所述请求消息下发的媒体通道协商请求时获取所述下载服务器的地址信息，进行鉴权计费，在鉴权计费成功后将所述下载服务器的地址信息发送给所述SP/CP。
6.一种媒体流下载系统，其特征在于，包括：
下载服务器，用于转发用户请求消息，以及向所述用户请求消息的发送方转发SP/CP根据所述下载服务器的地址信息下发的媒体流；
综合接入网关，包括：
接收模块，用于接收所述下载服务器转发的用户请求消息和所述SP/CP发送的媒体通道协商请求；
协商模块，用于在所述接收模块接收到所述媒体通道协商请求时，获取所述下载服务器的地址信息；
发送模块，用于将所述用户请求消息发送到所述SP/CP，以及将所述协商模块获取的所述下载服务器的地址信息发送给所述SP/CP。
7.如权利要求6所述的系统，其特征在于，所述综合接入网关还包括：
鉴权模块，用于在所述接收模块接收到所述媒体通道协商请求时进行鉴权计费，在鉴权计费成功后触发所述协商模块获取所述下载服务器的地址信息和触发所述发送模块向所述SP/CP发送所述下载服务器的地址信息；或者在接收到SP/CP根据所述请求消息下发的媒体通道协商请求时获取所述下载服务器的地址信息，然后进行鉴权计费，在鉴权计费成功后将触发所述发送模块将所述下载服务器的地址信息发送给所述SP/CP。
8.如权利要求6所述的系统，其特征在于，所述SP/CP用于与所述综合接入网关进行媒体通道协商，获取所述下载服务器的地址信息，根据所述地址信息下发媒体流，包括：
接收模块，用于接收用户请求消息和所述下载服务器的地址信息；
协商模块，用于在所述接收模块接收到所述用户请求消息后，触发媒体通道协商，获取所述下载服务器的地址信息；
发送模块，用于向所述综合接入网关发送媒体通道协商请求，并根据所述协商模块获取的所述下载服务器的地址信息下发媒体流。
9.一种综合接入网关，其特征在于，包括：
接收模块，用于接收下载服务器转发的用户请求消息和SP/CP发送的媒体通道协商请求；
协商模块，用于在所述接收模块接收到所述媒体通道协商请求时，获取所述下载服务器的地址信息；
发送模块，用于将所述用户请求消息发送到所述SP/CP，以及将所述协商模块获取的所述下载服务器的地址信息发送给所述SP/CP。
10.如权利要求9所述的综合接入网关，其特征在于，还包括：
鉴权模块，用于在所述接收模块接收到所述媒体通道协商请求时进行鉴权计费，在鉴权计费成功后触发所述协商模块获取所述下载服务器的地址信息和触发所述发送模块发送向所述SP/CP发送所述下载服务器的地址信息；或者在接收到SP/CP根据所述请求消息下发的媒体通道协商请求时获取所述下载服务器的地址信息，然后进行鉴权计费，在鉴权计费成功后将触发所述发送模块将所述下载服务器的地址信息发送给所述SP/CP。
11.一种SP/CP，其特征在于，包括：
接收模块，用于接收用户请求消息和下载服务器的地址信息；
协商模块，用于在所述接收模块接收到所述用户请求消息后，触发媒体通道协商，获取所述下载服务器的地址信息；
发送模块，用于向综合接入网关发送媒体通道协商请求，并根据所述协商模块获取的所述下载服务器的地址信息下发媒体流。

一种媒体流下载方法、系统及装置 \n技术领域\n[0001] 本发明涉及通信传输领域，特别是涉及一种媒体流下载方法、系统及装置。 背景技术\n[0002] 电信增值服务是电信业发展的动力源泉，电信业通过各种增值服务的应用来满足用户的需求，并最大限度地发挥电信网络的能力。 \n[0003] 现存的业务系统是根据不同的业务类型分别建立的，如短信平台、彩信平台等。这样的业务系统对于开发跨网络或跨各分立平台的融合业务具有技术上的障碍，同时增加了运营商管理网络的成本，其缺点如下： \n[0004] 需要不同的网络服务器支持形式多样的接口；没有统一的安全机制及控制机制，不利于运营商统一管理接入业务；业务开发/集成复杂，开发门槛高、成本高；组合业务开发复杂，组合业务计费实现、以及跨网络业务开发、融合困难。 \n[0005] 与本发明相关的现有技术一为克服传统业务接入模式的不足，综合接入应运而生。如图1所示，综合接入是一种新的业务体系结构，第三方SP(Service Provider，业务提供商)/CP(Content Provider，业务提供商)可以采用综合接入网关等统一方式接入电信网络，访问电信业务能力。实现：统一接入、统一管理、统一展现、统一鉴权、统一计费，给运营商提供了一种很好的运营管理平台，但是发明人在实现本发明的过程中，发现现有技术存在以下缺点： \n[0006] 综合接入网关作为信令和媒体流的统一接入点，势必会成为通信系统的一个瓶颈。具体情况如下所述： \n[0007] 当需要使用某个SP/CP的业务的时候，SP/CP首先要到综合接入网关进行各种鉴权(如用户合法性、订购关系等的鉴权)，也就说管理信令流要 经过综合接入网关；如果各种权限都通过，那么SP/CP就可以开始通过综合接入网关将用户请求的信息传送给用户，也就是媒体流经过综合接入网关传送给用户，例如用户使用某个CP的手机视屏电视，从SP下载音乐等。 \n[0008] 由于信令流和媒体流的传送都需要通过综合接入网关，同时由于媒体流的流量可能非常巨大，如视屏文件、音频文件等信息，这样必然要求综合接入网关的带宽和性能都要很高，随着业务的不断增长，综合接入网关必然会成为一种瓶颈，严重影响SP/CP的业务使用，最终可能导致系统不可用。 \n[0009] 与本发明相关的现有技术二为了解决传统业务系统的问题，如图2所示，SP/CP自身就是一个DownLoad服务器，是一个托管运营系统，只是鉴权计费的时候到运营商中进行用户扣费。在这种架构方式中，SP/CP既是用户的接入点，又是内容的保存点，用户向SP/CP直接发送业务下载请求，SP/CP向综合接入网关和运维系统进行计费鉴权，SP/CP在接收到鉴权响应后直接向用户返回内容，从而使得综合接入网关的数据流量大大减少。 [0010] 发明人在实现本发明的过程中，发现现有技术二也存在以下缺点： [0011] 通过SP/CP直接保存内容信息，当用户在查看这些内容信息的时候，运营商无法监控这些内容信息，这样就会给SP/CP提供了非法内容的下载空间，就目前法制而言，运营商是不会容忍这样方式存在的。 \n发明内容\n[0012] 本发明实施例要解决的问题是提供一种媒体流下载方法，以解决流量巨大的媒体流给综合接入网关带来冲击。 \n[0013] 为达到上述目的，本发明实施例一方面提出一种媒体流下载方法，包括以下步骤： \n[0014] 综合接入网关获取下载服务器转发的用户请求消息中的SP/CP信息； [0015] 所述综合接入网关根据所述SP/CP信息与SP/CP进行媒体通道协商，将所述下载服务器的地址信息发送给所述SP/CP； \n[0016] 所述下载服务器接收并向所述用户请求消息的发送方转发所述SP/CP根据所述地址信息下发的媒体流。 \n[0017] 本发明实施例一方面还提出一种媒体流下载系统，包括： \n[0018] 下载服务器，用于转发用户请求消息，以及向所述用户请求消息的发送方转发所述SP/CP根据所述地址信息下发的媒体流； \n[0019] 综合接入网关，包括： \n[0020] 接收模块，用于接收所述下载服务器转发的用户请求消息和所述SP/CP发送的媒体通道协商请求； \n[0021] 协商模块，用于在所述接收模块接收到所述媒体通道协商请求时，获取所述下载服务器的地址信息； \n[0022] 发送模块，用于将所述用户请求消息发送到所述SP/CP，以及将所述协商模块获取的所述下载服务器的地址信息发送给所述SP/CP。 \n[0023] 本发明实施例一方面还提出综合接入网关，包括： \n[0024] 接收模块，用于接收下载服务器转发的用户请求消息和所述SP/CP发送的媒体通道协商请求； \n[0025] 协商模块，用于在所述接收模块接收到所述媒体通道协商请求时，获取所述下载服务器的地址信息； \n[0026] 发送模块，用于将所述用户请求消息发送到所述SP/CP，以及将所述协商模块获取的所述下载服务器的地址信息发送给所述SP/CP。 \n[0027] 本发明实施例一方面还提出一种SP/CP，用于与所述综合接入网关进行媒体通道协商，获取所述下载服务器的地址信息，根据所述地址信息下发媒体流，包括： [0028] 接收模块，用于接收用户请求消息和下载服务器的地址信息； \n[0029] 协商模块，用于在所述接收模块接收到所述用户请求消息后，触发媒体通道协商，获取所述下载服务器的地址信息； \n[0030] 发送模块，用于向所述综合接入网关发送媒体通道协商请求，并根据所述协商模块获取的所述下载服务器的地址信息下发媒体流。 \n[0031] 与现有技术相比，本发明实施例的技术方案具有以下优点： \n[0032] 通过媒体通道协商建立不经过综合接入网关的媒体通道发送媒体流，优化该综合接入网关的接入性能。 \n[0033] 附图说明\n[0034] 图1为本发明现有技术一中的业务系统示意图； \n[0035] 图2为本发明现有技术二中的业务系统示意图； \n[0036] 图3为本发明实施例中的媒体流下载的业务系统示意图； \n[0037] 图4为本发明实施例中的媒体流下载的方法流程示意图； \n[0038] 图5为本发明实施例中的媒体流下载的业务流程示意图。 \n具体实施方式\n[0039] 下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述： [0040] 图3为本发明实施例中一种媒体流下载的系统架构示意图，包括： [0041] 下载服务器1，用于转发用户请求消息，以及向所述用户请求消息的发送方转发所述SP/CP3根据所述地址信息下发的媒体流； \n[0042] 综合接入网关2，用于获取所述下载服务器1转发的用户请求消息中的SP/CP信息，根据所述SP/CP信息与SP/CP3进行媒体通道协商，将所述下载服务器1的地址信息发送给所述SP/CP3。 \n[0043] 其中综合接入网关2包括： \n[0044] 接收模块21，用于接收下载服务器1转发的用户请求消息和所述SP/CP3发送的媒体通道协商请求； \n[0045] 协商模块22，用于在所述接收模块21接收到所述媒体通道协商请求时，获取所述下载服务器1的地址信息； \n[0046] 发送模块23，用于将所述用户请求消息发送到所述SP/CP3，以及将所述协商模块\n22获取的所述下载服务器1的地址信息发送给所述SP/CP3。 \n[0047] 其中所述综合接入网关2还包括鉴权模块24，用于在所述接收模块21接收到所述媒体通道协商请求时进行鉴权计费，在鉴权计费成功后触发所述协商模块22获取所述下载服务器1的地址信息和/或触发所述发送模块23发送向所述SP/CP3发送所述下载服务器1的地址信息。 \n[0048] 在该媒体流下载系统中，还包括SP/CP3，用于与所述综合接入网关进行媒体通道协商，获取所述下载服务器的地址信息，根据所述地址信息下发媒体流。包括： [0049] 接收模块31，用于接收用户请求消息和下载服务器的地址信息； [0050] 协商模块32，用于在所述接收模块31接收到所述用户请求消息后，触发媒体通道协商，获取所述下载服务器1的地址信息； \n[0051] 发送模块33，用于向所述综合接入网关2发送媒体通道协商请求，并根据所述协商模块32获取的所述下载服务器1的地址信息下发媒体流。 \n[0052] 如图3所示，信令流和媒体流进行分开处理，通过综合接入网关2作为桥接器，当SP/CP3的媒体需要传输给用户时，SP/CP3直接传送给通过信令流中获知的下载服务器\n1(例如：Service Enabler，DownLoad，Streaming等)，然后由下载服务器1传送给用户。\n方法流程如图4，包括以下步骤： \n[0053] 步骤S401，综合接入网关获取下载服务器转发的用户请求消息中的SP/CP信息。 [0054] 步骤S402，综合接入网关根据SP/CP信息与SP/CP进行媒体通道协商，将所述下载服务器的地址信息发送给所述SP/CP。 \n[0055] 步骤S403，下载服务器接收并向用户请求消息的发送方转发SP/CP根据地址信息下发的媒体流。 \n[0056] 在该步骤中，为了保护运营商的权益，可以引入鉴权计费机制，综合接入网关将用户请求消息路由到所述SP/CP后触发SP/CP发起媒体通道协商；然后综合接入网关在接收到SP/CP根据请求消息下发的媒体通道协商请求时，进行鉴权计费，在鉴权计费成功后获取下载服务器的地址信息，将下载服务器的地址信息发送给所述SP/CP。或者综合接入网关在接收到SP/CP根据所述请求消息下发的媒体通道协商请求时获取所述下载服务器的地址信息，然后进行鉴权计费，在鉴权计费成功后将触发所述发送模块将所述下载服务器的地址信息发送给所述SP/CP。 \n[0057] 本发明又一实施例提供一种媒体流下载的方法，以用户通过手机下载某个CP提供的音乐为具体场景，下载服务器为下载DownLoad(也可以是流媒体Streaming等下载服务器)。如图5所示，包括以下步骤： \n[0058] 步骤S501，用户向DownLoad发送音乐下载请求消息。该消息为指定号码发送下载音乐的指定格式消息。 \n[0059] 步骤S502，DownLoad转发器件收到指定格式的消息后，经过号码分析后，发现这个用户的请求消息是给某个CP的，将这个消息转换成跟综合接入网关约定的消息格式转发给综合接入网关。 \n[0060] 步骤S503，综合接入网关收到消息后，进行号码分析，并进行指定CP的接入鉴权，鉴权通过后将这个消息路由到相应的CP。 \n[0061] 步骤S504，CP收到请求消息后，分析消息发现是用户是下载XX歌曲，CP向综合接入网关发送媒体通道协商请求(媒体通道作为CP将音乐媒体流传送给用户的中间件的IP和端口，这里是指DownLoad转发器件的IP和Port)。 \n[0062] 步骤S505，综合接入网关收到媒体通道协商请求，将计费请求消息发送给运维系统进行计费确认。 \n[0063] 步骤S506，运维系统进行成功扣费后，给综合接入网关返回计费成功的响应消息。 [0064] 步骤S507，综合接入网关收到鉴权计费成功消息后，将业务基本能力部件DownLoad的IP和Port消息返回给CP； \n[0065] 步骤S508，CP将指定音乐的媒体流传到综合接入网关返回的IP和Port； [0066] 步骤S509，DownLoad收到音乐媒体流后，下发给用户。 \n[0067] 通过上述实施例的描述，本发明实施例的技术方案具有以下优点：通过媒体通道协商建立不经过综合接入网关的媒体通道发送媒体流，可以使得巨大的媒体流量不经过综合接入网关，这样综合接入网关只需要关注信令流和管理流，可以大大减少对平台的性能冲击，从而优化该综合接入网关的接入性能。 \n[0068] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使 得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。 \n[0069] 以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。