CN104540043A - 一种无线网络的视频传输方法及基站 - Google Patents

Abstract

本发明公开一种无线网络的视频传输方法及基站，所述方法包括：基站根据用户的信道质量信息，将信道质量低于第一预设值的用户归为采用单播传输方式的用户，将信道质量大于等于第一预设值的用户归为采用组播传输方式的用户，所述用户的信道质量信息为用户设备UE根据预设规则获得并上传的信道质量信息；基站根据用户的信道质量信息以及预设的等级个数，将所述采用组播传输方式的用户划分为多个组播组，所述组播组的个数等于所述预设的等级个数；基站将无线网络的视频通过单播传输方式传输到所述采用单播传输方式的用户、通过组播传输方式传输到所述采用组播传输方式的用户。

Description

一种无线网络的视频传输方法及基站

技术领域

本发明涉及无线通信技术领域，具体涉及一种无线网络的视频传输方法及基站。

背景技术

无线网络的视频服务为动态自适应超文本传送协议流媒体(Dynamic Adaptive Streaming of HTTP，DASH)服务，DASH服务的传输方式有基于精密时钟同步协议(Precision Time Protocol，PTP)的单播与基于多媒体组播单频网(Multimedia Broadcast MulticastService Single Frequency Network，MBFSN)的组播两种方式，3GPP对于MBSFN方式在子帧的使用上定义了一定的标准。由于无线网络中带宽资源有限，如何在有限的资源环境下，服务更多的终端用户，并使得用户体验尽可能的高是值得关注和研究的热点。

在传统DASH服务中，用户通过DASH服务的自适应机制得到与其信道质量相匹配的视频服务，信道质量好的用户能得到高码率的视频服务，同时信道质量不好的用户只能得到码率较低的视频服务。但是随着用户增加，无线资源很快达到饱和，不能再服务更多的用户。

对于请求DASH服务的用户较少或者用户信道质量较差的场景，DASH服务采用单播传输方式有较好的效果。对于在一个集中区域有大量用户同时请求相同DASH服务的场景(比如直播场景：某个时间有一场直播的球赛，在一个商场的大部分用户希望通过移动终端获得该服务，又比如并发服务场景，即请求视频的时间和内容在一定的范围内的服务场景)，若为所有请求DASH服务的用户单播DASH服务，可能出现无线资源不够用并且提供给用户的视频质量下降的问题。

因此，对于无线网络的视频，如果采用单播方式服务所有用户，则随着用户数增加，会出现无线资源不够用的情况；如果采用组播方式服务所有用户，虽然解决了无线资源不足的问题，但是由于组播必须满足组播组中信道质量最差的用户的请求，在进行组播服务时，同一组播组中信道质量较好的用户就得不到与其信道质量相匹配的服务质量体验。

发明内容

本发明所要解决的技术问题是现有技术中，以单播传输方式服务所有用户会产生无线资源不够用的问题；以组播方式服务同一视频节目下的所有用户会影响信道质量好的用户的服务体验的问题。

为此目的，第一方面，本发明提出一种无线网络的视频传输方法，所述方法包括：

基站根据用户的信道质量信息，将信道质量低于第一预设值的用户归为采用单播传输方式的用户，将信道质量大于等于第一预设值的用户归为采用组播传输方式的用户，所述用户的信道质量信息为用户设备UE根据预设规则获得并上传的信道质量信息；

基站根据用户的信道质量信息以及预设的等级个数，将所述采用组播传输方式的用户划分为多个组播组，所述组播组的个数等于所述预设的等级个数；

基站将无线网络的视频通过单播传输方式传输到所述采用单播传输方式的用户、通过组播传输方式传输到所述采用组播传输方式的用户。

可选的，所述基站根据用户的信道质量信息，将信道质量低于第一预设值的用户归为采用单播传输方式的用户，将信道质量大于等于第一预设值的用户归为采用组播传输方式的用户的步骤之后，所述方法还包括：

基站向用户下发控制信令，所述控制信令用于指示用户切换到控制信令中指定的传输方式，所述传输方式为单播传输方式或组播传输方式。

可选的，所述基站根据用户的信道质量信息以及预设的等级个数，将所述采用组播传输方式的用户划分为多个组播组的步骤之后，所述方法还包括：

基站向动态自适应超文本传送协议流媒体DASH的组播代理服务器Multicast Proxy上报组播组信息，所述DASH的组播代理服务器Multicast Proxy设置于广播多播服务中心BM-SC。

可选的，所述基站将无线网络的视频通过单播传输方式传输到所述采用单播传输方式的用户，通过组播传输方式传输到所述采用组播传输方式的用户，包括：

基站将无线网络的视频通过单播传输方式以第一视频码率传输到所述采用单播传输方式的用户，通过组播传输方式以第二视频码率传输到所述采用组播传输方式的用户，所述第二视频码率为DASH的组播代理服务器Multicast Proxy下发的采用组播传输方式的用户的视频码率，所述采用组播传输方式的用户的视频码率的个数等于所述组播组的个数；

其中，所述第一视频码率为采用单播传输方式的用户根据DASH的自适应机制确定并上传的第一视频码率；

其中，所述第二视频码率为DASH的组播代理服务器MulticastProxy在接收基站上报的组播组信息之后，决策的每个组播组的视频码率。

第二方面，本发明还提出一种基站，所述基站包括：

第一单元，用于根据用户的信道质量信息，将信道质量低于第一预设值的用户归为采用单播传输方式的用户，将信道质量大于等于第一预设值的用户归为采用组播传输方式的用户，所述用户的信道质量信息为用户设备UE根据预设规则获得并上传的信道质量信息；

第二单元，用于根据用户的信道质量信息以及预设的等级个数，将所述采用组播传输方式的用户划分为多个组播组，所述组播组的个数等于所述预设的等级个数；

第三单元，用于将无线网络的视频通过单播传输方式传输到所述采用单播传输方式的用户、通过组播传输方式传输到所述采用组播传输方式的用户。

相比于现有技术，本发明的无线网络的视频传输方法及基站通过划分采用单播传输方式的用户以及采用组播传输方式的用户，解决了仅以单播传输方式服务所有用户产生无线资源不够用的问题，同时，通过将采用组播传输方式的用户进一步进行分组，提高了采用组播传输方式的用户的服务质量体验，解决了仅以组播方式服务同一视频节目下的所有用户影响信道质量好的用户的服务体验的问题。

附图说明

图1示出了实施例中的无限网络的视频传输方法流程图；

图2示出了实施例中的基站；

图3示出了实施例中的无限网络的视频传输方法流程图。

具体实施方式

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

如图1所示，本实施例公开一种无线网络的视频传输方法，所述方法包括：

S1、基站根据用户的信道质量信息，将信道质量低于第一预设值的用户归为采用单播传输方式的用户，将信道质量大于等于第一预设值的用户归为采用组播传输方式的用户，所述用户的信道质量信息为用户设备UE根据预设规则获得并上传的信道质量信息；

S2、基站根据用户的信道质量信息以及预设的等级个数，将所述采用组播传输方式的用户划分为多个组播组，所述组播组的个数等于所述预设的等级个数；

S3、基站将无线网络的视频通过单播传输方式传输到所述采用单播传输方式的用户、通过组播传输方式传输到所述采用组播传输方式的用户。

其中，所述基站根据用户的信道质量信息，将信道质量低于第一预设值的用户归为采用单播传输方式的用户，将信道质量大于等于第一预设值的用户归为采用组播传输方式的用户的步骤之后，所述方法还包括：

基站向用户下发控制信令，所述控制信令用于指示用户切换到控制信令中指定的传输方式，所述传输方式为单播传输方式或组播传输方式。

其中，所述基站根据用户的信道质量信息以及预设的等级个数，将所述采用组播传输方式的用户划分为多个组播组的步骤之后，所述方法还包括：

基站向动态自适应超文本传送协议流媒体DASH的组播代理服务器Multicast Proxy上报组播组信息，所述DASH的组播代理服务器Multicast Proxy设置于广播多播服务中心BM-SC。

其中，所述基站将无线网络的视频通过单播传输方式传输到所述采用单播传输方式的用户，通过组播传输方式传输到所述采用组播传输方式的用户，包括：

基站将无线网络的视频通过单播传输方式以第一视频码率传输到所述采用单播传输方式的用户，通过组播传输方式以第二视频码率传输到所述采用组播传输方式的用户，所述第二视频码率为DASH的组播代理服务器Multicast Proxy下发的采用组播传输方式的用户的视频码率，所述采用组播传输方式的用户的视频码率的个数等于所述组播组的个数；

其中，所述第一视频码率为采用单播传输方式的用户根据DASH的自适应机制确定并上传的第一视频码率；

其中，所述第二视频码率为DASH的组播代理服务器MulticastProxy在接收基站上报的组播组信息之后，决策的每个组播组的视频码率。

如图2所示，本发明还提出一种基站，所述基站包括：

第一单元，用于根据用户的信道质量信息，将信道质量低于第一预设值的用户归为采用单播传输方式的用户，将信道质量大于等于第一预设值的用户归为采用组播传输方式的用户，所述用户的信道质量信息为用户设备UE根据预设规则获得并上传的信道质量信息；

第二单元，用于根据用户的信道质量信息以及预设的等级个数，将所述采用组播传输方式的用户划分为多个组播组，所述组播组的个数等于所述预设的等级个数；

第三单元，用于将无线网络的视频通过单播传输方式传输到所述采用单播传输方式的用户、通过组播传输方式传输到所述采用组播传输方式的用户。

在具体应用中，本发明方案的前提：

(1)有m个UE发起DASH请求，该m个UE对应n个eNB；

(2)SFN方式下UE可以向eNB反馈信道质量信息；

(3)eNB与DASH multicast proxy之间的通信消息为控制消息，可以利用现有接口实现通信，也可以创造新的接口实现通信；

若SFN方式下UE可以向eNB反馈信道质量信息，首先对于UE来说，信道质量信息可测量，eNB需要进行信道质量信息收集以及传输方式决策等工作。

工作流程：

总体来说，在一个算法执行周期T内的工作流程可以分为5步：

(1)UE上报eNB信道质量信息；

UE每次接收数据的同时会计算当前的信道质量信息，可以通过UE的反馈信息或者控制信息将信道质量上报给eNB。

(2)eNB收集用户信道质量信息；

eNB收集到小区内所有用户的信道质量，做汇总保存，并在后续步骤利用于算法中。

(3)eNB执行决策算法阶段；

eNB根据收集到的用户信道质量信息，与从DASH proxy或DASH multicast proxy获得的视频MPD信息，通过在有限的无线资源中最大化视频服务体验的原则，计算并输出每个UE的传输方式，并以控制信令形式下发给UE，同时将组播UE的信息发给DASHmulticast proxy。

(4)UE传输方式执行阶段：

根据eNB下达的控制信令执行相应动作：决策为单播传输的UE关闭组播接口，开启DASH ptp client，执行单播DASH流程，继续请求下一分片；决策为组播传输的UE关闭DASH ptp client，开启组播接口，等待接收组播数据；

(5)DASH multicast proxy决策组播码率：

DASH multicast proxy根据组播UE的信道质量信息、无线资源数量以及视频码率信息，以最大化服务体验的原则，将组播UE继续划分为各个小组播组，并为每个组播组决策视频码率。

具体流程如图3所示，流程中涉及到的各个实体的主要动作：

DASH Proxy：

DASH Proxy了解UE请求视频业务的URL信息、UE的IP地址、视频业务的码率等级信息等，负责处理单播UE的视频请求；

(1)被决策为单播传输的UE继续请求下一视频分片，DASHproxy截取请求，分析合理性，做出码率调整，再将请求发向DASHserver；

(2)DASH proxy在收到eNB发出的视频码率信息请求时，给eNB发送视频码率信息，例如MPD文件。

eNB：

(1)eNB收集DASH proxy、DASH multicast proxy通告的应用层信息；例如，该应用层信息有：视频A的码率等级信息包括688kbps、1427kbps、2056kbps；视频B的码率等级信息包括477kbps、991kbps、1427kbps；

(2)eNB确定测量UE信道质量信息的测量参数和测量方式pattern；例如，确定的测量参数是单播和组播方式下UE的SINR，测量方式pattern包括测量周期T的大小；

(3)eNB将测量配置信息通告给该eNB下的各个UE；例如，eNB将单播和组播方式下需要测量的UE的SINR参数发送给下属UEs；

(4)eNB收集UE上报的信道质量测量信息；例如，eNB收集单播和组播方式下所有UE测量的SINR参数；

(5)eNB根据收集的输入信息和服务质量最大化原则，执行决策算法，输出推荐的传输方式，下发到UE。例如，同一小区下有20个用户在同时观看一个视频，决策算法的输出结果可能为3个用户为单播传输，17个用户为组播传输。

(6)eNB将组播UE信息传给DASH multicast proxy，包括UE的唯一标识号，以及UE的信道质量信息；

(7)eNB收到DASH multicast proxy的组播组分组结果后，以控制信令的方式通知组播组UE所属的组播组。

DASH multicast proxy：

(1)DASH multicast proxy在组播DASH中起到组播代理的作用，可以位于BM-SC实体中，由它去向DASH server请求视频分片，组播下发到各个组播UE；

(2)DASH multicast proxy收到eNB上报的组播UE信息(包括组播UE的信道质量信息、组播可用无线资源上限)后，结合组播视频码率，基于服务质量最大化的原则，继续将组播组UE细分为多个小组播组，并提供不同码率的视频进行组播服务。例如，有17个组播UE，DASH multicast proxy决策完成后，7个信道质量较差的用户分为一个子组播组，服务码率为661Kbps的视频，10个信道质量较好的用户分为另一个子组播组，服务码率为991Kbps的视频；

(3)DASH multicast proxy将组播组分组信息下发给eNB，由eNB将组播组分组信息以控制信令的方式下发给UE；

(4)DASH multicast proxy负责为各个小组播组向服务器请求相应码率的组播分片，并组播下发给各个组播组的UE。

UE：

(1)UE接收eNB通告的信道质量测量配置信息；例如，eNB通告UE需要测量单播/组播方式下的SINR信息；

交互接口：LTE-Uu接口，即空中接口；

(2)UE根据测量配置信息对单播/组播方式下的信道质量进行测量；例如，UE测量单播方式下的SINR信息；(对应图3中的序号1)，本步骤处于如图3的流程中，即eNB已经将各个UE区分单播组播，在此条件下对信道质量的测量，组播测量方式与单播不同；

(3)UE将测量的信道质量信息上报给对应eNB；例如，UE将测量的单播/组播方式下的SINR结果发送给所属eNB；(对应图3中的序号2)

交互接口：LTE-Uu接口，即空中接口；

(4)UE接收到eNB下发的传输方式调整的控制信息后，执行相应动作；例如，处于单播传输方式下的UE由于信道质量变化，被eNB决策为组播传输，关闭单播数据接口，同时开启组播数据接口；

具体流程描述如下：

(1)DASH proxy和DASH multicast proxy从DASH视频服务器获取视频信息，DASH proxy负责单播用户的码率请求，DASHmulticast proxy负责组播用户的码率请求；

(2)eNB向DASH proxy或DASH multicast proxy请求视频的码率信息；

(3)多个UE同时请求同一视频服务，起始传输方式为单播传输方式；

(4)UE在发起请求的同时，进行信道质量的测量，UE将测量信道质量信息的结果上报给eNB；本步骤信道质量测量处于整个流程开始阶段，此时尚未对各个UE区分单播组播，所以此时的信道质量测量均属于单播情况下的测量；

(5)eNB根据UE的信道质量信息以及DASH的视频码率信息，以服务质量最大化的原则，同时在无线资源RB数目的限制下(无线资源限制即RB在一个子帧中数量一定，一个子帧即为一个RB分配周期，eNB调度器将一个子帧内的RB分配给各个UE)，将所有用户分为单播和组播，并将组播UE的信息上报给DASH multicastproxy；

(6)DASH multicast proxy根据eNB上报的组播UE信息，在组播无线资源的限制下(一个无线帧分为十个子帧，标准规定组播最多利用其中六个)，根据组播UE的信道质量，以服务质量最大化为原则，将组播组继续分组，每个小组播组中UE的信道质量接近；并为每个子组播组确定视频码率，向DASH server进行请求；

(7)DASH multicast proxy将组播组分组情况下发给eNB；

(8)eNB将所用用户的传输方式信息，包括哪些UE为单播传输，哪些UE为组播传输，组播传输的UE属于哪个子组播组，以控制信令的方式下发给各个UE；

(9)UE根据eNB下发的传输方式控制信息做出相应动作：单播UE继续通过自适应码率向DASH server请求视频分片；组播UE由DASH multicast proxy向DASH server请求视频分片进行组播下发；

算法实施例

决策实体：eNB负责决策每个UE的传输方式，Dash Proxy，DASH multicast proxy辅助决策，DASH multicast proxy负责给组播组UE继续分组。需要说明的是：决策实体不包括Dash proxy，Dashproxy处理单播请求，Dash multicast proxy为处理组播服务。

输入信息：UE的信道质量信息，视频业务信息，用户分布信息。

输出信息：eNB对每个UE做的传输方式决策(包括采用PTP或SFN方式进行传输)，DASH multicast proxy做的组播组分组及码率决策：即在保证所有业务的用户在有限的资源下，基于服务质量最大化的目标，使得视频业务的传输方式和传输码率在每个RB上带来的PSNR最大化。

下面介绍一下决策步骤，分为两步，首先进行同一视频业务对每个UE的传输方式的决策，然后根据业务的传输方式进行每个用户的传输码率的决策。

算法前提：

(1)系统资源以RB进行分配，但SFN方式仅可用其中6个子帧的RB

(2)对于任意用户同一时间段观看的视频只能是一个码率。

(3)对于每个用户在同一时间段内只能选择一种传输模式。

(4)SFN方式下UE可以向eNB反馈信道信息。

(6)eNB与DASH multicastproxy可以互相通信。

选取用户传输方式以及组播码率的算法描述：

(1)eNB从DASH proxy或DASH multicast proxy获取视频信息(视频码率信息，单播和组播视频拥有相同的视频码率)；

(2)eNB收集小区下视频用户的信道质量信息；

(3)利用最低码率视频对应的PSNR(p)作为临时决策辅助值(视频码率与PSNR有一对应关系)；注：每个视频分为不同的视频码率等级，可以通过MPD文件得到视频码率信息，从中得出最低码率；

(4)选取用户分割点，即以信道质量从小到大的顺序对所有视频用户排序，将前x％的用户分为单播传输(x可以选择5,10,15,20……95,100)，并计算以x％为分割点的条件下的资源消耗数量(r)；

(5)计算每个RB能够带来的PSNRm＝p/r；

(6)将x在(5,10,15,20……95,100)范围内遍历一遍，对应每一x值计算m值，选择最大的m值，记为Max-T；

(7)将Max-T对应的单播组播分配方式进行保存；

(8)eNB将分配为组播传输的UE信息(包括UE的信道质量信息)以及组播无线资源限额数(即资源上限)发给DASH multicastproxy；

(9)DASH multicast proxy将组播UE按信道质量从小到大排序，记录最小值min-CQI，最大值max-CQI；

(10)选择组播组细分粒度s，s可以为2到15的整数(CQI等级为1到15)；

(11)将组播UE的CQI范围等分为s份，记为1到s级，属于同一信道质量等级的UE分为同一组；

(12)为每一子组播组确定视频码率，码率和子组播组中的最差CQI有一对应关系，此对应关系参见表2；

(13)每个RB的传输速率与CQI的对应关系，，此对应关系参见表1；

(14)求出对应码率(即步骤(12)中确定的视频码率)的视频所需的RB数，并将所有等级的RB资源消耗相加；

(15)若RB数没有达到组播无线资源上限，等级数s加1(若s加1消耗完无线资源，s加1无效)，重复步骤(11)到(14)，直到组播无线资源消耗完为止。

算法中涉及到的参考公式：

SINR计算：

$\mathrm{SINR}\left(m\right)=\frac{S+I}{N}=\frac{{\mathrm{\Σ}}_{i=1}^{57}{\mathrm{\Σ}}_{j=1}^M\frac{P_j}{\mathrm{Path}\_\mathrm{Loss}\left(i\right)}}{N_0}$

其中， $\frac{S+I}{N}=\frac{\underset{i=0}{\overset{N}{\mathrm{\Σ}}}\underset{j=1}{\overset{M}{\mathrm{\Σ}}}\frac{w({\mathrm{\τ}}_{i\left(m\right)}+{\mathrm{\δ}}_j)P_j}{\mathrm{qi}\left(m\right)}}{\underset{i=1}{\overset{N}{\mathrm{\Σ}}}\underset{j=1}{\overset{M}{\mathrm{\Σ}}}\frac{(1-w({\mathrm{\τ}}_{i\left(m\right)}+{\mathrm{\δ}}_j))P_j}{q_i\left(m\right)}+N_0}$

当采用SFN组播模式传播视频时，SINR取该业务下所有用户中最小的值，即

SINR_SFN＝min{SINR(m)}

当采用PTP模式传播视频时，该业务(业务指视频服务，可理解为各个用户当前观看的视频节目)下每个用户的SINR值都是独立的，即

${\mathrm{SINR}}_{\mathrm{PTP}}=\frac{S}{I+N}=\frac{{\mathrm{\Σ}}_{j=1}^M\frac{P_j}{\mathrm{Path}\_\mathrm{Loss}\left(1\right)}}{{\mathrm{\Σ}}_{i=2}^{57}{\mathrm{\Σ}}_{j=1}^M\frac{P_j}{\mathrm{Path}\_\mathrm{Loss}\left(i\right)}+N_0}$

根据在TU衰落信道模型下计算出的SINR-CQI对应关系和3GPP提供的CQI-MCS对应关系我们可以得到单位资源块的传输速率：B_(m,n),s＝f(SINR_(m,n),s)

表1 对应的SINR与速率：

采用不同传输模式时，在每个基站每个时隙上消耗的RB资源的定义：

${\mathrm{RB}}_s=\left\{\begin{array}{c}\frac{l_{\mathrm{SFN},s}}{B_{\mathrm{DFN},s}}s\∈{\mathrm{\Ω}}_{\mathrm{SFN}}\\ {\mathrm{\Σ}}_{i=1}^N\frac{l_{\mathrm{PTP},s}}{B_{\mathrm{PTP},s}\left(i\right)}s\∈{\mathrm{\Ω}}_{\mathrm{PTP}}\end{array}\right.$

用户对节目的观看体验用PSNR表示，PSNR-Rate model:

${\mathrm{PSNR}}_s=\left\{\begin{array}{cc}0& R\&le;R_{\min }\\ a_s/(R+b_s)+C_s& R_{\min }<R\&le;R_{\max }\\ U_{\max }& R>R_{\max }\end{array}\right.$

表2 组播用户CQI与码率的对应关系(根据仿真得出)：

本发明技术方案带来的有益效果：解决了DASH视频业务传输时传输方式和传输码率的决策问题，可使DASH客户端在请求视频服务时，更好的利用网络带宽等无线资源，获得更优的视频质量。提高LTE网络中小区DASH用户的容量，选取使得每个RB上能带来最大用户体验psnr的传输方式的组合，可以节省无线资源消耗，提高用户体验，使得网络容量最大化。

本发明在DASH传输的架构基础上，提供了一种通过UE信道质量信息，视频业务信息，用户分布信息，结合有限无线资源，在最大化服务体验的目标下，将同一视频节目下的用户做进一步分组，一部分用户以单播传输，一部分用户以组播传输，并且将组播用户进一步细分成小组播组，提供不同等级的服务。

1.eNB传输方式决策和与DASH multicast proxy交互

(1)eNB与DASH multicast proxy交互，上传eNB决策的传输方式选择结果，并获取不同视频业务的码率信息。

不同视频业务的码率信息即视频业务支持的不同等级的码率值。

eNB根据UE的信道质量信息和视频码率信息，以最大化视频节目的总体服务体验质量为目的，对所有用户分配传输方式，得到每个用户的传输方式。

eNB决策用户传输方式的算法。

2.DASH multicast proxy

(1)、DASH multicast proxy与DASH server交互获得不同视频业务的码率信息，不同视频业务的码率信息即视频业务支持的不同等级的码率值；

(2)、DASH multicast proxy与eNB交互获得eNB的UE传输方式决策信息，并将视频业务信息等通告eNB；

(3)、DASH multicast proxy根据从eNB获得的组播UE信息和视频传输码率，将组播组UE再分组，分别提供不同的视频码率；采用ptp方式传输的视频业务通过DASH Proxy控制传输；采用sfn方式传输的视频业务通过DASH multicast proxy控制传输；

(4)、DASH multicast proxy决策组播组继续分组的算法。

本文涉及的缩略语和关键术语如下：

DASH:Dynamic Adaptive Streaming of Http,自适应HTTP流媒体；

MPD:Media presentation description,视频描述文件；

MBMS:Multimedia Broadcast Multicast Service,多媒体广播组播业务；

MBMSFN:Multicast-broadcast Single Frequency Network,广播组播单频网络；

BM-SC:Broadcast Multicast Service Center,广播多播服务中心；

MCE:Multi-cell/multicast Coordination Entity,MBMS协调实体，负责为其管辖下的eNodeB进行组播调度；

UE:User Equipment,用户设备；

Proxy:代理服务器；

eNodeB:Evolved Node B,演进型Node B，LTE中基站的名称；

LTE:Long Term Evolution,长期演进，是由3GPP组织制定的UMTS技术标准的长期演进；

S-GW:Serving Gateway,服务网关；

P-GW:PDN Gateway,公用数据网络网关；

MBMS-GW:eMBMS Gateway,多媒体广播组播网关；

HSS:Home Subscriber Server,用户数据服务器；

CQI:Channel Quality Indicator,信道质量指示；

RB:Resource Block,资源块(LTE环境下的无线资源的最小单元)。

虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (5)

1.一种无线网络的视频传输方法，其特征在于，所述方法包括：

基站根据用户的信道质量信息，将信道质量低于第一预设值的用户归为采用单播传输方式的用户，将信道质量大于等于第一预设值的用户归为采用组播传输方式的用户，所述用户的信道质量信息为用户设备UE根据预设规则获得并上传的信道质量信息；

基站根据用户的信道质量信息以及预设的等级个数，将所述采用组播传输方式的用户划分为多个组播组，所述组播组的个数等于所述预设的等级个数；

基站将无线网络的视频通过单播传输方式传输到所述采用单播传输方式的用户、通过组播传输方式传输到所述采用组播传输方式的用户。

2.根据权利要求1所述的方法，其特征还在于，所述基站根据用户的信道质量信息，将信道质量低于第一预设值的用户归为采用单播传输方式的用户，将信道质量大于等于第一预设值的用户归为采用组播传输方式的用户的步骤之后，所述方法还包括：

基站向用户下发控制信令，所述控制信令用于指示用户切换到控制信令中指定的传输方式，所述传输方式为单播传输方式或组播传输方式。

3.根据权利要求1所述的方法，其特征还在于，所述基站根据用户的信道质量信息以及预设的等级个数，将所述采用组播传输方式的用户划分为多个组播组的步骤之后，所述方法还包括：

基站向动态自适应超文本传送协议流媒体DASH的组播代理服务器Multicast Proxy上报组播组信息，所述DASH的组播代理服务器Multicast Proxy设置于广播多播服务中心BM-SC。

4.根据权利要求3所述的方法，其特征在于，所述基站将无线网络的视频通过单播传输方式传输到所述采用单播传输方式的用户、通过组播传输方式传输到所述采用组播传输方式的用户，包括：

基站将无线网络的视频通过单播传输方式以第一视频码率传输到所述采用单播传输方式的用户、通过组播传输方式以第二视频码率传输到所述采用组播传输方式的用户，所述第二视频码率为DASH的组播代理服务器Multicast Proxy下发的采用组播传输方式的用户的视频码率，所述采用组播传输方式的用户的视频码率的个数等于所述组播组的个数；

其中，所述第一视频码率为采用单播传输方式的用户根据DASH的自适应机制确定并上传的第一视频码率；

其中，所述第二视频码率为DASH的组播代理服务器MulticastProxy在接收基站上报的组播组信息之后，决策的每个组播组的视频码率。

5.一种基站，其特征在于，所述基站包括：

第一单元，用于根据用户的信道质量信息，将信道质量低于第一预设值的用户归为采用单播传输方式的用户，将信道质量大于等于第一预设值的用户归为采用组播传输方式的用户，所述用户的信道质量信息为用户设备UE根据预设规则获得并上传的信道质量信息；

第二单元，用于根据用户的信道质量信息以及预设的等级个数，将所述采用组播传输方式的用户划分为多个组播组，所述组播组的个数等于所述预设的等级个数；

第三单元，用于将无线网络的视频通过单播传输方式传输到所述采用单播传输方式的用户、通过组播传输方式传输到所述采用组播传输方式的用户。