CN102292959B

CN102292959B - 基于ott的媒体数据传输方法、装置及系统

Info

Publication number: CN102292959B
Application number: CN2011800009246A
Authority: CN
Inventors: 刘济涛; 郑合文; 陈海斌; 宗宁; 吴钦
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2011-06-30
Filing date: 2011-06-30
Publication date: 2013-11-06
Anticipated expiration: 2031-06-30
Also published as: EP2717540B1; EP2717540A4; ES2612714T3; US20140115062A1; EP2892209A1; EP2717540A1; CN102292959A; ES2539259T3; EP2892209B1; WO2012103726A1; US9729595B2

Abstract

本发明实施例公开了一种基于OTT的媒体数据传输方法、装置及系统，其中，所述方法包括：OTT服务器接收用户终端发起的媒体数据请求，所述OTT服务器连接有至少一个缓存服务器；所述OTT服务器根据所述至少一个缓存服务器的位置和/或能力从所述至少一个缓存服务器中确定一个缓存服务器；所述OTT服务器发送携带有会话信息的通知消息至所述用户终端及所确定的缓存服务器；以便于所述确定的缓存服务器接收来自所述用户终端的携带所述会话信息的媒体数据请求，并向所述用户终端发送相应媒体数据。通过本发明实施例，能够提高OTT服务器对媒体数据请求及内容传输的可控性。

Description

基于OTT的媒体数据传输方法、装置及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种基于OTT的媒体数据传输方法、装置及系统。

背景技术

OTT（Over The Top，在Internet上层）是指依靠Internet提供业务的服务，即用户通过宽带上网获取服务。目前，OTT点播服务已成为网络流量的主体。

伴随着OTT点播服务数量的增长，现有技术通过流量疏导来降低流量对承载网产生的压力。考虑到当前OTT视频主要通过商业CDN（Content DeliveryNetwork，内容分发网络）分发，而商业CDN的流量、流向不在运营商控制之中，为此，运营商主要通过自建透明缓存系统实现OTT流量的本地化。

透明缓存系统会缓存来自服务器应答的媒体数据，然后在收到用户后续针对该内容的请求的时候，直接从透明缓存系统获取相应内容应答用户，无需再向提供服务的服务器请求内容，从而节省从透明缓存系统到服务器之间的网络流量。

如图1所示，用户终端1(end user1)向OTT服务器请求媒体数据，该请求途经中间网络设备(service POP)转发给服务器，该网络设备内嵌透明缓存系统；当发生后续请求时，网络设备就会把针对OTT服务器的请求报文重定向到内嵌的透明缓存系统上去，透明缓存系统发现本地没有用户终端1所请求的内容后，即向OTT服务器发送请求报文，将OTT服务器提供的媒体数据应答发送给用户终端1;当用户终端2(end user2)向OTT服务器请求同一个内容的报文被网络设备重定向到透明缓存系统后，透明缓存系统直接采用缓存的内容来应答用户终端2(end user2)。

由于用户终端的访问事务会被透明缓存系统终结，而无法到达OTT服务器，因此，导致OTT服务提供方无法统计用户终端对媒体数据的访问状况，例如：访问次数和访问时间等；此外，由于用户终端的访问请求直接被透明缓存系统应答，相应访问请求将无法到达OTT服务器，致使OTT服务提供方无法对访问内容进行控制，而透明缓存系统也存在被海量请求攻击的安全风险。

发明内容

本发明实施例提出一种基于OTT的媒体数据传输方法、装置及系统，能够提高OTT服务器对媒体数据请求及内容传输的可控性。

本发明的技术解决方案是：

本发明实施例提供一种基于在Internet上层OTT的媒体数据传输方法，所述方法包括：

OTT服务器接收用户终端发起的媒体数据请求，所述OTT服务器连接有至少一个缓存服务器；

所述OTT服务器根据所述至少一个缓存服务器的位置和/或能力从所述至少一个缓存服务器中确定一个缓存服务器；

所述OTT服务器发送携带有会话信息的通知消息至所述用户终端及所确定的缓存服务器；以便于所述确定的缓存服务器接收来自所述用户终端的携带所述会话信息的媒体数据请求，将来自所述OTT服务器的会话信息与来自所述用户终端的会话信息进行比较以对所述用户终端进行认证，并在来自所述OTT服务器的会话信息与来自所述用户终端的会话信息匹配时，向所述用户终端发送相应媒体数据。

一种OTT服务器，所述OTT服务器与至少一个缓存服务器相连，所述OTT服务器包括：

第一端口，用于接收用户终端的媒体数据请求；

确定单元，用于根据所述至少一个缓存服务器的位置和/或能力从所述至少一个缓存服务器中确定一个缓存服务器；

第二端口，用于向所述确定的缓存服务器以及所述用户终端发送携带会话信息的通知消息，以便于所述确定的缓存服务器接收来自所述用户终端的携带所述会话信息的媒体数据请求，将来自所述OTT服务器的会话信息与来自所述用户终端的会话信息进行比较以对所述用户终端进行认证，并在来自所述OTT服务器的会话信息与来自所述用户终端的会话信息匹配时，向所述用户终端发送相应媒体数据。

一种缓存服务器，所述缓存服务器和如权利要求6至7任意一项所述的OTT服务器相连，所述OTT服务器为在Internet上层OTT服务器，所述缓存服务器包括：

网络侧接口单元，用于接收来自所述OTT服务器的携带有会话信息的通知消息；

第一用户侧接口单元，用于接收来自用户终端的携带有会话信息的媒体数据请求；

控制单元，用于将来自所述OTT服务器的会话信息与来自所述用户终端的会话信息进行比较以对所述用户终端进行认证；；

第二用户侧接口单元，用于在来自所述OTT服务器的会话信息与来自所述用户终端的会话信息匹配时，向所述用户终端发送相应的媒体数据。

一种基于OTT的媒体数据传输系统，包括：用户终端、OTT服务器以及至少一个缓存服务器；其中，

所述OTT服务器，用于接收所述用户终端发起的媒体数据请求，根据所述至少一个缓存服务器的位置和/或能力从所述至少一个缓存服务器中确定一个缓存服务器，发送携带有会话信息的通知消息至所述用户终端及所述确定的缓存服务器；

所述缓存服务器，用于接收来自所述用户终端的携带所述会话信息的媒体数据请求，将来自所述OTT服务器的会话信息与来自所述用户终端的会话信息进行比较以对所述用户终端进行认证，并在来自所述OTT服务器的会话信息与来自所述用户终端的会话信息匹配时，向所述用户终端发送相应媒体数据。

本发明实施例中，由于将用户终端发起的媒体数据请求首先定位至OTT服务器，使得OTT服务器能够针对具体的用户选择相应的缓存服务器进行媒体数据的推送；然后，通过控制用户终端重新向缓存服务器发起携带特定会话信息的媒体数据请求，由缓存服务器根据该请求向用户终端推送媒体数据，从而，OTT服务器可以监测到用户终端的每次媒体数据请求，从而实现针对用户终端的每次媒体数据请求进行控制，提高对媒体数据传输的可控性。

附图说明

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

图1为现有技术中用户终端访问OTT服务器请求媒体数据的场景示意图；

图2为本发明实施例提供的一种基于OTT的媒体数据传输方法流程示意图；

图3为本发明实施例提供的用户终端访问YouKu网站的应用场景示意图；

图4为本发明实施例提供的YouKu网站的OTT服务器根据用户发起的媒体数据请求向其进行数据传输的流程示意图；

图5为本发明实施例提供的一种基于OTT的媒体数据传输系统结构示意图；

图6为本发明实施例提供的一种OTT服务器结构示意图；

图7为本发明实施例提供的另一种OTT服务器结构示意图；

图8为本发明实施例提供的一种缓存服务器结构示意图。

具体实施方式

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

本发明实施例提供了一种基于OTT的媒体数据传输方法，如图2所示，所述方法可以包括以下步骤：

步骤201、OTT服务器接收用户终端发起的媒体数据请求；

所述OTT服务器连接缓存服务器，缓存服务器内嵌缓存系统且存储相关媒体数据，该媒体数据可以由OTT服务器发送而来。

通常，缓存服务器需要注册自己的位置和能力（如所覆盖的终端用户子网、所支持的流化协议、存储容量等）到OTT服务器；此外，该注册业务也可以先由service POP上报到运营商管理系统进行汇总，再由该运营商管理系统告知OTT服务器。

步骤202、OTT服务器确定向所述用户终端发送相关媒体数据的缓存服务器，并发送携带有会话信息的通知消息至所述用户终端及确定的缓存服务器；

本发明实施例中，当OTT服务器接收到用户终端发起的媒体数据请求之后，如果该用户终端的媒体数据请求被接纳，则OTT服务器确定向该用户终端发送相关媒体数据的缓存服务器，具体实施过程中，缓存服务器的选择基准可以是：根据缓存服务器的接入位置，就近选择；或是根据缓存服务器提供数据服务的能力，选择合适的服务器进行媒体数据的发放。

为了提高OTT服务器对媒体数据请求及内容传输的可控性，OTT服务器根据当前用户终端发起的媒体数据请求，生成相应的会话信息，根据实际的应用场景，该会话信息具体可以包括：描述用户有效性的用户标识、描述计费有效性的会话标识、描述版权许可有效性的内容标识、描述版权控制方式的版权信息、描述计费模式的计费信息、描述媒体数据服务结束后的反馈信息需求、描述用户请求被许可访问的状态持续时间和并发连接数目等信息中的一个或多个的组合。

生成会话信息之后，OTT服务器发送携带上述信息的会话信息的通知消息至用户终端和所确定的缓存服务器，以通知用户终端需要向该缓存服务器重新发起携带所述会话信息的媒体数据请求，并且告知该缓存服务器任何向其发起媒体数据请求的用户终端都必须携带上述会话信息。

步骤203、所述用户终端向所述确定的缓存服务器发送携带所述会话信息的媒体数据请求，接收由所述确定的缓存服务器返回的媒体数据。

用户终端接收到通知消息之后，重新向确定的缓存服务器发起携带所述会话信息的媒体数据请求，而缓存服务器则根据这一媒体数据请求，向该用户终端发送相关媒体数据。

在实际应用场景中，OTT服务器可以通过单播的方式，将相关媒体数据推送至某一缓存服务器。当与OTT服务器连接的缓存服务器有多个时，OTT服务器可以通过组播的方式，将相关媒体数据推送至每一个缓存服务器。

需要说明的是，通常，OTT服务器接收到用户终端发起的媒体数据请求之后，需要对该用户终端进行鉴权认证，以确定该用户终端发起的媒体数据请求是否可以被接纳。相应的鉴权认证方式可以包括：防火墙过滤等防攻击过滤安全处理、用户身份认证、节目选择与授权、计费等处理，当相关的鉴权认证通过之后，OTT服务器可以确定该媒体数据请求为合法请求，则开始进行后续会话信息的确认。

另外，在缓存服务器一侧，当缓存服务器接收到OTT服务器发送的携带会话信息的通知消息之后，对此会话信息进行存储，当接收到用户终端发起的携带相应会话信息的媒体数据请求之后，仍需要对该用户终端进行认证。此时的认证方式可以为：将用户终端的媒体数据请求中携带的会话信息与来自OTT服务器的通知消息中携带的会话消息进行比较，如果二者内容匹配，则认为用户是在许可的访问时间内、对许可的内容源的许可连接数目范围内发起的访问请求，则可以确定该用户终端为合法用户，且被许可向其提供媒体数据服务，则根据该用户终端的请求，向其发送相应的媒体数据。

为了进一步加强OTT服务器对媒体数据请求及内容传输的可控性，可在用户终端停止获取相应媒体数据之后，由所述缓存服务器向所述OTT服务器上报当前媒体数据传输的相关统计信息，如访问时长、访问频度、平均带宽、流量统计和质量统计等。这里，当缓存服务器向该用户终端传送媒体数据服务结束时，该用户终端停止获取相应媒体数据；此外，也可能是由于网络故障等原因，导致该用户终端断开与缓存服务器的网络连接，使得该用户终端停止获取相应媒体数据。本发明实施例中，可以在用户终端停止获取相应媒体数据的时候由所述缓存服务器向所述OTT服务器上报当前媒体数据传输的相关统计信息；也可以在用户终端停止获取相应媒体数据之后，定时由所述缓存服务器向所述OTT服务器上报当前媒体数据传输的相关统计信息，本发明实施例不做任何限定，具体可以根据实际应用场景进行设置。

为了便于对本发明实施例技术方案的充分理解，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述。

图3以用户终端访问网站的应用场景为例，来说明上述基于OTT的媒体数据传输过程。

图3中，OTT服务器是网站服务提供商提供视频服务的服务器（包括：主页框架服务器、节目管理服务器、用户认准服务器、计费服务器、内容存储服务器、广告决策服务器和广告存储服务器等），该OTT服务器连接有中间网络设备(service POP)，即缓存服务器，该网络设备内嵌缓存系统。

网站的OTT服务器根据用户发起的媒体数据请求向其进行数据传输的具体过程参见图4所示，具体包括以下步骤：

S401、缓存服务器service POP注册自己的位置和能力（如所覆盖的终端用户子网、所支持的流化协议、存储容量等）到OTT服务器，使得OTT服务器获知缓存服务器的各项参数信息；

当然，该注册也可以先由service POP上报到运营商管理系统汇总,然后由运营商管理系统告知网站服务提供商提供的OTT服务器；

此外，通常，OTT服务器可以同时连接多个service POP；

S402、OTT服务器将相应媒体数据通过组播或单播方式推送到servicePOP;

S403、用户终端(end user)向OTT服务器发起媒体数据请求，该请求被直接定向至OTT服务器;

S404、OTT服务器接收到end user发起的媒体数据请求后,进行防火墙过滤防攻击过滤等安全处理、用户认证、节目选择与授权、计费等处理，对当前end user进行鉴权认证;

如果当前end user发起的媒体数据请求被OTT服务器接纳，则OTT服务器基于service POP的接入位置或提供数据服务的能力，为end user选择相应提供媒体数据内容的service POP；

OTT服务器根据当前用户终端发起的媒体数据请求，生成相应的会话信息，该会话信息具体可以包括：描述用户有效性的用户标识、描述计费有效性的会话标识、描述版权许可有效性的内容标识、描述版权控制方式的版权信息、描述计费模式的计费信息、描述媒体数据服务结束后的反馈信息需求、描述用户请求被许可访问的状态持续时间和并发连接数目中的一个或多个的组合；

具体实施时，上述会话信息可以采用明文描述或采用约定格式使用安全、唯一的标识加密后进行传送；

S405、OTT服务器发送携带上述会话信息的通知消息至service POP，以告知该service POP：在该会话信息指定的用户许可访问状态持续时间内的用户请求是时间上有效的；携带该会话信息指定的用户标识的用户请求在用户身份上是有效的；携带该会话信息指定的会话标识的用户请求在计费信息上是有效的；携带该会话信息指定的内容标识的用户请求在内容版权访问上是有效的,只有当这些有效性均被确认,该终端用户的访问请求才能被servicePOP接纳并提供服务；

S406、OTT服务器发送携带上述会话信息的通知消息至end user，以通知end user需要向对应的service POP重新发起携带上述会话信息的媒体数据请求，将end user重定向到service POP获取媒体内容；

会话信息中携带有对应的service POP的IP地址和/或URI(UniformResource Identifier,通用资源标识符),end user收到会话信息后，可以根据携带的对应的service POP的IP地址和/或URI定位到对应的service POP。

S407、end user向OTT服务器发起携带上述会话信息的媒体数据请求；

S408、service POP根据步骤S405中来自OTT服务器的会话信息和end use发起的媒体数据请求中携带的会话信息进行比较,如果两者匹配，即验证enduser是OTT服务器认可的合法用户且被许可提供指定的内容；

S409、end user请求的媒体数据内容从service POP传输到end user，servicePOP按照OTT服务器提供的策略进行相应计费和访问信息统计；

S410、当end user终止获取相应媒体数据(如内容传送结束或end user和service POP之间网络连接断开)之后，service POP终止计费并上报计费信息和end user访问的统计信息，例如：访问时长、访问频度、平均带宽、流量统计和质量统计等。

通过上述实施例可见，由于将用户终端发起的媒体数据请求首先定位至OTT服务器，使得OTT服务器能够针对具体的用户选择相应的缓存服务器进行媒体数据的推送；然后，通过控制用户终端重新向缓存服务器发起携带特定会话信息的媒体数据请求，由缓存服务器根据该请求向用户终端推送媒体数据，从而，OTT服务器可以监测到用户终端的每次媒体数据请求，从而实现针对用户终端的每次媒体数据请求进行控制，提高对媒体数据传输的可控性。

本发明实施例中，由于OTT服务器先对用户进行诸如安全过滤、签权认证处理等内容访问控制工作,缓存服务器仅需比较用户携带的会话信息是否与来自OTT服务器的会话信息匹配即可完成内容访问控制,从而解决了缓存服务器被海量请求攻击的安全风险;

此外，由于所有的用户访问请求都会到达OTT服务器以及所有的会话统计信息如访问时长、访问频度、平均带宽、流量统计和质量统计等都会由缓存服务器通告给OTT服务器,因此，该技术方案能够解决OTT服务提供商在透明缓存机制下无法统计终端用户对视频的访问次数和访问时间的问题。

相应地，本发明实施例还提供了一种基于OTT的媒体数据传输系统，如图5所示，该系统具体可以包括：用户终端501、OTT服务器502以及至少一个缓存服务器503，缓存服务器503与OTT服务器502相连，且内嵌有缓存系统以及存储有媒体数据；其中，

所述OTT服务器502用于接收所述用户终端501发起的媒体数据请求；根据所述至少一个缓存服务器的位置和/或能力从至少一个缓存服务器中确定向所述用户终端501发送相关媒体数据的缓存服务器503，并发送携带有会话信息的通知消息至所述用户终端501及相应缓存服务器503；

所述缓存服务器503用于接收来自所述用户终端501的携带所述会话信息的媒体数据请求，并向所述用户终端501发送相应媒体数据。

通常，缓存服务器需要注册自己的位置和能力（如所覆盖的终端用户子网、所支持的流化协议、存储容量等）到OTT服务器。

当OTT服务器接收到用户终端发起的媒体数据请求之后，如果该用户终端的媒体数据请求被接纳，则OTT服务器确定向该用户终端发生相关媒体数据的缓存服务器，具体实施过程中，缓存服务器的选择基准可以是：根据缓存服务器的接入位置，就近选择；或是根据缓存服务器提供数据服务的能力，选择合适的服务器进行媒体数据的发放。

为了提高OTT服务器对媒体数据请求及内容传输的可控性，OTT服务器根据当前用户终端发起的媒体数据请求，生成相应的会话信息，根据实际的应用场景，该会话信息具体可以包括：描述用户有效性的用户标识、描述计费有效性的会话标识、描述版权许可有效性的内容标识、描述版权控制方式的版权信息、描述计费模式的计费信息、描述媒体数据服务结束后的反馈信息需求、描述用户请求被许可访问的状态持续时间和并发连接数目中的一个或多个的组合。

生成会话信息之后，OTT服务器发送携带上述信息的会话信息的通知消息至用户终端和所确定的缓存服务器，以通知用户终端需要向该缓存服务器重新发起携带所述会话信息的媒体数据请求，并且告知该缓存服务器任何向其发起媒体数据请求的用户终端都必须携带上述会话信息。该用户终端接收到这一通知消息之后，重新向该缓存服务器发起携带所述会话信息的媒体数据请求，而缓存服务器则根据这一媒体数据请求，向该用户终端发送相关媒体数据。

可见，本发明实施例系统中，由于将用户终端发起的媒体数据请求首先定位至OTT服务器，使得OTT服务器能够针对具体的用户选择相应的缓存服务器进行媒体数据的推送；然后，通过控制用户终端重新向缓存服务器发起携带特定会话信息的媒体数据请求，由缓存服务器根据该请求向用户终端推送媒体数据，从而，OTT服务器可以监测到用户终端的每次媒体数据请求，从而实现针对用户终端的每次媒体数据请求进行控制，提高对媒体数据传输的可控性。

此外，OTT服务器接收到用户终端发起的媒体数据请求之后，需要对该用户终端进行鉴权认证，以确定该用户终端发起的媒体数据请求是否可以被接纳。

而在缓存服务器一侧，当缓存服务器接收到OTT服务器发送的携带会话信息的通知消息之后，对此会话信息进行存储，当接收到用户终端发起的携带相应会话信息的媒体数据请求之后，仍需要对该用户终端进行认证。将接收到的该用户终端发起的媒体数据请求中携带的会话信息与自身接收到的通知消息中携带的会话消息进行比较，如果二者内容匹配，即用户是在许可的访问时间内对许可的内容源的许可连接数目范围内的访问请求，则可以确定该用户终端为合法用户，且被许可向其提供媒体数据服务，则根据该用户终端的请求，向其发送相应的媒体数据。

最后，为了进一步加强OTT服务器对媒体数据请求及内容传输的可控性，可在用户终端停止获取相应媒体数据之后，由所述缓存服务器向所述OTT服务器上报当前媒体数据传输的相关统计信息。

相应地，本发明实施例还提供了一种OTT服务器，如图6所示，该服务器具体可以包括：

第一端口601，用于接收用户终端的媒体数据请求；

确定单元602，用于根据所述至少一个缓存服务器的位置和/或能力从所述至少一个缓存服务器中确定一个缓存服务器；

第二端口603，用于向所述确定的缓存服务器以及所述用户终端发送携带会话信息的通知消息。

如图7所示，本实施例提供的OTT服务器还可以包括计费单元604，第一端口601还用于接收来自缓存服务器的统计信息，计费单元604用于根据该统计信息对用户终端进行计费。

相应上述OTT服务器，本发明实施例还提供了一种缓存服务器，所述缓存服务器和OTT服务器相连，如图8所示，所述缓存服务器包括：

网络侧接口单元801，用于接收来自所述OTT服务器的携带有会话信息的通知消息；

第一用户侧接口单元802，用于接收来自用户终端的携带有会话信息的媒体数据请求；

控制单元803，用于将来自所述OTT的会话信息与来自所述用户终端的会话信息进行比较；

第二用户侧接口单元804，用于在来自所述OTT的会话信息与来自所述用户终端的会话信息匹配时，向所述用户终端发送相应的媒体数据。

对于系统和装置实施例而言，由于其基本相应于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明实施例的精神或范围的情况下，在其它实施例中实现。因此，本发明实施例将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

1.一种基于在Internet上层OTT的媒体数据传输方法，其特征在于，所述方法包括：

2.根据权利要求1所述的基于OTT的媒体数据传输方法，其特征在于，所述OTT服务器通过组播或单播的方式，将相关媒体数据推送至所述确定的缓存服务器。

3.根据权利要求1所述的基于OTT的媒体数据传输方法，其特征在于，所述OTT服务器接收用户终端发起的媒体数据请求之后，还包括：

所述OTT服务器对所述用户终端进行鉴权认证。

4.根据权利要求1-3任意一项所述的方法，其特征在于，所述会话信息包括：描述用户有效性的用户标识、描述计费有效性的会话标识、描述版权许可有效性的内容标识、描述版权控制方式的版权信息、描述计费模式的计费信息、描述媒体数据服务结束后的反馈信息需求、描述用户请求被许可访问的状态持续时间和并发连接数目信息中的一个或多个的组合。

5.根据权利要求4所述的方法，其特征在于，所述会话信息携带有所述确定的缓存服务器的IP地址和/或通用资源标识符URI。

6.一种OTT服务器，其特征在于，所述OTT服务器与至少一个缓存服务器相连，所述OTT服务器包括：

第一端口，用于接收用户终端的媒体数据请求；

7.根据权利要求6所述的OTT服务器，其特征在于，所述OTT服务器还包括计费单元，

所述第一端口还用于接收来自所述确定的缓存服务器的统计信息；

所述计费单元用于根据所述统计信息对所述用户终端进行计费。

8.一种缓存服务器，所述缓存服务器和如权利要求6至7任意一项所述的OTT服务器相连，所述OTT服务器为在Internet上层OTT服务器，其特征在于，所述缓存服务器包括：

控制单元，用于将来自所述OTT服务器的会话信息与来自所述用户终端的会话信息进行比较以对所述用户终端进行认证；

9.一种基于OTT的媒体数据传输系统，其特征在于，包括：用户终端、OTT服务器以及至少一个缓存服务器；其中，

10.根据权利要求9所述的基于OTT的媒体数据传输系统，其特征在于，所述OTT服务器还用于，在接收用户终端发起的媒体数据请求之后，对所述用户终端进行鉴权认证。

11.根据权利要求9所述的基于OTT的媒体数据传输系统，其特征在于，所述缓存服务器还用于，当所述用户终端终止获取媒体数据时，向所述OTT服务器上报当前媒体数据传输的相关统计信息。