CN102301672B

CN102301672B - 演进多媒体广播组播业务分组传输方法、网关和基站

Info

Publication number: CN102301672B
Application number: CN200980155712.8A
Authority: CN
Inventors: 陈宇; 王河; 汪勇刚
Original assignee: Alcatel Lucent Shanghai Bell Co Ltd
Current assignee: Nokia Shanghai Bell Co Ltd
Priority date: 2009-03-13
Filing date: 2009-03-13
Publication date: 2014-07-09
Anticipated expiration: 2029-03-13
Also published as: WO2010102425A1; CN102301672A

Abstract

本发明提出了一种演进多媒体广播组播业务(E-MBMS业务)分组传输方法，以及实现所述分组传输方法的网关和基站。根据本发明的一个方面，在每一个调度周期中、承载一MBMS业务的最后一个MAC PDU的开头，添加MAC子报头，并且MAC子报头的数目等于该MAC PDU中处在最后位置的业务的数目；而在其他MAC PDU的开头，采用MAC子报头透明模式，即，不添加MAC子报头。

Description

演进多媒体广播组播业务分组传输方法、网关和基站

技术领域

本发明涉及移动通信领域，更具体地，涉及一种演进多媒体广播组播业务(E-MBMS业务)分组传输方法，以及实现所述分组传输方法的网关和基站。

背景技术

在3GPP R9中，将提供对演进多媒体广播组播业务(E-MBMS)的具体支持方案。E-MBMS的一个重要问题在于如何支持统计复用，已经发现这将对效率和同步性产生一定的影响。目前仍无法确定是采用独立的同步(SYNC)实体还是采用共用的SYNC实体(这也是3GPP在具体实现过程中需要解决的问题)。为了提高无线资源利用效率并确保同步性，需要对目前的媒体接入控制(MAC)/无线链路控制(RLC)协议进行适配/修改。本发明公开了一种适用于共用SYNC实体的技术方案，但对于独立SYNC实体结构而言，本发明同样可以实现较少的开销。

具体地，图1A示出了MBMS内容同步的U平面体系结构的示意图，以及图1B示出了E-MBMS的逻辑体系结构。

统计复用是将多个MBMS业务复用在一起从而达到节约资源的目的。目前3GPP已经决定需要支持这一技术。统计复用摒弃了上一个版本协议中每个业务分配固定的资源的方式，而是多个业务复用并共享同一资源，利用业务本身比特率的实时变化，实现多个业务之间的资源互补从而降低总的资源需求。执行统计复用时，各个业务在基站串行地复用到同一个MAC实体产生的MAC PDU中，但每个业务仍拥有自己的RLC实体。所以，虽然统计复用类似于将多个业务看作一个业务传输，但不同的业务最终还是要区分出来，所以不同的业务承载在不同的RLC PDU上。业务复用的先后顺序是预先由MBMS的中央控制实体MCE(MBMS协调实体)确定并告知基站的(参考图1B)。另一方面，MBMS业务为了支持单频网(SFN)传输，需要做到基站之间的数据同步，具体方法是从网关到基站之间增加同步(SYNC)实体(参考图1A)，这个SYNC实体所封装的数据提供了编号、字节计数、分组计数等信息。这样，当某个基站丢失了一个或多个数据分组时，可以根据后续收到数据分组中的编号、字节计数、分组计数，知道丢失分组的尺寸，从而确定恢复传输的精确时刻。但是，当多种业务复用在一起的时候，仅知道上面的信息是不够的，因为复用时针对不同业务所添加的MAC子报头和RLC报头根据不同的情形而彼此不同。所以，还需要修改目前的MAC RLC协议，使得基站仍然能够利用上面所提供的信息(编号、字节计数、分组计数)确定恢复传输的精确时刻。

更具体地，图1C是示出了从网关100到基站201～203的分组传输实例的示意图。

如图1C所示，网关100接收不同E-MBMS业务的业务分组，并通过IP组播方式，将这些业务分组转发给不同的基站(eNB)201～203。在基站201～203中，在MAC层上，将这些不同E-MBMS业务的业务分组复用在一起。基站201～203采用单频网络(FSN)技术来传输MBMS信号，这样做的优点在于：来自不同基站201～203的信号彼此互为增益而不是互相干扰。SFN技术要求相当严格的同步性。但是，在从网关100到基站201～203的IP组播传输期间，分组可能会丢失或者经历不同的延迟。因此，需要采用SYNC协议。

虽然到目前为止，SYNC协议的具体细节尚未确定，但SYNC协议的主要内容已经明确，其中包括字节计数信息和分组计数信息。如果业务未被复用，该SYNC协议能够与目前现有的MAC/RLC协议正常工作；但如果多个业务被复用在一起，则某些不确定性可能会导致网络的同步被破坏。下面，将对上述不确定性问题进行具体讨论。

一方面，对于多小区SFN传输，不存在重传机制，而且MBMS方案采用特殊的控制/调度方法，所以现有的MAC/RLC协议中的一些字段是不必要的，因此可以省略这些字段。另一方面，可以采用共用SYNC实体(在这种情况下，M1接口可以较为简单)。在这种情况下，字节计数和分组计数是针对SYNC实体而言的，表示共享该SYNC实体的所有业务的字节总数和分组总数。但这样做仍然存在问题。

图2A是用于解释基站202对分组丢失情况进行解析的示意图。

例如，如图2A所示，假设在从网关100到基站202的传输过程中，丢失了属于三个不同业务(业务1～业务3)的四个分组(四个RLC业务数据分组(SDU))。基站202可以通过下一正确分组所承载的分组计数信息得知丢失了四个分组，而且也可以通过下一字节计数信息获知丢失了多少字节。问题在于：基站202并不知道丢失的分组是如何复用在一起的，而MAC/RLC报头的大小将根据复用情况的不同而不同。

图2B～2D分别示出了MAC子报头、RLC报头固定部分和RLC报头扩展部分的结构。

根据现有技术，物理层每个时隙传输的MAC数据构成一个传输块(TB)，通常，一个MAC分组数据单元(PDU)构成一个TB。每个MAC PDU可以包含若干个MAC业务数据单元(SDU)。每个MAC SDU即为一个RLC分组数据单元(PDU)。每个RLC PDU又可以包含若干个RLC SDU。MAC子报头位于每个MAC PDU的开头，RLC报头位于每个RLC PDU的开头，每个RLC报头包含一个RLC报头固定部分。RLC PDU中包含多少个RLCSDU，RLC报头就包含多少个RLC报头扩展部分，RLC报头扩展部分紧跟着RLC报头固定部分。

在图2B～2D中，各缩写的含义如下：

R：保留比特

E：扩展比特，标识后面是否还有其他的字段

LCID：逻辑信道标识

F：格式比特，表示L的长度

L：MAC SDU的长度

R1：保留比特

FI：帧信息，表示是否一个RLC SDU在RLC PDU的开头或结尾产生了分段

SN：序列号

LI：长度指示

如图2A所示，对于同样丢失三个传输块(TB)(图2A中虚线框所示的三个传输块)的情况，基站202可能将其理解为图2A中的(a)～(c)所示的三种不同情形，分别包含了3个、4个或5个MAC报头。为了方便描述，假定图2A中位于最右侧的实心阴影部分为填充数据(padding)；如果该实心阴影部分表示业务数据，则相应的报头中也需要增加相应的字段，但这并不影响本发明所阐述的问题。根据以上假设，RLD SDU 4是业务3在当前调度周期中的最后一个SDU。同样的假设也适用于稍后示出和描述的图4A、图4B和图6。

根据图2A中的(a)，

第一个TB由一个MAC PDU构成，该MAC PDU由一个RLCPDU构成，该RLC PDU仅包含一个RLC SDU(RLC SDU 1)，因此，在第一个TB的开头，包含了一个MAC子报头、一个RLC报头固定部分和一个RLC报头扩展部分；

第二个TB由一个MAC PDU构成，该MAC PDU由一个RLCPDU构成，该RLC PDU包含两个RLC SDU(RLC SDU 2和RLCSDU 3)，因此，在第二个TB的开头，包含了一个MAC子报头、一个RLC报头固定部分和两个RLC报头扩展部分；

第三个TB由一个MAC PDU构成，该MAC PDU由一个RLCPDU构成，该RLC PDU仅包含一个RLC SDU(RLC SDU 4)，因此，在第三个TB的开头，包含了一个MAC子报头、一个RLC报头固定部分和一个RLC报头扩展部分；

根据图2A中的(b)，

第二个TB由一个MAC PDU构成，该MAC PDU由一个RLCPDU构成，该RLC PDU仅包含一个RLC SDU(RLC SDU 2)，

因此，在第二个TB的开头，包含了一个MAC子报头、一个RLC报头固定部分和一个RLC报头扩展部分；

第三个TB由一个MAC PDU构成，这个MAC PDU由两个RLC PDU构成，且每个RLC PDU仅包含一个RLC SDU(RLC SDU3和RLC SDU 4)，因此，在第三个TB的开头，包含了两个MAC子报头、一个RLC报头固定部分和一个RLC报头扩展部分，以及在第二个RLC PDU的开头，包含了一个RLC报头固定部分和一个RLC报头扩展部分；

根据图2A中的(c)，

第一个TB由一个MAC PDU构成，这个MAC PDU由两个RLC PDU构成，且每个RLC PDU仅包含一个RLC SDU(RLC SDU1和RLC SDU 2)，因此，在第一个TB的开头，包含了两个MAC子报头、一个RLC报头固定部分和一个RLC报头扩展部分，以及在第二个RLC PDU的开头，包含了一个RLC报头固定部分和一个RLC报头扩展部分；

第二个TB由一个MAC PDU构成，这个MAC PDU包含两个RLC PDU，且每个RLC PDU仅包含一个RLC SDU(RLC SDU3和RLC SDU 4)，其中RLC SDU 4还延伸到第三个TB，因此，在第一个TB的开头，即在第一个RLC PDU的开头，包含了两个MAC子报头、一个RLC报头固定部分和一个RLC报头扩展部分，以及在第二个RLC PDU的开头，包含了一个RLC报头固定部分；

第三个TB由一个MAC PDU构成，该MAC PDU由一个RLCPDU构成，该RLC PDU仅包含一个RLC SDU(RLC SDU 4的一部分)，因此，在第一个TB的开头，包含了一个MAC子报头、一个RLC报头固定部分和一个RLC报头扩展部分。

因此，如果基站202按照图2A中的(a)～(c)之一来添加MAC/RLC报头，则由于基站202本身可能错误地分析了丢失TB的情形，其所添加的MAC/RLC报头不同于其他基站201和203所添加的MAC/RLC报头，导致整个数据的长度也不同(RLC SDU 4的右侧未对齐)，基站201～203无法在一个共同的起点来重新同步。因此，除非基站202能够知道确切的复用方案，同步将受到破坏。

根据现有技术，当每个RLC SDU具有一个长度指示(LI)时，对于RLC报头扩展部分，不存在任何不确定性的问题。因此，本发明所关注的问题在于MAC子报头和RLC报头固定部分的不确定性。

发明内容

考虑到上述问题，本发明提出了一种演进多媒体广播组播业务(E-MBMS业务)分组传输方法，以及实现所述分组传输方法的网关和基站。

根据本发明的第一方案，提出了一种E-MBMS业务分组传输方法，包括：在每一个调度周期中、承载一MBMS业务的最后一个MAC PDU的开头，添加MAC子报头，并且MAC子报头的数目等于所述MAC PDU中处在最后位置的业务的数目；在其他MAC PDU的开头，不添加MAC子报头。

优选地，所述E-MBMS业务分组传输方法还包括：在RLC PDU的开头，不添加RLC报头固定部分。

优选地，所述E-MBMS业务分组传输方法还包括：在每一个调度周期中、承载一MBMS业务的一个RLC SDU的最后一个分段所在的RLCPDU的开头，添加包含固定部分和扩展部分的RLC报头；以及在其他RLC PDU的开头，不添加RLC报头。

根据本发明的第二方案，提出了一种E-MBMS业务分组传输方法，包括：在每一个调度周期中、承载一MBMS业务的最后一个MAC PDU的开头，添加演进MAC子报头和MAC子报头，并且MAC子报头的数目等于该MAC PDU中处在最后位置的业务的数目；在其他MAC PDU的开头，添加演进MAC子报头。

优选地，所述E-MBMS业务分组传输方法还包括：在RLC PDU的开头，不添加RLC报头固定部分，即采用透明RLC模式。

优选地，所述E-MBMS业务分组传输方法还包括：在每一个调度周期中、承载一MBMS业务的一个RLC SDU的最后一个分段所在的RLCPDU的开头，添加扩展部分的RLC报头，即采用无反馈RLC模式；以及在其他RLC SDU的开头，不添加RLC报头，即采用透明RLC模式。

优选地，所述演进MAC子报头的格式为R/R/E/LCID，其中R表示保留比特，E表示扩展比特，LCID表示逻辑信道标识。更优选地，启用所述演进MAC子报头中的一个保留比特R，来指示采用了透明RLC模式还是无反馈RLC模式。

根据本发明的第三方案，提出了一种E-MBMS业务分组传输方法，包括：接收承载MBMS业务的IP数据分组；在正确接收所述IP数据分组时，依照根据本发明的第一或第二方案所述的E-MBMS业务分组传输方法，形成承载所述MBMS业务的TB；以及向UE传输所产生的TB。

优选地，所述E-MBMS业务分组传输方法还包括：在发生接收错误的情况下，根据所复用的MBMS业务的总数和分组计数，依照根据本发明的第一或第二方案所述的E-MBMS业务分组传输方法，确定MAC子报头和RLC报头固定部分的个数；根据所确定的MAC子报头和RLC报头固定部分的个数，确定出未发生接收错误的其他基站针对发生接收错误的IP数据分组所执行的数据分组处理和报头插入处理将产生的传输数据的传输时长；以及在所确定的传输时长期间，保持静默，以保持接收所述MBMS业务的各个基站间的严格同步。

根据本发明的第四方案，提出了一种基站，包括：MAC子报头插入单元，用于在每一个调度周期中、承载一MBMS业务的最后一个MACPDU的开头，添加MAC子报头，并且MAC子报头的数目等于所述MAC PDU中处在最后位置的业务的数目，以及在其他MAC PDU的开头，不添加MAC子报头。

优选地，在RLC PDU的开头，不添加RLC报头固定部分。

优选地，所述基站还包括：RLC报头插入单元，用于在每一个调度周期中、承载一MBMS业务的一个RLC SDU的最后一个分段所在的RLCPDU的开头，添加包含固定部分和扩展部分的RLC报头，以及在其他RLC PDU的开头，不添加RLC报头。

根据本发明的第五方案，提出了一种基站，包括：MAC子报头插入单元，在每一个调度周期中、承载一MBMS业务的最后一个MAC PDU的开头，添加演进MAC子报头和MAC子报头，并且MAC子报头的数目等于所述MAC PDU中处在最后位置的业务的数目，以及在其他MAC PDU的开头，添加演进MAC子报头。

优选地，在RLC PDU的开头，不添加RLC报头固定部分，即采用透明RLC模式。

优选地，所述基站还包括：RLC报头插入单元，用于在每一个调度周期中、承载一MBMS业务的一个RLC SDU的最后一个分段所在的RLCPDU的开头，添加包含固定部分和扩展部分的RLC报头，即采用无反馈RLC模式，以及在其他RLC PDU的开头，不添加RLC报头，即采用透明RLC模式。

根据本发明的第六方案，提出了一种基站，包括：接收单元，用于接收承载MBMS业务的IP数据分组；TB形成单元，用于在正确接收所述IP数据分组时，依照根据本发明的第一或第二方案所述的E-MBMS业务分组传输方法，形成承载所述MBMS业务的TB；以及传输单元，用于向UE传输所产生的TB。

优选地，所述基站还包括：报头确定单元，用于在发生接收错误的情况下，根据所复用的MBMS业务的总数和分组计数，依照根据本发明的第一或第二方案所述的E-MBMS业务分组传输方法，确定MAC子报头和RLC报头固定部分的个数；传输时长确定单元，用于根据所确定的MAC子报头和RLC报头固定部分的个数，确定出未发生接收错误的其他基站针对发生接收错误的IP数据分组所执行的数据分组处理和报头插入处理将产生的传输数据的传输时长；以及传输控制单元，用于在所确定的传输时长期间，控制所述传输单元保持静默，以保持所述基站与接收所述MBMS业务的其他基站间的严格同步。

本发明的特点如下：

1、每个传输块(TB)都采用一个演进的MAC报头，用于调度辅助；

2、此外，每个业务都具有一个MAC报头；

3、MAC报头中的一个保留比特用于指示采用了透明模式还是无反馈模式；

4、除了承载有RLC SDU的最后一段的RLC PDU以外，RLC均采用透明模式；

5、移除了RLC固定部分或RLC报头固定部分。

本发明的优点在于：

1、因为开销仅取决于所复用的业务的数目(半静态的)和RLC SDU的数目(由字节计数指示)，当发生数据丢失时，能够实现重新同步；

2、由于采用了不添加MAC子报头的透明模式，开销较小；

3、可应用于独立SYNC实体和共用SYNC实体；

4、大体上兼容现有的单播MAC协议，修改较小。

附图说明

根据以下结合附图对本发明非限制实施例的详细描述，本发明的以上和其他目的、特征和优点将变得更加清楚，其中：

图1A示出了MBMS内容同步的U平面体系结构的示意图。

图1B示出了E-MBMS的逻辑体系结构。

图1C是示出了从网关100到基站201～203的分组传输实例的示意图。

图2A是用于解释基站202对分组丢失情况进行解析的示意图。

图3是示出了根据本发明的调度周期的示意图。

图4A是用于解释根据本发明、基站202对分组丢失情况进行解析的示意图，其中仍采用RLC报头固定部分。

图4B是用于解释根据本发明、基站202对分组丢失情况进行解析的示意图，其中完全去除RLC报头固定部分，仅采用RLC报头扩展部分。

图5是用于解释本发明另一实施例的演进MAC子报头的示意图。

图6是用于解释根据本发明、基站202对分组丢失情况进行解析的示意图，其中采用了本发明所提出的演进MAC子报头，即R/R/E/LCID报头，而且完全去除RLC报头固定部分，仅采用RLC报头扩展部分。

图7是示出了用于实现本发明的基站(BS或eNB)700的示意图。

具体实施方式

下面，将根据附图描述本发明。在以下描述中，一些具体的实施例只用于描述的目的，不应该将其理解为对于本发明的任何限制，而只是示例。当可能导致使本发明的理解发生模糊时，将省略传统结构或构造。

实施例1

虽然基站202(图1C)并不知道确切的复用方案，但是所复用的业务的数目是已知的。本发明所提出的调度周期如图3所示。属于同一业务的分组被分组在一起；按照预定传输次序，逐一传输不同的业务；以及仅在最后一个业务之后，添加填充数据。因此，仅在传输块(TB)中发生业务切换时，逻辑信道才发生改变。因此，一种可行的MAC解决方案在于：

●在每一个调度周期中、承载特定业务的最后一个MAC分组数据单元(PDU)中包含MAC子报头，并且MAC子报头的数目等于该MAC PDU中处在最后位置的业务的数目；所述MAC子报头的格式与图2B相同，用于指示MAC PDU中相应MAC业务数据单元(SDU)的长度；

●对于其他情况，采用透明MAC子报头，即不插入MAC子报头。

由于基站202(图1C)可以通过分组计数信息获知RLC SDU的数目，因此一种可行的RLC解决方案在于：

●根据RLC SDU来采用包括固定部分和扩展部分的RLC报头，仅将RLC报头用于最后一段RLC SDU，即在每一个调度周期中、承载特定MBMS业务的一个RLC SDU的最后一个分段所在的RLCPDU的开头，添加RLC报头；

■RLC报头中的序列号(SN)可以根据RLC SDU或RLC PDU来计数。如果根据RLC PDU来计数，用户设备(UE)可以根据SN、SDU的大小以及TB的大小得知该RLC SDU能够分成多少个RLC PDU。

●对于其他情况，采用透明RLC报头，即不插入RLC报头。另一种可行的RLC解决方案在于：

●完全去除RLC报头固定部分，这是因为在组播广播单频网(MBSFN)方案中并未采用混合自动重传请求(HARQ)技术。

图4A是用于解释根据本发明、基站202对分组丢失情况进行解析的示意图，其中仍采用RLC报头固定部分。与图2A对比可知，根据本发明，在丢失分组中所包含的业务数和分组数已知的情况下，MAC子报头和RLC报头的数目是确定的(RLC SDU 4的右侧对齐)。在图4A中，无论是(a)～(c)中的哪一种，MAC子报头数均为3个，RLC报头数(RLC报头包括RLC报头固定部分和RLC报头扩展部分)均为4个。

图4B是用于解释根据本发明、基站202对分组丢失情况进行解析的示意图，其中完全去除RLC报头固定部分，仅采用RLC报头扩展部分。与图2A对比可知，根据本发明，在丢失分组中所包含的业务数和分组数已知的情况下，MAC子报头和RLC报头固定部分的数目是确定的(RLC SDU 4的右侧对齐)。在图4B中，无论是(a)～(c)中的哪一种，MAC子报头数均为3个，RLC报头固定部分的数目为0个。

因此，由于根据本发明，可以确定丢失分组中所包含的MAC子报头和RLC报头固定部分的数目，且根据现有技术，当每个RLC SDU具有一个LI时，可以确定RLC报头扩展部分的数目，基站202(图1C)在丢失TB的情况下，可以确定需要添加的MAC/RLC报头的长度，从而保持其整个数据长度与基站201和203相同，仍然保持了基站201～203之间的同步。

应当注意的是：在一个调度周期，同一个业务在时间上是连续发送的，不同业务之间是时分复用的。对于某一调度周期而言，如果某一业务的最后一个数据分组处于此MAC PDU中，就在此MAC PDU的开始位置添加MAC子报头。考虑到业务的突发特性，可能一个业务的数据量很少，例如，只有100比特，那么这100比特就是最后的数据了，因此可能出现一个MAC PDU中包含多个业务的最后数据。

在本说明书中所说的“最后”都是指一个调度周期内的某个业务的最后数据分组，而不是针对一个MAC PDU内的业务或数据的先后顺序而言的。例如，在一个调度周期中的一个MAC PDU内，包含了业务1的100比特数据、业务2的200比特数据、业务3的300比特数据，其余都是业务4的业务数据(非最后数据，也就是说在此调度周期中的下一紧邻MAC PDU内，仍包含业务4的业务数据)，在这种情况下，由于业务数据的连续性和不同业务间的时分复用，业务1的100比特数据、业务2的200比特数据和业务3的300比特数据都是各自业务1、2、3的最后数据。也就是说，此MAC PDU内包含了3个处在最后位置的业务，因此，需要在此MAC PDU的开始位置插入3个MAC子报头。当然，在下一调度周期内，仍可能包含业务1、2和/或3的数据。以上具体数字仅为示例的目的，实际应用可能与上述具体数字不同，但本领域普通技术人员完全可以根据需要自行调整，但这样的调整并未超出本发明的范围。

实施例2

如果未正确接收到调度信息，UE将试图从第一子帧开始接收，直到接收到所有感兴趣的子帧。但是，在UE想要接收第二业务、但未能成功解码第一个MAC PDU(包含MAC子报头)的情况下，UE无法得知所感兴趣的业务从哪个MAC PDU开始。因此，需要额外的信息。考虑到上述问题，提出了下述改进方案，具体图示可参考图5：

●对于每个MAC PDU，采用R/R/E/LCID报头作为第一个报头；

■LCID(Logical Channel Identification)指示MAC PDU中的最后一个逻辑信道；

■在存在业务切换的情况下，可以针对MAC PDU中的最后一个业务添加两次MAC报头，其中之一是上述R/R/E/LCID报头，而另一个是普通的R/R/E/LCID/F/L报头(在本说明书中，将其称为普通MAC报头)。即使对于特定的业务并不存在其业务数据，仍然需要传输该业务的普通MAC报头。

●需要指示采用哪种RLC模式，因此，启用MAC报头中的一个保留比特(图5中示出为由圆圈圈出的“R”，当然，也可以采用其他位置的保留比特)来指示是采用了透明模式还是无反馈模式。

图6是用于解释根据本发明、基站202对分组丢失情况进行解析的示意图，其中采用了本发明所提出的演进MAC子报头，即R/R/E/LCID报头，而且完全去除RLC报头固定部分，仅采用RLC报头扩展部分。与图2A对比可知，根据本发明，在丢失分组中所包含的业务数和分组数已知的情况下，MAC子报头和RLC报头固定部分的数目是确定的(RLCSDU 4的右侧对齐)。在图6中，无论是(a)～(c)中的哪一种，演进MAC子报头数均为3个，MAC子报头数均为3个，RLC报头固定部分的数目为0个。

根据实施例2，UE可以通过特殊MAC子报头中的逻辑信道表示来获知是否有其感兴趣的业务。

本发明的硬件实现

图7是示出了用于实现本发明上述技术方案的基站(BS或eNB)700的示意图。

具体地，参考图7，基站700包括接收单元730、传输块(TB)形成单元740、传输单元750、报头确定单元760、传输时长确定单元770和传输控制单元780。

接收单元730接收承载MBMS业务的IP数据分组。

一方面，在正确接收IP数据分组时，TB形成单元740形成承载所述MBMS业务的TB。

具体地，TB形成单元740可以包括MAC子报头插入单元710和RLC报头插入单元720，MAC子报头插入单元710执行MAC子报头插入操作，RLC报头插入单元720执行RLC报头插入操作。根据本发明的一个具体实施例，MAC子报头插入单元710在每一个调度周期中、承载一MBMS业务的最后一个MAC PDU的开头，添加MAC子报头，并且MAC子报头的数目等于MAC PDU中处在最后位置的业务的数目，以及在其他MAC PDU的开头，不添加MAC子报头。根据本发明的另一个具体实施例，MAC子报头插入单元710在每一个调度周期中、承载一MBMS业务的最后一个MAC PDU的开头，添加R/R/E/LCID格式的MAC子报头和R/R/E/LCID/F/L格式的MAC子报头，并且R/R/E/LCID/F/L格式的MAC子报头的数目等于MAC PDU中处在最后位置的业务的数目，以及在其他MAC PDU的开头，仅添加R/R/E/LCID格式的MAC子报头。

根据本发明，RLC报头插入单元720可以完全去除RLC报头固定部分(位于每个RLC PDU的开头)，而仅在各个RLC PDU的开头插入RLC报头扩展部分。或者，RLC报头插入单元720可以在承载一MBMS业务的一个RLC SDU的最后一个分段所在的RLC PDU的开头，添加包含固定部分和扩展部分的RLC报头，以及在其他RLC PDU的开头，不添加RLC报头。

在采用R/R/E/LCID格式的MAC子报头的实施例中，可以采用其中的一个保留比特R，来指示采用了RLC透明模式还是RLC无反馈模式。

在MAC子报头插入单元710完成MAC子报头插入操作、RLC报头插入单元720完成RLC报头插入操作后，TB形成单元740输出所产生的TB至传输单元750。

传输单元750向用户设备(UE)传输所产生的TB。

另一方面，在发生接收错误(例如，由于传输信道质量较差，或者延迟过大而引起的)的情况下，报头确定单元760根据所复用的MBMS业务的总数和分组计数，确定MAC子报头和RLC报头固定部分的个数。

传输时长确定单元770根据所确定的MAC子报头和RLC报头固定部分的个数，确定出未发生接收错误的其他基站针对发生接收错误的IP数据分组所执行的数据分组处理和报头插入处理(由其他基站的TB形成单元740完成)将产生的传输数据的传输时长。

传输控制单元780在所确定的传输时长期间，控制传输单元750保持静默，以保持基站700与接收所述MBMS业务的其他基站间的严格同步。例如，基站700可以是图1C所示的基站202；而其他基站可以是图1C所示的基站201和203。

应当清楚的是，以上硬件结构只是对本发明的示例，也可以根据实际需要，对上述单元进行调整。可以根据其所实现的功能，将多个单元合并为单一的执行单元，也可以将单一的单元重新划分为多个单元，任意的划分和组合均应视为本发明的一种变体，实质上并未超出本发明的范围。

以上实施例只是用于示例目的，并不倾向于限制本发明。本领域普通技术人员应该理解的是，在不脱离本发明的范围和精神的情况下，可以存在对该实施例的各种修改和代替，并且这些修改和代替落在所附权利要求所限定的范围中。

Claims

1.一种演进多媒体广播组播业务分组传输方法，包括：

在每一个调度周期中、承载一多媒体广播组播业务的最后一个媒体接入控制分组数据单元的开头，添加媒体接入控制子报头，并且媒体接入控制子报头的数目等于所述媒体接入控制分组数据单元中处在最后位置的业务的数目；

在其他媒体接入控制分组数据单元的开头，不添加媒体接入控制子报头。

2.根据权利要求1所述的演进多媒体广播组播业务分组传输方法，还包括：

在无线链路控制分组数据单元的开头，不添加无线链路控制报头固定部分。

3.根据权利要求1所述的演进多媒体广播组播业务分组传输方法，还包括：

在每一个调度周期中、承载一多媒体广播组播业务的一个无线链路控制业务数据单元的最后一个分段所在的无线链路控制分组数据单元的开头，添加包含固定部分和扩展部分的无线链路控制报头；以及

在其他无线链路控制分组数据单元的开头，不添加无线链路控制报头。

4.一种演进多媒体广播组播业务分组传输方法，包括：

在每一个调度周期中、承载一多媒体广播组播业务的最后一个媒体接入控制分组数据单元的开头，添加演进媒体接入控制子报头和媒体接入控制子报头，并且媒体接入控制子报头的数目等于所述媒体接入控制分组数据单元中处在最后位置的业务的数目；

在其他媒体接入控制分组数据单元的开头，添加演进媒体接入控制子报头，

其中所述演进媒体接入控制子报头的格式为R/R/E/LCID，其中 R表示保留比特，E表示扩展比特，LCID表示逻辑信道标识。

5.根据权利要求4所述的演进多媒体广播组播业务分组传输方法，还包括：

在无线链路控制分组数据单元的开头，不添加无线链路控制报头固定部分，即采用透明无线链路控制模式。

6.根据权利要求4所述的演进多媒体广播组播业务分组传输方法，还包括：

在每一个调度周期中、承载一多媒体广播组播业务的一个无线链路控制业务数据单元的最后一个分段所在的无线链路控制分组数据单元的开头，添加包含固定部分和扩展部分的无线链路控制报头，即采用无反馈无线链路控制模式；以及

在其他无线链路控制分组数据单元的开头，不添加无线链路控制报头，即采用透明无线链路控制模式。

7.根据权利要求4所述的演进多媒体广播组播业务分组传输方法，其特征在于：

启用所述演进媒体接入控制子报头中的一个保留比特R，来指示采用了透明无线链路控制模式还是无反馈无线链路控制模式。

8.一种演进多媒体广播组播业务分组传输方法，包括：

接收承载多媒体广播组播业务的因特网协议数据分组；

在正确接收所述因特网协议数据分组时，依照根据权利要求1～7之一所述的演进多媒体广播组播业务分组传输方法，形成承载所述多媒体广播组播业务的传输块；以及

向用户设备传输所产生的传输块。

9.根据权利要求8所述的演进多媒体广播组播业务分组传输方法，还包括：

在发生接收错误的情况下，根据所复用的多媒体广播组播业务的总数和分组计数，依照根据权利要求3或6所述的演进多媒体广播组播业务分组传输方法，确定媒体接入控制子报头和无线链路控制报头固定部分的个数；

根据所确定的媒体接入控制子报头和无线链路控制报头固定部分的个数，确定出未发生接收错误的其他基站针对发生接收错误的因特网协议数据分组所执行的数据分组处理和报头插入处理将产生的传输数据的传输时长；以及

在所确定的传输时长期间，保持静默，以保持接收所述多媒体广播组播业务的各个基站间的严格同步。

10.一种基站，包括：

媒体接入控制子报头插入单元，用于在每一个调度周期中、承载一多媒体广播组播业务的最后一个媒体接入控制分组数据单元的开头，添加媒体接入控制子报头，并且媒体接入控制子报头的数目等于所述媒体接入控制分组数据单元中处在最后位置的业务的数目，以及在其他媒体接入控制分组数据单元的开头，不添加媒体接入控制子报头。

11.根据权利要求10所述的基站，其特征在于：

12.根据权利要求10所述的基站，还包括：

无线链路控制报头插入单元，用于在每一个调度周期中、承载一多媒体广播组播业务的一个无线链路控制业务数据单元的最后一个分段所在的无线链路控制分组数据单元的开头，添加包含固定部分和扩展部分的无线链路控制报头，以及在其他无线链路控制分组数据单元的开头，不添加无线链路控制报头。

13.一种基站，包括：

媒体接入控制子报头插入单元，在每一个调度周期中、承载一多媒体广播组播业务的最后一个媒体接入控制分组数据单元的开头，添加演进媒体接入控制子报头和媒体接入控制子报头，并且媒体接入控制子报头的数目等于所述媒体接入控制分组数据单元中处在最后位置的业务的数目，以及在其他媒体接入控制分组数据单元的开头，添加演进媒体接入控制子报头，

其中所述演进媒体接入控制子报头的格式为R/R/E/LCID，其中R表示保留比特，E表示扩展比特，LCID表示逻辑信道标识。

14.根据权利要求13所述的基站，其特征在于：

15.根据权利要求13所述的基站，还包括：

无线链路控制报头插入单元，用于在每一个调度周期中、承载一多媒体广播组播业务的一个无线链路控制业务数据单元的最后一个分段所在的无线链路控制分组数据单元的开头，添加包含固定部分和扩展部分的无线链路控制报头，即采用无反馈无线链路控制模式，以及在其他无线链路控制分组数据单元的开头，不添加无线链路控制报头，即采用透明无线链路控制模式。

16.根据权利要求13所述的基站，其特征在于：

17.一种基站，包括：

接收单元，用于接收承载多媒体广播组播业务的因特网协议数据分组；

传输块形成单元，用于在正确接收所述因特网协议数据分组时，依照根据权利要求1～7之一所述的演进多媒体广播组播业务分组传输方法，形成承载所述多媒体广播组播业务的传输块；以及

传输单元，用于向用户设备传输所产生的传输块。

18.根据权利要求17所述的基站，还包括：

报头确定单元，用于在发生接收错误的情况下，根据所复用的多媒体广播组播业务的总数和分组计数，依照根据权利要求3或6所述的演进多媒体广播组播业务分组传输方法，确定媒体接入控制子报头和无线链路控制报头固定部分的个数；

传输时长确定单元，用于根据所确定的媒体接入控制子报头和无线链路控制报头固定部分的个数，确定出未发生接收错误的其他基站针对发生接收错误的因特网协议数据分组所执行的数据分组处理和报头插入处理将产生的传输数据的传输时长；以及

传输控制单元，用于在所确定的传输时长期间，控制所述传输单元保持静默，以保持所述基站与接收所述多媒体广播组播业务的其他基站间的严格同步。