包括传输速率选项的协商请求确定所述传输速 率；

请求单元， 用于将速率保障请求发送至基站， 所述速率保障请求包括所述 ■■■圍隱隱隱隱隱隱隱隱隱隱隱隱隱隱隱隱 隱隱隱隱隱隱隱隱隱隱隱隱隱隱隱隱隱隱隱隱 隱隱隱隱隱隱隱隱隱隱隱隱隱隱隱隱隱■ 数据请求单元， 用于接收到基站回复的确认所述传输速率可用 的消息后 , 向数据发送端请求与所述传输速率相应编码速 率的所述待传输数据。

在第三方面的第一种可能的实现方式中， 所述自适应调节单元具体包括： 緩存监测单元， 用于在实时确定待传输数据的传输速率时监测 所述用户设

MPD 文件获取单元， 用于从所述数据发送端获取所述待传输数据的 媒体 示 H Ml)i) 牛:

传输速率计算单元， 用于根据所述緩存占用大小、 MPD 文件中的待传输 媒体文件的大小及未来预定时间段计算平均传 输速率， 并以所述平均传输速率 作为未来预定时间段内的所述传输速率。

在第三方面的第二种可能的实现方式中， 所述自适应调节单元具体包括： 速率协商单元， 用于在实时确定待传输数据的传输速率时与所 述数据发送 端实时协商确定所述数据发送端的上行传输速 率，将所述用户设备能保障的下 行传输速率发送至数据发送端， 并选择上行传输速率和下行传输速率较小的速 卓作为: i终^ 的 : 卓

在第三方面的第三种可能的实现方式中， 所述速率保障请求中还包括： 所 站^ 的一个人 个大千 丰的 ^卓 在第三方面的第四种可能的实现方式中， 所述请求单元还用于在将速率保 障请求发送至基站的同时还向基站请求包括： 丢包率、 误码率及最大时延至少 之一的服务质量指标。

在第三方面的第五种可能的实现方式中， 所述自适应调节单元还包括： 速率选择单元， 用于在所述基站提供的包括传输速率选项的协 商请求中的 传输速率选项的速率均不满足所述数据发送端 要求的最低传输速率时触发所

UE收到基站的 GBR变更请求后 , UE需要检查新的 GBR是否能保障流媒体业 务的要求， 如果新 GBR过低， 则 UE需要考虑是否中止业务。

在 UE接收数据过程中， 数据从服务器传输到 UE时， 也可能因为有线网 络出现拥塞而导致实际接收速率下降。 此时， UE也需要与基站重新协商新的 GBR数值， 以避免无线频谱资源的浪费， 并降低业务收费。

本实施例中通过用户设备与基站的实时协商， 由基站确保用户设备所需要 的传输速率指标， 用户设备根据协商的速率指标请求相应的内容 ， 从而保证了 在无线环境下服务的用户体验， 即在播放流畅的情况下 , 保证画面相对清晰。

本发明第二实施例中提供的流媒体自适应传输 方法， 包括： 基站接收用户 设备发送的包括传输速率的速率保障请求， 并根据当前传输信道条件和基站自 身能提供的频谱资源确认是否能够保障所述传 输速率， 若能， 则向所述用户设 备发送确认所述传输速率可用的消息， 否则， 向所述用户设备发送包括所述基 站能够保障的传输速率选项的协商请求。

为了保证传输质量， 在确认所述用户设备请求的传输速率后还包括 ： 配置 包括丢包率、 误码率及最大时延至少之一的服务质量指标。

进一步地， 在传输数据的过程中， 由于基站自身或信道原因 （比如： 基站 可用资源少， 用户信道差等）无法保障用户设备请求的传输 速率， 因此基站还 ^L ½ 'ί] )' ^J -il 时上报的 f - i i -l-;-,T L, 向 -i ] )' jl , _r ¾L ^包括 站 ¾ 够保障的传输速率选项的协商请求。

同样以用户设备自适应播放流媒体为例说明如 下： 本实施例的方法中基站 保障自适应流媒体播放品质的流程如图 5所示。

基站需要确认 UE申请的业务为流媒体播放业务。 在确定为流媒体业务之 后， 由于 UE可以从服务器获取 MPD文件并选择相应的下载速率， 因此基站 需要等待 UE主动申请 GBR的需求。 在 UE发送 GBR请求后， 基站根据自己 的资源管理方法确定能否满足 UE的其中一个 GBR请求。如果 UE请求的 GBR 配置都不合适， 则基站选择一些比较接近 UE请求的速率， 并发送给 ϋΕ供其