一种业务数据的传输方法及装置与流程

本申请的实施例涉及通信领域，尤其涉及一种业务数据的传输方法及装置。

背景技术：

随着移动互联网规模的迅速发展，越来越多的用户通过终端(手机、平板电脑等)及移动网络观看高清视频、在线视频点播等类型业务，这使得网络对承载能力的需求越来越大。另一方面，在一些典型场景中，存在着大量终端在同一时间内请求相同业务的需求。在现有的移动通信网络中，当多个终端设备先后请求同一业务数据时，基站设备需要分别为每个终端设备分配独立的传输资源，并分别向每个终端设备发送业务数据，即单播方式，从而造成相同业务数据的大量重复发送，浪费了系统带宽，因此，目前的通信网络往往会在这种情况下出现瓶颈。

为解决空口高速业务，特别是视频业务的瓶颈问题，在3gpp(3rdgenerationpartnershipproject，第三代合作伙伴计划)的r9版本中，提出了增强型多媒体广播多播业务(evolvedmultimediabroadcastmulticastservice,embms)。通过采用单点对多点广播技术，从一个数据源向多个终端传送业务数据，能够有效地利用网络资源，减少网络数据总流量，从而提高网络资源利用率，节省传输负荷和空口资源占用。但基站广播业务数据时，终端接入广播是随机发生的，终端接入广播后接收的是接入广播时刻之后基站广播的业务数据，也就是说，若是终端没有在业务数据开始广播的时候就接入广播，而是在开始广播之后接入的广播，则会错过自广播起始时刻到自身接入广播时刻这一段时间内基站广播的业务数据，因此，基站广播业务数据时会造成终端未及时接入广播的用户的体验下降。

技术实现要素：

本申请的实施例提供一种业务数据的传输方法及装置，能向未及时接入广播的终端发送广播起始时刻到自身接入广播时刻这一段时间内基站广播的业务数据，提升用户体验。

第一方面，提供一种业务数据的传输方法，应用于宏基站，包括如下步骤：接收终端发送的业务请求，该业务请求携带目标业务数据的标识；确定当前存在目标业务数据的目标广播数据流；将当前时刻之后的目标广播数据流发送至终端；向微基站发送协助传输请求，协助传输请求用于指示微基站将目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据发送至终端。这样，在本申请中，宏基站在收到终端的业务请求，并确定存在业务请求中目标业务数据的目标广播数据流后，宏基站在当前时刻开始会向终端广播终端请求的广播数据流，对于终端错过的目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据，由宏基站向微基站发送协助传输请求，指示微基站将终端错过的业务数据发送给终端，因此，终端无论什么时候接入广播，都能完整接收业务数据，提升用户体验。

第二方面，提供一种业务数据的传输方法，应用于终端，包括如下步骤：向宏基站发送业务请求，该业务请求中携带目标业务数据的标识；接收宏基站确定当前存在目标业务数据的目标广播数据流时发送的当前时刻之后的目标广播数据流；接收微基站响应于宏基站的协助传输请求发送的目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据。

第三方面，提供一种业务数据的传输方法，应用于微基站，包括如下步骤：接收宏基站发送的协助传输请求；响应于协助传输请求获取目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据；将目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据发送至终端，其中，宏基站将当前时刻之后的目标广播数据流发送至终端。

第四方面，提供一种业务数据的传输装置，应用于宏基站，包括：接收模块，用于接收终端发送的业务请求，该业务请求携带目标业务数据的标识；处理模块，用于根据接收模块接收的目标业务数据的标识确定当前存在目标业务数据的目标广播数据流；发送模块，用于将当前时刻之后的处理模块确定的目标广播数据流发送至终端；发送模块，还用于向微基站发送协助传输请求，协助传输请求用于指示微基站将目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据发送至终端。

第五方面，提供一种业务数据的传输装置，应用于终端，包括：发送模块，用于向宏基站发送业务请求，业务请求携带目标业务数据的标识；接收模块，用于接收宏基站确定当前存在目标业务数据的目标广播数据流时发送的当前时刻之后的目标广播数据流；接收模块，还用于接收微基站响应于宏基站的协助传输请求发送的目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据。

第六方面，提供一种业务数据的传输装置，应用于微基站，包括：接收模块，用于接收宏基站发送的协助传输请求；接收模块，还用于响应协助传输请求获取目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据；发送模块，用于将接收模块获取的目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据发送至终端，其中，宏基站将当前时刻之后的目标广播数据流发送至终端。

第七方面，提供一种业务数据的传输装置，包括处理器；其中，当业务数据的传输装置运行时，处理器运行指令，使得业务数据的传输装置执行第一方面或第二方面或第三方面的业务数据的传输方法。

第八方面，提供一种计算机可读存储介质，包括指令，当指令在计算机上运行时，使得计算机执行指令以实施上述第一方面或第二方面或第三方面提供的业务数据的传输方法。

第九方面，提供一种计算机程序产品，计算机程序产品包括指令代码，指令代码用于执行指令以实施上述第一方面或第二方面或第三方面提供的业务数据的传输方法。

其中第二方面至第九方面提供的方案包含了与第一方面相同或相应的技术特征，其所实现的技术效果与第一方面类似，这里不再赘述。

附图说明

图1为本申请的实施例提供的一种系统架构的结构示意图；

图2为本申请的实施例提供的一种业务数据的传输方法的流程示意图；

图3为本申请的实施例提供的一种业务数据的传输方法的流程示意图；

图4为本申请的实施例提供的一种业务数据的传输方法的流程示意图；

图5为本申请的实施例提供的一种业务数据的传输方法的流程示意图；

图6为本申请的实施例提供的一种业务数据的传输方法的流程示意图；

图7为本申请的实施例提供的一种业务数据的传输装置的结构示意图；

图8为本申请的另一实施例提供的一种业务数据的传输装置的结构示意图；

图9为本申请的又一实施例提供的一种业务数据的传输装置的结构示意图；

图10为本申请的再一实施例提供的一种业务数据的传输装置的结构示意图。

图11为本申请的另一实施例提供的一种业务数据的传输装置的结构示意图；

图12为本申请的又一实施例提供的一种业务数据的传输装置的结构示意图。

具体实施方式

下面结合附图对本申请的实施例进行详细地描述。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。

本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。

此外，本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请的描述中，除非另有说明，“多个”的含义是指两个或两个以上。

随着移动互联网规模的迅速发展，越来越多的用户通过终端(手机、平板电脑等)及移动网络观看高清视频、在线视频点播等类型业务，这使得网络对承载能力的需求越来越大。另一方面，在一些典型场景中，存在着大量终端在同一时间内请求相同业务的需求。在现有的移动通信网络中，当多个终端设备先后请求同一业务数据时，基站设备需要分别为每个终端设备分配独立的传输资源，并分别向每个终端设备发送业务数据，即单播方式，从而造成相同业务数据的大量重复发送，浪费了系统带宽，因此，目前的通信网络往往会在这种情况下出现瓶颈。

为解决空口高速业务，特别是视频业务的瓶颈问题，在3gpp(3rdgenerationpartnershipproject，第三代合作伙伴计划)的r9版本中，提出了增强型多媒体广播多播业务(evolvedmultimediabroadcastmulticastservice,embms)。通过采用单点对多点广播技术，从一个数据源向多个终端传送数据，能够有效地利用网络资源，减少网络数据总流量，从而提高网络资源利用率，节省传输负荷和空口资源占用。但基站广播业务数据时，终端接入广播接收的是基站此刻广播的业务数据，也就是说，若是终端是没有在业务数据开始广播的时候就接入广播，而是在开始时间之后接入的广播，则会错过自广播起始时刻到自身接入广播这一段时间内基站广播的业务数据，因此，基站广播业务数据时会造成终端未及时接入广播的用户的体验下降。

为了解决上述问题，本申请的基本原理是：宏基站在收到终端的业务请求，并确定存在业务请求中目标业务数据的目标广播数据流后，宏基站在当前时刻开始会向终端广播终端请求的广播数据流，对于终端错过的目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据，由宏基站向微基站发送协助传输请求，指示微基站将终端错过的业务数据发送给终端，因此，终端无论什么时候接入广播，都能完整接收业务数据，提升用户体验。

本申请的实施例可以应用于终端、宏基站和微基站构成的系统，如图1所示，其中宏基站11覆盖的范围中包含微基站12，微基站12覆盖的范围中包含终端13，终端13既可以与宏基站11进行通信，也可以与微基站12进行通信，还可以同时与宏基站11、微基站12进行通信。

可以理解的是，在实施本申请提供的方案前，终端13首先与微基站12以及宏基站11建立通信连接。在本申请的方案中，宏基站11用于向终端13广播携带业务数据的广播数据流。在本申请中，宏基站11还可以向微基站12发送协助传输请求，以指示微基站12将终端13在广播数据流中错过的业务数据发送给终端13；微基站12用于根据宏基站11的指示将终端13在广播数据流中错过的业务数据以单播的方式发送给终端13；终端13用于接收宏基站11或微基站12发送的业务数据。

此外，本申请的实施例还提供应用于宏基站11或微基站12或终端13上的业务数据的传输装置，该业务数据的传输装置用于实施业务数据的传输方法，业务数据的传输装置也可以是宏基站11或微基站12或终端13三者本身或其中的芯片。

基于上述系统，本申请的实施例提供了一种业务数据的传输方法，参考图2所示，包括如下步骤：

201、终端向宏基站发送业务请求，业务请求携带目标业务数据的标识。

首先，本申请的实施例中，宏基站、微基站和终端需要提前建立通信连接。可以理解的是，宏基站广播的过程中，终端不止一个，因此，终端向宏基站发送业务请求时，该业务请求不仅需要携带目标业务的标识，还需要携带终端的标识，用以唯一识别终端。

202、宏基站接收终端发送的业务请求。

203、宏基站确定当前存在目标业务数据的目标广播数据流。

目标广播数据流的选取方式可以为：将目标业务数据的至少一个广播数据流中传输起始时刻与当前时刻之间的时长最短的广播数据流确定为目标广播数据流。

通常，由于宏基站仅对热点业务的业务数据采用广播方式进行传输，因此步骤203之前还可以包括宏基站根据目标业务数据的标识确定目标业务为热点业务。当然，本申请并不限于热点业务，其他有广播需求的业务数据也可以适用。此外，通常在一个时刻宏基站上存在一个业务数据的多条广播数据流，并且每个广播数据流可以是不同时刻发起的，在当前时刻终端接入该业务数据的广播数据流时，为了在广播数据流中尽可能的接收到更多的业务数据，通常宏基站会将终端接入该业务数据最新发起的广播数据流，因此，步骤203具体包括确定目标业务数据的至少一个广播数据流；将目标业务的至少一个广播数据流中传输起始时刻与当前时刻之间的时长最短的广播数据流确定为目标广播数据流。

例如，宏基站广播的a业务数据的广播数据流具体分为10点开始广播的a业务数据的广播数据流、10点10分开始广播的a业务数据的广播数据流，终端向宏基站请求a业务数据，宏基站确定a业务数据为目标业务数据。宏基站确定当前存在a业务数据的两条广播数据流，经计算得出10点10分开始广播的a业务数据的广播数据流是最新的广播数据流，则宏基站将10点10分开始广播的a业务数据的广播数据流确定为目标广播数据流。

由于对于终端请求的目标业务数据来说，宏基站中可能存在目标业务数据的多个广播数据流，因此，宏基站需要计算每个广播数据流广播的传输起始时刻t1和当前时刻t2的差值δt，并选取差值δt最小的广播数据流作为目标广播数据流。这样可以将更多的目标业务数据以宏基站广播的方式传输给终端，节省带宽。

204、宏基站将当前时刻之后的目标广播数据流发送至终端。

具体的，宏基站向终端广播目标业务数据的方式是，首先向业务源请求目标业务数据，然后将目标业务数据生成目标广播数据流，向终端广播发送。

205、终端接收宏基站确定当前存在目标业务数据的目标广播数据流时发送的当前时刻之后的目标广播数据流。

206、宏基站向微基站发送协助传输请求，协助传输请求用于指示微基站将目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据发送至终端。

宏基站向微基站发送的协助传输请求，用于指示微基站向业务源请求目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据。其中，协助传输请求包含以下信息：终端的标识、目标业务数据的标识、数据量；终端的标识是用于唯一识别终端，指示微基站的传输对象；目标业务数据的标识用于唯一识别终端请求的业务数据，微基站以目标业务数据的标识向业务源请求目标业务数据；数据量用于指示自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据的字节大小，该数据量宏基站可以通过在目标业务数据流中已经广播的目标业务数据计算得到，微基站用数据量向业务源请求数据量大小的目标业务数据。

可以理解的是，由于宏基站向微基站发送协助传输请求的时间较短，因此，宏基站向微基站发送协助传输请求这个步骤在时序上可以发生在步骤204的同时，也可以发生在步骤204之前，或发生在步骤204之后，本申请的实施例中以发生在在步骤204之后做示例。

207、微基站接收宏基站发送的协助传输请求。

208、微基站响应于协助传输请求获取目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据。

具体的，微基站响应于协助传输请求获取目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据的方式是，首先微基站向业务源请求目标业务数据，然后业务源向微基站发送微基站请求的目标业务数据。

其中，微基站向业务源请求目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据时，包含以下信息：目标业务数据的标识、数据量；其中，目标业务数据的标识用于唯一识别终端请求的业务数据，微基站以目标业务数据的标识向业务源请求目标业务数据；数据量用于指示自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据的字节大小，该数据量宏基站可以通过在目标业务数据流中已经广播的目标业务数据计算得到，微基站用数据量向业务源请求数据量大小的目标业务数据。

由于业务源中的业务数据是按顺序排列的，本申请的实施例中，微基站向业务源请求的是目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据，也就是业务源中按顺序排列的从起始位置开始至指定字节数量的业务数据。可以理解的是，还有其他多种方式可以实现微基站向业务源请求目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据，此处不予赘述。

209、微基站将目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据发送至终端。

通常，终端播放的目标业务数据的顺序是：微基站单播的目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据在前，宏基站广播的目标广播数据流在后，因此，终端根据实际情况，可选的操作是将宏基站广播的目标广播数据流在本地缓存。

其中步骤209中，微基站可以采用单播方式将目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据发送至终端，当然，如果终端错过的业务数据量较大，则微基站单播的数据量较大会浪费过多资源，因此可以设置一个时间阈值t0，例如，在步骤204之前，宏基站可以首先确定目标广播数据流的传输起始时刻t1至当前时刻t2之间的时长小于或等于预设时间阈值t0，此时执行步骤204，否则，如果确定所述目标广播数据流的传输起始时刻t1至当前时刻t2之间的时长大于预设时间阈值t0，宏基站生成目标业务数据的新的广播数据流，并发送至终端。

具体地，宏基站对目标广播数据流的传输起始时刻t1至当前时刻t2之间的时长预设时间阈值t0，在计算并选取传输起始时刻t1至当前时刻t2的差值δt最小的目标广播数据流后，差值δt小于或等于时间阈值t0的，宏基站指示微基站进行补发，若差值δt大于时间阈值t0，则宏基站重新发起广播数据流。

这样，宏基站根据终端缺失的内容大小来决定是补发这一部分内容还是重新发起新的广播数据流，当缺失内容较少时，指示微基站补发；缺失内容较多时，宏基站重新发起新的广播数据流。这种方式能有效防止当终端缺失的内容较多甚至缺失全部内容时，微基站补发大量数据的情况，即该时间阈值t0能平衡宏基站广播和微基站补发的数据量，提升带宽的使用率。

在本申请的上述实施例中，终端接入广播之后，宏基站会根据现有的广播技术向终端广播终端请求的广播数据流，若终端是在广播起始时刻之后接入的广播，对于终端错过的自广播起始时刻到终端接入广播这一段时间内的业务数据，由宏基站向微基站发送协助传输请求，指示微基站将终端错过的业务数据发送给终端，因此，终端无论什么时候接入广播，都能完整接收业务数据，提升用户体验。

以下结合几个具体示例对本申请的方案进行详细说明：首先以宏基站对热点业务的业务数据采用广播方式进行发送为例，如图3所示，本申请还提供一种业务数据的传输方法，详细介绍宏基站根据目标业务数据的标识确定目标业务不是热点业务的情况。

301、终端向宏基站发送业务请求，该业务请求携带目标业务数据的标识。

302、宏基站根据目标业务数据的标识确定目标业务数据的类型不是热点业务。

其中，目标业务数据的类型分为热点业务和非热点业务。

303、宏基站向业务源请求目标业务数据。

例如，宏基站可以向业务源发送携带目标业务的标识的请求来请求目标业务数据。

304、业务源向宏基站发送目标业务数据。

305、宏基站向终端单播目标业务数据。

以上301-305的描述的具体实现方式可以参照步骤201-209中对应的描述，此处不再赘述。

为了更方便的理解上述实施例，下面如图4所示，本申请还提供一种业务数据的传输方法，是宏基站根据目标业务数据的标识确定目标业务数据是热点业务，但宏基站中不存在该热点业务的广播数据流的情况。

401、终端向宏基站发送业务请求，该业务请求携带目标业务数据的标识。

402、宏基站根据目标业务数据的标识确定目标业务数据为热点业务。

403、宏基站确定当前不存在该热点业务的广播数据流。

404、宏基站重新发起新的广播数据流。

405、宏基站向终端发送目标广播数据流的编号。

由于宏基站中可能存在目标业务的多个广播数据流，本申请的实施例使用编号区分目标业务数据的多个广播数据流。可以理解的是，编号仅为一种具体的区分方式，其他方式也可以区分，本申请的实施例对此不做限定。

406、终端向宏基站发送确认信息。

407、宏基站确定终端接入目标广播数据流。

408、宏基站向业务源请求目标业务数据。

409、业务源向宏基站发送目标业务数据。

410、宏基站将当前时刻之后的目标广播数据流发送至终端。

可以理解的是，由于宏基站是重新发起了新的广播数据流，对于终端来说，宏基站广播的当前时刻之后的目标广播数据流是完整的目标业务数据的业务数据，即终端是可以完整接收目标业务数据的，因此不再需要宏基站指示微基站补发终端未接收到的目标业务数据。

以上401-410的描述的具体实现方式可以参照步骤201-209中对应的描述，此处不再赘述。

如图5所示，本申请还提供一种业务数据的传输方法，是宏基站确定终端请求的目标业务是热点业务，但目标广播数据流的传输起始时刻t1和当前时刻t2的差值δt大于时间阈值t0的情况。

501、终端向宏基站发送业务请求，该业务请求携带目标业务数据的标识。

502、宏基站根据目标业务数据的标识确定目标业务数据为热点业务。

503、宏基站确定当前存在目标业务数据的至少一个广播数据流。

504、宏基站确定当前不存在目标业务数据的目标广播数据流。

505、宏基站重新发起新的广播数据流。

宏基站确定存在终端请求的热点业务的目标广播数据流，目标广播数据流的传输起始时刻t1和当前时刻t2的差值δt大于时间阈值t0，即宏基站认为终端未接收到的业务数据量较大，不适合用微基站补发，因此宏基站重新发起新的广播数据流。

506、宏基站向终端发送目标广播数据流的编号。

507、终端向宏基站发送确认信息。

508、宏基站确定终端接入目标广播数据流。

509、宏基站向业务源请求目标业务数据。

510、业务源向宏基站发送目标业务数据。

511、宏基站将当前时刻之后的目标广播数据流发送至终端。

以上501-510的描述的具体实现方式可以参照前述实施例中对应的描述，此处不再赘述。

可以理解的是，上述实施例是宏基站确定终端请求的目标业务是热点业务，但目标广播数据流的传输起始时刻t1和当前时刻t2的差值δt大于时间阈值t0的情况。如图6所示，本申请还提供一种业务数据的传输方法，是宏基站确定终端请求的目标业务是热点业务，且宏基站确定目标广播数据流的传输起始时刻t1和当前时刻t2的差值δt小于或等于时间阈值t0的情况。该方法包括如下步骤：

601、终端向宏基站发送业务请求，该业务请求携带目标业务数据的标识。

602、宏基站根据目标业务数据的标识确定目标业务数据为热点业务。

603、宏基站确定当前存在目标业务数据的至少一个广播数据流。

604、宏基站确定当前存在目标业务数据的目标广播数据流。

宏基站确定存在终端请求的热点业务的目标广播数据流，且宏基站选取差值δt最小的目标广播数据流其差值δt小于或等于预设的时间阈值t0，因此，宏基站对终端广播目标广播数据流。

605、宏基站向终端发送目标广播数据流的编号。

606、终端向宏基站发送确认信息。

607、宏基站确定终端接入目标广播数据流。

608、宏基站向业务源请求目标业务数据。

609、业务源向宏基站发送目标业务数据。

610、宏基站将当前时刻之后的目标广播数据流发送至终端。

611、宏基站向微基站发送协助传输请求。

612、微基站向业务源请求目标业务数据。

613、业务源向微基站发送目标业务数据。

614、微基站向终端发送目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据。

以上601-614的描述的具体实现方式可以参照前述实施例中对应的描述，此处不再赘述。

本申请实施例可以根据上述方法示例对其对应的装置进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本申请实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

参照图7所示，提供一种业务数据的传输装置，应用于宏基站本身或宏基站上的芯片，包括接收模块71、处理模块72、发送模块73。

接收模块71，用于接收终端发送的业务请求，业务请求携带目标业务数据的标识。

处理模块72，用于根据接收模块接收的业务请求确定当前存在目标业务数据的目标广播数据流。

发送模块73，用于将当前时刻之后的处理模块72确定的目标广播数据流发送至终端。还用于向微基站发送协助传输请求，协助传输请求用于指示微基站将目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据发送至终端。

可选的，处理模块72还用于确定目标广播数据流的传输起始时刻至当前时刻之间的时长小于或等于预设时间阈值。

可选的，发送模块73还用于在处理模块72确定目标广播数据流的传输起始时刻至当前时刻之间的时长大于预设时间阈值时，生成目标业务数据的新的广播数据流，并发送至终端。

可选的，处理模块72还用于根据接收模块71接收的目标业务数据的标识确定目标业务为热点业务。

可选的，处理模块72还用于确定目标业务数据的至少一个广播数据流。将目标业务数据的至少一个广播数据流中传输起始时刻与当前时刻之间的时长最短的广播数据流确定为目标广播数据流。

参照图8所示，提供一种业务数据的传输装置，应用于终端本身或终端上的芯片，包括发送模块81、接收模块82。

发送模块81，用于向宏基站发送业务请求，业务请求携带目标业务数据的标识。

接收模块82，用于接收宏基站确定当前存在目标业务数据的目标广播数据流时发送的当前时刻之后的目标广播数据流。还用于接收微基站响应于宏基站的协助传输请求发送的目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据。

参照图9所示，提供一种业务数据的传输装置，应用于微基站本身或微基站上的芯片，包括接收模块91、发送模块92。

接收模块91，用于接收宏基站发送的协助传输请求。接收模块91还用于响应接收的协助传输请求获取目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据。

发送模块92，用于将接收模块91获取的目标广播数据流中自目标广播数据流的传输起始时刻至当前时刻之间传输的目标业务数据发送至终端，其中，宏基站将当前时刻之后的目标广播数据流发送至终端。

在另一种方案中，上述如图7所示的应用于宏基站的业务数据的传输装置的接收模块71以及发送模块73可以采用通信接口实现，处理模块72可以采用一个或者多个处理器实现；此时参照图10所示，提供一种业务数据的传输装置，包括：处理器1001，其中处理器1001用于执行程序或指令，以实现上述方法实施例提供的终端位置获取方法。还包括通信接口1002，其中通信接口1002和处理器1001耦合，示例性的通信接口1002和处理器1001可以通过总线1003耦合。

处理器1001可以是一个通用中央处理器(centralprocessingunit，cpu)，控制器mcu，特定应用集成电路(application-specificintegratedcircuit，asic)，或一个或多个用于控制本申请提供的业务数据的传输程序执行的集成电路。在具体的实现中，作为一种实施例，处理器1001(1001-1和1001-2)可以包括一个或多个中央处理器，例如图10中所示的cpu0和cpu1。且作为一种实施例，业务数据的传输装置可以包括多个处理器1001，例如图10中所示的处理器1001-1和处理器1001-2。这些处理器1001中的每一个cpu可以是一个单核处理器(single-cpu)，也可以是一个多核处理器(multi-cpu)。这里的处理器1001可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

当然，处理器1001上还可以集成有业务数据的传输方法的程序或指令的存储装置，或者也可以将存储装置单独设置，例如如图10中示出的，单独设置存储器1004。存储器1004可以是只读存储器(read-onlymemory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(randomaccessmemory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasableprogrammableread-onlymemory，eeprom)、只读光盘(compactdiscread-onlymemory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。处理器1001执行程序或指令，以控制通信接口1002获取终端位置，并以使业务数据的传输装置执行如上述的业务数据的传输方法。

通信接口1002，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如控制系统、无线接入网(radioaccessnetwork，ran)，无线局域网(wirelesslocalareanetworks，wlan)、服务器等。通信接口1002可以包括接收单元实现接收功能，以及发送单元实现发送功能。

总线1003，可以是工业标准体系结构(industrystandardarchitecture，isa)总线、外部设备互连(peripheralcomponentinterconnect，pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture，eisa)总线等。该总线1003可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在另一种方案中，上述如图8所示的应用于终端的业务数据的传输装置的发送模块81以及接收模块82可以采用通信接口实现，此时参照图11所示，提供一种业务数据的传输装置，包括：包括通信接口1101和处理器1102，其中处理器1102用于执行程序或指令，控制通信接口1101实施上述终端执行的业务数据的传输方法。其中，处理器1102可以包括多个处理器，例如图11中所示的处理器1102-1和处理器1102-2。通信接口1101和处理器1102耦合，示例性的通信接口1101和处理器1102可以通过总线1103耦合。

当然，处理器1102上还可以集成有业务数据的传输方法的程序或指令的存储装置，或者也可以将存储装置单独设置，例如如图11中示出的，单独设置存储器1104。处理器1102执行程序或指令，以控制通信接口1101获取终端位置，并以使业务数据的传输装置执行如上述的业务数据的传输方法。

图11中示出的处理器、通信接口、总线的基本功能的具体描述可以参照图10对应的实施例中的描述。

在另一种方案中，上述如图9所示的应用于微基站的业务数据的传输装置的接收模块91以及发送模块92可以采用通信接口实现，此时参照图12所示，提供一种业务数据的传输装置，包括：包括通信接口1201和处理器1202，其中处理器1202用于执行程序或指令，控制通信接口1201实施上述终端执行的业务数据的传输方法。可以理解的是，处理器1202可以包括多个处理器，例如图11中所示的处理器1202-1和处理器1202-2。其中通信接口1201和处理器1202耦合，示例性的通信接口1201和处理器1202可以通过总线1203耦合。

当然，处理器1202上还可以集成有业务数据的传输方法的程序或指令的存储装置，或者也可以将存储装置单独设置，例如如图12中示出的，单独设置存储器1204。处理器1202执行程序或指令，以控制通信接口1201获取终端位置，并以使业务数据的传输装置执行如上述的业务数据的传输方法。

图12中示出的处理器、通信接口、总线的基本功能的具体描述可以参照图10对应的实施例中的描述。

本发明实施例还提供一种计算机存储介质，包括指令，当指令在计算机上执行时能够实现上述实施例提供的业务数据的传输方法。

本发明实施例还提供一种计算机程序产品，计算机程序产品包括指令代码，指令代码用于执行指令以实施上述实施例提供的业务数据的传输方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。