CN101998242A - 多媒体广播组播业务中多调度周期联合调度的方法及装置 - Google Patents
多媒体广播组播业务中多调度周期联合调度的方法及装置 Download PDFInfo
- Publication number
- CN101998242A CN101998242A CN2009100905243A CN200910090524A CN101998242A CN 101998242 A CN101998242 A CN 101998242A CN 2009100905243 A CN2009100905243 A CN 2009100905243A CN 200910090524 A CN200910090524 A CN 200910090524A CN 101998242 A CN101998242 A CN 101998242A
- Authority
- CN
- China
- Prior art keywords
- dispatching cycle
- data
- dispatching
- overflow
- group
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/121—Wireless traffic scheduling for groups of terminals or users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
Abstract
本发明公开了一种多媒体广播组播业务中多调度周期联合调度的方法,包括:将两个或两个以上连续的调度周期组成调度周期组;有调度周期出现数据溢出,且出现数据溢出的调度周期之后存在与其属于同一调度周期组的调度周期时,将不能在出现数据溢出的调度周期内发送的数据在与其属于同一调度周期组的后续调度周期内发送。本发明还同时公开了一种多媒体广播组播业务中多调度周期联合调度的装置,采用本发明尽可能地避免因为业务数据溢出而丢弃业务数据,从而提高业务服务质量。
Description
技术领域
本发明涉及长期演进(LTE,Long Term Evolution)系统中的业务调度技术,尤其是指一种多媒体广播组播业务(MBMS,Multimedia Broadcast MulticastService)中多调度周期联合调度的方法及装置。
背景技术
为了有效利用移动网络资源,第三代合作伙伴计划(3GPP,3rd GenerationPartnership Project)提出了MBMS业务,MBMS业务是一种从一个数据源向多个目标传送数据的点到多点业务,能实现包括核心网和接入网在内的网络资源共享,提高网络资源的利用率,尤其是空中接口资源。MBMS业务不仅能够实现纯文本低速率的消息类组播和广播,而且还能够实现高速多媒体业务的广播和组播,能提供多种丰富的视频、音频和多媒体业务,这无疑顺应了未来移动数据发展的趋势,为3G的发展提供了更好的业务前景。
在3GPP的LTE系统中,MBMS业务可以采用单频网多播广播(MBSFN,Multicast/Broadcast over Single Frequency Network)技术,也称多播单频网技术。采用MBSFN发送的MBMS业务,也称为MBSFN业务,可在多个小区采用相同的调制编码格式、采用相同的物理资源,发送相同内容,MBMS业务多小区传输的特征是:
1)在MBSFN区域内同步传输;
2)支持多小区MBMS传输合并;
3)MBMS业务的多播业务信道(MTCH,Multicast traffic Channel)和多播控制信道(MCCH,Multicast Control Channel)在点到多点(p-T-m)模式下映射到传输信道上;
4)MBSFN同步区域、MBSNF区域、MBSFN传输、保留小区等,均由操作维护半静态配置。
这样,多个小区的用户设备(UE,User equipment)可以接收到多个内容相同的MBMS数据,并进行合并处理,从而可以提高接收信号的增益。这里,采用相同物理资源,并采用MBSFN发送模式发送相同MBMS业务的多个小区,构成一个MBSFN区域。
在实际组网中,一个MBSFN区域上有若干个MBSFN业务,这些属于同一个MBSFN区域的所有MBSFN业务称为一个MBSFN业务组。也就是说,一个MBSFN业务组仅属于一个MBSFN区域,一个MBSFN区域包括多个小区,每个小区都配置有完全相同的一个MBSFN业务组。
具备相同MBSFN区域的多个MBSFN业务的数据信道MTCH、以及MBSFN业务的控制信道MCCH可以复用到一条传输信道,在LTE中,该传输信道为多播信道(MCH,Multicast Channel);在通用移动通信系统(UMTS)中,该传输信道为前向接入信道(FACH)。相同MBSFN区域的MCCH和多个MTCH,即多条逻辑信道可以映射到同一传输信道上;一个MBSFN区域可以配置一条或多条传输信道,分别承载一条或多条逻辑信道。
现有LTE的公开技术中,引入了多播子帧分配模式时机(MSAP occasion),其指示了一个时间段内一条(P)MCH所包括的全部多播子帧资源,而一个调度周期包含一个或多个MSAP occasion长度。所述调度周期为无线接口周期性配置的时间段,在该时间段内,承载业务数据的传输信道或物理信道配置有一组信道资源,并在所述调度资源上调度发送特定的业务数据。
承载在同一个MCH信道的多个MTCH通过如下方式进行信道复用:在一个调度周期内发送的MTCH的业务数据,在逻辑信道层次分别进行无线链路控制(RLC)协议处理,包括RLC串接和分片、生成RLC协议数据单元(PDU),也就是传输信道的媒体接入控制(MAC)服务数据单元(SDU),一个或多个MAC SDU承载在一个MAC PDU上,多个MAC SDU通过MAC串接功能复用在同一个MAC PDU中。来自不同MTCH的MAC PDU按照预定的顺序在传输信道依次发送。在一个调度周期内,一个MTCH的数据连续发送,也就是说,一个业务的数据连续占用MCH信道的MBSFN子帧资源,直到该业务在该调度周期内需要发送的业务数据全部发送完毕。
图1为一个调度周期内两个业务动态复用调度的示意图,图1中,斜线填充的部分表示业务S1,空白填充的部分表示业务S2,竖线填充的部分表示填充,可以看出,在调度周期1和调度周期2中,业务S1和业务S2均分别动态复用。图2为一个MBSFN子帧承载的MAC PDU中两个业务复用同一个MACPDU的方法示意图,也就是MAC串接的方法。图2中,一个MAC PDU包括MAC头、MAC控制单元、若干个MAC SDU以及填充(opt)部分,其中,MAC头还包括MAC子头1至MAC子头6,多个MAC SDU串接。
在每个调度周期还发送业务的动态调度信息,本文中简称为调度信息,调度信息携带有MTCH到MBSFN子帧的映射信息,UE读取调度信息可以知道每个MTCH被分配在哪些MBSFN子帧上,具体的调度信息可以是每个业务在一个调度周期内的开始、结束子帧位置信息、业务数据占据的MBSFN子帧个数信息,所述的子帧位置为(P)MCH信道配置的MBSFN子帧在一个时间段内的相对位置、或者偏移、或者索引。
在3GPP UMTS技术中,存在如下的资源分配方式:MBSFN时分复用(TDM)方式,多个业务通过时分复用共享同一个传输信道、或物理信道资源,每个业务在一个TDM周期内占据固定的资源位置,称为TDM偏移和重复长度;一个或多个TDM周期构成了一个业务的调度周期。在一个调度周期内,对所述业务的数据进行RLC层处理时,进行RLC串接和分片,并将生成的RLC PDU承载到传输信道。在上述方式中,每个业务占用的资源都是独占的,也就是不存在业务间数据共享同一个传输时间间隔的无线信道资源。
在UMTS技术中,还存在如下的资源分配和调度方式:一个或多个业务通过传输信道、或物理信道复用共享无线信道资源,这里的无线信道资源是指UMTS系统中的扩频码。在无线接口确定周期性的调度周期,在每个调度周期内,网元调度一个或多个业务的数据进行发送。在这种方式下,一个或多个业务的业务数据单元可以共享同一个传输时间间隔的无线信道资源。
在UMTS技术中,同样存在调度信息,调度信息承载在多点调度信道(MSCH)上,每个承载MTCH的FACH信道承载有一条MSCH信道,用于指示FACH信道承载MTCH数据的调度信息,调度信息具体的表现为业务数据调度的开始时间、持续长度等。与LTE技术不同,该调度信息的发送周期和调度周期没有严格的对应关系。
为实现MBMS业务在多个网元实体如基站网元的小区间的MBSFN方式发送,现有技术中提供了一种同步协议处理(SYNC)方式,其网元架构及处理原理如图3所示,该方法包括上层网元和N个下层网元,该SYNC协议方式包括以下处理:
步骤10:上层网元发送MBMS业务数据包到各个下层网元,该MBMS业务数据包承载了业务数据,并携带有时间戳信息、数据包序列号信息、累计业务数据长度信息等等,上层网元对一个或多个连续的MBMS业务数据包标识相同的时间戳信息,这些标记有相同时间戳的数据包组成一个数据突发(databurst)或称为同步序列(synchronization Sequence),相邻两个同步序列的时间戳差为同步序列的长度,或称为SYNC周期。
目前,可以通过下述两种方式指示每个同步序列的时间戳信息:一种是,在上述同步序列包含的每个数据包中包含该同步序列在无线接口开始发送的参考时间信息;另一种是,在上述同步序列中的每个数据包中包含上一个同步序列在无线接口开始发送的参考时间信息。
步骤11:在每个同步序列最后,上层网元还发送一种SYNC控制帧,该控制帧只携带前一个同步序列的数据包总个数、数据包总长度信息,用于下层网元检测一个同步序列的结束,并获知一个同步序列的总书记长度和数据包个数。
步骤12:下层网元对同一个同步序列中的业务数据包所携带的业务数据,在其时间戳对应的调度周期开始在无线接口依次发送。
根据SYNC周期和调度周期长度,同步序列到调度周期存在多种映射关系,包括:多个同步序列映射到一个调度周期,此时SYNC周期长度为调度周期的整数倍分之一,一个SYNC序列映射到一个调度周期,此时SYNC周期长度等于调度周期。
优选的,SYNC周期长度等于调度周期,则一个同步序列映射到一个调度周期;在多个业务动态复用信道时,每个业务的一个同步序列数据映射到同一个调度周期。
在上述调度过程中,按照现有技术,如果一个调度周期内映射的同步序列的数据不能在所述的调度周期内发送,则将出现数据溢出,溢出部分的数据将被丢弃。在多业务复用信道的情况下,将按照业务的优先级,选择一个业务或多个业务的数据进行溢出处理。具体例子如图4所示,业务S1和业务S2共享同一个信道,P1-1、P1-2为业务S1的数据包,P2-1、P2-2为业务S2的数据包。在图4的调度周期T1和T2是两个调度周期中,业务数据S1根据SYNC协议,在调度周期T1和调度周期T2中都有业务数据需要发送。在调度周期T1中,因为业务S1和S2的业务数据量超过了调度周期T1所对应的信道资源能发送的最大能力,因而出现业务S2的部分业务数据,即P2-2数据包的部分业务数据不能发送的情况。
现有技术中,需要对溢出的数据进行溢出处理,原因是:每个调度周期的开始发送的业务数据,都是确定的从一个特定的同步序列的数据包开始发送,也就是说,映射到前一个调度周期的数据不会在后一个调度周期内发送,即使前一个调度周期内的数据不能全部发送,也不会在后一个调度周期内发送。并且,在每个调度周期的开始,基站网元对用户面协议进行复位。例如:在UMTS系统中,每个调度周期开始时,业务数据的RLC PDU的序列号将进行复位处理,以保证每个调度周期的开始RLC PDU的序列号都是从一个固定值开始分配。上述处理方法的好处是:对于一个新加入的基站网元,或一个发生重启的基站网元,在任何时刻都可以根据SYNC协议,确定其它网元在某一个调度周期内发送的数据、和无线接口协议尤其是RLC层的协议状态(例如RLC序列号),这样,该网元能和其他基站网元保持同步的发送业务数据,而不需要考虑在此之前的调度周期内,其它基站网元是如何处理数据的。也就是说,每个调度周期的处理存在独立性,避免了相互之间的干扰,提供了重启的网元重新和其它网元保持同步发送业务的机会。
但上述处理方法也存在一定的问题:由于MBMS业务的动态特性,业务数据在不同的调度周期内的流量变化会非常大,不同调度周期内需要发送的业务数据有较大差别,尤其是对一个业务独享一个信道,或多个业务复用信道而业务数量比较少的时候。而资源也不会配置为无限大来满足业务流量的变化,那么,在业务流量变化较大、而可配置的资源不足以满足最大可能的业务数据速率时,按照现有技术的处理方式,业务数据的丢失将是不可避免的,而丢弃相应业务数据将会直接导致业务服务质量的下降。
发明内容
有鉴于此,本发明的主要目的在于提供一种多媒体广播组播业务中多调度周期联合调度的方法及装置,能尽可能地避免因为业务数据溢出而丢弃业务数据,从而提高业务服务质量。
为达到上述目的,本发明的技术方案是这样实现的:
本发明提供了一种多媒体广播组播业务中多调度周期联合调度的方法,包括:将两个或两个以上连续的调度周期组成调度周期组;
有调度周期出现数据溢出,且出现数据溢出的调度周期之后存在与其属于同一调度周期组的调度周期时,将不能在出现数据溢出的调度周期内发送的数据在与其属于同一调度周期组的后续调度周期内发送。
该方法进一步包括:有调度周期出现数据溢出,且出现数据溢出的调度周期之后不存在与其属于同一调度周期组的调度周期时,丢弃溢出部分的数据。
上述方案中,所述将不能在出现数据溢出的调度周期内发送的数据在与其属于同一调度周期组的后续调度周期内发送为:将不能在前一个调度周期内发送的数据在与其属于同一个调度周期组的下一个调度周期内发送。
上述方案中,所述在同一调度周期组的后续调度周期内发送的数据为不能在出现数据溢出的调度周期内完整发送的数据包的整个数据包;或为不能在出现数据溢出的调度周期内完整发送的数据包的部分数据。
上述方案中,所述在同一调度周期组的后续调度周期内发送为:作为所述后续调度周期内的第一个数据部分发送;或作为所述后续调度周期内该溢出数据对应的业务的第一个数据部分发送。
上述方案中,所述数据发送由下层网元完成,所述下层网元为演进基站、或无线网络控制器、或NB+。
该方法进一步包括:失去同步的下层网元从下一个调度周期组的起始边界,开始或重新开始与其他下层网元同步发送业务。
本发明还提供了一种多媒体广播组播业务中多调度周期联合调度的装置,包括设置单元和数据包处理单元;其中,
设置单元,用于将两个或两个以上连续的调度周期组成调度周期组;
数据包处理单元,用于在出现数据溢出且出现数据溢出的调度周期之后存在与其属于同一调度周期组的调度周期时,将不能在出现数据溢出的调度周期内发送的数据在与其属于同一调度周期组的后续调度周期内发送。
其中,所述数据包处理单元,还用于在出现数据溢出且出现数据溢出的调度周期之后不存在与其属于同一调度周期组的调度周期时,丢弃溢出部分的数据。
上述方案中,该装置进一步包括判断单元,用于判断调度周期组中是否有调度周期出现数据溢出,并判断出现数据溢出的调度周期之后是否存在与其属于同一调度周期组的调度周期,将判断结果发送给数据包处理单元。
本发明所提供的多媒体广播组播业务中多调度周期联合调度的方法及装置,将两个或两个以上连续的调度周期组成调度周期组,当一个调度周期组中有调度周期出现数据溢出时,先确定出现数据溢出的调度周期之后是否存在与其属于同一调度周期组的调度周期,存在时将不能在出现数据溢出的调度周期内发送的数据延迟到同一调度周期组的后续调度周期内发送,如此,可避免现有技术中将溢出部分数据完全丢弃所导致的业务服务质量下降。
另外,本发明通过调度周期组的设置,提供了重新同步的特性,对于失去同步的下层网元,可使其以调度周期组为单位,从发生失步的调度周期组的下一个调度周期组的起始边界开始,开始或重新开始与其他下层网元保持同步的发送接收到的业务数据,从而保证各下层网元之间的数据收发同步。
附图说明
图1为现有技术中一个调度周期内两个业务动态复用调度的示意图;
图2为动态复用调度中两个业务的数据复用一个MAC PDU的示意图;
图3为现有技术中SYNC协议方式的网元架构及处理原理示意图;
图4为现有技术调度中出现业务数据溢出的示意图;
图5a为本发明方法的实现流程示意图;
图5b为本发明方法的一种实现流程示意图;
图6为下层网元将不能在前一个调度周期内完整发送的数据包在后一个调度周期内作为第一个数据部分进行发送的示意图;
图7为下层网元将不能在前一个调度周期内完整发送的数据包在后一个调度周期内作为其对应的业务的第一个数据部分进行发送的示意图;
图8为下层网元将不能在前一个调度周期内发送的数据包的部分数据在下一个调度周期内作为第一个数据部分进行发送的示意图;
图9为下层网元将不能在前一个调度周期中发送的数据包的部分数据在下一个调度周期内作为其对应的业务的第一个数据部分进行发送的示意图;
图10为下层网元将一个调度周期组内最后一个调度周期中不能发送的数据进行丢弃的示意图。
具体实施方式
本发明的基本思想是:将两个或两个以上连续的调度周期组成调度周期组,当一个调度周期组中有调度周期出现数据溢出,且出现数据溢出的调度周期之后存在与其属于同一调度周期组的调度周期时,将不能在出现数据溢出的调度周期内完整发送的数据延迟到同一调度周期组的后续调度周期内发送。
进一步的,在有调度周期出现数据溢出,且出现数据溢出的调度周期之后不存在与其属于同一调度周期组的调度周期时,将溢出部分的数据丢弃。
这里,由下层网元将多个相邻的调度周期组成调度周期组,且每个调度周期只属于一个调度周期组。所述溢出是指,根据同步序列的时间戳映射到一个调度周期内的同步序列数据不能在所映射到的调度周期内发送,也就是说,映射到一个调度周期内的同步序列数据超过该调度周期内信道资源的发送容量;对于溢出部分的业务数据可简称为溢出数据。
优选的,所述将不能在出现数据溢出的调度周期内完整发送的数据延迟到同一调度周期组的后续调度周期内发送是指:将不能在出现数据溢出的调度周期内完整发送的数据延迟到与其属于同一调度周期组的下一个调度周期内发送。当然,也可以在出现数据溢出的调度周期后续属于同一调度周期组的第二个调度周期、或第三个调度周期等发送。
在出现数据溢出的调度周期的后续调度周期内发送的可以是不能完整发送的数据包的整个数据包,也可以是不能完整发送的数据包中的部分数据。溢出数据在另一调度周期发送时可以作为所述另一调度周期的第一个数据部分发送,即:在通过时间戳映射到相应调度周期的业务数据之前发送;也可以作为所述另一调度周期内该溢出数据对应的业务的第一个数据部分发送,即:将溢出部分的数据在相应调度周期内该溢出数据对应的业务需要发送的数据之前发送。
以不能在前一个调度周期内完整发送的数据包在后一个调度周期内发送举例来说,假设业务S2同步序列中的数据包P2-2不能在调度周期1中完整发送,调度周期1相邻的下一个调度周期为调度周期2,且调度周期1和调度周期2组成一个调度周期组。那么,可以将整个P2-2数据包在调度周期2中发送;也可以仅将P2-2数据包中在调度周期1内溢出部分的数据在调度周期2中发送。可以将要在调度周期2中发送的整个P2-2数据包或P2-2数据包中溢出部分的数据在调度周期2的第一个数据部分发送,这种情况下不考虑第一个数据部分是否为发送业务S2的数据部分;还可以将要在调度周期2中发送的整个P2-2数据包或P2-2数据包中溢出部分的数据在调度周期2中对应业务S2的第一个数据部分发送,这种情况下,只有等到开始调度业务S2时,才将要在调度周期2中发送的整个P2-2数据包或P2-2数据包中溢出部分的数据作为业务S2的第一数据部分发送。
本发明中,对于失去同步的下层网元,可使其以调度周期组为单位保持数据收发同步,从下一个调度周期组的起始边界开始,开始或重新开始与其他下层保持同步的发送接收到的业务数据。具体实现重新同步的过程是:所述下层网元先获得调度周期组的大小和边界,并在当前时间之后的一个调度周期组的开始,重新开始调度接收到的业务数据,并发送到无线接口。
这里,所述失去同步的下层网元为:在业务进行过程中,新加入到业务发送的下层网元;或者,在发送业务过程中,发生了重启后又加入到业务发送的下层网元;或者,在业务发送过程中,未接收到连续多个同步序列而导致失步的下层网元;或者,由于其它原因导致不能判断如何进行发送业务不会导致对邻区干扰的下层网元。
所述调度周期组的边界可通过如下方式计算:SFN mod TN=0,其中,SFN是系统帧号,TN是以SFN个数为单位的调度周期组的长度。
本发明多媒体广播组播业务中多调度周期联合调度的方法,如图5a所示,包括以下步骤:
步骤500a:将两个或两个以上连续的调度周期组成调度周期组;
这里,所述两个或两个以上连续的调度周期也可称为两两相邻的调度周期;
步骤501a:出现数据溢出时,判断出现数据溢出的调度周期之后是否存在与其属于同一调度周期组的调度周期,如果存在,则将不能在出现数据溢出的调度周期内发送的数据延迟到与其属于同一调度周期组的后续调度周期内发送;否则丢弃溢出部分的数据。
较佳的,将不能在前一个调度周期内完整发送的数据包在后一个调度周期内发送,其具体的处理流程如图5b所示,包括以下步骤:
步骤500b:将两个或两个以上连续的调度周期组成调度周期组;
这里,所述两个或两个以上连续的调度周期也可称为两两相邻的调度周期;
步骤501b:出现数据溢出时,判断出现数据溢出的调度周期是否为本调度周期组中的最后一个调度周期,如果不是,则将不能在前一个调度周期内发送的数据在下一个调度周期内发送;如果是,则丢弃溢出部分的数据。
这里,所述在下一个调度周期内发送可以是发送前一个调度周期内不能完整发送的数据包的整个数据包;也可以是发送前一个调度周期内不能完整发送的数据包中的部分数据;所述在下一个调度周期内发送是指在下一个调度周期内作为第一个数据部分发送,或在下一个调度周期内作为其对应的业务的第一个数据部分发送。
下文均以将不能在前一个调度周期内完整发送的数据包在后一个调度周期内发送为例,具体说明本发明方法的实现,在同一调度周期组中的后续其他调度周期发送的原理与流程与此基本相同。
本发明的方法适用于类似图3所示的网络架构中,本发明中,所述上层网元和下层网元分别为SYNC协议的两个终结点,具体的,上层网元可以是广播多播业务中心(BMSC)、或MBMS业务网关(MGW)、或UMTS网络中的网关通用分组无线业务支持节点(GGSN);下层网元可以是演进基站eNB、或无线网络控制器(RNC)、或NB+等等。
下层网元接收上层网元发送的同步序列,并按照同步序列的时间戳信息,将同步序列的数据包映射到相应的调度周期内发送;在多个业务动态复用信道资源时,所述多个业务映射到同一个调度周期的同步序列按照预定顺序依次在所述调度周期内发送,如图5所示,业务S1的同步序列中有数据包P1-1、P1-2,业务S2的同步序列中有数据包P2-1、P2-2,分别映射到调度周期T1中,并在调度周期T1内按预定顺序依次发送数据包P1-1、P1-2、P2-1。
本发明中,下层网元将多个调度周期组成一个调度周期组,在一个调度周期内,如果出现溢出数据的情况,则按照预定规则选择进行溢出处理的业务,并确定需要溢出的业务数据。如果所述出现溢出的调度周期与其下一个调度周期属于同一个调度周期组,则溢出部分的数据在后一个调度周期中发送;如果所述出现溢出的调度周期与其下一个调度周期不属于同一个调度周期组,则溢出部分的数据被丢弃。其中,所述预定规则可以是预设的优先级、或预设的调度规则等等。
这里,所述调度周期为无线接口的一个时间段,对应一组无线信道资源。具体的,对于LTE系统来说,所述调度周期可以包含一个或多个MBSFN资源分配周期、或MSAP周期、或MSAP occasion长度。对于UMTS系统而言,所述调度周期可以包含一个或多个MBSFN TDM周期大小、或一段以传输时间间隔(TTI)为单位表示的无线接口时间段。
上述同步序列为上层网元发送到下层网元的一组业务数据包,所述业务数据包携带有时间戳信息,同一个同步序列的业务数据包携带有相同的时间戳信息。所述业务数据包还携带有数据包序列号和累计长度信息,分别表示一个业务数据包在一个同步序列中的序号,以及一个业务数据包之前的数据包的数据总长度。
本发明中,下层网元周期性的将两个或两个以上调度周期组成一个调度周期组,具体方式可以是:下层网元通过配置管理网元获得组成调度周期组的连续的调度周期个数N,所述N为半静态配置参数;所述调度周期组具体表现为在无线接口每N个调度周期组成一个调度周期组。其中,连续的调度周期也可以说是两两相邻的调度周期。
一般,下层网元按照下述方法确定是否需要在一个调度周期内进行溢出处理,并选择进行溢出处理的业务:下层网元根据一个调度周期内的信道资源数量、该调度周期内需要发送的业务数据的数量,确定是否需要进行业务数据溢出处理,如果需要发送的业务数据的总量超过在该调度周期内信道资源能发送到最大业务数据量,则下层网元确定出现业务数据的溢出,并计算得到溢出的数据量的大小。
可选的,下层网元可通过如下方式获得需要在一个调度周期内发送的业务的数量:下层网元通过统计累加一个同步序列中所有数据包的长度,得到一个业务在调度周期内发送的数据长度;或者,下层网元通过检测下一个同步序列的数据包或SYNC控制帧携带的该同步序列的数据总长度和数据包个数,得到所述同步序列的数据包总长度和数据包个数。
如果在某调度周期内将发生业务数据溢出,则在多个业务复用到同一个调度周期的信道资源时,下层网元根据预先配置的业务发送顺序、或业务优先级,选择有业务数据需要发送的多个业务中的一个或多个业务的数据进行溢出处理。只有一个业务复用到所述调度周期时为一特例,这种情况下,直接确定需要溢出处理的业务数据即可。
具体的,下层网元确定需要进行溢出处理的数据的方法是:
下层网元将不能在所属调度周期内发送的一个或多个完整的业务数据包作为需要溢出处理的业务数据,换句话说就是,如果某个业务数据包不能完整的在一个调度周期内发送,则对该业务数据包的整个数据包进行溢出处理。
或者,下层网元确定不能在所属调度周期内发送的一个或多个完整的业务数据包进行溢出处理,并且,如果一个业务数据包的部分数据能在所属调度周期内发送,则对该业务数据包不能发送的部分数据进行溢出处理。
举个具体应用实例来说:在LTE系统中,上层网元为BMSC,下层网元为eNB。上层网元向下层网元发送业务时,采用SYNC协议处理,将业务数据包组成一个个同步序列,每个同步序列的数据包标识相同的时间戳,用于指示eNB当前同步序列或前一个同步序列在无线接口发送的开始时间信息;每个SYNC协议数据包还携带数据包序列号和数据包累计长度信息;除了业务数据包之外,BMSC还向eNB发送SYNC控制包,携带前一个同步序列的数据包总个数和总长度。
在无线接口,eNB配置调度周期长度为SYNC周期的整数倍,或等于SYNC周期。每个调度周期包含一组MBSFN子帧资源。典型的,SYNC周期和无线接口调度周期分别为320ms,调度周期的边界典型值为SFN mod 32=0,SFN为系统帧号,每个系统帧长度为10ms,SFN最大值为1024,则上式表示每隔320ms,调度周期周期性的配置。
eNB接收到的BMSC发送的同步序列后,按照时间戳指示映射到无线接口的调度周期,具体的,eNB将同步序列的数据包映射到其发送时间戳指示的时间之后的调度周期、或正对的调度周期开始发送。
eNB将在无线接口采用动态调度的方式将多个业务复用到同一个业务信道,具体的,eNB根据SYNC协议将映射到一个传输信道如MCH的一个调度周期内的多个业务,按照预定的业务发送顺序,依次将多个业务数据在所述调度周期内的无线子帧资源上发送。在本应用实例中,两个业务S1和S2映射到信道MCH中。
在调度周期T1中,业务S1和S2映射到该调度周期的数据包总长度超过了MCH信道在该调度周期能发送的业务总量。具体的,业务S1的同步序列包括两个数据包P1-1和P1-2,业务S2的同步序列包含两个业务数据包P2-1,P2-2。其长度分别为L1-1,L1-2,L2-1,L2-2。
调度周期T1内能发送的业务数据包总长度为L,如果四个数据包P1-1、P1-2、P2-1、P2-2的总长度超过L,则意味着在调度周期T1内,将发生数据溢出,按照业务优先级,eNB选择S2的部分数据进行溢出处理。
eNB将每两个调度周期设为一个调度周期组,也就是说,调度周期组长度为640ms,则每640ms为一个调度周期组,其边界将分别为0,640、1280ms…。
由于调度周期T1的后一个调度周期T2与调度周期T1属于同一个调度周期组,则在本发明中,调度周期T1内溢出的数据将在调度周期T2内发送。
可选的,eNB选择不能在调度周期T1中完整发送的业务数据包P2-2整个在调度周期T2中发送。或者,eNB选择P2-2数据包中不能在调度周期T1内发送的部分数据,在调度周期T2中继续发送。在调度周期T2,业务S1和S2的同步序列分别包含数据包P1-3和P2-3。
可选的,eNB在调度周期T2内先发送在调度周期T1中溢出的数据包;或者,eNB在调度周期T2内,将业务S2在调度周期T1内溢出的数据部分放在业务S2在调度周期T2的业务数据之前发送,相当于将业务S2在调度周期T1中溢出部分的数据当作业务S2在调度周期T2映射的同步序列数据的一部分。
下面结合附图和具体实施例进一步说明本发明方法的实现。实施例一:
本实施例中,将调度周期T1和调度周期T2组成一个调度周期组,业务S1的同步序列包含数据包P1-1、P1-2、P1-3,业务S2的同步序列包含数据包P2-1、P2-2、P2-3,其中,数据包P1-1、P1-2、P2-1、P2-2映射到调度周期T1中发送,数据包P1-3、P2-3映射到调度周期T2中发送,且数据包P2-2不能在调度周期T1中完整发送。
那么,如图6所示,由于发送数据包P2-2时发生数据溢出,数据包P2-2是映射在调度周期T1中的,且调度周期T1不是本调度周期组最后一个调度周期,因此,本实施例中,eNB将不能在调度周期T1中完整发送的数据包P2-2的整个数据包在调度周期T2中发送,且在调度周期T2中作为第一个数据部分进行发送,即在数据包P1-3、P2-3之前发送,如斜线填充部分所示。
实施例二:
本实施例中,将调度周期T1和调度周期T2组成一个调度周期组,业务S1的同步序列包含数据包P1-1、P1-2、P1-3,业务S2的同步序列包含数据包P2-1、P2-2、P2-3,其中,数据包P1-1、P1-2、P2-1、P2-2映射到调度周期T1中发送,数据包P1-3、P2-3映射到调度周期T2中发送,且数据包P2-2不能在调度周期T1中完整发送。
那么,如图7所示,由于发送数据包P2-2时发生数据溢出,数据包P2-2是映射在调度周期T1中的,且调度周期T1不是本调度周期组最后一个调度周期,因此,本实施例中,eNB将不能在调度周期T1中完整发送的数据包P2-2的整个数据包在调度周期T2中发送,且在调度周期T2中作为业务S2的第一个数据部分进行发送,即在数据包P1-3之后、P2-3之前发送,如斜线填充部分所示。
实施例三:
本实施例中,将调度周期T1和调度周期T2组成一个调度周期组,业务S1的同步序列包含数据包P1-1、P1-2、P1-3,业务S2的同步序列包含数据包P2-1、P2-2、P2-3,其中,数据包P1-1、P1-2、P2-1、P2-2映射到调度周期T1中发送,数据包P1-3、P2-3映射到调度周期T2中发送,且数据包P2-2不能在调度周期T1中完整发送。
那么,如图8所示,由于发送数据包P2-2时发生数据溢出,数据包P2-2是映射在调度周期T1中的,且调度周期T1不是本调度周期组最后一个调度周期,因此,本实施例中,eNB将不能在调度周期T1中完整发送的数据包P2-2的部分数据,即溢出部分的数据在调度周期T2中发送,且在调度周期T2中作为第一个数据部分进行发送,即在数据包P1-3、P2-3之前发送,如斜线填充部分所示。
实施例四:
本实施例中,将调度周期T1和调度周期T2组成一个调度周期组,业务S1的同步序列包含数据包P1-1、P1-2、P1-3,业务S2的同步序列包含数据包P2-1、P2-2、P2-3,其中,数据包P1-1、P1-2、P2-1、P2-2映射到调度周期T1中发送,数据包P1-3、P2-3映射到调度周期T2中发送,且数据包P2-2不能在调度周期T1中完整发送。
那么,如图9所示,由于发送数据包P2-2时发生数据溢出,数据包P2-2是映射在调度周期T1中的,且调度周期T1不是本调度周期组最后一个调度周期,因此,本实施例中,eNB将不能在调度周期T1中完整发送的数据包P2-2的部分数据,即溢出部分的数据在调度周期T2中发送,且在调度周期T2中作为业务S3的第一个数据部分进行发送,即在数据包P1-3、P2-3之前发送,如斜线填充部分所示。
上述实施例中,在调度周期T1内不能发送的数据,通过上述方法将在调度周期T2内继续发送,从而避免了因为业务数据在调度周期T1的数据量较大而导致丢包的情况。
在上述例子中,没有考虑到MCCH消息占据一个调度周期内子帧资源的情况,如果在一个调度周期的开始发送MCCH,则MCCH可能作为该调度周期内的第一个部分进行发送。这种情况下,业务数据将在其后面按映射顺序发送。
但是,如果在调度周期T2内需要发送的总数据包长度也超过了调度周期T2能发送的业务数据的总长度。因为调度周期T2的后一个调度周期与调度周期T2不属于同一个调度周期组,则该部分溢出的数据将被丢弃。
实施例五:
本实施例中,将调度周期T1和调度周期T2组成一个调度周期组,业务S1的同步序列包含数据包P1-1、P1-2、P1-3,业务S2的同步序列包含数据包P2-1、P2-2、P2-3,其中,数据包P1-1、P1-2、P2-1、P2-2映射到调度周期T1中发送,数据包P1-3、P2-3映射到调度周期T2中发送,且数据包P2-2不能在调度周期T1中完整发送,数据包P2-3也不能在调度周期T2中完整发送。
那么,如图10所示,由于发送数据包P2-2时发生数据溢出,数据包P2-2是映射在调度周期T1中的,且调度周期T1不是本调度周期组最后一个调度周期,因此,本实施例中,eNB将不能在调度周期T1中完整发送的数据包P2-2的部分数据,即溢出部分的数据在调度周期T2中发送,且在调度周期T2中作为业务S3的第一个数据部分进行发送,即在数据包P1-3、P2-3之前发送,如斜线填充部分所示。
而对于数据包P2-3的溢出数据,如点填充的部分所示,由于调度周期T2是本调度周期组中最后一个调度周期,数据包P2-3的溢出数据无法在其下一个调度周期发送,所以,将数据包P2-3中的溢出数据丢弃,图10中标记100表示数据包P2-3中被丢弃的数据。
对于一个失步的eNB,由于不知道调度周期T1溢出到调度周期T2的数据包的长度,所以无法从调度周期T2就重新开始发送业务数据。否则,将会导致该eNB与其他eNB的不一致,破坏MBSFN发送条件。
从调度周期T3开始,由于eNB发送的数据不包含前一个调度周期应该发送的数据,只包含根据SYNC协议映射到该调度周期的业务数据,这样,该失步的eNB,可以从调度周期T3开始,重新在无线接口发送业务数据。因为从调度周期T3的发送只与SYNC协议相关,与前一个调度周期的发送状态、是否溢出无关。无论调度周期T3之前各个eNB是如何处理调度的,从调度周期T3开始的一个调度周期组内,各个eNB的处理将完全保持一致。
为实现上述方法,本发明还提供了一种多媒体广播组播业务中多调度周期联合调度的装置,包括设置单元和数据包处理单元;其中,
设置单元,用于将两个或两个以上连续的调度周期组成调度周期组;这里,所述两个或两个以上连续的调度周期也可称为两两相邻的调度周期;
数据包处理单元,用于在出现数据溢出、且出现数据溢出的调度周期之后存在与其属于同一调度周期组的调度周期时,将不能在出现数据溢出的调度周期内发送的数据在与其属于同一调度周期组的后续调度周期内发送;
较佳的,将不能在前一个调度周期内完整发送的数据包在后一个调度周期内发送。
所述数据包处理单元,还用于在出现数据溢出、且出现数据溢出的调度周期之后存在与其属于同一调度周期组的调度周期时,丢弃溢出部分的数据;
所述数据包处理单元,还用于在未出现数据溢出时,按照数据包的映射顺序在相应调度周期中发送相应数据包。
该装置还包括判断单元,用于判断调度周期组中是否有调度周期出现数据溢出,并判断出现数据溢出的调度周期之后是否存在与其属于同一调度周期组的调度周期,将判断结果发送给数据包处理单元。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (13)
1.一种多媒体广播组播业务中多调度周期联合调度的方法,其特征在于,该方法包括:
将两个或两个以上连续的调度周期组成调度周期组;
有调度周期出现数据溢出,且出现数据溢出的调度周期之后存在与其属于同一调度周期组的调度周期时,将不能在出现数据溢出的调度周期内发送的数据在与其属于同一调度周期组的后续调度周期内发送。
2.根据权利要求1所述的方法,其特征在于,该方法进一步包括:有调度周期出现数据溢出,且出现数据溢出的调度周期之后不存在与其属于同一调度周期组的调度周期时,丢弃溢出部分的数据。
3.根据权利要求1所述的方法,其特征在于,所述将不能在出现数据溢出的调度周期内发送的数据在与其属于同一调度周期组的后续调度周期内发送为:将不能在前一个调度周期内发送的数据在与其属于同一个调度周期组的下一个调度周期内发送。
4.根据权利要求1或3所述的方法,其特征在于,所述在同一调度周期组的后续调度周期内发送的数据为不能在出现数据溢出的调度周期内完整发送的数据包的整个数据包;或为不能在出现数据溢出的调度周期内完整发送的数据包的部分数据。
5.根据权利要求4所述的方法,其特征在于,所述在同一调度周期组的后续调度周期内发送为:作为所述后续调度周期内的第一个数据部分发送;或作为所述后续调度周期内该溢出数据对应的业务的第一个数据部分发送。
6.根据权利要求1或3所述的方法,其特征在于,所述数据发送由下层网元完成,所述下层网元为演进基站eNB、或无线网络控制器RNC、或NB+。
7.根据权利要求6所述的方法,其特征在于,该方法进一步包括:失去同步的下层网元从下一个调度周期组的起始边界,开始或重新开始与其他下层网元同步发送业务。
8.一种多媒体广播组播业务中多调度周期联合调度的装置,其特征在于,该装置包括设置单元和数据包处理单元;其中,
设置单元,用于将两个或两个以上连续的调度周期组成调度周期组;
数据包处理单元,用于在出现数据溢出且出现数据溢出的调度周期之后存在与其属于同一调度周期组的调度周期时,将不能在出现数据溢出的调度周期内发送的数据在与其属于同一调度周期组的后续调度周期内发送。
9.根据权利要求8所述的装置,其特征在于,所述数据包处理单元,还用于在出现数据溢出且出现数据溢出的调度周期之后不存在与其属于同一调度周期组的调度周期时,丢弃溢出部分的数据。
10.根据权利要求8或9所述的装置,其特征在于,该装置进一步包括判断单元,用于判断调度周期组中是否有调度周期出现数据溢出,并判断出现数据溢出的调度周期之后是否存在与其属于同一调度周期组的调度周期,将判断结果发送给数据包处理单元。
11.根据权利要求8所述的装置,其特征在于,所述将不能在出现数据溢出的调度周期内发送的数据在与其属于同一调度周期组的后续调度周期内发送为:将不能在前一个调度周期内发送的数据在与其属于同一个调度周期组的下一个调度周期内发送。
12.根据权利要求8或11所述的装置,其特征在于,所述在同一调度周期组的后续调度周期内发送的数据为不能在出现数据溢出的调度周期内完整发送的数据包的整个数据包;或为不能在出现数据溢出的调度周期内完整发送的数据包的部分数据。
13.根据权利要求12所述的装置,其特征在于,所述在同一调度周期组的后续调度周期内发送为:作为所述后续调度周期内的第一个数据部分发送;或作为所述后续调度周期内该溢出数据对应的业务的第一个数据部分发送。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100905243A CN101998242A (zh) | 2009-08-19 | 2009-08-19 | 多媒体广播组播业务中多调度周期联合调度的方法及装置 |
PCT/CN2010/075605 WO2011020403A1 (zh) | 2009-08-19 | 2010-07-30 | 多媒体广播组播业务中多调度周期联合调度的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100905243A CN101998242A (zh) | 2009-08-19 | 2009-08-19 | 多媒体广播组播业务中多调度周期联合调度的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101998242A true CN101998242A (zh) | 2011-03-30 |
Family
ID=43606633
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009100905243A Pending CN101998242A (zh) | 2009-08-19 | 2009-08-19 | 多媒体广播组播业务中多调度周期联合调度的方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101998242A (zh) |
WO (1) | WO2011020403A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016026137A1 (zh) * | 2014-08-22 | 2016-02-25 | 华为技术有限公司 | Mbms中群组业务数据的传输方法、基站和用户设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1708041A (zh) * | 2004-06-09 | 2005-12-14 | 朗迅科技公司 | 正交频分复用系统的复用方案 |
US20070189207A1 (en) * | 2006-02-14 | 2007-08-16 | Interdigital Technology Corporation | Methods and systems for providing reliable multicast service in a wlan system |
CN101132593A (zh) * | 2007-09-18 | 2008-02-27 | 华为技术有限公司 | 一种总体消息的调度方法及装置 |
CN101378399A (zh) * | 2008-09-28 | 2009-03-04 | 华为技术有限公司 | 业务数据映射和解映射方法及装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7778598B2 (en) * | 2007-01-22 | 2010-08-17 | Mitsubishi Electric Research Laboratories, Inc. | Asymmetric cooperation in downlink cellular networks with relay stations |
US8520692B2 (en) * | 2007-10-31 | 2013-08-27 | Qualcomm Incorporated | Methods and apparatus related to controlling traffic in a wireless communications system using shared air link traffic resources |
-
2009
- 2009-08-19 CN CN2009100905243A patent/CN101998242A/zh active Pending
-
2010
- 2010-07-30 WO PCT/CN2010/075605 patent/WO2011020403A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1708041A (zh) * | 2004-06-09 | 2005-12-14 | 朗迅科技公司 | 正交频分复用系统的复用方案 |
US20070189207A1 (en) * | 2006-02-14 | 2007-08-16 | Interdigital Technology Corporation | Methods and systems for providing reliable multicast service in a wlan system |
CN101132593A (zh) * | 2007-09-18 | 2008-02-27 | 华为技术有限公司 | 一种总体消息的调度方法及装置 |
CN101378399A (zh) * | 2008-09-28 | 2009-03-04 | 华为技术有限公司 | 业务数据映射和解映射方法及装置 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016026137A1 (zh) * | 2014-08-22 | 2016-02-25 | 华为技术有限公司 | Mbms中群组业务数据的传输方法、基站和用户设备 |
CN105556996A (zh) * | 2014-08-22 | 2016-05-04 | 华为技术有限公司 | Mbms中群组业务数据的传输方法、基站和用户设备 |
CN105556996B (zh) * | 2014-08-22 | 2019-04-05 | 华为技术有限公司 | Mbms中群组业务数据的传输方法、基站和用户设备 |
US10623336B2 (en) | 2014-08-22 | 2020-04-14 | Huawei Technologies Co., Ltd. | Method for transmitting MBMS group service data, base station, and user equipment |
Also Published As
Publication number | Publication date |
---|---|
WO2011020403A1 (zh) | 2011-02-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101741701B (zh) | 同步调度方法和装置 | |
CN101741538B (zh) | 同步调度方法 | |
CN101998274B (zh) | 一种多媒体广播组播业务的调度和传输方法及其系统 | |
AU2008265175B2 (en) | A method for providing a plurality of services | |
KR101386155B1 (ko) | 멀티미디어 브로드캐스트 멀티캐스트 서비스의 스케줄링 처리방법 및 하위 레이어 네트워크 요소 | |
KR101150459B1 (ko) | Mbms 동적 스케줄링 정보를 처리하는 방법 및 장치 | |
CN101155395B (zh) | 一种基于无线系统的带宽分配方法、系统和装置 | |
CN101174969A (zh) | 在单频移动通信网络中分发数据分组的方法及装置和网络 | |
CN102264038B (zh) | 多媒体广播组播mbms上行资源分配及反馈方法与系统 | |
CN101911642A (zh) | 对信令消息进行同步的方法和基站 | |
CN101931884A (zh) | 一种数据同步方法和系统 | |
RU2479949C2 (ru) | Способ расписания синхронизации | |
CN102036170B (zh) | 处理子帧的方法和设备 | |
CN101686431B (zh) | 同步处理方法和装置 | |
CN101425914B (zh) | 一种多媒体组播多播业务同步调整的方法及增强型基站 | |
US9094938B2 (en) | Method and system for transmitting dynamic scheduling information | |
CN102045643A (zh) | 资源调整方法和多小区/多播协调实体 | |
CN101998269A (zh) | 一种传输多媒体广播组播业务的调度信息的方法及系统 | |
CN102326421A (zh) | 在mbsfn中对mbms服务进行复用的方法、bm-sc和基站 | |
CN101364884A (zh) | 发送多媒体广播与组播服务数据包的方法及装置 | |
CN101998242A (zh) | 多媒体广播组播业务中多调度周期联合调度的方法及装置 | |
CN104093130B (zh) | 组播广播业务流量控制方法及相关设备 | |
CN105472569A (zh) | 子帧资源的分配、处理方法及装置 | |
AU2012201114B2 (en) | A method for providing a plurality of services | |
CN102624485A (zh) | 处理子帧的方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20110330 |