CN101990160A - 实现mbms控制信道更新通知的方法、装置及系统 - Google Patents
实现mbms控制信道更新通知的方法、装置及系统 Download PDFInfo
- Publication number
- CN101990160A CN101990160A CN2009100902226A CN200910090222A CN101990160A CN 101990160 A CN101990160 A CN 101990160A CN 2009100902226 A CN2009100902226 A CN 2009100902226A CN 200910090222 A CN200910090222 A CN 200910090222A CN 101990160 A CN101990160 A CN 101990160A
- Authority
- CN
- China
- Prior art keywords
- mcch
- update notification
- notification message
- rnti
- pdsch
- 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.)
- Granted
Links
Images
Abstract
本发明公开了一种实现多媒体广播多播业务控制信道更新通知的方法、装置及系统。本发明方案中，MCCH内容有更新时，MCCH更新通知消息承载在单播子帧的物理下行共享信道PDSCH上。进一步地，基站将M-RNTI承载在单播子帧的PDCCH上传送，指示UE MCCH内容存在更新，将MCCH更新通知消息承载在单播子帧的PDSCH上传送；UE在单播子帧的PDCCH上检测到M-RNTI，在单播子帧的PDSCH上读取MCCH更新通知消息，根据该MCCH更新通知消息判断是否需要读取更新的MCCH内容。本发明方案简化了MCCH更新通知机制的实现；无需对DCI进行改动，实现了与现有3GPP标准中DCI格式的兼容，力求达到对现有标准规范的改动最小。
Description
技术领域
本发明涉及长期演进(LTE，Long Term Evolution)系统中控制信道更新通知技术，特别是指一种实现多媒体广播多播业务(MBMS，Multimedia BroadcastMulticast Service)控制信道更新通知的方法、装置及系统。
背景技术
随着Internet的迅猛发展和大屏幕多功能移动终端的普及，出现了大量移动数据多媒体业务和各种高带宽多媒体业务，例如：视频会议、电视广播、视频点播、广告、网上教育、互动游戏等，既满足了用户不断上升的业务需求，同时又能为移动运营商带来新的业务增长点。这些移动数据多媒体业务要求多个用户设备(UE，User Equipment)能够同时接收相同的数据，与一般的数据业务相比，具有数据量大、持续时间长、时延敏感等特点。
为了有效地利用移动网络资源，第三代合作伙伴计划(3GPP，3rd GenerationPartnership Project)提出了MBMS。MBMS是从一个数据源向多个目标传送数据的技术，实现了包括核心网和接入网在内的网络资源共享，提高了网络资源、尤其是空中接口资源的利用率。3GPP中定义的MBMS不仅能够实现纯文本低速率消息类的广播和组播，而且还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为3G的发展提供了更好的业务前景。
LTE Rel-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-RNTI，使得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 ControlInformation)中，另一种是承载在单播子帧的物理下行共享信道(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 1C。
步骤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更新通知的具体处理包括以下步骤：
步骤A1：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 1C。
步骤A4：eNB基站将发生MCCH内容更新的相应具体的MBMS业务标识封装到M-RNTI对应的DCI所指示的、单播寻呼子帧的PDSCH的对应PRB中，通过该PRB传送包含MBMS业务标识的MCCH更新通知消息。
步骤A5：UE在每个MCCH修改周期内，根据半静态指定或收到的系统广播消息，在上述单播寻呼子帧的PDCCH上检测M-RNTI。
步骤A6：UE检测到M-RNTI后，通过读取M-RNTI对应的DCI、如DCIformat 1C获取传送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更新通知的具体处理包括以下步骤：
步骤B1：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内容。
以上各部分内部的具体实现与前面流程描述的对应部分完全相同，在此不再赘述。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
Claims (21)
1.一种实现多媒体广播多播业务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的子帧位置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910090222.6A CN101990160B (zh) | 2009-07-31 | 2009-07-31 | 实现mbms控制信道更新通知的方法、装置及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910090222.6A CN101990160B (zh) | 2009-07-31 | 2009-07-31 | 实现mbms控制信道更新通知的方法、装置及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101990160A true CN101990160A (zh) | 2011-03-23 |
| CN101990160B CN101990160B (zh) | 2015-04-01 |
Family
ID=43746446
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910090222.6A Expired - Fee Related CN101990160B (zh) | 2009-07-31 | 2009-07-31 | 实现mbms控制信道更新通知的方法、装置及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101990160B (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103124397A (zh) * | 2011-11-18 | 2013-05-29 | 中兴通讯股份有限公司 | 保持集群业务连续性的处理方法及装置 |
| CN103139710A (zh) * | 2011-11-30 | 2013-06-05 | 中兴通讯股份有限公司 | 紧急呼叫实现方法、增强的节点b和用户设备 |
| CN105794267A (zh) * | 2014-11-13 | 2016-07-20 | 华为技术有限公司 | 多媒体广播组播的通信方法、装置和系统 |
| CN106470482A (zh) * | 2015-08-17 | 2017-03-01 | 中兴通讯股份有限公司 | Sc-mcch的资源配置方法、系统及装置 |
| CN106470498A (zh) * | 2015-08-17 | 2017-03-01 | 中兴通讯股份有限公司 | Sc-mcch发送方法、sc-ptm接收方法及其装置 |
| CN109429185A (zh) * | 2017-08-30 | 2019-03-05 | 成都鼎桥通信技术有限公司 | Mbsfn群组信令发送方法及装置 |
| CN110099357A (zh) * | 2015-08-14 | 2019-08-06 | 华为技术有限公司 | 一种多播业务读取、发送方法及相关设备 |
| CN114584932A (zh) * | 2016-05-20 | 2022-06-03 | 交互数字专利控股公司 | 用于支持组播传输的方法、装置、系统和过程 |
| WO2022206154A1 (zh) * | 2021-04-02 | 2022-10-06 | 中兴通讯股份有限公司 | 信息的通知方法、通信节点和存储介质 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101203012A (zh) * | 2006-12-14 | 2008-06-18 | 中兴通讯股份有限公司 | 移动终端的计数请求响应方法 |
-
2009
- 2009-07-31 CN CN200910090222.6A patent/CN101990160B/zh not_active Expired - Fee Related
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103124397A (zh) * | 2011-11-18 | 2013-05-29 | 中兴通讯股份有限公司 | 保持集群业务连续性的处理方法及装置 |
| CN103124397B (zh) * | 2011-11-18 | 2017-11-24 | 中兴通讯股份有限公司 | 保持集群业务连续性的处理方法及装置 |
| CN103139710A (zh) * | 2011-11-30 | 2013-06-05 | 中兴通讯股份有限公司 | 紧急呼叫实现方法、增强的节点b和用户设备 |
| CN105794267B (zh) * | 2014-11-13 | 2019-06-21 | 华为技术有限公司 | 多媒体广播组播的通信方法、装置和系统 |
| CN105794267A (zh) * | 2014-11-13 | 2016-07-20 | 华为技术有限公司 | 多媒体广播组播的通信方法、装置和系统 |
| US10887866B2 (en) | 2014-11-13 | 2021-01-05 | Huawei Technologies Co., Ltd. | Multimedia broadcast multicast communication method, apparatus, and system |
| US10362560B2 (en) | 2014-11-13 | 2019-07-23 | Huawei Technologies Co., Ltd. | Multimedia broadcast multicast communication method, apparatus, and system |
| CN110099357B (zh) * | 2015-08-14 | 2020-06-16 | 华为技术有限公司 | 一种多播业务读取、发送方法及相关设备 |
| CN110099357A (zh) * | 2015-08-14 | 2019-08-06 | 华为技术有限公司 | 一种多播业务读取、发送方法及相关设备 |
| US10743146B2 (en) | 2015-08-14 | 2020-08-11 | Huawei Technologies Co., Ltd. | Multicast service reading and sending method, and related device |
| US11337037B2 (en) | 2015-08-14 | 2022-05-17 | Huawei Technologies Co., Ltd | Multicast service reading and sending method, and related device |
| CN106470498A (zh) * | 2015-08-17 | 2017-03-01 | 中兴通讯股份有限公司 | Sc-mcch发送方法、sc-ptm接收方法及其装置 |
| CN106470498B (zh) * | 2015-08-17 | 2020-09-29 | 中兴通讯股份有限公司 | Sc-mcch发送方法、sc-ptm接收方法及其装置 |
| CN106470482A (zh) * | 2015-08-17 | 2017-03-01 | 中兴通讯股份有限公司 | Sc-mcch的资源配置方法、系统及装置 |
| CN106470482B (zh) * | 2015-08-17 | 2021-11-02 | 中兴通讯股份有限公司 | Sc-mcch的资源配置方法、系统及装置 |
| CN114584932A (zh) * | 2016-05-20 | 2022-06-03 | 交互数字专利控股公司 | 用于支持组播传输的方法、装置、系统和过程 |
| CN114584932B (zh) * | 2016-05-20 | 2024-04-23 | 交互数字专利控股公司 | 用于支持组播传输的方法、装置、系统和过程 |
| CN109429185A (zh) * | 2017-08-30 | 2019-03-05 | 成都鼎桥通信技术有限公司 | Mbsfn群组信令发送方法及装置 |
| CN109429185B (zh) * | 2017-08-30 | 2021-08-03 | 成都鼎桥通信技术有限公司 | Mbsfn群组信令发送方法及装置 |
| WO2022206154A1 (zh) * | 2021-04-02 | 2022-10-06 | 中兴通讯股份有限公司 | 信息的通知方法、通信节点和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101990160B (zh) | 2015-04-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101931885B (zh) | 多媒体广播和组播业务控制信道更新的通知方法及系统 | |
| CN101990160B (zh) | 实现mbms控制信道更新通知的方法、装置及系统 | |
| CN106470400B (zh) | 单小区多播控制信道的资源配置方法、系统及装置 | |
| EP2421285B1 (en) | Method and device for bearing and receiving scheduling information of multimedia broadcast multicast service (mbms) control channel (mcch) update indication information | |
| CN102158807B (zh) | Mcch通知信息的监听方法及装置、用户设备 | |
| CN102036171B (zh) | 一种子帧标识信息的传输方法及系统 | |
| CN106470482B (zh) | Sc-mcch的资源配置方法、系统及装置 | |
| CN102264033B (zh) | 一种mbms统计消息的处理方法和装置 | |
| CN105992158A (zh) | 单小区多媒体广播多播业务mbms的调度方法及装置 | |
| CN102137066B (zh) | 获取业务列表及多媒体广播组播业务数据的方法和系统 | |
| CN102083003A (zh) | 一种mbms状态请求、反馈的方法及装置 | |
| CN102158808A (zh) | Mcch信息的接收方法及装置、用户设备 | |
| CN102474799A (zh) | 电信系统中的方法和布置 | |
| CN101867880B (zh) | Mcch及mcch更新指示信息控制信息的承载、接收方法与装置 | |
| CN102036178B (zh) | 一种发送、传输mbms通知指示信息的系统及方法 | |
| TW201110744A (en) | Method of managing multimedia broadcast multicast service reception and related communication device | |
| CN102111716A (zh) | 一种发送mbms通知指示的系统及方法 | |
| CN101959131A (zh) | Mbms通知信息的承载方法与装置 | |
| CA3033146A1 (en) | Information change transmission method and device for single-cell multicast service | |
| CN101931879B (zh) | 一种多播控制信道信息的传输方法及其设备 | |
| CN101969604B (zh) | 一种多媒体广播和组播业务通知消息的发送方法和装置 | |
| CN101998275A (zh) | 多播控制信道的配置方法、装置及用户设备 | |
| CN101998257A (zh) | 一种mbms寻呼指示信息的传输方法及系统 | |
| CN102036175A (zh) | 一种mbms寻呼指示信息的传输方法及网络侧设备 | |
| CN102036172B (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 | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20171106 Address after: 518000, two 703A, COFCO business park, two Xian Xian Road, Xin'an, Shenzhen, Guangdong, Baoan District Patentee after: Shenzhen Fu Hai Sunshine Technology Co., Ltd. Address before: 518057 Nanshan District Guangdong high tech Industrial Park, South Road, science and technology, ZTE building, Ministry of Justice Patentee before: ZTE Corporation |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150401 Termination date: 20190731 |