CN102036169B - 一种确定mbms信息的方法、系统和装置 - Google Patents

一种确定mbms信息的方法、系统和装置 Download PDF

Info

Publication number
CN102036169B
CN102036169B CN2009100939714A CN200910093971A CN102036169B CN 102036169 B CN102036169 B CN 102036169B CN 2009100939714 A CN2009100939714 A CN 2009100939714A CN 200910093971 A CN200910093971 A CN 200910093971A CN 102036169 B CN102036169 B CN 102036169B
Authority
CN
China
Prior art keywords
mbms
logic channel
carrying
mbms data
dispatching cycle
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.)
Active
Application number
CN2009100939714A
Other languages
English (en)
Other versions
CN102036169A (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.)
China Academy of Telecommunications Technology CATT
Datang Mobile Communications Equipment Co Ltd
Original Assignee
China Academy of Telecommunications Technology CATT
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 China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Priority to CN2009100939714A priority Critical patent/CN102036169B/zh
Publication of CN102036169A publication Critical patent/CN102036169A/zh
Application granted granted Critical
Publication of CN102036169B publication Critical patent/CN102036169B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例涉及无线通信技术，特别涉及一种确定MBMS信息的方法、系统和装置，用以解决UE在接收时并不知道需要接收的MBMS数据在什么位置出现，从而增加了UE监听时间的问题。本发明实施例的方法包括：根据调度周期中承载MBMS数据的逻辑信道，生成MBMS指示信息；将MBMS指示信息置于MAC PDU的MAC CE和/或MAC CE对应的MAC子头中；向用户终端发送MAC PDU，用于指示用户终端根据MBMS指示信息确定该调度周期中逻辑信道承载的MBMS数据。采用本发明实施例的方法能够指示用户终端调度周期中逻辑信道承载的MBMS数据，从而降低了用户终端的接收难度。

Description

一种确定MBMS信息的方法、系统和装置
技术领域
本发明涉及无线通信技术，特别涉及一种确定MBMS信息的方法、系统和装置。
背景技术
MBMS(Multimedia Broadcast Multicast Service，多媒体广播组播业务)用于为无线小区中的用户终端提供多媒体广播服务和多媒体组播服务。
MBMS可以进行单小区传输，也可以进行多小区传输。
MBMS的单小区传输是指MBMS只在一个指定小区的覆盖范围内传输，不支持对来自其他小区的MBMS传输的合并；MBMS的多小区传输采用MBSFN(Multicast Broadcast Single Frequency Network，组播单频网)传输方式，即：在同一时间以相同频率在多个小区同时发送完全相同的内容的传输方式，UE(用户终端)可以对多个小区同时发送的相同符号进行合并。
目前，MBMS通过相应的逻辑信道和传输信道进行传输。当前与MBMS传输相关的逻辑信道主要有：PCCH(Paging Control Channel，物理控制信道)，BCCH(Broadcast Control Channel，广播控制信道)，MCCH(Multicast ControlChannel，多播控制信道)和MTCH(Multicast Traffic Channel，多播业务信道)，传输信道主要有：PCH(Paging Channel；寻呼信道)，MCH(Multicast Channel，多播信道)和DL-SCH(Downlink Shared Channel，下行共享信道)。
其中MCCH是一个点到多点(point-to-multipoint)的下行信道，用于网络向UE传输MBMS相关的控制信息，一个MCCH可以对应于一个或多个MTCH(即：可以携带多个MTCH的配置信息)。
一个MBSFN区域中可以存在多个MCH，每个MCH可以有各自的MSAPoccasion配置信息(或调度配置信息)。MTCH是映射到MCH上的，每次MSAP(MCH Subframe Allocation Pattern，MCH子帧分配模式)occasion(时刻)周期(或MBMS调度周期)承载MBMS的MTCH有可能不相同，而目前UE通过MCCH只能知道MTCH的配置信息，但是很难确定MSAP occasion周期中哪些MTCH承载MBMS。
为了减少UE的电量消耗，当前的MBSFN发送过程中，同一业务对应的MTCH在每个MSAP occasion周期(或MBMS调度周期)采用所对应MCH中连续的MBSFN子帧进行传输。UE在接收时并不知道需要接收的业务在什么位置出现，所以增加了UE的监听时间。
综上所述，目前UE只能知道MTCH的配置信息，很难确定MSAP occasion周期中哪些逻辑信道承载MBMS，从而增加了UE的接收难度。
目前UE在接收时并不知道需要接收的MBMS数据在什么位置出现，从而增加了UE的监听时间。
发明内容
本发明实施例提供一种确定MBMS信息的方法和装置，用以解决UE在接收时并不知道需要接收的MBMS数据在什么位置出现，从而增加了UE监听时间的问题。
本发明实施例还提供一种确定MBMS信息的方法、系统和装置，用以解决UE很难确定MSAP occasion周期中哪些逻辑信道承载MBMS，从而增加了UE的接收难度。
本发明实施例提供的一种确定多媒体广播组播业务MBMS信息的方法，该方法包括：
根据调度周期中逻辑信道承载的MBMS数据，生成MBMS指示信息；
将所述MBMS指示信息置于媒体接入控制协议数据单元MAC PDU的媒体接入控制层控制单元MAC CE和/或MAC CE对应的MAC子头中；
向用户终端发送所述MAC PDU，用于指示所述用户终端根据所述MBMS指示信息确定该调度周期中逻辑信道承载的MBMS数据。
本发明实施例提供的一种确定多媒体广播组播业务MBMS信息的系统，该系统包括：
网络侧设备，用于根据调度周期中逻辑信道承载的MBMS数据，生成MBMS指示信息，将所述MBMS指示信息置于媒体接入控制协议数据单元MAC PDU的媒体接入控制层控制单元MAC CE和/或MAC CE对应的MAC子头中，发送所述MAC PDU。
用户终端，用于根据所述MBMS指示信息确定该调度周期中逻辑信道承载的MBMS数据。
本发明实施例提供的一种网络侧设备，该网络侧设备包括：
指示信息生成模块，用于根据调度周期中逻辑信道承载的多媒体广播组播业务MBMS数据，生成MBMS指示信息；
指示信息处理模块，用于将所述MBMS指示信息置于媒体接入控制协议数据单元MAC PDU的媒体接入控制层控制单元MAC CE和/或MAC CE对应的MAC子头中；
指示信息发送模块，用于向用户终端发送所述MAC PDU，用于指示所述用户终端根据所述MBMS指示信息确定该调度周期中逻辑信道承载的MBMS数据。
本发明实施例提供的另一种确定多媒体广播组播业务MBMS信息的方法，该方法包括：
根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成MBMS通知信息；
将所述MBMS通知信息置于媒体接入控制协议数据单元MAC PDU的媒体接入控制层业务数据单元MAC SDU对应的MAC子头中；
向用户终端发送所述MAC PDU，用于指示所述用户终端根据所述MBMS通知信息确定对应业务的业务状态，并根据业务状态确定监听逻辑信道的时间。
本发明实施例提供的另一种确定多媒体广播组播业务MBMS信息的系统，该系统包括：
网络侧设备，用于根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成MBMS通知信息，将所述MBMS通知信息置于媒体接入控制协议数据单元MAC PDU的媒体接入控制层业务数据单元MAC SDU对应的MAC子头中，发送所述MAC PDU；
用户终端，用于根据所述MBMS通知信息确定对应业务的业务状态，并根据业务状态确定监听逻辑信道的时间。
本发明实施例提供的另一种网络侧设备，该网络侧设备包括：
通知信息生成模块，用于根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成MBMS通知信息；
通知信息处理模块，用于将所述MBMS通知信息置于媒体接入控制协议数据单元MAC PDU的媒体接入控制层业务数据单元MAC SDU对应的MAC子头中；
通知信息发送模块，用于向用户终端发送所述MAC PDU，用于指示所述用户终端根据所述MBMS通知信息确定对应业务的业务状态，并根据业务状态确定监听逻辑信道的时间。
本发明实施例根据调度周期中逻辑信道的承载MBMS数据，生成MBMS指示信息，将MBMS指示信息置于MAC PDU(下行媒体接入控制协议数据单元)的MAC CE(下行媒体接入控制协议控制单元)和/或MAC CE对应的MAC子头中，向用户终端发送MAC PDU；用户终端根据MBMS指示信息确定该调度周期中逻辑信道承载的MBMS数据。由于能够指示用户终端调度周期中逻辑信道承载的MBMS数据，从而降低了用户终端的接收难度。
本发明实施例根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成MBMS通知信息，将MBMS通知信息置于MAC PDU的MACSDU(下行媒体接入控制协议业务数据单元)对应的MAC子头中，向用户终端发送MAC PDU；用户终端根据MBMS通知信息确定对应业务的业务状态，并根据业务状态确定监听逻辑信道的时间。由于能够指示用户终端MBMS数据在什么位置出现，从而减少了用户终端监听逻辑信道的时间。
附图说明
图1A为MAC PDU的结构示意图；
图1B为对应MAC SDU的MAC子头示意图；
图1C为对应MAC CE的MAC子头示意图；
图2为本发明实施例第一种确定MBMS信息的系统结构示意图；
图3为本发明实施例第一种网络侧设备的结构示意图；
图4为本发明实施例第一种确定MBMS信息的方法流程示意图；
图5为本发明实施例第一种MAC子头示意图；
图6为本发明实施例第二种MAC子头示意图；
图7为本发明实施例第二种确定MBMS信息的系统结构示意图；
图8为本发明实施例第二种网络侧设备的结构示意图；
图9为本发明实施例第二种确定MBMS信息的方法流程示意图；
图10为本发明实施例第三种MAC子头示意图。
具体实施方式
本发明实施例根据调度周期中逻辑信道承载的MBMS数据，生成MBMS指示信息，将MBMS指示信息置于MAC PDU(下行媒体接入控制协议数据单元)的MAC CE(下行媒体接入控制协议控制单元)和/或MAC CE对应的MAC子头中，向用户终端发送MAC PDU；用户终端根据MBMS指示信息确定该调度周期中逻辑信道承载的MBMS数据。由于能够指示用户终端调度周期中逻辑信道承载的MBMS数据，从而降低了用户终端的接收难度。
本发明实施例根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成MBMS通知信息，将MBMS通知信息置于MAC PDU的MACSDU(下行媒体接入控制协议业务数据单元)对应的MAC子头中，向用户终端发送MAC PDU；用户终端根据MBMS通知信息确定对应业务的业务状态，并根据业务状态确定监听逻辑信道的时间。由于能够指示用户终端MBMS数据在什么位置出现，从而减少了用户终端监听逻辑信道的时间。
其中，本发明实施例的MBMS信息可以是调度周期中逻辑信道承载的MBMS数据或监听承载MBMS数据的逻辑信道的时间。
如图1A所示，MAC PDU的结构示意图中，MAC PDU包括MAC头(MACheader)、0个或多个MAC业务数据单元(MAC SDU)、0个或多个MAC控制单元和可选的填充比特(padding)。
其中，MAC PDU头包括一个或多个子头(sub-deader)，每个MAC子头对应一个MAC SDU、MAC CE(控制单元)或padding。
对应MAC SDU的MAC子头如图1B所示，对应MAC CE的MAC子头如图1C所示。
每种MAC子头包含的域和具体含义各有不同，MAC子头中常见的域包括：
LCID(逻辑信道号)：用于标识MAC SDU的逻辑信道实体或MAC控制单元的类型或padding(填充)。
E(扩展域)：指示在MAC头中所在的MAC子头后面是否有后续域。
R(预留比特)：用于后续应用扩展，大小为2bits，由于本发明有些实施例会利用预留比特，所以在用到预留比特的实施例中可以根据需要用不同的名字命名该比特，比如扩展比特等。
F(格式域)：指示L的长度。
L(长度指示域)：用于指示MAC SDU或MAC控制单元的长度，单位为bit。
MCCH信令包含调度配置信息和MTCH的配置信息。调度配置信息可以包括：调度周期的长度、调度开始点、调度结束点、调度的持续时间长度等信息；MTCH的配置信息可以包括所承载的业务ID，以及对应的LCID等。另外，在有些协议中，调度配置信息又称为MSAP(MCH Subframe Allocation Pattern，MCH子帧分配模式)occasion(时刻)配置信息，相应地，调度周期的长度称为MSAP occasion周期长度、调度开始点称为MSAP occasion开始点、调度结束点称为MSAP occasion结束点、调度的持续时间长度称为MSAP occasion的持续时间长度。调度配置信息和MSAP occasion配置信息只是名称不同，具体的内容都相同，也就是说本发明实施例中的调度配置信息，可以采用MSAPoccasion(时刻)配置信息进行替代。本发明实施例的调度周期可以是MSAPoccasion周期或MBMS调度周期；本发明实施例的逻辑信道可以是多播业务信道和/或多播控制信道。
需要说明的是，MBMS业务和MBMS业务所对应的会话(session)的关系为：MBMS session为MBMS业务传送的一段时间，一个业务可以包含多个会话(session)。因此本发明中关于MBMS业务的相关描述也可以采用MBMS业务session的方式进行描述。
下面结合说明书附图对本发明实施例作进一步详细描述。
如图2为本发明实施例第一种确定MBMS信息的系统包括：网络侧设备10和用户终端20。
网络侧设备10，用于根据调度周期中逻辑信道承载的MBMS数据，生成MBMS指示信息，将MBMS指示信息置于MAC PDU的MAC CE和/或MACCE对应的MAC子头中，发送MAC PDU。
用户终端20，用于根据收到的来自网络侧设备10的MBMS指示信息确定该调度周期中逻辑信道承载的MBMS数据。
本发明实施例的网络侧设备10可以是基站，也可以是其他网络侧设备，还可以是新的网络侧设备。
如图3所示，本发明实施例第一种网络侧设备包括：指示信息生成模块100、指示信息处理模块110和指示信息发送模块120。
指示信息生成模块100，用于根据调度周期中逻辑信道承载的MBMS数据，生成MBMS指示信息。
指示信息处理模块110，用于将指示信息生成模块100生成的MBMS指示信息置于MAC PDU的MAC CE和/或MAC CE对应的MAC子头中。
指示信息发送模块120，用于向用户终端发送包含MBMS指示信息的MAC PDU，用于指示用户终端根据MBMS指示信息确定该调度周期中逻辑信道承载的MBMS数据。
其中，指示信息生成模块100生成MBMS指示信息的方式有很多种，下面列举几种。
方式一、采用bitmap(比特映射)形式通知用户终端承载MBMS数据的逻辑信道，或逻辑信道承载的MBMS数据对应的MBMS业务。
具体的，采用bitmap形式通知用户终端承载MBMS数据的逻辑信道中，指示信息生成模块100根据多播信道上承载的逻辑信道的数量，确定bitmap中比特位的数量，并确定bitmap中每个比特位对应的逻辑信道；根据调度周期中承载MBMS数据的逻辑信道，确定对应的比特位的值，并将bitmap作为MBMS指示信息，其中比特位的值表示该比特位对应的逻辑信道在本调度周期中是否承载MBMS数据。
根据需要，网络侧配置各多播信道(MCH)上承载的逻辑信道的数量可是不同的。如：MBSFN区域中存在两个多播信道：MCH1和MCH2。网络侧可以配置：MCH1承载10个逻辑信道，MCH2承载30个逻辑信道。另外，对于同一MCH，在不同的MCCH修改周期中，网络侧配置的逻辑信道也可以存在差别，如：第一个修改周期中，MCH1承载20个逻辑信道；第二个修改周期中MCH1承载16个逻辑信道。网络侧可以根据MBMS的业务量、业务属性及各MCH对应的资源等信息对各MCH上承载的逻辑信道进行配置。
比如网络侧配置多播信道上承载16个逻辑信道，则需要的bitmap中比特位的数量也是16，由于MAC CE对应的MAC子头包括一个字节，所以可以根据bitmap中比特位的数量增加字节数，或者MAC CE对应的MAC子头不增加字节数，bitmap所占用的字节全部或部分放置在MAC CE中。如图5所示，当采用在MAC CE对应的MAC子头增加bitmap对应的字节数时，由于bitmap中比特位的数量也是16，所以需要增加两个字节，则在第一字节之后再增加两个字节，也就是说后两排都是bitmap。
由于每个逻辑信道都有LCID，所以可以根据LCID对逻辑信道排序，然后确定比特位对应的逻辑信道，比如第一个比特位对应LCID是1(即00001)，第二个比特位对应LCID是2(即00010)，依次类推。
根据调度周期中承载MBMS数据的逻辑信道可以确定对应比特位的值。
比如“0”表示逻辑信道没有承载MBMS数据(即逻辑信道在本调度周期中没有被调度)，“1”表示逻辑信道承载MBMS数据(即逻辑信道在本调度周期中被调度)。
假设第一个逻辑信道(即LCID是1)没有承载MBMS数据，第二个逻辑信道(即LCID是2)承载MBMS数据，则bitmap前两个比特位就是01，依次类推。
具体的，采用bitmap形式通知用户终端逻辑信道承载的MBMS数据对应的业务中，指示信息生成模块100根据多播信道上承载的业务的数量，确定bitmap中比特位的数量，并确定bitmap中每个比特位对应的业务；根据调度周期中逻辑信道的承载MBMS数据对应的业务，确定对应的比特位的值，并将bitmap作为MBMS指示信息，其中比特位的值表示该比特位对应的业务在本调度周期中是否出现。
根据需要，网络侧配置各多播信道(MCH)上承载的业务的数量可是不同的。如：MBSFN区域中存在两个多播信道：MCH1和MCH2。网络侧可以配置：MCH1承载10个业务，MCH2承载30个业务。另外，对于同一MCH，在不同的MCCH修改周期中，网络侧配置的业务也可以存在差别，如：第一个修改周期中，MCH1承载20个业务；第二个修改周期中MCH1承载16个业务。网络侧可以根据MBMS的业务量、业务属性及各MCH对应的资源等信息对各MCH上承载的业务进行配置。
比如网络侧配置多播信道上承载16个业务，则需要的bitmap中比特位的数量也是16，由于MAC CE对应的MAC子头包括一个字节，所以可以根据bitmap中比特位的数量增加字节数，或者MAC CE对应的MAC子头不增加字节数，bitmap所占用的字节全部或部分放置在MAC CE中。如图5所示，当采用在MAC CE对应的MAC子头增加bitmap对应的字节数时，由于bitmap中比特位的数量也是16，所以需要增加两个字节，则在第一字节之后再增加两个字节，也就是说后两排都是bitmap。
用户终端确定哪些业务会出现后，根据业务和逻辑信道的对应关系就可以准确找到承载该业务对应的MBMS数据的逻辑信道。业务和逻辑信道的对应关系在MCCH中携带，UE可以通过监听MCCH获得。
具体比特位对应哪个逻辑信道或业务以及比特位的什么值表示逻辑信道没有承载MBMS数据或业务没有出现，什么值表示逻辑信道承载MBMS数据或业务出现，可以在协议中规定，也可以由网络侧设备和用户终端协商确定，还可以由网络侧设备通过系统广播或专用信令告知用户终端。
对于方式一，为了让用户终端知道bitmap中的比特位的数量，从而可以准确找到对应的逻辑信道是否承载MBMS数据，或对应的业务在本调度周期中是否出现。
具体的，指示信息生成模块100通过MCCH向用户终端发送多播信道上承载的MBMS业务的业务ID(标识)及其对应的逻辑信道的LCID，用于指示用户终端根据LCID的数量或MBMS业务的数量，确定bitmap中的比特位的数量。
由于将MBMS业务的业务标识ID及其对应的逻辑信道的LCID发送给用户终端，用户终端根据收到的多播信道上承载的业务的数量或逻辑信道的数量就能够知道bitmap中的比特位的数量。
然后根据比特位的值，就能够知道对应的逻辑信道上在调度周期内是否承载MBMS数据或对应的MBMS业务在在调度周期内是否被调度。
目前网络侧配置的多播信道上的逻辑信道一般不会在所有的调度周期中都承载MBMS数据或网络侧配置的多播信道上承载的MBMS业务一般不会在所有的调度周期中都调度，所以可以通过MAC CE对应的MAC子头中的保留比特(R)告知。
具体的，保留比特的值代表bitmap占用的字节数或比特数。比如只用其中的一个保留比特，则可以设定“0”代表2字节，“1”代表4字节，则当多播信道上承载的逻辑信道(或业务)(设为30个逻辑信道(或业务))中在当前调度周期中只调度了前面16个逻辑信道所对应的业务(或MCCH中指示的该多播信道上的前面16个业务)，则bitmap的比特位可以不是30个，而是16个，而且bitmap正好占用2个字节，可以将保留比特的值置为0。
如果两个保留比特一起用，可以表示4中不同的字节。
这种通知方式可以减少bitmap的字节数，但是这种通知方式，由于必须预先定好保留比特的值代表多少字节，所以只能在调度周期中按逻辑信道次序调度时最后一个承载MBMS数据的逻辑信道的索引小于等于保留比特的值代表的字节数或调度周期中按MCCH中指示的业务次序调度时最后一个业务对应的其在MCCH业务(或session)列表中的索引小于等于保留比特的值代表的字节数时才可以使用；相对于前面的通知方式有一定的局限性。
在具体实施过程中，具体采用哪种通知方式可以根据需要确定。
具体是前一个还是后一个或者是用1个保留比特还是两个保留比特，以及保留比特的值代表多少字节，可以在协议中规定，也可以由网络侧设备和用户终端协商确定，还可以由网络侧设备通过系统广播或专用信令告知用户终端。
针对方式一举一个实施例进行详细说明。
MAC CE对应的MAC子头的结构如图5所示，网络侧配置多播信道上承载16个逻辑信道。其中，在本调度周期中第2、4、5、7、9、11、13和15个逻辑信道承载MBMS数据，“0”表示逻辑信道没有承载MBMS数据，“1”表示逻辑信道承载MBMS数据，根据上述内容，生成的bitmap可以参见图5。
用户终端收到后，可以知道：
由于E域为1，因此该MAC CE子头后面接着其他MAC CE子头或MACSDU对应的MAC子头；LCID为01010，表示MAC SDU携带逻辑信道号为10的逻辑信道的数据。第二字节为01011010表示MAC PDU对应的调度周期内第2、4、5和7个逻辑信道承载MBMS数据，第三字节为10101010表示MAC PDU对应的调度周期内第9、11、13和15个逻辑信道承载MBMS数据。
上述实施过程还可以用于网络侧配置多播信道上承载16个MBMS业务的情况。由于过程类似，因此在此不再赘述。
方式二、采用LCID方式通知用户终端承载MBMS数据的逻辑信道。
具体的，指示信息生成模块110从网络侧为多播信道配置的所有MBMS的逻辑信道中，确定多播信道在调度周期中承载MBMS数据的每个逻辑信道的LCID或没有承载MBMS数据的每个逻辑信道的LCID；根据确定的LCID，生成LCID指示信息和业务指示信息，其中LCID指示信息表示确定的LCID的数量或LCID占用的字节数，业务指示信息表示确定的LCID对应的逻辑信道是承载MBMS数据的逻辑信道或没有承载MBMS数据的逻辑信道；将LCID指示信息、业务指示信息和确定的LCID作为MBMS指示信息。
具体确定调度周期中承载MBMS数据的每个逻辑信道的LCID还是没有承载MBMS数据的每个逻辑信道的LCID，可以比较承载MBMS数据的逻辑信道的数量是否小于没有承载MBMS数据的逻辑信道的数量。
具体的，指示信息生成模块100判断承载MBMS数据的逻辑信道的数量是否小于没有承载MBMS数据的逻辑信道的数量，如果是，则确定承载MBMS数据的每个逻辑信道的LCID；否则，确定没有承载MBMS数据的每个逻辑信道的LCID。
假设确定调度周期中承载MBMS数据的每个逻辑信道的LCID，则将每个逻辑信道的LCID都通知给用户终端。
由于用户终端并不知道有多少LCID，所以还需要通知用户终端确定的LCID的数量或LCID占用的字节数。
由于用户终端并不知道通知的LCID对应的逻辑信道是承载MBMS的逻辑信道，还是没有承载MBMS的逻辑信道，所以还需要通知用户终端携带的LCID对应的逻辑信道是否是承载MBMS的逻辑信道。
在具体实施过程中，业务指示信息可以用MAC CE对应的MAC子头中的保留比特(R)，比如“0”表示LCID对应的逻辑信道没有承载MBMS，“1”表示LCID对应的逻辑信道承载MBMS。
具体采用第一个预留比特还是第二个预留比特可以在协议中规定，也可以由网络侧设备和用户终端协商确定，还可以由网络侧设备通过系统广播或专用信令告知用户终端
LCID指示信息可以在第二字节中进行指示。
针对方式二举一个实施例进行详细说明。
MAC CE对应的MAC子头的结构如图6所示，假设采用第二个预留比特作为业务指示信息，“0”表示LCID对应的逻辑信道没有承载MBMS，“1”表示LCID对应的逻辑信道承载MBMS。
由于第一字节的第二个比特位为0，因此表示携带的LCID对应的逻辑信道没有承载MBMS；
由于E域为1，因此该MAC CE对应的MAC子头后面接着其他MAC CE子头或MAC SDU对应的子头；
由于第二个字节的前4个比特位为0001(即LCID指示信息)，因此占用一个字节来指示LCID；
由于第三个字节对应的前5个比特位为01101，表示没有承载MBMS的逻辑信道的标识为01101。
当然，LCID也可以从第二字节中LCID指示信息之后开始表示，具体从哪表示可以根据需要进行设定。
LCID指示信息占用多少比特位也可以根据需要进行设定。
由于网络侧设备会通过MCCH向用户终端发送每个多播信道上发送的MBMS业务及其对应的逻辑信道的LCID，所以只要知道没有承载MBMS的逻辑信道的标识及其所对应的MBMS业务，就可以推导出承载MBMS的逻辑信道的标识及其所对应的MBMS业务。
如果最后一个字节中的最后一个LCID后面还有剩余比特位，比如图6中，01101之后还有3个比特位，则可以用0进行填充，当然也可以用其他符号进行填充。
如图4所示，本发明实施例第一种确定MBMS信息的方法包括下列步骤：
步骤401、根据调度周期中逻辑信道承载的MBMS数据，生成MBMS指示信息。
步骤402、将MBMS指示信息置于MAC PDU的MAC CE和/或MAC CE对应的MAC子头中。
步骤403、向用户终端发送MAC PDU，用于指示用户终端根据MBMS指示信息确定该调度周期中逻辑信道承载的MBMS数据。
步骤401中，生成MBMS指示信息的方式有很多种，下面列举几种。
方式一、采用bitmap形式通知用户终端承载MBMS数据的逻辑信道，或逻辑信道承载的MBMS数据对应的MBMS业务。
具体的，采用bitmap形式通知用户终端承载MBMS数据的逻辑信道中，根据多播信道上承载的逻辑信道的数量，确定bitmap中比特位的数量，并确定bitmap中每个比特位对应的逻辑信道；根据调度周期中承载MBMS数据的逻辑信道，确定对应的比特位的值，并将bitmap作为MBMS指示信息，其中比特位的值表示该比特位对应的逻辑信道在本调度周期中是否承载MBMS数据。
根据需要，网络侧配置各MCH上承载的逻辑信道的数量可是不同的。如：MBSFN区域中存在两个多播信道：MCH1和MCH2。网络侧可以配置：MCH1承载10个逻辑信道，MCH2承载30个逻辑信道。另外，对于同一MCH，在不同的MCCH修改周期中，网络侧配置的逻辑信道也可以存在差别，如：第一个修改周期中，MCH1承载20个逻辑信道；第二个修改周期中MCH1承载16个逻辑信道。网络侧可以根据MBMS的业务量、业务属性及各MCH对应的资源等信息对各MCH上承载的逻辑信道进行配置。
比如网络侧配置多播信道上承载16个逻辑信道，则需要的bitmap中比特位的数量也是16，由于MAC CE对应的MAC子头包括一个字节，所以可以根据bitmap中比特位的数量增加字节数，或者MAC CE对应的MAC子头不增加字节数，bitmap所占用的字节全部或部分放置在MAC CE中。如图5所示，当采用在MAC CE对应的MAC子头增加bitmap对应的字节数时，由于bitmap中比特位的数量也是16，所以需要增加两个字节，则在第一字节之后再增加两个字节，也就是说后两排都是bitmap。
由于每个逻辑信道都有LCID，所以可以根据LCID对逻辑信道排序，然后确定比特位对应的逻辑信道，比如第一个比特位对应LCID是1(即00001)，第二个比特位对应LCID是2(即00010)，依次类推。
根据调度周期中承载MBMS数据的逻辑信道可以确定对应比特位的值。
比如“0”表示逻辑信道没有承载MBMS数据(即逻辑信道在本调度周期中没有被调度)，“1”表示逻辑信道承载MBMS数据(即逻辑信道在本调度周期中被调度)。
假设第一个逻辑信道(即LCID是1)没有承载MBMS数据，第二个逻辑信道(即LCID是2)承载MBMS数据，则bitmap前两个比特位就是01，依次类推。
具体的，采用bitmap形式通知用户终端逻辑信道承载的MBMS数据对应的业务中，根据多播信道上承载的业务的数量，确定bitmap中比特位的数量，并确定bitmap中每个比特位对应的业务；根据调度周期中逻辑信道的承载MBMS数据对应的业务，确定对应的比特位的值，并将bitmap作为MBMS指示信息，其中比特位的值表示该比特位对应的业务在本调度周期中是否出现。
根据需要，网络侧配置各多播信道(MCH)上承载的业务的数量可是不同的。如：MBSFN区域中存在两个多播信道：MCH1和MCH2。网络侧可以配置：MCH1承载10个业务，MCH2承载30个业务。另外，对于同一MCH，在不同的MCCH修改周期中，网络侧配置的业务也可以存在差别，如：第一个修改周期中，MCH1承载20个业务；第二个修改周期中MCH1承载16个业务。网络侧可以根据MBMS的业务量、业务属性及各MCH对应的资源等信息对各MCH上承载的业务进行配置。
比如网络侧配置多播信道上承载16个业务，则需要的bitmap中比特位的数量也是16，由于MAC CE对应的MAC子头包括一个字节，所以可以根据bitmap中比特位的数量增加字节数，或者MAC CE对应的MAC子头不增加字节数，bitmap所占用的字节全部或部分放置在MAC CE中。如图5所示，当采用在MAC CE对应的MAC子头增加bitmap对应的字节数时，由于bitmap中比特位的数量也是16，所以需要增加两个字节，则在第一字节之后再增加两个字节，也就是说后两排都是bitmap。
用户终端确定哪些业务会出现后，根据业务和逻辑信道的对应关系就可以准确找到承载该业务对应的MBMS数据的逻辑信道。业务和逻辑信道的对应关系在MCCH中携带，UE可以通过监听MCCH获得。
具体比特位对应哪个逻辑信道或业务以及比特位的什么值表示逻辑信道没有承载MBMS数据或业务没有出现，什么值表示逻辑信道承载MBMS数据或业务出现，可以在协议中规定，也可以由网络侧设备和用户终端协商确定，还可以由网络侧设备通过系统广播或专用信令告知用户终端。
对于方式一，为了让用户终端知道bitmap中的比特位的数量，从而可以准确找到对应的逻辑信道是否承载MBMS数据，或对应的业务在本调度周期中是否出现。
具体的，通过MCCH向用户终端发送多播信道上承载的MBMS业务的业务ID及其对应的逻辑信道的LCID，用于指示用户终端根据LCID的数量或MBMS业务的数量，确定bitmap中的比特位的数量。
由于将MBMS业务的业务标识ID及其对应的LCID发送给用户终端，用户终端根据收到的多播信道上承载的业务的数量或逻辑信道的数量就能够知道bitmap中的比特位的数量。
然后根据比特位的值，就能够知道对应的逻辑信道上在调度周期内是否承载MBMS数据或对应的MBMS业务在在调度周期内是否被调度。
目前网络中配置的多播信道上的逻辑信道一般不会在所有的调度周期中都承载MBMS数据或网络侧配置的多播信道上承载的MBMS业务一般不会在所有的调度周期中都调度，所以可以通过MAC CE对应的MAC子头中的保留比特(R)告知。
具体的，保留比特的值代表bitmap占用的字节数或比特数。比如只用其中的一个保留比特，则可以设定“0”代表2字节，“1”代表4字节，则当多播信道上承载的逻辑信道(或业务)(设为30个逻辑信道(或业务))中在当前调度周期中只调度了前面16个逻辑信道所对应的业务(或MCCH中指示的该多播信道上的前面16个业务)，则bitmap的比特位可以不是30个，而是16个，而且bitmap正好占用2个字节，可以将保留比特的值置为0。
如果两个保留比特一起用，可以表示4中不同的字节。
这种通知方式可以减少bitmap的字节数，但是这种通知方式，由于必须预先定好保留比特的值代表多少字节，所以只能在调度周期中按逻辑信道次序调度时最后一个承载MBMS数据的逻辑信道的索引小于等于保留比特的值代表的字节数或调度周期中按MCCH中指示的业务次序调度时最后一个业务对应的其在MCCH业务(或session)列表中的索引小于等于保留比特的值代表的字节数时才可以使用；相对于前面的通知方式有一定的局限性。
在具体实施过程中，具体采用哪种通知方式可以根据需要确定。
具体是前一个还是后一个或者是用1个保留比特还是两个保留比特，以及保留比特的值代表多少字节，可以在协议中规定，也可以由网络侧设备和用户终端协商确定，还可以由网络侧设备通过系统广播或专用信令告知用户终端。
针对方式一举一个实施例进行详细说明。
MAC CE对应的MAC子头的结构如图5所示，网络侧配置多播信道上承载16个逻辑信道。其中，在本调度周期中第2、4、5、7、9、11、13和15个逻辑信道承载MBMS数据，“0”表示逻辑信道没有承载MBMS数据，“1”表示逻辑信道承载MBMS数据，根据上述内容，生成的bitmap可以参见图5。
用户终端收到后，可以知道：
由于E域为1，因此该MAC CE子头后面接着其他MAC CE子头或MACSDU对应的MAC子头；LCID为01010，表示MAC SDU携带逻辑信道号为10的逻辑信道的数据。第二字节为01011010表示MAC PDU对应的调度周期内第2、4、5和7个逻辑信道承载MBMS数据，第三字节为10101010表示MAC PDU对应的调度周期内第9、11、13和15个逻辑信道承载MBMS数据。
上述实施过程还可以用于网络侧配置多播信道上承载16个MBMS业务的情况。由于过程类似，因此在此不再赘述。
方式二、采用LCID方式通知用户终端承载MBMS数据的逻辑信道。
具体的，从网络侧为多播信道配置的所有MBMS的逻辑信道中，确定多播信道在调度周期中承载MBMS数据的每个逻辑信道的LCID或没有承载MBMS数据的每个逻辑信道的LCID；根据确定的LCID，生成LCID指示信息和业务指示信息，其中LCID指示信息表示确定的LCID的数量或LCID占用的字节数，业务指示信息表示确定的LCID对应的逻辑信道是承载MBMS数据的逻辑信道或没有承载MBMS数据的逻辑信道；将LCID指示信息、业务指示信息和确定的LCID作为MBMS指示信息。
具体确定调度周期中承载MBMS数据的每个逻辑信道的LCID还是没有承载MBMS数据的每个逻辑信道的LCID，可以比较承载MBMS数据的逻辑信道的数量是否小于没有承载MBMS数据的逻辑信道的数量。
具体的，判断承载MBMS数据的逻辑信道的数量是否小于没有承载MBMS数据的逻辑信道的数量，如果是，则确定承载MBMS数据的每个逻辑信道的LCID；否则，确定没有承载MBMS数据的每个逻辑信道的LCID。
假设确定调度周期中承载MBMS数据的每个逻辑信道的LCID，则将每个逻辑信道的LCID都通知给用户终端。
由于用户终端并不知道有多少LCID，所以还需要通知用户终端确定的LCID的数量或LCID占用的字节数。
由于用户终端并不知道通知的LCID对应的逻辑信道是承载MBMS的逻辑信道，还是没有承载MBMS的逻辑信道，所以还需要通知用户终端携带的LCID对应的逻辑信道是否是承载MBMS的逻辑信道。
在具体实施过程中，业务指示信息可以用MAC CE对应的MAC子头中的保留比特(R)，比如“0”表示LCID对应的逻辑信道没有承载MBMS，“1”表示LCID对应的逻辑信道承载MBMS。
具体采用第一个预留比特还是第二个预留比特可以在协议中规定，也可以由网络侧设备和用户终端协商确定，还可以由网络侧设备告知用户终端
LCID指示信息可以在第二字节中进行指示。
如图7所示，本发明实施例第二种确定MBMS信息的系统包括：网络侧设备30和用户终端40。
网络侧设备30，用于根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成MBMS通知信息，将MBMS通知信息置于MAC PDU的MAC SDU对应的MAC子头中，发送MAC PDU。
用户终端40，用于根据收到的来自网络侧设备30的MBMS通知信息确定对应业务的业务状态，并根据业务状态确定监听逻辑信道的时间。
其中，本发明实施例的网络侧设备10和网络侧设备30可以是同一个网络侧设备；用户终端20和用户终端40也可以是同一个用户终端。
本发明实施例的网络侧设备30可以是基站，也可以是其他网络侧设备，还可以是新的网络侧设备。
如图8所示，本发明实施例第二种网络侧设备包括：通知信息生成模块300、通知信息处理模块310和通知信息发送模块320。
通知信息生成模块300，用于根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成MBMS通知信息。
通知信息处理模块310，用于将MBMS通知信息置于MAC PDU的MACSDU对应的MAC子头中。
通知信息发送模块320，用于向用户终端发送MAC PDU，用于指示用户终端根据MBMS通知信息确定对应业务的业务状态，并根据业务状态确定监听逻辑信道的时间。
其中，通知信息生成模块300生成MBMS指示信息的方式有很多种，下面列举几种。
方式一、通知用户终端业务在子帧上是否结束。
具体的，通知信息生成模块100根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成第一结束通知信息，并将第一结束通知信息作为MBMS通知信息；
其中，第一结束通知信息表示MBMS数据对应的业务在当前MBSFN(Multicast Broadcast Single Frequency Network，多播广播单频网络)子帧或该MBSFN子帧之后的第M个MBSFN子帧中是否结束，M是正整数。
由于告知了用户终端，MBMS数据对应的业务在当前MBSFN子帧或该MBSFN子帧之后的第M个MBSFN子帧中是否结束，用户终端就能够确定监听的时间，比如MBMS数据对应的业务在当前MBSFN子帧结束，用户终端就可以不继续监听。
由于每个MBSFN子帧都有对应的MAC SDU，也就有对应的MAC子头，所以通知信息处理模块100将MBMS通知信息置于该MBSFN子帧对应的MAC PDU的MAC SDU对应的MAC子头中。
也就是说，表示MBMS数据对应的业务在第X个MBSFN子帧或第X个MBSFN子帧之后的第M个MBSFN子帧中是否结束的第一结束通知信息，需要置于第X个MBSFN子帧对应的MAC子头中，X为正整数。
在具体实施过程中，可以将MAC子头的预留比特作为第一结束通知信息，比如“1”表示MBMS数据对应的业务在当前MBSFN子帧或该MBSFN子帧之后的第M个MBSFN子帧中结束，“0”表示MBMS数据对应的业务在MBSFN子帧或该MBSFN子帧之后的第M个MBSFN子帧中没有结束。
具体将第一个预留比特还是第二个预留比特，以及第一结束通知信息表示当前MBSFN子帧还是该MBSFN子帧之后的第M个MBSFN子帧，以及M的取值，可以在协议中规定，也可以由网络侧设备和用户终端协商确定，还可以由网络侧设备告知用户终端。
针对方式一举一个实施例进行详细说明。
MAC SDU对应的MAC子头第一个字节的结构如图10所示，假设第2个预留比特作为第一结束通知信息，“1”表示MBMS数据对应的业务在MBSFN子帧中结束，“0”表示MBMS数据对应的业务在MBSFN子帧中没有结束。
由于第2个预留比特是1，所以MBMS数据对应的业务在MBSFN子帧中结束；E域为0，表示该MAC子头后面即为MAC SDU；LCID为01010，表示MAC SDU携带逻辑信道号为10的MTCH的数据。
用户终端收到该MAC子头后，就知道MBMS数据对应的业务在MBSFN子帧中结束，从而知道不需要继续监听。
由于MBSFN子帧允许多个业务复用，而目前只能告知用户终端业务在哪个子帧开始，所以用户终端只能读取到后一个业务时才能知道前一个业务结束，使得用户终端每次都要多读取一段，浪费了时间和资源。
而方式一可以告知用户终端MBMS数据对应的业务在当前MBSFN子帧或该MBSFN子帧之后的第M个MBSFN子帧中是否结束，所以可以解决上述问题。
方式二、通知用户终端业务在后续调度周期中是否出现。
具体的，通知信息生成模块100根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成第二结束通知信息，并将第二结束通知信息作为MBMS通知信息；
其中，第二结束通知信息表示业务对应的MBMS数据在后续N个调度周期中是否出现，业务是该调度周期中当前MBSFN子帧承载的MBMS数据对应的业务，N是正整数。
由于告知了用户终端业务对应的MBMS数据在后续N个调度周期中是否出现，用户终端就能够确定监听的时间，比如MBMS数据在后续3个调度周期中出现，则用户终端就需要继续监听后续3个调度周期。
由于每个MBSFN子帧都有对应的MAC SDU，也就有对应的MAC子头，而一个调度周期中承载该业务的MBSFN有可能有多个，所以通知信息生成模块100需要将MBMS通知信息置于该调度周期中至少一个MBSFN子帧对应的MAC PDU中，其中至少一个MBSFN子帧是承载该业务对应的MBMS数据的MBSFN子帧。
也就是说，调度周期中承载该业务的多个MBSFN子帧对应的MAC子头中，可以选择至少一个MAC子头，并将第二结束通知信息置于选择的MAC子头中。
比如，可以选择调度周期中承载该业务的多个MBSFN子帧对应的MAC子头中的第一个和/或最后一个MAC子头；还可以选择调度周期中承载该业务的多个MBSFN子帧对应的MAC子头中的第Y1个和/或最后Y2个MAC子头，Y1和Y2是正整数；还可以是全部；还可以是满足一个周期关系的，比如周期是1，则可以选择第1、3、5......个MBSFN子帧，或者是第2、4、6......个MBSFN子帧。
在具体实施过程中，可以将MAC子头的预留比特作为第二结束通知信息，比如“0”表示业务对应的MBMS数据在后续N个调度周期中出现，“1”表示业务对应的MBMS数据在后续N个调度周期中没有出现。
具体将第一个预留比特还是第二个预留比特，以及M的取值，以及将第二结束通知消息置于哪些MBSFN子帧对应的MAC子头，可以在协议中规定，也可以由网络侧设备和用户终端协商确定，还可以由网络侧设备告知用户终端。
针对方式二举一个实施例进行详细说明。
MAC SDU对应的MAC子头第一个字节的结构如图10所示，假设第2个预留比特作为第二结束通知信息，“0”表示业务对应的MBMS数据在后续N个调度周期中出现，“1”表示业务对应的MBMS数据在后续N个调度周期中没有出现。
由于第2个预留比特是1，所以业务对应的MBMS数据在后续N个调度周期中没有出现；E域为0，表示该MAC子头后面即为MAC SDU；LCID为01010，表示MAC SDU携带逻辑信道号为10的MTCH的数据。
用户终端收到该MAC子头后，就知道业务对应的MBMS数据在后续N个调度周期中没有出现，从而知道不需要继续监听后续N个调度周期。
这里方式一和方式二一起通知，即将两个剩余比特一个作为第一结束通知信息，另一个作为第二结束通知信息，具体哪个剩余比特作为第一结束通知信息，哪个剩余比特作为第二结束通知信息，可以在协议中规定，也可以由网络侧设备和用户终端协商确定，还可以由网络侧设备告知用户终端。
方式三、通知用户终端业务在当前调度周期中是否结束。
具体的，通知信息生成模块100根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成第三结束通知信息，并将第三结束通知信息作为MBMS通知信息；
其中，第三结束通知信息表示该调度周期中当前MBSFN子帧承载的MBMS数据对应的业务在该调度周期结束是否。
由于告知了用户终端该调度周期中当前MBSFN子帧(即MAC子头对应的MBSFN子帧)承载的MBMS数据对应的业务在该调度周期结束是否，用户终端就能够确定监听的时间，比如业务在该调度周期没有结束，则用户终端需要继续监听下一个调度周期。
由于每个MBSFN子帧都有对应的MAC SDU，也就有对应的MAC子头，而一个调度周期中承载该业务的MBSFN有可能有多个，所以通知信息生成模块100需要将MBMS通知信息置于该调度周期中至少一个MBSFN子帧对应的MAC PDU中，其中至少一个MBSFN子帧是承载该业务对应的MBMS数据的MBSFN子帧。
也就是说，调度周期中承载该业务的多个MBSFN子帧对应的MAC子头中，可以选择至少一个MAC子头，并将第三结束通知信息置于选择的MAC子头中。
比如，可以选择调度周期中承载该业务的多个MBSFN子帧对应的MAC子头中的第一个和/或最后一个MAC子头；还可以选择调度周期中承载该业务的多个MBSFN子帧对应的MAC子头中的第Y1个和/或最后Y2个MAC子头，Y1和Y2是正整数；还可以是全部；还可以是满足一个周期关系的，比如周期是1，则可以选择第1、3、5......个MBSFN子帧，或者是第2、4、6......个MBSFN子帧。
在具体实施过程中，可以将MAC子头的预留比特作为第三结束通知信息，比如“0”表示当前MBSFN子帧承载的MBMS数据对应的业务在该调度周期结束，“1”表示当前MBSFN子帧承载的MBMS数据对应的业务在该调度周期没有结束。
具体将第一个预留比特还是第二个预留比特，以及M的取值，以及将第二结束通知消息置于哪些MBSFN子帧对应的MAC子头，可以在协议中规定，也可以由网络侧设备和用户终端协商确定，还可以由网络侧设备告知用户终端。
针对方式三举一个实施例进行详细说明。
MAC SDU对应的MAC子头第一个字节的结构如图10所示，假设第2个预留比特作为第二结束通知信息，“0”表示当前MBSFN子帧承载的MBMS数据对应的业务在该调度周期结束，“1”表示当前MBSFN子帧承载的MBMS数据对应的业务在该调度周期没有结束。
由于第2个预留比特是1，所以当前MBSFN子帧承载的MBMS数据对应的业务在该调度周期没有结束；E域为0，表示该MAC子头后面即为MACSDU；LCID为01010，表示MAC SDU携带逻辑信道号为10的MTCH的数据。
用户终端收到该MAC子头后，就知道当前MBSFN子帧承载的MBMS数据对应的业务在该调度周期没有结束，从而知道继续监听后续调度周期。
这里方式三可以和方式一或方式二一起通知，即将两个剩余比特一个作为第三结束通知信息，另一个作为第一或二结束通知信息，具体哪个剩余比特作为第三结束通知信息，哪个剩余比特作为第一或二结束通知信息，可以在协议中规定，也可以由网络侧设备和用户终端协商确定，还可以由网络侧设备告知用户终端。
如图9所示，本发明实施例第二种确定MBMS信息的方法包括下列步骤：
步骤901、根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成MBMS通知信息。
步骤902、将MBMS通知信息置于MAC PDU的MAC SDU对应的MAC子头中。
步骤903、向用户终端发送MAC PDU，用于指示用户终端根据MBMS通知信息确定对应业务的业务状态，并根据业务状态确定监听逻辑信道的时间。
步骤901中，生成MBMS指示信息的方式有很多种，下面列举几种。
方式一、通知用户终端业务在子帧上是否结束。
具体的，根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成第一结束通知信息，并将第一结束通知信息作为MBMS通知信息；
其中，第一结束通知信息表示MBMS数据对应的业务在当前MBSFN子帧或该MBSFN子帧之后的第M个MBSFN子帧中是否结束，M是正整数。
由于告知了用户终端，MBMS数据对应的业务在当前MBSFN子帧或该MBSFN子帧之后的第M个MBSFN子帧中是否结束，用户终端就能够确定监听的时间，比如MBMS数据对应的业务在MBSFN子帧结束，用户终端就可以不继续监听。
由于每个MBSFN子帧都有对应的MAC SDU，也就有对应的MAC子头，所以将MBMS通知信息置于该MBSFN子帧对应的MAC PDU的MAC SDU对应的MAC子头中。
也就是说，表示MBMS数据对应的业务在第X个MBSFN子帧或第X个MBSFN子帧之后的第M个MBSFN子帧中是否结束的第一结束通知信息，需要置于第X个MBSFN子帧对应的MAC子头中，X为正整数。
在具体实施过程中，可以将MAC子头的预留比特作为第一结束通知信息，比如“1”表示MBMS数据对应的业务在当前MBSFN子帧或该MBSFN子帧之后的第M个MBSFN子帧中结束，“0”表示MBMS数据对应的业务在MBSFN子帧或该MBSFN子帧之后的第M个MBSFN子帧中没有结束。
具体将第一个预留比特还是第二个预留比特，以及第一结束通知信息表示MBSFN子帧还是该MBSFN子帧之后的第M个MBSFN子帧，以及M的取值，可以在协议中规定，也可以由网络侧设备和用户终端协商确定，还可以由网络侧设备告知用户终端。
方式二、通知用户终端业务在后续调度周期中是否出现。
具体的，根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成第二结束通知信息，并将第二结束通知信息作为MBMS通知信息；
其中，第二结束通知信息表示业务对应的MBMS数据在后续N个调度周期中是否出现，业务是该调度周期中当前MBSFN子帧承载的MBMS数据对应的业务，N是正整数。
由于告知了用户终端业务对应的MBMS数据在后续N个调度周期中是否出现，用户终端就能够确定监听的时间，比如MBMS数据在后续3个调度周期中出现，则用户终端就需要继续监听后续3个调度周期。
由于每个MBSFN子帧都有对应的MAC SDU，也就有对应的MAC子头，而一个调度周期中承载该业务的MBSFN有可能有多个，所以需要将MBMS通知信息置于该调度周期中至少一个MBSFN子帧对应的MAC PDU中，其中至少一个MBSFN子帧是承载该业务对应的MBMS数据的MBSFN子帧。
也就是说，调度周期中承载该业务的多个MBSFN子帧对应的MAC子头中，可以选择至少一个MAC子头，并将第二结束通知信息置于选择的MAC子头中。
比如，可以选择调度周期中承载该业务的多个MBSFN子帧对应的MAC子头中的第一个和/或最后一个MAC子头；还可以选择调度周期中承载该业务的多个MBSFN子帧对应的MAC子头中的第Y1个和/或最后Y2个MAC子头，Y1和Y2是正整数；还可以是全部；还可以是满足一个周期关系的，比如周期是1，则可以选择第1、3、5......个MBSFN子帧，或者是第2、4、6......个MBSFN子帧。
在具体实施过程中，可以将MAC子头的预留比特作为第二结束通知信息，比如“0”表示业务对应的MBMS数据在后续N个调度周期中出现，“1”表示业务对应的MBMS数据在后续N个调度周期中没有出现。
具体将第一个预留比特还是第二个预留比特，以及M的取值，以及将第二结束通知消息置于哪些MBSFN子帧对应的MAC子头，可以在协议中规定，也可以由网络侧设备和用户终端协商确定，还可以由网络侧设备告知用户终端。
这里方式一和方式二一起通知，即将两个剩余比特一个作为第一结束通知信息，另一个作为第二结束通知信息，具体哪个剩余比特作为第一结束通知信息，哪个剩余比特作为第二结束通知信息，可以在协议中规定，也可以由网络侧设备和用户终端协商确定，还可以由网络侧设备告知用户终端。
方式三、通知用户终端业务在当前调度周期中是否结束
具体的，根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成第三结束通知信息，并将第三结束通知信息作为MBMS通知信息；
其中，第三结束通知信息表示该调度周期中当前MBSFN子帧承载的MBMS数据对应的业务在该调度周期结束是否。
由于告知了用户终端该调度周期中当前MBSFN子帧(即MAC子头对应的MBSFN子帧)承载的MBMS数据对应的业务在该调度周期结束是否，用户终端就能够确定监听的时间，比如业务在该调度周期没有结束，则用户终端需要继续监听下一个调度周期。
由于每个MBSFN子帧都有对应的MAC SDU，也就有对应的MAC子头，而一个调度周期中承载该业务的MBSFN有可能有多个，所以需要将MBMS通知信息置于该调度周期中至少一个MBSFN子帧对应的MAC PDU中，其中至少一个MBSFN子帧是承载该业务对应的MBMS数据的MBSFN子帧。
也就是说，调度周期中承载该业务的多个MBSFN子帧对应的MAC子头中，可以选择至少一个MAC子头，并将第三结束通知信息置于选择的MAC子头中。
比如，可以选择调度周期中承载该业务的多个MBSFN子帧对应的MAC子头中的第一个和/或最后一个MAC子头；还可以选择调度周期中承载该业务的多个MBSFN子帧对应的MAC子头中的第Y1个和/或最后Y2个MAC子头，Y1和Y2是正整数；还可以是全部；还可以是满足一个周期关系的，比如周期是1，则可以选择第1、3、5......个MBSFN子帧，或者是第2、4、6......个MBSFN子帧。
在具体实施过程中，可以将MAC子头的预留比特作为第三结束通知信息，比如“0”表示当前MBSFN子帧承载的MBMS数据对应的业务在该调度周期结束，“1”表示当前MBSFN子帧承载的MBMS数据对应的业务在该调度周期没有结束。
具体将第一个预留比特还是第二个预留比特，以及M的取值，以及将第二结束通知消息置于哪些MBSFN子帧对应的MAC子头，可以在协议中规定，也可以由网络侧设备和用户终端协商确定，还可以由网络侧设备告知用户终端。
这里方式三可以和方式一或方式二一起通知，即将两个剩余比特一个作为第三结束通知信息，另一个作为第一或二结束通知信息，具体哪个剩余比特作为第三结束通知信息，哪个剩余比特作为第一或二结束通知信息，可以在协议中规定，也可以由网络侧设备和用户终端协商确定，还可以由网络侧设备告知用户终端。
从上述实施例中可以看出：本发明实施例根据调度周期中逻辑信道承载的MBMS数据，生成MBMS指示信息；将MBMS指示信息置于MAC PDU的MAC CE和/或MAC CE对应的MAC子头中；向用户终端发送MAC PDU，用于指示用户终端根据MBMS指示信息确定该调度周期中逻辑信道承载的MBMS数据。
由于能够指示用户终端调度周期中逻辑信道承载的MBMS数据，从而降低了用户终端的接收难度。
本发明实施例根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成MBMS通知信息；将MBMS通知信息置于媒体接入控制协议数据单元MAC PDU的媒体接入控制层业务数据单元MAC SDU对应的MAC子头中；向用户终端发送MAC PDU，用于指示用户终端根据MBMS通知信息确定对应业务的业务状态，并根据业务状态确定监听逻辑信道的时间。
由于能够指示用户终端MBMS数据在什么位置出现，从而减少了用户终端监听逻辑信道的时间。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (13)

1.一种确定多媒体广播组播业务MBMS信息的方法，其特征在于，该方法包括：
根据调度周期中逻辑信道承载的MBMS数据，生成MBMS指示信息；
将所述MBMS指示信息置于媒体接入控制协议数据单元MAC PDU的媒体接入控制层控制单元MAC CE和/或MAC CE对应的MAC子头中；
向用户终端发送所述MAC PDU，用于指示所述用户终端根据所述MBMS指示信息确定该调度周期中逻辑信道承载的MBMS数据；
所述生成MBMS指示信息包括：根据多播信道上承载的逻辑信道的数量，确定比特映射bitmap中比特位的数量，并确定bitmap中每个比特位对应的逻辑信道；根据调度周期中承载MBMS数据的逻辑信道，确定对应的比特位的值，并将bitmap作为MBMS指示信息，所述比特位的值表示该比特位对应的逻辑信道在本调度周期中是否承载MBMS数据；或，
所述生成MBMS指示信息包括：根据多播信道上承载的MBMS业务的数量，确定bitmap中比特位的数量，并确定bitmap中每个比特位对应的业务；根据调度周期中逻辑信道的承载MBMS数据对应的业务，确定对应的比特位的值，并将bitmap作为MBMS指示信息，所述比特位的值表示该比特位对应的业务在本调度周期中是否出现；或，
所述生成MBMS指示信息包括：从网络侧为多播信道配置的所有MBMS的逻辑信道中，确定所述多播信道在调度周期中承载MBMS数据的每个逻辑信道的LCID或没有承载MBMS数据的每个逻辑信道的LCID；根据确定的LCID，生成LCID指示信息和业务指示信息，其中LCID指示信息表示确定的LCID的数量或LCID占用的字节数，业务指示信息表示确定的LCID对应的逻辑信道是承载MBMS数据的逻辑信道或没有承载MBMS数据的逻辑信道；将LCID指示信息、业务指示信息和确定的LCID作为MBMS指示信息。
2.如权利要求1所述的方法，其特征在于，所述调度周期中承载MBMS数据的逻辑信道是多播业务信道和/或多播控制信道。
3.如权利要求1所述的方法，其特征在于，所述向用户终端发送所述MAC PDU之前还包括：
通过MCCH向用户终端发送多播信道上承载的每个MBMS业务的业务标识ID及其对应的逻辑信道的逻辑信道号LCID，用于指示所述用户终端根据所述LCID的数量或MBMS业务的数量，确定bitmap中的比特位的数量。
4.如权利要求1所述的方法，其特征在于，所述确定调度周期中承载MBMS数据的每个逻辑信道的LCID或没有承载MBMS数据的每个逻辑信道的LCID包括：
判断承载MBMS数据的逻辑信道的数量是否小于没有承载MBMS数据的逻辑信道的数量，如果是，则确定承载MBMS数据的每个逻辑信道的LCID；否则，确定没有承载MBMS数据的每个逻辑信道的LCID。
5.一种网络侧设备，其特征在于，该网络侧设备包括：
指示信息生成模块，用于根据调度周期中逻辑信道承载的多媒体广播组播业务MBMS数据，生成MBMS指示信息；
指示信息处理模块，用于将所述MBMS指示信息置于媒体接入控制协议数据单元MAC PDU的媒体接入控制层控制单元MAC CE和/或MAC CE对应的MAC子头中；
指示信息发送模块，用于向用户终端发送所述MAC PDU，用于指示所述用户终端根据所述MBMS指示信息确定该调度周期中逻辑信道承载的MBMS数据；
所述指示信息生成模块用于：根据多播信道上承载的逻辑信道的数量，确定比特映射bitmap中比特位的数量，并确定bitmap中每个比特位对应的逻辑信道；根据调度周期中承载MBMS数据的逻辑信道，确定对应的比特位的值，并将bitmap作为MBMS指示信息，所述比特位的值表示该比特位对应的逻辑信道在本调度周期中是否承载MBMS数据；或，
所述指示信息生成模块用于：根据多播信道上承载的MBMS业务的数量，确定bitmap中比特位的数量，并确定bitmap中每个比特位对应的业务；根据调度周期中逻辑信道的承载MBMS数据对应的业务，确定对应的比特位的值，并将bitmap作为MBMS指示信息，所述比特位的值表示该比特位对应的业务在本调度周期中是否出现；或，
所述指示信息生成模块用于：从网络侧为多播信道配置的所有MBMS的逻辑信道中，确定所述多播信道在调度周期中承载MBMS数据的每个逻辑信道的LCID或没有承载MBMS数据的每个逻辑信道的LCID；根据确定的LCID，生成LCID指示信息和业务指示信息，其中LCID指示信息表示确定的LCID的数量或LCID占用的字节数，业务指示信息表示确定的LCID对应的逻辑信道是承载MBMS数据的逻辑信道或没有承载MBMS数据的逻辑信道；将LCID指示信息、业务指示信息和确定的LCID作为MBMS指示信息。
6.如权利要求5所述的网络侧设备，其特征在于，所述指示信息生成模块还用于：
通过MCCH向用户终端发送多播信道上承载的每个MBMS业务的业务标识ID及其对应的逻辑信道的逻辑信道号LCID，用于指示所述用户终端根据所述LCID的数量或MBMS业务的数量，确定bitmap中的比特位的数量。
7.如权利要求5所述的网络侧设备，其特征在于，所述指示信息生成模块还用于：
判断承载MBMS数据的逻辑信道的数量是否小于没有承载MBMS数据的逻辑信道的数量，如果是，则确定承载MBMS数据的每个逻辑信道的LCID；否则，确定没有承载MBMS数据的每个逻辑信道的LCID。
8.一种确定多媒体广播组播业务MBMS信息的方法，其特征在于，该方法包括：
根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成MBMS通知信息；
将所述MBMS通知信息置于媒体接入控制协议数据单元MAC PDU的媒体接入控制层业务数据单元MAC SDU对应的MAC子头中；
向用户终端发送所述MAC PDU，用于指示所述用户终端根据所述MBMS通知信息确定对应业务的业务状态，并根据业务状态确定监听逻辑信道的时间；
所述生成MBMS通知信息包括：根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成第一结束通知信息，并将所述第一结束通知信息作为MBMS通知信息；其中，所述第一结束通知信息表示MBMS数据对应的业务在当前多播广播单频网络MBSFN子帧或该MBSFN子帧之后的第M个MBSFN子帧中是否结束，M是正整数；或，
所述生成MBMS通知信息包括：根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成第二结束通知信息，并将所述第二结束通知信息作为MBMS通知信息；其中，所述第二结束通知信息表示所述业务对应的MBMS数据在后续N个调度周期中是否出现，所述业务是该调度周期中当前MBSFN子帧承载的MBMS数据对应的业务，N是正整数；或，
所述生成MBMS通知信息包括：根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成第三结束通知信息，并将所述第三结束通知信息作为MBMS通知信息；其中，所述第三结束通知信息表示该调度周期中当前MBSFN子帧承载的MBMS数据对应的业务在该调度周期是否结束。
9.如权利要求8所述的方法，其特征在于，将所述MBMS通知信息置于该MBSFN子帧对应的MAC PDU中。
10.如权利要求8所述的方法，其特征在于，将所述MBMS通知信息置于该调度周期中至少一个MBSFN子帧对应的MAC PDU中，其中所述至少一个MBSFN子帧是承载该业务对应的MBMS数据的MBSFN子帧。
11.一种网络侧设备，其特征在于，该网络侧设备包括：
通知信息生成模块，用于根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成MBMS通知信息；
通知信息处理模块，用于将所述MBMS通知信息置于媒体接入控制协议数据单元MAC PDU的媒体接入控制层业务数据单元MAC SDU对应的MAC子头中；
通知信息发送模块，用于向用户终端发送所述MAC PDU，用于指示所述用户终端根据所述MBMS通知信息确定对应业务的业务状态，并根据业务状态确定监听逻辑信道的时间；
所述通知信息生成模块用于：根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成第一结束通知信息，并将所述第一结束通知信息作为MBMS通知信息；其中，所述第一结束通知信息表示MBMS数据对应的业务在当前多播广播单频网络MBSFN子帧或该MBSFN子帧之后的第M个MBSFN子帧中是否结束，M是正整数；或，
所述通知信息生成模块用于：根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成第二结束通知信息，并将所述第二结束通知信息作为MBMS通知信息；其中，所述第二结束通知信息表示所述业务对应的MBMS数据在后续N个调度周期中是否出现，所述业务是该调度周期中当前MBSFN子帧承载的MBMS数据对应的业务，N是正整数；或，
所述通知信息生成模块用于：根据调度周期中逻辑信道承载的MBMS数据对应业务的业务状态，生成第三结束通知信息，并将所述第三结束通知信息作为MBMS通知信息；其中，所述第三结束通知信息表示该调度周期中当前MBSFN子帧承载的MBMS数据对应的业务在该调度周期是否结束。
12.如权利要求11所述的网络侧设备，其特征在于，所述通知信息处理模块用于：
将所述MBMS通知信息置于该MBSFN子帧对应的MAC PDU的MACSDU对应的MAC子头中。
13.如权利要求11所述的网络侧设备，其特征在于，所述通知信息处理模块用于：
将所述MBMS通知信息置于该调度周期中至少一个MBSFN子帧对应的MAC PDU中，其中所述至少一个MBSFN子帧是承载该业务对应的MBMS数据的MBSFN子帧。
CN2009100939714A 2009-09-25 2009-09-25 一种确定mbms信息的方法、系统和装置 Active CN102036169B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2009100939714A CN102036169B (zh) 2009-09-25 2009-09-25 一种确定mbms信息的方法、系统和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2009100939714A CN102036169B (zh) 2009-09-25 2009-09-25 一种确定mbms信息的方法、系统和装置

Publications (2)

Publication Number Publication Date
CN102036169A CN102036169A (zh) 2011-04-27
CN102036169B true CN102036169B (zh) 2013-10-02

Family

ID=43888359

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2009100939714A Active CN102036169B (zh) 2009-09-25 2009-09-25 一种确定mbms信息的方法、系统和装置

Country Status (1)

Country Link
CN (1) CN102036169B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102325377B (zh) * 2011-05-24 2014-08-06 电信科学技术研究院 一种资源调度指示方法及装置
WO2013026186A1 (zh) * 2011-08-19 2013-02-28 华为技术有限公司 握手信息的传输方法及设备
CN102333281A (zh) * 2011-09-29 2012-01-25 中兴通讯股份有限公司 一种获取mbms信息的方法及装置
WO2015123892A1 (zh) * 2014-02-24 2015-08-27 华为技术有限公司 一种资源分配方法、装置及系统
US10484908B2 (en) * 2017-05-02 2019-11-19 Motorola Mobility Llc Indication for a transport block

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1476198A (zh) * 2002-08-15 2004-02-18 ��������ͨ�ż����о����޹�˾ 利用小区广播的mbms的业务广告或业务指示的方法
CN1773948A (zh) * 2004-11-11 2006-05-17 华为技术有限公司 一种读取多媒体广播/组播服务接入信息的方法
CN101027928A (zh) * 2004-09-24 2007-08-29 Lg电子株式会社 在无线通信系统中发送/接收点对多点服务
CN101218821A (zh) * 2005-08-23 2008-07-09 Lg电子株式会社 在移动通信系统中发送和接收mbms服务的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1476198A (zh) * 2002-08-15 2004-02-18 ��������ͨ�ż����о����޹�˾ 利用小区广播的mbms的业务广告或业务指示的方法
CN101027928A (zh) * 2004-09-24 2007-08-29 Lg电子株式会社 在无线通信系统中发送/接收点对多点服务
CN1773948A (zh) * 2004-11-11 2006-05-17 华为技术有限公司 一种读取多媒体广播/组播服务接入信息的方法
CN101218821A (zh) * 2005-08-23 2008-07-09 Lg电子株式会社 在移动通信系统中发送和接收mbms服务的方法

Also Published As

Publication number Publication date
CN102036169A (zh) 2011-04-27

Similar Documents

Publication Publication Date Title
KR101500474B1 (ko) Mbms 카운팅 응답 요청 및 피드백 방법
CN101262626B (zh) Mbms的信道传输方法及系统、网络侧和终端
CN101969602B (zh) 信道内容变更通知及信道重检测方法、系统和设备
CN102301751B (zh) 无线网络中的广播和/或组播的通信方法及其装置
CN101998274B (zh) 一种多媒体广播组播业务的调度和传输方法及其系统
CN101998246B (zh) 一种调度信息的收发方法及设备
CN102088775A (zh) 竞争资源的分配方法、系统及装置
CN102036169B (zh) 一种确定mbms信息的方法、系统和装置
CN101873530A (zh) 一种信息获取方法及装置
CN101841773A (zh) 资源指示方法和终端
CN105635984A (zh) 指示信息处理方法及装置
CN102036178B (zh) 一种发送、传输mbms通知指示信息的系统及方法
CN102083004B (zh) 一种多媒体广播\组播服务业务数据的收发方法及设备
CN101998281A (zh) 一种传输数据的方法、系统和装置
CN101849420B (zh) 多基站mbs的无线资源调度方法及占用信息发送方法
CN101931882B (zh) 多媒体广播多播业务的标识及接收方法与装置
CN101771942B (zh) 多媒体广播组播业务分组的方法，设备及系统
CN101931869B (zh) 动态调度信息发送、接收方法及其相关设备
CN101998276A (zh) 一种传输动态调度信息的方法及系统
CN101278502A (zh) 数据传输系统、数据传输方法和基站
CN101998269A (zh) 一种传输多媒体广播组播业务的调度信息的方法及系统
US20120269108A1 (en) Configuration Method, Device and System for Resource Occupied by Multicast Control Channel
CN101931905B (zh) 一种多媒体广播组播业务动态调度的指示和接收方法
CN101959135B (zh) 一种资源指示方法及增强型基站
CN105472569B (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
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20210531

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY