WO2011017989A1

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

Info

Publication number: WO2011017989A1
Application number: PCT/CN2010/074840
Authority: WO
Inventors: 苟伟; 马子江
Original assignee: 中兴通讯股份有限公司
Priority date: 2009-08-13
Filing date: 2010-06-30
Publication date: 2011-02-17
Also published as: CN101998262B; CN101998262A

Description

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

技术领域本发明涉及通信领域，具体而言，涉及一种多播广播组播业务

( Multimedia Broadcast Multicast Service, 简称为 MBMS ) 通知信息的配置方法及装置。背景技术随着网络（ Internet ) 的迅猛发展和大屏幕多功能手机的普及，出现了大量移动数据多媒体业务和各种高带宽多媒体业务，例如，视频会议、电视广播、视频点播、广告、网上教育、互动游戏等，这一方面满足了移动用户不断上升的业务需求，同时也为移动运营商带来新的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据，与一般的数据业务相比，具有数据量大、持续时间长、时延敏感等特点。为了有效地利用移动网络资源，第三代合作伙伴计划（3rd Generation Partnership Project, 简称为 3GPP )提出了 MBMS业务，该业务是一种从一个数据源向多个目标传送数据的技术，实现了网络（包括核心网和接入网）资源的共享，提高了网络资源（尤其是空中接口资源）的利用率。 3GPP 定义的 MBMS 不仅能够实现纯文本低速率的消息类组播和广播，而且还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为 3G的发展提供了更好的业务前景。

MBMS业务的特点是业务的数据量大，终端接收时持续时间长，平均数据率恒定。上述特点决定了 MBMS 业务的调度，控制信令配置都是半静态配置的，即 MBMS业务的调度信息，多播控制信道（ Multicast Control Channel, 简称为 MCCH )信息都是 "长期" 保持不变的，这样在 MCCH信息的发送周期到来时，网络侧发送一个不变的信息（连续发送是因为随时都可能有新用户接入；)。目前为了帮助终端在接收 MCCH信息时省电，提出了 MCCH信息周期性发送。具体为 MCCH信息有重复周期、修改周期。修改周期一般为重复周期的整数倍，一个修改周期内包含多个重复周期，修改周期内的每个重复周期到来时，网络侧都发送一次 MCCH信息，每次发送的 MCCH信息都是相同的，只有在修改周期到来时才允许修改 MCCH信息。这样可以减少终端减少接收 MCCH信息的次数，从而实现一定程度的省电。另一方面，通过引入 MBMS 通知机制帮助终端避免接收没有发生的更新的 MCCH信息。 MBMS通知机制同样可以实现 MCCH信息的 4爹改周期的功能，甚至可以比修改周期做的更好。相关技术中， MCCH信息可以通过下述处理进行配置：

( 1 ) 设置一个 MCCH 4爹改周期（Will have an MCCH modification period )。

( 2 )设置一个通知机制 ( We will have a notification mechanism )„ ( 3 ) 通知机制用于会话开始，正在接收月艮务的用户在每个 4爹改周期读取 MCCH( Notification mechanism will be used for session starts. UE receiving a service will have to read the MCCH every modification period )。

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

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

( 6 ) 物理下行控制信道（Physical Downlink Control CHannel, 简称为 PDCCH ) 使用 MBMS 专用无线网络临时标 i只 ( MBMS Radio Network Temporary Identifier, 简称为 M-RNTI )为通知消息（ PDCCH with 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 信息。下面举例说明。例^口， £设某一多播广播单频网络（ Multimedia Broadcast multicast service Single Frequency Network, 简称为 MBSFN ) 区 i或内有 100个 MBMS业务，每个业务在不同的时刻会话开始（ session start ), 在不同的时刻会话结束 ( session stop ), 或者在不同时刻有 MBMS业务数据更新（即， MBSFN子帧配置发生更新）。这些都是可以引起 MCCH信息发生更新的因素。当然可能还有其他的原因，由于目前 MCCH信息中明确包含上述信息，其他信息有待 MCCH信息本身的进一步完善。如果 MBMS通知信息内容仅为 1比特时，会带来下面的问题，例如，当某一 MBMS业务由于会话结束，而引起 MCCH 信息发生更新，这样其实只对正在接收 MBMS 业务的终端有效，但是对于没有接收，正在准备接收自己感兴趣的业务的接收端是无效的，这类终端只对于会话开始引起的 MCCH信息更新感兴趣，但是如果仅使用 1比特，会造成所有终端都要重新读取 MCCH信息。 MBMS通知信息和 MCCH信息相比较，数据量很大，终端读取 MCCH信息是比较费电的。发明内容针对相关技术可能由于 MBMS 通知信息指示不清而造成更多的接收端接收解析 MCCH信息的问题而提出本发明，为此，本发明的主要目的在于提供一种 MBMS通知信息的配置方法，以解决上述问题。为了实现上述目的，根据本发明的一个方面，提供了一种多播广播组播业务通知信息的配置方法。才艮据本发明的多播广播组播业务通知信息的配置方法包括：发送端配置多播广播组播业务通知信息，其中，多播广播组播业务通知信息中至少包括以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息。优选地，会话开始指示信息用于指示由于一个或者多个多播广播组播业务数据开始发送而引起的多播控制信道信息更新；会话结束指示信息用于指示由于一个或者多个多播广播组播业务数据结束发送而引起的多播控制信道信息更新；会话更新指示信息用于指示由于一个或者多个多播广播组播业务数据更新发送而引起的多播控制信道信息更新；数据更新指示信息用于指示由于多播广播单频网络子帧资源的配置发生更新而引起的多播控制信道信息更新。优选地，当多播广播组播业务通知信息的数据量小于预定阈值时，对多播广播组播业务通知信息重复预定次数后，添加循环冗余码检验比特，并使用多播广播业务无线网络临时标识对循环冗余码检验比特加扰。优选地，在发送端配置多播广播组播业务通知信息之后，上述方法还包括：发送端在非多播广播单频网络子帧上发送第一多播广播组播业务通知信息，并在多播广播单频网络子帧上发送第二多播广播组播业务通知信息。优选地，在发送端配置多播广播组播业务通知信息之后，上述方法还包括：发送端在寻呼消息的寻呼时机的子帧上发送第一多播广播组播业务通知信息，并在多播控制信道修改周期处的承载多播控制信道信息的子帧上发送第二多播广播组播业务通知信息。优选地，第一多播广播组播业务通知信息包括：会话开始指示信息，第二多播广播组播业务通知信息包括至少以下之一：会话结束指示信息、会话更新指示信息、数据更新指示信息。优选地，第一多播广播组播业务通知信息包括：会话开始指示信息，第二多播广播组播业务通知信息包括至少以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息。优选地，第一多播广播组播业务通知信息包括：会话开始指示信息，第二多播广播组播业务通知信息包括用于指示多播控制信道信息是否有更新的多播控制信道更新指示信息。优选地，第一多播广播组播业务通知信息包括：会话开始指示信息，第二多播广播组播业务通知信息包括用于指示多个不同的多播控制信道信息各自是否发生了更新的指示信息。优选地，在只发送第一多播广播业务通知信息、且不发送第二多播广播业务通知信息的情况下，第一多播广播组播业务通知信息包括至少以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息。优选地，在只发送第二多播广播业务通知信息、且不发送第一多播广播业务通知信息的情况下，第二多播广播组播业务通知信息包括至少以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息。优选地，在只发送第一多播广播组播业务通知信息、且不发送第二多播广播业务通知信息，或者只发送第二多播广播组播业务通知信息、且不发送第一多播广播业务通知信息的情况下，第一多播广播组播业务通知信息或者第二多播广播组播业务通知信息包括至少以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息、用于指示多个不同的多播控制信道信息各自是否发生了更新的指示信息、用于指示引起每个多播控制信道更新的原因。优选地，第一多播广播组播业务通知信息包括至少以下之一：会话开始指示信息、用于指示多个不同的多播控制信道信息各自是否发生了更新的指示信息、用于指示引起每个多播控制信道更新的原因，第二多播广播组播业务通知信息包括至少以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息、用于指示多个不同的多播控制信道信息各自是否发生了更新的指示信息、用于指示引起每个多播控制信道更新的原因。为了实现上述目的，根据本发明的另一个方面，提供了一种多播广播组播业务通知信息的配置装置。根据本发明的多播广播组播业务通知信息的配置装置包括：配置模块，用于配置多播广播组播业务通知信息，其中，多播广播组播业务通知信息中至少包括以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息。优选地，配置模块包括：重复子模块，用于在多播广播组播业务通知信息的数据量小于预定阈值的情况下，对多播广播组播业务通知信息重复预定次数；添加子模块，用于对多播广播组播业务通知信息添加循环冗余码检验比特；加扰子模块，用于使用多播广播业务无线网络临时标识对循环冗余码检-险比特加 4尤。优选地，第一发送模块，用于在非多播广播单频网络子帧上发送配置模块配置的第一多播广播组播业务通知信息；第二发送模块，用于在多播广播单频网络子帧上发送配置模块配置的第二多播广播组播业务通知信息。通过本发明，釆用 MBMS 通知信息中至少包含以下之一：会话开始指示信息，会话结束指示信息，会话更新指示信息，数据更新指示信息的方法，解决了相关技术可能由于 MBMS 通知信息指示不清而造成更多的接收端接收解析 MCCH信息的问题，进而节省了终端的耗电量。附图说明此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：图 1是才艮据本发明实施例的 MBMS通知信息的配置方法的示意图；图 2是居本发明实施例的 MBMS通知信息的配置装置的结构框图。具体实施方式考虑到相关技术可能由于 MBMS 通知信息指示不清而造成更多的接收端接收解析 MCCH信息的问题，本发明实施例提供了一种 MBMS通知信息的配置方案，该方案涉及 LTE系统，特别涉及结合 MCCH信息的修改周期下的 MBMS通^信息（ MBMS Notification Indication ) 载及传输方法，设计 MBMS通知信息内容的设计中至少包含多个因素引起的 MCCH信息更新的具体指示位，即，釆用 MBMS 通知信息中至少包含以下之一：会话开始指示信息，会话结束指示信息，会话更新指示信息，数据更新指示信息的方法，可以节省终端的耗电量。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。才艮据本发明的实施例，提供了一种 MBMS 通知信息的配置方法，该方法包括：发送端配置 MBMS通知信息，其中，所述 MBMS通知信息中至少包括以下之一：会话开始 ( session start )指示信息，会话结束 ( session stop ) 指示信息，会话更新（ session update )指示信息，数据更新（data update )指示信息。其中，会话开始指示信息用于指示由于某一个或者多个 MBMS 业务数据开始发送而引起的 MCCH信息更新；会话结束指示信息用于指示由于某一个或者多个 MBMS业务数据结束发送而引起的 MCCH信息更新；会话更新指示信息用于指示由于某一个或者多个 MBMS 业务数据更新发送而引起的 MCCH信息更新；数据更新指示信息用于指示由于 MBSFN子帧资源的配置发生更新而 I起的 MCCH信息更新。当所述 MBMS 通知信息的数据量较小（例如，小于预定阈值）时，可以对 MBMS 通知信息先重复多次（例如，重复预定次数）后，在添加循环冗余码校验（ Cyclical Redundancy Check, 简称为 CRC ) 比特，然后再使用 M-RNTI对 CRC比特加 4尤。发送端在 Non-MBSFN子帧上发送第一 MBMS通知信息，特别是在寻呼消息的寻呼时机（ paging occasions,简称为 PO )的子帧上发送，同时在 MBSFN 子帧上发送第二 MBMS 通知信息，特别是在 MCCH 4爹改周期（MCCH modification period ) 处的载 MCCH信息的子帧的 PDCCH上发送。在 paging occasions ( PO ) 的子帧上发送的第一 MBMS通知消息仅包含会话开始指示信息，在 MCCH 4爹改周期处的子帧上发送的第二 MBMS通知消息包含至少下述引起 MCCH信息更新的指示信息的一个：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息；或者，在 MCCH 4爹改周期处的子帧上发送的第二 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 4爹改周期处的承载 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 4爹改周期处接收解析 MCCH信息。否则，在下一个即将到来 MCCH 4爹改周期处不再接收 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包括会话开始指示信息，会话更新指示信息，会话结束指示信息，数据更新指示信息四种 I起 MCCH信息更新的因素的一个或者多个。接收端的流程：接收端（注意，这里的接收端包括对于 MBMS 业务感兴趣的接收端（ MBMS interested UE ) 和正在接收 MBMS的接收端 ), 一直监听通知信息 1 , 居监听结果，接收端可以获知，如果 MCCH信息发生更新，则可以看出具体是什么原因引起的 MCCH更新。然后接收端根据自己的需要决定是否需要更新 MCCH 信息，若需要更新，则在下一个即将到来 MCCH修改周期处接收解析 MCCH信息。否则，在下一个即将到来 MCCH 4爹改周期处不再接收 MCCH信息。其次对于正在接收 MBMS 的接收端，还可以釆用下面的流程，不再接收 MBMS通知消息 1 , 在每个 MCCH 4爹改周期到来时，读取 MCCH信息。实施例 6 发送端发送的 MBMS通知消息仅由通知信息 2组成，并 MBMS通知消息 2包括会话开始指示信息，会话更新指示信息，会话结束指示信息，数据更新指示信息四种 I起 MCCH信息更新的因素的一个或者多个。接收端的流程：接收端（需要说明的是，这里的接收端包括对于 MBMS 业务感兴趣的接收端（ MBMS interested UE )和正在接收 MBMS的接收端 ), 一直监听通知信息 2, 居监听结果，接收端可以获知，如果 MCCH信息发生更新，则可以看出具体是什么原因引起的 MCCH更新。然后接收端根据自己的需要决定是否需要更新 MCCH信息，若需要更新，则在下一个即将到来 MCCH修改周期处接收解析 MCCH信息。否则，在下一个即将到来 MCCH 4爹改周期处不再接收 MCCH信息。其次对于正在接收 MBMS 的接收端，还可以釆用下面的流程，不再接收 MBMS通知消息 2, 在每个 MCCH 4爹改周期到来时，读取 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 Division Multiplexing, 简称为 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 4爹改周期（MCCH modification period ) 处的承载 MCCH信息的子帧的 PDCCH上发送。综上所述，通过本发明的上述实施例，对于对 MBMS 业务感兴趣的终端仅需要接收 MBMS通知消息（在 PO中的），这样可以省去接收解析数据量较大的 MCCH信息；对于正在接收 MBMS业务的终端， MBMS通知消息 ( 载于 MCCH 4爹改周期处的子帧中的）可以帮助终端避免接收解析没有发生更新的 MCCH信息，从而实现终端省电的效果，这样终端接收解析 MBMS 通知消息耗电很小的。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的^"神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1. 一种多播广播组播业务通知信息的配置方法，其特征在于，包括：发送端配置多播广播组播业务通知信息，其中，所述多播广播组播业务通知信息中至少包括以下之一：会话开始指示信息、会话结束指示信息、会话更新指示信息、数据更新指示信息。

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

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

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

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

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

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

4. 根据权利要求 1至 3中任一项所述的方法，其特征在于，在所述发送端配置所述多播广播组播业务通知信息之后，还包括：

所述发送端在非多播广播单频网络子帧上发送第一多播广播组播业务通知信息，并在多播广播单频网络子帧上发送第二多播广播组播业务通知信息。

5. 根据权利要求 4所述的方法，其特征在于，在所述发送端配置所述多播广播组播业务通知信息之后，还包括：

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

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

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

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

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

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

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

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

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

14. 一种多播广播组播业务通知信息的配置装置，其特征在于，包括：

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

15. 根据权利要求 14所述的装置，其特征在于，所述配置模块包括：重复子模块，用于在所述多播广播组播业务通知信息的数据量小于预定阈值的情况下，对所述多播广播组播业务通知信息重复预定次数；添加子模块，用于对所述多播广播组播业务通知信息添加循环冗余码检验比特；

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

16. 根据权利要求 14或 15所述的装置，其特征在于，还包括：第一发送模块，用于在非多播广播单频网络子帧上发送所述配置模块配置的第一多播广播组播业务通知信息；

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