CN101646078A - 基于应用层组播的流媒体数据处理方法和系统 - Google Patents

Abstract

本发明涉及一种基于应用层组播的流媒体数据处理方法和系统，该方法包括：发送频道URL地址，请求授权观看该频道；根据授权后返回的资源调度服务器地址，连接所述资源调度服务器，请求资源调度；根据返回的所述资源调度服务器发送的第一边缘服务器地址，请求所述第一边缘服务器提供流媒体数据；接收第一边缘服务器发送的流媒体数据。本发明还涉及一种基于应用层组播的流媒体数据处理系统。因此，本发明流媒体数据处理方法和系统，实现了有效的流媒体数据的审核和监控，对骨干网带宽消耗小，对用户身份和权限的认证有效，并且便于实际运营与管理。

Description

基于应用层组播的流媒体数据处理方法和系统

技术领域

本发明涉及一种基于应用层组播的流媒体数据处理方法和系统，尤其是一种应用层的流媒体数据直播处理方法和系统。

背景技术

流媒体(Streaming Media)指在数据网络上按时间先后次序传输和播放的连续音/视频数据流，流媒体在播放前不需要下载整个文件，只将部分内容缓存，使流媒体数据流边传送边播放，节省下载等待时间和存储空间。

在流媒体直播业务中，用户可选择当前正在直播的频道，实时地收看演播现场正在播放的节目内容，并且可以在收看播放节目的同时存储其内容。用户可根据自己的喜好选择加入某频道和频道见的切换。每个频道对加入的用户数量没有要求，可以随时加入，但观看节目的起始点随加入直播时节目的进度而定，而不能改变节目播放的顺序。

组播是一种同时发送数据到多个接收者的有效通信方式。应用层组播(ALM，请提供英文全称)是在端系统实现组播转发，端系统之间通过单播连接在应用层建立一个虚拟的Overlay网络，部分接收者收到数据后，通过单播连接转发给其他接收者。ALM在文件分发、视频点播、网络直播、网络会议等方面有着广泛的应用，通过端系统间的协作在端系统实现多播转发，因此，不要求路由器必须支持组播，使得任何一个非组内的客户端主机只要通过适当的网络浏览器就可以浏览组内的数据。

综合业务管理平台(ISMP，请提供英文全称)为各类服务提供商提供了一个信息和服务的集中发布环境，为不同种类的最终用户提供单一的、个性化的服务访问入口，在真正水平构架的平台体系上实现数据业务的统一管理。

现有的一种基于网络编码的分布式网络应用层组播路由方法，是针对单信源多信宿的分布式网络上的数据分发，在源节点和每个目的节点之间建立起多条互不相交的数据分发路径，每条分发路径可以根据接入带宽最大、传输时延最小、传输成本最低等不同原则分别建立。同时，每个目的节点都可以作为其它目的节点的中间节点参与组播路径的建立。对于不同目的节点的公共链路，则在与公共链路相连接的节点上，对多路数据流进行随机线性网络编码，避免数据流之间的传输碰撞与冲突。

另一种现有的集中式与分布式相结合的应用层组播方法，涉及互联网应用层组播技术，采用超节点网络、簇网络和IP组播构成的三级网络结构，在超节点中设置控制器软件，通过簇网络代表节点控制各IP组播岛同时又通过簇网络代表节点在簇网络内构建最短路径树，快速发布会话数据，从而形成集中式与分布式相结合的应用层组播网络，在各簇网络中采用Mesh优先方案，超节点先构造Mesh网，在此基础上构建数据转发的最短路径树，以满足准实时应用。

簇网络是由10至20个IP组播岛节点自组织形成的一个应用层网络，这些IP组播岛之间构建一棵应用层组播转发树，该树的根节点就是由一个簇内的IP组播岛公推的簇代表节点，该代表节点从所属超节点获取数据，并转发簇内其它IP组播岛节点，组成Mesh结构；IP组播岛即用户群，它是支持组播的任意大小的网络，每个IP组播岛公推一个用户成为组播岛的代表节点。

再一种现有的P2P流媒体直播技术的平行扩展方法，是利用客户端首先登陆到登陆服务器，然后登陆服务器根据负载情况，选择人数未满的P2P管理服务器。该方法中，流媒体发布源分别向若干个流媒体缓冲服务器注册节目信息后向流媒体缓冲服务器定时发送流媒体数据，流媒体缓冲服务器登陆到主管理服务器后将流媒体数据列表进行注册；主管理服务器保存所有流媒体缓冲服务器列表，定时更新流媒体缓冲服务器信息，P2P管理服务器定时和主管理服务器进行通信，汇报本服务器种子信息；客户端首先登陆到登陆服务器，登陆服务器根据当前所有P2P管理服务器的负载情况，选择一个人数未满的P2P管理服务器并登陆到该P2P管理服务器。

这些现有的基于应用层组播的流媒体数据处理方法具有如下缺点，缺少对内容源的审核和监控，骨干网带宽消耗大，对用户身份和权限的认证较少，不便于实际运营与管理。

发明内容

本发明的目的是针对现有基于应用层组播的流媒体数据处理方法和系统的缺陷，提供一种基于应用层组播的流媒体数据处理方法和系统，以实现有效的流媒体数据的审核和监控，对骨干网带宽消耗小，对用户身份和权限的认证有效，并且便于实际运营与管理。

为实现上述目的，本发明提供了一种基于应用层组播的流媒体数据处理方法，包括：

发送频道统一资源定位器(Uniform Resource Locator，URL)地址，请求授权观看该频道；

根据授权后返回的资源调度服务器地址，连接所述源调度服务器，请求资源调度；

根据返回的所述源调度服务器发送的第一边缘服务器地址，请求所述第一边缘服务器提供流媒体数据；

接收第一边缘服务器发送的流媒体数据。

所述发送频道URL地址之前还包括：发送用户信息，验证用户帐号。所述验证用户帐号以后还包括：接收请求的频道信息。

所述根据返回的所述源调度服务器发送的第一边缘服务器地址具体为：通过策略确定用户的第一边缘服务器域，定向到该域的第一边缘服务器，返回该第一边缘服务器地址。

所述接收流媒体数据时还包括：所述第一边缘服务器将负载情况上报所述资源调度服务器。

所述接收第一边缘服务器发送的流媒体数据具体为：第一边缘服务器向第二边缘服务器发送流媒体数据请求；接收第一边缘服务器转发的第二边缘服务器发送的流媒体数据。

所述接收流媒体数据后还包括：断开与第一边缘服务器的连接，停止计费。所述停止计费后还包括：上报计费信息。

所述发送频道URL地址之前还包括：申请发布直播频道；审核通过后将节目源发向媒体发布服务器；所述媒体发布服务器接收节目源的数据流进行转码，向第一边缘服务器发送流媒体数据。所述向第一边缘服务器发送流媒体数据具体为：所述媒体发布服务器根据接收到的第一边缘服务器发送的请求流媒体数据的请求，向第一边缘服务器发送流媒体数据。

为实现上述目的，本发明还提供了一种基于应用层组播的流媒体数据处理系统，包括：

客户端，用于发送用户信息，发送频道URL地址，请求资源调度和接收流媒体数据；

第一认证服务器，用于根据用户信息进行验证，进行用户授权和返回资源调度服务器地址信息，以及计费处理；

资源调度服务器，用于向客户端返回第一边缘服务器地址；

第一边缘服务器，用于向所述客户端提供流媒体数据。

还包括：第二认证服务器，用于接收第一认证服务器发送的计费信息。还包括：第二边缘服务器，用于根据第一边缘服务器的请求，返回流媒体数据。

因此，本发明基于应用层组播的流媒体数据处理方法和系统，实现了有效的流媒体数据的审核和监控，对骨干网带宽消耗小，对用户身份和权限的认证有效，并且便于实际运营与管理。

附图说明

图1为本发明基于应用层组播的流媒体数据处理方法的系统构架图；

图2为本发明基于应用层组播的流媒体数据处理方法实施例一的流程图；

图3为本发明基于应用层组播的流媒体数据处理方法实施例一中流媒体数据直播分发的流程图之一；

图4为本发明基于应用层组播的流媒体数据处理方法实施例一中流媒体数据直播分发的流程图之二；

图5为本发明基于应用层组播的流媒体数据处理方法实施例二的流程图；

图6为本发明基于应用层组播的流媒体数据处理方法实施例三的流程图；

图7为本发明基于应用层组播的流媒体数据处理方法实施例四的流程图；

图8为本发明基于应用层组播的流媒体数据处理系统实施例一的结构示意图；

图9为本发明基于应用层组播的流媒体数据处理系统实施例二的结构示意图；

图10为本发明基于应用层组播的流媒体数据处理系统实施例三的结构示意图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

通常意义的现有组播技术都需要路由器的支持，但是因为对路由器的配置，和路由器版本太老或者不具备此项功能而需要升级改造的瓶颈，从而导致大规模组播难以实现，并且网管困难，不能保证服务质量。

本发明基于应用层组播的流媒体数据处理方法和系统，采取了应用层组播，将服务器(边缘服务器)部署在靠近用户端的城域网，取代了路由器来完成组播(路由器的组播在网络层完成，服务器的组播在应用层完成)，并且通过统一架设服务器，能够有效进行网管，保证服务质量。从而避免一般业务运营商将服务器架在总部，所有的用户必须向这个区域的服务器连接，从而产生大量省间流量，占用主干网带宽。采用分区利用运营商各地机房和网管人员的资源，服务器可以部署在各地，用户就近连接，尽量将流量控制在城域网，减少占用主干网带宽，省间流量也是统一出口，避免重复占用。

本发明基于应用层组播的流媒体数据处理方法和系统是一种新的适合应用层组播实现的处理方法和系统。无须对现网进行大规模改造，不需要升级路由器等设备，解决了当前互联网承载大规模视频流时的带宽瓶颈，网络设备瓶颈和服务器瓶颈的问题，极大的节省了带宽资源，提高了网络利用率，提高了数据传输质量，大大降低了投资成本。本发明支持综合业务管理平台(ISMP)，能够保证QOS，延时小，支持网管、认证、收费，适合运营商大规模开展流媒体直播业务。该方法适合全网和区域分别处理，支持全网和区域分别推出各自不同的节目源。实行两级收费，统一管理，即允许区域网络独立推出的业务收费，同时全网也能对区域的认证和计费情况进行监控。

如图1所示，为本发明基于应用层组播的流媒体数据处理方法的系统构架图，在每一个区域内设置区域AAA服务器，对于访问全网门户的用户，当用户请求服务时，首先被调度到某一区域，区域AAA服务器通过和全网AAA服务器互通，确认该用户是否为合法用户。全网AAA服务器通过认证计费网关实现与全网运营支撑系统的互通；对于访问区域门户的区域AAA服务器通过认证计费网关上报给区域运营支撑系统。

如图2所示，为本发明基于应用层组播的流媒体数据处理方法实施例一的流程图，具体包括如下步骤：

步骤101，发送频道统一资源定位器(Uniform Resource Locator，URL)地址，请求授权观看该频道；

步骤102，根据授权后返回的资源调度服务器地址，连接源调度服务器，请求资源调度；

步骤103，根据返回的所述源调度服务器发送的第一边缘服务器地址，请求所述第一边缘服务器提供流媒体数据；

步骤104，接收第一边缘服务器发送的流媒体数据。

在步骤101之前还包括流媒体数据直播分发的流程，如图3所示，为本发明基于应用层组播的流媒体数据处理方法实施例一中流媒体数据直播分发的流程图之一，具体包括：

步骤11，节目源向内容管理服务器申请发布直播频道；

步骤12，内容管理服务器通过版权认证等方式审核，审核通过后将节目源发向媒体发布服务器；

步骤13，媒体发布服务器收节目源的数据流进行转码，向第一边缘服务器发送流媒体数据。

媒体发布服务器向边缘服务器发送数据时，可以按照优先级的顺序来发送，目的是为了确保媒体发布服务器占用带宽不会过大，因此在每个边缘服务器群中，媒体发布服务器会向优先级最高的第一边缘服务器(数量通常1个)发送流媒体数据；然后这个优先级最高的第一边缘服务器再将接收到的流媒体数据转发给本区域内的其他第一边缘服务器，第一边缘服务器间发送的方式是扩散传输，一个传给另一个。

这样第一边缘服务器可以向通过认证的客户端发送节目。

上述情况是原有的节目源的发送流程，不需要第一边缘服务器的请求而是主动推送的。当节目内容更新后，为保证网络的稳定，新的直播频道不会直接推向第一边缘服务器，而是客户端发起请求时，才推向用户端域的第一边缘服务器，如图4所示，为本发明基于应用层组播的流媒体数据处理方法实施例一中流媒体数据直播分发的流程图之二，具体包括如下步骤：

步骤21，节目源向内容管理服务器申请发布新增直播频道；

步骤22，内容管理服务器通过版权认证等方式审核，审核通过后将节目源发向媒体发布服务器；

步骤23，用户点击新增节目链接，客户端向本域第一边缘服务器发起观看新增节目请求；

步骤24，第一边缘服务器发现自己没有用户所需节目流媒体数据，向媒体发布服务器请求用户请求的节目数据流；

步骤25，媒体发布服务器将请求的观看的节目进行转码，向第一边缘服务器发送流媒体数据。

同样媒体发布服务器向边缘服务器发送数据时，可以按照优先级的顺序来发送，目的是为了确保媒体发布服务器占用带宽不会过大，因此在每个边缘服务器群中，媒体发布服务器会向优先级最高的第一边缘服务器(数量通常1个)发送流媒体数据；然后这个优先级最高的第一边缘服务器再将接收到的流媒体数据转发给本区域内的其他第一边缘服务器，第一边缘服务器间发送的方式是扩散传输，一个传给另一个。

这样第一边缘服务器将请求的直播节目推向发起请求的客户端。

因此，本发明流媒体数据的处理方法实施例一，实现了有效的流媒体数据的审核和监控，对骨干网带宽消耗小，对用户身份和权限的认证有效，并且便于实际运营与管理。

如图5所示，为本发明基于应用层组播的流媒体数据处理方法实施例二的流程图，本实施例是A区域的客户端访问全网直播频道的处理流程，具体包括如下步骤：

步骤201，A区域客户端连接第一认证服务器(全网AAA服务器)进行认证，例如发送登陆用户账号进行验证，如用户不输入账号，则按照匿名账号方式请求认证；

步骤202，全网AAA服务器验证通过后返回给客户端认证通过信息，根据用户地址确定资源调度服务器，验证失败则返回步骤201；

步骤203，客户端通过Portal请求频道信息；

步骤204，Portal返回给客户端频道信息；

步骤205，客户端发送频道URL地址给全网AAA服务器，请求授权观看该频道；

步骤206，全网AAA服务器验证用户为该频道的合法用户后，对用户进行授权，发送资源调度服务器地址给客户端，授权失败则返回步骤201；

步骤207，客户端连接资源调度服务器，请求资源调度；

步骤208，资源调度服务器通过各种策略，如用户位置，第一边缘服务器负载情况，确定用户的第一边缘服务域，将客户端重定向到该域的第一边缘服务(A区域边缘服务器1)；

因为一个区域可以有多个边缘服务器，根据用户的位置和各个边缘服务器的负载情况等，将一个用户定位到该区域的一个边缘服务器上；本实施例就是将A区域的一个用户定位到A区域的区域边缘服务器1上；

步骤209，客户端请求A区域边缘服务器1提供全网直播频道流媒体数据；

步骤210，A区域边缘服务器1向客户端提供全网直播频道流媒体数据；

此时客户端可以对流媒体数据进行解码，播放画面，同时也上传数据流；并且A区域边缘服务器1实时将负载情况上报给资源调度服务器；

步骤211，客户端断开与A区域边缘服务器1连接；

步骤212，客户端通知全网AAA服务器，停止计费。

因此，本发明流媒体数据的处理方法实施例二，A区域客户端访问全网直播频道的处理，实现了有效的流媒体数据的审核和监控，对骨干网带宽消耗小，对用户身份和权限的认证有效，并且便于实际运营与管理。

如图6所示，为本发明基于应用层组播的流媒体数据处理方法实施例三的流程图，本实施例是A区域的客户端访问A区域直播频道的处理流程，具体包括如下步骤：

步骤301，A区域客户端选择连接第一认证服务器(A区域AAA服务器)进行认证，例如发送登陆用户账号进行验证，如用户不输入账号，则按照匿名账号方式请求认证；

步骤302，A区域AAA服务器验证通过后返回给客户端认证通过信息，根据用户地址确资源调度服务器，验证失败则返回步骤301；

步骤303，客户端通过Portal请求频道信息；

步骤304，Portal返回给客户端频道信息；

步骤305，客户端发送频道URL地址给A区域AAA服务器，请求授权观看该频道；

步骤306，A区域AAA服务器验证用户为该频道的合法用户后，对用户进行授权，发送资源调度服务器地址给客户端，授权失败则返回步骤301；

步骤307，客户端连接资源调度服务器，请求资源调度；

步骤308，资源调度服务器通过各种策略，如用户位置，第一边缘服务器负载情况，确定用户的第一边缘服务域，将客户端重定向到该域的第一边缘服务器(A区域边缘服务器1)；

因为一个区域可以有多个边缘服务器，根据用户的位置和各个边缘服务器的负载情况等，将一个用户定位到该区域的一个边缘服务器上；本实施例就是将A区域的一个用户定位到A区域的区域边缘服务器1上；

步骤309，客户端请求A区域边缘服务器1提供A区域直播频道流媒体数据；

步骤310，A区域边缘服务器1向客户端提供A区域直播频道流媒体数据；

此时客户端可以对流媒体数据进行解码，播放画面，同时也上传数据流；并且A区域边缘服务器1实时将负载情况上报给资源调度服务器；

还有一种情况就是，客户端请求第一边缘服务器(A区域边缘服务器1)提供的A区域直播频道流媒体数据，在A区域边缘服务器1中没有资源，A区域边缘服务器1向第二边缘服务器，即A区域的其它附近的边缘服务器(例如A区域边缘服务器2)，请求提供客户端请求的流媒体数据，A区域边缘服务器2向A区域边缘服务器1提供直播频道流媒体数据，A区域边缘服务器1向客户端提供A区域直播频道流媒体数据；

步骤311，客户端断开与A区域边缘服务器1连接；

步骤312，客户端通知A区域AAA服务器，停止计费；

步骤313，A区域AAA服务器向第二认证服务器(全网AAA服务器)发送计费信息。

因此，本发明流媒体数据的处理方法实施例三，A区域客户端访问A区域直播频道的处理，实现了有效的流媒体数据的审核和监控，对骨干网带宽消耗小，对用户身份和权限的认证有效，并且便于实际运营与管理。

如图7所示，为本发明基于应用层组播的流媒体数据处理方法实施例四的流程图，本实施例是A区域定位到一个边缘服务器后的客户端访问A区域的其它边缘服务器或者访问B区域直播频道的处理流程，具体包括如下步骤：

步骤401，A区域客户端选择连接第一认证服务器(B区域AAA服务器)进行认证，例如发送登陆用户账号进行验证，如用户不输入账号，则按照匿名账号方式请求认证；

步骤402，B区域AAA服务器验证通过后返回给客户端认证通过信息，根据用户地址确定资源调度服务器，验证失败则返回步骤201；

步骤403，客户端通过Portal请求频道信息；

步骤404，Portal返回给客户端频道信息；

步骤405，客户端发送频道URL地址给B区域AAA服务器，请求授权观看该频道；

步骤406，B区域AAA服务器验证用户为该频道的合法用户后，对用户进行授权，发送资源调度服务器地址给客户端，授权失败则返回步骤401；

步骤407，客户端连接资源调度服务器，请求资源调度；

步骤408，资源调度服务器通过各种策略，如用户位置，第一边缘服务器负载情况，确定用户的第一边缘服务域，将客户端重定向到该域的第一边缘服务器(A区域边缘服务器1)；

因为一个区域可以有多个边缘服务器，根据用户的位置和各个边缘服务器的负载情况等，将一个用户定位到该区域的一个边缘服务器上；本实施例就是将A区域的一个用户定位到A区域的区域边缘服务器1上；

步骤409，客户端请求A区域边缘服务器1提供B区域直播频道流媒体数据；

步骤410，如A区域边缘服务器1没有第二边缘服务器(B区域边缘服务器1)的直播频道流媒体数据，则请求B区域边缘服务器1提供直播频道流媒体数据；

步骤411，B区域边缘服务器1向A区域边缘服务器1提供B区域直播频道流媒体数据；

步骤412，A区域边缘服务器1向客户端提供B区域直播频道流媒体数据；

此时客户端可以对流媒体数据进行解码，播放画面，同时也上传数据流；并且A区域边缘服务器实时将负载情况上报给资源调度服务器；

步骤413，客户端断开与A区域边缘服务器1连接；

步骤414，客户端通知B区域AAA服务器，停止计费；

步骤415，B区域AAA服务器向第二认证服务器(全网AAA服务器)发送计费信息。

因此，本发明流媒体数据的处理方法实施例四，A区域客户端访问B区域直播频道的处理，实现了有效的流媒体数据的审核和监控，对骨干网带宽消耗小，对用户身份和权限的认证有效，并且便于实际运营与管理。

如图8所示，为本发明基于应用层组播的流媒体数据处理系统实施例一的结构示意图，包括：客户端1，用于发送用户信息，发送频道URL地址，请求资源调度和接收流媒体数据；第一认证服务器2，与客户端1相连接，用于根据用户信息进行验证，进行用户授权和返回资源调度服务器地址信息，以及计费处理；资源调度服务器3，与客户端1相连接，用于向客户端1返回第一边缘服务器4；第一边缘服务器4，与客户端1和资源调度服务器3相连接，用于向客户端1提供流媒体数据。

如图9所示，为本发明基于应用层组播的流媒体数据处理系统实施例二的结构示意图，与实施例一相比增加了第二认证服务器5，与第一认证服务器2相连接，用于接收第一认证服务器发送的计费信息。

如图10所示，为本发明基于应用层组播的流媒体数据处理系统实施例三的结构示意图，与实施例二相比增加了第二边缘服务器6，与第一边缘服务器4相连接，用于根据第一边缘服务器4的请求，返回流媒体数据。

因此，本发明流媒体数据的处理系统，实现了有效的流媒体数据的审核和监控，对骨干网带宽消耗小，对用户身份和权限的认证有效，并且便于实际运营与管理。

应用层组播是通过在应用层复制和缓存数据包而不是在路由器上复制数据包来避免对现网的大规模升级改造，本发明基于应用层组播的流媒体数据处理方法和系统支持综合业务管理平台(ISMP)，能够保证QOS，延时小，支持网管、认证、收费，适合大规模开展流媒体直播业务。而现有的技术，如P2P应用层组播技术不保证QOS，延时大，而对于传统IP组播，数据分组的复制、转发以及群组的管理都由路由器完成，因此容易达到系统瓶颈，影响数据传输效率和用户体验，系统升级改造较大。应用层组播(Application LayerMulticast，ALM)则利用覆盖网(Overlay Network)技术，在现有的IP网络上构建一个虚拟网络，将组播功能从路由器转移到端系统。组播服务部署容易、可动态适应网络条件的变化以及可以实现服务定制功能等。

最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。

Claims (15)

1、一种基于应用层组播的流媒体数据处理方法，其特征在于包括：

发送频道统一资源定位器地址，请求授权观看该频道；

根据授权后返回的资源调度服务器地址，连接所述源调度服务器，请求资源调度；

根据返回的所述源调度服务器发送的第一边缘服务器地址，请求所述第一边缘服务器提供流媒体数据；

接收第一边缘服务器发送的流媒体数据。

2、根据权利要求1所述的基于应用层组播的流媒体数据处理方法，其特征在于：所述发送频道统一资源定位器地址之前还包括：发送用户信息，验证用户帐号。

3、根据权利要求2所述的基于应用层组播的流媒体数据处理方法，其特征在于：所述验证用户帐号以后还包括：接收请求的频道信息。

4、根据权利要求1所述的基于应用层组播的流媒体数据处理方法，其特征在于：所述根据返回的所述源调度服务器发送的第一边缘服务器地址具体为：通过策略确定用户的第一边缘服务器域，定向到该域的第一边缘服务器，返回该第一边缘服务器地址。

5、根据权利要求1所述的基于应用层组播的流媒体数据处理方法，其特征在于：所述接收第一边缘服务器发送的流媒体数据时还包括：所述第一边缘服务器将负载情况上报所述资源调度服务器。

6、根据权利要求1所述的基于应用层组播的流媒体数据处理方法，其特征在于：所述接收第一边缘服务器发送的流媒体数据具体为：

第一边缘服务器向第二边缘服务器发送流媒体数据请求；

接收第一边缘服务器转发的第二边缘服务器发送的流媒体数据。

7、根据权利要求1或6所述的基于应用层组播的流媒体数据处理方法，其特征在于：所述接收第一边缘服务器发送的流媒体数据后还包括：断开与第一边缘服务器的连接，停止计费。

8、根据权利要求7所述的基于应用层组播的流媒体数据处理方法，其特征在于：所述停止计费后还包括：上报计费信息。

9、根据权利要求1所述的基于应用层组播的流媒体数据处理方法，其特征在于：所述发送频道统一资源定位器地址之前还包括：

申请发布直播频道；

审核通过后将节目源发向媒体发布服务器；

所述媒体发布服务器接收节目源的数据流进行转码，向第一边缘服务器发送流媒体数据。

10、根据权利要求1所述的基于应用层组播的流媒体数据处理方法，其特征在于：所述发送频道统一资源定位器地址之前还包括：

申请发布直播频道；

审核通过后将节目源发向媒体发布服务器；

根据接收到的第一边缘服务器发送的请求流媒体数据的请求，向第一边缘服务器发送流媒体数据。

11、根据权利要求9或10所述的基于应用层组播的流媒体数据处理方法，其特征在于：所述向第一边缘服务器发送流媒体数据具体为：所述媒体发布服务器按照优先级的顺序，向优先级最高的第一边缘服务器发送流媒体数据。

12、根据权利要求11所述的基于应用层组播的流媒体数据处理方法，其特征在于还包括：接收到流媒体数据的优先级最高的第一边缘服务器，向本区域的其他第一边缘服务器转发接收到的流媒体数据。

13、一种基于应用层组播的流媒体数据处理系统，其特征在于包括：

客户端，用于发送用户信息，发送频道统一资源定位器地址，请求资源调度和接收流媒体数据；

第一认证服务器，用于根据用户信息进行验证，进行用户授权和返回资源调度服务器地址信息，以及计费处理；

资源调度服务器，用于向客户端返回第一边缘服务器地址；

第一边缘服务器，用于向所述客户端提供流媒体数据。

14、根据权利要求13所述的基于应用层组播的流媒体数据处理系统，其特征在于还包括：第二认证服务器，用于接收第一认证服务器发送的计费信息。

15、根据权利要求13或14所述的基于应用层组播的流媒体数据处理系统，其特征在于还包括：第二边缘服务器，用于根据第一边缘服务器的请求，返回流媒体数据。

Images