CN101998262B - 多播广播组播业务通知信息的配置方法及装置 - Google Patents

Abstract

本发明公开了一种多播广播组播业务通知信息的配置方法及装置。该方法包括：发送端配置多播广播组播业务通知信息，其中，所述多播广播组播业务通知信息中至少包括以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息。本发明节省了终端的耗电量。

Description

多播广播组播业务通知信息的配置方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种多播广播组播业务(Multimedia Broadcast Multicast Service，简称为MBMS)通知信息的配置方法及装置。

背景技术

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

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

MBMS业务的特点是业务的数据量大，终端接收时持续时间长，平均数据率恒定。上述特点决定了MBMS业务的调度，控制信令配置都是半静态配置的，即MBMS业务的调度信息，多播控制信道(Multicast Control Channel，简称为MCCH)信息都是“长期”保持不变的，这样在MCCH信息的发送周期到来时，网络侧发送一个不变的信息(连续发送是因为随时都可能有新用户接入)。目前为了帮助终端在接收MCCH信息时省电，提出了MCCH信息周期性发送。具体为MCCH信息有重复周期，修改周期(关于MCCH信息是否有修改周期目前还没有最终确定，正在讨论中，大部分公司支持引入修改周期，所以我们这里假设MCCH信息有修改周期)。修改周期一般为重复周期的整数倍，一个修改周期内包含多个重复周期，修改周期内的每个重复周期到来时，网络侧都发送一次MCCH信息，每次发送的MCCH信息都是相同的，只有在修改周期到来时才允许修改MCCH信息。这样可以减少终端减少接收MCCH信息的次数，从而实现一定程度的省电。

另一方面，通过引入MBMS通知机制帮助终端避免接收没有发生的更新的MCCH信息。MBMS通知机制同样可以实现MCCH信息的修改周期的功能，甚至可以比修改周期做的更好。最新形成的结论如下：

结论(Agreements)：

(1)设置一个MCCH修改周期(Will have an MCCHmodification period)。

(2)设置一个通知机制(We will have a notificationmechanism)。

(3)通知机制用于会话开始，正在接收服务的用户在每个修改周期读取MCCH(Notification mechanism will be used for sessionstarts.UE receiving a service will have to read the MCCH everymodification period)。

(4)空闲用户只需要在每个寻呼时机或另外的唤醒时机来检查通知消息(UE in IDLE only needs to check the notification during itspaging occasion or does the UE wakeup additionally(FFS))。

(5)如果用户接收到通知消息，在下一个MCCH修改周期时读取MCCH信息(If the UE sees the notification，it will acquire theMCCH after the next MCCH modification period boundary)。

(6)物理下行控制信道(Physical Downlink Control CHannel，简称为PDCCH)使用MBMS专用无线网络临时标识(MBMS RadioNetwork Temporary Identifier，简称为M-RNTI)为通知消息(PDCCHwith new MBMS Specific M-RNTI is used for notification)。

从以上描述可以看出：MBMS通知机制被引入的同时引入了MCCH信息修改周期。但是，对于MBMS通知信息进行了一些限制，例如，MBMS通知机制仅用于业务会话开始(session start)之前，当接收端正在接收MBMS业务时，应该保持每个MCCH信息修改周期读取MCCH信息。并且引入M-RNTI为了帮助接收端在PDCCH中接收通知信息。如果定义的MBMS通知信息是用来指示即将到来的MCCH信息修改周期中MCCH信息与上一个修改周期的MCCH信息相比，是否发生了更新，使用1比特信息表示即可实现(该比特取值为1，表示更新，取值为0，表示未更新)，但是，这样做可能由于MBMS通知信息指示不清，而给造成更多的接收端接收解析MCCH信息。下面举例说明。

例1，假设某一多播广播单频网络(Multimedia Broadcastmulticast service Single Frequency Network，简称为MBSFN)区域内有100个MBMS业务，每个业务在不同的时刻会话开始(sessionstart)，在不同的时刻会话结束(session stop)，或者在不同时刻有MBMS业务数据更新(即，MBSFN子帧配置发生更新)。这些都是可以引起MCCH信息发生更新的因素。当然可能还有其他的原因，由于目前MCCH信息中明确包含上述信息，其他信息有待MCCH信息本身的进一步完善。如果MBMS通知信息内容仅为1比特时，会带来下面的问题，例如，当某一MBMS业务由于会话结束，而引起MCCH信息发生更新，这样其实只对正在接收MBMS业务的终端有效，但是对于没有接收，正在准备接收自己感兴趣的业务的接收端是无效的，这类终端只对于会话开始引起的MCCH信息更新感兴趣，但是如果仅使用1比特，会造成所有终端都要重新读取MCCH信息。MBMS通知信息和MCCH信息相比较，数据量很大，终端读取MCCH信息是比较费电的。

发明内容

针对相关技术可能由于MBMS通知信息指示不清而造成更多的接收端接收解析MCCH信息的问题而提出本发明，为此，本发明的主要目的在于提供一种MBMS通知信息的配置方法，以解决上述问题。

为了实现上述目的，根据本发明的一个方面，提供了一种多播广播组播业务通知信息的配置方法。

根据本发明的多播广播组播业务通知信息的配置方法包括：发送端配置多播广播组播业务通知信息，其中，多播广播组播业务通知信息中至少包括以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息。

优选地，会话开始指示信息用于指示由于一个或者多个多播广播组播业务数据开始发送而引起的多播控制信道信息更新；会话结束指示信息用于指示由于一个或者多个多播广播组播业务数据结束发送而引起的多播控制信道信息更新；会话更新指示信息用于指示由于某一个或者多个多播广播组播业务数据更新发送而引起的多播控制信道信息更新；数据更新指示信息用于指示由于多播广播单频网络子帧资源的配置发生更新而引起的多播控制信道信息更新。

优选地，当多播广播组播业务通知信息的数据量小于预定阈值时，对多播广播组播业务通知信息重复预定次数后，添加循环冗余码检验比特，使用多播广播业务无线网络临时标识对循环冗余码检验比特加扰。

优选地，在发送端配置多播广播组播业务通知信息之后，上述方法还包括：发送端在非多播广播单频网络子帧上发送第一多播广播组播业务通知信息，并在多播广播单频网络子帧上发送第二多播广播组播业务通知信息。

优选地，在发送端配置多播广播组播业务通知信息之后，上述方法还包括：发送端在寻呼消息的寻呼时机的子帧上发送第一多播广播组播业务通知信息，并在多播控制信道修改周期处的承载多播控制信道信息的子帧上发送第二多播广播组播业务通知信息。

优选地，第一多播广播组播业务通知信息包括：会话开始指示信息，第二多播广播组播业务通知信息包括至少以下之一：会话结束指示信息、会话更新指示信息、数据更新指示信息。

优选地，第一多播广播组播业务通知信息包括：会话开始指示信息，第二多播广播组播业务通知信息包括至少以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息。

优选地，第一多播广播组播业务通知信息包括：会话开始指示信息，第二多播广播组播业务通知信息包括用于指示多播控制信道信息是否有更新的多播控制信道更新指示信息。

优选地，第一多播广播组播业务通知信息包括：会话开始指示信息，第二多播广播组播业务通知信息包括用于指示多个不同的多播控制信道信息各自是否发生了更新的指示信息。

优选地，在只发送第一多播广播业务通知信息、且不发送第二多播广播业务通知信息的情况下，第一多播广播组播业务通知信息包括至少以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息。

优选地，在只发送第二多播广播业务通知信息、且不发送第一多播广播业务通知信息的情况下，第二多播广播组播业务通知信息包括至少以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息。

优选地，在只发送第一多播广播组播业务通知信息、且不发送第二多播广播业务通知信息，或者只发送第二多播广播组播业务通知信息、且不发送第一多播广播业务通知信息的情况下，第一多播广播组播业务通知信息或者第二多播广播组播业务通知信息包括至少以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息、用于指示多个不同的多播控制信道信息各自是否发生了更新的指示信息、用于指示引起每个多播控制信道更新的原因。

优选地，第一多播广播组播业务通知信息包括至少以下之一：会话开始指示信息、用于指示多个不同的多播控制信道信息各自是否发生了更新的指示信息、用于指示引起每个多播控制信道更新的原因，第二多播广播组播业务通知信息包括至少以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息、用于指示多个不同的多播控制信道信息各自是否发生了更新的指示信息、用于指示引起每个多播控制信道更新的原因。

为了实现上述目的，根据本发明的另一个方面，提供了一种多播广播组播业务通知信息的配置装置。

根据本发明的多播广播组播业务通知信息的配置装置包括：配置模块，用于配置多播广播组播业务通知信息，其中，多播广播组播业务通知信息中至少包括以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息。

优选地，配置模块包括：重复子模块，用于在多播广播组播业务通知信息的数据量小于预定阈值的情况下，对多播广播组播业务通知信息重复预定次数；添加子模块，用于对多播广播组播业务通知信息添加循环冗余码检验比特；加扰子模块，用于使用多播广播业务无线网络临时标识对循环冗余码检验比特加扰。

优选地，第一发送模块，用于在非多播广播单频网络子帧上发送配置模块配置的第一多播广播组播业务通知信息；第二发送模块，用于在多播广播单频网络子帧上发送配置模块配置的第二多播广播组播业务通知信息。

通过本发明，采用MBMS通知信息中至少包含以下之一：会话开始指示信息，会话结束指示信息，会话更新指示信息，数据更新指示信息的方法，解决了相关技术可能由于MBMS通知信息指示不清而造成更多的接收端接收解析MCCH信息的问题，进而节省了终端的耗电量。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的MBMS通知信息的配置方法的示意图；

图2是根据本发明实施例的MBMS通知信息的配置装置的结构框图。

具体实施方式

功能概述

考虑到相关技术可能由于MBMS通知信息指示不清而造成更多的接收端接收解析MCCH信息的问题，本发明实施例提供了一种MBMS通知信息的配置方案，该方案涉及LTE系统，特别涉及结合MCCH信息的修改周期下的MBMS通知信息(MBMS NotificationIndication)承载及传输方法，设计MBMS通知信息内容的设计中至少包含多个因素引起的MCCH信息更新的具体指示位，即，采用MBMS通知信息中至少包含以下之一：会话开始指示信息，会话结束指示信息，会话更新指示信息，数据更新指示信息的方法，可以节省终端的耗电量。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

方法实施例

根据本发明的实施例，提供了一种MBMS通知信息的配置方法，该方法包括：发送端配置MBMS通知信息，其中，所述MBMS通知信息中至少包括以下之一：会话开始(session start)指示信息，会话结束(session stop)指示信息，会话更新(session update)指示信息，数据更新(data update)指示信息。其中，会话开始指示信息用于指示由于某一个或者多个MBMS业务数据开始发送而引起的MCCH信息更新；会话结束指示信息用于指示由于某一个或者多个MBMS业务数据结束发送而引起的MCCH信息更新；会话更新指示信息用于指示由于某一个或者多个MBMS业务数据更新发送而引起的MCCH信息更新；数据更新指示信息用于指示由于MBSFN子帧资源的配置发生更新而引起的MCCH信息更新。

当所述MBMS通知信息的数据量较小(例如，小于预定阈值)时，可以对MBMS通知信息先重复多次(例如，重复预定次数)后，在添加循环冗余码校验(Cyclical Redundancy Check，简称为CRC)比特，然后再使用M-RNTI对CRC比特加扰。

发送端在Non-MBSFN子帧上发送第一MBMS通知信息，特别是在寻呼消息的寻呼时机(paging occasions，简称为PO)的子帧上发送，同时在MBSFN子帧上发送第二MBMS通知信息，特别是在MCCH修改周期(MCCH modification period)处的承载MCCH信息的子帧的PDCCH上发送。

在paging occasions(PO)的子帧上发送的第一MBMS通知消息仅包含会话开始指示信息，在MCCH修改周期处的子帧上发送的第二MBMS通知消息包含至少下述引起MCCH信息更新的指示信息的一个：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息；或者，在MCCH修改周期处的子帧上发送的第二MBMS通知消信息息只是包括用于指示MCCH信息有无更新的MCCH更新指示信息，但不指明是具体什么原因引起的，即，任何因素引起的更新都可以。

在存在多个MCCH时，每个MCCH属于一个MBSFN区域时，此时在MBMS通知消息中增加分别指示各个MCCH是否发生更新的信息，并且进一步可以增加指示每个MCCH内是什么因素引起的更新。

通过该实施例，对于对MBMS业务感兴趣的但是还没有接收MBMS业务的终端仅需要接收MBMS通知消息(在PO中的)，这样可以省去接收解析数据量较大的MCCH信息；对于正在接收MBMS业务的终端，MBMS通知消息(承载于MCCH修改周期处的子帧中的)可以帮助终端避免接收解析没有发生更新的MCCH信息，从而实现终端省电的效果，这样终端接收解析MBMS通知消息耗电很小的。

为了进一步说明本发明，下面结合附图和实施例进行详细说明。

图1是根据本发明实施例的MBMS通知信息的配置方法的示意图，如图1所示，描述了一种MBMS通知机制，发送端发送2个类型的MBMS通知信息，分别在本发明中称为通知信息1(即，上述的第一MBMS通知信息)和通知信息2(即，上述的第二MBMS通知信息)。具体应用描述如下：

通知信息1在单播子帧，特别是在寻呼消息的paging occasions(PO)的子帧上发送。通知信息1至少包括下述引起MCCH信息更新的指示信息的一个或者多个：会话开始指示信息，会话更新指示信息，会话结束指示信息，数据更新指示信息。会话开始指示信息是指由于某一个或者多个MBMS业务数据开始发送而引起的MCCH信息更新。会话结束指示信息是指由于某一个或者多个MBMS业务数据结束发送而引起的MCCH信息更新。会话更新指示信息是指由于某一个或者多个MBMS业务数据更新发送而引起的MCCH信息更新。数据更新指示信息是指由于MBSFN子帧资源的配置发生更新而引起的MCCH信息更新。当有多个MCCH时，通知消息1中还可以进一步添加指示那个/些MCCH发生更新的指示信息，进一步还可以包括是上述的什么因素引起的那个/些MCCH发生更新。

通知信息2在多播子帧(MBSFN子帧)上，特别在MCCH修改周期处的承载MCCH信息的子帧中，可以在该子帧的PDCCH中发送。通知信息2至少包括下述引起MCCH信息更新的指示信息的一个或者多个：会话开始指示信息、会话结束指示信息、数据更新指示信息、会话开始指示信息是指由于某一个或者多个MBMS业务数据开始发送而引起的MCCH信息更新。会话结束指示信息是指由于某一个或者多个MBMS业务数据结束发送而引起的MCCH信息更新。会话更新指示信息是指由于某一个或者多个MBMS业务数据更新引起的MCCH信息更新。数据更新指示信息是指由于MBSFN子帧资源的配置发生更新而引起的MCCH信息更新。另外，MBMS通知消息2或者是一个指示信息，该指示信息用来指示MCCH信息是否更新，不指明是什么原因引起的MCCH信息更新。当有多个MCCH时，通知消息2中还可以进一步添加指示那个/些MCCH发生更新的指示信息，进一步还可以包括是上述的什么因素引起的那个/些MCCH发生更新。

下面结合几种优选的实施例对本发明的实现过程进行描述。

实施例1

发送端发送的通知信息1仅包括会话开始指示信息，通知信息2包括会话结束指示信息，会话更新指示信息和数据更新指示信息，或者通知信息2包括会话结束指示信息，会话更新指示信息。

接收端的流程：接收端(对于MBMS业务感兴趣的接收端，MBMS interested UE)在没有接收MBMS业务之前，一直监听通知信息1，根据监听结果，如果指示MCCH信息更新，则在下一个即将到来MCCH修改周期处接收解析MCCH信息。否则，在下一个即将到来MCCH修改周期处不再接收MCCH信息。

对于已经正在接收MBMS业务的接收端，则只需要监听通知消息2即可，如果通知消息2告知接收端即将到来的MCCH信息发生更新，则重新接收MCCH信息，否则，不重新接收MCCH信息。

实施例2

发送端发送的通知信息1仅包括会话开始指示信息，通知信息2包括会话开始指示信息，会话结束指示信息，会话更新指示信息和数据更新指示信息，或者通知信息2包括会话开始指示信息，会话结束指示信息，会话更新指示信息。

接收端的流程：接收端(对于MBMS业务感兴趣的接收端)在没有接收MBMS业务之前，一直监听通知信息1，根据监听结果，如果指示MCCH信息更新，则在下一个即将到来MCCH修改周期处接收解析MCCH信息。否则，在下一个即将到来MCCH修改周期处不再接收MCCH信息。

对于已经正在接收MBMS业务的接收端，则只需要监听通知消息2即可，如果通知消息2告知接收端即将到来的MCCH信息发生更新，则重新接收MCCH信息，否则，不重新接收MCCH信息。

实施例3

发送端发送的通知信息1仅包括会话开始指示信息，通知信息2包括MCCH信息更新指示信息，该指示信息仅标识即将到来的MCCH修改周期的MCCH信息与上一个MCCH修改周期比较是否发生更新，不指明是什么原因引起的MCCH信息更新。

接收端的流程：接收端(对于MBMS业务感兴趣的接收端)在没有接收MBMS业务之前，一直监听通知信息1，根据监听结果，如果指示MCCH信息更新，则在下一个即将到来MCCH修改周期处接收解析MCCH信息。否则，在下一个即将到来MCCH修改周期处不再接收MCCH信息。

对于已经正在接收MBMS业务的接收端，则只需要监听通知消息2即可，如果通知消息2告知接收端即将到来的MCCH信息发生更新(该更新包括：会话开始，更新，结束等原因引起的更新)，则重新接收MCCH信息，否则，不重新接收MCCH信息。

实施例4

发送端发送的通知信息1仅包括会话开始指示信息，通知信息2包括指示多个不同的MCCH信息各自是否发生了更新的指示信息。

接收端的流程：接收端(对于MBMS业务感兴趣的接收端)在没有接收MBMS业务之前，一直监听通知信息1，根据监听结果，如果指示MCCH信息更新，则在下一个即将到来MCCH修改周期处接收解析MCCH信息。否则，在下一个即将到来MCCH修改周期处不再接收MCCH信息。

对于已经正在接收MBMS业务的接收端，则只需要监听通知消息2即可，如果通知消息2告知接收端即将到来的MCCH信息具体是那个MCCH信息发生更新，接收端根据自己的需要确定是否重新接收MCCH信息。

实施例5

发送端发送的MBMS通知消息仅由通知信息1组成，并MBMS通知消息1包括会话开始指示信息，会话更新指示信息，会话结束指示信息，数据更新指示信息四种引起MCCH信息更新的因素的一个或者多个。

接收端的流程：接收端(注意，这里的接收端包括对于MBMS业务感兴趣的接收端(MBMS interested UE)和正在接收MBMS的接收端)，一直监听通知信息1，根据监听结果，接收端可以获知，如果MCCH信息发生更新，则可以看出具体是什么原因引起的MCCH更新。然后接收端根据自己的需要决定是否需要更新MCCH信息，若需要更新，则在下一个即将到来MCCH修改周期处接收解析MCCH信息。否则，在下一个即将到来MCCH修改周期处不再接收MCCH信息。

其次对于正在接收MBMS的接收端，还可以采用下面的流程，不再接收MBMS通知消息1，在每个MCCH修改周期到来时，读取MCCH信息。

实施例6

发送端发送的MBMS通知消息仅由通知信息2组成，并MBMS通知消息2包括会话开始指示信息，会话更新指示信息，会话结束指示信息，数据更新指示信息四种引起MCCH信息更新的因素的一个或者多个。

接收端的流程：接收端(需要说明的是，这里的接收端包括对于MBMS业务感兴趣的接收端(MBMS interested UE)和正在接收MBMS的接收端)，一直监听通知信息2，根据监听结果，接收端可以获知，如果MCCH信息发生更新，则可以看出具体是什么原因引起的MCCH更新。然后接收端根据自己的需要决定是否需要更新MCCH信息，若需要更新，则在下一个即将到来MCCH修改周期处接收解析MCCH信息。否则，在下一个即将到来MCCH修改周期处不再接收MCCH信息。

其次对于正在接收MBMS的接收端，还可以采用下面的流程，不再接收MBMS通知消息2，在每个MCCH修改周期到来时，读取MCCH信息。

实施例7

针对实施例在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将给出一个实例进行说明。

例如实施例5或实施例6和实施例4的结合，实施例5、6中MBMS通知信息和MCCH无关，而实施例4中MBMS通知消息和MCCH有关，这样就可以结合。

在实施例5或实施例6中增加实施例4中指示是那个/些MCCH发生更新，并且进一步指示这些MCCH中是什么因素引起的更新。

接收端流程和实施例5或实施例6是相同的，这里不再赘述。

实施例8

实施例1或实施例2和实施例4也可以结合。在实施例1或实施例2中为通知消息1和通知消息2分别增加实施例4中指示是那个/些MCCH发生更新，并且进一步指示这些MCCH中是什么因素引起的更新。

接收端流程和实施例1或实施例2是相同的，这里不再赘述。

目前在LTE R9中对于PDCCH的规定为，在MBSFN子帧中可以使用前1个或者2个正交频分复用(Orthogonal Frequency DivisionMultiplexing，简称为OFDM)符号作为PDCCH的资源，具体使用前1个还是前2个这个需要结合具体的场景使用，目前相关协议已有明确规定(36.211协议)。在Non-MBSFN子帧(unicast subframes)中可以使用前1个或者前2个或者前3个或者前4个OFDM符号作为PDCCH的资源，具体配置几个OFDM符号在相关协议中已有明确规定(36.211协议)。本发明实施例中描述的两种子帧中的PDCCH在承载被M-RNTI标识的信息过程、方法是完全相同的。即把MBMS通知消息添加CRC校验，然后对得到的CRC校验比特使用M-RNTI加扰。然后把所得信息进行调制、编码后映射到PDCCH上进行发送。优选PDCCH的公共检索区域承载。

装置实施例

根据本发明的实施例，提供了一种MBMS通知信息的配置装置。图2是根据本发明实施例的MBMS通知信息的配置装置的结构框图，如图2所示，该装置包括：配置模块2，用于配置MBMS通知信息，其中，MBMS通知信息中至少包括以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息。

其中，会话开始指示信息用于指示由于某一个或者多个MBMS业务数据开始发送而引起的MCCH信息更新；会话结束指示信息用于指示由于某一个或者多个MBMS业务数据结束发送而引起的MCCH信息更新；会话更新指示信息用于指示由于某一个或者多个MBMS业务数据更新发送而引起的MCCH信息更新；数据更新指示信息用于指示由于MBSFN子帧资源的配置发生更新而引起的MCCH信息更新。

其中，配置模块2包括：重复子模块22，添加子模块24，加扰子模块26，下面对上述结构进行描述。

重复子模块22，用于在MBMS通知信息的数据量较小(例如，小于预定阈值)时，对MBMS通知信息先重复多次(例如，重复预定次数)；添加子模块24，连接至重复子模块22，用于在重复子模块22进行重复操作后，对MBMS通知信息添加循环冗余码校验(Cyclical Redundancy Check，简称为CRC)比特；加扰子模块26，连接至添加子模块24，用于使用M-RNTI对添加子模块24添加的CRC比特加扰。

优选地，该装置还包括：第一发送模块4，连接至配置模块2，用于在Non-MBSFN子帧上发送配置模块2配置的第一MBMS通知信息，特别是在寻呼消息的寻呼时机(paging occasions，简称为PO)的子帧上发送，第二发送模块6，连接至配置模块2，用于在MBSFN子帧上发送配置模块2配置的第二MBMS通知信息，特别是在MCCH修改周期(MCCH modification period)处的承载MCCH信息的子帧的PDCCH上发送。

综上所述，通过本发明的上述实施例，对于对MBMS业务感兴趣的终端仅需要接收MBMS通知消息(在PO中的)，这样可以省去接收解析数据量较大的MCCH信息；对于正在接收MBMS业务的终端，MBMS通知消息(承载于MCCH修改周期处的子帧中的)可以帮助终端避免接收解析没有发生更新的MCCH信息，从而实现终端省电的效果，这样终端接收解析MBMS通知消息耗电很小的。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种多播广播组播业务通知信息的配置方法，应用于MBMS通知机制，其特征在于，包括：

发送端配置多播广播组播业务通知信息，其中，所述多播广播组播业务通知信息中至少包括以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息；

其中，在所述发送端配置所述多播广播组播业务通知信息之后，所述方法还包括：所述发送端在非多播广播单频网络子帧上发送第一多播广播组播业务通知信息，并在多播广播单频网络子帧上发送第二多播广播组播业务通知信息；

其中，在所述发送端配置所述多播广播组播业务通知信息之后，所述方法还包括：所述发送端在寻呼消息的寻呼时机的子帧上发送所述第一多播广播组播业务通知信息，并在多播控制信道修改周期处的承载多播控制信道信息的子帧上发送所述第二多播广播组播业务通知信息。

2.根据权利要求1所述的方法，其特征在于，

所述会话开始指示信息用于指示由于一个或者多个多播广播组播业务数据开始发送而引起的多播控制信道信息更新；

所述会话结束指示信息用于指示由于一个或者多个多播广播组播业务数据结束发送而引起的多播控制信道信息更新；

所述会话更新指示信息用于指示由于某一个或者多个多播广播组播业务数据更新发送而引起的多播控制信道信息更新；

所述数据更新指示信息用于指示由于多播广播单频网络子帧资源的配置发生更新而引起的多播控制信道信息更新。

3.根据权利要求1所述的方法，其特征在于，当所述多播广播组播业务通知信息的数据量小于预定阈值时，对所述多播广播组播业务通知信息重复预定次数后，添加循环冗余码检验比特，使用多播广播业务无线网络临时标识对所述循环冗余码检验比特加扰。

4.根据权利要求1所述的方法，其特征在于，所述第一多播广播组播业务通知信息包括：所述会话开始指示信息，所述第二多播广播组播业务通知信息包括至少以下之一：所述会话结束指示信息、所述会话更新指示信息、所述数据更新指示信息。

5.根据权利要求1所述的方法，其特征在于，所述第一多播广播组播业务通知信息包括：所述会话开始指示信息，所述第二多播广播组播业务通知信息包括至少以下之一：所述会话开始指示信息、所述会话结束指示信息、所述会话更新指示信息、所述数据更新指示信息。

6.根据权利要求1所述的方法，其特征在于，所述第一多播广播组播业务通知信息包括：所述会话开始指示信息，所述第二多播广播组播业务通知信息包括用于指示多播控制信道信息是否有更新的多播控制信道更新指示信息。

7.根据权利要求1所述的方法，其特征在于，所述第一多播广播组播业务通知信息包括：所述会话开始指示信息，所述第二多播广播组播业务通知信息包括用于指示多个不同的多播控制信道信息各自是否发生了更新的指示信息。

8.根据权利要求1所述的方法，其特征在于，在只发送所述第一多播广播组播业务通知信息、且不发送所述第二多播广播组播业务通知信息的情况下，所述第一多播广播组播业务通知信息包括至少以下之一：所述会话开始指示信息、所述会话结束指示信息、所述会话更新指示信息、所述数据更新指示信息。

9.根据权利要求1所述的方法，其特征在于，在只发送所述第二多播广播组播业务通知信息、且不发送所述第一多播组播广播业务通知信息的情况下，所述第二多播广播组播业务通知信息包括至少以下之一：所述会话开始指示信息、所述会话结束指示信息、所述会话更新指示信息、所述数据更新指示信息。

10.根据权利要求1所述的方法，其特征在于，在只发送所述第一多播广播组播业务通知信息、且不发送所述第二多播组播广播业务通知信息，或者只发送所述第二多播组播广播组播业务通知信息、且不发送所述第一多播广播业务通知信息的情况下，所述第一多播广播组播业务通知信息或者所述第二多播广播组播业务通知信息包括至少以下之一：所述会话开始指示信息、所述会话结束指示信息、所述会话更新指示信息、所述数据更新指示信息、用于指示多个不同的多播控制信道信息各自是否发生了更新的指示信息、用于指示引起每个多播控制信道更新的原因。

11.根据权利要求1所述的方法，其特征在于，所述第一多播广播组播业务通知信息包括至少以下之一：所述会话开始指示信息、用于指示多个不同的多播控制信道信息各自是否发生了更新的指示信息、用于指示引起每个多播控制信道更新的原因，所述第二多播广播组播业务通知信息包括至少以下之一：所述会话开始指示信息、所述会话结束指示信息、所述会话更新指示信息、所述数据更新指示信息、用于指示多个不同的多播控制信道信息各自是否发生了更新的指示信息、用于指示引起每个多播控制信道更新的原因。

12.一种多播广播组播业务通知信息的配置装置，应用于MBMS通知机制，其特征在于，包括：

配置模块，用于配置多播广播组播业务通知信息，其中，所述多播广播组播业务通知信息中至少包括以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息；

第一发送模块，用于在非多播广播单频网络子帧上发送所述配置模块配置的第一多播广播组播业务通知信息；

第二发送模块，用于在多播广播单频网络子帧上发送所述配置模块配置的第二多播广播组播业务通知信息；

所述装置还用于在寻呼消息的寻呼时机的子帧上发送所述第一多播广播组播业务通知信息，并在多播控制信道修改周期处的承载多播控制信道信息的子帧上发送所述第二多播广播组播业务通知信息。

13.根据权利要求12所述的装置，其特征在于，所述配置模块包括：

重复子模块，用于在所述多播广播组播业务通知信息的数据量小于预定阈值的情况下，对所述多播广播组播业务通知信息重复预定次数；

添加子模块，用于对所述多播广播组播业务通知信息添加循环冗余码检验比特；

加扰子模块，用于使用多播广播业务无线网络临时标识对所述循环冗余码检验比特加扰。