CN104471911A - 一种传输业务数据的方法、系统和设备 - Google Patents

一种传输业务数据的方法、系统和设备 Download PDF

Info

Publication number
CN104471911A
CN104471911A CN201380001521.2A CN201380001521A CN104471911A CN 104471911 A CN104471911 A CN 104471911A CN 201380001521 A CN201380001521 A CN 201380001521A CN 104471911 A CN104471911 A CN 104471911A
Authority
CN
China
Prior art keywords
dash
user equipment
proxy servers
code check
business datums
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.)
Granted
Application number
CN201380001521.2A
Other languages
English (en)
Other versions
CN104471911B (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 CN104471911A publication Critical patent/CN104471911A/zh
Application granted granted Critical
Publication of CN104471911B publication Critical patent/CN104471911B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明涉及无线通信技术领域，特别涉及一种传输业务数据的方法、系统和设备，用以解决现有技术中存在的垂直切换发生后对DASH业务的稳定性产生比较大影响的问题。本申请的方法包括：DASH代理服务器确定在进行DASH业务数据传输时进行垂直切换的用户设备对应的码率根据所述确定的码率，向用户设备发送DASH业务数据。本发明通过DASH代理服务器确定的码率向在进行DASH业务数据传输时进行垂直切换的用户设备发送DASH业务数据，从而减小了垂直切换发生后对DASH业务的稳定性的影响。

Description

一种传输业务数据的方法、 系统和设备 技术领域
本发明涉及无线通信技术领域， 特别涉及一种传输业务数据的方法、 系 统和设备。 背景技术
3GP-DASH, 3 GPP ( 3rd Generation Partnership Project, 第三代移动通 信标准化组织）的 DASH ( Dynamic Adaptive Streaming over HTTP, 动态自适 应 HTTP流媒体； HTTP, Hyper Text Transport Protocol, 超级文本传送协议）， 其媒体文件由两部分组成：媒体表示描述文件（ Media Presentation Description, MPD )和媒体流文件。
DASH 服务器首先为同一个媒体流文件生成多个码率的不同表述 ( Representation ), 每个 Representation 又包括多个分片 ( Segment ), —般来 说每个 Segment会持续几秒钟或十几秒钟， UE ( User Equipment , 用户设备 ) 可以根据当前网络的传输状况选择不同 Representation的 Segment分片。 媒体 流的 "表述" 与 "分片" 在 MPD文件中进行描述， UE获取到 MPD文件后 便可根据当前网络状况选择媒体流的某个 Representation, 并通过请求获取某 个 Segment对应的媒体流。 基于 DASH技术的媒体流文件获取过程如图 1A 所示， 从图 1A中可以看出， DASH服务器根据当前网络的传输状况分片 1中 选择 250kbps的分片，在分片 2中选择 500kbps的分片，在分片 3和 4中选择 1Mbps的分片。
3GPP组织对 Non-3GPP接入方式与 3GPP接入方式提出了规范性的整合 标准。 在此框架下， 移动终端可以按照规范的流程在不同的网络之间进行切 换。 由于无线网络带宽在发生垂直切换后会发生较大的变化， 这对上层的应 用业务会带来很大的影响。
目前由于其自适应网络带宽的特点， 以及不同商业化的版本的算法不同 的特点，导致垂直切换发生后由于无线带宽变化，导致切换完成后，会对 DASH 业务的稳定性会受到很大影响。 比如对于视频业务， 切换完成后， 由于 UE请 求的速率与切换后无线带宽不匹配， 将存在半分钟以上的视频抖动期， Buffer (緩存）将经历许多次下溢， 其中一部分下溢时间较长， 视频播放经常性卡 顿。
综上所述， 目前垂直切换发生后对 DASH业务的稳定性产生比较大的影 响。 发明内容
本发明提供一种传输业务数据的方法、 系统和设备， 用以解决现有技术 中存在的垂直切换发生后对 DASH业务的稳定性产生比较大影响的问题。
第一方面， 提供一种传输业务数据的方法， 包括：
DASH代理服务器确定在进行 DASH业务数据传输时进行垂直切换的用 户设备对应的码率；
所述 DASH代理服务器根据所述确定的码率，向所述用户设备发送 DASH 业务数据。
结合第一方面， 在第一种可能的实现方式中， 所述 DASH代理服务器确 定在进行 DASH业务数据传输时进行垂直切换的用户设备对应的码率之前， 还包括：
所述 DASH代理服务器接收到所述用户设备的切换完成指示消息。
结合第一方面或者第一方面的第一种可能的实现方式， 在第二种可能的 实现方式中， 所述切换完成指示消息通过超级文本传送协议 HTTP消息承载。
结合第一方面或者第一方面的第一种或第二种可能的实现方式， 在第三 种可能的实现方式中， 所述 DASH代理服务器确定在进行 DASH业务数据传 输时进行垂直切换的用户设备对应的码率， 包括：
所述 DASH代理服务器根据所述用户设备在切换后的网络中的带宽， 确 定需要发送给所述用户设备的 DASH业务数据的码率。 结合第一方面或者第一方面的第一种可能的实现方式到第三种可能的实 现方式中的任意一种， 在第四种可能的实现方式中， 所述 DASH代理服务器 根据所述确定的码率， 向所述用户设备发送 DASH业务数据， 包括：
所述 DASH代理服务器根据收到的所述用户设备的请求传输所述 DASH 业务数据的信息和所述确定的码率， 向所述用户设备发送所述 DASH业务数 据。
结合第一方面的第四种可能的实现方式， 在第五种可能的实现方式中， 所述请求传输所述 DASH业务数据的信息通过 HTTP消息承载。
结合第一方面或者第一方面的第一种可能的实现方式到第三种可能的实 现方式中的任意一种， 在第六种可能的实现方式中， 所述 DASH代理服务器 根据所述确定的码率， 向所述用户设备发送 DASH业务数据， 包括：
所述 DASH代理服务器在确定所述用户设备请求的码率与所述 DASH代 理服务器确定的码率不同后， 根据所述确定的码率， 向所述用户设备发送所 述 DASH业务数据。
结合第一方面的第六种可能的实现方式， 在第七种可能的实现方式中， 该方法还包括：
所述 DASH代理服务器在确定所述用户设备请求的码率与所述 DASH代 理服务器确定的码率相同后， 根据所述用户设备请求的码率向所述用户设备 发送 DASH业务数据。
结合第一方面或者第一方面的第一种可能的实现方式到第七种可能的实 现方式中的任意一种， 在第八种可能的实现方式中， 该方法还包括：
所述 DASH代理服务器在所述用户设备进行垂直切换之前， 将收到的所 述用户设备请求 MPD文件的消息发送给 DASH服务器， 并将所述 DASH服 务器返回的请求 MPD文件的响应消息发送给所述用户设备；
所述 DASH代理服务器根据所述用户设备请求的码率， 向所述 UE发送 DASH业务数据。
第二方面， 提供一种传输业务数据的方法， 包括： 用户设备在进行垂直切换时， 停止接收 DASH代理服务器的 DASH业务 数据；
所述用户设备在垂直切换完成后， 继续接收所述 DASH代理服务器根据 所述 DASH代理服务器确定的码率发送的 DASH业务数据。
结合第二方面， 在第一种可能的实现方式中， 所述用户设备在垂直切换 完成后， 继续接收所述 DASH代理服务器根据所述 DASH代理服务器确定的 码率发送的 DASH业务数据之前， 还包括：
所述用户设备向所述 DASH代理服务器发送切换完成指示消息。
结合第二方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述切换完成指示消息通过 HTTP消息承载。
结合第二方面或者第二方面的第一种或第二种可能的实现方式， 在第三 种可能的实现方式中，所述用户设备在垂直切换完成后，继续接收所述 DASH 代理服务器根据所述 DASH代理服务器确定的码率发送的 DASH业务数据之 前， 还包括：
所述用户设备向所述 DASH代理服务器发送请求传输 DASH业务数据的 信息。
结合第二方面的第三种可能的实现方式， 在第四种可能的实现方式中， 所述用户设备备根据下列方式确定请求传输 DASH业务数据的信息：
所述用户设备确定对在进行垂直切换时未完成传输的分片中已完成传输 部分的处理方式， 并根据确定的处理方式， 确定请求传输 DASH业务数据的 信息。
结合第二方面的第四种可能的实现方式， 在第五种可能的实现方式中， 所述用户设备确定对未完成传输的 DASH业务数据进行处理的方式， 包括： 所述用户设备判断所述分片中已完成传输的部分的数据量是否大于阔 值；
若是， 则保留所述分片中已完成传输的部分； 否则， 删除所述分片中已 完成传输的部分。 第三方面， 提供一种传输业务数据的方法， 包括：
DASH代理服务器确定在进行 DASH业务数据传输时进行垂直切换的用 户设备对应的码率；
所述 DASH代理服务器根据确定的码率，更新 MPD文件中的码率，并将 更新后的 MPD文件返回给用户设备；
所述 DASH代理服务器根据所述用户设备从所述 MPD文件中选择的码 率， 向所述用户设备发送 DASH业务数据。
结合第三方面， 在第一种可能的实现方式中， 所述 DASH代理服务器确 定需要发送给用户设备的 DASH业务数据的码率之前， 还包括：
所述 DASH代理服务器接收到所述用户设备的切换完成指示消息。
结合第三方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述切换完成指示消息通过超级文本传送协议 HTTP消息承载。
结合第三方面或者第三方面的第一种或第二种可能的实现方式， 在第三 种可能的实现方式中， 所述 DASH 代理服务器确定需要发送给用户设备的 DASH业务数据的码率， 包括：
所述 DASH代理服务器根据用户设备在切换后的网络中的带宽， 确定需 要发送给所述用户设备的 DASH业务数据的码率。
结合第三方面或者第三方面的第一种可能的实现方式到第三种可能的实 现方式中的任意一种， 在第四种可能的实现方式中， 所述 DASH代理服务器 根据确定的码率， 更新 MPD文件中的码率， 包括：
所述 DASH代理服务器更新 MPD文件中的码率， 其中更新后的 MPD文 件中的码率不大于确定的码率。
结合第三方面或者第三方面的第一种可能的实现方式到第四种可能的实 现方式中的任意一种， 在第五种可能的实现方式中， 所述 DASH代理服务器 确定需要发送给用户设备的 DASH业务数据的码率之前， 还包括：
所述 DASH代理服务器将收到的所述用户设备请求 MPD文件的消息发送 给 DASH服务器， 并将所述 DASH服务器返回的请求 MPD文件的响应消息 发送给所述用户设备；
所述 DASH代理服务器根据所述用户设备请求的码率， 向所述 UE发送 DASH业务数据。
第四方面， 提供一种传输业务数据的方法， 包括：
用户设备在进行垂直切换时， 停止接收 DASH代理服务器的 DASH业务 数据；
所述用户设备在垂直切换完成后 ,从所述 DASH代理服务器发送的 MPD 文件中选择一个码率发送给所述 DASH代理服务器，其中所述 MPD文件是所 述 DASH代理服务器根据所述 DASH代理服务器确定的码率更新后得到的； 所述用户设备接收所述 DASH代理服务器根据收到的码率发送的 DASH 业务数据。
结合第四方面， 在第一种可能的实现方式中， 所述用户设备在垂直切换 完成后，从所述 DASH代理服务器发送的 MPD文件中选择一个码率发送给所 述 DASH代理服务之前， 还包括：
所述用户设备向所述 DASH代理服务器发送切换完成指示消息。
结合第四方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述切换完成指示消息通过 HTTP消息承载。
结合第四方面或者第四方面的第一种或第二种可能的实现方式， 在第三 种可能的实现方式中，所述用户设备在垂直切换完成后，继续接收所述 DASH 代理服务器根据收到的码率发送的 DASH业务数据之前， 还包括：
所述用户设备向所述 DASH代理服务器发送请求传输 DASH业务数据的 信息。
结合第四方面的第三种可能的实现方式， 在第四种可能的实现方式中， 所述用户设备根据下列方式确定请求传输 DASH业务数据的信息：
所述用户设备确定对在进行垂直切换时未完成传输的分片中已完成传输 部分的处理方式， 并根据确定的处理方式， 确定请求传输 DASH业务数据的 信息。 结合第四方面的第四种可能的实现方式， 在第五种可能的实现方式中， 所述用户设备确定对未完成传输的 DASH业务数据进行处理的方式， 包括： 所述用户设备判断所述分片中已完成传输的部分的数据量是否大于阔 值；
若是， 则保留所述分片中已完成传输的部分； 否则， 删除所述分片中已 完成传输的部分。
第五方面， 提供一种传输业务数据的 DASH代理服务器， 包括： 确定模块， 用于确定在进行 DASH业务数据传输时进行垂直切换的用户 设备对应的码率；
发送模块， 用于根据所述确定的码率， 向所述用户设备发送 DASH业务 数据。
结合第五方面， 在第一种可能的实现方式中， 所述确定模块还用于： 接收到所述用户设备的切换完成指示消息后， 确定在进行 DASH业务数 据传输时进行垂直切换的用户设备对应的码率。
结合第五方面或者第五方面的第一种可能的实现方式， 在第二种可能的 实现方式中， 所述切换完成指示消息通过超级文本传送协议 HTTP消息承载。
结合第五方面或者第五方面的第一种或第二种可能的实现方式， 在第三 种可能的实现方式中， 所述确定模块具体用于：
根据所述用户设备在切换后的网络中的带宽， 确定需要发送给所述用户 设备的 DASH业务数据的码率。
结合第五方面或者第五方面的第一种可能的实现方式到第三种可能的实 现方式中的任意一种， 在第四种可能的实现方式中， 所述发送模块具体用于： 根据收到的所述用户设备的请求传输所述 DASH业务数据的信息和所述 确定的码率， 向所述用户设备发送所述 DASH业务数据。
结合第五方面的第四种可能的实现方式， 在第五种可能的实现方式中， 所述请求传输所述 DASH业务数据的信息通过 HTTP消息承载。
结合第五方面或者第五方面的第一种可能的实现方式到第三种可能的实 现方式中的任意一种， 在第六种可能的实现方式中， 所述发送模块具体用于： 在确定所述用户设备请求的码率与所述 DASH代理服务器确定的码率不 同后， 根据所述确定的码率， 向所述用户设备发送所述 DASH业务数据。
结合第五方面的第六种可能的实现方式， 在第七种可能的实现方式中， 所述确定模块还用于：
在确定所述用户设备请求的码率与所述 DASH代理服务器确定的码率相 同后， 根据所述用户设备请求的码率向所述用户设备发送 DASH业务数据。
结合第五方面或者第五方面的第一种可能的实现方式到第七种可能的实 现方式中的任意一种， 在第八种可能的实现方式中， 所述确定模块还用于： 在所述用户设备进行垂直切换之前 ,将收到的所述用户设备请求 MPD文 件的消息发送给 DASH服务器， 并将所述 DASH服务器返回的请求 MPD文 件的响应消息发送给所述用户设备； 根据所述用户设备请求的码率， 向所述 UE发送 DASH业务数据。
第六方面， 提供一种传输业务数据的用户设备， 包括：
接收模块， 用于接收 DASH代理服务器的 DASH业务数据；
处理模块， 用于在进行垂直切换时， 控制所述接收模块停止接收 DASH 代理服务器的 DASH业务数据， 以及在垂直切换完成后， 控制所述接收模块 继续接收所述 DASH代理服务器根据所述 DASH代理服务器确定的码率发送 的 DASH业务数据。
结合第六方面， 在第一种可能的实现方式中， 所述处理模块还用于： 在垂直切换完成后， 控制所述接收模块继续接收所述 DASH代理服务器 根据所述 DASH代理服务器确定的码率发送的 DASH业务数据之前， 向所述 DASH代理服务器发送切换完成指示消息。
结合第六方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述切换完成指示消息通过 HTTP消息承载。
结合第六方面或者第六方面的第一种或第二种可能的实现方式， 在第三 种可能的实现方式中， 所述处理模块还用于： 在垂直切换完成后， 控制所述接收模块继续接收所述 DASH代理服务器 根据所述 DASH代理服务器确定的码率发送的 DASH业务数据之前， 向所述 DASH代理服务器发送请求传输 DASH业务数据的信息。
结合第六方面的第三种可能的实现方式， 在第四种可能的实现方式中， 所述处理模块还用于：
根据下列方式确定请求传输 DASH业务数据的信息： 确定对在进行垂直 切换时未完成传输的分片中已完成传输部分的处理方式， 并根据确定的处理 方式， 确定请求传输 DASH业务数据的信息。
结合第六方面的第四种可能的实现方式， 在第五种可能的实现方式中， 所述处理模块具体用于：
判断所述分片中已完成传输的部分的数据量是否大于阔值； 若是， 则保 留所述分片中已完成传输的部分； 否则， 删除所述分片中已完成传输的部分。
第七方面， 提供一种传输业务数据的 DASH代理服务器， 包括： 确定模块， 用于确定在进行 DASH业务数据传输时进行垂直切换的用户 设备对应的码率；
发送模块， 用于根据确定的码率， 更新 MPD文件中的码率， 并将更新后 的 MPD文件返回给用户设备； 根据所述用户设备从所述 MPD文件中选择的 码率， 向所述用户设备发送 DASH业务数据。
结合第七方面， 在第一种可能的实现方式中， 所述确定模块还用于： 接收到所述用户设备的切换完成指示消息之后， 确定需要发送给用户设 备的 DASH业务数据的码率。
结合第七方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述切换完成指示消息通过超级文本传送协议 HTTP消息承载。
结合第七方面或者第七方面的第一种或第二种可能的实现方式， 所述确 定模块具体用于：
根据用户设备在切换后的网络中的带宽， 确定需要发送给所述用户设备 的 DASH业务数据的码率。 结合第七方面或者第七方面的第一种可能的实现方式到第三种可能的实 现方式中的任意一种， 在第四种可能的实现方式中， 所述发送模块具体用于： 更新 MPD文件中的码率， 其中更新后的 MPD文件中的码率不大于确定 的码率。
结合第七方面或者第七方面的第一种可能的实现方式到第四种可能的实 现方式中的任意一种， 在第五种可能的实现方式中， 所述发送模块还用于： 确定需要发送给用户设备的 DASH业务数据的码率之前， 将收到的所述 用户设备请求 MPD文件的消息发送给 DASH服务器， 并将所述 DASH服务 器返回的请求 MPD文件的响应消息发送给所述用户设备；根据所述用户设备 请求的码率， 向所述 UE发送 DASH业务数据。
第八方面， 提供一种传输业务数据的用户设备， 包括：
接收模块， 用于接收 DASH代理服务器的 DASH业务数据；
处理模块， 用于在进行垂直切换时， 控制所述接收模块停止接收 DASH 代理服务器的 DASH业务数据， 在垂直切换完成后， 从所述 DASH代理服务 器发送的 MPD文件中选择一个码率发送给所述 DASH代理服务器，其中所述 MPD文件是所述 DASH代理服务器根据所述 DASH代理服务器确定的码率更 新后得到的； 并控制所述接收模块接收所述 DASH代理服务器根据收到的码 率发送的 DASH业务数据。
结合第八方面， 在第一种可能的实现方式中， 所述处理模块还用于： 在垂直切换完成后，从所述 DASH代理服务器发送的 MPD文件中选择一 个码率发送给所述 DASH代理服务之前， 向所述 DASH代理服务器发送切换 完成指示消息。
结合第八方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述切换完成指示消息通过 HTTP消息承载。
结合第八方面或者第八方面的第一种或第二种可能的实现方式， 在第三 种可能的实现方式中， 所述处理模块还用于：
在垂直切换完成后， 继续接收所述 DASH代理服务器根据收到的码率发 送的 DASH业务数据之前，向所述 DASH代理服务器发送请求传输 DASH业 务数据的信息。
结合第八方面的第三种可能的实现方式， 在第四种可能的实现方式中， 所述处理模块还用于：
根据下列方式确定请求传输 DASH业务数据的信息： 确定对在进行垂直 切换时未完成传输的分片中已完成传输部分的处理方式， 并根据确定的处理 方式， 确定请求传输 DASH业务数据的信息。
结合第八方面的第四种可能的实现方式， 在第五种可能的实现方式中， 所述处理模块具体用于：
判断所述分片中已完成传输的部分的数据量是否大于阔值； 若是， 则保 留所述分片中已完成传输的部分； 否则， 删除所述分片中已完成传输的部分。
结合第九方面， 一种传输业务数据的系统， 包括：
DASH代理服务器， 用于确定在进行 DASH业务数据传输时进行垂直切 换的用户设备对应的码率，根据所述确定的码率，向所述用户设备发送 DASH 业务数据；
用户设备，用于在进行垂直切换时，停止接收 DASH代理服务器的 DASH 业务数据， 在垂直切换完成后， 继续接收所述 DASH代理服务器根据所述 DASH代理服务器确定的码率发送的 DASH业务数据。
结合第十方面， 一种传输业务数据的系统， 包括：
DASH代理服务器， 用于确定在进行 DASH业务数据传输时进行垂直切 换的用户设备对应的码率， 根据确定的码率， 更新 MPD文件中的码率， 并将 更新后的 MPD文件返回给用户设备， 根据所述用户设备从所述 MPD文件中 选择的码率， 向所述用户设备发送 DASH业务数据；
用户设备，用于在进行垂直切换时，停止接收 DASH代理服务器的 DASH 业务数据，在垂直切换完成后，从所述 DASH代理服务器发送的 MPD文件中 选择一个码率发送给所述 DASH代理服务器， 其中所述 MPD 文件是所述 DASH代理服务器根据所述 DASH代理服务器确定的码率更新后得到的， 接 收所述 DASH代理服务器根据收到的码率发送的 DASH业务数据。 第十一方面， 提供一种传输业务数据的 DASH代理服务器， 包括： 处理器， 用于确定在进行 DASH业务数据传输时进行垂直切换的用户设 备对应的码率；
发射器， 用于根据所述确定的码率， 向所述用户设备发送 DASH业务数 据。
结合第十一方面， 在第一种可能的实现方式中， 所述处理器还用于： 接收到所述用户设备的切换完成指示消息后， 确定在进行 DASH业务数 据传输时进行垂直切换的用户设备对应的码率。
结合第十一方面或者第十一方面的第一种可能的实现方式， 在第二种可 能的实现方式中， 所述切换完成指示消息通过超级文本传送协议 HTTP 消息 承载。
结合第十一方面或者第十一方面的第一种或第二种可能的实现方式， 在 第三种可能的实现方式中， 所述处理器具体用于：
根据所述用户设备在切换后的网络中的带宽， 确定需要发送给所述用户 设备的 DASH业务数据的码率。
结合第十一方面或者第十一方面的第一种可能的实现方式到第三种可能 的实现方式中的任意一种， 在第四种可能的实现方式中， 所述发射器具体用 于：
根据收到的所述用户设备的请求传输所述 DASH业务数据的信息和所述 确定的码率， 向所述用户设备发送所述 DASH业务数据。
结合第十一方面的第四种可能的实现方式， 在第五种可能的实现方式中， 所述请求传输所述 DASH业务数据的信息通过 HTTP消息承载。
结合第十一方面或者第十一方面的第一种可能的实现方式到第三种可能 的实现方式中的任意一种， 在第六种可能的实现方式中， 所述发射器具体用 于：
在确定所述用户设备请求的码率与所述 DASH代理服务器确定的码率不 同后， 根据所述确定的码率， 向所述用户设备发送所述 DASH业务数据。 结合第十一方面的第六种可能的实现方式， 在第七种可能的实现方式中， 所述处理器还用于：
在确定所述用户设备请求的码率与所述 DASH代理服务器确定的码率相 同后， 根据所述用户设备请求的码率向所述用户设备发送 DASH业务数据。
结合第十一方面或者第十一方面的第一种可能的实现方式到第七种可能 的实现方式中的任意一种， 在第八种可能的实现方式中， 所述处理器还用于： 在所述用户设备进行垂直切换之前 ,将收到的所述用户设备请求 MPD文 件的消息发送给 DASH服务器， 并将所述 DASH服务器返回的请求 MPD文 件的响应消息发送给所述用户设备； 根据所述用户设备请求的码率， 向所述
UE发送 DASH业务数据。
第十二方面， 提供一种传输业务数据的用户设备， 包括：
接收器， 用于接收 DASH代理服务器的 DASH业务数据；
处理器， 用于在进行垂直切换时， 控制所述接收器停止接收 DASH代理 服务器的 DASH业务数据， 在垂直切换完成后， 控制所述接收器继续接收所 述 DASH代理服务器根据所述 DASH代理服务器确定的码率发送的 DASH业 务数据。
结合第十二方面， 在第一种可能的实现方式中， 所述处理器还用于： 在垂直切换完成后， 控制所述接收器继续接收所述 DASH代理服务器根 据所述 DASH代理服务器确定的码率发送的 DASH业务数据之前， 向所述
DASH代理服务器发送切换完成指示消息。
结合第十二方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述切换完成指示消息通过 HTTP消息承载。
结合第十二方面或者第十二方面的第一种或第二种可能的实现方式， 在 第三种可能的实现方式中， 所述处理器还用于：
在垂直切换完成后， 控制所述接收器继续接收所述 DASH代理服务器根 据所述 DASH代理服务器确定的码率发送的 DASH业务数据之前， 向所述 DASH代理服务器发送请求传输 DASH业务数据的信息。
结合第十二方面的第三种可能的实现方式， 在第四种可能的实现方式中， 所述处理器还用于：
根据下列方式确定请求传输 DASH业务数据的信息： 确定对在进行垂直 切换时未完成传输的分片中已完成传输部分的处理方式， 并根据确定的处理 方式， 确定请求传输 DASH业务数据的信息。
结合第十二方面的第四种可能的实现方式， 在第五种可能的实现方式中， 所述处理器具体用于：
判断所述分片中已完成传输的部分的数据量是否大于阔值； 若是， 则保 留所述分片中已完成传输的部分； 否则， 删除所述分片中已完成传输的部分。
第十三方面， 提供一种传输业务数据的 DASH代理服务器， 包括： 处理器， 用于确定在进行 DASH业务数据传输时进行垂直切换的用户设 备对应的码率；
发射器， 用于根据确定的码率， 更新 MPD文件中的码率， 并将更新后的 MPD文件返回给用户设备； 根据所述用户设备从所述 MPD文件中选择的码 率， 向所述用户设备发送 DASH业务数据。
结合第十三方面， 在第一种可能的实现方式中， 所述处理器还用于： 接收到所述用户设备的切换完成指示消息之后， 确定需要发送给用户设 备的 DASH业务数据的码率。
结合第十三方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述切换完成指示消息通过超级文本传送协议 HTTP消息承载。
结合第十三方面或者第十三方面的第一种或第二种可能的实现方式， 所 述处理器具体用于：
根据用户设备在切换后的网络中的带宽， 确定需要发送给所述用户设备 的 DASH业务数据的码率。
结合第十三方面或者第十三方面的第一种可能的实现方式到第三种可能 的实现方式中的任意一种， 在第四种可能的实现方式中， 所述发射器具体用 于：
更新 MPD文件中的码率， 其中更新后的 MPD文件中的码率不大于确定 的码率。
结合第十三方面或者第十三方面的第一种可能的实现方式到第四种可能 的实现方式中的任意一种， 在第五种可能的实现方式中， 所述发射器还用于： 确定需要发送给用户设备的 DASH业务数据的码率之前， 将收到的所述 用户设备请求 MPD文件的消息发送给 DASH服务器， 并将所述 DASH服务 器返回的请求 MPD文件的响应消息发送给所述用户设备；根据所述用户设备 请求的码率， 向所述 UE发送 DASH业务数据。
第十四方面， 提供一种传输业务数据的用户设备， 包括：
接收器， 用于接收 DASH代理服务器的 DASH业务数据；
处理器， 用于在进行垂直切换时， 控制所述接收器停止接收 DASH代理 服务器的 DASH业务数据， 在垂直切换完成后， 从所述 DASH代理服务器发 送的 MPD文件中选择一个码率发送给所述 DASH代理服务器，其中所述 MPD 文件是所述 DASH代理服务器根据所述 DASH代理服务器确定的码率更新后 得到的； 并控制所述接收器继续接收所述 DASH代理服务器根据收到的码率 发送的 DASH业务数据。
结合第十四方面， 在第一种可能的实现方式中， 所述处理器还用于： 在垂直切换完成后，从所述 DASH代理服务器发送的 MPD文件中选择一 个码率发送给所述 DASH代理服务之前， 向所述 DASH代理服务器发送切换 完成指示消息。
结合第十四方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述切换完成指示消息通过 HTTP消息承载。
结合第十四方面或者第十四方面的第一种或第二种可能的实现方式， 在 第三种可能的实现方式中， 所述处理器还用于：
在垂直切换完成后， 继续接收所述 DASH代理服务器根据收到的码率发 送的 DASH业务数据之前，向所述 DASH代理服务器发送请求传输 DASH业 务数据的信息。
结合第十四方面的第三种可能的实现方式， 在第四种可能的实现方式中， 所述处理器还用于：
根据下列方式确定请求传输 DASH业务数据的信息： 确定对在进行垂直 切换时未完成传输的分片中已完成传输部分的处理方式， 并根据确定的处理 方式， 确定请求传输 DASH业务数据的信息。
结合第十四方面的第四种可能的实现方式， 在第五种可能的实现方式中， 所述处理器具体用于：
判断所述分片中已完成传输的部分的数据量是否大于阔值； 若是， 则保 留所述分片中已完成传输的部分； 否则， 删除所述分片中已完成传输的部分。
本发明实施例通过 DASH代理服务器确定的码率向在进行 DASH业务数 据传输时进行垂直切换的用户设备发送 DASH业务数据， 或者根据确定的码 率，更新 MPD文件中的码率，并根据在进行 DASH业务数据传输时进行垂直 切换的用户设备从更新的 MPD 文件中选择的码率， 向所述用户设备发送 DASH业务数据，从而减小了垂直切换发生后对 DASH业务的稳定性的影响。
进一步的， 可以让用户设备从巨大的无线带宽资源变化后， 更加迅速的 适应新的网络的带宽， 请求合适的视频码率， 并让这个过程可以平稳的过度， 同时防止了客户端 Buffer下溢的情况的发生， 消除了视频抖动和卡顿。 增加 了用户的视频体验； 屏蔽了不同的客户端的自适应算法所造成的差异， 无论 客户端釆用的是何种自适应算法， 都可以帮助客户端来决策码率， 提高视频 体验。 附图说明
图 1A为背景技术基于 DASH技术的媒体流文件获取过程示意图； 图 1B为本发明实施例 DASH代理服务器在网络中的位置示意图； 图 2A为本发明实施例 DASH代理服务器和用户设备进行交互流程示意 图； 图 2B为本发明实施例 P-GW选择 DASH代理服务器的方法流程示意图； 图 3A为本发明实施例第一种 DASH代理服务器传输业务数据的方法流 程示意图；
图 3B为本发明实施例 DASH代理服务器接收带宽信息的方法流程示意 图；
图 4为本发明实施例第一种用户设备传输业务数据的方法流程示意图； 图 5为本发明实施例第一种 DASH代理服务器和用户设备传输业务数据 的方法流程示意图；
图 6A为本发明实施例第一种 DASH代理服务器进行标记示意图； 图 6B为本发明实施例第二种 DASH代理服务器进行标记示意图； 图 7为本发明实施例 DASH代理服务器进行码率控制的流程示意图； 图 8为本发明实施例用户设备进行分片处理的方法流程示意图； 图 9为本发明实施例第一种用户设备从 WLAN切换到 LTE后进行业务传 输的方法流程示意图；
图 10为本发明实施例第二种 DASH代理服务器传输业务数据的方法流程 示意图；
图 11为本发明实施例第二种用户设备传输业务数据的方法流程示意图； 图 12为本发明实施例第二种 DASH代理服务器和用户设备传输业务数据 的方法流程示意图；
图 13为本发明实施例第二种用户设备从 WLAN切换到 LTE后进行业务 传输的方法流程示意图；
图 14为本发明实施例第一种传输业务数据的系统示意图；
图 15为本发明实施例第二种传输业务数据的系统示意图；
图 16为本发明实施例第一种 DASH代理服务器示意图；
图 17为本发明实施例第一种用户设备示意图；
图 18为本发明实施例第二种 DASH代理服务器示意图；
图 19为本发明实施例第二种用户设备示意图； 图 20为本发明实施例第三种 DASH代理服务器示意图；
图 21为本发明实施例第三种用户设备示意图；
图 22为本发明实施例第四种 DASH代理服务器示意图；
图 23为本发明实施例第四种用户设备示意图。 具体实施方式
本发明实施例通过 DASH代理服务器确定的码率向在进行 DASH业务数 据传输时进行垂直切换的用户设备发送 DASH业务数据， 或者根据确定的码 率，更新 MPD文件中的码率，并根据在进行 DASH业务数据传输时进行垂直 切换的用户设备从更新的 MPD 文件中选择的码率， 向所述用户设备发送 DASH业务数据，从而减小了垂直切换发生后对 DASH业务的稳定性的影响。
其中， 异构无线网络中， 不同接入网络之间的切换称为垂直切换。 本发 明实施例的方案适用于任何网络之间的垂直切换。
较佳地， 本发明实施例的方案适用于从高带宽垂直切换到低带宽的场景 时会得到更好的效果。 比如从 WLAN ( Wireless Local Area Network, 无线局 域网 )垂直切换到 3GPP网络， 比如 LTE ( Long Term Evolution, 长期演进 ) 网络等。
目前， DASH服务器位于公共网， 且不能由运营商进行控制和调整。 针 对于此， 本发明实施例在 P-GW ( PDN GW, 分组数据网关）与 DASH服务 器之间加入 DASH Proxy (代理）服务器作为代理緩冲， 具体参见图 1B。 用 户设备向网络侧发送的请求会送达到 DASH代理服务器， 如果 DASH代理服 务器中应经緩存该资源，那么 DASH代理服务器直接向用户设备返回该资源。 如果 DASH代理服务器中未緩存该资源，则 DASH代理服务器向 DASH服务 器发送请求并下载该资源， 之后返回给用户设备。
其中， DASH代理服务器根据收到的用户设备的请求的信息中包含的内 容确定用户设备需要下载的资源。
在实施中， DASH代理服务器会得到用户设备请求的信息， 并从该信息 中获知用户设备所请求的资源。
DASH 代理服务器会对 DASH 事件进行探测 ， 与 PCRF ( Policy and Charging Rules Function, 策略与计费规则功能）交互 DASH会话 消息 ,还可以对 MPD文件进行操作。在 P-GW与 DASH Server之间传输 HTTP 消息。
在用户设备发生垂直切换后， 由 DASH代理服务器做码率的决策来帮助 用户设备正确的估计带宽并能充分的适应新的无线网络。
如图 2A所示， 本发明实施例 DASH代理服务器和用户设备进行交互流 流程示意图中， 包括下列步骤：
步骤 201、 用户设备建立与 P-GW ( PDN GW, 分组数据网关 )之间默认 的 EPS ( Evolved Packet System, 演进分组系统）承载。
步骤 202、 用户设备通过 P-GW向 DASH服务器请求 MPD文件。
步骤 203、 DASH收到请求 MPD文件后，由 P-GW选择一个合适的 DASH 代理服务器并且将请求 MPD文件发送给 DASH代理服务器， 其中 P-GW选 择 DASH代理服务器的过程可以参见图 2B。
步骤 204、 DASH代理服务器收到请求 MPD文件后， DASH代理服务器 探测得知 DASH事件， DASH代理服务器向 DASH服务器转发请求 MPD文 件。
步骤 205、 DASH服务器将包含 MPD文件的响应信息返回给 DASH代理 服务器。
步骤 206、 DASH代理服务器向用户设备返回包含 MPD文件的响应信息。 步骤 207、用户设备根据得到的 MPD文件，请求速率是 IMpbs的分片 1。 步骤 208、 P-GW转发用户设备的请求。
步骤 209、 DASH代理服务器向 PCRF查询该请求。
步骤 210、 PCRF在准许该请求后返回一个推荐的结果给 DASH代理服务 器。 一般 PCRF会根据运营商的部署判断是否准许。 返回的结果一般是保证 质量的结果， 比如 QoS质量或最大支持速率等。 步骤 211A、 DASH代理服务器若緩存该请求的资源， 则直接向用户设备 返回该资源； 或
步骤 211B、 DASH代理服务器若未緩存该请求的资源， 则向 DASH服务 器请求该资源并向用户设备返回该资源。
如图 2B所示， 本发明实施例 P-GW选择 DASH代理服务器的方法包括 下列步骤：
步骤 221： P-GW在收到来自用户设备的请求 MPD文件后，确定有 DASH 事件， 向 DNS ( Domain Name Server, 域名服务器）转发 DNS解析请求。
步骤 222: DNS根据收到的 DNS解析请求查询之后得到 DASH代理服务 器的 IP地址， 并将其返回给 P-GW。
在实施中， P-GW在得到 DASH代理服务器的 IP地址后， 还可以向用户 设备转发 DASH代理服务器的 IP地址。
如图 3A所示， 本发明实施例第一种 DASH代理服务器传输业务数据的 方法包括下列步骤：
步骤 301、 DASH代理服务器确定需要发送给用户设备的 DASH业务数 据的码率， 其中用户设备是在进行 DASH业务数据传输时进行垂直切换的用 户设备；
步骤 302、 DASH代理服务器根据确定的码率，向所述用户设备发送 DASH 业务数据。
较佳地， 步骤 301 中， DASH代理服务器接收到用户设备的切换完成指 示消息后确定用户设备已完成切换， 然后确定需要发送给用户设备的 DASH 业务数据的码率。
在实施中， 切换完成指示消息可以通过 HTTP消息承载。
较佳地， DASH代理服务器根据用户设备在切换后的网络中的带宽， 确 定需要发送给所述用户设备的 DASH业务数据的码率。
其中， DASH代理服务器根据用户设备在切换后的网络中的带宽， 确定 需要发送给所述用户设备的 DASH业务数据的码率之前， 需要确定用户设备 在切换后的网络中的带宽。
本发明实施例中， DASH代理服务器确定用户设备在切换后的网络中的 带宽的方式有很多种， 下面以用户设备切换到 LTE网络为例， 进行说明。
方式 1 : 由于 LTE实际部署的问题， 运营商一般会保证 LTE小区中用户 设备的一个基本无线带宽， 那么可以在 DASH代理服务器中对 LTE的无线速 率的可支持的范围做一个静态的预先的配置的值， 如可支持码率范围为 300~900kbit/s;
方式 2: DASH代理服务器依据不同的 LTE的 eNodeB (演进基站 )釆用 的调度算法来估测新加入的用户设备的带宽。 当用户设备切换进入 LTE网络 后， 开始上行汇报其 CQI ( Channel Quality Indicator,信道质量指示）， eNodeB 根据 UE的 CQI可以估算用户设备的信道质量， 并依据其本身的调度算法， 实现对用户设备的带宽的估测。 具体方法如下：
1、 eNodeB釆用 RR ( Round-Robin, 轮叫）轮询方式调度。 该种情况下， LTE 的无线资源是被平均分配的， 即每个用户设备获得相等的无线资源。 此 时每个用户设备被分配到的 RB (资源块）数目为 eNodeB总的 RB数目除以 总的用户设备数目。 eNodeB根据用户设备上报的 CQI , 来根据 CQI与 SINR ( Signal Interference Noise Ratio, 信干噪比）对应表格得出 SINR, 再由 SINR 与无线速率对应的表格得出每个 RB的传输速率，该速率再乘以用户设备获得 的 RB数目即可以得出估测的无线带宽值， 对应的 SINR与速率的表格如下：
2 -3.40 QPSK 0.2344 42.20
3 -1.70 QPSK 0.3770 67.86
4 -0.19 QPSK 0.6016 108.28
5 1.34 QPSK 0.8770 157.86
6 2.64 QPSK 1.1758 211.64
16QAM
( Quadrature
7 5.16 Amplitude 1.4766 265.79
Modulation,相正
交振幅调制）
8 6.71 16QAM 1.9141 344.54
9 8.18 16QAM 2.4063 433.13
10 10.43 64QAM 2.7305 491.49
11 11.84 64QAM 3.3223 598.01
12 13.32 64QAM 3.9023 702.14
13 15.53 64QAM 4.5234 814.21
14 16.20 64QAM 5.1152 920.74
15 22.38 64QAM 5.5547 999.85
2、 eNodeB釆用 PF调度算法。 该调度算法中， 每一个用户被分配一个优 先级， 任意时刻小区内优先级最大的用户接受服务。 该优先级参数为：
其中¾( 代表的是 t时刻， 用户 k的平均下载速率。 】代表的是 t时刻, 第 i个 RB可以对用户 K承载的速度。 调度算法根据计算的优先级 Metric来 决策将 RB分配给哪个 UE。
3、 根据每个 UE占用总的下载速率的百分比， 可以计算求得用户设备在 切换后的网络中的带宽。
在确定了用户设备在切换后的网络中的带宽后， 需要根据带宽确定码率。 这里根据带宽确定码率的方式有很多：
比如可以预先设定带宽范围和码率的对应关系， 然后把确定的带宽所在 的带宽范围对应的码率作为确定的码率。
还比如： 确定用户设备不出现 Buffer下溢的最高可支持的码率作为确定 的码率。
具体用户设备不出现 Buffer下溢的最高可支持的码率的确定方式可以参 照下列方法：
1、 确定用户设备请求的 DASH业务的码率等级 requestBit (请求比特）。 2 、 确定用户设备切换前请求的需要下载的数据大小 D = requestBit* segmentDuration (字符持续时间）。 requestBit表示用户设备请求的 DASH业务的码率等级； segmentDuration表示用户设备请求的分片的长度。
3、 确定 T = D/R, T为估测的 UE需要下载该部分数据所需要的时间； R 为用户设备在切换后的网络中的带宽。
4、 确定 L = buffer-minBuffer, L为估测的用户设备可允许的最长的下载 时间。 buffer表示用户设备緩存的数据时间长度； minBuffer表示保证 DASH 业务可流畅播放的预留值。
5、 判断步骤 3的结果是否不小于步骤 4的结果， 即！^ 若成立， 则 说明码率等级过高， 下调用户设备请求的 DASH业务的码率等级， 然后重新 确定 T。
6、 重复执行步骤 5 , 直至 T<L后， 将最后一次下调的用户设备请求的 DASH业务的码率等级作为确定的码率。
上述方式 2中， 基站需要向 DASH代理服务器发送用户设备在切换后的 网络中的带宽， 具体如图 3B所示：
步骤 311、 eNodeB执行网络切换过程。
步骤 312、 DASH代理服务器收到用户设备完成切换的消息。
步骤 313、 eNodeB估测用户设备的带宽变化。
步骤 314、 DASH代理服务器向 eNodeB发送消息， 查询用户设备的带宽 信息。
步骤 315、 eNodeB向 DASH代理服务器返回用户设备的带宽信息。
其中， DASH代理服务器根据确定的码率， 向所述用户设备发送 DASH 业务数据， 包括：
DASH代理服务器根据收到的所述用户设备的请求传输 DASH业务数据 的信息和确定的码率， 向所述用户设备发送 DASH业务数据。
具体的， DASH代理服务器根据收到的所述用户设备的请求传输 DASH 业务数据的信息确定需要为用户设备传输的 DASH业务数据；
然后 DASH代理服务器从多个码率对应的需要为用户设备传输的 DASH 业务数据中， 选择不大于确定的码率对应的需要为用户设备传输的 DASH业 务数据， 并向用户设备发送。
在实施中， 请求传输 DASH业务数据的信息可以通过 HTTP消息承载。 由于用户设备在进行垂直切换后， 用户设备的应用层不能正确的感知无 线网络资源带宽发生的巨大的变化， 因此不能请求合适的码率， 所以需要 DASH代理服务器确定码率， 如果用户设备已经能正确的感知带宽， DASH 代理服务器就不需要再确定码率。
具体的， DASH代理服务器在收到用户设备的请求传输 DASH业务数据 的信息后， 将该信息中的码率 （即用户设备请求的码率）和 DASH代理服务 器确定的码率进行比较， 如果不相同， 则确定用户设备不能正确的感知带宽， 然后根据确定的码率， 向所述用户设备发送 DASH业务数据；
如果相同， 则确定用户设备能正确的感知带宽， 本次可以根据该信息中 的码率或 DASH代理服务器确定的码率， 向所述用户设备发送 DASH业务数 据。 在后续如果收到该用户设备请求传输 DASH业务数据的信息， 直接根据 信息中的码率， 向所述用户设备发送 DASH业务数据。
在进行 DASH业务数据传输之前， 用户设备需要得到 DASH业务对应的 MPD文件。 具体的， DASH代理服务器在收到用户设备请求 MPD文件的消 息后，将收到的所述用户设备请求 MPD文件的消息发送给 DASH服务器，并 将所述 DASH服务器返回的请求 MPD文件的响应消息发送给所述用户设备； 所述 DASH代理服务器根据所述用户设备请求的码率， 向所述 UE发送 DASH业务数据。
如图 4所示， 本发明实施例第一种用户设备传输业务数据的方法包括下 列步骤：
步骤 401、 用户设备在进行垂直切换时， 停止接收 DASH代理服务器的 DASH业务数据；
步骤 402、 用户设备在垂直切换完成后， 继续接收所述 DASH代理服务 器根据所述 DASH代理服务器确定的码率发送的 DASH业务数据。
较佳地， 步骤 402 中， 所述用户设备在垂直切换完成后， 继续接收所述
DASH代理服务器根据所述 DASH代理服务器确定的码率发送的 DASH业务 数据之前， 还包括：
用户设备向所述 DASH代理服务器发送切换完成指示消息。
在实施中， 切换完成指示消息可以通过 HTTP消息承载。
较佳地， 步骤 402 中， 所述用户设备在垂直切换完成后， 继续接收所述
DASH代理服务器根据所述 DASH代理服务器确定的码率发送的 DASH业务 数据之前， 还包括：
所述用户设备向所述 DASH代理服务器发送请求传输 DASH业务数据的 信息。
其中， 用户设备备根据下列方式确定请求传输 DASH业务数据的信息： 所述用户设备确定对在进行垂直切换时未完成传输的分片中已完成传输 部分的处理方式， 并根据确定的处理方式， 确定请求传输 DASH业务数据的 信息。
较佳地，用户设备确定对未完成传输的 DASH业务数据进行处理的方式， 包括：
所述用户设备判断所述分片中已完成传输的部分的数据量是否大于阔 值；
若是， 则保留所述分片中已完成传输的部分； 否则， 删除所述分片中已 完成传输的部分。
如图 5所示， 本发明实施例第一种 DASH代理服务器和用户设备传输业 务数据的方法包括下列步骤：
步骤 501、 用户设备执行网络的垂直切换过程。
其中， 用户设备的垂直切换过程包括在 LTE网络内的注册认证， 建立隧 道和承载等过程。 具体过程可以参见 3GPP TS23.402, 在此不再赘述。
该过程执行完后， 标志着用户设备已经连接到新的网络， 建立了无线承 载连接， 可以在新的网络中做上下行的通信。
如果用户设备在进行垂直切换前有未传输完成的 DASH业务数据， 在进 行垂直切换时会停止传输。
步骤 502、用户设备向 DASH代理服务器发送垂直切换完成指示消息（即 HO的通知消息 ), 用于通知 DASH代理服务器已经完成垂直切换。
较佳地， 垂直切换完成指示消息中包括 mobility even indication (切换指 示 ), 即提示 DASH代理服务器 UE已经完成网络切换。
在实施中， 本发明实施例用户设备与 DASH代理服务器之间进行的应用 层的消息通信可以通过扩展 HTTP请求的 URL ( Uniform Resource Locator, 统一资源定位器）来实现。 比如垂直切换完成指示消息可以通过 HTTP 消息 承载。
具体的， 在 URL中增加相应的参数信息， 指示用户设备的状态， 如本实 施例中垂直切换指示。
具体实现如下： htt :// sever. example . com /media_A.mp4? Event=HO_event
如果此时用户设备含有未下载完的分片， 由于用户设备之前已经停止传 输， 所以需要对未下载完的分片进行处理。 对于未下载完得分片中已下载的 部分， 用户设备可以选择丟弃或是保留。 具体过程可以参见图 7。
如果此时 UE没有为下载完的分片， 则不进行分片处理。
步骤 503、 DASH代理服务器在收到垂直切换完成指示消息后， 停止向用 户设备传输 DASH未下载完的分片， 并标记该用户设备的状态为发生切换状 态， 并标记自身的状态为需要进行码率控制。
步骤 504、 用户设备向网络侧发送请求传输 DASH业务数据的信息。 该信息包括 buffer剩余时间和当前请求的码率。
如果网络侧没有记录该用户设备之前的请求信息， 还可以包括， 需要请 求的 DASH业务的标识。
在实施中， 本发明实施例用户设备与 DASH代理服务器之间进行的应用 层的消息通信可以通过扩展 HTTP请求的 URL来实现。 比如请求传输 DASH 业务数据的信息通过 HTTP消息承载。
其中， 请求传输 DASH业务数据的信息中的参数信息， 可以用 WebAPI (互联网应用程序编程接口）描述语言来表述（如 WADL: Web Application Description Language, 互联网应用描述语言）， 用于网络实体能够正常解析。
具 体 实 现 ^口 下 ： htt ： // sever. example . com /media— A.mp4 ？ Buffer=b,RequestBit=r,LastRequest=l
其中 Buffer携带的是緩冲剩余的时间， RequestBit是用户设备请求的码 率， LastRequest (上次请求）是上一次请求的码率。
较佳地， 可以根据上一次请求的码率， 通过 UE视频稳定性的算法， 减少 视频抖动。
步骤 505、 DASH代理服务器在收到请求传输 DASH业务数据的信息标 记该用户设备的状态为切换后不能适应网络带宽， 并在自身的状态为需要进 行码率控制后， 根据用户设备在切换后的网络中的带宽， 确定需要发送给用 户设备的 DASH业务数据的码率， 向用户设备返回请求传输 DASH业务数据 的响应消息。
较佳地， 请求传输 DASH业务数据的响应消息中可以包含 DASH代理服 务器确定的码率。
在实施中， 本发明实施例用户设备与 DASH代理服务器之间进行的应用 层的消息通信可以通过扩展 HTTP请求的 URL来实现。 比如请求传输 DASH 业务数据的响应消息通过 HTTP消息承载。
其中， DASH代理服务器在 HTTP 回复消息中，通过 Content-Location (内 容位置）头域， 携带插入网络参数的 URL信息， 用于通知用户设备 DASH代 理服务器确定的码率， 从而可以辅助用户设备自适应切换后的网络。
具体实现^口下： Content-Location: htt :// sever. example . com /media— A.mp4? SuggestBit=B
其中， SuggestBit (建议比特 )为 Proxy为客户端决策的码率。
步骤 506、 DASH代理服务器根据确定的码率， 向用户设备发送 DASH 业务数据。
由于用户设备在进行垂直切换后， 用户设备的应用层不能正确的感知无 线网络资源带宽发生的巨大的变化， 因此不能请求合适的码率， 所以需要 DASH代理服务器对码率进行决策。
如果用户设备已经能正确的感知带宽， 这时 DASH代理服务器可以修改 自身的状态为解除码率控制， 退出控制。
由于自身的状态为解除码率控制， 所以修改用户设备的状态为适应网络 带宽。
具体的， 当用户设备请求的码率与 DASH代理服务器确定的码率相同时， 则 DASH代理服务器认为用户设备已经能正确的感知带宽， 达到稳定状态， 退出控制。
后续 DASH代理服务器需要向用户设备发送 DASH业务数据时， 根据用 户设备请求的码率向用户设备发送 DASH业务数据。 在实施中， 由于切换后带宽发生了巨大变化， 此时用户设备不能很好的 适应新的网络的状况， DASH代理服务器需要对其请求的码率进行决策和更 改。
用户设备的状态可以按照下表进行定义， 具体状态变化可以参见图 6A:
DASH代理服务器的状态可以按照下表进行定义， 具体状态变化可以参 见图 6B:
如图 7所示， 本发明实施例 DASH代理服务器进行码率控制包括下列步 骤：
步骤 701、 DASH代理服务器启动码率控制过程。
步骤 702、 DASH代理服务器接收到用户设备请求的码率。
步骤 703、 DASH代理服务器判断用户设备请求的码率与 DASH代理服 务器确定的码率是否相同； 如果是， 则执行步骤 704; 否则， 执行步骤 705。 步骤 704、 DASH代理服务器退出码率控制过程。
步骤 705、 DASH代理服务器根据 DASH代理服务器确定的码率， 向所 述用户设备发送 DASH业务数据， 并返回步骤 702。
如图 8所示， 本发明实施例用户设备进行分片处理的方法包括下列步骤： 步骤 801、 用户设备在完成垂直切换后， 向 DASH代理服务器发送垂直 切换完成指示消息。
步骤 802、 用户设备判断是否有未完成传输的 DASH业务数据， 如果是， 则执行步骤 803; 否则， 结束本流程。
步骤 803、用户设备判断是否有在进行垂直切换时未完成传输的分片， 如 果有， 则执行步骤 804; 否则， 执行步骤 807。
步骤 804、用户设备判断在进行垂直切换时未完成传输的分片中已完成传 输部分的数据量是否大于阔值； 如果是， 则执行步骤 805; 否则， 执行步骤 806。
步骤 805、用户设备保留分片中已完成传输的部分， 立即使用基于比特流 的切换， 并执行步骤 807。
使用基于比特流的切换的过程可以参见 3GPP协议中规定的使用基于比 特流的切换的过程。
步骤 806、用户设备删除分片中已完成传输的部分， 并确定需要重新请求 该视频分片， 并执行步骤 807。
步骤 807、 用户设备向所述 DASH代理服务器发送请求传输 DASH业务 数据的信息。
步骤 808、 用户设备接收 DASH代理服务器发送的 DASH业务数据。 如图 9所示，本发明实施例第一种用户设备从 WLAN切换到 LTE后进行 业务传输的方法包括： 过程可以参见图 2A。
步骤 902、 用户设备准备切换， 具体准备过程可以参见 3GPP协议中规定 的用户设备准备切换的过程。
步骤 903、用户设备向 E-UTRAN发送 Attach消息。如果是网络侧控制的 切换过程， 则步骤 902和步骤 903不进行。
步骤 904、 用户设备执行从 WLAN到 LTE的切换过程。
步骤 905、 用户设备向 Dash代理服务器发送 Handover (切换） 消息， 该 消息中包含切换指示信息。
步骤 906、 用户设备处理未下载完的分片， 如果没有未下载完的分片， 则 跳过该步骤。
步骤 907、 Dash代理服务器收到 Handover消息后， 停止发送数据， 确定 该用户设备对应的码率。
步骤 908、 用户设备向 Dash代理服务器发送携带请求传输 DASH业务数 据的信息的请求消息。
其中，请求传输 DASH业务数据的信息包括： buffer剩余时间和当前请求 的码率。 如果网络侧没有记录用户设备之前的请求消息， 则还需要发送上次 请求的信息。 这里记录用户设备之前的请求消息的设备可以是 Dash代理服务 器， 也可以是其他能够供 Dash代理服务器获取请求消息的设备。
较佳地， 请求消息中还可以包括用户设备请求传输 DASH业务数据的标 识。 比如具体传输哪个分片或传输哪个分片的哪部分数据。
步骤 909、 Dash代理服务器向用户设备返回请求响应消息。
较佳地， 请求响应消息中包括网络侧设备请求的码率。
步骤 910、 Dash代理服务器与用户设备进行 DASH传输。
具体的， Dash代理服务器在确定需要进行码率控制后， 将用户设备请求 的码率与 Dash代理服务器确定的该用户设备的码率进行比较；
如果相同， 则根据用户设备请求的码率或 Dash代理服务器确定的该用户 设备的码率， 向所述用户设备发送 DASH业务数据。
如果不相同， 则根据 Dash代理服务器确定的该用户设备的码率， 向所述 用户设备发送 DASH业务数。 Dash代理服务器在确定不需要进行码率控制后， 根据用户设备请求的码 率， 向所述用户设备发送 DASH业务数据。
上面介绍的是根据 Dash代理服务器确定的码率返回 DASH业务数据。除 了上述方式本发明实施例还可以通过更新 MPD文件实现。 通过更新 MPD文 件实现相比上述方式不需要进入持续控制状态， 由于切换后网络带宽的减少， Dash代理服务器可以决策出新网络可支持的最高的码率。 Dash代理服务器将 除去 MPD文件中比估测值更高的码率的选项。 然后用户设备与 Dash代理服 务器之间更新新的 MPD文件，用户设备向 Dash代理服务器发送 MPD文件请 求， Dash代理服务器返回更新后的 MPD文件。 用户设备使用其自身的自适 应算法进行码率的决策， 但是这时不合适的码率范围已经被 MPD文件移除， 故其请求的码率范围已经更新， 此时可以保证用户设备请求的码率匹配切换 后的网络， 使得用户设备能够更快的适应新的网络。
如图 10所示，本发明实施例第二种 DASH代理服务器传输业务数据的方 法包括下列步骤：
步骤 1010、 DASH代理服务器确定在进行 DASH业务数据传输时进行垂 直切换的用户设备对应的码率；
步骤 1020、DASH代理服务器根据确定的码率，更新 MPD文件中的码率， 并将更新后的 MPD文件返回给用户设备；
步骤 1030、DASH代理服务器根据所述用户设备从所述 MPD文件中选择 的码率， 向所述用户设备发送 DASH业务数据。
较佳地， 步骤 1010中， DASH代理服务器接收到用户设备的切换完成指 示消息后确定用户设备已完成切换， 然后确定需要发送给用户设备的 DASH 业务数据的码率。
在实施中， 切换完成指示消息可以通过 HTTP消息承载。
较佳地， DASH代理服务器根据用户设备在切换后的网络中的带宽， 确 定需要发送给所述用户设备的 DASH业务数据的码率。
其中， DASH代理服务器根据用户设备在切换后的网络中的带宽， 确定 需要发送给所述用户设备的 DASH业务数据的码率之前， 需要确定用户设备 在切换后的网络中的带宽。
图 10中 DASH代理服务器确定用户设备在切换后的网络中的带宽的方式 与图 3中 DASH代理服务器确定用户设备在切换后的网络中的带宽的方式相 同， 在此不再赘述。
在确定了用户设备在切换后的网络中的带宽后， 需要根据带宽确定码率。 图 10中 DASH代理服务器根据带宽确定码率的方式与图 3中 DASH代理服 务器根据带宽确定码率的方式相同， 在此不再赘述。
其中， 本发明实施例中， 基站向 DASH代理服务器发送用户设备在切换 后的网络中的带宽的具体流程可以参见图 3B。
其中，所述 DASH代理服务器根据确定的码率，更新 MPD文件中的码率， 包括：
所述 DASH代理服务器更新 MPD文件中的码率， 其中更新后的 MPD文 件中的码率不大于确定的码率。
在进行 DASH业务数据传输之前， 用户设备需要得到 DASH业务对应的 MPD文件。 具体的， DASH代理服务器在收到用户设备请求 MPD文件的消 息后，将收到的所述用户设备请求 MPD文件的消息发送给 DASH服务器，并 将所述 DASH服务器返回的请求 MPD文件的响应消息发送给所述用户设备； 所述 DASH代理服务器根据所述用户设备请求的码率， 向所述 UE发送 DASH业务数据。
如图 11所示， 本发明实施例第二种用户设备传输业务数据的方法包括下 列步骤：
步骤 1110、 用户设备在进行垂直切换时， 停止接收 DASH代理服务器的 DASH业务数据；
步骤 1120、 用户设备在垂直切换完成后， 从所述 DASH代理服务器发送 的 MPD文件中选择一个码率发送给所述 DASH代理服务器， 其中所述 MPD 文件是所述 DASH代理服务器根据所述 DASH代理服务器确定的码率更新后 得到的；
步骤 1130、 用户设备接收所述 DASH代理服务器根据收到的码率发送的 DASH业务数据。
较佳地， 步骤 1120中， 所述用户设备在垂直切换完成后， 继续接收所述
DASH代理服务器根据所述 DASH代理服务器确定的码率发送的 DASH业务 数据之前， 还包括：
用户设备向所述 DASH代理服务器发送切换完成指示消息。
在实施中， 切换完成指示消息可以通过 HTTP消息承载。
较佳地， 步骤 1120中， 所述用户设备在垂直切换完成后， 继续接收所述
DASH代理服务器根据所述 DASH代理服务器确定的码率发送的 DASH业务 数据之前， 还包括：
所述用户设备向所述 DASH代理服务器发送请求传输 DASH业务数据的 信息。
其中， 用户设备备根据下列方式确定请求传输 DASH业务数据的信息： 所述用户设备确定对在进行垂直切换时未完成传输的分片中已完成传输 部分的处理方式， 并根据确定的处理方式， 确定请求传输 DASH业务数据的 信息。
较佳地，用户设备确定对未完成传输的 DASH业务数据进行处理的方式， 包括：
所述用户设备判断所述分片中已完成传输的部分的数据量是否大于阔 值；
若是， 则保留所述分片中已完成传输的部分； 否则， 删除所述分片中已 完成传输的部分。
其中， 用户设备具体进行分片处理的方法可以参见图 8。
如图 12所示，本发明实施例第二种 DASH代理服务器和用户设备传输业 务数据的方法包括下列步骤：
步骤 1201、 用户设备执行网络的垂直切换过程。 其中， 用户设备的垂直切换过程包括在 LTE网络内的注册认证， 建立隧 道和承载等过程。 具体过程可以参见 3GPP TS23.402, 在此不再赘述。
该过程执行完后， 标志着用户设备已经连接到新的网络， 建立了无线承 载连接， 可以在新的网络中做上下行的通信。
如果用户设备在进行垂直切换前有未传输完成的 DASH业务数据， 在进 行垂直切换时会停止传输。
步骤 1202、用户设备向 DASH代理服务器发送垂直切换完成指示消息（即 HO的通知消息 ), 用于通知 DASH代理服务器已经完成垂直切换。
较佳地， 垂直切换完成指示消息中包括切换指示信息。
在实施中， 本发明实施例用户设备与 DASH代理服务器之间进行的应用 层的消息通信可以通过扩展 HTTP请求的 URL来实现。 比如垂直切换完成指 示消息可以通过 HTTP消息承载。
具体的， 在 URL中增加相应的参数信息， 指示用户设备的状态， 如本实 施例中垂直切换指示。
具体实现如下：
htt :// sever. example . com /media_A.mp4? Event=HO_event
如果此时用户设备含有未下载完的分片， 由于用户设备之前已经停止传 输， 所以需要对未下载完的分片进行处理。 对于未下载完得分片中已下载的 部分， 用户设备可以选择丟弃或是保留。 具体过程可以参见图 7。
如果此时 UE没有为下载完的分片， 则不进行分片处理。
步骤 1203、 DASH代理服务器在收到垂直切换完成指示消息后， 停止向 用户设备传输 DASH未下载完的分片。
步骤 1204、 DASH代理服务器根据用户设备在切换后的网络中的带宽， 确定用户设备在当前网络最高能够支持的 DASH业务数据的码率， 并根据确 定的码率更新 MPD文件 , 将 MPD文件中超过确定码率去除。
步骤 1205、 用户设备向 DASH代理服务器请求 MPD文件。
步骤 1206、 DASH代理服务器将更新后的 MPD文件返回给用户设备。 步骤 1207、 用户设备向网络侧发送请求传输 DASH业务数据的信息。 步骤 1208、 DASH代理服务器向用户设备返回请求传输 DASH业务数据 的响应消息。
该信息包括 buffer剩余时间和 MPD文件中选择的码率。
如果网络侧没有记录该用户设备之前的请求信息， 还可以包括， 需要请 求的 DASH业务的标识。
在实施中， 本发明实施例用户设备与 DASH代理服务器之间进行的应用 层的消息通信可以通过扩展 HTTP请求的 URL来实现。 比如请求传输 DASH 业务数据的信息通过 HTTP消息承载。
其中， 请求传输 DASH业务数据的信息中的参数信息， 可以用 WebAPI
4 述语言来表述 ( ^口 WADL: Web Application Description Language ), 用于网 络实体能够正常解析。
具 体 实 现 ^口 下 ： htt ： // sever. example . com /media— A.mp4 ？ Buffer=b,RequestBit=r,LastRequest=l
其中 Buffer携带的是緩冲剩余的时间， RequestBit是用户设备请求的码 率， LastRequest是上一次请求的码率。
较佳地， 可以根据上一次请求的码率， 通过 UE视频稳定性的算法， 减少 视频抖动。
步骤 1208、 DASH代理服务器根据收到的码率， 向所述用户设备发送 DASH业务数据。
其中， 步骤 1204可以在 DASH代理服务器收到请求 MPD文件后执行。 较佳地， DASH代理服务器收到请求传输 DASH业务数据的信息后， 可 以向用户设备返回请求传输 DASH业务数据的响应消息。
在实施中， 本发明实施例用户设备与 DASH代理服务器之间进行的应用 层的消息通信可以通过扩展 HTTP请求的 URL来实现。 比如请求传输 DASH 业务数据的响应消息通过 HTTP消息承载。
其中， DASH代理服务器在 HTTP 回复消息中， 通过 Content-Location头 域， 携带插入网络参数的 URL信息， 用于通知用户设备 DASH代理服务器确 定的码率。
如图 13所示， 本发明实施例第二种用户设备从 WLAN切换到 LTE后进 行业务传输的方法包括下列步骤： 过程可以参见图 2A。
步骤 1302、 用户设备准备切换， 具体准备过程可以参见 3GPP协议中规 定的用户设备准备切换的过程。
步骤 1303、 用户设备向 E-UTRAN发送 Attach消息。 如果是网络侧控制 的切换过程， 则步骤 902和步骤 903不进行。
步骤 1304、 用户设备执行从 WLAN到 LTE的切换过程。
步骤 1305、 用户设备向 Dash代理服务器发送 Handover消息， 该消息中 包含切换指示信息。
步骤 1306、 用户设备处理未下载完的分片， 如果没有未下载完的分片， 则跳过该步骤。
步骤 1307、 Dash代理服务器收到 Handover消息后， 停止发送数据， 并 根据用户设备在切换后的网络中的带宽， 确定用户设备在当前网络最高能够 支持的 DASH业务数据的码率， 并根据确定的码率更新 MPD文件， 将 MPD 文件中超过确定码率去除。
步骤 1308、 用户设备向 DASH代理服务器请求 MPD文件的消息。
步骤 1309、 DASH代理服务器向用户设备返回包含 MPD文件的响应消息。 步骤 1310、 用户设备根据收到的 MPD 文件与 DASH代理服务器传输 DASH业务数据。
如图 14所示， 本发明实施例第一种传输业务数据的系统包括：
DASH代理服务器 141 , 用于确定在进行 DASH业务数据传输时进行垂 直切换的用户设备对应的码率， 根据所述确定的码率， 向所述用户设备发送 DASH业务数据； 用户设备 142, 用于在进行垂直切换时， 停止接收 DASH代理服务器的 DASH业务数据， 在垂直切换完成后， 继续接收所述 DASH代理服务器根据 所述 DASH代理服务器确定的码率发送的 DASH业务数据。
如图 15所示， 本发明实施例第二种传输业务数据的系统包括：
DASH代理服务器 151 , 用于确定在进行 DASH业务数据传输时进行垂 直切换的用户设备对应的码率， 根据确定的码率， 更新 MPD文件中的码率， 并将更新后的 MPD文件返回给用户设备， 根据所述用户设备从所述 MPD文 件中选择的码率， 向所述用户设备发送 DASH业务数据；
用户设备 152, 用于在进行垂直切换时， 停止接收 DASH代理服务器的 DASH业务数据， 在垂直切换完成后， 从所述 DASH代理服务器发送的 MPD 文件中选择一个码率发送给所述 DASH代理服务器，其中所述 MPD文件是所 述 DASH代理服务器根据所述 DASH代理服务器确定的码率更新后得到的， 接收所述 DASH代理服务器根据收到的码率发送的 DASH业务数据。
如图 16所示， 本发明实施例第一种 DASH代理服务器包括：
确定模块 161 , 用于确定在进行 DASH业务数据传输时进行垂直切换的 用户设备对应的码率；
发送模块 162, 用于根据所述确定的码率， 向所述用户设备发送 DASH 业务数据。
较佳地， 所述确定模块 161还用于：
接收到所述用户设备的切换完成指示消息后， 确定在进行 DASH业务数 据传输时进行垂直切换的用户设备对应的码率。
较佳地， 所述切换完成指示消息通过超级文本传送协议 HTTP消息承载。 较佳地， 所述确定模块 161具体用于：
根据所述用户设备在切换后的网络中的带宽， 确定需要发送给所述用户 设备的 DASH业务数据的码率。
较佳地， 所述发送模块 162具体用于：
根据收到的所述用户设备的请求传输所述 DASH业务数据的信息和所述 确定的码率， 向所述用户设备发送所述 DASH业务数据。
较佳地，所述请求传输所述 DASH业务数据的信息通过 HTTP消息承载。 较佳地， 所述发送模块 162具体用于：
在确定所述用户设备请求的码率与所述 DASH代理服务器确定的码率不 同后， 根据所述确定的码率， 向所述用户设备发送所述 DASH业务数据。
较佳地， 所述确定模块 161还用于：
在确定所述用户设备请求的码率与所述 DASH代理服务器确定的码率相 同后， 根据所述用户设备请求的码率向所述用户设备发送 DASH业务数据。
较佳地， 所述确定模块 161还用于：
在所述用户设备进行垂直切换之前 ,将收到的所述用户设备请求 MPD文 件的消息发送给 DASH服务器， 并将所述 DASH服务器返回的请求 MPD文 件的响应消息发送给所述用户设备； 根据所述用户设备请求的码率， 向所述 UE发送 DASH业务数据。
如图 17所示， 本发明实施例第一种用户设备包括：
接收模块 171 , 用于接收 DASH代理服务器的 DASH业务数据； 处理模块 172,用于在进行垂直切换时，控制接收模块 171停止接收 DASH 代理服务器的 DASH业务数据； 以及在垂直切换完成后， 控制接收模块 171 继续接收所述 DASH代理服务器根据所述 DASH代理服务器确定的码率发送 的 DASH业务数据。
较佳地， 所述处理模块 172还用于：
在垂直切换完成后， 控制接收模块 171继续接收所述 DASH代理服务器 根据所述 DASH代理服务器确定的码率发送的 DASH业务数据之前， 向所述 DASH代理服务器发送切换完成指示消息。
较佳地， 所述切换完成指示消息通过 HTTP消息承载。
较佳地， 所述处理模块 172还用于：
在垂直切换完成后， 控制接收模块 171继续接收所述 DASH代理服务器 根据所述 DASH代理服务器确定的码率发送的 DASH业务数据之前， 向所述 DASH代理服务器发送请求传输 DASH业务数据的信息。
较佳地， 所述处理模块 172还用于：
根据下列方式确定请求传输 DASH业务数据的信息： 确定对在进行垂直 切换时未完成传输的分片中已完成传输部分的处理方式， 并根据确定的处理 方式， 确定请求传输 DASH业务数据的信息。
较佳地， 所述处理模块 172具体用于：
判断所述分片中已完成传输的部分的数据量是否大于阔值； 若是， 则保 留所述分片中已完成传输的部分； 否则， 删除所述分片中已完成传输的部分。
如图 18所示， 本发明实施例第二种 DASH代理服务器包括：
确定模块 181 , 用于确定在进行 DASH业务数据传输时进行垂直切换的 用户设备对应的码率；
发送模块 182, 用于根据确定的码率， 更新 MPD文件中的码率， 并将更 新后的 MPD文件返回给用户设备； 根据所述用户设备从所述 MPD文件中选 择的码率， 向所述用户设备发送 DASH业务数据。
较佳地， 所述确定模块 181还用于：
接收到所述用户设备的切换完成指示消息之后， 确定需要发送给用户设 备的 DASH业务数据的码率。
较佳地， 所述切换完成指示消息通过超级文本传送协议 HTTP消息承载。 较佳地， 所述确定模块 181具体用于：
根据用户设备在切换后的网络中的带宽， 确定需要发送给所述用户设备 的 DASH业务数据的码率。
较佳地， 所述发送模块 182具体用于：
更新 MPD文件中的码率， 其中更新后的 MPD文件中的码率不大于确定 的码率。
较佳地， 所述发送模块 182还用于：
确定需要发送给用户设备的 DASH业务数据的码率之前， 将收到的所述 用户设备请求 MPD文件的消息发送给 DASH服务器， 并将所述 DASH服务 器返回的请求 MPD文件的响应消息发送给所述用户设备；根据所述用户设备 请求的码率， 向所述 UE发送 DASH业务数据。
如图 19所示， 本发明实施例第二种用户设备包括：
接收模块 191 , 用于接收 DASH代理服务器的 DASH业务数据； 处理模块， 用于在进行垂直切换时， 控制接收模块 191停止接收 DASH 代理服务器的 DASH业务数据， 以及在垂直切换完成后， 从所述 DASH代理 服务器发送的 MPD文件中选择一个码率发送给所述 DASH代理服务器，其中 所述 MPD文件是所述 DASH代理服务器根据所述 DASH代理服务器确定的 码率更新后得到的； 并控制接收模块 191继续接收所述 DASH代理服务器根 据收到的码率发送的 DASH业务数据。
较佳地， 所述处理模块 192还用于：
在垂直切换完成后，从所述 DASH代理服务器发送的 MPD文件中选择一 个码率发送给所述 DASH代理服务之前， 向所述 DASH代理服务器发送切换 完成指示消息。
较佳地， 所述切换完成指示消息通过 HTTP消息承载。
较佳地， 所述处理模块 192还用于：
在垂直切换完成后， 继续接收所述 DASH代理服务器根据收到的码率发 送的 DASH业务数据之前，向所述 DASH代理服务器发送请求传输 DASH业 务数据的信息。
较佳地， 所述处理模块 192还用于：
根据下列方式确定请求传输 DASH业务数据的信息： 确定对在进行垂直 切换时未完成传输的分片中已完成传输部分的处理方式， 并根据确定的处理 方式， 确定请求传输 DASH业务数据的信息。
较佳地， 所述处理模块 192具体用于：
判断所述分片中已完成传输的部分的数据量是否大于阔值； 若是， 则保 留所述分片中已完成传输的部分； 否则， 删除所述分片中已完成传输的部分。
如图 20所示， 本发明实施例第三种 DASH代理服务器包括： 处理器 2001 , 用于确定在进行 DASH业务数据传输时进行垂直切换的用 户设备对应的码率；
发射器 2002, 用于根据所述确定的码率， 向所述用户设备发送 DASH业 务数据。
较佳地， 所述处理器 2001还用于：
接收到所述用户设备的切换完成指示消息后， 确定在进行 DASH业务数 据传输时进行垂直切换的用户设备对应的码率。
较佳地， 所述切换完成指示消息通过超级文本传送协议 HTTP消息承载。 较佳地， 所述处理器 2001具体用于：
根据所述用户设备在切换后的网络中的带宽， 确定需要发送给所述用户 设备的 DASH业务数据的码率。
较佳地， 所述发射器 2002具体用于：
根据收到的所述用户设备的请求传输所述 DASH业务数据的信息和所述 确定的码率， 向所述用户设备发送所述 DASH业务数据。
较佳地，所述请求传输所述 DASH业务数据的信息通过 HTTP消息承载。 较佳地， 所述发射器 2002具体用于：
在确定所述用户设备请求的码率与所述 DASH代理服务器确定的码率不 同后， 根据所述确定的码率， 向所述用户设备发送所述 DASH业务数据。
较佳地， 所述处理器 2001还用于：
在确定所述用户设备请求的码率与所述 DASH代理服务器确定的码率相 同后， 根据所述用户设备请求的码率向所述用户设备发送 DASH业务数据。
较佳地， 所述处理器 2001还用于：
在所述用户设备进行垂直切换之前 ,将收到的所述用户设备请求 MPD文 件的消息发送给 DASH服务器， 并将所述 DASH服务器返回的请求 MPD文 件的响应消息发送给所述用户设备； 根据所述用户设备请求的码率， 向所述 UE发送 DASH业务数据。
如图 21所示， 本发明实施例第三种用户设备包括： 接收器 2101， 用于接收 DASH代理服务器的 DASH业务数据； 处理器 2102, 用于在进行垂直切换时， 控制接收器 2101停止接收 DASH 代理服务器的 DASH业务数据； 以及在垂直切换完成后， 控制接收器 2101继 续接收所述 DASH代理服务器根据所述 DASH代理服务器确定的码率发送的 DASH业务数据。
较佳地， 所述处理器 2102还用于：
在垂直切换完成后，控制接收器 2101继续接收所述 DASH代理服务器根 据所述 DASH代理服务器确定的码率发送的 DASH业务数据之前， 向所述 DASH代理服务器发送切换完成指示消息。
较佳地， 所述切换完成指示消息通过 HTTP消息承载。
较佳地， 所述处理器 2102还用于：
在垂直切换完成后，控制接收器 2101继续接收所述 DASH代理服务器根 据所述 DASH代理服务器确定的码率发送的 DASH业务数据之前， 向所述 DASH代理服务器发送请求传输 DASH业务数据的信息。
较佳地， 所述处理器 2102还用于：
根据下列方式确定请求传输 DASH业务数据的信息： 确定对在进行垂直 切换时未完成传输的分片中已完成传输部分的处理方式， 并根据确定的处理 方式， 确定请求传输 DASH业务数据的信息。
较佳地， 所述处理器 2102具体用于：
判断所述分片中已完成传输的部分的数据量是否大于阔值； 若是， 则保 留所述分片中已完成传输的部分； 否则， 删除所述分片中已完成传输的部分。
如图 22所示， 本发明实施例第四种 DASH代理服务器包括：
处理器 2201 , 用于确定在进行 DASH业务数据传输时进行垂直切换的用 户设备对应的码率；
发射器 2202, 用于根据确定的码率， 更新 MPD文件中的码率， 并将更 新后的 MPD文件返回给用户设备； 根据所述用户设备从所述 MPD文件中选 择的码率， 向所述用户设备发送 DASH业务数据。 较佳地， 所述处理器 2201还用于：
接收到所述用户设备的切换完成指示消息之后， 确定需要发送给用户设 备的 DASH业务数据的码率。
较佳地， 所述切换完成指示消息通过超级文本传送协议 HTTP消息承载。 较佳地， 所述处理器 2201具体用于：
根据用户设备在切换后的网络中的带宽， 确定需要发送给所述用户设备 的 DASH业务数据的码率。
较佳地， 所述发射器 2202具体用于：
更新 MPD文件中的码率， 其中更新后的 MPD文件中的码率不大于确定 的码率。
较佳地， 所述发射器 2202还用于：
确定需要发送给用户设备的 DASH业务数据的码率之前， 将收到的所述 用户设备请求 MPD文件的消息发送给 DASH服务器， 并将所述 DASH服务 器返回的请求 MPD文件的响应消息发送给所述用户设备；根据所述用户设备 请求的码率， 向所述 UE发送 DASH业务数据。
如图 23所示， 本发明实施例第四种用户设备包括：
接收器 2301， 用于接收 DASH代理服务器的 DASH业务数据；
处理器 2302, 用于在进行垂直切换时， 控制接收器 2301停止接收 DASH 代理服务器的 DASH业务数据； 以及在垂直切换完成后， 从所述 DASH代理 服务器发送的 MPD文件中选择一个码率发送给所述 DASH代理服务器，其中 所述 MPD文件是所述 DASH代理服务器根据所述 DASH代理服务器确定的 码率更新后得到的；并控制接收器 2301继续接收所述 DASH代理服务器根据 收到的码率发送的 DASH业务数据。
较佳地， 所述处理器还用于：
在垂直切换完成后，从所述 DASH代理服务器发送的 MPD文件中选择一 个码率发送给所述 DASH代理服务之前， 向所述 DASH代理服务器发送切换 完成指示消息。 较佳地， 所述切换完成指示消息通过 HTTP消息承载。
较佳地， 所述处理器 2302还用于：
在垂直切换完成后， 继续接收所述 DASH代理服务器根据收到的码率发 送的 DASH业务数据之前，向所述 DASH代理服务器发送请求传输 DASH业 务数据的信息。
较佳地， 所述处理器 2302还用于：
根据下列方式确定请求传输 DASH业务数据的信息： 确定对在进行垂直 切换时未完成传输的分片中已完成传输部分的处理方式， 并根据确定的处理 方式， 确定请求传输 DASH业务数据的信息。
较佳地， 所述处理器 2302具体用于：
判断所述分片中已完成传输的部分的数据量是否大于阔值； 若是， 则保 留所述分片中已完成传输的部分； 否则， 删除所述分片中已完成传输的部分。
本领域内的技术人员应明白， 本发明的实施例可提供为方法、 系统、 或 计算机程序产品。 因此， 本发明可釆用完全硬件实施例、 完全软件实施例、 或结合软件和硬件方面的实施例的形式。 而且， 本发明可釆用在一个或多个 其中包含有计算机可用程序代码的计算机可用存储介质 (包括但不限于磁盘 存储器、 CD-ROM、 光学存储器等）上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、 设备（系统）、 和计算机程序产 品的流程图和 /或方框图来描述的。 应理解可由计算机程序指令实现流程图 和 /或方框图中的每一流程和 /或方框、 以及流程图和 /或方框图中的流程 和 /或方框的结合。 可提供这些计算机程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器， 使得通 过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流 程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的 装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设 备以特定方式工作的计算机可读存储器中， 使得存储在该计算机可读存储器 中的指令产生包括指令装置的制造品， 该指令装置实现在流程图一个流程或 多个流程和 /或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上， 使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的 处理， 从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图 一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的步 骤。
尽管已描述了本发明的优选实施例， 但本领域内的技术人员一旦得知了 基本创造性概念， 则可对这些实施例作出另外的变更和修改。 所以， 所附权 利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。 发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权利要 求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。

Claims (55)

  1. 权 利 要 求
    1、 一种传输业务数据的方法， 其特征在于， 该方法包括：
    动态自适应超级文本传送协议流媒体 DASH 代理服务器确定在进行 DASH业务数据传输时进行垂直切换的用户设备对应的码率；
    所述 DASH代理服务器根据所述确定的码率，向所述用户设备发送 DASH 业务数据。
  2. 2、 如权利要求 1所述的方法， 其特征在于， 所述 DASH代理服务器确定 在进行 DASH业务数据传输时进行垂直切换的用户设备对应的码率之前， 还 包括：
    所述 DASH代理服务器接收到所述用户设备的切换完成指示消息。
  3. 3、 如权利要求 2所述的方法， 其特征在于， 所述切换完成指示消息通过 超级文本传送协议 HTTP消息承载。
  4. 4、 如权利要求 1~3任一所述的方法， 其特征在于， 所述 DASH代理服务 器确定在进行 DASH业务数据传输时进行垂直切换的用户设备对应的码率， 包括：
    所述 DASH代理服务器根据所述用户设备在切换后的网络中的带宽， 确 定需要发送给所述用户设备的 DASH业务数据的码率。
  5. 5、 如权利要求 1~4任一所述的方法， 其特征在于， 所述 DASH代理服务 器根据所述确定的码率， 向所述用户设备发送 DASH业务数据， 包括：
    所述 DASH代理服务器根据收到的所述用户设备的请求传输所述 DASH 业务数据的信息和所述确定的码率， 向所述用户设备发送所述 DASH业务数 据。
  6. 6、 如权利要求 5所述的方法， 其特征在于， 所述请求传输所述 DASH业 务数据的信息通过 HTTP消息承载。
  7. 7、 如权利要求 1~4任一所述的方法， 其特征在于， 所述 DASH代理服务 器根据所述确定的码率， 向所述用户设备发送 DASH业务数据， 包括： 所述 DASH代理服务器在确定所述用户设备请求的码率与所述 DASH代 理服务器确定的码率不同后， 根据所述确定的码率， 向所述用户设备发送所 述 DASH业务数据。
  8. 8、 如权利要求 7所述的方法， 其特征在于， 该方法还包括：
    所述 DASH代理服务器在确定所述用户设备请求的码率与所述 DASH代 理服务器确定的码率相同后， 根据所述用户设备请求的码率向所述用户设备 发送 DASH业务数据。
  9. 9、 如权利要求 1~8任一权利要求所述的方法， 其特征在于， 该方法还包 括：
    所述 DASH代理服务器在所述用户设备进行垂直切换之前， 将收到的所 述用户设备请求 MPD文件的消息发送给 DASH服务器， 并将所述 DASH服 务器返回的请求 MPD文件的响应消息发送给所述用户设备；
    所述 DASH代理服务器根据所述用户设备请求的码率， 向所述 UE发送 DASH业务数据。
  10. 10、 一种传输业务数据的方法， 其特征在于， 该方法包括：
    用户设备在进行垂直切换时， 停止接收 DASH代理服务器的 DASH业务 数据；
    所述用户设备在垂直切换完成后， 继续接收所述 DASH代理服务器根据 所述 DASH代理服务器确定的码率发送的 DASH业务数据。
  11. 11、 如权利要求 10所述的方法， 其特征在于， 所述用户设备在垂直切换 完成后， 继续接收所述 DASH代理服务器根据所述 DASH代理服务器确定的 码率发送的 DASH业务数据之前， 还包括：
    所述用户设备向所述 DASH代理服务器发送切换完成指示消息。
  12. 12、 如权利要求 11所述的方法， 其特征在于， 所述切换完成指示消息通 过 HTTP消息 载。
  13. 13、 如权利要求 10~12任一所述的方法， 其特征在于， 所述用户设备在 垂直切换完成后， 继续接收所述 DASH代理服务器根据所述 DASH代理服务 器确定的码率发送的 DASH业务数据之前， 还包括：
    所述用户设备向所述 DASH代理服务器发送请求传输 DASH业务数据的 信息。
  14. 14、 如权利要求 13所述的方法， 其特征在于， 所述用户设备备根据下列 方式确定请求传输 DASH业务数据的信息：
    所述用户设备确定对在进行垂直切换时未完成传输的分片中已完成传输 部分的处理方式， 并根据确定的处理方式， 确定请求传输 DASH业务数据的 信息。
  15. 15、 如权利要求 14所述的方法， 其特征在于， 所述用户设备确定对未完 成传输的 DASH业务数据进行处理的方式， 包括：
    所述用户设备判断所述分片中已完成传输的部分的数据量是否大于阔 值；
    若是， 则保留所述分片中已完成传输的部分； 否则， 删除所述分片中已 完成传输的部分。
  16. 16、 一种传输业务数据的方法， 其特征在于， 该方法包括：
    DASH代理服务器确定在进行 DASH业务数据传输时进行垂直切换的用 户设备对应的码率；
    所述 DASH代理服务器根据确定的码率，更新 MPD文件中的码率，并将 更新后的 MPD文件返回给用户设备；
    所述 DASH代理服务器根据所述用户设备从所述 MPD文件中选择的码 率， 向所述用户设备发送 DASH业务数据。
  17. 17、 如权利要求 16所述的方法， 其特征在于， 所述 DASH代理服务器确 定需要发送给用户设备的 DASH业务数据的码率之前， 还包括：
    所述 DASH代理服务器接收到所述用户设备的切换完成指示消息。
  18. 18、 如权利要求 17所述的方法， 其特征在于， 所述切换完成指示消息通 过 HTTP消息 载。
  19. 19、 如权利要求 16~18任一所述的方法， 其特征在于， 所述 DASH代理 服务器确定需要发送给用户设备的 DASH业务数据的码率， 包括： 所述 DASH代理服务器根据用户设备在切换后的网络中的带宽， 确定需 要发送给所述用户设备的 DASH业务数据的码率。
  20. 20、 如权利要求 16~19任一所述的方法， 其特征在于， 所述 DASH代理 服务器根据确定的码率， 更新 MPD文件中的码率， 包括：
    所述 DASH代理服务器更新 MPD文件中的码率， 其中更新后的 MPD文 件中的码率不大于确定的码率。
  21. 21、 如权利要求 16~20任一所述的方法， 其特征在于， 所述 DASH代理 服务器确定需要发送给用户设备的 DASH业务数据的码率之前， 还包括： 所述 DASH代理服务器将收到的所述用户设备请求 MPD文件的消息发送 给 DASH服务器， 并将所述 DASH服务器返回的请求 MPD文件的响应消息 发送给所述用户设备；
    所述 DASH代理服务器根据所述用户设备请求的码率， 向所述 UE发送 DASH业务数据。
  22. 22、 一种传输业务数据的方法， 其特征在于， 该方法包括：
    用户设备在进行垂直切换时， 停止接收 DASH代理服务器的 DASH业务 数据；
    所述用户设备在垂直切换完成后 ,从所述 DASH代理服务器发送的 MPD 文件中选择一个码率发送给所述 DASH代理服务器，其中所述 MPD文件是所 述 DASH代理服务器根据所述 DASH代理服务器确定的码率更新后得到的； 所述用户设备接收所述 DASH代理服务器根据收到的码率发送的 DASH 业务数据。
  23. 23、 如权利要求 22所述的方法， 其特征在于， 所述用户设备在垂直切换 完成后，从所述 DASH代理服务器发送的 MPD文件中选择一个码率发送给所 述 DASH代理服务之前， 还包括：
    所述用户设备向所述 DASH代理服务器发送切换完成指示消息。
  24. 24、 如权利要求 23所述的方法， 其特征在于， 所述切换完成指示消息通 过 HTTP消息 载。
  25. 25、 如权利要求 22~24任一所述的方法， 其特征在于， 所述用户设备在 垂直切换完成后， 继续接收所述 DASH代理服务器根据收到的码率发送的 DASH业务数据之前， 还包括：
    所述用户设备向所述 DASH代理服务器发送请求传输 DASH业务数据的 信息。
  26. 26、 如权利要求 25所述的方法， 其特征在于， 所述用户设备根据下列方 式确定请求传输 DASH业务数据的信息：
    所述用户设备确定对在进行垂直切换时未完成传输的分片中已完成传输 部分的处理方式， 并根据确定的处理方式， 确定请求传输 DASH业务数据的 信息。
  27. 27、 如权利要求 26所述的方法， 其特征在于， 所述用户设备确定对未完 成传输的 DASH业务数据进行处理的方式， 包括：
    所述用户设备判断所述分片中已完成传输的部分的数据量是否大于阔 值；
    若是， 则保留所述分片中已完成传输的部分； 否则， 删除所述分片中已 完成传输的部分。
  28. 28、 一种传输业务数据的动态自适应超级文本传送协议流媒体 DASH代 理服务器， 其特征在于， 该 DASH代理服务器包括：
    确定模块， 用于确定在进行 DASH业务数据传输时进行垂直切换的用户 设备对应的码率；
    发送模块， 用于根据所述确定的码率， 向所述用户设备发送 DASH业务 数据。
  29. 29、 如权利要求 28所述的 DASH代理服务器， 其特征在于， 所述确定模 块还用于：
    接收到所述用户设备的切换完成指示消息后， 确定在进行 DASH业务数 据传输时进行垂直切换的用户设备对应的码率。 30、 如权利要求 29所述的 DASH代理服务器， 其特征在于， 所述切换完 成指示消息通过超级文本传送协议 HTTP消息承载。
  30. 31、 如权利要求 28~30任一所述的 DASH代理服务器， 其特征在于， 所 述确定模块具体用于：
    根据所述用户设备在切换后的网络中的带宽， 确定需要发送给所述用户 设备的 DASH业务数据的码率。
  31. 32、 如权利要求 28~31任一所述的 DASH代理服务器， 其特征在于， 所 述发送模块具体用于：
    根据收到的所述用户设备的请求传输所述 DASH业务数据的信息和所述 确定的码率， 向所述用户设备发送所述 DASH业务数据。
  32. 33、 如权利要求 32所述的 DASH代理服务器， 其特征在于， 所述请求传 输所述 DASH业务数据的信息通过 HTTP消息承载。
  33. 34、 如权利要求 28~31任一所述的 DASH代理服务器， 其特征在于， 所 述发送模块具体用于：
    在确定所述用户设备请求的码率与所述 DASH代理服务器确定的码率不 同后， 根据所述确定的码率， 向所述用户设备发送所述 DASH业务数据。
  34. 35、 如权利要求 34所述的 DASH代理服务器， 其特征在于， 所述确定模 块还用于：
    在确定所述用户设备请求的码率与所述 DASH代理服务器确定的码率相 同后， 根据所述用户设备请求的码率向所述用户设备发送 DASH业务数据。
  35. 36、 如权利要求 28~35任一权利要求所述的 DASH代理服务器， 其特征 在于， 所述确定模块还用于：
    在所述用户设备进行垂直切换之前 ,将收到的所述用户设备请求 MPD文 件的消息发送给 DASH服务器， 并将所述 DASH服务器返回的请求 MPD文 件的响应消息发送给所述用户设备； 根据所述用户设备请求的码率， 向所述 UE发送 DASH业务数据。
  36. 37、 一种传输业务数据的用户设备， 其特征在于， 该用户设备包括： 接收模块， 用于接收 DASH代理服务器的 DASH业务数据； 处理模块， 用于在进行垂直切换时， 控制所述接收模块停止接收 DASH 代理服务器的 DASH业务数据， 以及在垂直切换完成后， 控制所述接收模块 继续接收所述 DASH代理服务器根据所述 DASH代理服务器确定的码率发送 的 DASH业务数据。
  37. 38、如权利要求 37所述的用户设备， 其特征在于， 所述处理模块还用于： 在垂直切换完成后， 控制所述接收模块继续接收所述 DASH代理服务器 根据所述 DASH代理服务器确定的码率发送的 DASH业务数据之前， 向所述 DASH代理服务器发送切换完成指示消息。
  38. 39、 如权利要求 38所述的用户设备， 其特征在于， 所述切换完成指示消 息通过 HTTP消息承载。
  39. 40、 如权利要求 37~39任一所述的用户设备， 其特征在于， 所述处理模 块还用于：
    在垂直切换完成后， 控制所述接收模块继续接收所述 DASH代理服务器 根据所述 DASH代理服务器确定的码率发送的 DASH业务数据之前， 向所述 DASH代理服务器发送请求传输 DASH业务数据的信息。
  40. 41、如权利要求 40所述的用户设备， 其特征在于， 所述处理模块还用于： 根据下列方式确定请求传输 DASH业务数据的信息： 确定对在进行垂直 切换时未完成传输的分片中已完成传输部分的处理方式， 并根据确定的处理 方式， 确定请求传输 DASH业务数据的信息。
  41. 42、 如权利要求 41所述的用户设备， 其特征在于， 所述处理模块具体用 于：
    判断所述分片中已完成传输的部分的数据量是否大于阔值； 若是， 则保 留所述分片中已完成传输的部分； 否则， 删除所述分片中已完成传输的部分。
  42. 43、 一种传输业务数据的 DASH代理服务器， 其特征在于， 该 DASH代 理服务器包括：
    确定模块， 用于确定在进行 DASH业务数据传输时进行垂直切换的用户 设备对应的码率；
    发送模块， 用于根据确定的码率， 更新 MPD文件中的码率， 并将更新后 的 MPD文件返回给用户设备； 根据所述用户设备从所述 MPD文件中选择的 码率， 向所述用户设备发送 DASH业务数据。
  43. 44、 如权利要求 43所述的 DASH代理服务器， 其特征在于， 所述确定模 块还用于：
    接收到所述用户设备的切换完成指示消息之后， 确定需要发送给用户设 备的 DASH业务数据的码率。
  44. 45、 如权利要求 44所述的 DASH代理服务器， 其特征在于， 所述切换完 成指示消息通过 HTTP消息承载。
  45. 46、 如权利要求 43~45任一所述的 DASH代理服务器， 其特征在于， 所 述确定模块具体用于：
    根据用户设备在切换后的网络中的带宽， 确定需要发送给所述用户设备 的 DASH业务数据的码率。
  46. 47、 如权利要求 43~45任一所述的 DASH代理服务器， 其特征在于， 所 述发送模块具体用于：
    更新 MPD文件中的码率， 其中更新后的 MPD文件中的码率不大于确定 的码率。
  47. 48、 如权利要求 43~47任一所述的 DASH代理服务器， 其特征在于， 所 述发送模块还用于：
    确定需要发送给用户设备的 DASH业务数据的码率之前， 将收到的所述 用户设备请求 MPD文件的消息发送给 DASH服务器， 并将所述 DASH服务 器返回的请求 MPD文件的响应消息发送给所述用户设备；根据所述用户设备 请求的码率， 向所述 UE发送 DASH业务数据。
  48. 49、 一种传输业务数据的用户设备， 其特征在于， 该用户设备包括： 接收模块， 用于接收 DASH代理服务器的 DASH业务数据；
    处理模块， 用于在进行垂直切换时， 控制所述接收模块停止接收 DASH 代理服务器的 DASH业务数据， 在垂直切换完成后， 从所述 DASH代理服务 器发送的 MPD文件中选择一个码率发送给所述 DASH代理服务器，其中所述 MPD文件是所述 DASH代理服务器根据所述 DASH代理服务器确定的码率更 新后得到的； 并控制所述接收模块继续接收所述 DASH代理服务器根据收到 的码率发送的 DASH业务数据。
  49. 50、如权利要求 49所述的用户设备， 其特征在于， 所述处理模块还用于： 在垂直切换完成后，从所述 DASH代理服务器发送的 MPD文件中选择一 个码率发送给所述 DASH代理服务之前， 向所述 DASH代理服务器发送切换 完成指示消息。
  50. 51、 如权利要求 50所述的用户设备， 其特征在于， 所述切换完成指示消 息通过 HTTP消息承载。
  51. 52、 如权利要求 49~51任一所述的用户设备， 其特征在于， 所述处理模 块还用于：
    在垂直切换完成后， 继续接收所述 DASH代理服务器根据收到的码率发 送的 DASH业务数据之前，向所述 DASH代理服务器发送请求传输 DASH业 务数据的信息。
  52. 53、如权利要求 52所述的用户设备， 其特征在于， 所述处理模块还用于： 根据下列方式确定请求传输 DASH业务数据的信息： 确定对在进行垂直 切换时未完成传输的分片中已完成传输部分的处理方式， 并根据确定的处理 方式， 确定请求传输 DASH业务数据的信息。
  53. 54、 如权利要求 53所述的用户设备， 其特征在于， 所述处理模块具体用 于：
    判断所述分片中已完成传输的部分的数据量是否大于阔值； 若是， 则保 留所述分片中已完成传输的部分； 否则， 删除所述分片中已完成传输的部分。
  54. 55、 一种传输业务数据的系统， 其特征在于， 该系统包括：
    动态自适应超级文本传送协议流媒体 DASH代理服务器， 用于确定在进 行 DASH业务数据传输时进行垂直切换的用户设备对应的码率， 根据所述确 定的码率， 向所述用户设备发送 DASH业务数据；
    用户设备，用于在进行垂直切换时，停止接收 DASH代理服务器的 DASH 业务数据， 在垂直切换完成后， 继续接收所述 DASH代理服务器根据所述
    DASH代理服务器确定的码率发送的 DASH业务数据。
  55. 56、 一种传输业务数据的系统， 其特征在于， 该系统包括：
    DASH代理服务器， 用于确定在进行 DASH业务数据传输时进行垂直切 换的用户设备对应的码率， 根据确定的码率， 更新 MPD文件中的码率， 并将 更新后的 MPD文件返回给用户设备， 根据所述用户设备从所述 MPD文件中 选择的码率， 向所述用户设备发送 DASH业务数据；
    用户设备，用于在进行垂直切换时，停止接收 DASH代理服务器的 DASH 业务数据，在垂直切换完成后，从所述 DASH代理服务器发送的 MPD文件中 选择一个码率发送给所述 DASH代理服务器， 其中所述 MPD 文件是所述 DASH代理服务器根据所述 DASH代理服务器确定的码率更新后得到的， 接 收所述 DASH代理服务器根据收到的码率发送的 DASH业务数据。
CN201380001521.2A 2013-07-02 2013-07-02 一种传输业务数据的方法、系统和设备 Active CN104471911B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/078709 WO2015000142A1 (zh) 2013-07-02 2013-07-02 一种传输业务数据的方法、系统和设备

Publications (2)

Publication Number Publication Date
CN104471911A true CN104471911A (zh) 2015-03-25
CN104471911B CN104471911B (zh) 2018-02-02

Family

ID=52143013

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380001521.2A Active CN104471911B (zh) 2013-07-02 2013-07-02 一种传输业务数据的方法、系统和设备

Country Status (2)

Country Link
CN (1) CN104471911B (zh)
WO (1) WO2015000142A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108668179B (zh) * 2017-03-27 2021-05-14 华为技术有限公司 媒体索引文件的传输方法及相关设备
CN110401869A (zh) * 2019-07-26 2019-11-01 歌尔股份有限公司 一种视频直播方法、系统及电子设备和存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101035365A (zh) * 2007-04-03 2007-09-12 中国科学院计算技术研究所 多种无线网络融合环境中的多媒体会话服务质量管理方法
CN102843351A (zh) * 2012-03-31 2012-12-26 华为技术有限公司 一种流媒体业务的处理方法、流媒体服务器及系统
US20130007814A1 (en) * 2011-06-30 2013-01-03 Qualcomm Incorporated Dynamic adaptive streaming proxy for unicast or broadcast/multicast services

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8489760B2 (en) * 2011-03-31 2013-07-16 Juniper Networks, Inc. Media file storage format and adaptive delivery system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101035365A (zh) * 2007-04-03 2007-09-12 中国科学院计算技术研究所 多种无线网络融合环境中的多媒体会话服务质量管理方法
US20130007814A1 (en) * 2011-06-30 2013-01-03 Qualcomm Incorporated Dynamic adaptive streaming proxy for unicast or broadcast/multicast services
CN102843351A (zh) * 2012-03-31 2012-12-26 华为技术有限公司 一种流媒体业务的处理方法、流媒体服务器及系统

Also Published As

Publication number Publication date
CN104471911B (zh) 2018-02-02
WO2015000142A1 (zh) 2015-01-08

Similar Documents

Publication Publication Date Title
EP2597906B1 (en) Method, device and system for data transmission
KR102519409B1 (ko) 다중 경로 미디어 전달을 위한 방법 및 장치
CN108141443B (zh) 用户设备、媒体流传输网络辅助节点和媒体流传输方法
CN101917742B (zh) 数据传输方法、设备及系统
RU2019139405A (ru) Способ связи, базовая станция и терминальное устройство
US11271862B2 (en) Service delivery in a communication network
US7310323B2 (en) Method and system for providing a transmission link for streaming traffic
US20160127967A1 (en) Service offloading method and base station
US10575163B2 (en) Communication method, user equipment, access network device, and application server
CN109245936A (zh) 控制网络传输时延的方法、服务质量控制实体和通信设备
CN106470222A (zh) 一种文件传输方法、装置及应用服务器
WO2011147344A1 (zh) 广告插播的方法、设备及系统
WO2012146170A1 (zh) 多种无线接入技术服务一个用户设备的数据分配方法及装置
WO2014059647A1 (zh) 一种数据域业务处理方法、装置及系统
CN104471911A (zh) 一种传输业务数据的方法、系统和设备
WO2018228916A1 (en) Network assistance in dash using dns
CN105144730A (zh) 视频传输方法、装置与系统
EP1809065A1 (en) Method and system for adjusting the traffic category for a real time stream transmission
JP2016174287A (ja) Ｔｃｐ制御装置、ｔｃｐ制御装置の制御方法およびｔｃｐ制御装置のプログラム
CN103297942A (zh) 数据传输方法、设备及系统
CN104170350A (zh) 一种m2m业务消息传输的方法、设备和系统
EP4120732A1 (en) Media packet transmission method, apparatus, and system
CN116828567A (zh) 移动网络接入信息感知方法、装置和电子设备
CN113938468A (zh) 视频传输方法、设备、系统及存储介质

Legal Events

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