专利名称：实现mbms控制信道更新通知的方法、装置及系统的制作方法
技术领域：
本发明涉及长期演进(LTE，Long Term Evolution)系统中控制信道更新通知 技术，特别是指一种实现多媒体广播多播业务(MBMS，Multimedia BroadcastMulticast Service)控制信道更新通知的方法、装置及系统。
背景技术：
随着Internet的迅猛发展和大屏幕多功能移动终端的普及，出现了大量移动数 据多媒体业务和各种高带宽多媒体业务，例如视频会议、电视广播、视频点播、广告、网上 教育、互动游戏等，既满足了用户不断上升的业务需求，同时又能为移动运营商带来新的业 务增长点。这些移动数据多媒体业务要求多个用户设备(UE，User Equipment)能够同时接 收相同的数据，与一般的数据业务相比，具有数据量大、持续时间长、时延敏感等特点。为了有效地利用移动网络资源，第三代合作伙伴计划(3GPP，3rd GenerationPartnership Project)提出了 MBMS。MBMS是从一个数据源向多个目标传送数 据的技术，实现了包括核心网和接入网在内的网络资源共享，提高了网络资源、尤其是空中 接口资源的利用率。3GPP中定义的MBMS不仅能够实现纯文本低速率消息类的广播和组播， 而且还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务， 这无疑顺应了未来移动数据发展的趋势，为3G的发展提供了更好的业务前景。LTE Re 1-9 中只考虑多小区模式 MBMS，MBMS 控制信道(MCCH, MulticastControl Channel)中承载与单频网多播广播(MBSFN，Multicast/Broadcast overSingle Frequency Network)区域业务相关的控制信令，该控制信令用来说明对应MBSFN区域内有哪些有效的 MBMS等信息，并不包含MBMS的时频资源分配信息。并且，LTE Rel_9中，通过广播控制信道 (BCCH，Broadcast ControlChannel)上的系统广播消息来指示MCCH的资源配置。MBMS系 统可能存在多个MCCH，每个MCCH对应不同的MBMS业务发送区域，其中仅承载对应业务区域 发送的有关业务的控制信息。MCCH承载的内容更新时，需要基站需要通过传送MCCH更新通知消息来告知UE，但 是目前对于承载MCCH更新通知消息的具体物理资源位置还未确定，没有明确的实现方案， 使得基站需要发送MCCH更新通知消息时，不知道应该将MCCH更新通知消息放在哪里，而终 端也不知道应该去哪里获取MCCH更新通知消息。
发明内容
有鉴于此，本发明的主要目的在于提供一种实现多媒体广播多播业务控制信道更 新通知的方法、装置及系统，明确MCCH更新通知机制的具体实现。为达到上述目的，本发明的技术方案是这样实现的一种实现MBMS控制信道更新通知的方法，MBMS控制信道MCCH内容有更新时，该 方法包括MCCH更新通知消息承载在单播子帧的物理下行共享信道PDSCH上。所述MCCH更新通知消息承载在单播子帧的PDSCH上，包括
基站将用于指示用户设备UE MCCH内容存在更新的多媒体广播和组播业务无线网络临时标识M-RNTI承载在单播子帧的物理下行控制信道PDCCH上传送；基站将MCCH更新通知消息承载在所述单播子帧的PDSCH上传送。所述将MCCH更新通知消息承载在单播子帧的PDSCH上传送，包括通过M-RNTI对应的DCI向UE指示承载MCCH更新通知消息的单播子帧的PDSCH 的资源信息；基站将MCCH更新通知消息承载在所述单播子帧的PDSCH的对应资源上传送。所述将MCCH更新通知消息承载在单播子帧的PDSCH的对应资源上传送，包括将发生MCCH内容更新的MBMS的MBMS业务标识封装到M-RNTI对应的DCI所指示 的、所述单播子帧的PDSCH的对应物理资源块PRB中，通过该PRB传送包含MBMS业务标识 的MCCH更新通知消息；如果MBMS系统中配置有多条MCCH，则所述MCCH更新通知消息还包括MCCH标识， 用于标识承载所述更新的MCCH内容的MCCH。所述MBMS业务标识通过媒体接入控制MAC子头中的逻辑信道标识LCID来指示； 和/或，所述MCCH标识是MCCH的标识或单频网多播广播MBSFN区域标识。所述MCCH更新通知消息承载在单播子帧的PDSCH上之前，进一步包括半静态指 定或基站通过系统广播消息通知UE传送所述M-RNTI的子帧位置；和/或，所述单播子帧为单播寻呼子帧；和/或，用于指示MCCH内容存在更新的所述M-RNTI具体指示的是会话开始session start事件；和/或，所述M-RNTI 对应的 DCI 为 DCI format 1C。所述MCCH更新通知消息承载在单播子帧的PDSCH上，包括UE在单播子帧的PDCCH上检测到M-RNTI时，在单播子帧的PDSCH上读取MCCH更 新通知消息；UE根据该MCCH更新通知消息判断是否需要读取更新的MCCH内容。所述在单播子帧的PDSCH上读取MCCH更新通知消息，包括根据M-RNTI对应的 DCI在单播子帧的PDSCH上读取MCCH更新通知消息。所述根据M-RNTI对应的DCI在单播子帧的PDSCH上读取MCCH更新通知消息，包 括通过读取M-RNTI对应的DCI获取传送MCCH更新通知消息的资源信息；在单播子帧的PDSCH的对应资源上读取MCCH更新通知消息。所述根据该MCCH更新通知消息判断是否需要读取更新的MCCH内容，包括判断读取到的MCCH更新通知消息中的MBMS业务标识是否能够与UE本地的MBMS列表中的MBMS业务标识匹配，如果能够匹配，则表明需要读取更新的MCCH内容；如果不能匹配，则表明没有需要读取的MCCH内容。如果MBMS系统中配置有多条MCCH，则所述能够匹配之后进一步包括读取相应更新的MCCH内容，
具体为根据MCCH更新通知消息中包含的MCCH标识，到对应MCCH上读取所需的、 更新的MCCH内容。所述UE在单播子帧的PDCCH上检测M-RNTI之前，进一步包括根据半静态指定或 收到的系统广播消息确定传送所述M-RNTI的子帧位置；和/或，所述单播子帧为单播寻呼子帧。一种MBMS控制信道更新通知的系统，该系统包括基站和UE，MCCH内容有更新时， 基站和UE之间交互的MCCH更新通知消息承载在单播子帧的PDSCH上。所述基站用于将用来指示UE MCCH内容存在更新的M-RNTI承载在单播子帧的 PDCCH上传送，将MCCH更新通知消息承载在所述单播子帧的PDSCH上传送；所述UE用于在单播子帧的PDCCH上检测到M-RNTI时，在单播子帧的PDSCH上读 取MCCH更新通知消息，根据该MCCH更新通知消息判断是否需要读取更新的MCCH内容。所述基站进一步用于通过系统广播消息通知UE传送所述M-RNTI的子帧位置；所述UE进一步用于根据收到的系统广播消息确定传送所述M-RNTI的子帧位置。一种MBMS控制信道更新通知的基站，MCCH内容有更新时，包括M-RNTI发送单元，用于将用来指示UE MCCH内容存在更新的M-RNTI承载在单播子 帧的PDCCH上传送；通知单元，用于将MCCH更新通知消息承载在单播子帧的PDSCH上传送。所述通知单元包括DCI设置单元，用于通过M-RNTI对应的DCI向UE指示承载MCCH更新通知消息的 单播子帧的PDSCH的资源信息；通知发送单元，用于将MCCH更新通知消息承载在所述单播子帧的PDSCH的对应资 源上传送。所述基站进一步包括=M-RNTI指示单元，用于通过系统广播消息将传送M-RNTI的 子帧位置通知UE。一种MBMS控制信道更新通知的用户设备，MCCH内容有更新时，包括M-RNTI检测单元，用于在单播子帧的PDCCH上检测M-RNTI，检测到M-RNTI时触发 通知解析单元；通知解析单元，用于根据M-RNTI检测单元的触发，在单播子帧的PDSCH上读取 MCCH更新通知消息，根据该MCCH更新通知消息判断是否需要读取更新的MCCH内容。所述通知解析单元包括DCI解析单元，用于通过读取M-RNTI对应的DCI获取传送MCCH更新通知消息的资 源信息；通知读取单元，用于在单播子帧的PDSCH的对应资源上读取MCCH更新通知消息；判断单元，用于根据读取到的MCCH更新通知消息判断是否需要读取更新的MCCH 内容。所述用户设备进一步包括MCCH读取单元，用于读取所需的更新的MCCH内容；和/或，M-RNTI接收单元，用于根据收到的系统广播消息确定传送M-RNTI的子帧位置。根据本发明提供的方案，明确了 MCCH更新通知机制的具体实现，通过在单播子帧的PDSCH上承载MCCH更新通知消息，简化了 MCCH更新通知机制的实现；无需对DCI进行改 动，实现了与现有3GPP标准中DCI格式的兼容，力求达到对现有标准规范的改动最小。在具体实现中，由于基站与UE预先约定了用于指示MCCH更新通知的M-RNTlJi 得UE只需在相关单播子帧上检测M-RNTI即可，无需不间断地对MCCH进行检测，大大降低 了 UE的功耗。
图1为本发明中实现MCCH更新通知的基站侧处理流程示意图；图2为本发明中实现MCCH更新通知的UE侧处理流程示意图；图3为本发明中实现MCCH更新通知的子帧结构示意图；图4为本发明中实现MCCH更新通知的系统结构示意图。
具体实施例方式对于一个具体的MBMS，可能存在多个事件如MBMS会话开始、MBMS无线承载(RB， Radio Bearer)改变、MBMS业务停止等。通常，UE并不知道这些事件何时可能发生，而是需 要网络侧通过一些指示来告知UE。考虑到MCCH内容特性与BCCH内容特性具有相似性，而系 统消息的更新是通过寻呼信令通知UE的，因此3GPP RAN2#66Bis会议上已经采纳在PDCCH 上通过多媒体广播和组播业务无线网络临时标识(M-RNTI，MBMS-Radio NetworkTemporary Identifier)指示MBMS中的会话开始(session start)事件。M-RNTI是协助UE在子帧 的控制域接收MCCH更新通知消息的标识，网络侧在对MCCH更新通知消息进行封装时，将 M-RNTI隐含在子帧的物理下行控制信道(PDCCH，Physics Down Control CHannle)的循环 冗余校验(CRC, CyclicRedundancy Check)编码中。LTE 系统中，无线网络临时标识(RNTI，Radio Network Temporary Identifier) 为16比特，主要用于标识公共信道和用户，如寻呼RNTI、系统信息RNTI、功率控制RNTI等。 目前仅剩下10个取值没有使用，因此，分配给MBMS使用的RNTI将不会很多，可以分配一个 取值作为M-RNTI，用来标识MCCH更新通知消息。通知机制的目的是当MCCH内容发生变化时，使用相关的信令通知UE。在已有的 3GPP Rel-6系统中，MBMS需要单独设计一个特殊的信道用来指示MCCH内容的更新变化，这 个特殊的信道是MBMS指示信道(MICH, MBMSIndication CHannel)，用于实现MCCH通知机 制。在LTE系统中，MBMS同样需要考虑MCCH通知机制的实现。MCCH更新通知的具体实现可能有以下两种方式一种方式是将MCCH更新通知消 息承载在M-RNTI对应的下行控制信息(DCI，Downlink Control Information)中，另一种是 承载在单播子帧的物理下行共享信道(PDSCH，PhysicsDown Shared CHannle)中。如果将 MCCH更新通知消息承载在PDCCH的DCI中，一方面由于DCI的长度有限，因而MCCH更新通 知消息可以指示的信息量也就非常有限，另一方面还需要定义新的DCI格式或者对现有的 DCI进行扩展，这样需要对现有3GPP标准进行较大的改动，具有很大的局限性。本发明方案 实现中，考虑到Rel-9MBMS版本的简化，因此本发明中MCCH内容有更新时，MCCH更新通知 消息承载在单播子帧的PDSCH上。所述单播子帧具体可以为单播寻呼子帧。具体地，MCCH内容有更新时，基站将M-RNTI承载在单播子帧的PDCCH上传送，指示UE MCCH内容存在更新；将MCCH更新通知消息承载在单播子帧的PDSCH上传送。UE在单播子帧的PDCCH上检测到M-RNTI，在单播子帧的PDSCH上读取MCCH更新 通知消息，根据该MCCH更新通知消息判断是否需要读取更新的MCCH内容。M-RNTI具体可以承载在单播子帧的PDCCH上传送；相应地，UE在单播子帧的 PDCCH 上检测 M-RNTI。传送M-RNTI的位置可以是半静态指定的，也可以是由基站通过系统广播消息通 知给UE的，从而，基站在对应位置上传送M-RNTI ；并且，UE在对应位置上检测M-RNTI。传 送M-RNTI的位置可以是具体的一个或多个无线帧所在的位置；也可以具体的一个或多个 无线子帧所在的位置。所述半静态指定是指在一定时间范围、如两个MBMS修改周期内有效 的指定。下面通过附图、并结合具体实例对本发明的具体实现做进一步说明。图1为本发明中实现MCCH更新通知的基站侧处理流程示意图，如图1所示，基站 侧实现MCCH更新通知的具体处理过程包括步骤101 =MCCH内容有更新时，基站将M-RNTI承载在单播子帧的PDCCH上传送。基站可以在步骤101之前，通过系统广播消息将传送M-RNTI的位置通知UE，以使 UE在对应位置的PDCCH上检测M-RNTI。另外，也可以将传送M-RNTI的位置半静态指定。传 送M-RNTI的位置可以是具体的一个或多个无线帧所在的位置、如无线帧号；也可以具体的 一个或多个无线子帧所在的位置，如子帧号、或无线帧号与子帧号的组合(用来表示具体 无线帧中的具体无线子帧)。MCCH内容的更新通常是发生在MCCH修改周期的开始部分，在每个MCCH修改周期 内，上述M-RNTI信息在相关单播子帧的PDCCH上只发送一次或重复发送。步骤102 基站通过M-RNTI对应的DCI向UE指示承载MCCH更新通知消息的单播 子帧的PDSCH的资源信息。所述M-RNTI对应的DCI可以为DCIformat IC0 步骤103 基站将MCCH更新通知消息承载在相应单播子帧的PDSCH的对应资源上 传送。MCCH更新通知消息中包含MBMS业务标识，用来指示发生MCCH内容更新的具体 MBMS业务；MBMS系统中配置有多条MCCH时，MCCH更新通知消息中还包含MCCH标识，用来 指示传送更新的MCCH内容的具体MCCH。由于一条MCCH对应着一个MBSFN区域，因此，MCCH 标识可以为MCCH自身的标识，也可以为MBSFN区域标识(MBSFN area ID)。基站将发生MCCH内容更新的相应具体的MBMS业务标识封装到M-RNTI对应的DCI 所指示的、单播子帧的PDSCH的对应物理资源块(PRB，Physical Resource Block)中，通过 该PRB传送包含MBMS业务标识的MCCH更新通知消息；如果MCCH有多条，则将MBMS业务标 识和MCCH标识一并封装在对应PRB中，通过该PRB传送包含MBMS业务标识和MCCH标识的 MCCH更新通知消息。MBMS业务标识可以通过媒体接入控制(MAC，Media Access Control)子头中的逻 辑信道标识(LCID，Logical Channel ID)来指示。图2为本发明中实现MCCH更新通知的UE侧处理流程示意图，如图2所示，UE侧 实现MCCH更新通知的具体处理过程包括步骤201 =UE在单播子帧的PDDCH上检测到M-RNTI。
UE在步骤201之前，根据半静态指定或根据系统广播消息确定传送M-RNTI的位置。如果传送M-RNTI的位置是具体的无线帧，则UE在每个MCCH修改周期内的对应无线帧 中除MBSFN子帧外的其他所有子帧、即各单播子帧上检测M-RNTI ；当单播子帧具体为单播 寻呼子帧时，UE在每个MCCH修改周期内的对应无线帧中的各单播寻呼子帧上检测M-RNTI。 如果传送M-RNTI的位置是具体的无线子帧，则UE直接在对应无线子帧上检测M-RNTI，此处 的无线子帧为单播子帧，甚至可以为具体的单播寻呼子帧。步骤202 =UE根据M-RNTI对应的DCI在单播子帧的PDSCH上读取MCCH更新通知消息。UE通过读取M-RNTI对应的DCI获取传送MCCH更新通知消息的资源信息，在单播 子帧的PDSCH的对应资源上读取MCCH更新通知消息；即UE在M-RNTI对应的DCI所指示 的、单播子帧的PDSCH的对应PRB中读取MCCH更新通知消息。所述M-RNTI对应的DCI可 以为 DCI format 1C。这里，承载MCCH更新通知消息的单播子帧与承载M-RNTI的单播子帧为同一无线 子帧。步骤203 =UE根据读取到的MCCH更新通知消息判断是否需要读取更新的MCCH内 容，如果需要读取，则继续读取所需的更新的MCCH内容；如果不需要读取，则不对更新的 MCCH内容进行读取，结束当前流程。由于UE本地的MBMS列表中包含的MBMS业务标识对应着当前UE应用的具体MBMS 业务，因此，如果MCCH更新通知消息中的MBMS业务标识能够与本地MBMS列表中的MBMS业 务标识匹配，则UE需要读取相应更新的MCCH内容。这样，根据读取到的MCCH更新通知消息 判断是否需要读取更新的MCCH内容，具体为判断读取到的MCCH更新通知消息中的MBMS 业务标识是否能够与UE本地的MBMS列表中的MBMS业务标识匹配，如果能够匹配，则表明 需要读取相应更新的MCCH内容；如果不能匹配，则表明没有需要读取的MCCH内容。MBMS系统中配置有多条MCCH时，UE读取更新的MCCH内容具体为根据MCCH更新 通知消息中包含的MCCH标识，到对应MCCH上读取所需的、更新的MCCH内容。所需的更新 的MCCH内容即为UE当前应用的具体MBMS业务对应的更新MCCH内容。具体实施例一本实施例中，MBMS系统中只有单个MCCH/MBSFN,即只有一个MBSFN区域和一个对应的MCCH。MBMS系统中，在MCCH修改周期内，在单播寻呼子帧的PDCCH上承载一个用于标 识MCCH内容更新通知的M-RNTI，该单播寻呼子帧的位置可以半静态指定或者通过系统消 息广播通知给UE，如图3所示。标识MCCH内容更新通知的M-RNTI具体指示的是一个会话 开始事件。所述单播寻呼子帧可以与承载寻呼无线网络临时标识(P-RNTI，Paging-Radio Network TemporaryIdentifier)的单播寻呼子帧相同或不同。其中，M-RNTI是预先规定好 的特定值，eNB和UE均已知相应M-RNTI的取值。MCCH更新通知消息承载在该单播寻呼子 帧的PDSCH上。本实施例中，实现MCCH更新通知的具体处理包括以下步骤步骤Al :eNB将承载MCCH的MBSFN子帧的位置通过系统广播消息通知UE，eNB还 通过系统广播消息将传送M-RNTI的单播寻呼子帧的位置通知UE。
步骤A2 如果有更新的MCCH内容、即发生MCCH内容更新，则eNB在MCCH修改周 期内，将M-RNTI承载在相应单播寻呼子帧的PDCCH上传送。步骤A3 :eNB通过M-RNTI对应的DCI向UE指示承载MCCH更新通知消息的单播寻 呼子帧的PDSCH的资源信息。这里，M-RNTI对应的DCI可以为DCI format IC0步骤A4 :eNB基站将发生MCCH内容更新的相应具体的MBMS业务标识封装到 M-RNTI对应的DCI所指示的、单播寻呼子帧的PDSCH的对应PRB中，通过该PRB传送包含 MBMS业务标识的MCCH更新通知消息。步骤A5 =UE在每个MCCH修改周期内，根据半静态指定或收到的系统广播消息，在 上述单播寻呼子帧的PDCCH上检测M-RNTI。步骤A6 =UE检测到M-RNTI后，通过读取M-RNTI对应的DClJn DCIformat IC获 取传送MCCH更新通知消息的资源信息，在上述单播寻呼子帧的PDSCH的对应资源块上读取 MCCH更新通知消息。步骤A7 =UE判断读取到的MCCH更新通知消息中的MBMS业务标识是否能够与UE 本地的MBMS列表中的MBMS业务标识匹配，如果能够匹配，则继续在MBSFN子帧的MCCH上 读取所需的MCCH内容；如果不能匹配，则不对更新的MCCH内容进行读取。具体实施例二本实施例中，MBMS系统中有多个MCCH/MBSFN,即有多个MBSFN区域，各MBSFN区域 有对应的MCCH。MBMS系统中，根据每个MBSFN区域内的MBMS相关信息，分别为各MBSFN区域配置 对应的MCCH，为各MBSFN区域配置承载MCCH的无线帧及其子帧，相应无线帧为MBSFN帧，相 应子帧为MBSFN子帧。如果各MBSFN区域对应的MCCH修改周期相同或者存在整数倍关系，要求在最小 的MCCH修改周期内，在单播寻呼子帧的PDCCH中承载一个用于标识MCCH内容更新通知的 M-RNTI，该单播寻呼子帧的位置可以半静态指定或者通过系统消息广播通知给UE。所述单 播寻呼子帧可以与承载P-RNTI的单播寻呼子帧相同或不同。其中，M-RNTI是预先规定好 的特定值，eNB和UE均已知相应取值下M-RNTI的指示含义。MCCH更新通知消息承载在该 单播寻呼子帧的PDSCH上。本实施例中，实现MCCH更新通知的具体处理包括以下步骤步骤Bl :eNB将MCCH放置在系统配置的MBSFN无线帧内的相关MBSFN子帧上，由 于有多个MCCH，承载MCCH的相应MBSFN子帧可能需要多个。eNB将承载MCCH的MBSFN子 帧的位置通过系统广播消息通知UE，eNB还通过系统广播消息将传送M-RNTI的单播寻呼子 帧的位置通知UE。步骤B2 如果有更新的MCCH内容、即发生MCCH内容更新，则eNB在最小MCCH修 改周期内，将M-RNTI承载在相应单播寻呼子帧的PDCCH上传送。步骤B3 :eNB通过M-RNTI对应的DCI向UE指示承载MCCH更新通知消息的单播寻 呼子帧的PDSCH的资源信息。步骤B4 eNB基站将发生MCCH内容更新的相应具体MBMS的MBMS业务标识和MCCH 标识封装到M-RNTI对应的DCI所指示的、单播寻呼子帧的PDSCH的对应PRB中，通过该PRB 传送包含MBMS业务标识和MCCH标识的MCCH更新通知消息。
步骤B5 =UE在每个最小MCCH修改周期内，根据半静态指定或收到的系统广播消 息，在上述单播寻呼子帧的PDCCH上检测M-RNTI。步骤B6 =UE检测到M-RNTI后，通过读取M-RNTI对应的DCI获取传送MCCH更新 通知消息的资源信息，在上述单播寻呼子帧的PDSCH的对应资源块上读取MCCH更新通知消 肩、ο步骤B7 =UE判断读取到的MCCH更新通知消息中的MBMS业务标识是否能够与UE 本地的MBMS列表中的MBMS业务标识匹配，如果能够匹配，则根据MCCH标识继续在MBSFN 子帧的相应MCCH上读取所需的MCCH内容；如果不能匹配，则不对更新的MCCH内容进行读取。对于以上各部分描述，为了简单描述，故将其都表述为一系列的动作组合，但是本 领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，依据本发明，某些步骤可 以采用其他顺序或者同时进行。以上所述MCCH内容是指承载MCCH的MBSFN子帧中传送的MCCH内容。以上所述 MCCH标识对应的MCCH是指包含MBMS业务标识对应的MBMS控制信息的特定MCCH，即承载 MBMS业务标识对应的MBMS的更新的MCCH内容的MCCH。图4为本发明中实现MCCH更新通知的系统结构示意图，如图4所示，该系统包括 基站和UE，MCCH内容有更新时，基站和UE之间交互的MCCH更新通知消息承载在单播子帧 的PDSCH上。其中，基站用于将用来指示UE MCCH内容存在更新的M-RNTI承载在单播子帧的 PDCCH上传送，将MCCH更新通知消息承载在所述单播子帧的PDSCH上传送；UE用于在单播 子帧的PDCCH上检测到M-RNTI时，在单播子帧的PDSCH上读取MCCH更新通知消息，根据该 MCCH更新通知消息判断是否需要读取更新的MCCH内容。具体地，基站包括M_RNTI发送单元和通知单元，M-RNTI发送单元用于MCCH内容 有更新时，将M-RNTI承载在单播子帧的PDCCH上传送，以指示UE MCCH内容存在更新；通知 单元用于将MCCH更新通知消息承载在单播子帧的PDSCH上传送。UE包括M_RNTI检测单元和通知解析单元，M-RNTI检测单元用于在单播子帧的 PDCCH上检测M-RNTI，检测到M-RNTI时触发通知解析单元；通知解析单元用于根据M-RNTI 检测单元的触发，在单播子帧的PDSCH上读取MCCH更新通知消息，根据该MCCH更新通知消 息判断是否需要读取更新的MCCH内容。基站侧的通知单元包括DCI设置单元和通知发送单元，DCI设置单元用于通过 M-RNTI对应的DCI向UE指示承载MCCH更新通知消息的单播子帧的PDSCH的资源信息；通 知发送单元用于将MCCH更新通知消息承载在相应单播子帧的PDSCH的对应资源上传送。UE侧的通知解析单元包括DCI解析单元、通知读取单元和判断单元，DCI解析单 元用于通过读取M-RNTI对应的DCI获取传送MCCH更新通知消息的资源信息，并提供给通 知读取单元；通知读取单元用于在单播子帧的PDSCH的对应资源上读取MCCH更新通知消 息；判断单元用于根据读取到的MCCH更新通知消息判断是否需要读取更新的MCCH内容。基站进一步包括=M-RNTI指示单元，用于通过系统广播消息将传送M-RNTI的位置 通知UE ；相应地，UE进一步包括=M-RNTI接收单元，用于根据收到的系统广播消息确定传送 M-RNTI的位置。
UE进一步包括MCCH读取单元，通知解析单元、具体可以是其中的判断单元还用 于确定需要读取所需的更新的MCCH内容时触发MCCH读取单元；MCCH读取单元用于根据触 发读取所需的更新的MCCH内容。以上各部分内部的具体实现与前面流程描述的对应部分完全相同，在此不再赘 述。以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
权利要求
一种实现多媒体广播多播业务MBMS控制信道更新通知的方法，MBMS控制信道MCCH内容有更新时，其特征在于，该方法包括MCCH更新通知消息承载在单播子帧的物理下行共享信道PDSCH上。
2.根据权利要求1所述的方法，其特征在于，所述MCCH更新通知消息承载在单播子帧 的PDSCH上，包括基站将用于指示用户设备UE MCCH内容存在更新的多媒体广播和组播业务无线网络临 时标识M-RNTI承载在单播子帧的物理下行控制信道PDCCH上传送； 基站将MCCH更新通知消息承载在所述单播子帧的PDSCH上传送。
3.根据权利要求2所述的方法，其特征在于，所述将MCCH更新通知消息承载在单播子 帧的PDSCH上传送，包括通过M-RNTI对应的DCI向UE指示承载MCCH更新通知消息的单播子帧的PDSCH的资 源信息；基站将MCCH更新通知消息承载在所述单播子帧的PDSCH的对应资源上传送。
4.根据权利要求3所述的方法，其特征在于，所述将MCCH更新通知消息承载在单播子 帧的PDSCH的对应资源上传送，包括将发生MCCH内容更新的MBMS的MBMS业务标识封装到M-RNTI对应的DCI所指示的、所 述单播子帧的PDSCH的对应物理资源块PRB中，通过该PRB传送包含MBMS业务标识的MCCH 更新通知消息；如果MBMS系统中配置有多条MCCH，则所述MCCH更新通知消息还包括MCCH标识，用于 标识承载所述更新的MCCH内容的MCCH。
5.根据权利要求4所述的方法，其特征在于，所述MBMS业务标识通过媒体接入控制MAC子头中的逻辑信道标识LCID来指示；和/或，所述MCCH标识是MCCH的标识或单频网多播广播MBSFN区域标识。
6.根据权利要求2至5任一所述的方法，其特征在于，所述MCCH更新通知消息承载在单播子帧的PDSCH上之前，进一步包括半静态指定或 基站通过系统广播消息通知UE传送所述M-RNTI的子帧位置；和/或， 所述单播子帧为单播寻呼子帧；和/或，用于指示MCCH内容存在更新的所述M-RNTI具体指示的是会话开始session start事 件；和/或，所述 M-RNTI 对应的 DCI 为 DCI format 1C。
7.根据权利要求1至5任一所述的方法，其特征在于，所述MCCH更新通知消息承载在 单播子帧的PDSCH上，包括UE在单播子帧的PDCCH上检测到M-RNTI时，在单播子帧的PDSCH上读取MCCH更新通 知消息；UE根据该MCCH更新通知消息判断是否需要读取更新的MCCH内容。
8.根据权利要求7所述的方法，其特征在于，所述在单播子帧的PDSCH上读取MCCH更 新通知消息，包括根据M-RNTI对应的DCI在单播子帧的PDSCH上读取MCCH更新通知消息。
9.根据权利要求8所述的方法，其特征在于，所述根据M-RNTI对应的DCI在单播子帧 的PDSCH上读取MCCH更新通知消息，包括通过读取M-RNTI对应的DCI获取传送MCCH更新通知消息的资源信息； 在单播子帧的PDSCH的对应资源上读取MCCH更新通知消息。
10.根据权利要求7所述的方法，其特征在于，所述根据该MCCH更新通知消息判断是否 需要读取更新的MCCH内容，包括判断读取到的MCCH更新通知消息中的MBMS业务标识是否能够与UE本地的MBMS列表 中的MBMS业务标识匹配，如果能够匹配，则表明需要读取更新的MCCH内容； 如果不能匹配，则表明没有需要读取的MCCH内容。
11.根据权利要求10所述的方法，其特征在于，如果MBMS系统中配置有多条MCCH，则所述能够匹配之后进一步包括读取相应更新的 MCCH内容，具体为根据MCCH更新通知消息中包含的MCCH标识，到对应MCCH上读取所需的、更新 的MCCH内容。
12.根据权利要求7所述的方法，其特征在于，所述UE在单播子帧的PDCCH上检测M-RNTI之前，进一步包括根据半静态指定或收到 的系统广播消息确定传送所述M-RNTI的子帧位置；和/或， 所述单播子帧为单播寻呼子帧。
13.一种MBMS控制信道更新通知的系统，其特征在于，该系统包括基站和UE，MCCH内 容有更新时，基站和UE之间交互的MCCH更新通知消息承载在单播子帧的PDSCH上。
14.根据权利要求13所述的系统，其特征在于，所述基站用于将用来指示UE MCCH内容存在更新的M-RNTI承载在单播子帧的PDCCH 上传送，将MCCH更新通知消息承载在所述单播子帧的PDSCH上传送；所述UE用于在单播子帧的PDCCH上检测到M-RNTI时，在单播子帧的PDSCH上读取MCCH 更新通知消息，根据该MCCH更新通知消息判断是否需要读取更新的MCCH内容。
15.根据权利要求13或14所述的系统，其特征在于，所述基站进一步用于通过系统广播消息通知UE传送所述M-RNTI的子帧位置； 所述UE进一步用于根据收到的系统广播消息确定传送所述M-RNTI的子帧位置。
16.一种MBMS控制信道更新通知的基站，其特征在于，MCCH内容有更新时，包括 M-RNTI发送单元，用于将用来指示UE MCCH内容存在更新的M-RNTI承载在单播子帧的PDCCH上传送；通知单元，用于将MCCH更新通知消息承载在单播子帧的PDSCH上传送。
17.根据权利要求16所述的基站，其特征在于，所述通知单元包括DCI设置单元，用于通过M-RNTI对应的DCI向UE指示承载MCCH更新通知消息的单播 子帧的PDSCH的资源信息；通知发送单元，用于将MCCH更新通知消息承载在所述单播子帧的PDSCH的对应资源上 传送。
18.根据权利要求16或17所述的基站，其特征在于，所述基站进一步包括=M-RNTI指 示单元，用于通过系统广播消息将传送M-RNTI的子帧位置通知UE。
19.一种MBMS控制信道更新通知的用户设备，其特征在于，MCCH内容有更新时，包括 M-RNTI检测单元，用于在单播子帧的PDCCH上检测M-RNTI，检测到M-RNTI时触发通知解析单元；通知解析单元，用于根据M-RNTI检测单元的触发，在单播子帧的PDSCH上读取MCCH更 新通知消息，根据该MCCH更新通知消息判断是否需要读取更新的MCCH内容。
20.根据权利要求19所述的用户设备，其特征在于，所述通知解析单元包括DCI解析单元，用于通过读取M-RNTI对应的DCI获取传送MCCH更新通知消息的资源信息；通知读取单元，用于在单播子帧的PDSCH的对应资源上读取MCCH更新通知消息； 判断单元，用于根据读取到的MCCH更新通知消息判断是否需要读取更新的MCCH内容。
21.根据权利要求19或20所述的用户设备，其特征在于，所述用户设备进一步包括 MCCH读取单元，用于读取所需的更新的MCCH内容；和/或，M-RNTI接收单元，用于根据收到的系统广播消息确定传送M-RNTI的子帧位置。
全文摘要
本发明公开了一种实现多媒体广播多播业务控制信道更新通知的方法、装置及系统。本发明方案中，MCCH内容有更新时，MCCH更新通知消息承载在单播子帧的物理下行共享信道PDSCH上。进一步地，基站将M-RNTI承载在单播子帧的PDCCH上传送，指示UE MCCH内容存在更新，将MCCH更新通知消息承载在单播子帧的PDSCH上传送；UE在单播子帧的PDCCH上检测到M-RNTI，在单播子帧的PDSCH上读取MCCH更新通知消息，根据该MCCH更新通知消息判断是否需要读取更新的MCCH内容。本发明方案简化了MCCH更新通知机制的实现；无需对DCI进行改动，实现了与现有3GPP标准中DCI格式的兼容，力求达到对现有标准规范的改动最小。
文档编号H04W4/06GK101990160SQ20091009022
公开日2011年3月23日 申请日期2009年7月31日 优先权日2009年7月31日
发明者许辉 申请人:中兴通讯股份有限公司