[发明专利]多媒体广播和组播业务控制信道更新的通知方法及系统

说明书

技术领域

本发明涉及长期演进(LTE，Long Term Evolution)系统中控制信道更新的通知技术，尤其涉及一种多媒体广播和组播业务(MBMS，Multimedia BroadcastMulticast Service)控制信道更新的通知方法及系统。

背景技术

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

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

LTE Rel-8中MBMS控制信道(MCCH，Multicast Control Channel)的设计采用分层结构：第一MBMS控制信道(P-MCCH，Primary MCCH)，用来承载P-MCCH的信令，也称为主多播控制信令；第二MBMS控制信道(S-MCCH，Secondary MCCH)，用来承载S-MCCH的信令，也称为次多播控制信令。LTERel-8中规定广播控制信道(BCCH，Broadcast Control Channel)上指示一个或者两个P-MCCH的调度信息，其中一个为单小区模式被传输在下行共享信道(DL-SCH，DownLink-Shared CHannel)；另一个为多小区模式被传输在多播信道(MCH，Multicast Channel上。P-MCCH中可以承载S-MCCH的指示信息，以帮助发现S-MCCH。多小区模式的P-MCCH中承载与多媒体广播单频网(MBSFN，Multicast/Broadcast over Single Frequency Network)区域业务相关的控制信令，该信令用来说明该区域内有哪些有效的MBMS业务等信息，不包含业务的时频资源分配信息。在最新的LTE Rel-9的工作项目描述中，关于MCCH的描述是不支持MBSFN合并，并且有可能不考虑主次结构。

对于某个MBMS业务，可能存在多个事件：如MBMS会话开始、MBMS无线承载(RB，Radio Bearer)改变、MBMS业务停止等等。通常用户设备(UE，User Equipment)并不知道这些事件何时可能发生。为了减少UE功耗，实现UE的非连续接收(DRX，Discontinuous Reception)，UE连续监测MCCH是不实际的，因此需要设计MCCH更新的通知机制，使UE仅对更新的MCCH进行监测。目前，在LTE系统中针对MCCH更新的通知机制，尚没有实现方案。

发明内容

有鉴于此，本发明的主要目的在于提供一种MCCH更新的通知方法及系统，实现了MCCH更新的通知机制，使UE对MCCH的更新进行监测，从而减少UE功耗。

为达到上述目的，本发明的技术方案是这样实现的：

一种多媒体广播和组播业务控制信道更新的通知方法，该方法包括：基站侧通过多媒体广播和组播业务控制信道无线网络临时标识M-RNTI，指示多媒体广播和组播业务控制信道MCCH的内容存在更新，并通知用户设备侧；用户设备检测到所述M-RNTI后，继续读取MCCH内容或者根据自身业务需要判断是否需要继续读取更新的MCCH内容。

其中，所述通知具体包括：

增强型基站eNB在系统广播消息中将所述M-RNTI的位置信息通知所述用户设备；

所述eNB将多媒体广播和组播业务MBMS业务标识，封装到与所述M-RNTI相对应的下行控制信息DCI中。

其中，所述用户设备根据所述M-RNTI的位置信息检测到所述M-RNTI后，获取DCI中的内容，UE可以继续读取MCCH内容或者判断是否需要继续读取所述更新的MCCH内容具体包括：