CN101931905B - 一种多媒体广播组播业务动态调度的指示和接收方法 - Google Patents

一种多媒体广播组播业务动态调度的指示和接收方法 Download PDF

Info

Publication number
CN101931905B
CN101931905B CN200910150620.2A CN200910150620A CN101931905B CN 101931905 B CN101931905 B CN 101931905B CN 200910150620 A CN200910150620 A CN 200910150620A CN 101931905 B CN101931905 B CN 101931905B
Authority
CN
China
Prior art keywords
business
information
business datum
datum
mbsfn subframe
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.)
Expired - Fee Related
Application number
CN200910150620.2A
Other languages
English (en)
Other versions
CN101931905A (zh
Inventor
艾建勋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN200910150620.2A priority Critical patent/CN101931905B/zh
Publication of CN101931905A publication Critical patent/CN101931905A/zh
Application granted granted Critical
Publication of CN101931905B publication Critical patent/CN101931905B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种多媒体广播组播业务动态调度的指示和接收方法,所述指示方法,包括:基站在用户面协议数据块的协议头中,指示所述用户面协议数据块承载的业务的业务数据结束信息或业务数据边界信息,并将所述用户面协议数据块发送给用户设备UE。或者,基站在调度信息中,指示所述调度信息对应的调度周期内一个或多个业务的业务数据边界信息,并将所述调度信息发送给UE。本发明提高了无线接口信令发送效率,节省了无线接口资源开销。

Description

一种多媒体广播组播业务动态调度的指示和接收方法
技术领域
本发明涉及LTE(Long Term Evolution,长期演进)系统,尤其涉及一种多媒体广播组播业务(Multimedia Broadcast Multicast Service,简称为MBMS)动态调度的指示和接收方法。
背景技术
随着Internet的迅猛发展和大屏幕多功能手机的普及,出现了大量移动数据多媒体业务和各种高带宽多媒体业务,例如,视频会议、电视广播、视频点播、广告、网上教育、互动游戏等,这一方面满足了移动用户不断上升的业务需求,同时也为移动运营商带来新的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据,与一般的数据业务相比,具有数据量大、持续时间长、时延敏感等特点。
为了有效地利用移动网络资源,3GPP(3rd Generation PartnershipProject,第三代合作伙伴计划)提出了MBMS业务,该业务是一种从一个数据源向多个目标传送数据的技术,实现了网络(包括核心网和接入网)资源的共享,提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS不仅能够实现纯文本低速率的消息类组播和广播,而且还能够实现高速多媒体业务的广播和组播,提供多种丰富的视频、音频和多媒体业务,这无疑顺应了未来移动数据发展的趋势,为3G的发展提供了更好的业务前景。
在LTE中,MBMS业务可以采用多播模式方式,称为MBSFN(Multicast/Broadcast over Single Frequency Network,单频网多播广播)发送模式,采用多播模式发送的MBMS业务,也称为MBSFN业务,可以在多个小区采用相同的调制后编码格式,采用相同的物理资源发送相同内容,MBMS多小区传输的特征:1)在MBSFN区域内同步传输;2)支持多小区MBMS传输合并;3)MTCH(Multicast traffic Channel,多播业务信道)和MCCH(Multicast Control Channel,多播控制信道)在p-T-m(点到多点)模式下映射到MCH(Multicast Chnanel,多播信道)传输信道上;4)MBSFN同步区域,MBSNF区域,MBSFN传输,广告,保留小区,均由操作维护半静态配置。这样多个小区的UE(User equipment,用户设备)可以接收到多个内容相同的MBMS数据并进行SFN合并,从而可以提高接收信号的增益。采用相同的物理资源和MBSFN发送模式发送相同MBMS业务的多个小区构成了一个MBSFN区域。在实际的LTE组网中,一个MBSFN区域上有若干个MBSFN业务,这些属于同一个MBSFN区域的所有MBSFN业务称为一个MBSFN业务组,也就是说一个MBSFN业务组仅属于一个MBSFN区域。一个MBSFN区域包括多个小区,每个小区都配置了完全相同的一个MBSFN业务组。具备相同的MBSFN区域的多个MBSFN业务的数据信道MTCH,以及MBSFN业务的控制信道MCCH可以复用到一条MCH。相同MBSFN区域的MCCH和多个MTCH,即多条逻辑信道可以映射到同一传输信道MCH上;
如图1所示,在LTE系统中,MCH是传输信道,特点是进行点到多点的传输,对应的物理资源是系统为传输MBMS业务(MTCH)所分配的多播资源,一条MCH承载在一些多播资源上,这些多播资源包括若干个MBSFN帧和MBSFN子帧。这些多播资源采用一套MSAP(MBSFN subframeallocation pattern,多播广播单频网子帧分配图样)来配置,包括无线帧分配模式和无线子帧分配模式,每个MBSFN区域的多播资源可以以子帧为单位按照一定的图样分成多个组,每个组可以构成一个MCH,或者多个组构成一个MCH。那么每个MCH构成时所使用的图样就叫做该MCH的MSAP,一个MSAP描述一个MCH信道的物理资源。每个小区可以有1个或多个MCH,每个MCH都唯一对应一个MSAP,且唯一属于一个MBSFN区域,但每个MBSFN区域可以有1个或多个MCH,每个MCH所配置的多播资源的配置方法是为每个MCH都配置一套MSAP。
如图2所示,为了提高MTCH的发送效率,每个MCH上承载的多个MTCH可以采用动态调度的方法,通过动态调度可以将2个或2个以上的MTCH复用在同一个MBSFN子帧上并占用该子帧的部分资源。现有公开技术中,在MSAP概念中同时引入MSAP occasion(MSAP时机),其指示了一个动态调度周期的时间段内某个MSAP所对应的一条MCH所包括全部多播资源。在一个MSAP occasion中可以发送多个MTCH和动态调度信息,还可以包括MCCH,动态调度信息可以承载用在MAC(Medium AccessControl,媒体接入控制)控制部分(MAC control element),或者承载在单独的逻辑信道MSCH(Multicast scheduling channel,多播调度信道),MSAPoccasion长度一般固定为320ms,同样地,一个动态调度周期(本文中简称为调度周期)一般固定为320ms,也可以是2n×320ms(n=-3,-2,-1,0,1,2,3,4.....N),相应地,MSAP occasion时间长度为40ms,80ms,160ms,320ms,640ms,1280ms等等,一个MSAP occasion时间长度就是一个调度周期,也称为一个动态调度周期。一条MCH通过MSAP分配了一个或多个MBSFN帧中的一个或多个MBSFN子帧,其中采用多播模式发送的子帧称为MBSFN子帧,含有MBSFN子帧的帧称为MBSFN帧。
在一条MCH所配置的每个MSAP occasion上承载了动态调度信息,在本发明中也简称为调度信息,携带MTCH到辅助MBSFN子帧的映射信息,这种映射信息借助于在一个调度周期内的MBSFN子帧编号索引关系确定,UE读取调度信息可以知道每个MTCH被分配在哪些MBSFN子帧上,UE可以在相应的MBSFN子帧上读取其感兴趣的MTCH,而忽略它不需要读取的MBSFN子帧,从而提高UE的MBMS业务接收效率,节省UE的电能消耗。这里所述的MBSFN子帧编号是这样确定的:将一个MCH在在一个调度周期内所分配的所有MBSFN子帧按照顺序排列,依次编号。例如MCH信道在一个周期内分配的MBSFN子帧数目总量为100,则子帧编号从0到99,或者1到100。
在现有LTE技术中,多个传输信道通过如下的方式复用MCH信道:一个子帧对应一个TTI(传输时间间隔),在一个TTI内可以发送一个或多个传输数据块,每个传输数据块对应一个MAC PDU(媒体接入控制层协议数据单元)。在一个MAC PDU中,可以包含多个MAC SDU(服务数据单元),同一个MAC PDU中的不同MAC SDU承载不同的业务数据,在本发明中,可能的业务包括MTCH、MCCH、MSCH等。这些来自不同业务的数据在MAC PDU中串接在一起后一起在物理信道上发送。为了区别来自不同业务的MAC SDU,MAC PDU中携带了标识信息,具体的,有业务的标识,该业务的数据块在MAC PDU中的位置信息等,用于接收端区别不同业务的数据块。
对MBMS业务的动态复用,在一个调度周期内,一个MTCH或者说一个MBMS业务的数据连续的发送,也就是说,一个业务的数据连续的占用MCH信道的MBSFN子帧资源,直到该业务在该调度周期内需要发送的业务数据全部发送完毕。不同业务的数据可以在同一个MBSFN子帧内发送。也就是说,同一个MAC PDU中可以有来自不同的业务的业务数据串接在一起发送。上述的业务发送顺序可以通过MCCH信道或者其它的信令通知给接收端。
取决于相邻发送的业务数据块的分布,一个MBSFN子帧承载的数据可以是属于一个业务,也可以属于多个业务。更一步的,一个MBSFN子帧承载的最后一个业务可能在这个MBSFN子帧中结束了其在该调度周期内需要发送的所有数据,也可能一个MBSFN子帧承载的最后一个业务的业务数据没有发送完毕,在下一个MBSFN子帧中需要继续发送。如图3所示,业务S1在MBSFN子帧0中结束了在当前调度周期内的所有数据,下一个业务S2在MBSFN子帧1中作为承载的第一个业务开始发送。业务S2和S3在MBSFN子帧1中复用,业务S1在子帧1中结束发送,但不是子帧1承载的最后一个业务,业务S3在子帧1中开始发送,但不是子帧1承载的第一个业务。
根据上述分析,要准确的指示UE一个业务的开始和结束子帧位置信息,需要指示UE该业务的开始和结束子帧信息,或者开始和占据的子帧的个数信息,这也是现有技术提供的方法。在该方法中,开始子帧、结束子帧或者占据的子帧的个数至少需要8bit来指示(根据调度周期的长度决定),如果复用在同一个调度周期的业务个数比较多,这些调度信息需要的资源将是可观的一个开销。
另一方面,现有技术中,在MAC PDU中携带的MAC sub header通过业务标识来区别不同的业务。而现有协议中定义的业务标识可用的空间有限,不能满足大量的MBMS业务的复用需求,而如果通过扩展该业务标识大小的方法来满足需求又将带来额外的开销。
发明内容
本发明要解决的技术问题就是提出一种多媒体广播组播业务动态调度的指示和接收方法,解决现有技术中指示UE一个业务的开始和结束子帧位置信息需要占用较多资源的问题。
为了解决上述技术问题,本发明提供一种多媒体广播组播业务动态调度的指示方法,包括:
基站在用户面协议数据块的协议头中,指示所述用户面协议数据块承载的业务的业务数据结束信息或业务数据边界信息;以及
基站将所述用户面协议数据块发送给用户设备UE。
进一步地,上述指示方法还可具有以下特点:
所述业务的业务数据结束信息具体是指:所述业务在所述调度周期内的一次调度所需要发送的业务数据是否终结的信息。
进一步地,上述指示方法还可具有以下特点:
基站在用户面协议数据块的协议头中指示业务数据结束信息,具体采用如下方式之一:
(1)在媒体接入控制MAC子协议头中携带对应的业务的业务数据结束信息;
(2)在媒体接入控制协议数据单元MAC PDU的协议头中携带在所述MAC PDU承载的一个或多个业务中的最后一个业务的业务数据结束信息;
(3)在无线链路控制协议数据单元RLC PDU协议头中携带业务数据结束信息。
进一步地,上述指示方法还可具有以下特点:
所述在媒体接入控制MAC子协议头中携带对应的业务的业务数据结束信息,具体是指:
若当前MAC PDU中携带有多个业务的数据,则仅在所述多个业务的最后一个业务所对应的MAC子协议头中携带所述最后一个业务的业务数据结束信息。
进一步地,上述指示方法还可具有以下特点:
所述基站在用户面协议数据块的协议头中指示业务数据边界信息,具体采用如下方式:
在MAC子协议头中携带对应的业务的业务数据边界信息;对发送顺序相邻的两个业务的MAC SDU,基站将所述的业务数据边界信息设置为不同的值。
进一步地,上述指示方法还可具有以下特点:
所述业务数据结束信息或业务数据边界信息占用1个比特。
进一步地,上述指示方法还可具有以下特点:
所述UE根据所述业务数据结束信息或业务数据边界信息,以及根据从基站获得的所述业务的发送顺序信息和/或所述业务在调度周期内的开始单频网多播广播MBSFN子帧位置信息,接收基站发送的MAC PDU,获得所述MAC PDU中每个MAC SDU承载的业务数据所对应的业务的信息。
为了解决上述技术问题,本发明提供一种多媒体广播组播业务动态调度的指示方法,包括:
基站在调度信息中,指示所述调度信息对应的调度周期内一个或多个业务的业务数据边界信息;以及
所述基站将所述调度信息发送给UE。
进一步地,上述指示方法还可具有以下特点:
所述业务的业务数据边界信息具体为以下中的一种:
(1)所述业务是否是承载其业务数据的最后一个MBSFN子帧承载的最后一个业务的信息;即所述业务是否和其下一个业务复用MBSFN子帧的信息;
(2)所述业务是否是承载其业务数据的第一个MBSFN子帧承载的第一个业务的信息;即所述业务是否和其前一个业务复用MBSFN子帧的信息;
(3)每两个相邻业务是否复用同一个MBSFN子帧的信息。
进一步地,上述指示方法还可具有以下特点:
若业务的业务数据边界信息为:所述业务是否是承载其业务数据的最后一个MBSFN子帧承载的最后一个业务的信息,
则所述调度周期内发送的最后一个业务不配置所述业务数据边界信息,和/或,若所述业务不是承载其业务数据的最后一个MBSFN子帧承载的最后一个业务,则在所述调度信息中不携带所述业务的业务数据边界信息。
进一步地,上述指示方法还可具有以下特点:
若业务的业务数据边界信息为:所述业务是否是承载其业务数据的第一个MBSFN子帧承载的第一个业务的信息,
则所述调度周期内发送的第一个业务不配置所述业务数据边界信息,和/或,若所述业务不是承载其业务数据的第一个MBSFN子帧承载的第一个业务,则在所述调度信息中不携带所述业务的业务数据边界信息。
进一步地,上述指示方法还可具有以下特点:
若业务的业务数据边界信息为:每两个相邻业务是否复用同一个MBSFN子帧的信息,
则若所述相邻业务在同一个MBSFN子帧中复用,则在所述调度信息中不携带所述相邻业务的业务数据边界信息。
进一步地,上述指示方法还可具有以下特点:
所述调度信息还携带所述业务的业务数据位置数量信息,为以下的一种或多种组合:
(1)所述业务的业务数据在调度周期内开始发送的MBSFN子帧位置信息;
(2)所述业务的业务数据在调度周期内占用的MBSFN子帧数量;
(3)所述业务的业务数据在调度周期内结束发送的MBSFN子帧位置信息。
进一步地,上述指示方法还可具有以下特点:
所述业务数据边界信息占用1个比特。
进一步地,上述指示方法还可具有以下特点:
所述UE根据所述业务数据边界信息和业务数据位置数量信息,从所述基站接收承载所述业务的MAC PDU,获得所述MAC PDU中每个MAC SDU承载的业务数据所对应的业务的信息。
为了解决上述技术问题,本发明提供一种多媒体广播组播业务动态调度的接收方法,包括:
基站在用户面协议数据块的协议头中,指示所述用户面协议数据块承载的业务的业务数据结束信息或业务数据边界信息,将所述用户面协议数据块发送给UE;
所述UE根据所述业务数据结束信息或业务数据边界信息,以及根据从基站获得的所述业务的发送顺序信息和/或所述业务在调度周期内的开始MBSFN子帧位置信息,接收基站发送的MAC PDU,获得所述MAC PDU中每个MAC SDU承载的业务数据所对应的业务的信息。
进一步地,上述接收方法还可具有以下特点:
所述业务的业务数据结束信息具体是指:所述业务在调度周期内的一次调度所需要发送的业务数据是否终结的信息。
进一步地,上述接收方法还可具有以下特点:
基站在用户面协议数据块的协议头中指示业务数据结束信息,具体采用如下方式之一:
(1)在MAC子协议头中携带对应的业务的业务数据结束信息;
(2)在MAC PDU的协议头中携带在所述MAC PDU承载的一个或多个业务中的最后一个业务的业务数据结束信息;
(3)在无线链路控制协议数据单元RLC PDU协议头中携带业务数据结束信息。
为了解决上述技术问题,本发明提供一种多媒体广播组播业务动态调度的接收方法,包括:
基站在调度信息中指示所述调度信息对应的调度周期内一个或多个业务的业务数据边界信息,并将所述调度信息发送给UE;所述调度信息还携带所述业务的业务数据位置数量信息;
所述UE根据所述业务数据边界信息和业务数据位置数量信息,从所述基站接收承载所述业务的MAC PDU,获得所述MAC PDU中每个MAC SDU承载的业务数据所对应的业务的信息。
进一步地,上述接收方法还可具有以下特点:
所述业务的业务数据边界信息具体为以下中的一种:
(1)所述业务是否是承载其业务数据的最后一个MBSFN子帧承载的最后一个业务的信息;即所述业务是否和其下一个业务复用MBSFN子帧的信息;
(2)所述业务是否是承载其业务数据的第一个MBSFN子帧承载的第一个业务的信息;即所述业务是否和其前一个业务复用MBSFN子帧的信息;
(3)每两个相邻业务是否复用同一个MBSFN子帧的信息。
进一步地,上述接收方法还可具有以下特点:
所述业务的业务数据位置数量信息,为以下的一种或多种组合:
(1)所述业务的业务数据在调度周期内开始发送的MBSFN子帧位置信息;
(2)所述业务的业务数据在调度周期内占用的MBSFN子帧数量;
(3)所述业务的业务数据在调度周期内结束发送的MBSFN子帧位置信息。
通过本发明,UE可以得到需要接受的业务在一个调度周期内的具体位置信息,由于本发明提出的业务数据边界信息只需要占用1bit,所以节省了资源,具有很好的无线接口信令发送效率。另外,本发明无需对每个业务在用户面协议数据块中均携带其业务标识,节省了无线接口资源开销。
附图说明
图1是现有技术中一个MCH的MSAP occasion所分配多播资源的示意图;
图2是调度块及其指示多个MTCH多播资源的示意图;
图3是业务在MBSFN子帧中分布的情况示意图;
图4是本发明实施例一中在MAC PDU子协议头携带指示业务在当前MAC PDU结束发送的一种实现方式示意图;
图5是本发明实施例一中利用MAC PDU子协议头中携带的指示业务在当前MAC PDU结束发送实现调度信息指示的具体例子;
图6是本发明实施例一中在MAC PDU协议头携带指示MAC PDU中最后一个业务结束发送的一种实现方式示意图;
图7是本发明实施例一中利用MAC PDU协议头携带的指示MAC PDU中最后一个业务结束发送信息而实现业务调度信息指示的具体例子;
图8是本发明实施例一中在MAC PDU协议头携带业务数据边界信息的实现方式示意图;
图9是本发明实施例一中利用MAC PDU协议头携带业务数据边界信息而实现业务调度信息指示的具体例子;
图10是本发明实施例三中UE利用业务发送顺序和业务数据结束标识进行业务数据接收的例子;
图11是本发明实施例四中UE利用业务发送顺序和业务数据位置信息进行业务数据接收的例子。
具体实施方式
本发明的核心思想是:基站发送MBMS业务的数据给UE时,指示每个调度周期内一个或多个业务的业务数据边界信息和/或业务数据结束信息。
具体地,基站在用户面协议数据块的协议头中,指示所述用户面协议数据块承载的业务的业务数据结束信息或业务数据边界信息;和/或,基站在调度信息中,指示所述调度信息对应的调度周期内一个或多个业务的业务数据边界信息。
所述UE根据所述业务数据边界信息和/或业务数据结束信息,从所述基站接收承载所述业务的MAC PDU,获得所述MAC PDU中每个MAC SDU承载的业务数据所对应的业务的信息。
下面结合附图及具体实施例对本发明进行详细说明。
为了描述的方便,首先对实施例中用到的现有技术和术语做统一说明:
在下列的具体实施例所述的调度周期是指无线接口的一段时间,多个业务依次按照顺序在调度周期内包含的MBSFN子帧调度资源上发送。调度信息是指示调度周期内业务数据位置信息的信息。调度信息可以是在其指示的调度周期内发送,或者在其指示的调度周期的前一个或几个调度周期内发送。调度信息可以MAC CE(control element,控制单元)的形式,或者MSCH这样的业务承载的消息方式发送。优化的,调度信息应该在其指示的调度周期内的业务数据发送之前发送给UE。
在下列实施例中,一个MBSFN子帧内可以承载传输信道MCH的一个或者多个MAC PDU,一个MAC PDU中可以承载一个或多个不同业务的业务的RLC(Radio Link Control,无线链路控制)PDU,每一个业务的RLC PDU在同一个MAC PDU中以MAC SDU形式出现。不同业务的业务的RLC PDU承载同一个MAC PDU中,称为多个业务在同一个MAC PDU中复用。不同业务的业务的RLC PDU承载在属于同一个MBSFN子帧的同一个或者不同MAC PDU,称为多个业务在同一个MBSFN中复用。
在下列实施例中所述的MBSFN子帧位置信息是指MBSFN子帧在一个调度周期内的具体位置。优选的,将一个MCH/PMCH信道对分配的所有MBSFN子帧按照顺序排列,所述的MBSFN子帧位置信息是指一个MBSFN子帧在所述的MBSFN子帧排列中的顺序,或者说索引,或者说编号。
在下列实施例中所述的业务数据,是指业务在一个调度周期内需要发送的数据。
在下列实施例中,一个MBSFN子帧内可以承载传输信道MCH的一个或者多个MAC PDU,一个MAC PDU中可以承载一个或多个不同业务的逻辑信道的RLC PDU,每一个逻辑信道的RLC PDU在同一个MAC PDU中以MAC SDU形式出现。不同业务的逻辑信道的RLC PDU承载同一个MACPDU中,称为多个业务在同一个MAC PDU中复用。不同业务的逻辑信道的RLC PDU承载在属于同一个MBSFN子帧的同一个或者不同MAC PDU,称为多个业务在同一个MBSFN中复用。
在下列的实施例中所述的业务,可以是MTCH信道的数据,也可以是MCCH信道的数据,也可以是MSCH信道的数据。
实施例一
在该实施例中,基站在业务数据的用户面协议数据块的协议头中,指示所述用户面协议数据块承载的业务的业务数据结束信息或业务数据边界信息。
所述业务的业务数据结束信息具体是指:所述业务在所述调度周期内的一次调度所需要发送的业务数据是否终结的信息。或者说,业务数据是否延续到后一个MBSFN子帧的信息,或者说,所对应的业务数据块是否为该业务在调度周期内需要发送的最后一个数据块。
在调度信息中还携带所述业务的业务数据在一个调度周期内的开始MBSFN子帧位置信息。
所述的业务数据结束信息携带在业务数据的用户面协议头中,具体的,可以有以下几种方式:
方式一:在MAC PDU中携带在当前MAC PDU中承载的业务数据对应的MAC子协议头(MAC SUB HEADER),MAC子协议头中携带有对应的业务的业务数据结束信息。作为优化的方法,如果在一个MAC PDU中携带有多个业务的数据,只需要在所述多个业务的最后一个业务所对应的MAC子协议头中携带所述最后一个业务的业务数据结束信息,非最后一个业务的根据业务数据的排序方法可知是肯定结束的。
优选的,业务数据结束信息表现为一个信息比特位。
方式二:在MAC PDU中携带指示在该MAC PDU承载的一个或多个业务的数据中的最后一个业务的业务数据结束信息。具体的,可以在MACPDU中定义的固定的协议头中,或者MAC PDU中定义的可选协议头中,携带指示在该MAC PDU中承载的一个和多个业务中的最后一个业务的业务数据结束信息。优选的,业务数据结束信息表现为一个信息比特位。
方式三:在RLC PDU中携带业务数据结束信息。优选的,在RLC PDU协议头中,携带指示所述信息的比特位。
所述的业务数据边界信息携带在业务数据的用户面协议头中,具体的,可以是如下方式:
在MAC PDU中携带在当前MAC PDU中承载的业务数据对应的MAC子协议头(MAC SUB HEADER),MAC子协议头中携带有对应的业务的业务数据的边界信息。对发送顺序相邻的两个业务的MAC SDU,所述业务数据边界信息(使用信息比特位表示)设置为不同的值。
如果UE需要接收一个业务,则通过读取调度信息,可以获得MBMS业务在一个调度周期内开始MBSFN子帧位置。UE在所述的开始MBSFN子帧开始接收该业务的数据。在接收过程中,如果UE读取到一个MAC PDU头或者RLC PDU中指示了所述业务在所述MAC PDU或者RLC PDU中结束,则UE认为在所述MAC PDU或者RLC PDU中的业务数据为所述业务在所述调度周期内发送的最后一部分数据。
如果在MAC PDU或者RLC PDU中指示了业务在当前调度周期的结束,则认为该业务在对应的MBSFN子帧中发送完毕在调度周期内需要发送的数据。
这样,如果UE需要接收的业务正好在一个MBSFN子帧中结束,也就是所述的业务是所述的MBSFN子帧中承载的最后一个业务,则UE可以通过本发明提供方法获知,所述业务在下一个MBSFN子帧中没有数据,这样UE可以避免读取下一个无线子帧才能判断所需要接受的业务数据是否已经结束的信息,从而节省了UE的电力。
对本实施例中的方式一,图4给出了一种详细的MAC PDU子协议头的设计方法作为可行的实现例子,如图4所示,定义了End比特用于指示“业务标识”所指示业务的业务数据结束信息。优选的,如果结束则定义为1,如果没有结束则定义为0。
如图5所示利用本方式的实际实施的例子,在该图中,在调度信息中携带了业务S1和业务S2的开始子帧位置信息,例如,业务S1对应MBSFN子帧为P1,业务S2的开始MBSFN子帧为P1+1。业务S1在MBSFN子帧P1承载的MAC PDU M1和MBSFN子帧P1+1承载的MAC PDU M2中都有业务数据,因此在MAC PDU M1中该业务对应的MAC子协议头中的End信息位指示没有结束,设置该End信息位为0,而在MAC PDU M2中,业务S1的数据全部发送完毕,则在MAC PDU M2中设置业务S1对应的MAC子协议头中的End信息位设置为1。对业务S2,其业务数据在MAC PDU M2中正好结束,则设置业务S2在MAC PDU 2中的MAC子选协议头中的End信息位设置为1。
对本实施例中的方式二,图6给出了一种详细的MAC PDU协议头的设计方法作为可行的实现例子,如图所示,该MAC PDU协议头定义了End比特用于指示在该MAC PDU中承载的一个和多个业务中的最后一个业务的业务数据结束信息。优选的,如果结束则定义为1,如果没有结束则定义为0。需要说明的是,该协议头优选的为一个MAC PDU中的固定协议头,本发明涉及的End比特和该协议头携带的业务标识没有必然的联系,也就是该协议中携带的业务标识对应的业务不一定是该MAC PDU中承载最后一个业务。
如图7所示利用本方式的实际实施的例子,在调度信息中携带了业务S1和业务S2的开始子帧位置信息,业务S1的开始MBSFN子帧为M1,业务S2的开始MBSFN子帧为M2。在MAC PDU M1中,承载了业务S1的数据,在MAC PDU M2中承载了业务S1和业务S2的数据。则在MAC PDUM1中承载的最后一个业务为业务S1,但该业务数据在MAC PDU M1中没有结束,因此设置MAC PDU中End信息位为0,而在MAC PDU M2中,业务S1的数据全部发送完毕,业务S2为MAC PDU 2承载的最后一个业务,其在调度周期内的业务数据在MAC PDU M2中也发送结束,则设MAC PDUM2中的MAC协议头中的End信息位设置为1,指示了该MAC PDU中的最后一个业务,也就是业务S2,的业务数据在该MAC PDU中发送完毕。
对本实施例中的携带业务数据边界信息的方式,图8给出了一种详细的MAC PDU协议头的设计方法作为可行的实现例子,如图所示,该MAC PDU协议头定义了MARK比特用于指示相邻不同业务数据的边界(即业务数据边界信息)。对不同的业务的MAC SDU对应的MAC PDU中,该MARK比特设置为不同的值。
如图9所示利用本方式的实际实施的例子,在调度信息中携带了业务S1和业务S2的开始子帧位置信息,业务S1的开始MBSFN子帧为M1,业务S2的开始MBSFN子帧为M2。在MAC PDU M1中,承载了业务S1的数据,在MAC PDU M2中承载了业务S1和业务S2的数据。因此对业务S1在子帧P1和P1+1中承载的MAC SDU对应的MAC头中的MARK信息位设置为1,业务S2的MAC SDU对应的MAC头中的MARK信息为设置为0。
以此类推,业务S2的下一个业务的MAC SDU对应的MAC头中设置该MARK位的值为1。
说明:在本实施例中所述的业务数据,是指一个业务在一个调度周期内的一次调度需要发送的数据,一个业务可以在一个调度周期有多次调度,在这种情况下,所述的业务数据在MBSFN子帧中结束的信息是指一个业务的一次调度对应的数据在所述MBSFN子帧中结束的信息。所述的业务数据边界信息是指一个业务的一次调度对应的数据和其他业务的一次调度的数据之间的边界。
本发明例中所述业务数据在MBSFN子帧中结束的信息,事实上是指所述的业务数据在所述MBSFN子帧承载的PMCH(MCH)信道的协议数据块中结束的信息。
实施例二
在该实施例中,基站在调度信息中,指示所述一个或多个业务的业务数据边界信息。
另外,所述调度信息中携带所述业务在一个调度周期内发送的业务数据位置数量信息。
上述的业务数据位置数量信息,可以是下面的一种:
1、业务数据位置数量信息方案一:业务数据在调度周期内开始发送的开始MBSFN子帧位置信息,优选的,该MBSFN子帧位置信息为MBSFN子帧在一个调度周期内的编号索引。
2、业务数据位置数量信息方案二:业务数据在调度周期内占用的MBSFN子帧数量,或者说承载有所属业务的业务数据的连续MBSFN子帧个数。
3、业务数据位置数量信息方案三:业务数据在调度周期内结束发送的MBSFN子帧位置信息,也就是承载所述业务的最后一个MBSFN子帧的位置信息,优选的,该MBSFN子帧位置信息为MBSFN子帧在一个调度周期内的编号索引。
上述的业务数据边界信息可以是下面的一种:
1、业务数据边界信息方案一:一个业务是否是承载其业务数据的最后一个MBSFN子帧中最后一个承载的业务,且该业务的在调度周期内的数据在所述的MBSFN子帧中结束发送。或者说,该业务的下一个业务是承载其业务数据的第一个MBSFN子帧中承载的第一个业务。或者说,该业务和下一个业务是否复用同一个MBSFN子帧承载的MAC PDU。优选的,一个业务的业务数据边界信息对应为调度信息中一个比特位。优选的,一个调度周期内发送的最后一个业务不需要配置该信息。优选的,如果一个业务不是承载其业务数据的最后一个MBSFN子帧中最后一个承载的业务,则在调度信息中不携带该业务数据边界信息。
2、业务数据边界信息方案二:一个业务是否是承载其业务数据的第一个MBSFN子帧承载的第一个业务,或者说,该业务的上一个业务是承载其业务数据的MBSFN子帧承载的最后一个业务,且所述的上一个业务在调度周期内的数据在前一个MBSFN子帧中结束发送。或者说,该业务和前一个业务是否复用同一个MBSFN子帧承载的MAC PDU。优选的,一个业务的业务数据边界信息对应为调度信息中的一个比特位。优选的,一个调度周内内发送的第一个业务不需要配置该信息。优选的,如果一个业务不是其承载业务数据的第一个MBSFN子帧承载的第一个业务,则在调度信息中不携带该业务数据边界信息。
3、业务数据边界信息方案三:指示两个相邻业务的业务数据是否同一个MBSFN子帧中承载,这种情况下,调度信息携带每两个相邻业务是否复用同一个MBSFN子帧的信息。每一对相邻业务的业务数据边界信息对应为调度信息中的一个比特位。优选的,如果一对相邻业务在同一个MBSFN子帧中复用,则调度信息中不携带所述相邻业务对的业务数据边界信息。
作为本发明的优选实施例,下面给出了几种业务数据位置数量信息和业务数据边界信息的组合:
组合方案一:业务数据位置数量信息方案一和业务数据边界信息方案一、二、或三的组合。
UE通过读取业务数据位置数量信息,获得一个业务在调度周期内开始发送的开始MBSFN子帧位置。
如果业务数据边界信息为业务数据边界信息方案一,则UE可读取该业务对应的业务数据边界信息比特位,获知该业务是否在承载其数据的最后一个MBSFN子帧承载的最后一个业务,并可根据上述信息得到承载该业务数据的最后一个MBSFN子帧位置信息。
具体的,例如业务S1,S2,其开始MBSFN子帧位置编号分别为P1,P2,如果业务S1所对应的业务数据边界信息指示业务S1为承载其数据的最后一个MBSFN子帧承载的最后一个业务,则承载业务S1数据的最后一个MBSFN子帧为P2-1,否则,承载业务S1的最后一个MBSFN子帧为P2。
如果业务数据边界信息为业务数据边界信息方案二,则UE可以根据需要读取业务的下一个业务对应的业务数据边界信息位指示,可以知道下一个业务是否承载其数据的第一个MBSFN子帧中承载的第一个业务。如果是,那么UE需要读取的业务在所述下一个业务的开始MBSFN子帧的前一个MBSFN子帧结束发送,UE不需要读取到下一个业务的开始MBSFN子帧,否则,UE需要接收下一个业务的开始MBSFN子帧,并可根据上述信息得到承载该业务的最后一个MBSFN子帧信息。
具体的,例如业务S1,S2,其开始MBSFN子帧位置编号分别为P1,P2,如果业务S2所对应的业务数据边界信息指示业务S1为承载其数据的第一个MBSFN子帧承载的第一个业务,则承载业务S1数据的最后一个MBSFN子帧为P2-1,否则,业务S1的最后一个MBSFN子帧为P2。
如果业务数据边界信息为业务数据边界信息方案三,则UE可以根据需要接收的业务和下一个业务这一对相邻业务所对应的边界信息,可知需要接收的业务和下一个业务是否存在复用到同一个MBSFN子帧的情况,如果是,则UE为接收需要接收的业务,需要读取下一个业务的开始MBSFN子帧,否则,UE不需要读取下一个业务的开始MBSFN子帧,并可得到该业务的最后一个MBSFN子帧位置信息。
具体的,例如业务S1,S2,其开始MBSFN子帧位置编号分别为P1,P2,如果业务S1和S2这一对相邻业务所对应的业务数据边界信息指示业务S1和S2没有复用到同一个MBSFN子帧,则承载业务S1数据的最后一个MBSFN子帧为P2-1,否则,业务S1的最后一个MBSFN子帧为P2。
组合二:业务数据位置数量信息方案二和业务数据边界信息方案一、二、或三的组合
UE通过读取业务数据位置数量信息,可以获得需要接收的业务在调度周期内占用的连续MBSFN子帧的数量,以及需要接收的业务之前的所有业务在所述调度周期内占用的连续MBSFN子帧数量。
如果业务数据边界信息为业务数据边界信息方案一,则UE可根据该业务之前的所有业务占用MBSFN子帧的数量信息和边界信息,并根据一个调度周期内承载第一个业务的第一个MBSFN子帧位置,可以得到该业务的开始MBSFN子帧位置信息。进一步的,UE根据该业务所占用的MBSFN子帧数量信息和MBSFN子帧开始位置信息,可以获得承载该业务的最后一个MBSFN子帧的位置信息。
具体的,例如业务S1,S2,其占用的MBSFN子帧数量分别为N1,N2,假设已知承载有业务S1的开始MBSFN子帧P1,则业务S1占用MBSFN子帧为P1+0到P1+N1-1,如果业务S1对应的业务数据边界信息指示业务S1为承载其数据的最后一个MBSFN子帧承载的最后一个业务,则业务S2的开始MBSFN子帧为P1+N1,否则,业务S2的开始MBSFN子帧编号为P1+N1-1。缺省的,调度周期内的第一个业务的开始MBSFN子帧位置为该周期第一个承载有业务数据的MBSFN子帧。
根据上述的方法,UE可以推算得到每一个业务的开始MBSFN子帧位置和结束位置。
如果业务数据边界信息为业务数据边界信息方案二,则UE可根据该业务以及该业务之前的所有业务占用MBSFN子帧的数量信息和边界信息,并根据一个调度周期内承载第一个业务的第一个MBSFN子帧位置,可以得到该业务的开始MBSFN子帧位置信息。进一步的,UE根据该业务所占用的MBSFN子帧数量信息,可以获得承载该业务的最后一个MBSFN子帧的位置信息。
具体的,例如业务S1,S2,其占用的MBSFN子帧数量分别为N1,N2,假设已知承载有业务S1的开始MBSFN子帧P1,业务S1占用MBSFN子帧为P1+0到P1+N1-1,如果业务S2对应的业务数据边界信息指示业务S2为承载其数据的第一个MBSFN子帧承载的第一个业务,则业务S2的开始MBSFN子帧为P1+N1,否则,业务2的开始MBSFN子帧编号为P1+N1-1。缺省的,调度周期内的第一个业务的开始MBSFN子帧位置为该周期第一个承载有业务数据的MBSFN子帧。
根据上述的方法,UE可以推算得到每一个业务的开始MBSFN子帧位置和结束位置。
如果业务数据边界信息为业务数据边界信息方案三,则UE根据需要接收的业务和下一个业务这一对相邻业务所对应的边界信息,可知需要接收的业务和下一个业务是否存在复用到同一个MBSFN子帧。UE根据业务占用的MBSFN子帧数量信息,和上述的相邻业务边界信息,推算得到承载业务的开始MBSFN子帧和最后一个MBSFN子帧位置。
具体的,例如业务S1,S2,其占用的MBSFN子帧数量分别为N1,N2,假设已知承载有业务S1的开始MBSFN子帧P1,则业务S1占用MBSFN子帧为P1+0到P1+N1-1,如果业务S1和S2这一对业务对应的业务数据边界信息指示业务S1和S2没有复用到同一个MBSFN子帧的数据,则业务S2的开始MBSFN子帧为P1+N1,否则,业务2的开始MBSFN子帧编号为P1+N1-1。缺省的,调度周期内的第一个业务的开始MBSFN子帧位置为该周期第一个承载有业务数据的MBSFN子帧。
根据上述的方法,UE可以推算得到每一个业务的开始MBSFN子帧位置和结束位置。
组合三:业务数据位置数量信息方案三和业务数据边界信息方案一、二、或三的组合
UE通过读取业务数据位置数量信息,可以获得需要接收的业务在调度周期内的最后一个MBSFN子帧位置信息,以及需要接收的业务前一个业务在所述调度周期内的最后一个MBSFN子帧位置信息。
如果业务数据边界信息为业务数据边界信息方案一,则UE可根据该业务之前的所有业务在调度周期内的结束MBSFN子帧位置信息,并根据该业务的前一个业务对应的业务数据边界信息,可以得到该业务的开始MBSFN子帧位置信息。
具体的,例如业务S1,S2,其结束的MBSFN子帧数位置信息分别为E1,E2,假设已知承载有业务S1的开始MBSFN子帧P1,则业务S1占用MBSFN子帧为P1+0到E1,如果业务S1对应的业务数据边界信息指示业务S1为承载其数据的最后一个MBSFN子帧承载的最后一个业务,则业务S2的开始MBSFN子帧为E1+1,否则,业务S2的开始MBSFN子帧编号为E1。
缺省的,调度周期内的第一个业务的开始MBSFN子帧位置为该周期第一个承载有业务数据的MBSFN子帧。
根据上述的方法,UE可以推算得到每一个业务的开始MBSFN子帧位置。
如果业务数据边界信息为业务数据边界信息方案二,则UE可根据前一个业务的结束MBSFN子帧位置信息,和该业务对应的业务数据边界信息,可以得到该业务的开始MBSFN子帧位置信息。
具体的,例如业务S1,S2,其结束的MBSFN子帧数位置信息分别为E1,E2,假设已知承载有业务S1的开始MBSFN子帧P1,则业务S1占用MBSFN子帧为P1+0到E1,如果业务S2对应的业务数据边界信息指示业务S2为承载其数据的第一个MBSFN子帧承载的第一个业务,则业务S2的开始MBSFN子帧为E1+1,否则,业务S2的开始MBSFN子帧编号为E1。
缺省的,调度周期内的第一个业务的开始MBSFN子帧位置为该周期第一个承载有业务数据的MBSFN子帧。
根据上述的方法,UE可以推算得到每一个业务的开始MBSFN子帧位置。
如果业务数据边界信息为业务数据边界信息方案三,UE根据其前一个业务的结束MBSFN子帧位置信息,和该业务与前一个业务这一对业务所对应的业务数据边界信息,可计算得到该业务的开始MBSFN子帧位置信息。
具体的,例如业务S1,S2,其结束的MBSFN子帧数位置信息分别为E1,E2,假设已知承载有业务S1的开始MBSFN子帧P1,则业务S1占用MBSFN子帧为P1+0到E1,如果业务S1和S2这一对相邻业务对应的业务数据边界信息指示业务S1和S2没有复用到同一个MBSFN子帧的数据,则业务S2的开始MBSFN子帧为E1+1,否则,业务S2的开始MBSFN子帧编号为E1。
缺省的,调度周期内的第一个业务的开始MBSFN子帧位置为该周期第一个承载有业务数据的MBSFN子帧。
根据上述的方法,UE可以推算得到每一个业务的开始MBSFN子帧位置。
上述的具体实施方法组合只是本方法优选的实施例,本方法还可以包含一个和多个业务数据位置数量信息和一个或多个业务数据边界信息的组合。
本发明中在实施例和实施例二中提出的方法,可以单独使用,也可以组合使用,例如在调度信息中携带业务数据的位置数量信息和业务数据边界信息,同时,在业务数据的用户面协议数据单元中携带业务数据结束信息。
说明:在本实施例中所述的业务数据,是指一个业务在一个调度周期内的一次调度需要发送的数据,一个业务可以在一个调度周期有多次调度,在这种情况下,所述的业务数据边界信息是指一个业务的一次调度对应的数据和其他业务的一次调度的数据之间的边界。
本发明例中所述业务数据在MBSFN子帧中开始、结束或复用,事实上是指所述业务数据在所述的MBSFN子帧承载的MCH(PMCH)信道协议数据单元中开始、结束或复用。
实施例三
本实施例提供了一种UE接收MBMS业务的方法。
UE通过读取基站发送的信令消息,具体的为MCCH消息,获得在一个调度周期内多个业务的发送顺序。
UE从调度周期内特定的MBSFN子帧开始连续的读取调度周期分配的MBSFN子帧。
所述的特定的MBSFN子帧可以是如下的情况:1、从该调度周期所分配的第一个MBSFN子帧开始;2、从该调度周期内第一个业务MTCH占据的第一个MBSFN子帧开始。
基站在发送给UE的协议数据块中携带业务数据是否结束的标识、或者说不同业务的边界标识信息。基站携带该业务数据结束的方法如本发明实施例之一所提供的方法。
UE根据上述的业务发送顺序和业务数据的结束信息,区别不同业务的数据的开始和结束,从而读取所需的业务的数据。
上述业务的类型可以包括下面一种或多种逻辑信道类型:MCCH、MTCH、MSCH。
作为本实施例提供方法的一个具体的实现例,如图10所示,在调度周期内两个MBSFN子帧对应的MAC PDU中复用了多个业务,其中有MBMS业务S1、S2、S3和MCCH。
在MCCH消息中,基站指示了MBMS业务的发送顺序为S1、S2、S3。
基站在MAC子头中携带了业务数据是否在该调度周期内结束的标识,或者说是业务之间的边界标识。该标识优选的表示为End信息位。具体的在该例中,业务S1的业务数据在MAC PDU1中结束发送,且为该MAC PDU中发送的最后一个业务,则S1在MAC PDU1中对应的MAC子头中End信息位标识为1。业务S2的业务数据从第二个MAC PDU开始发送,并在第二个MAC PDU中结束发送,则S2在MAC PDU2中对应的MAC子头中End信息位标识为1,同样,业务S3将延续到第三个MAC PDU,因此标识其End信息位为0。而在第三个MAC PDU,业务S3结束了发送,则在该MAC PDU中S3的MAC SDU对应的MAC子头中标识End信息位为1。
在该例子中,UE从第一个MBSFN子帧开始接收,获得如图中的三个MBSFN子帧对应的三个MAC PDU。
UE首先识别出承载MCCH的MAC SDU,具体的,在该实施例中,通过检测第一个MAC PDU中第一个MAC子头中业务标识得到第一个MACPDU中第一个MAC SDU承载的业务为MCCH。
可选的,UE根据MAC子头中携带的业务类型标识可知MAC SDU是否承载MBMS业务MTCH数据。
对第一个MAC PDU中的第二个MAC子头,UE根据其携带的End标识,可知该MAC子头对应的MAC SDU为一个业务在该调度周期内的完整数据。UE再根据业务发送顺序,可知该MAC SDU承载的业务为S1。那么第二个MAC PDU中的第一个MAC子头对应的MAC SDU对应为业务S2的开始。
UE检测第二个MAC PDU的第一个MAC子头,也就是业务S2的第一个MAC SDU的MAC子头,可知S2在该MAC PDU中结束。显然的,下一个MAC子头对应的MAC SDU承载的为业务S3的数据,并根据该MAC子头中End信息位可知业务S3在该MAC PDU中没有结束在该调度周期内的发送,也就是说业务S3的数据延续到第三个MAC PDU。
通过上述的过程,UE可以检测出MCCH、业务S1、S2、S3在一个调度周期内多个MBSFN子帧中的具体位置和数据。并且,只在MAC子头中标识了业务类型,而不用标识每个具体的业务的逻辑信道标识(LCID),从而节省了无线接口的资源开销。
说明:在本实施例中所述的业务数据,是指一个业务在一个调度周期内的一次调度需要发送的数据,一个业务可以在一个调度周期有多次调度,在这种情况下,基站指示UE每次调度的发送顺序,并通过调度信息指示每次调度的MBSFN子帧位置信息。而UE接收的方法和本实施例中说明的方法一致。
实施例四
本实施例提供了一种UE接收MBMS业务的方法。
在本实施例中,UE通过读取MCCH消息和调度信息,获得每个业务的开始和结束MBSFN子帧信息,多个业务的发送顺序信息。
具体的,上述的业务包括:承载MCCH、MSCH等控制消息的业务、承载MBMS业务的MTCH业务。
基站发送给UE的业务发送顺序信息中,包含承载MBMS业务的MTCH业务发送顺序、可选的,还可以包括MCCH、MSCH业务。
UE获得一个业务在一个调度周期内占据的MBSFN子帧位置信息,具体的,每个业务的开始MBSFN子帧,和结束MBSFN子帧,优选的,UE通过本发明实施例二提供的方法获得上述的业务在调度周期内的位置信息。
UE根据上述的业务发送顺序和业务的开始结束子帧位置信息,获得一个业务的业务数据。换一句话说,UE根据业务的发送顺序和业务的开始结束子帧信息,可以获得在每个MBSFN子帧承载的MCH信道的MAC PDU中多个业务的排列顺序,从而正确的读取业务。
具体的方法通过图11所示的例子说明:
在该例子中,UE首先获得了每个业务的发送顺序、每个业务的开始和结束子帧位置信息。如图11,业务S1的开始和结束子帧分别为M1,M1,业务S2的开始和结束子帧分别为M1、M1,业务S3的开始和结束子帧分别为M1和M2,业务S4的开始和结束子帧分布为M2和M2。
UE可知业务的发送顺序为S1、S2、S3、S4。
UE根据上述的信息可以知道:在MBSFN子帧M1承载的MCH信道的MAC PDU中,承载了3个业务的MAC SDU,分别的对应S1、S2和S3。在MBSFN子帧M2承载的MCH信道的MAC PDU中,承载了2个业务的MAC SDU,分别对应S3和S4。
如果UE需要接收S1,则UE从其开始子帧M1子帧开始读取,具体的,第一个MAC SDU的数据为S1信道的数据。
如果UE需要接受S2,则UE从其开始子帧M1开始读取,根据业务发送顺序可知,M1中第二个MAC SDU的数据为S2的数据。
如果UE需要接收S3,则UE从其开始子帧M1开始读取,根据业务发送顺序可知,M1中第三个MAC SDU的数据为S3的数据。又根据S3的结束子帧位置为M2,则UE需要读取到M2子帧,并根据M2子帧中业务的排列顺序可知第一个MAC SDU为S3的数据。这样,S3的数据包含了M1子帧中的第三个MAC SDU,M2子帧中的第一个MAC SDU。
根据上述的分析,UE根据业务的发送顺序和开始、结束子帧位置,即可分辨出每个业务在不同MAC PDU中的MAC SDU。从而正确的获得业务的数据。
在该方法中,并不需要在MAC SDU对应的MAC子头中标识不同的业务标识(LCID)来区别不同的业务。从而避免了无线接口的额外开销。
说明:在本实施例中所述的业务数据,是指一个业务在一个调度周期内的一次调度需要发送的数据,一个业务可以在一个调度周期有多次调度,在这种情况下,基站指示UE每次调度的发送顺序,并通过调度信息指示每次调度的MBSFN子帧位置信息。而UE接收的方法和本实施例中说明的方法一致。
当然,本发明还可有其它多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (17)

1.一种多媒体广播组播业务动态调度的指示方法,包括:
基站在用户面协议数据块的协议头中,指示所述用户面协议数据块承载的业务的业务数据结束信息或业务数据边界信息;以及
所述基站将所述用户面协议数据块发送给用户设备UE;
所述业务的业务数据结束信息具体是指:所述业务在所述调度周期内的一次调度所需要发送的业务数据是否终结的信息;
所述业务的业务数据边界信息是指:所述业务的一次调度对应的数据和其他业务的一次调度的数据之间的边界。
2.如权利要求1所述的指示方法,其特征在于,
基站在用户面协议数据块的协议头中指示业务数据结束信息,具体采用如下方式之一:
(1)在媒体接入控制MAC子协议头中携带对应的业务的业务数据结束信息;
(2)在媒体接入控制协议数据单元MAC PDU的协议头中携带在所述MAC PDU承载的一个或多个业务中的最后一个业务的业务数据结束信息;
(3)在无线链路控制协议数据单元RLC PDU协议头中携带业务数据结束信息。
3.如权利要求2所述的指示方法,其特征在于,
所述在媒体接入控制MAC子协议头中携带对应的业务的业务数据结束信息,具体是指:
若当前MAC PDU中携带有多个业务的数据,则仅在所述多个业务的最后一个业务所对应的MAC子协议头中携带所述最后一个业务的业务数据结束信息。
4.如权利要求1所述的指示方法,其特征在于,
所述基站在用户面协议数据块的协议头中指示业务数据边界信息,具体采用如下方式:
在MAC子协议头中携带对应的业务的业务数据边界信息;对发送顺序相邻的两个业务的MAC SDU,基站将所述的业务数据边界信息设置为不同的值。
5.如权利要求1~4中任意一项所述的指示方法,其特征在于,
所述业务数据结束信息或业务数据边界信息占用1个比特。
6.如权利要求1~4中任意一项所述的指示方法,其特征在于,
所述UE根据所述业务数据结束信息或业务数据边界信息,以及根据从基站获得的所述业务的发送顺序信息和/或所述业务在调度周期内的开始单频网多播广播MBSFN子帧位置信息,接收基站发送的MAC PDU,获得所述MAC PDU中每个MAC SDU承载的业务数据所对应的业务的信息。
7.一种多媒体广播组播业务动态调度的指示方法,包括:
基站在调度信息中,指示所述调度信息对应的调度周期内一个或多个业务的业务数据边界信息;以及
所述基站将所述调度信息发送给UE;
所述业务的业务数据边界信息具体为以下中的一种:
(1)所述业务是否是承载其业务数据的最后一个MBSFN子帧承载的最后一个业务的信息;即所述业务是否和其下一个业务复用MBSFN子帧的信息;
(2)所述业务是否是承载其业务数据的第一个MBSFN子帧承载的第一个业务的信息;即所述业务是否和其前一个业务复用MBSFN子帧的信息;
(3)每两个相邻业务是否复用同一个MBSFN子帧的信息。
8.如权利要求7所述的指示方法,其特征在于,
若业务的业务数据边界信息为:所述业务是否是承载其业务数据的最后一个MBSFN子帧承载的最后一个业务的信息,
则所述调度周期内发送的最后一个业务不配置所述业务数据边界信息,和/或,若所述业务不是承载其业务数据的最后一个MBSFN子帧承载的最后一个业务,则在所述调度信息中不携带所述业务的业务数据边界信息。
9.如权利要求7所述的指示方法,其特征在于,
若业务的业务数据边界信息为:所述业务是否是承载其业务数据的第一个MBSFN子帧承载的第一个业务的信息,
则所述调度周期内发送的第一个业务不配置所述业务数据边界信息,和/或,若所述业务不是承载其业务数据的第一个MBSFN子帧承载的第一个业务,则在所述调度信息中不携带所述业务的业务数据边界信息。
10.如权利要求7所述的指示方法,其特征在于,
若业务的业务数据边界信息为:每两个相邻业务是否复用同一个MBSFN子帧的信息,
则若所述相邻业务在同一个MBSFN子帧中复用,则在所述调度信息中不携带所述相邻业务的业务数据边界信息。
11.如权利要求7所述的指示方法,其特征在于,
所述调度信息还携带所述业务的业务数据位置数量信息,为以下的一种或多种组合:
(1)所述业务的业务数据在调度周期内开始发送的MBSFN子帧位置信息;
(2)所述业务的业务数据在调度周期内占用的MBSFN子帧数量;
(3)所述业务的业务数据在调度周期内结束发送的MBSFN子帧位置信息。
12.如权利要求7~11中任意一项所述的指示方法,其特征在于,
所述业务数据边界信息占用1个比特。
13.如权利要求11所述的指示方法,其特征在于,
所述UE根据所述业务数据边界信息和业务数据位置数量信息,从所述基站接收承载所述业务的MAC PDU,获得所述MAC PDU中每个MAC SDU承载的业务数据所对应的业务的信息。
14.一种多媒体广播组播业务动态调度的接收方法,包括:
基站在用户面协议数据块的协议头中,指示所述用户面协议数据块承载的业务的业务数据结束信息或业务数据边界信息,将所述用户面协议数据块发送给UE;
所述UE根据所述业务数据结束信息或业务数据边界信息,以及根据从基站获得的所述业务的发送顺序信息和/或所述业务在调度周期内的开始MBSFN子帧位置信息,接收基站发送的MAC PDU,获得所述MAC PDU中每个MAC SDU承载的业务数据所对应的业务的信息;
所述业务的业务数据结束信息具体是指:所述业务在调度周期内的一次调度所需要发送的业务数据是否终结的信息;
所述业务的业务数据边界信息是指:所述业务的一次调度对应的数据和其他业务的一次调度的数据之间的边界。
15.如权利要求14所述的接收方法,其特征在于,
基站在用户面协议数据块的协议头中指示业务数据结束信息,具体采用如下方式之一:
(1)在MAC子协议头中携带对应的业务的业务数据结束信息;
(2)在MAC PDU的协议头中携带在所述MAC PDU承载的一个或多个业务中的最后一个业务的业务数据结束信息;
(3)在无线链路控制协议数据单元RLC PDU协议头中携带业务数据结束信息。
16.一种多媒体广播组播业务动态调度的接收方法,包括:
基站在调度信息中指示所述调度信息对应的调度周期内一个或多个业务的业务数据边界信息,并将所述调度信息发送给UE;所述调度信息还携带所述业务的业务数据位置数量信息;
所述UE根据所述业务数据边界信息和业务数据位置数量信息,从所述基站接收承载所述业务的MAC PDU,获得所述MAC PDU中每个MAC SDU承载的业务数据所对应的业务的信息;
所述业务的业务数据边界信息具体为以下中的一种:
(1)所述业务是否是承载其业务数据的最后一个MBSFN子帧承载的最后一个业务的信息;即所述业务是否和其下一个业务复用MBSFN子帧的信息;
(2)所述业务是否是承载其业务数据的第一个MBSFN子帧承载的第一个业务的信息;即所述业务是否和其前一个业务复用MBSFN子帧的信息;
(3)每两个相邻业务是否复用同一个MBSFN子帧的信息。
17.如权利要求16所述的接收方法,其特征在于,
所述业务的业务数据位置数量信息,为以下的一种或多种组合:
(1)所述业务的业务数据在调度周期内开始发送的MBSFN子帧位置信息;
(2)所述业务的业务数据在调度周期内占用的MBSFN子帧数量;
(3)所述业务的业务数据在调度周期内结束发送的MBSFN子帧位置信息。
CN200910150620.2A 2009-06-19 2009-06-19 一种多媒体广播组播业务动态调度的指示和接收方法 Expired - Fee Related CN101931905B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200910150620.2A CN101931905B (zh) 2009-06-19 2009-06-19 一种多媒体广播组播业务动态调度的指示和接收方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200910150620.2A CN101931905B (zh) 2009-06-19 2009-06-19 一种多媒体广播组播业务动态调度的指示和接收方法

Publications (2)

Publication Number Publication Date
CN101931905A CN101931905A (zh) 2010-12-29
CN101931905B true CN101931905B (zh) 2014-12-10

Family

ID=43370762

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910150620.2A Expired - Fee Related CN101931905B (zh) 2009-06-19 2009-06-19 一种多媒体广播组播业务动态调度的指示和接收方法

Country Status (1)

Country Link
CN (1) CN101931905B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104185289A (zh) * 2013-05-23 2014-12-03 中兴通讯股份有限公司 基站、基站调度业务的方法
CN106559808B (zh) * 2015-09-28 2020-09-29 中兴通讯股份有限公司 媒体接入控制层处理方法及装置
CN109413590B (zh) * 2017-08-16 2022-04-29 中兴通讯股份有限公司 业务调度方法及装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1943138A (zh) * 2005-01-05 2007-04-04 摩托罗拉公司 用于调度和同步多媒体广播/组播业务的方法和设备

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1943138A (zh) * 2005-01-05 2007-04-04 摩托罗拉公司 用于调度和同步多媒体广播/组播业务的方法和设备

Also Published As

Publication number Publication date
CN101931905A (zh) 2010-12-29

Similar Documents

Publication Publication Date Title
CN101742572B (zh) 调度信息的传输方法和装置
CN101998274B (zh) 一种多媒体广播组播业务的调度和传输方法及其系统
KR101345179B1 (ko) 멀티미디어 브로드캐스트 멀티캐스트 서비스 동적 멀티플렉싱의 자원 할당 방법
CN101854589B (zh) 多媒体广播多播业务控制信令的传输方法和系统
CN101990166B (zh) 多媒体广播组播控制信道资源分配方法和系统
KR101468148B1 (ko) Mbms 서비스를 위한 제어 정보 구성 장치 및 방법
CN101931882B (zh) 多媒体广播多播业务的标识及接收方法与装置
US9094938B2 (en) Method and system for transmitting dynamic scheduling information
CN101931905B (zh) 一种多媒体广播组播业务动态调度的指示和接收方法
CN101998275A (zh) 多播控制信道的配置方法、装置及用户设备
CN101998269A (zh) 一种传输多媒体广播组播业务的调度信息的方法及系统
CN102036169B (zh) 一种确定mbms信息的方法、系统和装置
CN101541045B (zh) 一种多播信道资源分配方法
CN102035806B (zh) 一种传输动态调度信息的方法及系统
WO2010133121A1 (zh) 多媒体广播和组播业务传输信道承载的实现方法及系统
CN101925010A (zh) 一种多媒体广播组播业务调制编码方案确定方法和系统
CN105472569B (zh) 子帧资源的分配、处理方法及装置
CN101998253B (zh) 一种传输调度信息的方法及系统和网络侧设备
CN101877823B (zh) 一种多播广播业务的调度方法及装置
CN103997718A (zh) 一种传输动态调度信息的方法及系统
CN102196603B (zh) Mcch接收的方法、系统及装置
CN101938699B (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
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20141210

Termination date: 20170619