CN101835095B - 实现广播业务多小区传输数据调度的方法 - Google Patents

Abstract

本发明公开了一种实现广播业务多小区传输数据动态调度的方法，该方法充分利用填充空间承载包括所有复用业务的调度信息，该调度信息为对应业务下一次出现的相对开始索引编号和相对结束索引编号；用户设备根据调度信息以及调度信息所属调度块的索引编号获取自身需要业务下一次出现的位置信息。本发明充分利用了填充空间，通过相对调度信息准确获得所需业务下一次出现的位置信息，实现了真正意义上的动态调度。本发明方法降低了UE获取调度信息的时间，提高了调度的可靠性，避免了对无用信息的接收，从而提高了用户设备非连续接受的效率。UE在所需业务前处于空闲状态，而当所需业务到来时才开始真正接收，降低了用户设备的功率消耗。

Description

实现广播业务多小区传输数据调度的方法

技术领域

本发明涉及多媒体广播/组播业务(MBMS，Multimedia Broadcast/MulticastService)，尤其涉及一种在长期演进(LTE，Long Term Evolution)系统中，实现广播业务多小区传输数据动态调度的方法。

背景技术

随着Internet的迅猛发展和大屏幕多功能手机的普及，出现了大量移动数据多媒体业务和各种高带宽多媒体业务，例如视频会议、电视广播、视频点播、广告、网上教育、互动游戏等，满足了移动用户不断上升的业务需求，同时也为移动运营商带来了新的业务增长点。移动数据多媒体业务要求多个用户能够同时接收相同数据，与一般的数据业务相比，具有数据量大、持续时间长、时延敏感等特点。

为了有效地利用移动网络资源，第三代合作伙伴计划(3GPP，3rd GenerationPartnership Project)提出了MBMS业务，MBMS业务是一种从一个数据源向多个目标传送数据的技术，实现了网络(包括核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS不仅能够实现纯文本低速率的消息类组播和广播，而且还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为3G的发展提供了更好的业务前景。

在LTE中，MBMS业务的数据信道和控制信道可以采用单小区发送模式和多小区发送模式。其中，单小区发送模式是指MBMS业务的数据信道和控制信道仅在本小区内发送，没有(MBSFN，MBMS single frequency network)宏分集的功能；多小区发送模式是指多个小区在相同的时频资源上发送相同的数据，即MBMS业务或控制信息采用内容同步的方式，也就是采用了MBSFN宏分集。MBMS多小区传输的特点包括：在MBSFN区域内同步传输、支持多小区MBMS传输合并、MTCH和MCCH在p-T-m模式下映射到MCH传输信道上等。通过多小区发送模式，多个小区在相同时刻发送相同内容的MBMS业务的数据或控制信令，可以提高用户设备(UE，user equipment)的接收增益。

MCH是传输信道，特点是进行点到多点的传输，对应的物理资源是系统为传输MBMS业务所分配的多播资源，在LTE系统中，对于每一个MBSFN区域都有自己的多播资源，每个MBSFN的多播资源都是独立的，并以子帧为单位进行时分。每个MBSFN区域的多播资源可以以子帧为单位按照一定的图样分成多个组，每个组构成一个MCH，或者多个组构成一个MCH。

MTCH是逻辑信道，一个MTCH承载一个或者多个业务(例如一个TV节目叫做一个业务)的数据，一个业务仅承载在一个MTCH中，MTCH被映射到MCH上进行传输，一个或者多个MTCH可以映射到一个或者多个MCH上。

一个载频可以承载多个MCH，承载特定MCH的物理信道是由一组模式的子帧所决定的，这些帧未必是时间连续分配的。这个模式被称为MCH子帧分配模式(MSAP)，一个MSAP描述一个MCH信道的物理资源。

多个MBMS业务可以映射到一个MCH上，但是一个MCH上只能承载一个MBSFN范围内的数据。MCH负责下发MSAP信息，而MSAP是为了分配映射到MCH的MTCH，MCH是为了承载MTCH。在这样的MSAP情况下，对于每一个在MCCH内指示MTCH信息的MSAP来说：

当业务复用到MCH时和当只有一个业务在MCH上传输时，需要在辅助UE选择所需要接收的子帧时提供动态调度信息。动态调度信息携带MTCH到辅助MSAP子帧的映射信息，这种映射信息由在一个MSAP周期内的索引编号关系确定。承载调度信息是使用在MAC控制部分，或者单独的逻辑信道MSCH还在讨论之中，本方法基于MAC控制部分。

目前，在MSAP概念中同时引入了调度周期的概念(scheduling period)，调度周期包括一个或者若干个连续的MSAP周期，一个调度周期内，至少是两个或者两个以上的业务复用在相同的周期内，以便提高传输效率。

在一个MSAP周期内，多小区传输的调度信息有两种承载方式，图1为现有多小区传输的调度信息第一承载方式示意图，调度信息构成的调度块(scheduling block)承载在调度周期的头部即开始时刻，如图1中由黑色小方块组成的区域，调度块包含调度信息，调度信息最终指示到某MSAP内特定的索引编号。在每个调度周期开始的调度块用于指示该调度周期内，所有复用业务在本调度周期内出现的开始索引编号和结束索引编号。

如图1所示，向左倾斜的条纹区域表示业务一(server 1)，小黑点区域表示业务二(server 2)，向右倾斜的条纹区域表示业务三(server 3)，空白区域表示填充(Padding)。图1中示意了三个调度周期即图1(a)所示的调度周期1(scheduling period 1)、图1(b)所示的调度周期2(scheduling period 2)和图1(c)所示的调度周期3(scheduling period 3)。其中，由于确定的业务复用一个调度周期，但是业务有可能会出现没有数据的情况，在这种情况下，采用填充(如图中的空白区域)的方法解决无数据时传输信道的完整。

图2为现有多小区传输的调度信息第一承载方式示意图，调度信息构成的调度块承载在每个业务的尾部即结束时刻。如图2中由黑色小方块组成的区域，调度块包含调度信息，调度信息最终指示到某MSAP内特定的索引编号。每个业务结束时刻的调度块的内容仅指示该业务自身在本调度周期内下一次出现的开始索引编号和结束索引编号。

基于图1和图2所示的调度信息承载方式，目前实现广播业务多小区传输数据调度的方法中会出现以下情况：

参考图1(b)，调度周期2内没有业务二的数据，在现有技术中，在调度周期1的调度块中无法标识出这种情况，而仅仅是给出了调度周期1内所有复用业务在本调度周期内出现的开始索引编号和结束索引编号。也就是说用户不能从调度信息中获知调度周期2中是否存在业务二，此时，对业务二感兴趣的用户必须完成接收调度周期2后才能接收到下一次业务二的数据。

参考图2(b)，调度周期2内没有业务二的数据，在现有技术中，在调度周期1内业务二尾部的调度块中无法标识这种情况，而仅仅是给出指示业务二在本调度周期内下一次出现的开始索引编号和结束索引编号。也就是说用户不能从调度信息中获知调度周期2中是否存在业务二，对业务二感兴趣的用户必须完成接收调度周期2后才能接收到下一次业务二的数据。

对于图1所示的调度信息承载方式，如果用户设备(UE)没有接收到某调度周期的头部(比如开机时机正好错过等)，则必须等到接收到下一个调度周期的头部才可能获取调度信息。例如参考图1，如果在调度周期1，UE错过而没有接收到调度周期1的开始部分，则只能等到调度周期2到来时，才能获取调度信息。如果出现调度周期内某业务没有相关数据的情况，找到调度信息的时间则会更长。

对于图2所示的调度信息承载方式，如果UE没有接收到某调度周期内各业务后的调度信息，则必须等到接收到下一个调度周期内相应业务后才可能获取调度信息。例如参考图2，如果UE对业务一感兴趣，在调度周期1中，UE在业务二开始后才开始找寻业务一的调度信息，则必须等到调度周期2中的业务一的结束的地方才可以获得。如果出现调度周期内某业务没有相关数据的情况，找到调度信息的时间则会更长。

现有技术中，在调度周期头部和各业务的尾部分配调度信息均被认为是过度分配控制信息。在一个调度周期中没有对此空间应用于动态调度加以定义，比如在每个调度周期都存在空间大小不均等的填充数据。

综上所述，现有广播业务多小区传输数据调度的方法中，对于某调度周期(SP)内，因为某种原因，在媒体接入层(MAC)复用(multiplex)的多个MBMS传输信道(MTCH)中的一条或者多条没有数据传输的情况(比如上面提到的调度周期中不存在某业务的数据等)，调度信息没有给出指示；UE在没有指示的情况下必须完整接收一个或者多个调度周期中用户并不感兴趣的业务数据，直到感兴趣的业务数据到来时，才开始真正接收。无疑，这样的调度方法是不能实现真正意义的调度的，增加了UE获取调度信息的时间，降低了调度的可靠性，从而降低了用户设备非连续接受(DRX)的效率。而且，对于用户设备来讲，增加了接收无用数据时的功率消耗。

发明内容

有鉴于此，本发明的主要目的在于提供一种实现广播业务多小区传输数据动态调度的方法，能够降低UE获取调度信息的时间，提高调度的可靠性，从而提高用户设备非连续接受的效率，同时降低用户设备的功率消耗。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种实现广播业务多小区传输数据动态调度的方法，包括：

充分利用填充空间承载包括所有复用业务的调度信息，该调度信息为相对调度信息，包括对应业务下一次出现的相对开始索引编号和相对结束索引编号；

用户设备根据调度信息以及调度信息所属调度块的索引编号获取自身需要业务下一次出现的位置信息。

其中，所述调度信息承载在每个调度周期的开始时刻的调度块中。或者，所述调度信息承载在各业务的结束时刻的调度块中。或者，所述调度信息承载在各业务的结束时刻的调度块，以及每个调度周期的开始时刻的调度块中。

当所述填充空间足够时，所述承载在每个调度周期的开始时刻的调度块中的调度信息包括所有复用业务的调度信息。

当所述填充空间不足以承载所有业务的调度信息时，所述承载在每个调度周期的开始时刻的调度块中的调度信息包括尽可能多的业务的调度信息；所述承载在每个调度周期的开始时刻的调度块还包括用于指示哪些业务的调度信息存在，哪些业务的调度信息不存在的调度信息指示信息。

其中，所述承载在每个调度周期的开始时刻的调度块中的调度信息还包括：用于指示本调度周期内复用业务是否存在的业务指示信息。

当所述填充空间不足以承载任何调度信息时，所述承载在每个调度周期的开始时刻的调度块中包括用于调度信息指示信息，该调度信息指示信息表明所有复用业务的调度信息均不存在；

或者，包括用于指示本调度周期内复用业务是否存在的业务指示信息，以及用于指示哪些业务的调度信息存在，哪些业务的调度信息不存在的调度信息指示信息。

其中，所述承载在每个调度周期的开始时刻的调度块中还包括：用于指示下一调度周期的开始时刻的位置信息。

所述调度信息指示信息采用比特图表示；或者，所述调度信息指示信息采用在业务对应调度信息后设置的指示单元来表示，该指示单元用于指示下一业务的调度信息是否存在的。

上述方案中，所述承载在各业务的结束时刻的调度块中的调度信息包括：对应当前结束的业务下一次出现的相对开始索引编号和相对结束索引编号。

上述方案中，所述获取该业务下一次出现的位置信息的方法为：计算调度信息和调度信息所属调度块的索引编号之和，得到自身需要业务下一次出现的索引编号。

上述方案中，如果所述用户设备没有接收到承载在每个调度周期的开始时刻的调度块，所述获取该业务下一次出现的位置信息的方法为：所述用户设备将在当前调度周期内寻找自身需要业务的数据，并在找到该业务后，根据承载在该业务的结束时刻的调度块中的调度信息，以及该调度块的索引编号之和，得到自身需要业务下一次出现的索引编号。

上述方案中，所述获取该业务下一次出现的位置信息的方法为：

所述用户设备根据所述调度信息指示信息判断在当前调度周期内是否存在自身需要业务的调度信息，如果存在，根据承载在每个调度周期的开始时刻的调度块中的调度信息，以及该调度块的索引编号之和，得到自身需要业务下一次出现的索引编号；

如果不存在，根据所述业务指示信息判断在当前调度周期内是否存在自身需要业务的数据，如果存在，所述用户设备将在当前调度周期内寻找自身需要业务的数据，并在找到该业务后，根据承载在该业务的结束时刻的调度块中的调度信息，以及该调度块的索引编号之和，得到自身需要业务下一次出现的索引编号；

如果所需业务的调度信息和业务数据均不存在，根据所述用于指示下一调度周期的开始时刻的位置信息，所述用户设备接收下一个调度周期，并根据下一个调度周期中调度信息以及调度信息所属调度块的索引编号获取自身需要业务下一次出现的位置信息。

由上述技术方案可见，本发明充分利用填充空间承载包括所有复用业务的调度信息，该调度信息为对应业务下一次出现的相对开始索引编号和相对结束索引编号；用户设备根据调度信息以及调度信息所属调度块的索引编号获取自身需要业务下一次出现的位置信息。从本发明实现广播业务多小区传输数据动态调度的方法可见，本发明充分利用了填充空间，通过相对调度信息准确获得所需业务下一次出现的位置信息，实现了真正意义上的动态调度。本发明方法降低了UE获取调度信息的时间，提高了调度的可靠性，避免了对无用信息的接收，从而提高了用户设备非连续接受的效率。UE在所需业务前处于空闲(等待)状态，而当所需业务到来时才开始真正接收，降低了用户设备的功率消耗。

附图说明

图1为现有多小区传输的调度信息第一承载方式示意图；

图2为现有多小区传输的调度信息第二承载方式示意图；

图3为本发明实现广播业务多小区传输数据动态调度的方法的流程图；

图4为本发明多小区传输的调度信息其中一种承载方式示意图；

图5为本发明承载在每个调度周期的开始时刻的调度块中包括信息的第一示意图；

图6为本发明承载在每个调度周期的开始时刻的调度块中包括信息的第二示意图；

图7为本发明承载在每个调度周期的开始时刻的调度块中包括信息的第三示意图。

具体实施方式

图3为本发明实现广播业务多小区传输数据动态调度的方法的流程图，如图3所示，本发明方法包括：

步骤300：充分利用填充空间承载包括所有复用业务的调度信息，该调度信息为相对调度信息，包括对应业务下一次出现的相对开始索引编号和相对结束索引编号。

包含调度信息的调度块可以是仅仅承载在每个调度周期的开始时刻、也可以是仅仅分别承载在各业务的结束时刻、调度块还可以是既承载在各业务的结束时刻，同时也随机承载在每个调度周期的开始时刻。

对于承载在每个调度周期的开始时刻的调度块：当填充空间足够时，调度块中包括所有复用业务的调度信息；当填充空间不足以承载所有业务的调度信息时，调度块中包括尽可能多的业务的调度信息，同时指示哪些业务的调度信息存在，哪些业务的调度信息不存在；当填充空间不足以承载任何调度信息时，调度块中可以仅仅指示所有复用业务的调度信息均不存在，或者包括指示本调度周期内业务是否存在信息和对应业务的调度信息是否存在信息。当调度块中包括指示本调度周期内业务是否存在信息时，在某业务不存在时，可以进一步包括指示下一调度周期的开始时刻的位置信息。

对于承载在各业务的结束时刻的调度块：调度块中包括对应当前结束的业务下一次出现的相对开始索引编号和相对结束索引编号。

无论调度块以上述什么方式承载，只要保证承载有所有复用业务的调度信息，就能保证调度的可靠实现。

步骤301：用户设备根据调度信息以及调度信息所属调度块的索引编号获取自身所需业务下一次出现的位置信息。

调度信息所属调度块的索引编号是已知的，可以直接从调度块中读取。相对调度信息是UE当前读取MSAP的索引编号时间和下一次该类型业务发送的MSAP的索引编号之间的差值；UE获取到调度块中的调度信息，计算调度信息即索引差值和当前索引编号之和，得到UE所需业务下一次出现的索引编号，该下一次出现的索引编号可以在当前调度周期中，或当前调度周期之后连续的一个或者多个调度周期中。关于索引编号设置和定义属于本领域技术人员惯用技术手段，而本发明强调的是，采用相对索引编号，可以跨越不同的调度周期，保证了UE准确获得所需业务下一次出现的位置信息。

本发明调度方法降低了UE获取调度信息的时间，提高了调度的可靠性；避免了对无用信息的接收，从而提高了用户设备非连续接受的效率，同时降低了用户设备的功率消耗。

下面结合不同的实施例，详细描述本发明实现广播业务多小区传输数据动态调度的方法。

第一实施例，包含调度信息的调度块仅仅承载在每个调度周期的开始时刻。

第一实施例的示意图可参见图1，调度信息包括所有复用业务的各自的相对开始索引编号和相对结束索引编号。在UE不知晓自身所需业务的调度信息的情况下，UE将在调度周期内随机读取数据，如果读取到调度块，则从调度信息中读取自身所需业务的相对开始索引编号和相对结束索引编号，并根据指示接收数据即可。假设UE仅对业务二感兴趣，

如图1所示，如果UE读取到调度周期1的调度块，则读取调度块中业务二的调度信息，得到该业务开始和结束的相对索引编号，UE将索引差值加上UE读取的调度块的索引编号，计算出业务二的实际开始时间；如图1(a)可知，业务二就在本调度周期内某索引编号的子帧内，UE将等待若干子帧直到所计算得到的实际开始时间到来才开始读取业务二。

如果UE没有接收到调度周期1中的调度块，而读取到调度周期2中的调度块，如图1(b)所示，在调度周期2内没有业务二的数据，但是UE可以根据调度信息中对应业务二的开始和结束的相对索引编号，计算获得业务二的实际开始时间在调度周期3的某时刻，UE等待并在调度周期3的正确时间获取数据。

第二实施例，包含调度信息的调度块仅仅分别承载在各业务的结束时刻。

第二实施例的示意图可参见图2，调度信息为对应业务自身下一次相对开始索引编号和相对结束索引编号。在UE不知晓自身所需业务的调度信息的情况下，UE将在调度周期内随机读取数据，在读取到自身所需业务后，则从位于该业务结束时的调度信息中读取所需业务的下一次出现的相对开始索引编号和相对结束索引编号，并根据指示接收数据即可。

假设UE仅对业务一感兴趣，如图2所示，如果UE读取到调度周期1内业务一的调度块，得到业务一下一次出现的开始和结束相对索引编号，UE将索引差值加上UE读取的调度块的索引编号，计算出业务一的实际开始时间，如图2(b)所示情况，下一次接收业务一是在调度周期2内开始读取数据，UE将等待若干子帧直到所计算得到的实际开始时间到来才开始读取业务一。

假设UE仅对业务二感兴趣，如图2所示，如果UE读取到调度周期1内的业务二的调度块，得到业务二下一次的开始和结束的相对索引编号，UE将索引差值加上UE读取的调度块的索引编号，计算出业务二的实际开始时间，如图2(c)所示情况，下一次接收业务二是在调度周期3内才开始读取数据，UE将等待若干子帧直到所计算得到的实际开始时间到来才开始读取业务二。

第三实施例，包含调度信息的调度块既承载在各业务的结束时刻，同时也随机承载在每个调度周期的开始时刻。第三实施例的示意图可参见图4，第三实施例的具体实现可以包括以下几种实现方式：

第一种实现方式，如果填充空间足够，那么承载在每个调度周期的开始时刻的调度块中的调度信息包括所有复用业务的各自的相对开始索引编号和相对结束索引编号，承载在各业务的结束时刻的调度块中的调度信息为对应业务自身下一次相对开始索引编号和相对结束索引编号。

比如，假设UE对业务一感兴趣，但并不知晓或者没有保存业务一的下一次开始和结束时间(索引编号)，如图4所示，如果UE在调度周期1时，没有接收到承载在每个调度周期的开始时刻的调度块，那么，UE将在调度周期1内找到业务一的数据，并在业务一结束时获取承载在业务一的结束时刻的调度块中的调度信息，从而获得业务一下一次出现的开始和结束的索引差值，UE将索引差值加上UE读取的承载在每个调度周期的开始时刻的调度块的索引编号，计算出业务一下一次的实际开始时间。如图4(b)所示，业务一的下一次开始时间在调度周期2第一个索引编号的子帧内，UE将等待该时刻的到来并在相应时间读取数据。

当UE进入调度周期2时，如图4(b)所示，如果此时可以从承载在每个调度周期的开始时刻的调度块获取到业务一的调度信息，UE可以选择还进一步在接收完业务一后，读取承载在业务一的结束时刻的调度块中的调度信息；如果此时不能从承载在每个调度周期的开始时刻的调度块获取到业务一的调度信息，UE可以在接收完业务一后，读取承载在业务一的结束时刻的调度块中的调度信息。

再比如，假设UE对业务二感兴趣，但并不知晓或者没有保存业务二的下一次开始和结束时间(索引编号)。如图4所示，如果UE在调度周期1时，没有接收到承载在每个调度周期的开始时刻的调度块，那么，UE将在调度周期1内找到业务二的数据，并在业务二结束时承载在业务二的结束时刻的调度块中的调度信息，从而获得业务二下一次出现的开始和结束的索引差值，UE将索引差值加上UE读取的承载在每个调度周期的开始时刻的调度块的索引编号，计算出业务二下一次的实际开始时间。如图4(c)所示，业务二的下一次开始时间在调度周期3的某个索引编号的子帧内，UE将等待该时刻的到来并在相应时间读取数据。

当UE在进入调度周期3时，如图4(c)所示，如果此时可以从承载在每个调度周期的开始时刻的调度块获取到业务二的调度信息，UE可以选择还进一步在接收完业务二后，读取承载在业务二的结束时刻的调度块中的调度信息；如果此时不能从承载在每个调度周期的开始时刻的调度块获取到业务二的调度信息，UE可以在接收完业务二后，读取承载在业务二的结束时刻的调度块中的调度信息。

第三实施例中的第二种实现方式，如果填充空间不足以承载所有业务的调度信息时，承载在每个调度周期的开始时刻的调度块中包括尽可能多的业务的调度信息，同时指示哪些业务的调度信息存在，哪些业务的调度信息不存在。承载在各业务的结束时刻的调度块中的调度信息为对应业务自身下一次相对开始索引编号和相对结束索引编号。

比如，承载在每个调度周期的开始时刻的调度块中包括指示业务的调度信息是否存在的调度信息指示信息，以及所述存在的调度信息，可以采用比特图(bitmap)表示调度信息指示信息，其中，1代表业务调度信息存在，0代表业务调度信息不存在，X代表为1或者0。图5是本发明承载在每个调度周期的开始时刻的调度块中包括信息的第一示意图，如图5所示，该调度周期内共有三个业务复用，目前只有第一个业务(对应业务一)的调度指示信息存在，可以直接读取信息，而后面两个业务(对应业务二和业务三)的调度信息不存在。此时，

假设UE对业务一感兴趣，但并不知晓或者没有保存该业务一的下一次开始和结束时间(索引编号)，结合图4所示，如果UE在调度周期1获得承载在每个调度周期的开始时刻的调度块，如图5所示，通过比特图可知调度块中存在业务一的调度信息，那么，将获得业务一下一次出现的开始和结束的索引差值，UE将索引差值加上UE读取承载在每个调度周期的开始时刻的调度块的索引编号，计算出业务一下一次出现的实际开始时间，如图4(a)所示，业务一就在本调度周期内第一个索引编号的子帧内，UE将立即开始读取业务一。

假设UE对业务一感兴趣，但并不知晓或者没有保存该业务一的下一次开始和结束时间(索引编号)，而且UE没有接收到调度周期1中所有和业务一有关的调度信息，结合图4所示，如果UE在调度周期2获得承载在每个调度周期的开始时刻的调度块，如图5所示，通过比特图可知调度块中存在业务一的调度信息，那么，将获得业务一下一次出现的开始和结束的索引差值，UE将索引差值加上UE读取承载在每个调度周期的开始时刻的调度块的索引编号，计算出业务一下一次出现的实际开始时间，如图4(b)所示，业务一就在本调度周期内第一个索引编号的子帧内，UE将立即开始读取业务一。

假设UE对业务二感兴趣，但并不知晓或者没有保存该业务二的下一次开始和结束时间(索引编号)，结合图4所示，如果UE在调度周期1获得承载在每个调度周期的开始时刻的调度块，如图5所示，通过比特图可知调度块中不存在业务二的调度信息，那么，UE将在调度周期1内找到业务二的数据，并在业务二结束时承载在业务二的结束时刻的调度块中的调度信息。

假设UE对业务二感兴趣，但并不知晓或者没有保存该业务二的下一次开始和结束时间(索引编号)，而且UE没有接收到调度周期1中所有与业务二有关的调度信息，结合图4所示，如果UE在调度周期2获得承载在每个调度周期的开始时刻的调度块，如图5所示，通过比特图可知调度块中不存在业务二的调度信息，那么，UE将在调度周期2内找到业务二的数据，并在业务二结束时承载在业务二的结束时刻的调度块中的调度信息。

第三实施例中的第三种实现方式，当填充空间不足以承载任何调度信息时，承载在每个调度周期的开始时刻的调度块中可以仅仅指示所有复用业务的调度信息均不存在，即图5所示的比特图中各项的取值均为0。

在每个调度周期的开始时刻的调度块中，除了包括指示业务的调度信息是否存在的调度信息指示信息，以及所述存在的调度信息(如果不存在调度信息则可以不包括)外，还可以进一步包括指示本调度周期内复用业务是否存在的业务指示信息。同样，也可以采用比特图表示业务指示信息，其中，1代表业务存在，0代表业务不存在。图6是本发明承载在每个调度周期的开始时刻的调度块中包括信息的第二示意图，假设图6(a)为对应图4中承载在调度周期1的开始时刻的调度块的示意图，第一行比特图表示业务指示信息，第二行比特图表示调度信息指示信息，如图6(a)所示可知，在调度周期1内共有三个业务复用，即业务一、业务二和业务三，而且对应三个业务的调度信息均存在，即业务一的调度信息、业务二的调度信息和业务三的调度信息。假设图6(b)为对应图4中承载在调度周期2的开始时刻的调度块的示意图，第一行比特图表示业务指示信息，第二行比特图表示调度信息指示信息，如图6(b)所示可知，在调度周期2内共有两个业务复用，即业务一和业务三，但是对应三个业务的调度信息均存在，即业务一的调度信息、业务二的调度信息和业务三的调度信息。

基于上述承载在每个调度周期的开始时刻的调度块中包括有业务指示信息的情况，如图6(b)所示，虽然在调度周期2中只存在业务一和业务三，但是对应三个业务的调度信息均存在，其中对应业务二的调度信息可以是业务而下一次出现的相对开始索引编号和相对结束索引编号，还可以是下一个调度周期的开始位置信息即承载在下一个调度周期的开始时刻的调度块的位置信息。此时，

假设UE对业务二感兴趣，如果UE从调度周期1中获得了业务二的调度信息，则根据获得的调度信息等待业务二数据到来时刻再接收；如果UE没有接收到调度周期1中与业务二相关的所有调度信息，结合图4和图6(b)，显示调度周期2中不存在业务2，但是通过业务二的调度信息可以直接获得业务二下次出现的时刻，或者获得下一个调度周期即调度周期3的开始时刻。

如果在承载在调度周期3的开始时刻的调度块中可以获取业务二的调度信息，结合图4(c)，将在调度周期3的某帧开始读取业务二的数据；如果在在承载在调度周期3的开始时刻的调度块中不能获取业务二的调度信息，则UE将在调度周期3中找到业务二，并从承载在其后的调度块中获取业务二的调度信息。

综上，当调度块中包括有业务指示信息、调度信息指示信息和用于指示下一调度周期的开始时刻的位置信息的信息时，用户设备获取该业务下一次出现的位置信息的方法具体包括：

所述用户设备根据所述调度信息指示信息判断在当前调度周期内是否存在自身需要业务的调度信息，如果存在，根据承载在每个调度周期的开始时刻的调度块中的调度信息，以及该调度块的索引编号之和，得到自身需要业务下一次出现的索引编号；

如果不存在，根据所述业务指示信息判断在当前调度周期内是否存在自身需要业务的数据，如果存在，所述用户设备将在当前调度周期内寻找自身需要业务的数据，并在找到该业务后，根据承载在该业务的结束时刻的调度块中的调度信息，以及该调度块的索引编号之和，得到自身需要业务下一次出现的索引编号；

如果所需业务的调度信息和业务数据均不存在，根据所述用于指示下一调度周期的开始时刻的位置信息，所述用户设备接收下一个调度周期，并根据下一个调度周期中调度信息以及调度信息所属调度块的索引编号获取自身需要业务下一次出现的位置信息。

本发明通过对调度信息的灵活设置，进一步保证了调度的可靠性，也方便了UE对调度信息的获取。

在第三实施例中提到的调度信息指示信息不仅限于比特位图方式，也可以采用单独的指示单元来表示，比如在指示单元中用1表示存在下一个业务类型的调度信息，用0表示下一个业务类型的调度信息不存在。图7为本发明承载在每个调度周期的开始时刻的调度块中包括信息的第三示意图，图7(a)所示是图6(a)中调度信息指示信息的另外一种表示方式，如图7(a)所示，在业务一的调度信息后设置一个指示单元，用于指示下一个业务类型即业务二的调度信息是否存在，从图7(a)可知，业务二的调度信息是存在的。业务二的调度信息后也设置有一个指示单元，用于指示下一个业务类型即业务三的调度信息是否存在，从图7(a)可知，业务三的调度信息是存在的。

图7(b)所示是图6(b)中调度信息指示信息的另外一种表示方式，如图7(b)所示，在业务一的调度信息后设置一个指示单元，用于指示下一个业务类型即业务二的调度信息是否存在，从图7(b)可知，业务二的调度信息是存在的。业务二的调度信息后也设置有一个指示单元，用于指示下一个业务类型即业务三的调度信息是否存在，从图7(b)可知，业务三的调度信息是不存在的。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (13)

1.一种实现广播业务多小区传输数据动态调度的方法，其特征在于，该方法包括：

充分利用填充空间承载包括所有复用业务的调度信息，该调度信息为相对调度信息，包括对应业务下一次出现的相对开始索引编号和相对结束索引编号；

用户设备根据调度信息以及调度信息所属调度块的索引编号获取自身需要业务下一次出现的位置信息；其中，所述相对调度信息是UE当前读取MCH子帧分配模式MSAP的索引编号时间和下一次该类型业务发送的MSAP的索引编号之间的差值，用户设备计算调度信息和当前索引编号之和，得到UE所需业务下一次出现的索引编号。

2.根据权利要求1所述的方法，其特征在于，所述调度信息承载在每个调度周期的开始时刻的调度块中。

3.根据权利要求1所述的方法，其特征在于，所述调度信息承载在各业务的结束时刻的调度块中。

4.根据权利要求1所述的方法，其特征在于，所述调度信息承载在各业务的结束时刻的调度块，以及每个调度周期的开始时刻的调度块中。

5.根据权利要求2或4所述的方法，其特征在于，当所述填充空间足够时，所述承载在每个调度周期的开始时刻的调度块中的调度信息包括所有复用业务的调度信息。

6.根据权利要求4所述的方法，其特征在于，当所述填充空间不足以承载所有业务的调度信息时，所述承载在每个调度周期的开始时刻的调度块中的调度信息包括尽可能多的业务的调度信息；

所述承载在每个调度周期的开始时刻的调度块还包括用于指示哪些业务的调度信息存在，哪些业务的调度信息不存在的调度信息指示信息。

7.根据权利要求6所述的方法，其特征在于，所述承载在每个调度周期的开始时刻的调度块中的调度信息还包括：用于指示本调度周期内复用业务是否存在的业务指示信息。

8.根据权利要求4所述的方法，其特征在于，当所述填充空间不足以承载任何调度信息时，所述承载在每个调度周期的开始时刻的调度块中包括用于调度信息指示信息，该调度信息指示信息表明所有复用业务的调度信息均不存在；

或者，包括用于指示本调度周期内复用业务是否存在的业务指示信息，以及用于指示哪些业务的调度信息存在，哪些业务的调度信息不存在的调度信息指示信息。

9.根据权利要求7或8所述的方法，其特征在于，所述承载在每个调度周期的开始时刻的调度块中还包括：用于指示下一调度周期的开始时刻的位置信息。

10.根据权利要求6或8所述的方法，其特征在于，所述调度信息指示信息采用比特图表示；

或者，所述调度信息指示信息采用在业务对应调度信息后设置的指示单元来表示，该指示单元用于指示下一业务的调度信息是否存在的。

11.根据权利要求3或4所述的方法，其特征在于，所述承载在各业务的结束时刻的调度块中的调度信息包括：对应当前结束的业务下一次出现的相对开始索引编号和相对结束索引编号。

12.根据权利要求4所述的方法，其特征在于，如果所述用户设备没有接收到承载在每个调度周期的开始时刻的调度块，所述获取该业务下一次出现的位置信息的方法为：所述用户设备将在当前调度周期内寻找自身需要业务的数据，并在找到该业务后，根据承载在该业务的结束时刻的调度块中的调度信息，以及该调度块的索引编号之和，得到自身需要业务下一次出现的索引编号。

13.根据权利要求9所述的方法，其特征在于，所述获取该业务下一次出现的位置信息的方法为：

所述用户设备根据所述调度信息指示信息判断在当前调度周期内是否存在自身需要业务的调度信息，如果存在，根据承载在每个调度周期的开始时刻的调度块中的调度信息，以及该调度块的索引编号之和，得到自身需要业务下一次出现的索引编号；

如果不存在，根据所述业务指示信息判断在当前调度周期内是否存在自身需要业务的数据，如果存在，所述用户设备将在当前调度周期内寻找自身需要业务的数据，并在找到该业务后，根据承载在该业务的结束时刻的调度块中的调度信息，以及该调度块的索引编号之和，得到自身需要业务下一次出现的索引编号；

如果所需业务的调度信息和业务数据均不存在，根据所述用于指示下一调度周期的开始时刻的位置信息，所述用户设备接收下一个调度周期，并根据下一个调度周期中调度信息以及调度信息所属调度块的索引编号获取自身需要业务下一次出现的位置信息。

Images