CN105264790B - 面向用户体验质量的移动视频业务反馈方法、装置和设备 - Google Patents

面向用户体验质量的移动视频业务反馈方法、装置和设备 Download PDF

Info

Publication number
CN105264790B
CN105264790B CN201380003092.2A CN201380003092A CN105264790B CN 105264790 B CN105264790 B CN 105264790B CN 201380003092 A CN201380003092 A CN 201380003092A CN 105264790 B CN105264790 B CN 105264790B
Authority
CN
China
Prior art keywords
terminal
base station
video resource
video
resource
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201380003092.2A
Other languages
English (en)
Other versions
CN105264790A (zh
Inventor
李娜
韩广林
费泽松
白伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN105264790A publication Critical patent/CN105264790A/zh
Application granted granted Critical
Publication of CN105264790B publication Critical patent/CN105264790B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/764Media network packet handling at the destination 

Abstract

本发明提供一种面向用户体验质量的移动视频业务反馈方法、装置和设备。该方法包括:终端接收基站发送的第一视频资源,并对第一视频资源大小和终端的可用缓冲区的容量执行比较操作,获取比较结果;若比较结果为不大于,则终端将第一视频资源存入可用缓冲区;若比较结果为大于,则终端向基站反馈可用缓冲区的容量,并丢弃第一视频资源,以使基站根据可用缓冲区的容量向终端下发第二视频资源;终端接收第二视频资源,并将第二视频资源作为新的第一视频资源与终端的可用缓冲区的容量返回执行比较操作,直至比较结果为不大于为止;从而避免了基站向终端下发数据时造成终端的缓冲区溢出,提高了用户的体验质量。

Description

面向用户体验质量的移动视频业务反馈方法、装置和设备
技术领域
本发明涉及通信技术,尤其涉及一种面向用户体验质量的移动视频业务反馈方法、装置和设备。
背景技术
随着智能手机的发展、新兴平板电脑的出现,用户对高质量视频内容的需求急剧增加。这些移动设备不仅要能够支持多种视频流应用和交互视频应用(例如:视频会议),同时还要具有获取视频的能力,以便于视频共享、视频播客、视频推特、视频广播应用等,而如何保障用户的体验质量(Quality of Experience,以下简称QoE)是移动视频得以成功发展和推广的关键所在。QoE是指用户的主观体验,相对于服务质量(Quality of Service,以下简称QoS)性能指标难以估量。但不可否认,网络带宽是影响移动视频业务QoE的最重要因素,因为只有宽带移动网络才能保证移动视频业务的质量和实时性。对于高质量的移动视频业务,其平均带宽需求为3Mbps。在下行数据传输过程中,调度与数据发送都由基站完成。基站下行调度器根据基站侧的缓存数据量、用户的QoS要求、公平性以及反馈上来的信道测量报告做出调度决定,基站把调度结果通过控制信令发送到各有关用户并根据调度结果发送下行数据;被调度到的用户在调度信令所指定的资源块上以指定的调制编码方案、天线选择方案接收下行数据。但是,如何保障终端用户的QoE并能有效避免终端的缓冲区溢出,是当前移动视频业务急需解决的问题。
现有技术中,基站向客户端设备发送媒体呈现数据,客户端设备根据所接收到的媒体呈现数据计算出QoE度量值,并将该QoE度量值周期性的上报给基站,使得基站获知当前用户接收下行数据时的QoE。
但是,现有技术基站在向终端下发数据时容易造成终端的缓冲区溢出,进而影响用户的QoE。
发明内容
本发明实施例提供一种面向用户体验质量的移动视频业务反馈方法、装置和设备,用以解决现有技术中基站在向终端下发数据时容易造成终端的缓冲区溢出,影响用户的QoE的问题。
本发明实施例第一方面提供一种面向用户体验质量的移动视频业务反馈方法,包括:
终端接收基站发送的第一视频资源,并对所述第一视频资源大小和所述终端的可用缓冲区的容量执行比较操作,获取比较结果;
所述终端根据所述比较结果确定是否将所述第一视频资源存入所述可用缓冲区;
若所述比较结果为不大于,则所述终端将所述第一视频资源存入所述可用缓冲区;
若所述比较结果为大于,则所述终端向所述基站反馈所述可用缓冲区的容量,并丢弃所述第一视频资源,以使所述基站根据所述可用缓冲区的容量向所述终端下发第二视频资源;
所述终端接收所述第二视频资源,并将所述第二视频资源作为新的第一视频资源与所述终端的可用缓冲区的容量返回执行所述比较操作,直至所述比较结果为不大于为止。
结合第一方面,在第一方面的第一种可能的实施方式中,所述终端接收基站发送的第一视频资源之前,还包括:
所述终端向所述基站发送视频资源请求消息;其中,所述视频资源请求消息中携带用户体验质量QoE指标的测量值,所述QoE指标的测量值为一个或多个测量值的集合;
则所述终端接收基站发送的第一视频资源,包括:
所述终端接收所述基站根据所述QoE指标的测量值发送的响应消息;其中,所述响应消息包括所述基站下发给所述终端的所述第一视频资源、所述基站为所述终端分配的接收所述第一视频资源的下行资源以及所述基站为所述终端分配的向所述基站反馈所述可用缓冲区的容量的上行资源。
结合第一方面的第一种可能的实施方式,在第一方面的第二种可能的实施方式中,所述终端向所述基站反馈所述可用缓冲区的容量,包括:
所述终端根据所述QoE指标的测量值确定所述终端接收所述第一视频资源的最大速率;
所述终端根据当前的视频播放模式确定与所述终端接收所述第一视频资源的最大速率对应的表示级别;
所述终端将所述表示级别发送给所述基站,以使所述基站根据所述表示级别获知所述可用缓冲区的容量大小。
结合第一方面的第二种可能的实施方式,在第一方面的第三种可能的实施方式中,所述QoE指标的测量值包括Tfetch(i)、Tdownload(i)和Spacket(i);其中,Tdownload(i)为所述终端前一次接收的视频资源中的第i个视频数据包进入到用户队列的时刻,Tfetch(i)为所述终端前一次接收的视频资源中的第i个视频数据包进入服务器队列的时刻,Spacket(i)为所述终端前一次接收的视频资源中的第i个视频数据包的大小;则所述终端根据所述QoE指标的测量值确定所述终端接收所述第一视频资源的最大速率,包括:
所述终端根据公式确定链路吞吐量Rthrpt;其中,所述P为所述终端前一次接收的视频资源中的后P个视频数据包的个数;
所述终端根据所述基站下发所述第一视频资源的源速率与所述Rthrpt确定所述终端接收所述第一视频资源的最大速率。
结合第一方面的第三种可能的实施方式,在第一方面的第四种可能的实施方式中,所述终端根据当前的视频播放模式确定与所述终端接收所述第一视频资源的最大速率对应的表示级别,包括:
若所述终端当前的视频播放模式为流模式,则所述终端根据公式bi≤Rthrpt(i)i=1,2,...,N确定第一表示级别其中,所述bi为表示级别为i的编码视频比特速率;
若所述终端当前的视频播放模式为缓冲模式,则所述终端根据公式确定第二表示级别其中,所述为所述终端前一 次接收视频资源时的表示级别。
结合第一方面的第一种可能的实施方式,在第一方面的第五种可能的实施方式中,所述终端向所述基站反馈所述可用缓冲区的容量,包括:
若所述基站为所述终端分配物理上行共享信道PUSCH资源,则所述终端通过所述PUSCH资源向所述基站反馈所述可用缓冲区的容量;
若所述基站未给所述终端分配所述PUSCH资源,则所述终端通过物理上行控制信道PUCCH资源向所述基站反馈所述可用缓冲区的容量。
本发明实施例第二方面提供一种面向用户体验质量的移动视频业务反馈方法,包括:
基站向终端发送第一视频资源;
所述基站接收所述终端反馈的所述终端的可用缓冲区的容量;
所述基站根据所述可用缓冲区容量向所述终端发送第二视频资源。
结合第二方面,在第二方面的第一种可能的实施方式中,所述基站向终端发送第一视频资源之前,还包括:
所述基站接收所述终端发送的视频资源请求消息;其中,所述视频资源请求消息中携带用户体验质量QoE指标的测量值,所述QoE的测量值为一个或多个测量值的集合;
则所述基站向终端发送第一视频资源,包括:
所述基站根据所述QoE指标的测量值向所述终端发送响应消息;其中,所述响应消息包括所述基站下发给所述终端的所述第一视频资源、所述基站为所述终端分配的接收所述第一视频资源的下行资源以及所述基站为所述终端分配的向所述基站反馈所述可用缓冲区的容量的上行资源。
结合第二方面的第一种可能的实施方式,在第二方面的第二种可能的实施方式中,所述基站接收所述终端反馈的所述终端的可用缓冲区的容量,包括:
所述基站接收所述终端根据所述终端的当前的视频播放模式确定的与所述终端接收所述第一视频资源的最大速率对应的表示级别;其中,所述终端接收所述第一视频资源的最大速率由所述终端根据所述QoE指标的测量值确定;
所述基站根据所述表示级别获知所述终端的可用缓冲区的容量大小。
本发明实施例第三方面提供一种面向用户体验质量的移动视频业务反馈装置,包括:
接收比较模块,用于接收基站发送的第一视频资源,并对所述第一视频资源大小和所述装置的可用缓冲区的容量执行比较操作,获取比较结果;
确定模块,包括反馈单元和存储单元;
若所述比较结果为不大于,则所述存储单元用于将所述第一视频资源存入所述可用缓冲区;
若所述比较结果为大于,则所述反馈单元用于向所述基站反馈所述可用缓冲区的容量,并丢弃所述第一视频资源,以使所述基站根据所述可用缓冲区的容量向所述装置下发第二视频资源;
则所述接收比较模块还用于接收所述第二视频资源,并将所述第二视频资源作为新的第一视频资源与所述终端的可用缓冲区的容量返回执行所述比较操作,直至所述比较结果为不大于为止。
结合第三方面,在第三方面的第一种可能的实施方式中,所述装置还包括:
发送模块,用于在所述接收比较模块接收基站发送的第一视频资源之前,向所述基站发送视频资源请求消息;其中,所述视频资源请求消息中携带用户体验质量QoE指标的测量值,所述QoE指标的测量值为一个或多个测量值的集合;
则所述接收比较模块,具体用于接收所述基站根据所述QoE指标的测量值发送的响应消息;其中,所述响应消息包括所述基站下发给所述装置的所述第一视频资源、所述基站为所述装置分配的接收所述第一视频资源的下行资源以及所述基站为所述装置分配的向所述基站反馈所述可用缓冲区的容量的上行资源。
结合第三方面的第一种可能的实施方式,在第三方面的第二种可能的实施方式中,所述反馈单元具体用于根据所述QoE指标的测量值确定所述装置接收所述第一视频资源的最大速率;根据当前的视频播放模式确定与所述装置接收所述第一视频资源的最大速率对应的表示级别;将所述表示级别发送给所述基站,以使所述基站根据所述表示级别获知所述可用缓冲区的容量大小。
结合第三方面的第二种可能的实施方式,在第三方面的第三种可能的实施方式中,所述QoE指标的测量值包括Tfetch(i)、Tdownload(i)和Spacket(i);其中,Tdownload(i)为所述装置前一次接收的视频资源中的第i个视频数据包进入到用户队列的时刻,Tfetch(i)为所述装置前一次接收的视频资源中的第i个视频数据包进入服务器队列的时刻,Spacket(i)为所述装置前一次接收的视频资源中的第i个视频数据包的大小;则所述反馈单元,具体用于根据公式确定链路吞吐量Rthrpt;其中,所述P为所述装置前一次接收的视频资源中的后P个视频数据包的个数;并根据所述基站下发所述第一视频资源的源速率与所述Rthrpt确定所述装置接收所述第一视频资源的最大速率。
结合第三方面的第三种可能的实施方式,在第三方面的第四种可能的实施方式中,所述反馈单元,具体用于若所述装置当前的视频播放模式为流模式,则根据公式bi≤Rthrpt(i)i=1,2,...,N确定第一表示级别其中,所述bi为表示级别为i的编码视频比特速率;若所述装置当前的视频播放模式为缓冲模式,则根据公式确定第二表示级别其中,所述为所述装置前一次接收视频资源时的表示级别。
结合第三方面的第一种可能的实施方式,在第三方面的第五种可能的实施方式中,所述反馈单元具体用于若所述基站为所述装置分配物理上行共享信道PUSCH资源,则所述反馈单元通过所述PUSCH资源向所述基站反馈所述可用缓冲区的容量;若所述基站未给所述装置分配所述PUSCH资源,则所述反馈单元通过物理上行控制信道PUCCH资源向所述基站反馈所述可用缓冲区的容量。
本发明实施例第四方面提供一种面向用户体验质量的移动视频业务反馈装置,包括:
第一发送模块,用于向终端发送第一视频资源;
第一接收模块,用于接收所述终端反馈的所述终端的可用缓冲区的容量;
第二发送模块,用于根据所述可用缓冲区容量向所述终端发送第二视频资源。
结合第四方面,在第四方面的第一种可能的实施方式中,所述装置还包括:
第二接收模块,用于在所述第一发送模块向终端发送第一视频资源之前,接收所述终端发送的视频资源请求消息;其中,所述视频资源请求消息中携带用户体验质量QoE指标的测量值,所述QoE的测量值为一个或多个测量值的集合;
则所述第一发送模块,具体用于根据所述QoE指标的测量值向所述终端发送响应消息;其中,所述响应消息包括所述装置下发给所述终端的所述第一视频资源、所述装置为所述终端分配的接收所述第一视频资源的下行资源以及所述装置为所述终端分配的向所述基站反馈所述可用缓冲区的容量的上行资源。
结合第四方面的第一种可能的实施方式,在第四方面的第二种可能的实施方式中,所述第一接收模块,包括:
接收单元,用于接收所述终端根据所述终端的当前的视频播放模式确定的与所述终端接收所述第一视频资源的最大速率对应的表示级别;其中,所述终端接收所述第一视频资源的最大速率由所述终端根据所述QoE指标的测量值确定;
确定单元,用于根据所述表示级别获知所述终端的可用缓冲区的容量大小。
本发明实施例第五方面提供一种面向用户体验质量的移动视频业务反馈设备,包括:
接收器,用于接收基站发送的第一视频资源;
处理器,用于对所述第一视频资源大小和所述装置的可用缓冲区的容量执行比较操作,获取比较结果;还用于若所述比较结果为不大于,则将所述第一视频资源存入所述可用缓冲区;还用于若所述比较结果为大于,则向所述基站反馈所述可用缓冲区的容量,并丢弃所述第一视频资源,以使所述基站根据所述可用缓冲区的容量向所述设备下发第二视频资源;
则所述接收器还用于接收所述第二视频资源,所述处理器还用于将所述第二视频资源作为新的第一视频资源与所述终端的可用缓冲区的容量返回执行所述比较操作,直至所述比较结果为不大于为止。
结合第五方面,在第五方面的第一种可能的实施方式中,所述设备还包括:
发送器,用于向所述基站发送视频资源请求消息;其中,所述视频资源请求消息中携带用户体验质量QoE指标的测量值,所述QoE指标的测量值为一个或多个测量值的集合;
则所述接收器具体用于接收所述基站根据所述QoE指标的测量值发送的响应消息;其中,所述响应消息包括所述基站下发给所述设备的所述第一视频资源、所述基站为所述设备分配的接收所述第一视频资源的下行资源以及所述基站为所述设备分配的向所述基站反馈所述可用缓冲区的容量的上行资源。
结合第五方面的第一种可能的实施方式,在第五方面的第二种可能的实施方式中,所述处理器具体用于根据所述QoE指标的测量值确定所述设备接收所述第一视频资源的最大速率;根据当前的视频播放模式确定与所述设备接收所述第一视频资源的最大速率对应的表示级别;将所述表示级别发送给所述基站,以使所述基站根据所述表示级别获知所述可用缓冲区的容量大小。
结合第五方面的第二种可能的实施方式,在第五方面的第三种可能的实施方式中,所述QoE指标的测量值包括Tfetch(i)、Tdownload(i)和Spacket(i);其中,Tdownload(i)为所述设备前一次接收的视频资源中的第i个视频数据包进入到用户队列的时刻,Tfetch(i)为所述设备前一次接收的视频资源中的第i个视频数据包进入服务器队列的时刻,Spacket(i)为所述设备前一次接收的视频资源中的第i个视频数据包的大小;则所述处理器,具体用于根据公式确定链路吞吐量Rthrpt;其中,所述P为所述设备前一次接收的视频资源中的后P个视频数据包的个数;并根据所述基站下发所述第一视频资源的源速率与所述Rthrpt确定所述设备接收所述第一视频资源的最大速率。
结合第五方面的第三种可能的实施方式,在第五方面的第四种可能的实施方式中,所述处理器,具体用于若所述设备当前的视频播放模式为流模式,则根据公式bi≤Rthrpt(i)i=1,2,...,N确定第一表示级别其中,所述bi为表示级别为i的编码视频比特速率;若所述设备当前的视频播放模式为缓冲模式,则根据公式确定第二表示级别其中,所述为所述设备前一次接收视频资源时的表示级别。
结合第五方面的第一种可能的实施方式,在第五方面的第五种可能的实施方式中,所述处理器具体用于若所述基站为所述设备分配物理上行共享信道PUSCH资源,则所述处理器通过所述PUSCH资源向所述基站反馈所述可用缓冲区的容量;若所述基站未给所述设备分配所述PUSCH资源,则所述处理器通过物理上行控制信道PUCCH资源向所述基站反馈所述可用缓冲区的容量。
本发明实施例第六方面提供一种面向用户体验质量的移动视频业务反馈设备,包括:
发送器,用于向终端发送第一视频资源;
接收器,用于接收所述终端反馈的所述终端的可用缓冲区的容量;
所述发送器,还用于根据所述可用缓冲区容量向所述终端发送第二视频资源。
结合第六方面,在第六方面的第一种可能的实施方式中,所述接收器还用于接收所述终端发送的视频资源请求消息;其中,所述视频资源请求消息中携带用户体验质量QoE指标的测量值,所述QoE的测量值为一个或多个测量值的集合;
则所述发送器,具体用于根据所述QoE指标的测量值向所述终端发送响应消息;其中,所述响应消息包括所述设备下发给所述终端的所述第一视频资源、所述设备为所述终端分配的接收所述第一视频资源的下行资源以及所述设备为所述终端分配的向所述基站反馈所述可用缓冲区的容量的上行资源。
结合第六方面的第一种可能的实施方式,在第六方面的第二种可能的实施方式中,所述接收器,具体用于接收所述终端根据所述终端的当前的视频播放模式确定的与所述终端接收所述第一视频资源的最大速率对应的表示级别;其中,所述终端接收所述第一视频资源的最大速率由所述终端根据所述QoE指标的测量值确定;并根据所述表示级别获知所述终端的可用缓冲区的容量大小。
本发明实施例的面向用户体验质量的移动视频业务反馈方法、装置和设备,通过终端将接收到基站下发的第一视频资源与终端的可用缓冲区的容量进行大小比较,获取比较结果;并在基站下发的第一视频资源大小大于终端的可用缓冲区的容量时,向基站上报自己的可用缓冲区的容量大小,使得基站能够根据该可用缓冲区的容量确定合适大小的视频资源发送给终端,有效避免了当基站下发大量下行数据给终端时造成终端的缓冲区溢出,从而提高了用户的体验质量。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明提供的面向用户体验质量的移动视频业务反馈方法实施例一的流程图;
图2为本发明提供的面向用户体验质量的移动视频业务反馈方法实施例二的流程图;
图3为本发明提供的面向用户体验质量的移动视频业务反馈方法实施例三的流程图;
图4为本发明提供的面向用户体验质量的移动视频业务反馈方法实施例四的流程图;
图5为本发明提供的面向用户体验质量的移动视频业务反馈装置实施例一的结构示意图;
图6为本发明提供的面向用户体验质量的移动视频业务反馈装置实施例二的结构示意图;
图7为本发明提供的面向用户体验质量的移动视频业务反馈装置实施例三的结构示意图;
图8为本发明提供的面向用户体验质量的移动视频业务反馈装置实施例四的结构示意图;
图9为本发明提供的面向用户体验质量的移动视频业务反馈设备实施例一的结构示意图;
图10为本发明提供的面向用户体验质量的移动视频业务反馈设备实施例二的结构示意图;
图11为本发明提供的面向用户体验质量的移动视频业务反馈设备实施例三的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本申请中涉及的终端,即用户设备,可以是无线终端也可以是有线终端,无线终端可以是指向用户提供语音和/或数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(例如,RAN,RadioAccess Network)与一个或多个核心网进行通信,无线终端可以是移动终端,如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。例如,个人通信业务(PCS,Personal Communication Service)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(WLL,Wireless Local Loop)站、个人数字助理(PDA,Personal DigitalAssistant)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber Station),移动站(Mobile Station)、移动台(Mobile)、远程站(RemoteStation)、接入点(Access Point)、远程终端(Remote Terminal)、接入终端(AccessTerminal)、用户终端(User Terminal)、用户代理(User Agent)、用户设备(User Device)或用户装备(User Equipment)。
本申请中涉及的基站可以是指接入网中在空中接口上通过一个或多个扇区与无线终端通信的设备。基站可用于将收到的空中帧与IP分组进行相互转换,作为无线终端与接入网的其余部分之间的路由器,其中接入网的其余部分可包括网际协议(IP)网络。基站还可协调对空中接口的属性管理。例如,基站可以是GSM或CDMA中的基站(BTS,BaseTransceiver Station),也可以是WCDMA中的基站(NodeB),还可以是LTE中的演进型基站(NodeB或eNB或e-NodeB,evolutional Node B),本申请并不限定。
图1为本发明提供的面向用户体验质量的移动视频业务反馈方法实施例一的流程图。如图1所示,该方法包括如下步骤:
S101:终端接收基站发送的第一视频资源,并对该第一视频资源大小和终端的可用缓冲区的容量执行比较操作,获取比较结果。
具体的,基站向终端发送第一视频资源,该第一视频资源可以为视频片段,也可以为视频剪辑。终端接收第一视频资源,并将该第一视频资源的大小与终端的可用缓冲区的容量大小进行比较,确定比较结果。这里需要注意的是,终端所接收到的第一视频资源还未存储于终端的可用缓冲区。
S102:终端根据该比较结果确定是否将第一视频资源存入上述可用缓冲区;若比较结果为不大于,则终端将第一视频资源存入可用缓冲区;若比较结果为大于,则终端向基站反馈可用缓冲区的容量,并丢弃第一视频资源,以使基站根据可用缓冲区的容量向终端下发第二视频资源;终端接收第二视频资源,并将第二视频资源作为新的第一视频资源与终端的可用缓冲区的容量返回执行比较操作,直至比较结果为不大于为止。
具体的,当终端确定上述第一视频资源大小大于终端的可用缓冲区的容量,则表明若终端将该第一视频资源直接存储至可用缓冲区,则会造成终端的缓冲区溢出,影响用户的QoE。因此,终端为了能够接收到自己的缓冲区可以存储的视频资源,会向基站反馈可用缓冲区的容量,并且丢弃掉上述大于可用缓冲区的容量的第一视频资源。需要注意的是,终端可以通过多种方式将可用缓冲区的容量反馈给基站,例如:终端可以通过缓冲程度告知基站终端的可用缓冲区的容量大小,还可以通过终端接收第一视频资源的最大速率对应的表示级别告知基站终端的可用缓冲区的容量大小,还可以直接用字节的形式告知基站终端的可用缓冲区的容量大小,还可以通过可用缓冲区占总缓冲区容量的相对值告知基站终端的可用缓冲区的容量大小,本发明实施例对此不做限制。
基站在接收到终端反馈的可用缓冲区的容量后,获知终端的可用缓冲区的容量大小,则根据该可用缓冲区的容量大小向终端下发第二视频资源。这里的第二视频资源和上述第一视频资源的内容相同,只是比上述第一视频资源大小要小一些,例如:第二视频资源可以是第一视频资源的压缩,或者通过降低第二视频资源的清晰度使得第二视频资源大小不大于第一视频资源。
终端接收基站下发的第二视频资源,并将该第二视频资源作为新的第一视频资源重新与上述终端的可用缓冲区的容量进行比较,若比较结果依然是大于可用缓冲区的容量,则终端会继续向基站反馈自己当前的可用缓冲区的容量,使得基站再次根据可用缓冲区的容量下发视频资源,直至基站下发的视频资源大小不大于终端的可用缓冲区的容量为止。
当终端接收到基站发送的第一视频资源大小不大于终端的可用缓冲区的容量,则终端直接将该第一视频资源存储至上述可用缓冲区。
本发明实施例的面向用户体验质量的移动视频业务反馈方法,通过终端将接收到基站下发的第一视频资源与终端的可用缓冲区的容量进行大小比较,获取比较结果;并在基站下发的第一视频资源大小大于终端的可用缓冲区的容量时,向基站上报自己的可用缓冲区的容量大小,使得基站能够根据该可用缓冲区的容量确定合适大小的视频资源发送给终端,有效避免了当基站下发大量下行数据给终端时造成终端的缓冲区溢出,从而提高了用户的体验质量。
图2为本发明提供的面向用户体验质量的移动视频业务反馈方法实施例二的流程图。本实施例涉及的方法是终端通过向基站发送视频资源请求消息,使得基站发送第一视频资源给终端,终端根据所接收到的第一视频资源大小与终端的可用缓冲区大小进行比较后,向基站反馈可用缓冲区的容量的具体流程。该方法具体包括如下步骤:
S201:终端向基站发送视频资源请求消息;其中,该视频资源请求消息中携带用户QoE指标的测量值,该QoE指标的测量值为一个或多个测量值的集合。
具体的,基站在发送第一视频资源时,若基站想获知终端侧的用户的QoE,则向终端发送QoE指标,终端根据相关的参数计算该QoE指标的测量值发送给基站,使得基站根据QoE指标的测量值知道用户上一次接收视频资源时的体验质量和用户此次接收第一视频资源时的QoE需求。这里的QoE指标的测量值可以是一个,也可以是多个,即QoE指标测量值可以是重缓冲百分比,也可以是接收视频资源中的视频数据包进入终端缓冲区的用户队列的时刻Tdownload(i),还可以是接收视频资源中的视频数据包进入基站缓冲区的服务器队列的时刻Tfetch(i),还可以为请求/响应处理、开关事件、平均吞吐量、初始播放延迟、缓冲程度、播放列表、媒体描述文件(Media Presentation Description,以下简称MPD)信息等,本发明实施例对此并不做限制。
S202:终端接收基站根据上述QoE指标的测量值发送的响应消息;其中,该响应消息包括基站下发给终端的第一视频资源、基站为终端分配的接收上述第一视频资源的下行资源以及基站为终端分配的向基站反馈可用缓冲区的容量的上行资源。
具体的,基站在接收到终端发送的QoE指标的测量值后,根据该QoE指标的测量值,检查是否符合基站侧预设的用户配置文件和网络运营策略规则,并根据检查结果向终端发送响应消息。该响应消息包括:基站下发给终端的第一视频资源、基站为终端分配的接收上述第一视频资源的下行资源以及基站为终端分配的向基站反馈可用缓冲区的容量的上行资源。
S203:终端根据该比较结果确定是否将第一视频资源存入上述可用缓冲区;若比较结果为不大于,则终端将第一视频资源存入可用缓冲区;若比较结果为大于,则终端向基站反馈可用缓冲区的容量,并丢弃第一视频资源,以使基站根据可用缓冲区的容量向终端下发第二视频资源;终端接收第二视频资源,并将第二视频资源作为新的第一视频资源与终端的可用缓冲区的容量返回执行比较操作,直至比较结果为不大于为止。
具体的,终端在基站所分配的下行资源上接收基站发送的第一视频资源,并将第一视频资源大小与终端的可用缓冲区的容量进行比较,获取比较结果,并根据比较结果决定是向基站反馈终端的可用缓冲区的容量还是直接向第一视频资源存储至终端的可用缓冲区。具体的比较和确定过程可以参见上述图1所示实施例的部分,在此不再赘述。
另外,由于终端向基站反馈可用缓冲区的容量是由终端自己触发的,即反馈周期是自己控制的,也避免了上行资源的浪费。
本发明实施例的面向用户体验质量的移动视频业务反馈方法,通过终端将接收到基站下发的第一视频资源与终端的可用缓冲区的容量进行大小比较,获取比较结果;并在基站下发的第一视频资源大小大于终端的可用缓冲区的容量时,向基站上报自己的可用缓冲区的容量大小,使得基站能够根据该可用缓冲区的容量确定合适大小的视频资源发送给终端,有效避免了当基站下发大量下行数据给终端时造成终端的缓冲区溢出,从而提高了用户的体验质量。
在图2所示实施例基础上,作为本发明实施例的一种可行的实施方式,本实施例涉及的方法是终端通过确定不同播放模式下的表示级别,并将该表示级别发送给基站,以使基站根据该表示级别知道终端当前的可用缓冲区的容量。进一步地,上述终端向所述基站反馈所述可用缓冲区的容量,包括:终端根据上述QoE指标的测量值确定终端接收第一视频资源的最大速率;并根据当前的视频播放模式确定与终端接收第一视频资源的最大速率对应的表示级别;并将该表示级别发送给基站,以使基站根据该表示级别获知可用缓冲区的容量大小。
具体的,终端会根据自己测量的QoE指标的测量值确定自己支持的接收第一视频资源的最大速率。可选的,当上述QoE指标的测量值包括Tfetch(i)、Tdownload(i)和Spacket(i)时,终端可以根据该QoE指标的测量值计算得到接收第一视频资源的最大速率,具体为:
终端首先根据公式确定链路吞吐量Rthrpt;其中,P为终端前一次接收的视频资源中的后P个视频数据包的个数;Tdownload(i)为终端前一次接收的视频资源中的第i个视频数据包进入到用户队列的时刻,Tfetch(i)为终端前一次接收的视频资源中的第i个视频数据包进入服务器队列的时刻,Spacket(i)为终端前一次接收的视频资源中的第i个视频数据包的大小。这里的用户队列指的是进入终端缓冲区的视频数据包构成的队列,服务器队列指的是进入基站缓冲区的视频数据包构成的队列(因为发送给终端的视频数据包要先进入服务器队列,然后再进入用户队列),Tdownload(i)-Tfetch(i)即为终端前一次接收的视频资源中的第i个数据包从基站到终端的传输时间。
在终端确定Rthrpt之后,终端将基站下发第一视频资源的源速率与Rthrpt进行匹配,从而确定终端接收第一视频资源的最大速率。这里需要注意的是,基站可以通过广播或多播的方式告知终端下发第一视频资源的源速率的大小。
当终端确定终端接收第一视频资源的最大速率之后,终端会根据当前的视频播放模式确定表示级别,并将该表示级别告知基站,使得基站获知终端的可用缓冲区的容量,这里的表示级别可以为速率的表现形式。具体的,终端根据当前的视频播放模式确定表示级别分为两种情况:
第一种:若终端当前的视频播放模式为流模式,则终端根据公式bi≤Rthrpt(i)i=1,2,...,N确定第一表示级别其中,bi为表示级别为i的编码视频比特速率.
第二种:若终端当前的视频播放模式为缓冲模式,则终端根据公式确定第二表示级别其中,为所述终端前一次接 收视频资源时的表示级别。
进一步地,在上述实施例的基础上,若基站为终端分配物理上行共享信道(Physical Uplink Shared Channel,以下简称PUSCH)资源,则所述终端通过PUSCH资源向基站反馈可用缓冲区的容量;若基站未给终端分配上述PUSCH资源,则终端通过上行控制信道(Physical Uplink Control Channel,以下简称PUCCH)资源向基站反馈可用缓冲区的容量。
本发明实施例的面向用户体验质量的移动视频业务反馈方法,通过终端将接收到基站下发的第一视频资源与终端的可用缓冲区的容量进行大小比较,获取比较结果;并在基站下发的第一视频资源大小大于终端的可用缓冲区的容量时,向基站上报自己的可用缓冲区的容量大小,使得基站能够根据该可用缓冲区的容量确定合适大小的视频资源发送给终端,有效避免了当基站下发大量下行数据给终端时造成终端的缓冲区溢出,从而提高了用户的体验质量。
图3为本发明提供的面向用户体验质量的移动视频业务反馈方法实施例三的流程示意图。如图3所示,该方法包括如下步骤:
S301:基站向终端发送第一视频资源。
具体的,基站向终端发送第一视频资源,该第一视频资源可以为视频片段,也可以为视频剪辑。终端在接收到该第一视频资源后,会对该第一视频资源的大小与终端的可用缓冲区的容量大小进行比较,确定比较结果。这里需要注意的是,基站所发送的第一视频资源此次还未存储于终端的可用缓冲区。
S302:基站接收终端反馈的终端的可用缓冲区的容量。
S303:基站根据该可用缓冲区容量向终端发送第二视频资源。
具体的,当终端确定上述第一视频资源大小大于终端的可用缓冲区的容量,则表明若终端将该第一视频资源直接存储至可用缓冲区,则会造成终端的缓冲区溢出,影响用户的QoE。因此,终端为了能够接收到自己的缓冲区可以存储的视频资源,会向基站反馈可用缓冲区的容量,并且丢弃掉上述大于可用缓冲区的容量的第一视频资源。需要注意的是,终端可以通过多种方式将可用缓冲区的容量反馈给基站,例如:终端可以通过缓冲程度告知基站终端的可用缓冲区的容量大小,还可以通过终端接收第一视频资源的最大速率对应的表示级别告知基站终端的可用缓冲区的容量大小,还可以直接用字节的形式告知基站终端的可用缓冲区的容量大小,还可以通过可用缓冲区占总缓冲区容量的相对值告知基站终端的可用缓冲区的容量大小,本发明实施例对此不做限制。
基站在接收到终端反馈的可用缓冲区的容量后,获知终端的可用缓冲区的容量大小,则根据该可用缓冲区的容量大小向终端下发第二视频资源。这里的第二视频资源和上述第一视频资源的内容相同,只是比上述第一视频资源大小要小一些,例如:第二视频资源可以是第一视频资源的压缩,或者通过降低第二视频资源的清晰度使得第二视频资源大小不大于第一视频资源。
终端接收基站下发的第二视频资源,并将该第二视频资源作为新的第一视频资源重新与上述终端的可用缓冲区的容量进行比较,若比较结果依然是大于可用缓冲区的容量,则终端会继续向基站反馈自己当前的可用缓冲区的容量,使得基站再次根据可用缓冲区的容量下发视频资源,直至基站下发的视频资源大小不大于终端的可用缓冲区的容量为止。
当终端接收到基站发送的第一视频资源大小不大于终端的可用缓冲区的容量,则终端直接将该第一视频资源存储至上述可用缓冲区。
本发明实施例的面向用户体验质量的移动视频业务反馈方法,通过基站向终端发送第一视频资源,终端将第一视频资源与终端的可用缓冲区的容量进行大小比较,并在基站下发的第一视频资源大小大于终端的可用缓冲区的容量时,向基站上报自己的可用缓冲区的容量大小,使得基站能够根据该可用缓冲区的容量确定合适大小的视频资源发送给终端,有效避免了当基站下发大量下行数据给终端时造成终端的缓冲区溢出,从而提高了用户的体验质量。
图4为本发明提供的面向用户体验质量的移动视频业务反馈方法实施例四的流程图。本实施例涉及的方法是通过基站接收终端发送的携带QoE指标的测量值的视频资源请求消息,向终端发送携带第一视频资源的响应消息,从而使得终端根据第一视频资源与终端的可用缓冲区的容量进行比较后,向基站反馈可用缓冲区的容量的具体流程。该方法具体包括如下步骤:
S401:基站接收终端发送的视频资源请求消息;其中,该视频资源请求消息中携带用户的体验质量指标的测量值,该体验质量的测量值为一个或多个测量值的集合。
具体的,基站在发送第一视频资源时,若基站想获知终端用户的QoE,则向终端发送QoE指标的内容,终端根据相关的参数计算该QoE指标的测量值发送给基站,使得基站根据QoE指标的测量值知道用户上一次接收视频时的体验质量和用户此次接收第一视频资源时的QoE需求。这里的QoE指标的测量值可以是一个,也可以是多个,即QoE指标可以是重缓冲百分比,也可以是接收视频资源中的视频数据包进入终端缓冲区的用户队列的时刻Tdownload(i),还可以是接收视频资源中的视频数据包进入基站缓冲区的服务器队列的时刻Tfetch(i),还可以为请求/响应处理、开关事件、平均吞吐量、初始播放延迟、缓冲程度、播放列表、MPD信息等,本发明实施例对此并不做限制。
S402:基站根据体验质量指标的测量值向终端发送响应消息;其中,该响应消息包括基站下发给终端的第一视频资源、基站为终端分配的接收第一视频资源的下行资源以及基站为终端分配的向基站反馈可用缓冲区的容量的上行资源。
具体的,基站在接收到终端发送的QoE指标的测量值后,根据该QoE指标的测量值,检查是否符合基站侧预设的用户配置文件和网络运营策略规则,并根据检查结果向终端发送响应消息。该响应消息包括:基站下发给终端的第一视频资源、基站为终端分配的接收上述第一视频资源的下行资源以及基站为终端分配的向基站反馈可用缓冲区的容量的上行资源。
S403:基站接收终端反馈的终端的可用缓冲区的容量。
S404:基站根据该可用缓冲区容量向终端发送第二视频资源。
具体的,终端在基站所分配的下行资源上接收基站发送的第一视频资源后,将该第一视频资源大小与终端额可用缓冲区的容量进行比较,并在第一视频资源大小大于终端额可用缓冲区的容量时,向基站反馈终端的可用缓冲区的容量;基站接收该可用缓冲区的容量,并根据该可用缓冲区的容量向终端下发第二视频资源,以使终端将下发的第二视频资源作为新的第一视频资源继续与终端的可用缓冲区的容量进行大小比较,直至基站下发的视频资源大小不大于终端的可用缓冲区的容量为止。
本发明实施例的面向用户体验质量的移动视频业务反馈方法,通过基站向终端发送第一视频资源,终端将第一视频资源与终端的可用缓冲区的容量进行大小比较,并在基站下发的第一视频资源大小大于终端的可用缓冲区的容量时,向基站上报自己的可用缓冲区的容量大小,使得基站能够根据该可用缓冲区的容量确定合适大小的视频资源发送给终端,有效避免了当基站下发大量下行数据给终端时造成终端的缓冲区溢出,从而提高了用户的体验质量。
在上述图4所示实施例的基础上,作为本发明实施例的一种可行的实施方式,本实施例涉及的方法是基站通过终端上报的表示级别获知终端的可用缓冲区的容量的具体流程。进一步地,上述基站接收终端反馈的所述终端的可用缓冲区的容量,包括:基站接收终端根据终端的当前的视频播放模式确定的与终端接收第一视频资源的最大速率对应的表示级别;其中,终端接收第一视频资源的最大速率由终端根据QoE指标的测量值确定;基站根据上述表示级别获知终端的可用缓冲区的容量大小。
具体的,终端的可用缓冲区的容量可以通过多种形式告知基站,本实施例是通过终端确定不同视频播放模式下的表示级别告知基站当前终端的可用缓冲区的容量,该表示级别为终端接收第一视频资源的最大速率对应的表示级别;该接收第一视频资源的最大速率由终端根据QoE指标的测量值确定,具体为:当上述QoE指标的测量值包括Tfetch(i)、Tdownload(i)和Spacket(i)时,终端可以根据该QoE指标的测量值计算得到接收第一视频资源的最大速率,具体为:
终端首先根据公式确定链路吞吐量Rthrpt;其中,P为终端前一次接收的视频资源中的后P个视频数据包的个数;Tdownload(i)为终端前一次接收的视频资源中的第i个视频数据包进入到用户队列的时刻,Tfetch(i)为终端前一次接收的视频资源中的第i个视频数据包进入服务器队列的时刻,Spacket(i)为终端前一次接收的视频资源中的第i个视频数据包的大小。这里的用户队列指的是进入终端缓冲区的视频数据包构成的队列,服务器队列指的是进入基站缓冲区的视频数据包构成的队列(因为发送给终端的视频数据包要先进入服务器队列,然后再进入用户队列),Tdownload(i)-Tfetch(i)即为终端前一次接收的视频资源中的第i个数据包从基站到终端的传输时间。
在终端确定Rthrpt之后,终端将基站下发第一视频资源的源速率与Rthrpt进行匹配,从而确定终端接收第一视频资源的最大速率。这里需要注意的是,基站可以通过广播或多播的方式告知终端下发第一视频资源的源速率的大小。
当终端确定终端接收第一视频资源的最大速率之后,终端会根据当前的视频播放模式确定表示级别,具体可以分为两种情况:
第一种:若终端当前的视频播放模式为流模式,则终端根据公式bi≤Rthrpt(i)i=1,2,...,N确定第一表示级别其中,bi为表示级别为i的编码视频比特速率.
第二种:若终端当前的视频播放模式为缓冲模式,则终端根据公式确定第二表示级别其中,为所述终端前一次接 收视频资源时的表示级别。
基站接收终端发送的表示级别,进而获知终端的可用缓冲区的容量;之后,可以根据所获知的可用缓冲区的容量向终端发送第二视频资源,以使终端可以再次执行比较操作。
本发明实施例的面向用户体验质量的移动视频业务反馈方法,通过基站向终端发送第一视频资源,终端将第一视频资源与终端的可用缓冲区的容量进行大小比较,并在基站下发的第一视频资源大小大于终端的可用缓冲区的容量时,向基站上报自己的可用缓冲区的容量大小,使得基站能够根据该可用缓冲区的容量确定合适大小的视频资源发送给终端,有效避免了当基站下发大量下行数据给终端时造成终端的缓冲区溢出,从而提高了用户的体验质量。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
图5为本发明提供的面向用户体验质量的移动视频业务反馈装置实施例一的结构示意图。该装置可以集成在终端中。如图5所示,该装置包括:接收比较模块10,用于接收基站发送的第一视频资源,并对所述第一视频资源大小和所述装置的可用缓冲区的容量执行比较操作,获取比较结果;确定模块11,包括反馈单元111和存储单元112;若所述比较结果为不大于,则所述存储单元112用于将所述第一视频资源存入所述可用缓冲区;若所述比较结果为大于,则所述反馈单元111用于向所述基站反馈所述可用缓冲区的容量,并丢弃所述第一视频资源,以使所述基站根据所述可用缓冲区的容量向所述装置下发第二视频资源;则所述接收比较模块10还用于接收所述第二视频资源,并将所述第二视频资源作为新的第一视频资源与所述终端的可用缓冲区的容量返回执行所述比较操作,直至所述比较结果为不大于为止。
本发明实施例提供的面向用户体验质量的移动视频业务反馈装置,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
图6为本发明提供的面向用户体验质量的移动视频业务反馈装置实施例二的结构示意图。在上述图5所示实施例的基础上,进一步地,所述装置还包括:发送模块12,用于在所述接收比较模块10接收基站发送的第一视频资源之前,向所述基站发送视频资源请求消息;其中,所述视频资源请求消息中携带用户体验质量QoE指标的测量值,所述QoE指标的测量值为一个或多个测量值的集合;则所述接收比较模块10,具体用于接收所述基站根据所述QoE指标的测量值发送的响应消息;其中,所述响应消息包括所述基站下发给所述装置的所述第一视频资源、所述基站为所述装置分配的接收所述第一视频资源的下行资源以及所述基站为所述装置分配的向所述基站反馈所述可用缓冲区的容量的上行资源。
本发明实施例提供的面向用户体验质量的移动视频业务反馈装置,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
进一步地,上述反馈单元111具体用于根据所述QoE指标的测量值确定所述装置接收所述第一视频资源的最大速率;根据当前的视频播放模式确定与所述装置接收所述第一视频资源的最大速率对应的表示级别;将所述表示级别发送给所述基站,以使所述基站根据所述表示级别获知所述可用缓冲区的容量大小。
进一步地,所述QoE指标的测量值包括Tfetch(i)、Tdownload(i)和Spacket(i);其中,Tdownload(i)为所述装置前一次接收的视频资源中的第i个视频数据包进入到用户队列的时刻,Tfetch(i)为所述装置前一次接收的视频资源中的第i个视频数据包进入服务器队列的时刻,Spacket(i)为所述装置前一次接收的视频资源中的第i个视频数据包的大小;则所述反馈单元111,具体用于根据公式确定链路吞吐量Rthrpt;其中,所述P为所述装置前一次接收的视频资源中的后P个视频数据包的个数;并根据所述基站下发所述第一视频资源的源速率与所述Rthrpt确定所述装置接收所述第一视频资源的最大速率。
进一步地,上述反馈单元111,具体用于若所述装置当前的视频播放模式为流模式,则根据公式bi≤Rthrpt(i)i=1,2,...,N确定第一表示级别其中,所述bi为表示级别为i的编码视频比特速率;若所述装置当前的视频播放模式为缓冲模式,则根据公式确定第二表示级别其中,所述为所述装置前一次接收视频资源时的表示级别。
进一步地,上述反馈单元111具体用于若所述基站为所述装置分配物理上行共享信道PUSCH资源,则所述反馈单元通过所述PUSCH资源向所述基站反馈所述可用缓冲区的容量;若所述基站未给所述装置分配所述PUSCH资源,则所述反馈单元通过物理上行控制信道PUCCH资源向所述基站反馈所述可用缓冲区的容量。
本发明实施例提供的面向用户体验质量的移动视频业务反馈装置,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
图7为本发明提供的面向用户体验质量的移动视频业务反馈装置实施例三的结构示意图,该装置可以集成在基站中。如图7所示,该装置包括:第一发送模块20,用于向终端发送第一视频资源;第一接收模块21,用于接收所述终端反馈的所述终端的可用缓冲区的容量;第二发送模块22,用于根据所述可用缓冲区容量向所述终端发送第二视频资源。
本发明实施例提供的面向用户体验质量的移动视频业务反馈装置,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
图8为本发明提供的面向用户体验质量的移动视频业务反馈装置实施例四的结构示意图。在上述图7所示实施例的基础上,进一步地,所述装置还包括:第二接收模块23,用于在所述第一发送模块20向终端发送第一视频资源之前,接收所述终端发送的视频资源请求消息;其中,所述视频资源请求消息中携带用户体验质量QoE指标的测量值,所述QoE的测量值为一个或多个测量值的集合;则所述第一发送模块20,具体用于根据所述QoE指标的测量值向所述终端发送响应消息;其中,所述响应消息包括所述装置下发给所述终端的所述第一视频资源、所述装置为所述终端分配的接收所述第一视频资源的下行资源以及所述装置为所述终端分配的向所述基站反馈所述可用缓冲区的容量的上行资源。
本发明实施例提供的面向用户体验质量的移动视频业务反馈装置,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
进一步地,在上述图8所示实施例的基础上,上述第一接收模块21,包括:接收单元210,用于接收所述终端根据所述终端的当前的视频播放模式确定的与所述终端接收所述第一视频资源的最大速率对应的表示级别;其中,所述终端接收所述第一视频资源的最大速率由所述终端根据所述QoE指标的测量值确定;确定单元211,用于根据所述表示级别获知所述终端的可用缓冲区的容量大小。
本发明实施例提供的面向用户体验质量的移动视频业务反馈装置,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
图9为本发明提供的面向用户体验质量的移动视频业务反馈设备实施例一的结构示意图,该设备可以为终端,也可以集成在终端中。如图9所示,该设备包括:接收器30,用于接收基站发送的第一视频资源;处理器31,用于对所述第一视频资源大小和所述装置的可用缓冲区的容量执行比较操作,获取比较结果;还用于若所述比较结果为不大于,则将所述第一视频资源存入所述可用缓冲区;还用于若所述比较结果为大于,则向所述基站反馈所述可用缓冲区的容量,并丢弃所述第一视频资源,以使所述基站根据所述可用缓冲区的容量向所述设备下发第二视频资源;则所述接收器30还用于接收所述第二视频资源,所述处理器31还用于将所述第二视频资源作为新的第一视频资源与所述终端的可用缓冲区的容量返回执行所述比较操作,直至所述比较结果为不大于为止。
本发明实施例提供的面向用户体验质量的移动视频业务反馈设备,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
图10为本发明提供的面向用户体验质量的移动视频业务反馈设备实施例二的结构示意图,在上述图9所示实施例的基础上,进一步地,上述设备还包括:发送器32,用于向所述基站发送视频资源请求消息;其中,所述视频资源请求消息中携带用户体验质量QoE指标的测量值,所述QoE指标的测量值为一个或多个测量值的集合;则所述接收器30具体用于接收所述基站根据所述QoE指标的测量值发送的响应消息;其中,所述响应消息包括所述基站下发给所述设备的所述第一视频资源、所述基站为所述设备分配的接收所述第一视频资源的下行资源以及所述基站为所述设备分配的向所述基站反馈所述可用缓冲区的容量的上行资源。
本发明实施例提供的面向用户体验质量的移动视频业务反馈设备,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
可选的,上述处理器31还可以用于根据所述QoE指标的测量值确定所述设备接收所述第一视频资源的最大速率;根据当前的视频播放模式确定与所述设备接收所述第一视频资源的最大速率对应的表示级别;将所述表示级别发送给所述基站,以使所述基站根据所述表示级别获知所述可用缓冲区的容量大小。
可选的,上述QoE指标的测量值包括Tfetch(i)、Tdownload(i)和Spacket(i);其中,Tdownload(i)为所述设备前一次接收的视频资源中的第i个视频数据包进入到用户队列的时刻,Tfetch(i)为所述设备前一次接收的视频资源中的第i个视频数据包进入服务器队列的时刻,Spacket(i)为所述设备前一次接收的视频资源中的第i个视频数据包的大小;则上述处理器31还可以用于根据公式确定链路吞吐量Rthrpt;其中,所述P为所述设备前一次接收的视频资源中的后P个视频数据包的个数;并根据所述基站下发所述第一视频资源的源速率与所述Rthrpt确定所述设备接收所述第一视频资源的最大速率。
可选的,上述处理器31还可以用于若所述设备当前的视频播放模式为流模式,则根据公式bi≤Rthrpt(i)i=1,2,...,N确定第一表示级别其中,所述bi为表示级别为i的编码视频比特速率;若所述设备当前的视频播放模式为缓冲模式,则根据公式确定第二表示级别其中,所述为所述设备前一次接收视频资源时的表示级别。
可选的,上述处理器31还可以用于若所述基站为所述设备分配物理上行共享信道PUSCH资源,则所述处理器通过所述PUSCH资源向所述基站反馈所述可用缓冲区的容量;若所述基站未给所述设备分配所述PUSCH资源,则所述处理器通过物理上行控制信道PUCCH资源向所述基站反馈所述可用缓冲区的容量。
本发明实施例提供的面向用户体验质量的移动视频业务反馈设备,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
图11为本发明提供的面向用户体验质量的移动视频业务反馈设备实施例三的结构示意图。该设备可以为基站,也可以集成在基站中。如图11所示,该设备包括:发送器40,用于向终端发送第一视频资源;接收器41,用于接收所述终端反馈的所述终端的可用缓冲区的容量;所述发送器40,还用于根据所述可用缓冲区容量向所述终端发送第二视频资源。
本发明实施例提供的面向用户体验质量的移动视频业务反馈设备,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
可选的,上述接收器41还可以用于接收所述终端发送的视频资源请求消息;其中,所述视频资源请求消息中携带用户体验质量QoE指标的测量值,所述QoE的测量值为一个或多个测量值的集合;则上述发送器40,具体用于根据所述QoE指标的测量值向所述终端发送响应消息;其中,所述响应消息包括所述设备下发给所述终端的所述第一视频资源、所述设备为所述终端分配的接收所述第一视频资源的下行资源以及所述设备为所述终端分配的向所述基站反馈所述可用缓冲区的容量的上行资源。
可选的,上述接收器41还可以用于接收所述终端根据所述终端的当前的视频播放模式确定的与所述终端接收所述第一视频资源的最大速率对应的表示级别;其中,所述终端接收所述第一视频资源的最大速率由所述终端根据所述QoE指标的测量值确定;并根据所述表示级别获知所述终端的可用缓冲区的容量大小。
本发明实施例提供的面向用户体验质量的移动视频业务反馈设备,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (21)

1.一种面向用户体验质量的移动视频业务反馈方法,其特征在于,包括:
终端接收基站发送的第一视频资源,并对所述第一视频资源大小和所述终端的可用缓冲区的容量执行比较操作,获取比较结果;
所述终端根据所述比较结果确定是否将所述第一视频资源存入所述可用缓冲区;
若所述比较结果为不大于,则所述终端将所述第一视频资源存入所述可用缓冲区;
若所述比较结果为大于,则所述终端向所述基站反馈所述可用缓冲区的容量,并丢弃所述第一视频资源,以使所述基站根据所述可用缓冲区的容量向所述终端下发第二视频资源;其中,所述第二视频资源和所述第一视频资源的内容相同;
所述终端接收所述第二视频资源,并将所述第二视频资源作为新的第一视频资源与所述终端的可用缓冲区的容量返回执行所述比较操作,直至所述比较结果为不大于为止;
所述终端向所述基站反馈所述可用缓冲区的容量,包括:
所述终端根据QoE指标的测量值确定所述终端接收所述第一视频资源的最大速率;
所述终端根据当前的视频播放模式确定与所述终端接收所述第一视频资源的最大速率对应的表示级别;
所述终端将所述表示级别发送给所述基站,以使所述基站根据所述表示级别获知所述可用缓冲区的容量大小;
所述终端根据QoE指标的测量值确定所述终端接收所述第一视频资源的最大速率,包括:
所述终端根据所述QoE指标的测量值确定链路吞吐量;
所述终端根据所述基站下发所述第一视频资源的源速率与所述链路吞吐量确定所述终端接收所述第一视频资源的最大速率。
2.根据权利要求1所述的方法,其特征在于,所述终端接收基站发送的第一视频资源之前,还包括:
所述终端向所述基站发送视频资源请求消息;其中,所述视频资源请求消息中携带用户体验质量QoE指标的测量值,所述QoE指标的测量值为一个或多个测量值的集合;
则所述终端接收基站发送的第一视频资源,包括:
所述终端接收所述基站根据所述QoE指标的测量值发送的响应消息;其中,所述响应消息包括所述基站下发给所述终端的所述第一视频资源、所述基站为所述终端分配的接收所述第一视频资源的下行资源以及所述基站为所述终端分配的向所述基站反馈所述可用缓冲区的容量的上行资源。
3.根据权利要求1或2所述的方法,其特征在于,所述QoE指标的测量值包括Tfetch(i)、Tdownload(i)和Spacket(i);其中,Tdownload(i)为所述终端前一次接收的视频资源中的第i个视频数据包进入到用户队列的时刻,Tfetch(i)为所述终端前一次接收的视频资源中的第i个视频数据包进入服务器队列的时刻,Spacket(i)为所述终端前一次接收的视频资源中的第i个视频数据包的大小;则所述终端根据所述QoE指标的测量值确定链路吞吐量,包括:
4.根据权利要求3所述的方法,其特征在于,所述终端根据当前的视频播放模式确定与所述终端接收所述第一视频资源的最大速率对应的表示级别,包括:
若所述终端当前的视频播放模式为流模式,则所述终端根据公式确定第一表示级别其中,所述bi为表示级别为i的编码视频比特速率;
若所述终端当前的视频播放模式为缓冲模式,则所述终端根据公式确定第二表示级别其中,所述为所述终端前一次接收视频资源时的表示级别。
5.根据权利要求2所述的方法,其特征在于,所述终端向所述基站反馈所述可用缓冲区的容量,包括:
若所述基站为所述终端分配物理上行共享信道PUSCH资源,则所述终端通过所述PUSCH资源向所述基站反馈所述可用缓冲区的容量;
若所述基站未给所述终端分配所述PUSCH资源,则所述终端通过物理上行控制信道PUCCH资源向所述基站反馈所述可用缓冲区的容量。
6.一种面向用户体验质量的移动视频业务反馈方法,其特征在于,包括:
基站向终端发送第一视频资源;
所述基站接收所述终端反馈的所述终端的可用缓冲区的容量;
所述基站根据所述可用缓冲区容量向所述终端发送第二视频资源,所述第二视频资源和所述第一视频资源的内容相同;
所述基站接收所述终端反馈的所述终端的可用缓冲区的容量,包括:
所述基站接收所述终端根据所述终端的当前的视频播放模式确定的与所述终端接收所述第一视频资源的最大速率对应的表示级别;其中,所述终端接收所述第一视频资源的最大速率由所述终端根据QoE指标的测量值确定链路吞吐量,并根据所述基站下发所述第一视频资源的源速率与所述链路吞吐量确定;
所述基站根据所述表示级别获知所述终端的可用缓冲区的容量大小。
7.根据权利要求6所述的方法,其特征在于,所述基站向终端发送第一视频资源之前,还包括:
所述基站接收所述终端发送的视频资源请求消息;其中,所述视频资源请求消息中携带用户体验质量QoE指标的测量值,所述QoE的测量值为一个或多个测量值的集合;
则所述基站向终端发送第一视频资源,包括:
所述基站根据所述QoE指标的测量值向所述终端发送响应消息;其中,所述响应消息包括所述基站下发给所述终端的所述第一视频资源、所述基站为所述终端分配的接收所述第一视频资源的下行资源以及所述基站为所述终端分配的向所述基站反馈所述可用缓冲区的容量的上行资源。
8.一种面向用户体验质量的移动视频业务反馈装置,其特征在于,包括:
接收比较模块,用于接收基站发送的第一视频资源,并对所述第一视频资源大小和所述装置的可用缓冲区的容量执行比较操作,获取比较结果;
确定模块,包括反馈单元和存储单元;
若所述比较结果为不大于,则所述存储单元用于将所述第一视频资源存入所述可用缓冲区;
若所述比较结果为大于,则所述反馈单元用于向所述基站反馈所述可用缓冲区的容量,并丢弃所述第一视频资源,以使所述基站根据所述可用缓冲区的容量向所述装置下发第二视频资源;其中,所述第二视频资源和所述第一视频资源的内容相同;
则所述接收比较模块还用于接收所述第二视频资源,并将所述第二视频资源作为新的第一视频资源与终端的可用缓冲区的容量返回执行所述比较操作,直至所述比较结果为不大于为止;
所述反馈单元具体用于根据QoE指标的测量值确定所述装置接收所述第一视频资源的最大速率;根据当前的视频播放模式确定与所述装置接收所述第一视频资源的最大速率对应的表示级别;将所述表示级别发送给所述基站,以使所述基站根据所述表示级别获知所述可用缓冲区的容量大小;
所述反馈单元,具体用于:
根据所述QoE指标的测量值确定链路吞吐量;
根据所述基站下发所述第一视频资源的源速率与所述链路吞吐量确定所述终端接收所述第一视频资源的最大速率。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
发送模块,用于在所述接收比较模块接收基站发送的第一视频资源之前,向所述基站发送视频资源请求消息;其中,所述视频资源请求消息中携带用户体验质量QoE指标的测量值,所述QoE指标的测量值为一个或多个测量值的集合;
则所述接收比较模块,具体用于接收所述基站根据所述QoE指标的测量值发送的响应消息;其中,所述响应消息包括所述基站下发给所述装置的所述第一视频资源、所述基站为所述装置分配的接收所述第一视频资源的下行资源以及所述基站为所述装置分配的向所述基站反馈所述可用缓冲区的容量的上行资源。
10.根据权利要求8或9所述的装置,其特征在于,所述QoE指标的测量值包括Tfetch(i)、Tdownload(i)和Spacket(i);其中,Tdownload(i)为所述装置前一次接收的视频资源中的第i个视频数据包进入到用户队列的时刻,Tfetch(i)为所述装置前一次接收的视频资源中的第i个视频数据包进入服务器队列的时刻,Spacket(i)为所述装置前一次接收的视频资源中的第i个视频数据包的大小;则所述反馈单元,具体用于根据公式确定链路吞吐量Rthrpt;其中,所述P为所述装置前一次接收的视频资源中的后P个视频数据包的个数。
11.根据权利要求10所述的装置,其特征在于,所述反馈单元,具体用于若所述装置当前的视频播放模式为流模式,则根据公式确定第一表示级别其中,所述bi为表示级别为i的编码视频比特速率;若所述装置当前的视频播放模式为缓冲模式,则根据公式确定第二表示级别其中,所述为所述装置前一次接收视频资源时的表示级别。
12.根据权利要求9所述的装置,其特征在于,所述反馈单元具体用于若所述基站为所述装置分配物理上行共享信道PUSCH资源,则所述反馈单元通过所述PUSCH资源向所述基站反馈所述可用缓冲区的容量;若所述基站未给所述装置分配所述PUSCH资源,则所述反馈单元通过物理上行控制信道PUCCH资源向所述基站反馈所述可用缓冲区的容量。
13.一种面向用户体验质量的移动视频业务反馈装置,其特征在于,包括:
第一发送模块,用于向终端发送第一视频资源;
第一接收模块,用于接收所述终端反馈的所述终端的可用缓冲区的容量;
第二发送模块,用于根据所述可用缓冲区容量向所述终端发送第二视频资源,所述第二视频资源和所述第一视频资源的内容相同;
所述第一接收模块,包括:
接收单元,用于接收所述终端根据所述终端的当前的视频播放模式确定的与所述终端接收所述第一视频资源的最大速率对应的表示级别;其中,所述终端接收所述第一视频资源的最大速率由所述终端根据QoE指标的测量值确定链路吞吐量,并根据基站下发所述第一视频资源的源速率与所述链路吞吐量确定;
确定单元,用于根据所述表示级别获知所述终端的可用缓冲区的容量大小。
14.根据权利要求13所述的装置,其特征在于,所述装置还包括:
第二接收模块,用于在所述第一发送模块向终端发送第一视频资源之前,接收所述终端发送的视频资源请求消息;其中,所述视频资源请求消息中携带用户体验质量QoE指标的测量值,所述QoE的测量值为一个或多个测量值的集合;
则所述第一发送模块,具体用于根据所述QoE指标的测量值向所述终端发送响应消息;其中,所述响应消息包括所述装置下发给所述终端的所述第一视频资源、所述装置为所述终端分配的接收所述第一视频资源的下行资源以及所述装置为所述终端分配的向基站反馈所述可用缓冲区的容量的上行资源。
15.一种面向用户体验质量的移动视频业务反馈设备,其特征在于,包括:
接收器,用于接收基站发送的第一视频资源;
处理器,用于对所述第一视频资源大小和所述设备的可用缓冲区的容量执行比较操作,获取比较结果;还用于若所述比较结果为不大于,则将所述第一视频资源存入所述可用缓冲区;还用于若所述比较结果为大于,则向所述基站反馈所述可用缓冲区的容量,并丢弃所述第一视频资源,以使所述基站根据所述可用缓冲区的容量向所述设备下发第二视频资源;其中,所述第二视频资源和所述第一视频资源的内容相同;
则所述接收器还用于接收所述第二视频资源,所述处理器还用于将所述第二视频资源作为新的第一视频资源与所述设备的可用缓冲区的容量返回执行所述比较操作,直至所述比较结果为不大于为止;
所述处理器具体用于根据QoE指标的测量值确定所述设备接收所述第一视频资源的最大速率;根据当前的视频播放模式确定与所述设备接收所述第一视频资源的最大速率对应的表示级别;将所述表示级别发送给所述基站,以使所述基站根据所述表示级别获知所述可用缓冲区的容量大小;
所述处理器具体用于:
根据所述QoE指标的测量值确定链路吞吐量;
根据所述基站下发所述第一视频资源的源速率与所述链路吞吐量确定所述设备接收所述第一视频资源的最大速率。
16.根据权利要求15所述的设备,其特征在于,所述设备还包括:
发送器,用于向所述基站发送视频资源请求消息;其中,所述视频资源请求消息中携带用户体验质量QoE指标的测量值,所述QoE指标的测量值为一个或多个测量值的集合;
则所述接收器具体用于接收所述基站根据所述QoE指标的测量值发送的响应消息;其中,所述响应消息包括所述基站下发给所述设备的所述第一视频资源、所述基站为所述设备分配的接收所述第一视频资源的下行资源以及所述基站为所述设备分配的向所述基站反馈所述可用缓冲区的容量的上行资源。
17.根据权利要求15或16所述的设备,其特征在于,所述QoE指标的测量值包括Tfetch(i)、Tdownload(i)和Spacket(i);其中,Tdownload(i)为所述设备前一次接收的视频资源中的第i个视频数据包进入到用户队列的时刻,Tfetch(i)为所述设备前一次接收的视频资源中的第i个视频数据包进入服务器队列的时刻,Spacket(i)为所述设备前一次接收的视频资源中的第i个视频数据包的大小;则所述处理器,具体用于根据公式确定链路吞吐量Rthrpt;其中,所述P为所述设备前一次接收的视频资源中的后P个视频数据包的个数。
18.根据权利要求17所述的设备,其特征在于,所述处理器,具体用于若所述设备当前的视频播放模式为流模式,则根据公式确定第一表示级别其中,所述bi为表示级别为i的编码视频比特速率;若所述设备当前的视频播放模式为缓冲模式,则根据公式确定第二表示级别其中,所述为所述设备前一次接收视频资源时的表示级别。
19.根据权利要求16所述的设备,其特征在于,所述处理器具体用于若所述基站为所述设备分配物理上行共享信道PUSCH资源,则所述处理器通过所述PUSCH资源向所述基站反馈所述可用缓冲区的容量;若所述基站未给所述设备所述PUSCH资源,则所述处理器通过物理上行控制信道PUCCH资源向所述基站反馈所述可用缓冲区的容量。
20.一种面向用户体验质量的移动视频业务反馈设备,其特征在于,包括:
发送器,用于向终端发送第一视频资源;
接收器,用于接收所述终端反馈的所述终端的可用缓冲区的容量;
所述发送器,还用于根据所述可用缓冲区容量向所述终端发送第二视频资源,所述第二视频资源和所述第一视频资源的内容相同;
所述接收器,具体用于接收所述终端根据所述终端的当前的视频播放模式确定的与所述终端接收所述第一视频资源的最大速率对应的表示级别;其中,所述终端接收所述第一视频资源的最大速率由所述终端根据QoE指标的测量值确定链路吞吐量,并根据基站下发所述第一视频资源的源速率与所述链路吞吐量确定;并根据所述表示级别获知所述终端的可用缓冲区的容量大小。
21.根据权利要求20所述的设备,其特征在于,所述接收器还用于接收所述终端发送的视频资源请求消息;其中,所述视频资源请求消息中携带用户体验质量QoE指标的测量值,所述QoE的测量值为一个或多个测量值的集合;
则所述发送器,具体用于根据所述QoE指标的测量值向所述终端发送响应消息;其中,所述响应消息包括所述设备下发给所述终端的所述第一视频资源、所述设备为所述终端分配的接收所述第一视频资源的下行资源以及所述设备为所述终端分配的向所述设备反馈所述可用缓冲区的容量的上行资源。
CN201380003092.2A 2013-11-29 2013-11-29 面向用户体验质量的移动视频业务反馈方法、装置和设备 Active CN105264790B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/088181 WO2015077989A1 (zh) 2013-11-29 2013-11-29 面向用户体验质量的移动视频业务反馈方法、装置和设备

Publications (2)

Publication Number Publication Date
CN105264790A CN105264790A (zh) 2016-01-20
CN105264790B true CN105264790B (zh) 2019-07-12

Family

ID=53198232

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380003092.2A Active CN105264790B (zh) 2013-11-29 2013-11-29 面向用户体验质量的移动视频业务反馈方法、装置和设备

Country Status (2)

Country Link
CN (1) CN105264790B (zh)
WO (1) WO2015077989A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022082727A1 (zh) * 2020-10-23 2022-04-28 华为技术有限公司 通信方法,装置,可读存储介质和系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1983870A (zh) * 2006-05-01 2007-06-20 华为技术有限公司 一种数据传输的方法和系统
CN101272486A (zh) * 2008-04-10 2008-09-24 清华大学 基于pid控制和接收帧率稳定模型的视频传输控制方法
CN103119862A (zh) * 2010-09-24 2013-05-22 英特尔公司 无线地发送数据的技术

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101737325B1 (ko) * 2010-08-19 2017-05-22 삼성전자주식회사 멀티미디어 시스템에서 멀티미디어 서비스의 경험 품질 감소를 줄이는 방법 및 장치
US8923873B2 (en) * 2011-11-14 2014-12-30 T-Mobile Usa, Inc. Device triggered channel selection

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1983870A (zh) * 2006-05-01 2007-06-20 华为技术有限公司 一种数据传输的方法和系统
CN101272486A (zh) * 2008-04-10 2008-09-24 清华大学 基于pid控制和接收帧率稳定模型的视频传输控制方法
CN103119862A (zh) * 2010-09-24 2013-05-22 英特尔公司 无线地发送数据的技术

Also Published As

Publication number Publication date
WO2015077989A1 (zh) 2015-06-04
CN105264790A (zh) 2016-01-20

Similar Documents

Publication Publication Date Title
JP6605132B2 (ja) ユーザ機器及びメディア・ストリーミング・ネットワーク支援ノード
Xu et al. PROTEUS: network performance forecast for real-time, interactive mobile applications
Han et al. AMVS-NDN: Adaptive mobile video streaming and sharing in wireless named data networking
US10270834B2 (en) System and method for online multimedia streaming services
CN106330757B (zh) 流量控制方法及装置
CN106688239B (zh) 视频下载方法、装置及系统
US10320872B2 (en) Method and apparatus for transmitting and receiving media segments using adaptive streaming
CN103476123A (zh) LTE网络视频业务QoE保障资源分配方法
CN108282869A (zh) 通信方法、网络设备、及终端设备
EP2945327A1 (en) Media data transmission method, apparatus and system
CN105376176B (zh) 保障移动互联网视频业务服务质量的方法、装置和系统
CN103945244B (zh) 控制视频业务传输的方法和装置
Wu et al. A low-latency scheduling approach for high-definition video streaming in a heterogeneous wireless network with multihomed clients
CN109802926A (zh) 内容分发网络的推荐模型建立方法、直播方法及装置
WO2014169794A1 (zh) 传输调度方法和设备
CN106465394B (zh) 空间流的确定方法、基站和用户设备
CN105264790B (zh) 面向用户体验质量的移动视频业务反馈方法、装置和设备
CN106937392B (zh) 一种基于dash业务中用户体验质量的无线资源调度方法
WO2019084764A1 (en) Methods, apparatuses and readable storage medium for video multicasting
Bernardo et al. An IEEE 802.11 energy efficient mechanism for continuous media applications
WO2017147771A1 (zh) 业务优化处理方法、设备及系统
US11483682B2 (en) Method, base station and user equipment for multicasting and device with a storage capability
CN114867121A (zh) QoE反馈方法、装置、设备及可读存储介质
WO2017201711A1 (zh) 视频优化方法和装置
CN103875279B (zh) 数据发送、接收方法、用户设备及基站

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant