业务内容获取方法、 提供方法、 设备及系统

技术领域

本发明实施例涉及通信技术， 尤其涉及一种业务内容获取方法、 提供方 法、 设备及系统。

背景技术

无线蜂窝网络包括全球移动通讯系统 （Global System for Mobi le Communications ,简称为 GSM)、码分多址 (Code Division Multiple Access , 简称为 CDMA) 、 通用移动通信系统 (Universal Mobi le Telecommunications System, 简称为 UMTS ) 、 长期演进 （Long Term Evolution, 简称为 LTE) 以 及未来演进等各种制式。 无线蜂窝网络通常由终端、 基站、 控制器和核心网 组成， 对于不同制式， 基站和控制器的叫法会有所不同。 在无线蜂窝网络中， 终端以无线方式与基站建立连接， 并接入到互联网 （internet ) 进行网页浏 览、 视频观看等业务。

由于移动互联技术的快速发展， 移动业务流量增长迅猛， 急需提升无线 蜂窝网络的容量。 现有技术一般采用改进收发技术、 增加站址、 提高频谱带 宽等方法来提升无线蜂窝网络的容量， 但这些方法都属于线性提升无线蜂窝 网络容量的方法， 在不久的将来必将遇到难以解决的瓶颈， 因此， 需要一种 新的非线性的方法来解决无线蜂窝网络的容量 问题。 发明内容

本发明实施例提供一种业务内容获取方法、 提供方法、 设备及系统， 用 以提供一种业务传输方法来解决无线蜂窝网络 的容量问题。

第一方面提供一种业务内容获取方法， 包括：

终端向服务提供设备发送业务请求， 业务请求携带有待请求业务的链接 地址；

终端接收服务提供设备根据待请求业务的链接 地址返回的待请求业务的 业务索引号， 其中， 待请求业务的业务索引号与待请求业务的链接 地址是对 应的；

终端根据待请求业务的业务索引号， 在本地保存的第一业务中获取与待 请求业务的业务索弓 I号对应的业务内容。

结合第一方面， 在第一方面的第一种可能的实现方式中， 方法还包括： 终端接收业务处理设备发送的调度信息；

终端根据调度信息， 接收业务处理设备发送的第一业务的业务内容 和第 一业务的业务索引号， 第一业务的业务内容是业务处理设备根据第一 业务的 链接地址从服务提供设备获取的， 第一业务的业务索引号是业务处理设备分 配的；

终端将第一业务的业务内容和第一业务的业务 索引号保存在本地。

结合第一方面的第一种可能的实现方式， 在第一方面的第二种可能的实 现方式中， 方法还包括：

终端向业务处理设备反馈第一接收状态信息， 第一接收状态信息携带有 第一业务对应的误块信息和终端的网际协议 IP地址。

结合第一方面的第一种可能的实现方式， 在第一方面的第三种可能的实 现方式中， 方法还包括：

终端向业务处理设备反馈第二接收状态信息， 第二接收状态信息携带有 第一业务对应的误块信息；

终端接收业务处理设备发送的第一业务的业务 内容中的待重传数据块， 待重传数据块是业务处理设备根据第一业务误 块信息确定并重传的。

结合第一方面的第二种可能的实现方式， 在第一方面的第四种可能的实 现方式中， 业务请求还携带有终端的 IP地址；

方法还包括：

终端接收服务提供商设备发送的待请求业务的 业务内容中的待重传数据 块，待重传数据块是业务处理设备根据服务提 供设备提供的终端的 IP地址和 待请求业务的链接地址， 查询第一业务对应的链接地址、 业务索引号、 终端 标识与误块信息之间的映射关系获得的误块信 息确定并提供给服务提供设备 的。

结合第一方面的第二种可能的实现方式， 在第一方面的第五种可能的实 现方式中， 方法还包括： 终端接收服务提供设备发送的业务处理设备的 IP地址；

终端根据业务处理设备的 IP地址， 向业务处理设备发送重传请求， 重传 请求携带有终端的 IP地址和待请求业务的业务索引号；

终端接收业务处理设备发送的待请求业务对应 的待重传数据块， 待重传 数据块是业务处理设备根据终端的 IP地址和待请求业务的业务索引号，查询 第一业务对应的链接地址、 业务索引号、 终端标识与误块信息之间的映射关 系获得的误块信息确定并重传的。

结合第一方面的第一种可能的实现方式或第一 方面的第二种可能的实现 方式或第一方面的第三种可能的实现方式或第 一方面的第四种可能的实现方 式或第一方面的第五种可能的实现方式， 在第一方面的第六种可能的实现方 式中， 接收业务处理设备发送的调度信息， 包括：

接收业务处理设备以单播方式或广播方式发送 的调度信息。

结合第一方面或第一方面的第一种可能的实现 方式或第一方面的第二种 可能的实现方式或第一方面的第三种可能的实 现方式或第一方面的第四种可 能的实现方式或第一方面的第五种可能的实现 方式或第一方面的第六种可能 的实现方式， 在第一方面的第七种可能的实现方式中， 第一业务是在指定时 间段内统计浏览业务的用户数占总用户数的比 重在前 的业务， N大于 0。

第二方面提供一种业务内容提供方法， 包括：

服务提供设备接收终端发送的业务请求， 业务请求携带有待请求业务的 链接地址；

服务提供设备根据待请求业务的链接地址， 获取待请求业务的业务索引 号， 其中， 待请求业务的业务索引号与待请求业务的链接 地址是对应的； 服务提供设备向终端发送待请求业务的业务索 引号， 其中， 待请求业务 的业务索弓 I号与待请求业务的业务内容是对应的。

结合第二方面， 在第二方面的第一种可能的实现方式中， 方法还包括： 服务提供设备接收业务处理设备发送的内容获 取请求， 内容获取请求携 带有第一业务的链接地址；

服务提供设备根据第一业务的链接地址， 向业务处理设备发送第一业务 的业务内容。

结合第二方面的第一种可能的实现方式中， 在第二方面的第二种可能的 实现方式中， 方法还包括：

服务提供设备接收业务处理设备发送的处理流 程指示信息， 处理流程指 示信息用于指示服务提供设备在接收到业务请 求后， 根据业务请求向终端提 供待请求业务的业务索引号的处理流程。

结合第二方面的第二种可能的实现方式， 在第二方面的第三种可能的实 现方式中， 服务提供设备根据待请求业务的链接地址， 获取待请求业务的业 务索引号， 包括：

服务提供设备根据处理流程指示信息的指示， 向业务处理设备发送查询 请求， 查询请求携带有待请求业务的链接地址；

服务提供设备接收业务处理设备发送的查询响 应， 查询响应携带有待请 求业务的业务索引号。

结合第二方面的第三种可能的实现方式， 在第二方面的第四种可能的实 现方式中， 业务请求还携带有终端的 IP地址； 查询请求还携带有终端的 IP 地址；

查询响应还携带有待请求业务的业务内容中的 待重传数据块， 待重传数 据块是业务处理设备根据终端的 IP地址和待请求业务的链接地址，查询本地 存储的第一业务对应的链接地址、 业务索引号、 终端标识与误块信息之间的 映射关系获得的误块信息确定并提供的；

方法还包括：

服务提供设备向终端发送待重传数据块。

结合第二方面的第二种可能的实现方式， 在第二方面的第五种可能的实 现方式中， 方法还包括：

服务提供设备接收业务处理设备发送的第一业 务的业务索引号； 服务提供设备根据处理流程指示信息的指示， 在本地建立第一业务对应 的链接地址与业务索弓 I号之间的映射关系；

服务提供设备根据待请求业务的链接地址， 获取待请求业务的业务索引 号， 包括：

服务提供设备根据待请求业务的链接地址， 查询本地存储的第一业务对 应的链接地址与业务索引号之间的映射关系， 获取待请求业务的业务索引号。

结合第二方面的第五种可能的实现方式， 在第二方面的第六种可能的实 现方式中， 方法还包括：

服务提供设备向终端发送业务处理设备的 IP地址。

第三方面提供一种业务内容提供方法， 包括：

业务处理设备接收服务提供设备发送的第二业 务请求， 第二业务请求携 带有待请求业务的链接地址；

业务处理设备根据待请求业务的链接地址， 获取待请求业务的业务索引 号， 其中， 待请求业务的业务索引号与待请求业务的链接 地址是对应的； 业务处理设备向服务提供设备发送待请求业务 的业务索引号， 待请求业 务的业务索引号用于供终端在接收到服务提供 设备发送的待请求业务的业务 索引号后， 根据待请求业务的业务索引号， 从终端本地保存的第一业务中获 取待请求业务的业务内容。

结合第三方面， 在第三方面的第一种可能的实现方式中， 方法还包括： 业务处理设备向服务提供设备发送内容获取请 求， 内容获取请求携带有 第一业务的链接地址；

业务处理设备接收服务提供设备发送的第一业 务的业务内容；

业务处理设备为第一业务分配业务索引号， 建立第一业务对应的链接地 址与业务索引号之间的映射关系， 并将第一业务的业务内容和第一业务的业 务索引号发送给终端。

结合第三方面的第一种可能的实现方式， 在第三方面的第二种可能的实 现方式中， 方法还包括：

业务处理设备接收监控平台发送的第一业务的 链接地址。

结合第三方面的第一种可能的实现方式或第三 方面的第二种可能的实现 方式， 在第三方面的第三种可能的实现方式中， 方法还包括：

业务处理设备向服务提供设备发送处理流程指 示信息， 处理流程指示信 息用于指示服务提供设备在接收到终端发送的 第一业务请求后， 根据第一业 务请求向终端提供待请求业务的业务索引号的 处理流程。

结合第三方面的第一种可能的实现方式或第三 方面的第二种可能的实现 方式或第三方面的第三种可能的实现方式， 在第三方面的第四种可能的实现 方式中， 业务处理设备将第一业务的业务内容和第一业 务的业务索引号发送 给终端， 包括： 业务处理设备向终端发送调度信息；

业务处理设备根据调度信息， 将第一业务的业务内容和第一业务的业务 索引号发送给终端。

结合第三方面的第四种可能的实现方式， 在第三方面的第五种可能的实 现方式中， 方法还包括：

业务处理设备接收终端发送的第一接收状态信 息， 第一接收状态信息携 带有第一业务对应的误块信息和终端的 IP地址；

业务处理设备根据第一业务对应的误块信息和 终端的 IP地址，建立第一 业务对应的链接地址、 业务索引号、 终端标识与误块信息之间的映射关系。

结合第三方面的第四种可能的实现方式， 在第三方面的第六种可能的实 现方式中， 方法还包括：

业务处理设备接收终端发送的第二接收状态信 息， 第二接收状态信息携 带有第一业务对应的误块信息；

业务处理设备根据第一业务对应的误块信息， 向终端发送第一业务的业 务内容中的待重传数据块。

结合第三方面的第五种可能的实现方式， 在第三方面的第七种可能的实 现方式中， 第二业务请求还携带有终端的 IP地址；

方法还包括：

业务处理设备根据终端的 IP地址和待请求业务的链接地址，查询第一业 务对应的链接地址、 业务索引号、 终端标识与误块信息之间的映射关系， 获 得第一业务对应的误块信息， 并根据第一业务对应的误块信息确定待请求业 务的业务内容中的待重传数据块；

业务处理设备向服务提供设备发送待重传数据 块。

结合第三方面的第四种可能的实现方式或第三 方面的第五种可能的实现 方式或第三方面的第六种可能的实现方式或第 三方面的第七种可能的实现方 式， 在第三方面的第八种可能的实现方式中， 业务处理设备向终端发送调度 信息， 包括：

业务处理设备以单播方式或广播方式向终端发 送调度信息。

第四方面提供一种终端， 包括：

发送模块， 用于向服务提供设备发送业务请求， 业务请求携带有待请求 业务的链接地址；

接收模块， 用于接收服务提供设备发送的待请求业务的业 务索引号， 其 中， 待请求业务的业务索引号与待请求业务的链接 地址是对应的；

获取模块， 用于根据待请求业务的业务索引号， 在本地保存的第一业务 中获取与待请求业务的业务索引号对应的业务 内容。

结合第四方面， 在第四方面的第一种可能的实现方式中， 接收模块， 还 用于接收业务处理设备发送的调度信息， 并根据调度信息， 接收业务处理设 备发送的第一业务的业务内容和第一业务的业 务索引号， 第一业务的业务内 容是业务处理设备根据第一业务的链接地址从 服务提供设备获取的， 第一业 务的业务索弓 I号是业务处理设备分配的；

终端还包括：

存储模块， 用于将接收模块接收的第一业务的业务内容和 第一业务的业 务索引号保存在本地。

结合第四方面的第一种可能的实现方式， 在第四方面的第二种可能的实 现方式中， 发送模块， 还用于向业务处理设备反馈第一接收状态信息 ， 第一 接收状态信息携带有第一业务对应的误块信息 和终端的网际协议 ip地址。

结合第四方面的第一种可能的实现方式， 在第四方面的第三种可能的实 现方式中， 发送模块， 还用于向业务处理设备反馈第二接收状态信息 ， 第二 接收状态信息携带有第一业务对应的误块信息 ；

接收模块， 还用于接收业务处理设备发送的第一业务的业 务内容中的待 重传数据块， 待重传数据块是业务处理设备根据第一业务对 应的误块信息确 定并重传的。

结合第四方面的第二种可能的实现方式， 在第四方面的第四种可能的实 现方式中， 业务请求还携带有终端的 IP地址；

接收模块， 还用于接收服务提供设备发送的待请求业务的 业务内容中的 待重传数据块， 待重传数据块是业务处理设备根据服务提供设 备提供的终端 的 IP地址和待请求业务的链接地址， 查询第一业务对应的链接地址、业务索 引号、 终端标识与误块信息之间的映射关系获得的误 块信息确定并提供给服 务提供设备的。

结合第四方面的第二种可能的实现方式， 在第四方面的第五种可能的实 现方式中， 接收模块， 还用于接收服务提供设备发送的业务处理设备 的 IP地 址， 以及在发送模块根据业务处理设备的 IP地址， 向业务处理设备发送重传 请求之后， 接收业务处理设备发送的待请求业务对应的待 重传数据块， 待重 传数据块是业务处理设备根据终端的 IP地址和待请求业务的业务索引号，查 询第一业务对应的链接地址、 业务索引号、 终端标识与误块信息之间的映射 关系获得的误块信息确定并重传的；重传请求 携带有终端的 IP地址和待请求 业务的业务索引号；

发送模块， 还用于根据业务处理设备的 IP地址， 向业务处理设备发送重 传请求。

结合第四方面的第一种可能的实现方式或第四 方面的第二种可能的实现 方式或第四方面的第三种可能的实现方式或第 四方面的第四种可能的实现方 式或第四方面的第五种可能的实现方式， 在第四方面的第六种可能的实现方 式中， 接收模块具体用于接收业务处理设备以单播方 式或广播方式发送的调 度信息。

第五方面提供一种服务提供设备， 包括：

接收模块， 用于接收终端发送的业务请求， 业务请求携带有待请求业务 的链接地址；

获取模块， 用于根据待请求业务的链接地址， 获取待请求业务的业务索 引号， 其中， 待请求业务的业务索引号与待请求业务的链接 地址是对应的； 发送模块， 用于向终端发送待请求业务的业务索引号， 其中， 待请求业 务的业务索引号与待请求业务的业务内容是对 应的。

结合第五方面， 在第五方面的第一种可能的实现方式中， 接收模块， 还 用于接收业务处理设备发送的内容获取请求， 内容获取请求携带有第一业务 的链接地址；

发送模块， 还用于根据第一业务的链接地址， 向业务处理设备发送第一 业务的业务内容。

结合第五方面的第一种可能的实现方式， 在第五方面的第二种可能的实 现方式中， 接收模块， 还用于接收业务处理设备发送的处理流程指示 信息， 处理流程指示信息用于指示服务提供设备在接 收到业务请求后， 根据业务请 求向终端提供待请求业务的业务索引号的处理 流程。 结合第五方面的第二种可能的实现方式， 在第五方面的第三种可能的实 现方式中， 获取模块具体用于根据处理流程指示信息的指 示， 向业务处理设 备发送查询请求， 查询请求携带有待请求业务的链接地址， 并接收业务处理 设备发送的查询响应， 查询响应携带有待请求业务的业务索引号。

结合第五方面的第三种可能的实现方式， 在第五方面的第四种可能的实 现方式中， 业务请求还携带有终端的 IP地址； 查询请求还携带有终端的 IP 地址；

查询响应还携带有待请求业务的业务内容中的 待重传数据块， 待重传数 据块是业务处理设备根据终端的 IP地址和待请求业务的链接地址，查询本地 存储的第一业务对应的链接地址、 业务索引号、 终端标识与误块信息之间的 映射关系获得的误块信息确定并提供的；

发送模块， 还用于向终端发送待重传数据块。

结合第五方面的第二种可能的实现方式， 在第五方面的第五种可能的实 现方式中， 接收模块， 还用于接收业务处理设备发送的第一业务的业 务索引 号；

服务提供设备还包括：

建立模块， 用于根据处理流程指示信息的指示， 在本地建立第一业务对 应的链接地址与业务索弓 I号之间的映射关系；

获取模块具体用于根据待请求业务的链接地址 ， 查询本地存储的第一业 务对应的链接地址与业务索引号之间的映射关 系， 获取待请求业务的业务索 引号。

结合第五方面的第五种可能的实现方式， 在第五方面的第六种可能的实 现方式中， 发送模块， 还用于向终端发送业务处理设备的 IP地址。

第六方面提供一种业务处理设备， 包括：

接收模块， 用于接收服务提供设备发送的第二业务请求， 第二业务请求 携带有待请求业务的链接地址；

获取模块， 用于根据待请求业务的链接地址， 获取待请求业务的业务索 引号， 其中， 待请求业务的业务索引号与待请求业务的链接 地址是对应的； 发送模块， 用于向服务提供设备发送待请求业务的业务索 引号， 待请求 业务的业务索引号用于供终端在接收到服务提 供设备发送的待请求业务的业 务索引号后， 根据待请求业务的业务索引号， 从终端本地保存的第一业务中 获取待请求业务的业务内容。

结合第六方面， 在第六方面的第一种可能的实现方式中， 发送模块， 还 用于向服务提供设备发送内容获取请求， 内容获取请求携带有第一业务的链 接地址；

接收模块， 还用于接收服务提供设备发送的第一业务的业 务内容； 业务处理设备还包括：

建立模块， 用于为第一业务分配业务索引号， 建立第一业务对应的链接 地址与业务索引号之间的映射关系；

发送模块， 还用于将第一业务的业务内容和第一业务的业 务索引号发送 给终端。

结合第六方面的第一种可能的实现方式， 在第六方面的第二种可能的实 现方式中， 接收模块， 还用于接收监控平台发送的第一业务的链接地 址。

结合第六方面的第一种可能的实现方式或第六 方面的第二种可能的实现 方式， 在第六方面的第三种可能的实现方式中， 发送模块， 还用于向服务提 供设备发送处理流程指示信息， 处理流程指示信息用于指示服务提供设备在 接收到终端发送的第一业务请求后， 根据第一业务请求向终端提供待请求业 务的业务索引号的处理流程。

结合第六方面的第一种可能的实现方式或第六 方面的第二种可能的实现 方式或第六方面的第三种可能的实现方式， 在第六方面的第四种可能的实现 方式中， 发送模块具体用于向终端发送调度信息， 根据调度信息， 将第一业 务的业务内容和第一业务的业务索弓 I号发送给终端。

结合第六方面的第四种可能的实现方式， 在第六方面的第五种可能的实 现方式中， 接收模块， 还用于接收终端发送的第一接收状态信息， 第一接收 状态信息携带有第一业务对应的误块信息和终 端的 IP地址；

建立模块， 还用于根据第一业务对应的误块信息和终端的 IP地址， 建立 第一业务对应的链接地址、 业务索引号、 终端标识与误块信息之间的映射关 结合第六方面的第四种可能的实现方式， 在第六方面的第六种可能的实 现方式中， 接收模块， 还用于接收终端发送的第二接收状态信息， 第二接收 状态信息携带有第一业务对应的误块信息；

发送模块， 还用于根据第一业务对应的误块信息， 向终端发送第一业务 的业务内容中的待重传数据块。

结合第六方面的第六种可能的实现方式， 在第六方面的第七种可能的实 现方式中， 第二业务请求还携带有终端的 IP地址；

获取模块， 还用于根据终端的 IP地址和待请求业务的链接地址， 查询第 一业务对应的链接地址、业务索引号、终端标 识与误块信息之间的映射关系， 获得第一业务对应的误块信息， 并根据第一业务对应的误块信息确定待请求 业务的业务内容中的待重传数据块；

发送模块， 还用于向服务提供设备发送待重传数据块。

结合第六方面的第四种可能的实现方式或第六 方面的第五种可能的实现 方式或第六方面的第六种可能的实现方式或第 六方面的第七种可能的实现方 式， 在第六方面的第八种可能的实现方式中， 发送模块具体用于以单播方式 或广播方式向终端发送调度信息。

第七方面提供一种终端， 包括：

发射器， 用于向服务提供设备发送业务请求， 业务请求携带有待请求业 务的链接地址；

接收器， 用于接收服务提供设备发送的待请求业务的业 务索引号， 其中， 待请求业务的业务索引号与待请求业务的链接 地址是对应的；

处理器， 用于根据待请求业务的业务索引号， 在本地保存的第一业务中 获取与待请求业务的业务索引号对应的业务内 容。

第八方面提供一种服务提供设备， 包括：

接收器， 用于接收终端发送的业务请求， 业务请求携带有待请求业务的 链接地址；

处理器， 用于根据待请求业务的链接地址， 获取待请求业务的业务索引 号， 其中， 待请求业务的业务索引号与待请求业务的链接 地址是对应的； 发射器， 用于向终端发送待请求业务的业务索引号， 其中， 待请求业务 的业务索弓 I号与待请求业务的业务内容是对应的。

第九方面提供一种业务处理设备， 包括：

接收器， 用于接收服务提供设备发送的第二业务请求， 第二业务请求携 带有待请求业务的链接地址；

处理器， 用于根据待请求业务的链接地址， 获取待请求业务的业务索引 号， 其中， 待请求业务的业务索引号与待请求业务的链接 地址是对应的； 发射器， 用于向服务提供设备发送待请求业务的业务索 引号， 待请求业 务的业务索引号用于供终端在接收到服务提供 设备发送的待请求业务的业务 索引号后， 根据待请求业务的业务索引号， 从终端本地保存的第一业务中获 取待请求业务的业务内容。

第十方面提供一种业务处理系统， 包括第四方面提供的任一终端、 第五 方面提供的任一服务提供设备以及第六方面提 供的任一业务处理设备。

本发明实施例提供的业务内容获取方法、 提供方法、 设备及系统， 当需 要请求业务时， 终端向服务提供设备发送携带待请求业务的链 接地址的业务 请求， 服务提供设备根据待请求业务的链接地址， 向终端提供待请求业务的 业务索引号， 终端根据待请求业务的业务索引号从终端本地 保存的第一业务 的业务内容中获取待请求业务的业务内容， 这样当待请求业务已保存在终端 时， 终端在获取待请求业务的业务索引号后， 可以直接从终端本地获取待请 求业务的业务内容， 不需要服务提供设备重新下发该业务内容， 提高了无线 网络的频谱利用率， 有利于提高无线蜂窝网络的容量。 附图说明

为了更清楚地说明本发明实施例或现有技术中 的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作一 简单地介绍， 显而易见地， 下 面描述中的附图是本发明的一些实施例， 对于本领域普通技术人员来讲， 在 不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。

图 1为本发明各实施例所基于的一种业务处理系� �的结构示意图； 图 2为本发明实施例提供的一种业务内容获取方� �的流程图；

图 3为本发明实施例提供的一种业务内容提供方� �的流程图；

图 4为本发明实施例提供的另一种业务内容提供� �法的流程图； 图 5为本发明实施例提供的另一种业务处理系统� �结构示意图； 图 6为本发明实施例提供的基于图 5所示业务处理系统的业务处理方法 的流程图； 图 Ί为步骤 603的一种实现方式的流程图；

图 8为步骤 609的一种实现方式的流程图；

图 9为步骤 609的另一种实现方式的流程图；

图 10为本发明实施例提供的一种终端的结构示意� ��；

图 11为本发明实施例提供的另一种终端的结构示� ��图；

图 12为本发明实施例提供的一种服务提供设备的� ��构示意图； 图 13为本发明实施例提供的另一种服务提供设备� ��结构示意图； 图 14为本发明实施例提供的一种业务处理设备的� ��构示意图； 图 15为本发明实施例提供的另一种业务处理设备� ��结构示意图。

具体实施方式

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

图 1为本发明各实施例所基于的业务处理系统的� �构示意图。 如图 1所 示， 所述系统至少包括： 服务提供设备 11、 业务处理设备 12和终端 13。 图 2为本发明实施例提供的一种业务内容获取方� �的流程图。 如图 2所示， 本 实施例的方法包括：

201、 终端向服务提供设备发送业务请求， 该业务请求携带有待请求业务 的链接地址。

202、终端接收服务提供设备根据上述待请求业 务的链接地址返回的待请 求业务的业务索引号， 上述待请求业务的业务索引号与上述待请求业 务的链 接地址是对应的。

203、 终端根据上述待请求业务的业务索引号， 在本地保存的第一业务中 获取与上述待请求业务的业务索弓 I号对应的业务内容。

在本实施例中， 服务提供设备负责提供业务， 业务处理设备在服务提供 设备的配合下， 预先向该业务处理设备覆盖下的所有终端推送 一些服务提供 设备提供的业务， 即将这些业务的业务内容预先发送给终端。 可选的， 业务 处理设备可以以广播方式， 向该业务处理设备覆盖下的所有终端推送业务 ， 但并不限于广播方式。

本发明实施例中， 将预先推送至终端的业务称为第一业务。 在此说明， 对第一业务而言， 在将第一业务的业务内容发送给终端后， 该第一业务可称 为已推送业务， 在将第一业务的业务内容发送给终端之前， 该第一业务可称 为预推送业务。 其中， 不同业务的业务内容会有所不同， 例如可以能是文本 数据、 音视频或网页等。 进一步说明， "第一业务" 中的 "第一"既没有个 数限定， 也没有先后顺序的限定， 仅仅是为了便于描述。 本发明实施例中的 第一业务可以是一个业务也可以是多个业务。

终端会存储第一业务的业务内容， 并会存储第一业务的业务索引号。 第 一业务的业务索引号可以唯一标识第一业务。 其中， 第一业务的业务索引号 可以是业务处理设备为第一业务分配的， 且第一业务的业务索引号、 第一业 务的链接地址以及第一业务的业务内容三者之 间具有一一对应的关系。 可选 的，第一业务的业务索引号可以是业务处理设 备在根据第一业务的链接地址， 从服务提供设备获取到第一业务的业务内容后 ， 再为第一业务分配的， 但不 限于此。另外， 服务提供设备和 /或业务处理设备也会存储有第一业务对应的 链接地址与业务索弓 I号之间的映射关系。

当终端需要向服务提供设备请求业务时， 向服务提供设备发送业务请求， 该业务请求携带有待请求业务的链接地址， 该待请求业务的链接地址可以是 但不限于： 待请求业务的统一资源定位符 （Uniform Resource Locator , 简 称为 URL) 。

服务提供设备接收到业务请求后， 从业务请求中获取待请求业务的链接 地址， 然后根据待请求业务的链接地址， 获得与该待请求业务的链接地址对 应的待请求业务的业务索引号， 并返回给终端。 可选的， 服务提供设备可以 根据待请求业务的链接地址， 查询第一业务对应的链接地址与业务索引号之 间的映射关系， 获得待请求业务的业务索引号， 并将所获得的待请求业务的 业务索引号发送给终端。 终端接收服务提供设备发送的待请求业务的业 务索 引号。 在该过程中， 服务提供设备查询的第一业务对应的链接地址 与业务索 引号之间的映射关系， 可以是存储于服务提供设备本地， 也可以是存储于其 他设备， 例如业务处理设备。 之后， 终端根据所接收的待请求业务的业务索引号， 在终端本地保存的 第一业务中获取与该待请求业务的业务索引号 对应的业务内容。 具体的， 终 端可以根据接收的待请求业务的业务索引号， 查询本地保存的第一业务的业 务索引号， 如果在本地保存的第一业务的业务索引号中查 询到待请求业务的 业务索引号， 则从本地保存的第一业务中， 获取该待请求业务的业务内容， 即待请求业务的业务索引号所对应的第一业务 的业务内容。

本发明实施例中的服务提供设备可以是但不限 于： 网络服务提供商 ( Internet Service Provider，简称为 ISP)设备或网络内容服务商（ Internet Content Provider, 简称为 ICP) 设备。

在本实施例中， 业务处理设备预先向终端推送业务， 并存储第一业务的 链接地址与业务索引号之间的映射关系， 终端接收并存储第一业务的业务内 容和第一业务的业务索引号， 当需要请求业务时， 终端向服务提供设备发送 携带待请求业务的链接地址的业务请求， 服务提供设备根据待请求业务的链 接地址， 向终端提供待请求业务的业务索引号， 终端根据待请求业务的业务 索引号直接从终端本地保存的第一业务的业务 内容中获取待请求业务的业务 内容， 由于预先将有关业务推送至终端， 这样当待请求业务是已推送至终端 的业务时， 终端在获取待请求业务的业务索引号后， 可以直接从终端本地获 取待请求业务的业务内容， 不需要服务提供设备重新下发该业务内容， 提高 了无线网络的频谱利用率， 有利于提高无线蜂窝网络的容量， 属于一种非线 性提升网络容量的方法。

进一步， 在本实施例提供的方法中， 业务处理设备预先向终端推送业务 可以选择在业务量较低的时间， 这样还可以保证业务错峰， 提高用户的体验。

更进一步， 在本实施例提供的方法中， 终端请求业务之后， 可以即时获 得业务内容， 不需要等待下载， 有利于提高终端获取业务内容的及时性。

在一可选实施方式中， 终端在向服务提供设备发送业务请求之前， 所述 方法还包括： 终端接收业务处理设备发送的调度信息； 根据所述调度信息， 接收业务处理设备发送的第一业务的业务内容 和第一业务的业务索引号； 并 将第一业务的业务内容和第一业务的业务索引 号保存在本地。 其中， 第一业 务的业务内容是业务处理设备根据第一业务的 链接地址从服务提供设备获取 的， 而第一业务的业务索引号是业务处理设备为第 一业务分配的。 在本发明实施例中， 业务处理设备可作为逻辑实体， 在具体实现上， 可 作为单独的应用层服务器， 或者以单板或模块等形式集成在无线通信网络 的 网关中， 例如可以集成在 LTE系统中的移动管理实体 （Mobility Management Entity, 简称为 MME)或用户面实体 (UPE - User Plane Entity, 简称为 UPE) 中。

在本发明实施例中， 业务处理设备可以根据第一业务的链接地址， 向服 务提供设备申请第一业务的业务内容，将申请 到的业务内容预先发送给终端， 并为第一业务分配业务索引号， 建立第一业务对应的链接地址和业务索引号 之间的映射关系。 可选的， 业务处理设备可以以数据库的形式， 存储和管理 第一业务对应的链接地址和业务索引号之间的 映射关系， 一种实现方式如表 1所示。

表 1

之后， 业务处理设备以单播方式或广播方式， 向终端发送调度信息， 所 述调度信息携带有终端的接收时间， 例如可以是具体的时间点或者是接收周 期等。 接着， 业务处理设备将第一业务的业务内容发送至终 端。

进一步， 如果业务处理设备是以广播方式向终端发送第 一业务的业务内 容的， 则在数据传输过程中的丢包就无法执行重传操 作， 无法保证数据传输 的正确率。 基于此， 在一可选实施方式中， 终端在根据调度信息， 接收业务 处理设备发送的第一业务的业务内容和第一业 务的业务索引号之后，还包括： 终端向业务处理设备反馈第一接收状态信息， 该第一接收状态信息携带有第 一业务对应的误块信息和终端的 IP地址。其中， 终端通过第一接收状态信息 中向业务处理设备提供第一业务对应的误块信 息和终端的 IP地址的目的是： 供业务处理设备建立第一业务对应的链接地址 、 业务索引号、 终端标识与误 块信息之间的映射关系， 这样业务处理设备就可以根据该映射关系向终 端提 供与上述误块信息对应的待重传数据块。 进一步， 基于上述第一业务对应的链接地址、 业务索引号、 终端标识与 误块信息之间的映射关系， 本实施例提供的方法还可以包括： 终端接收服务 提供设备发送的待请求业务的业务内容中的待 重传数据块， 该待重传数据块 是业务处理设备根据服务提供设备提供的终端 的 IP 地址和所述待请求业务 的链接地址， 查询第一业务对应的链接地址、 业务索引号、 终端标识与误块 信息之间的映射关系获得的误块信息确定并提 供给服务提供商设备的。其中， 终端的 IP地址是终端通过业务请求提供给服务提供设� ��的，即终端发送给服 务提供设备的业务请求还包括： 终端的 IP地址。 或者，

基于上述第一业务对应的链接地址、 业务索引号、 终端标识与误块信息 之间的映射关系， 本实施例提供的方法还可以包括： 终端接收服务提供设备 发送的业务处理设备的 IP地址； 终端根据业务处理设备的 IP地址， 向业务 处理设备发送重传请求，该重传请求携带有终 端的 IP地址和待请求业务的业 务索引号； 终端接收业务处理设备发送的待请求业务对应 的待重传数据块， 该待重传数据块是业务处理设备根据终端的 IP 地址和待请求业务的业务索 引号， 查询所述第一业务对应的链接地址、 业务索引号、 终端标识与误块信 息之间的映射关系获得的误块信息确定并重传 的。

在另一可选实施方式中， 终端在根据调度信息， 接收业务处理设备发送 的第一业务的业务内容和第一业务的业务索引 号之后， 还包括： 终端向业务 处理设备反馈第二接收状态信息， 该第二接收状态信息携带有第一业务对应 的误块信息； 终端接收业务处理设备发送的第一业务的业务 内容中的待重传 数据块， 该待重传数据块是业务处理设备根据第一业务 对应的误块信息确定 并重传的。

在此说明， 本发明实施例对第一业务不做限定， 可以是任何一种或多种 业务。 优选的， 第一业务可以是在指定时间段内统计浏览各业 务的用户数占 总用户数的比重较高的业务， 例如可以是比重在前《的业务， N可以是大于 0 的任意数值， 例如可以是 3、 5、 8等。 例如， 可以由监控平台对网络中传 输的业务流进行实时监控， 获取比重较高的业务的信息， 并将所获取的业务 的信息提供给业务处理设备， 使得业务处理设备根据该信息获知需要申请的 第一业务。 又例如， 监控平台可以根据每个终端发送的业务请求， 获知每个 终端请求获取的业务， 对所有终端请求获取的业务进行统计， 确定比重较高 的业务的信息， 将所获取的业务的信息提供给业务处理设备， 使得业务处理 设备根据该信息获知需要申请的第一业务。

由上述可见， 本实施例提供的业务内容获取方法， 终端不仅可以根据服 务提供设备返回的待请求业务的业务索引号， 从终端本地已经保存的第一业 务的业务内容中， 获取待请求业务的业务内容， 使得服务提供设备不用再次 重传待请求业务的业务内容， 有利于提高网络资源的利用率， 提高终端获取 业务内容的及时性等， 而且在预先获取业务处理设备发送的第一业务 的业务 内容的过程中， 通过向业务处理设备反馈接收状态， 解决了错误数据块的重 传问题， 保证了接收到的待请求业务的业务内容的正确 性。

图 3为本发明实施例提供的一种业务内容提供方� �的流程图。 如图 3所 示， 本实施例的方法包括：

301、服务提供设备接收终端发送的业务请求， 该业务请求携带有待请求 业务的链接地址。

302、服务提供设备根据上述待请求业务的链接 地址， 获取待请求业务的 业务索引号， 其中， 上述待请求业务的业务索引号与上述待请求业 务的链接 地址是对应的。

303、 服务提供设备向终端发送待请求业务的业务索 引号， 其中， 待请求 业务的业务索弓 I号与待请求业务的业务内容是对应的。

本实施例是从服务提供设备的角度进行的描述 ， 所述服务提供设备可以 是但不限于： ISP设备或 ICP设备。

服务提供设备接收终端发送的业务请求， 从业务请求中获取待请求业务 的链接地址。 待请求业务的链接地址可以是但不限于： 待请求业务的 URL。 之后， 服务提供设备根据待请求业务的链接地址， 获取待请求业务的业务索 引号， 并将待请求业务的业务索引号反馈给终端。 其中， 终端上保存有第一 业务的业务内容和第一业务的业务索引号， 且第一业务的业务索引号与第一 业务之间是对应的， 故服务提供设备将待请求业务的业务索引号提 供给终端 后， 终端可以根据待请求业务的业务索引号， 从本地保存的第一业务中获取 待请求业务的业务索引号对应的第一业务的业 务内容， 也就是上述待请求业 务的业务内容。

在一可选实施方式中， 服务提供设备在接收终端发送的业务请求之前 ， 本实施例的方法还包括： 服务提供设备接收业务处理设备发送的内容获 取请 求， 该内容获取请求携带有第一业务的链接地址； 服务提供设备根据第一业 务的链接地址， 向业务处理设备发送第一业务的业务内容， 以使业务处理设 备向终端发送第一业务的业务内容和第一业务 的业务索引号。

进一步， 服务提供设备在根据第一业务的链接地址， 向业务处理设备返 回第一业务的业务内容之后， 本实施例的方法还包括： 服务提供设备接收业 务处理设备发送的处理流程指示信息， 该处理流程指示信息用于指示服务提 供设备在接收到上述业务请求后， 根据上述业务请求向终端提供上述待请求 业务的业务索引号的处理流程。 可选的， 服务提供设备接收到业务处理设备 发送的处理流程指示信息之后， 还可以向业务处理设备发送响应消息。

可选的， 业务处理设备可以通过预推送模式建立请求， 将处理流程指示 信息发送给服务提供设备， 服务提供设备接收业务处理设备发送的预推送 模 式建立请求， 从该预推送模式建立请求中获取上述处理流程 指示信息， 并在 获取到上述处理流程指示信息后， 向业务处理设备发送预推送模式响应消息。

在本发明实施例中， 所述处理流程指示信息所指示的服务提供设备 在接 收到上述业务请求后， 根据上述业务请求向终端提供待请求业务的业 务索引 号的处理流程包括： 第一处理流程或第二处理流程。 第一处理流程可称为拖 拽 （pul l ) 流程， 第二处理流程可称为推送 （push ) 流程。 可选的， 在上述 处理流程指示信息所指示的处理流程为第一处 理流程时， 业务处理设备还可 以将第一业务的业务索引号发送给服务提供设 备， 服务提供设备还可以接收 业务处理设备发送的第一业务的业务索引号。 可选的， 业务处理设备可以通 过上述预推送模式建立请求携带第一业务的业 务索引号。

基于上述， 当上述处理流程指示信息所指示的处理流程为 push流程时， 上述服务提供设备根据待请求业务的链接地址 ， 获取待请求业务的业务索引 号， 包括：

服务提供设备根据上述处理流程指示信息的指 示， 向业务处理设备发送 查询请求， 该查询请求携带有待请求业务的链接地址， 以使业务处理设备根 据待请求业务的链接地址， 获取待请求业务的业务索引号； 服务提供设备接 收业务处理设备发送的查询响应， 该查询响应携带有待请求业务的业务索引 号。 进一步， 终端发送的业务请求还可以携带有终端的 IP地址。 基于此， 服 务提供设备发送的查询请求还可以携带有终端 的 IP地址。基于上述业务处理 设备建立第一业务对应的链接地址、 业务索引号、 终端标识与误块信息之间 的映射关系的实施方式， 则服务提供设备接收的查询响应还可以携带有 待请 求业务的业务内容中的待重传数据块， 该待重传数据块是业务处理设备根据 终端的 IP地址和待请求业务的链接地址，查询本地存� ��的第一业务对应的链 接地址、 业务索引号、 终端标识与误块信息之间的映射关系获得的误 块信息 确定并提供的。 本实施例的方法还可以包括： 服务提供设备向终端发送上述 待重传数据块。

基于上述， 当处理流程指示信息所指示的处理流程为 pull流程时， 服务 提供设备在根据待请求业务的链接地址，获取 待请求业务的业务索引号之前， 所述方法还包括： 服务提供设备根据所述处理流程指示信息的指 示， 在本地 建立第一业务对应的链接地址与业务索引号之 间的映射关系。 基于此， 服务 提供设备根据待请求业务的链接地址， 获取所述待请求业务的业务索引号， 包括： 服务提供设备根据待请求业务的链接地址， 查询本地存储的第一业务 对应的链接地址与业务索引号之间的映射关系 ， 获取待请求业务的业务索引 号。

进一步， 服务提供设备可以向终端发送业务处理设备的 IP地址， 以使终 端根据业务处理设备的 IP地址，从业务处理设备获取待请求业务的业� ��内容 中的待重传数据块。 具体的， 终端可以根据业务处理设备的 IP地址， 向业务 处理设备发送重传请求， 该重传请求携带有待请求业务的业务索引号和 终端 的 IP地址，并接收业务处理设备根据上述重传请� ��返回的待请求业务的业务 内容中的待重传数据块。

在本实施例中， 服务提供设备与终端和业务处理设备相配合， 预先将有 关业务的业务内容发送至终端， 这样服务提供设备接收到终端发送的业务请 求后， 仅需向终端返回待请求业务的业务索引号， 使得终端可以在本地已保 存的第一业务的业务内容中获取待请求业务的 业务内容， 不需要重新传输待 请求业务的业务内容， 提高了网络资源的利用率， 有利于提高无线网络的容 量， 并且还可以提高终端获取业务内容的及时性。 进一步， 服务提供设备和 业务处理设备相配合， 预先将有关业务的业务内容发送至终端， 还可以选择 在业务量较低的时间， 还可以保证业务错峰， 提高用户的体验。

图 4为本发明实施例提供的另一种业务内容提供� �法的流程图。 如图 4 所示， 本实施例的方法包括：

401、业务处理设备接收服务提供设备发送的第 二业务请求， 该第二业务 请求携带有待请求业务的链接地址。

其中， 上述第二业务请求是服务提供设备根据终端发 送的第一业务请求 生成的， 该第一业务请求也携带有上述待请求业务的链 接地址。

402、业务处理设备根据上述待请求业务的链接 地址， 获取上述待请求业 务的业务索引号， 其中， 上述待请求业务的业务索引号与上述待请求业 务的 链接地址是对应的。

可选的， 业务处理设备可以根据上述待请求业务的链接 地址， 查询本地 保存的第一业务对应的链接地址和业务索引号 之间的映射关系， 从而获取上 述待请求业务的业务索引号。 上述待请求业务属于第一业务。

403、 业务处理设备向服务提供设备发送上述待请求 业务的业务索引号， 上述待请求业务的业务索引号用于供终端在接 收到服务提供设备发送的上述 待请求业务的业务索引号后， 根据上述待请求业务的业务索引号， 从终端本 地保存的第一业务中获取上述待请求业务的业 务内容。

其中， 业务处理设备将上述待请求业务的业务索引发 送给服务提供设备 之后， 服务提供设备可以根据终端发送的第一业务请 求将上述待请求业务的 业务索引发送给终端， 以使终端根据上述待请求业务的业务索引， 从终端本 地保存的第一业务中获取上述待请求业务的业 务内容。

在步骤 401之前， 本实施例的方法还包括： 业务处理设备向服务提供设 备发送内容获取请求， 该内容获取请求携带有上述第一业务的链接地 址； 接 收服务提供设备发送的第一业务的业务内容； 为第一业务分配业务索引号， 建立第一业务对应的链接地址与业务索引号之 间的映射关系， 并将第一业务 的业务内容和第一业务的业务索引号发送给终 端。

进一步， 业务处理设备将第一业务的业务内容和第一业 务的业务索弓 I号 发送给终端， 包括： 业务处理设备向终端发送调度信息； 根据该调度信息， 将第一业务的业务内容和第一业务的业务索弓 I号发送给所述终端。 进一步， 业务处理设备向终端发送调度信息， 包括： 业务处理设备可以以单播方式或 广播方式， 向终端发送调度信息。

进一步， 业务处理设备在向服务提供设备发送内容获取 请求之前， 本实 施例的方法包括： 业务处理设备接收监控平台发送的第一业务的 链接地址。 具体的， 监控平台可以对网络中传输的业务流进行实时 监控， 获取比重较高 的业务作为第一业务， 进而获取第一业务的链接地址。 或者， 监控平台可以 根据各终端发送的业务请求获取各终端请求的 业务， 并对各终端请求的业务 进行统计， 获取其中比重较高的业务作为第一业务， 进而获取第一业务的链 接地址。 在获取第一业务的链接地址之后， 监控平台将第一业务的链接地址 提供给业务处理设备， 使得业务处理设备根据该链接地址向服务提供 设备申 请第一业务的业务内容。

进一步， 业务处理设备在接收服务提供设备发送的第一 业务的业务内容 之后， 本实施例的方法还可以包括：

业务处理设备向服务提供设备发送处理流程指 示信息， 该处理流程指示 信息用于指示服务提供设备在接收到终端发送 的第一业务请求后， 根据第一 业务请求向终端提供待请求业务的业务索引号 的处理流程。 可选的， 业务处 理设备向服务提供设备发送处理流程指示信息 之后， 还可以接收服务提供设 备发送的响应消息。 可选的， 业务处理设备可以通过预推送模式建立请求， 将处理流程指示信息发送给服务提供设备， 之后， 业务处理设备接收服务提 供设备发送的预推送模式响应消息。

进一步， 业务处理设备在根据调度信息， 将第一业务的业务内容和第一 业务的业务索引号发送给终端之后， 本实施例的方法还可以包括： 业务处理 设备接收终端发送的第一接收状态信息， 该第一接收状态信息携带有第一业 务对应的误块信息和终端的 IP地址；业务处理设备根据第一业务对应的误� �� 信息和终端的 IP地址， 建立第一业务对应的链接地址、 业务索引号、 终端标 识与误块信息之间的映射关系。

可选的，终端发送给服务提供设备的第一业务 请求还携带有终端的 IP地 址， 则第二业务请求还携带有终端的 IP地址。 基于此， 本实施例的方法还可 以包括： 业务处理设备根据终端的 IP地址和待请求业务的链接地址， 查询第 一业务对应的链接地址、业务索引号、终端标 识与误块信息之间的映射关系， 获得第一业务对应的误块信息， 并根据第一业务对应的误块信息确定待请求 业务的业务内容中的待重传数据块； 之后， 业务处理设备向服务提供设备发 送上述待重传数据块， 以使服务提供设备根据将接收到的待重传数据 块发送 给终端。

或者， 业务处理设备在根据调度信息， 将第一业务的业务内容和第一业 务的业务索引号发送给终端之后， 本实施例的方法还可以包括： 业务处理设 备接收终端发送的第二接收状态信息， 该第二接收状态信息携带有第一业务 对应的误块信息； 根据第一业务对应的误块信息， 向终端发送第一业务的业 务内容中的待重传数据块。

在本实施例中， 业务处理设备与终端和服务提供设备相配合， 预先向服 务提供设备申请第一业务并将第一业务的业务 内容发送至终端， 这样业务处 理设备在接收到服务提供设备根据终端的第一 业务请求而发送的第二业务请 求后， 向服务提供设备返回待请求业务的业务索引号 ， 使得服务提供设备仅 需向终端返回待请求业务的业务索引号， 进而使终端可以在本地已保存的第 一业务的业务内容中获取待请求业务的业务内 容， 而不需要重新传输待请求 业务的业务内容， 提高了网络资源的利用率， 有利于提高无线网络的容量， 并且还可以提高终端获取业务内容的及时性。 进一步， 业务处理设备和服务 提供设备相配合， 预先向终端推送业务， 可以选择在业务量较低的时间， 因 此还可以保证业务错峰， 提高用户的体验。

下面将结合具体实施例对本发明技术方案做详 细说明， 在下面的具体实 施例中， 将以第一业务为比重在前 N%的业务为例。

图 5为本发明实施例提供的另一种业务处理系统� �结构示意图。 如图 5 所示， 该系统包括： 监控平台、 业务处理设备、匪 E/UPE、 交换机（Switch) 、 基站 （eNodeB ) 、 服务提供设备、 中国移动多媒体广播 （China Mobile Multimedia Broadcasting, 简称为 CMMB) 设备和终端。 其中， 业务处理设 备作为逻辑实体， 可作为单独的应用层服务器， 或者可以以单板或模块等形 式集成在无线通信网络网关中， 如图 5中的匪 E/UPE实体。

基于图 5， 本实施例提供的业务处理方法， 如图 6所示， 包括：

601、监控平台根据在指定时间内统计的浏览各 业务的用户数占总用户的 比重， 确定比重在前 的业务的信息。

例如， 监控平台可以是网络中的站点或者设置在网络 站点中， 则监控平 台可以对网络中传输的业务流进行实时监控， 因此可以在指定时间内统计浏 览各业务的用户数占总用户的比重， 进而确定比重在前《的业务的信息。 或 者， 如果监控平台是一台内容发布网络 （Content Delivery Network, 简称 为 CDN) 服务器， 则可以根据所在区域用户的业务申请， 在指定时间内统计 浏览各业务的用户数占总用户的比重， 进而确定比重在前《的业务的信息。 这里的比重在前 。的业务即为需要预先发送给终端的业务， 为便于描述， 后 续将比重在前 N%的业务简称为热点业务。 热点业务的信息可以包括热点业务 的链接地址， 但不限于此。

602、 监控平台向业务处理设备提供热点业务的信息 。

603、业务处理设备根据监控平台提供的热点业 务的信息， 向服务提供设 备申请热点业务的业务内容， 为热点业务分配业务索引号， 同时建立热点业 务数据库。

该热点业务数据库存储有热点业务的链接地址 与业务索引号之间的映射 关系。 热点业务数据库的一种实现结构如表 1所示。

其中， 步骤 603的一种实现流程， 如图 7所示， 包括：

701、业务处理设备应用超文本传输协议（Hypert ext Transfer Protocol , 简称为 HTTP) 传输流程， 代理终端向与热点业务相关的服务提供设备发 送 HTTP获取 （HTTP GET) 消息， 该 HTTP GET消息携带有热点业务的链接地址。

702、业务处理设备接收服务提供设备返回的 HTTP响应（HTTP RESPONSE) 消息， 从 HTTP响应消息中获取热点业务的业务内容， 该 HTTP响应消息携带 有热点业务的业务内容。

703、业务处理设备为热点业务分配业务索引号 ， 并建立热点业务的链接 地址与业务索引号之间的映射关系， 将该映射关系存储到， 例如热点业务数 据库中。

704、业务处理设备向服务提供设备发送预推送 模式建立请求消息， 用于 指示服务提供设备在接收到终端发送的业务请 求后执行的业务流程。

可选的， 本实施例可以将服务提供设备在接收到终端发 送的业务请求后 执行的流程称为增强基于需求的服务 （Service on Demand, 简称为 SOD) 业 务流程， 但并不限于该名称。 在本实施例中， 增强 S0D业务流程包括两种模 式， 一种是 pull模式， 一种是 push模式。 基于此， 上述预推送模式建立请 求消息中携带有 SOD模式参数， 这里的 SOD模式参数相当于上述实施例中的 处理流程指示信息， 用于指示增强 SOD业务流程是 pul l还是 push。 对服务 提供设备来说， pul l模式和 push模式分别对应不同的执行流程， 具体在后 面进行描述。 可选地， 对于 pul l模式， 上述预推送模式建立请求消息中还需 携带热点业务的业务索引号， 用于指示服务提供设备建立热点业务的链接地 址与热点业务的业务索引号之间的映射关系。

705、服务提供设备根据预推送模式建立请求消 息的指示， 确定在接收到 终端发送的业务请求之后执行的流程后， 向业务处理设备返回预推送模式建 立响应消息。

可选的， 如果业务处理设备指示的增强 SOD业务流程为 pul l模式， 则服 务提供设备具体会根据预推送模式建立请求消 息的指示， 在本地建立热点业 务的链接地址与热点业务的业务索引号之间的 映射关系。

业务处理设备在获取到热点业务的业务内容后 ， 继续执行以下步骤。

604、 业务处理设备通过 LTE网络或 CMMB网络向终端发送调度信息。 本实施例的终端同时支持 CMMB制式和 LTE制式， 属于双模终端。业务处 理设备通过 LTE网络或 CMMB网络向终端发送调度信息的信息走向可如� � 5中 的虚线所示。 其中， 业务处理设备通过 LTE网络向终端发送调度信息， 相当 于以单播方式向终端发送调度信息；而业务处 理设备通过 CMMB网络向终端发 送调度信息， 相当于以广播方式向终端发送调度信息。 这里的调度信息主要 携带有终端接收业务处理设备发送的热点业务 的业务内容的时间信息， 例如 可以是具体的时间点， 或者是周期性接收的周期值等。

605、 业务处理设备根据上述调度信息， 通过 CMMB网络向其覆盖下的终 端推送热点业务的业务内容以及热点业务的业 务索引号， 信息流向如图 5中 带箭头的点线所示。

具体的，业务处理设备根据上述调度信息向 CMMB网络发送热点业务的业 务内容和业务索引号，再由 CMMB网络根据上述调度信息向其覆盖下的终端� � 发上述热点业务的业务内容和业务索引号。

606、 终端根据业务处理设备下发的调度信息， 接收并保存热点业务的业 务内容和业务索引号。

可选的， 终端可以通过数据库的形式存储热点业务的业 务内容与热点业 务的业务索引号。

607、 终端通过 LTE网络向业务处理设备反馈接收状态， 该接收状态携带 有误块信息， 用于指示需要重传的数据块， 并携带有热点业务的业务索引号， 用于标识是热点业务， 还携带有终端的 IP地址。

在此说明， 本实施例以及本发明接下来的几个实施例均以 LTE 网络和

CMMB网络为例进行说明， 但并不限于这两个网络， 例如除了 LTE网络之外， 也可以是其它 3GPP网络。

608、 业务处理设备根据终端反馈的接收状态， 启动相应的重传机制。 这里启动的重传机制包括： 在预推送过程中并发重传， 或者在业务请求 过程中进行重传。 其中， 在业务请求过程中进行重传的方式与上述增强 SOD 业务流程的模式相关， 将在后面进行详细介绍。

可选的， 如果重传机制为在预推送过程中并发重传， 则步骤 608具体包 括： 业务处理设备根据终端反馈的接收状态， 从中获取误块信息， 根据误块 信息确定待重传数据块， 并通过 LTE网络向终端发送待重传数据块。相应的， 终端接收并保存业务处理设备发送的待重传数 据块。 图 5中带箭头的实线所 示为终端通过 LTE网络向业务处理设备反馈接收状态， 以及业务处理设备通 过 LTE网络向终端发送待重传数据块的信息流向。

可选的， 如果重传机制为在业务请求过程中进行重传， 则步骤 608具体 包括： 业务处理设备根据终端反馈的接收状态， 建立热点业务对应的链接地 址、 业务索引号、 终端标识和误块信息之间的映射关系， 以便在业务请求过 程中基于该映射关系向终端提供有关的待重传 数据块。 可选的， 这里的映射 关系也可以存储在热点业务数据库中， 此时热点业务数据库的实现方式如表

2所示。

表 2

URL23--. BL0CK22-- BL0CK23--

BL0CK31 --

URL31、 URL32、

3 IMSI3 BL0CK32-- URL33--.

BL0CK33-- 上述映射关系中的终端标识为终端的国际移动 用户识别码

( International Mobile Subscriber Identification, 简禾尔为 IMSI ) ， 具 体可以根据终端的 IP地址向 LTE网络中的网关查询获取。

609、 终端基于已经推送的热点业务， 向服务提供设备请求业务。

本实施例为了提升用户的体验质量 （Quality of Experience , 简称为

QoE) 、 提高无线网络的频谱利用率， 采用 CMMB广播方式将业务处理设备所 获取的热点业务的业务内容以及对应的业务索 引号发送至其覆盖下的终端， 以供终端进行保存。 当用户点击业务对应的 URL链接时， 提供业务的服务提 供设备会收到终端的业务请求， 并向终端反馈待请求业务的业务索引号， 而 终端可根据该请求业务的业务索引号直接调用 本地保存的内容， 以保证用户 的 QoE, 同时有利于提高无线网络的容量。

下面将分别针对 pull模式和 push模式， 说明终端基于已推送的热点业 务， 向服务提供设备请求业务的流程， 即步骤 609。

图 8所示为 push模式下， 终端请求业务的流程， 包括：

801、 终端接收用户通过语音、 动作输入或点击请求业务的 URL链接等， 发起相关移动互联业务的请求。

802、 终端发起分组数据协议 （Packet Data Protocol , 简称为 PDP) 激 活等用户面承载建立流程。

803、终端通过步骤 802建立的用户面承载，向服务提供设备发送 HTTP GET 消息， 该 HTTP GET消息携带有待请求业务的 URL链接。

804、 由于增强 S0D业务流程的模式为 push模式， 则服务提供设备向业 务处理设备发送查询请求， 查询当前待请求业务的业务索引号。

该查询请求中携带有待请求业务的 URL链接， 用于指示终端当前请求的 业务， 还携带有终端的 IP地址， 以供业务处理设备确认该终端。

805、业务处理设备根据待请求业务的 URL链接， 查询本地保存的热点业 务的链接地址与业务索引号之间的映射关系， 获取待请求业务的业务索引号。

806、业务处理设备向服务提供设备返回查询 所得的待请求业务的业务索 引号。

807、 服务提供设备通过 HTTP RESPONSE消息， 将待请求业务的业务索引 号反馈给终端。

808、 终端接收到 HTTP RESPONSE消息后， 读取其中的业务索引号， 根据 读取的业务索引号， 查询本地保存的热点业务的业务索引号， 如果本地保存 的热点业务的业务索引号中存在从 HTTP RESPONSE消息中读取的业务索引号， 则在本地保存的热点业务的业务内容中， 获取所读取的业务索引号对应的热 点业务的业务内容， 作为待请求业务的业务内容。

在此说明， 若业务处理设备在预推送过程中， 根据终端反馈的接收状态 启动的重传机制为在业务请求过程中进行重传 ， 则本地保存的热点业务的业 务内容中可能存在部分误块未完成传输。 基于此， 在步骤 805中， 业务处理 设备还可以根据终端的 IP地址， 向无线网络的网关查询该终端的 IMSI , 并 根据终端的 IMSI以及待请求业务的业务索引号，查询热点� �务对应的链接地 址、 业务索引号、 终端标识与误块信息之间的映射关系， 获取待请求业务对 应的误块信息， 进而根据获取的误块信息确定待请求业务的业 务内容中的待 重传数据块。 在步骤 806中， 业务处理设备进一步将待请求业务的业务内容 中的待重传数据块提供给服务提供设备。 在步骤 807中， 服务提供设备的反 馈的 HTTP RESPONSE消息中可以进一步携带业务处理设备提� ��的待重传数据 块一并下发给终端。

在极端情况下， 若在步骤 805中业务处理设备未查询到待请求业务的业 务索引号， 则业务处理设备将指示服务提供设备直接通过 步骤 807中的 HTTP RESPONSE消息， 直接向终端返回待请求业务的业务内容， 例如原始的 WEB网 页。 其中， 业务处理设备未查询到待请求业务的业务索引 号的一种情况可能 是： 业务处理设备以广播方式向终端推送热点业务 时， 终端处于盲区， 故业 务处理设备未能成功将热点业务推送至终端。

图 9所示为 pull模式下， 终端请求业务的流程， 包括：

901、 终端接收用户通过语音、 动作输入或点击请求业务的 URL链接， 发 起相关移动互联业务的请求。 902、 终端发起 PDP激活等用户面承载建立流程。

903、终端通过步骤 902建立的用户面承载，向服务提供设备发送 HTTP GET 消息， 该 HTTP GET消息携带有待请求业务的 URL链接。

904、 由于增强 SOD业务流程的模式为 pull模式， 则服务提供设备根据 待请求业务的 URL链接， 直接查询本地的热点业务对应的链接地址与业 务索 弓 I号之间的映射关系， 获取待请求业务的业务索引号。

905、 服务提供设备通过 HTTP RESPONSE消息， 将待请求业务的业务索引 号反馈给终端。

906、 终端接收到 HTTP RESPONSE消息后， 读取其中的业务索引号， 根据 读取的业务索引号， 查询本地保存的热点业务的业务索引号， 如果本地保存 的热点业务的业务索引号中存在从 HTTP RESPONSE消息中读取的业务索引号， 则在本地保存的热点业务的业务内容中， 获取所读取的业务索引号对应的热 点业务的业务内容， 作为待请求业务的业务内容。

在此说明， 若业务处理设备在预推送过程中， 根据终端反馈的接收状态 启动的重传机制为在业务请求过程中进行重传 ， 则本地保存的热点业务的业 务内容中可能存在部分误块未完成传输。 基于此， 在步骤 905中， 服务提供 设备还可以通过 HTTP RESPONSE消息， 向终端返回业务处理设备的 IP地址， 以便终端向业务处理设备请求待重传数据块。

907、 终端向业务处理设备发送重传请求， 以请求业务处理设备对待请求 业务的业务内容中的误块进行重传，所述重传 请求携带有终端的 IP地址和待 请求业务的业务索引号。

908、 业务处理设备根据重传请求中终端的 IP地址， 查询无线网络中的 网关， 获取终端的 IMSI , 再根据终端的 IMSI和待请求业务的业务索引号， 查询热点业务对应的链接地址、 业务索引号、 终端标识与误块信息之间的映 射关系， 确定待请求业务对应的误块信息， 进而基于所确定的误块信息确定 待请求业务的业务内容中的待重传数据块， 启动误块的断点续传功能， 向终 端发送待请求业务的业务内容中的待重传数据 块。 终端接收业务处理设备发 送的待请求业务的业务内容中的待重传数据块 。

在极端情况下， 若终端之前没有接收到业务处理设备广播的热 点业务， 例如， 终端在业务处理设备推送热点业务时处于盲区 ， 则在步骤 905中， 服 务提供设备会在 HTTP RESPONSE消息中直接向终端返回待请求业务的业� ��内 容， 例如可以是原始的 WEB网页。

由上述可见， 本发明实施例针对某些业务， 例如高相关性业务， 通过广 播方式预推送， 从而提升整网资源的利用率， 有利于提升无线网络的容量， 属于一种非线性提上网络容量的方案。

图 10为本发明实施例提供的一种终端的结构示意� ��。 如图 10所示， 所 述终端包括： 发送模块 1001、 接收模块 1002和获取模块 1003。

发送模块 1001， 用于向服务提供设备发送业务请求， 该业务请求携带有 待请求业务的链接地址。

接收模块 1002，用于接收服务提供设备发送的待请求业� �的业务索引号， 其中，上述待请求业务的业务索引号与上述待 请求业务的链接地址是对应的。

获取模块 1003， 用于根据接收模块 1002接收的待请求业务的业务索引 号， 在本地保存的第一业务中获取与上述待请求业 务的业务索引号对应的业 在一可选实施方式中， 接收模块 1002， 还用于在发送模块 1001发送上 述业务请求之前， 接收业务处理设备发送的调度信息， 并根据接收的调度信 息，接收业务处理设备发送的第一业务的业务 内容和第一业务的业务索引号， 其中， 第一业务的业务内容是业务处理设备根据第一 业务的链接地址从服务 提供设备获取的， 第一业务的业务索引号业务处理设备分配的。

其中， 接收模块 1002用于接收业务处理设备发送的调度信息， 包括： 接 收模块 1002 具体用于接收业务处理设备以单播方式或广播 方式发送的调度 信息。

基于上述， 如图 10所示， 所述终端还包括： 存储模块 1004。 存储模块 1004，用于将接收模块 1002接收的第一业务的业务内容和第一业务的� �务索 引号保存在本地。

在一可选实施方式中， 发送模块 1001， 还用于在接收模块 1002接收第 一业务的业务内容和第一业务的业务索引号之 后， 向业务处理设备反馈第一 接收状态信息， 该第一接收状态信息携带有第一业务对应的误 块信息和终端 的 IP地址，用于供业务处理设备建立第一业务对� ��的链接地址、业务索引号、 终端标识与误块信息之间的映射关系。 进一步可选的， 上述业务请求还携带有终端的 IP地址。 基于此， 接收模 块 1002， 还用于接收服务提供设备发送的待请求业务的 业务内容中的待重传 数据块， 该待重传数据块是业务处理设备根据服务提供 设备提供的所述终端 的 IP地址和待请求业务的链接地址， 查询第一业务对应的链接地址、业务索 引号、 终端标识与误块信息之间的映射关系获得的误 块信息确定并提供给服 务提供设备的。

进一步可选的， 接收模块 1002， 还用于接收服务提供设备发送的业务处 理设备的 IP地址， 以及在发送模块 1001根据业务处理设备的 IP地址， 向业 务处理设备发送重传请求之后， 接收业务处理设备发送的上述待请求业务对 应的待重传数据块，该待重传数据块是业务处 理设备根据终端的 IP地址和待 请求业务的业务索引号， 查询第一业务对应的链接地址、 业务索引号、 终端 标识与误块信息之间的映射关系获得的误块信 息确定并重传的； 上述重传请 求携带有终端的 IP地址和待请求业务的业务索引号。相应的，� ��送模块 1001， 还用于根据接收模块 1002接收的业务处理设备的 IP地址， 向业务处理设备 发送重传请求。

在另一可选实施方式中， 发送模块 1001， 还用于在接收模块 1002接收 第一业务的业务内容和第一业务的业务索引号 之后， 向业务处理设备反馈第 二接收状态信息， 该第二接收状态信息携带有第一业务对应的误 块信息。 基 于此， 接收模块 1002， 还用于接收业务处理设备发送的第一业务的业 务内容 中的待重传数据块， 该待重传数据块是业务处理设备根据第一业务 对应的误 块信息确定并重传的。

在此说明， 本实施例中第一业务可以是任何一种或多种业 务。 优选的， 第一业务可以是在指定时间段内统计浏览各业 务的用户数占总用户数的比重 较高的业务， 例如可以是比重在前《的业务， N可以是大于 0的任意数值， 例如可以是 3、 5、 8等。

本实施例提供的终端的各功能模块可用于执行 图 2所示业务内容获取方 法实施例的流程， 其具体工作原理不再赘述， 详见方法实施例的描述。

本实施例提供的终端， 当需要请求业务时， 向服务提供设备发送携带待 请求业务的链接地址的业务请求， 并根据服务提供设备返回的待请求业务的 业务索引号， 从本地存储的第一业务的业务内容中获取待请 求业务的业务内 容， 这样当待请求业务是已推送至终端的业务时， 终端在获取待请求业务的 业务索引号后， 可以直接从本地获取待请求业务的业务内容， 不需要服务提 供设备重新下发该业务内容， 提高了无线网络的频谱利用率， 有利于提高无 线蜂窝网络的容量。 进一步， 本实施例提供的终端， 在请求业务之后， 可以 即时获得业务内容， 不需要等待下载， 有利于提高获取业务内容的及时性。

图 11为本发明实施例提供的另一种终端的结构示� ��图。 如图 11所示， 所述终端包括： 发射器 1101、 接收器 1102和处理器 1103。

发射器 1101， 用于向服务提供设备发送业务请求， 该业务请求携带有待 请求业务的链接地址。

接收器 1102， 用于接收服务提供设备发送的待请求业务的业 务索引号， 其中，上述待请求业务的业务索引号与上述待 请求业务的链接地址是对应的。

处理器 1103， 用于根据接收器 1102接收的待请求业务的业务索引号， 在本地保存的第一业务中获取与上述待请求业 务的业务索引号对应的业务内 处理器 1103可能是一个中央处理器 （Central Processing Unit , 简称 为 CPU)，或者是特定集成电路 (Appl ication Specific Integrated Circuit , 简称为 ASIC) ， 或者是被配置成实施本发明实施例的一个或多 个集成电路。

其中， 接收器 1102， 还用于在发射器 1101发送上述业务请求之前， 接 收业务处理设备发送的调度信息， 并根据接收的调度信息， 接收业务处理设 备发送的第一业务的业务内容和第一业务的业 务索引号， 其中， 第一业务的 业务内容是业务处理设备根据第一业务的链接 地址从服务提供设备获取的， 第一业务的业务索引号业务处理设备分配的。

其中， 接收器 1102用于接收业务处理设备发送的调度信息， 包括： 接收 器 1102具体用于接收业务处理设备以单播方式或� �播方式发送的调度信息。

基于上述， 如图 11所示， 所述终端还包括： 存储器 1104。 存储器 1104， 用于将接收器 1102 接收的第一业务的业务内容和第一业务的业务 索引号保 存在本地。

存储器 1104除了存储接收器 1102接收的第一业务的业务内容和第一业 务的业务索引号之外， 还可用于存储程序。 具体地， 程序可以包括程序代码， 所述程序代码包括计算机操作指令。 存储器 1104可能包含高速 RAM存储器， 也可能还包括非易失性存储器 （non-volati le memory ) ， 例如至少一个磁盘 存储器。

在一可选实施方式中， 发射器 1101， 还用于在接收器 1102接收第一业 务的业务内容和第一业务的业务索引号之后， 向业务处理设备反馈第一接收 状态信息， 该第一接收状态信息携带有第一业务对应的误 块信息和终端的 IP 地址， 用于供业务处理设备建立第一业务对应的链接 地址、 业务索引号、 终 端标识与误块信息之间的映射关系。

进一步可选的， 上述业务请求还携带有终端的 IP地址。 基于此， 接收器 1102， 还用于接收服务提供设备发送的待请求业务的 业务内容中的待重传数 据块， 该待重传数据块是业务处理设备根据服务提供 设备提供的所述终端的 IP地址和待请求业务的链接地址， 查询第一业务对应的链接地址、 业务索引 号、 终端标识与误块信息之间的映射关系获得的误 块信息确定并提供给服务 提供设备的。

进一步可选的， 接收器 1102， 还用于接收服务提供设备发送的业务处理 设备的 IP地址， 以及在发射器 1101根据业务处理设备的 IP地址， 向业务处 理设备发送重传请求之后， 接收业务处理设备发送的上述待请求业务对应 的 待重传数据块，该待重传数据块是业务处理设 备根据终端的 IP地址和待请求 业务的业务索引号， 查询第一业务对应的链接地址、 业务索引号、 终端标识 与误块信息之间的映射关系获得的误块信息确 定并重传的； 上述重传请求携 带有终端的 IP地址和待请求业务的业务索引号。 相应的， 发射器 1101， 还 用于根据接收器 1102接收的业务处理设备的 IP地址， 向业务处理设备发送 重传请求。

在另一可选实施方式中， 发射器 1101， 还用于在接收器 1102接收第一 业务的业务内容和第一业务的业务索引号之后 ， 向业务处理设备反馈第二接 收状态信息， 该第二接收状态信息携带有第一业务对应的误 块信息。基于此， 接收器 1102， 还用于接收业务处理设备发送的第一业务的业 务内容中的待重 传数据块， 该待重传数据块是业务处理设备根据第一业务 对应的误块信息确 定并重传的。

在此说明， 本实施例中第一业务可以是任何一种或多种业 务。 优选的， 第一业务可以是在指定时间段内统计浏览各业 务的用户数占总用户数的比重 较高的业务， 例如可以是比重在前《的业务， N可以是大于 0的任意数值， 例如可以是 3、 5、 8等。

可选的， 在具体实现上， 如果发射器 1101、 接收器 1102、 处理器 1103 和存储器 1104独立实现， 则发射器 1101、 接收器 1102、 处理器 1103和存储 器 1104可以通过总线相互连接并完成相互间的通� �。所述总线可以是工业标 准体系结构 ( Industry Standard Architecture , 简称为 ISA) 总线、 夕卜咅 β 设备互连 （Peripheral Component , 简称为 PCI ) 总线或扩展工业标准体系 结构 (Extended Industry Standard Architecture, 简禾尔为 EISA) 总线等。 所述总线可以分为地址总线、 数据总线、 控制总线等。 为便于表示， 图 11中 仅用一条粗线表示， 但并不表示仅有一根总线或一种类型的总线。

可选的， 在具体实现上， 如果发射器 1101、 接收器 1102、 处理器 1103 和存储器 1104集成在一块芯片上实现， 则发射器 1101、 接收器 1102、 处理 器 1103和存储器 1104可以通过内部接口完成相同间的通信。

本实施例提供的终端可用于执行图 2所示业务内容获取方法实施例的流 程， 其具体工作原理不再赘述， 详见方法实施例的描述。

本实施例提供的终端， 当需要请求业务时， 向服务提供设备发送携带待 请求业务的链接地址的业务请求， 并根据服务提供设备返回的待请求业务的 业务索引号， 从本地存储的第一业务的业务内容中获取待请 求业务的业务内 容， 这样当待请求业务是已推送至终端的业务时， 终端在获取待请求业务的 业务索引号后， 可以直接从本地获取待请求业务的业务内容， 不需要服务提 供设备重新下发该业务内容， 提高了无线网络的频谱利用率， 有利于提高无 线蜂窝网络的容量。 进一步， 本实施例提供的终端， 在请求业务之后， 可以 即时获得业务内容， 不需要等待下载， 有利于提高获取业务内容的及时性。

图 12为本发明实施例提供的一种服务提供设备的� ��构示意图。 如图 12 所示， 所述服务提供设备包括： 接收模块 1201、 获取模块 1202和发送模块 1203 ο

接收模块 1201， 用于接收终端发送的业务请求， 上述业务请求携带有待 请求业务的链接地址。

获取模块 1202， 用于根据接收模块 1201接收的待请求业务的链接地址， 获取待请求业务的业务索引号， 其中， 待请求业务的业务索引号与待请求业 务的链接地址是对应的。

发送模块 1203， 用于向终端发送获取模块 1202获取的待请求业务的业 务索引号， 其中， 待请求业务的业务索引号与待请求业务的业务 内容是对应 的。

在一可选实施方式中，接收模块 1201，还用于在接收上述业务请求之前， 接收业务处理设备发送的内容获取请求， 该内容获取请求携带有第一业务的 链接地址。 相应的， 发送模块 1203， 还用于根据接收模块 1201接收的第一 业务的链接地址， 向业务处理设备发送第一业务的业务内容， 以使业务处理 设备向终端发送第一业务的业务内容和第一业 务的业务索引号。

进一步可选的， 接收模块 1201， 还用于在发送模块 1203 向业务处理设 备返回第一业务的业务内容之后， 接收业务处理设备发送的处理流程指示信 息， 该处理流程指示信息用于指示服务提供设备在 接收到上述业务请求后， 根据上述业务请求向终端提供待请求业务的业 务索引号的处理流程。可选的， 发送模块 1203， 还可用于向业务处理设备发送响应消息。

基于上述处理流程指示信息，获取模块 1202具体用于根据上述处理流程 指示信息的指示， 向业务处理设备发送查询请求， 该查询请求携带有待请求 业务的链接地址， 以使业务处理设备根据待请求业务的链接地址 ， 获取待请 求业务的业务索引号， 并接收业务处理设备发送的查询响应， 该查询响应携 带有待请求业务的业务索引号。

进一步， 上述业务请求还携带有终端的 IP地址； 上述查询请求还携带有 终端的 IP地址。基于此， 业务处理设备发送的上述查询响应还携带有待 请求 业务的业务内容中的待重传数据块， 该待重传数据块是业务处理设备根据终 端的 IP地址和待请求业务的链接地址，查询本地存� ��的第一业务对应的链接 地址、 业务索引号、 终端标识与误块信息之间的映射关系获得的误 块信息确 定并提供的。 则发送模块 1203， 还用于向终端发送上述查询响应携带的待重 传数据块。

基于上述处理流程指示信息， 接收模块 1201， 还用于接收业务处理设备 发送的第一业务的业务索引号。 则如图 12所示， 所述服务提供设备还包括： 建立模块 1204。 建立模块 1204， 用于在获取模块 1202获取待请求业务的业 务索引号之前， 根据接收模块 1201接收的上述处理流程指示信息的指示， 在 本地建立第一业务对应的链接地址与业务索引 号之间的映射关系。 基于此， 获取模块 1202具体用于根据待请求业务的链接地址，查� �本地存储的所述第 一业务对应的链接地址与业务索引号之间的映 射关系， 获取待请求业务的业 务索引号。

进一步， 发送模块 1203， 还用于向终端发送业务处理设备的 IP地址， 以使终端根据业务处理设备的 IP地址，从业务处理设备获取上述待请求业务 的业务内容中的待重传数据。

本实施例提供的服务提供设备可以是 ISP设备或 ICP设备， 其各功能模 块可用于执行图 3所示业务内容提供方法实施例的流程， 其工作原理不再赘 述， 详见方法实施例的描述。

本实施例的服务提供设备， 与终端和业务处理设备相配合， 在接收到终 端发送的业务请求后， 仅需向终端返回待请求业务的业务索引号， 使得终端 可以在本地已保存的第一业务的业务内容中获 取待请求业务的业务内容， 不 需要重新传输待请求业务的业务内容， 提高了网络资源的利用率， 有利于提 高无线网络的容量。进一步， 本实施例的服务提供设备与业务处理设备配合 ， 预先将有关业务的业务内容发送至终端， 还可以选择在业务量较低的时间， 还可以保证业务错峰， 提高用户的体验。

图 13 为本发明实施例提供的另一种服务提供设备的 结构示意图。 如图 13所示， 所述服务提供设备包括： 接收器 1301、处理器 1302和发射器 1303。

接收器 1301， 用于接收终端发送的业务请求， 上述业务请求携带有待请 求业务的链接地址。

处理器 1302， 用于根据接收器 1301接收的待请求业务的链接地址， 获 取待请求业务的业务索引号， 其中， 待请求业务的业务索引号与待请求业务 的链接地址是对应的。

处理器 1302可能是一个 CPU, 或者是特定 ASIC, 或者是被配置成实施本 发明实施例的一个或多个集成电路。

发射器 1303， 用于向终端发送处理器 1302获取的待请求业务的业务索 引号， 其中， 待请求业务的业务索引号与待请求业务的业务 内容是对应的。

在一可选实施方式中， 接收器 1301， 还用于在接收上述业务请求之前， 接收业务处理设备发送的内容获取请求， 该内容获取请求携带有第一业务的 链接地址。 相应的， 发射器 1303， 还用于根据接收器 1301接收的第一业务 的链接地址， 向业务处理设备发送第一业务的业务内容， 以使业务处理设备 向终端发送第一业务的业务内容和第一业务的 业务索引号。

进一步可选的， 接收器 1301， 还用于在发射器 1303 向业务处理设备返 回第一业务的业务内容之后， 接收业务处理设备发送的处理流程指示信息， 该处理流程指示信息用于指示服务提供设备在 接收到上述业务请求后， 根据 上述业务请求向终端提供待请求业务的业务索 引号的处理流程。 可选的， 发 射器 1303， 还可用于向业务处理设备发送响应消息。

基于上述处理流程指示信息，处理器 1302具体用于根据上述处理流程指 示信息的指示， 通过发射器 1303向业务处理设备发送查询请求， 该查询请求 携带有待请求业务的链接地址， 以使业务处理设备根据待请求业务的链接地 址， 获取待请求业务的业务索引号， 并通过接收器 1301接收业务处理设备发 送的查询响应， 该查询响应携带有待请求业务的业务索引号。 基于此， 发射 器 1303， 还用于向业务处理设备发送查询请求； 接收器 1301， 还用于接收业 务处理设备发送的查询响应， 并提供给处理器 1302。

进一步， 上述业务请求还携带有终端的 IP地址； 上述查询请求还携带有 终端的 IP地址。基于此， 业务处理设备发送的上述查询响应还携带有待 请求 业务的业务内容中的待重传数据块， 该待重传数据块是业务处理设备根据终 端的 IP地址和待请求业务的链接地址，查询本地存� ��的第一业务对应的链接 地址、 业务索引号、 终端标识与误块信息之间的映射关系获得的误 块信息确 定并提供的。 则发射器 1303， 还用于向终端发送上述查询响应携带的待重传 数据块。

基于上述处理流程指示信息， 接收器 1301， 还用于接收业务处理设备发 送的第一业务的业务索引号。 则处理器 1302， 还用于在获取待请求业务的业 务索引号之前， 根据上述处理流程指示信息的指示， 在本地建立第一业务对 应的链接地址与业务索引号之间的映射关系。 基于此， 处理器 1302具体用于 根据待请求业务的链接地址， 查询本地存储的所述第一业务对应的链接地址 与业务索弓 I号之间的映射关系， 获取待请求业务的业务索引号。

进一步， 发射器 1303， 还用于向终端发送业务处理设备的 IP地址， 以 使终端根据业务处理设备的 IP地址，从业务处理设备获取上述待请求业务� �� 业务内容中的待重传数据。

进一步， 如图 13所示， 所述服务提供设备还包括： 存储器 1304。 存储 器 1304， 用于存储程序。 具体地， 程序可以包括程序代码， 所述程序代码包 括计算机操作指令。存储器 1304可能包含高速 RAM存储器， 也可能还包括非 易失性存储器 （non-volati le memory ) ， 例如至少一个磁盘存储器。

可选的， 在具体实现上， 如果接收器 1301、 处理器 1302、 发射器器 1303 和存储器 1304独立实现， 则接收器 1301、 处理器 1302、 发射器器 1303和存 储器 1304可以通过总线相互连接并完成相互间的通� �。 所述总线可以是 ISA 总线、 PCI总线或 EISA总线等。 所述总线可以分为地址总线、 数据总线、 控 制总线等。 为便于表示， 图 13中仅用一条粗线表示， 但并不表示仅有一根总 线或一种类型的总线。

可选的， 在具体实现上， 如果接收器 1301、 处理器 1302、 发射器器 1303 和存储器 1304集成在一块芯片上实现， 则接收器 1301、 处理器 1302、 发射 器器 1303和存储器 1304可以通过内部接口完成相同间的通信。

本实施例提供的服务提供设备可以是 ISP设备或 ICP设备， 其可用于执 行图 3所示业务内容提供方法实施例的流程， 其工作原理不再赘述， 详见方 法实施例的描述。

本实施例的服务提供设备， 与终端和业务处理设备相配合， 在接收到终 端发送的业务请求后， 仅需向终端返回待请求业务的业务索引号， 使得终端 可以在本地已保存的第一业务的业务内容中获 取待请求业务的业务内容， 不 需要重新传输待请求业务的业务内容， 提高了网络资源的利用率， 有利于提 高无线网络的容量。进一步， 本实施例的服务提供设备与业务处理设备配合 ， 预先将有关业务的业务内容发送至终端， 还可以选择在业务量较低的时间， 还可以保证业务错峰， 提高用户的体验。

图 14为本发明实施例提供的一种业务处理设备的� ��构示意图。 如图 14 所示， 所述业务处理设备包括： 接收模块 1401、 获取模块 1402和发送模块 1403。

接收模块 1401， 用于接收服务提供设备发送的第二业务请求， 该第二业 务请求携带有待请求业务的链接地址。 其中， 第二业务请求是服务提供设备 根据终端发送的第一业务请求生成的， 该第一业务请求携带有待请求业务的 链接地址。

获取模块 1402， 用于根据接收模块 1401接收的待请求业务的链接地址， 获取待请求业务的业务索引号， 其中， 待请求业务的业务索引号与待请求业 务的链接地址是对应的。

发送模块 1403， 用于向服务提供设备发送获取模块 1402获取的待请求 业务的业务索引号， 该待请求业务的业务索引号用于供终端在接收 到服务提 供设备发送的待请求业务的业务索引号后，根 据该待请求业务的业务索引号， 从终端本地保存的第一业务中获取待请求业务 的业务内容。

其中，发送模块 1403向服务提供设备发送待请求业务的业务索� �号的目 的是， 使服务提供设备将待请求业务的业务索引号发 送给终端， 以使终端根 据待请求业务的业务索引号， 从终端本地保存的第一业务的业务内容中获取 待请求业务的业务内容。

在一可选实施方式中， 发送模块 1403， 还用于在接收模块 1401接收第 二业务请求之前， 向服务提供设备发送内容获取请求， 该内容获取请求携带 有第一业务的链接地址。 接收模块 1401， 还用于接收服务提供设备发送的第 一业务的业务内容。 基于此， 如图 14所示， 所述业务处理设备还包括： 建立 模块 1404。

建立模块 1404， 用于为第一业务分配业务索引号， 建立第一业务对应的 链接地址与业务索引号之间的映射关系。 发送模块 1403， 还用于将接收模块 1401接收的第一业务的业务内容和建立模块 1404分配的第一业务的业务索 引号发送给终端。

其中，发送模块 1403用于将第一业务的业务内容和第一业务的� �务索引 号发送给终端， 包括： 发送模块 1403具体用于向终端发送调度信息， 根据调 度信息， 将第一业务的业务内容和第一业务的业务索引 号发送给终端。 进一 步， 发送模块 1403用于向终端发送调度信息， 包括： 发送模块 1403具体用 于以单播方式或广播方式向终端发送调度信息 。

进一步， 接收模块 1401， 还用于在发送模块 1403发送内容获取请求之 前， 接收监控平台发送的第一业务的链接地址。

进一步， 发送模块 1403， 还用于在接收模块 1401接收第一业务的业务 内容之后， 向服务提供设备发送处理流程指示信息， 该处理流程指示信息用 于指示服务提供设备在接收到终端发送的第一 业务请求后， 根据第一业务请 求向终端提供待请求业务的业务索引号的处理 流程。可选的，接收模块 1401， 还可用于接收服务提供设备发送的响应消息。

在一可选实施方式中， 接收模块 1401， 还用于在发送模块 1403将第一 业务的业务内容和第一业务的业务索引号发送 给终端之后， 接收终端发送的 第一接收状态信息， 该第一接收状态信息携带有第一业务对应的误 块信息和 终端的 IP地址。 相应的， 建立模块 1404， 还用于根据第一业务对应的误块 信息和终端的 IP地址， 建立第一业务对应的链接地址、 业务索引号、 终端标 识与误块信息之间的映射关系。

进一步， 上述第一业务请求还携带有终端的 IP地址， 上述第二业务请求 还携带有终端的 IP地址。 获取模块 1402， 还用于根据终端的 IP地址和待请 求业务的链接地址， 查询第一业务对应的链接地址、 业务索引号、 终端标识 与误块信息之间的映射关系， 获得第一业务对应的误块信息， 并根据第一业 务对应的误块信息确定待请求业务的业务内容 中的待重传数据块。 相应的， 发送模块 1403， 还用于向服务提供设备发送获取模块 1402确定的待重传数 据块， 以使服务提供设备将上述待重传数据块发送给 终端。

在另一可选实施方式中， 接收模块 1401， 还用于在发送模块 1403将第 一业务的业务内容和第一业务的业务索引号发 送给终端之后， 接收终端发送 的第二接收状态信息，该第二接收状态信息携 带有第一业务对应的误块信息。 相应的， 发送模块 1403， 还用于根据第一业务对应的误块信息， 向终端发送 第一业务的业务内容中的待重传数据块。

本实施例提供的业务处理设备的各功能模块可 用于执行图 4所示业务内 容提供方法实施例的流程， 其具体工作原理不再赘述， 详见方法实施例的描 述。

本实施例提供的业务处理设备， 与终端和服务提供设备相配合， 在接收 到服务提供设备根据终端的第一业务请求而发 送的第二业务请求后， 向服务 提供设备返回待请求业务的业务索引号， 使得服务提供设备仅需向终端返回 待请求业务的业务索引号， 进而使终端可以在本地已保存的第一业务的业 务 内容中获取待请求业务的业务内容， 而不需要重新传输待请求业务的业务内 容， 提高了网络资源的利用率， 有利于提高无线网络的容量。 进一步， 本实 施例的业务处理设备与服务提供设备配合， 预先将有关业务的业务内容发送 至终端， 还可以选择在业务量较低的时间， 还可以保证业务错峰， 提高用户 的体验。

图 15 为本发明实施例提供的另一种业务处理设备的 结构示意图。 如图 15所示， 所述业务处理设备包括： 接收器 1501、处理器 1502和发射器 1503。

接收器 1501， 用于接收服务提供设备发送的第二业务请求， 该第二业务 请求携带有待请求业务的链接地址。 其中， 第二业务请求是服务提供设备根 据终端发送的第一业务请求生成的， 该第一业务请求携带有待请求业务的链 接地址。

处理器 1502， 用于根据接收器 1501接收的待请求业务的链接地址， 获 取待请求业务的业务索引号， 其中， 待请求业务的业务索引号与待请求业务 的链接地址是对应的。

处理器 1502可能是一个 CPU, 或者是特定 ASIC, 或者是被配置成实施本 发明实施例的一个或多个集成电路。

发射器 1503， 用于向服务提供设备发送处理器 1502获取的待请求业务 的业务索引号， 该待请求业务的业务索引号用于供终端在接收 到服务提供设 备发送的待请求业务的业务索引号后， 根据该待请求业务的业务索引号， 从 终端本地保存的第一业务中获取待请求业务的 业务内容。

其中，发射器 1503向服务提供设备发送待请求业务的业务索� �号的目的 是， 使服务提供设备将待请求业务的业务索引号发 送给终端， 以使终端根据 待请求业务的业务索引号， 从终端本地保存的第一业务的业务内容中获取 待 请求业务的业务内容。

在一可选实施方式中， 发射器 1503， 还用于在接收器 1501接收第二业 务请求之前， 向服务提供设备发送内容获取请求， 该内容获取请求携带有第 一业务的链接地址。 接收器 1501， 还用于接收服务提供设备发送的第一业务 的业务内容。 基于此， 处理器 1502， 还用于为第一业务分配业务索引号， 建 立第一业务对应的链接地址与业务索引号之间 的映射关系。 发射器 1503， 还 用于将接收器 1501接收的第一业务的业务内容和处理器 1502分配的第一业 务的业务索引号发送给终端。

其中，发射器 1503用于将第一业务的业务内容和第一业务的� �务索引号 发送给终端， 包括： 发射器 1503具体用于向终端发送调度信息， 根据调度信 息， 将第一业务的业务内容和第一业务的业务索引 号发送给终端。 进一步， 发射器 1503用于向终端发送调度信息， 包括： 发射器 1503具体用于以单播 方式或广播方式向终端发送调度信息。

进一步， 接收器 1501， 还用于在发射器 1503发送内容获取请求之前， 接收监控平台发送的第一业务的链接地址。

进一步， 发射器 1503， 还用于在接收器 1501接收第一业务的业务内容 之后， 向服务提供设备发送处理流程指示信息， 该处理流程指示信息用于指 示服务提供设备在接收到终端发送的第一业务 请求后， 根据第一业务请求向 终端提供待请求业务的业务索引号的处理流程 。 可选的， 接收器 1501， 还可 用于接收服务提供设备发送的响应消息。

在一可选实施方式中， 接收器 1501， 还用于在发射器 1503将第一业务 的业务内容和第一业务的业务索引号发送给终 端之后， 接收终端发送的第一 接收状态信息， 该第一接收状态信息携带有第一业务对应的误 块信息和终端 的 IP地址。 相应的， 处理器 1502， 还用于根据第一业务对应的误块信息和 终端的 IP地址， 建立第一业务对应的链接地址、 业务索引号、 终端标识与误 块信息之间的映射关系。

进一步， 上述第一业务请求还携带有终端的 IP地址， 上述第二业务请求 还携带有终端的 IP地址。 处理器 1502， 还用于根据终端的 IP地址和待请求 业务的链接地址， 查询第一业务对应的链接地址、 业务索引号、 终端标识与 误块信息之间的映射关系， 获得第一业务对应的误块信息， 并根据第一业务 对应的误块信息确定待请求业务的业务内容中 的待重传数据块。 相应的， 发 射器 1503， 还用于向服务提供设备发送处理器 1502确定的待重传数据块， 以使服务提供设备将上述待重传数据块发送给 终端。

在另一可选实施方式中， 接收器 1501， 还用于在发射器 1503将第一业 务的业务内容和第一业务的业务索引号发送给 终端之后， 接收终端发送的第 二接收状态信息， 该第二接收状态信息携带有第一业务对应的误 块信息。 相 应的， 发射器 1503， 还用于根据第一业务对应的误块信息， 向终端发送第一 业务的业务内容中的待重传数据块。

进一步， 如图 15所示， 所述服务提供设备还包括： 存储器 1504。 存储 器 1504， 用于存储程序。 具体地， 程序可以包括程序代码， 所述程序代码包 括计算机操作指令。存储器 1504可能包含高速 RAM存储器， 也可能还包括非 易失性存储器 （non-volati le memory ) ， 例如至少一个磁盘存储器。

可选的， 在具体实现上， 如果接收器 1501、 处理器 1502、 发射器器 1503 和存储器 1504独立实现， 则接收器 1501、 处理器 1502、 发射器器 1503和存 储器 1504可以通过总线相互连接并完成相互间的通� �。 所述总线可以是 ISA 总线、 PCI总线或 EISA总线等。 所述总线可以分为地址总线、 数据总线、 控 制总线等。 为便于表示， 图 15中仅用一条粗线表示， 但并不表示仅有一根总 线或一种类型的总线。

可选的， 在具体实现上， 如果接收器 1501、 处理器 1502、 发射器器 1503 和存储器 1504集成在一块芯片上实现， 则接收器 1501、 处理器 1502、 发射 器器 1503和存储器 1504可以通过内部接口完成相同间的通信。

本实施例提供的业务处理设备可用于执行图 4所示业务内容提供方法实 施例的流程， 其具体工作原理不再赘述， 详见方法实施例的描述。

本实施例提供的业务处理设备， 与终端和服务提供设备相配合， 在接收 到服务提供设备根据终端的第一业务请求而发 送的第二业务请求后， 向服务 提供设备返回待请求业务的业务索引号， 使得服务提供设备仅需向终端返回 待请求业务的业务索引号， 进而使终端可以在本地已保存的第一业务的业 务 内容中获取待请求业务的业务内容， 而不需要重新传输待请求业务的业务内 容， 提高了网络资源的利用率， 有利于提高无线网络的容量。 进一步， 本实 施例的业务处理设备与服务提供设备配合， 预先将有关业务的业务内容发送 至终端， 还可以选择在业务量较低的时间， 还可以保证业务错峰， 提高用户 的体验。

本发明实施例还提供一种业务处理系统， 包括上述实施例提供的任一终 端、 服务提供设备和业务处理设备， 该系统可如图 1所示。 关于终端、 服务 提供设备和业务处理设备的实现结构和工作原 理， 可参见上述相应实施例的 描述， 在此不再赘述。

本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述 的存储介质包括： R0M、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质 。 最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述各实施例对本发明进行了详细的 说明， 本领域的普通 技术人员应当理解：其依然可以对前述各实施 例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替 换； 而这些修改或者替换， 并 不使相应技术方案的本质脱离本发明各实施例 技术方案的范围。