CN102035807B - 一种多媒体广播多播业务通知信息的传输方法及系统 - Google Patents

一种多媒体广播多播业务通知信息的传输方法及系统 Download PDF

Info

Publication number
CN102035807B
CN102035807B CN200910179245.4A CN200910179245A CN102035807B CN 102035807 B CN102035807 B CN 102035807B CN 200910179245 A CN200910179245 A CN 200910179245A CN 102035807 B CN102035807 B CN 102035807B
Authority
CN
China
Prior art keywords
mcch
dci
bits
information
notification information
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.)
Active
Application number
CN200910179245.4A
Other languages
English (en)
Other versions
CN102035807A (zh
Inventor
许辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN200910179245.4A priority Critical patent/CN102035807B/zh
Priority to PCT/CN2009/076149 priority patent/WO2010145177A1/zh
Publication of CN102035807A publication Critical patent/CN102035807A/zh
Application granted granted Critical
Publication of CN102035807B publication Critical patent/CN102035807B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明针对如何配置、传输MCCH通知信息的问题，公开了一种多媒体广播多播业务通知信息的传输方法及系统，配置PDCCH信道的下行控制信息(DCI)格式，DCI中承载的MCCH通知信息内容及发送位置；网络侧设备利用所述DCI格式发送所述MCCH通知信息内容，用户设备通过盲检相应子帧中的物理下行控制信道(PDCCH)，获取MCCH通知信息的DCI内容。本发明通过配置MCCH通知信息在物理下行控制信道上的DCI格式和内容及发送位置，并在发送位置传输MCCH通知信息，使用户设备UE在多个MCCH的条件下能够更加快捷、准确获得发生更新的MCCH消息，以便减少终端功耗。

Description

一种多媒体广播多播业务通知信息的传输方法及系统
技术领域
本发明涉及多媒体广播多播业务(MBMS，Multimedia BroadcastMulticast Service)中通知信息的传输方法及系统。
背景技术
随着Internet的迅猛发展和大屏幕多功能移动终端的普及，出现了大量移动数据多媒体业务和各种高带宽多媒体业务，如视频会议、电视广播、视频点播、广告、网上教育、互动游戏等，这一方面满足了移动用户多业务的需求，同时也为移动运营商带来了新的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据，与一般的数据业务相比，具有数据量大、持续时间长、时延敏感等特点。
为了有效地利用移动网络资源，第三代合作伙伴计划(3GPP，3rdGeneration Partnership Project)提出了多媒体广播多播业务MBMS(Multimedia Broadcast Multicast Service)，该MBMS业务是一种从一个数据源向多个目标移动终端传送数据的技术，实现了网络(包括核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS不仅能够实现纯文本低速率的消息类组播和广播，而且还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为3G的发展提供了更好的业务前景。
在长期演进(LTE，Long Term Evolution)系统中，通知用户设备(UE，或称终端)关于某个MBMS业务将要发生变化，这些变化可以是会话开始(session start)、业务承载更新或会话停止(session stop)等，可以先在物理下行控制信道(PDCCH，Physical Downlink Control CHannel)上发送下行控制信息(DCI，Downlink Control Information)和MBMS无线网络临时标志符(M-RNTI，MBMS-Radio Network Temporary Identifier)。用户设备UE根据DCI中的相关信息进一步去读取具体的MBMS控制信道(MBMSControl Channel，简称MCCH)消息，这称为MCCH通知(notification)机制。MCCH信道上将发送具体的业务配置参数，如业务ID，业务的RLC(Radio Link Control，无线链路控制)、MAC(Media Access Control，媒体访问控制)、物理层配置参数等。
在物理下行控制信道PDCCH上，承载DCI的基本单元是CCE(ControlChannel Element，控制信道单元)。每个CCE包含9个REGs(Resource ElementGroup，资源粒子组)，每个REG包含4个RE(Resource Element，资源粒子)，也就是一个CCE是包含36个RE的一个连续资源块。那么在系统带宽和用于PDCCH的符号(symbol)数量确定后基本可以计算出总的CCE数量，具体计算方法可以为：从总的RE数量中去掉PCFICH(Physical Control FormatIndicator Channel，物理控制格式指示信道)，PHICH(Physical HARQ IndicatorCHannel，物理混合自动请求重传指示信道)以及参考信号所占的RE，再除以36，即可得到总的CCE数量。
用户设备UE一般不知道当前DCI传送的是什么信息，也不知道自己需要的信息在哪个位置。但是UE知道自己当前在期待什么信息，例如：
UE在空闲(Idle)状态下，期待的信息是寻呼(paging)和系统消息SI(system information)；
UE在发起随机接入(Random Access)后，期待的信息是随机接入响应(RAR，Random Access Response)；
UE在有上行数据等待发送的时候，期待的信息是上行链路(Up Link)授权UL Grant等。
对于不同的期望信息，UE用相应的无线网络临时标志符RNTI(RadioNetwork Temporary Identifier)和CCE信息进行循环冗余校验CRC(CyclicRedundancy Check)校验，如果CRC校验成功，那么UE就知道这个信息是自己需要的，也可知道相应的下行控制信息格式(DCI format)、调制方式，从而可以进一步解出DCI的内容。这就是所谓的“盲检”过程。
为了提高用户设备UE的“盲检”效率，协议首先划分了CCE公共搜索空间(Common Search Space)和UE特定搜索空间(UE-Specific SearchSpace)，对于不同的信息在不同的空间里进行搜索。
另外，对于某些格式(format)的信息，一个CCE是不够承载的，可能需要多个CCE，因此协议规定了所谓的CCE Aggregation Level(聚集级，简称AL)取值为1、2、4或8。UE一般不知道应该使用哪种Aggregation Level，所以UE所能做的就是把所有可能性都尝试一遍。
例如，对于公共搜索空间(Common Search Space)，UE需要分别按Aggregation Level＝4和Aggregation Level＝8来搜索。当按AL＝4搜索时，16个CCE需要搜索4次，也就是有4个Control Channel Candidates(控制信道备选)；当按AL＝8搜索时，16个CCE需要搜索2次，也就是有2个CCH Candidates；那么对于公共搜索空间一共有4+2＝6个CCH Candidates。
目前，下行控制信息DCI的信息包括：
●上行授权UL Grant(format 0)
●下行分配DL Assignment(format 1)
●寻呼Paging(format 1c或format 1a)
●随机接入信道响应RACH Response(format 1c)
●系统消息System Information(format 1c)
●MIMO下行分配MIMO Downlink Assignment(format 2)
●功率控制命令Power Control Command(format 3)
●…
由上述所列信息可以看出，其中，有些信息如paging，SI，RAR是所有UE都要去监听的，有一些则是跟特定UE相关的如上下行调度指令。所以协议将CCE划分为CCE公共搜索空间和UE特定搜索空间，从而提高UE的盲检效率。其中，公共搜索空间是最前面的16个CCE。UE特定搜索空间的起始位置根据TS 36.213中的公式计算，空间大小则和Aggregation Level有关，最小为6CCEs，最大为16CCEs。
由于MBSFN(MBMS over a Single Frequency Network，MBMS单频网络)区域可能出现交叠的情况，eMBMS(演进型MBMS)系统可能存在多个MBMS控制信道(MCCH)，每个MCCH对应于不同的MBSFN区域，其中仅承载对应MBSFN区域发送的MBMS业务的控制信息。
3GPP Rel9 MBMS已经同意采用MCCH notification(以下称为MCCH通知)机制，即在物理下行控制信道PDCCH上利用特定的M-RNTI指示MCCH的变化(如session start)，对于空闲模式的UE检测到MCCH通知信息后，在下一个MCCH修改周期接收相应的改变的MCCH消息。对于M-RNTI对应的DCI采用什么格式？DCI上承载的内容是什么？等问题目前还尚未给出结论。
发明内容
本发明所要解决的技术问题在于，提供一种多媒体广播多播业务通知信息的传输方法及系统，解决如何在物理下行控制信道上传输多媒体广播多播业务控制信道MCCH通知信息的技术问题，利用DCI配置、传输所述MCCH通知信息。
为了解决上述问题，本发明提出了一种多媒体广播多播业务通知信息的配置方法，包括：
配置下行物理控制信道的下行控制信息(DCI)格式，用于承载多媒体广播多播业务控制信道(MCCH)通知信息即MCCH通知信息；配置DCI中承载的MCCH通知信息内容；配置所述DCI格式中用于传输MCCH通知信息内容的发送位置；
将配置的所述DCI格式、MCCH通知信息内容以及所述发送位置通知网络侧设备和用户设备。
所述配置的DCI格式是指选择现有的DCI格式或设计一种专用的用于承载MCCH通知信息的DCI格式，所述现有的DCI格式是指3GPP规范中已存在的DCI格式。所述选择现有的DCI格式是DCI format 1a或DCI format1c，采用现有DCI format 1a或DCI format 1c的比特长度，对所述DCI format1a或DCI format 1c格式中的各个比特定义重新设定。
所述DCI中承载的MCCH通知信息内容，包括：MCCH标识指示信息，和/或MBMS业务组指示信息。所述DCI中承载的MCCH通知信息内容，还包括：MBSFN区域标识(MBSFN area ID)，和/或MCCH调度信息，和/或MCCH变化计数信息，和/或MCCH变化原因信息。
所述配置的DCI格式的DCI中，确定MCCH通知信息内容的发送位置时，第一部分比特被划分为用于指示MCCH标识指示信息，第二部分比特被划分为用于指示MBMS业务组指示信息，所述第二部分比特在所述第一部分比特之前或之后。所述选定DCI格式的DCI中，确定MCCH通知信息内容的发送位置时，进一步还包括第三部分比特，该第三部分比特是DCI中除第一、第二部分比特之外剩余的比特，作为保留比特用于扩展应用。
所述第一部分比特的数目，是根据最大的MCCH数目来确定，在DCI中的利用N个比特使用比特映射(bitmap)方式指示MCCH标识指示信息，其中N等于最大的MCCH数目；所述第二部分比特的数目，根据所配置的DCI的总比特数量、MCCH标识指示信息已占用的资源数量、保留的DCI比特位数来确定。
本发明还提供一种多媒体广播多播业务通知信息的传输方法，包括：
配置下行物理控制信道的下行控制信息(DCI)格式，用于承载多媒体广播多播业务控制信道(MCCH)通知信息即MCCH通知信息；配置DCI中承载的MCCH通知信息内容；配置所述DCI格式中用于传输MCCH通知信息内容的发送位置；将配置的所述DCI格式、MCCH通知信息内容以及所述发送位置通知网络侧设备和用户设备；
网络侧设备利用所述配置的DCI格式发送所述MCCH通知信息内容，用户设备通过盲检相应子帧中的物理下行控制信道(PDCCH)，获取MCCH通知信息的DCI内容。
所述配置的DCI格式是指选择现有的DCI格式或设计一种专用的用于承载MCCH通知信息的DCI格式，所述现有的DCI格式是指3GPP规范中已存在的DCI格式。所述选择现有的DCI格式是DCI format 1a或DCI format1c，采用现有DCI format 1a或DCI format 1c的比特长度，对所述DCI format1a或DCI format 1c格式中的各个比特定义重新设定。
所述DCI中承载的MCCH通知信息内容，包括：MCCH标识指示信息，和/或MBMS业务组指示信息。所述DCI中承载的MCCH通知信息内容，还包括：MBSFN区域标识(MBSFN area ID)，和/或MCCH调度信息，和/或MCCH变化计数信息，和/或MCCH变化原因信息。
所述配置的DCI格式的DCI中，确定MCCH通知信息内容的发送位置时，第一部分比特被划分为用于指示MCCH标识指示信息，第二部分比特被划分为用于指示MBMS业务组指示信息，所述第二部分比特在所述第一部分比特之前或之后。所述选定DCI格式的DCI中，确定MCCH通知信息内容的发送位置时，进一步还包括第三部分比特，该第三部分比特是DCI中除第一、第二部分比特之外剩余的比特，作为保留比特用于扩展应用。
所述第一部分比特的数目，是根据最大的MCCH数目来确定，在DCI中的利用N个比特使用比特映射(bitmap)方式指示MCCH标识指示信息，其中N等于最大的MCCH数目；所述第二部分比特的数目，根据所配置的DCI的总比特数量、MCCH标识指示信息已占用的资源数量、保留的DCI比特位数来确定。
所述用户设备UE盲检相应子帧的PDCCH是指UE根据所用DCI格式和M-RNTI值对PDCCH进行盲检；所述相应子帧是指通过系统消息或MCCH消息的指示，UE和网络侧事先预知的子帧。
所述UE和网络侧事先预知的子帧是指采用某种规则或算法选择的承载MCCH控制信息的子帧，所述规则或算法是网络侧和UE已知的，和/或通过系统消息或MCCH消息中的指示信息，UE可以得到承载MCCH通知信息的子帧位置。
本发明还提供一种多媒体广播多播业务通知信息的传输系统，包括：
网络侧设备，用于配置下行物理控制信道的下行控制信息(DCI)格式、配置DCI中承载的MCCH通知信息内容、配置所述DCI格式中用于传输MCCH通知信息内容的发送位置；将配置的所述DCI格式、MCCH通知信息内容以及所述发送位置通知用户设备，按照所述配置的DCI格式发送所述MCCH通知信息给用户设备；
用户设备，用于通过盲检相应子帧中的物理下行控制信道(PDCCH)，获取MCCH通知信息的DCI内容。
所述网络侧设备配置的DCI格式是指选择现有的DCI格式或设计一种专用的用于承载MCCH通知信息的DCI格式，所述现有的DCI格式是指3GPP规范中已存在的DCI格式。所述网络侧设备选择现有的DCI格式是DCI format 1a或DCI format 1c，采用现有DCI format 1a或DCI format 1c的比特长度，对所述DCI format 1a或DCI format 1c格式中的各个比特定义重新设定。
所述DCI中承载的MCCH通知信息内容，包括：MCCH标识指示信息，和/或MBMS业务组指示信息。所述DCI中承载的MCCH通知信息内容，还包括：MBSFN区域标识(MBSFN area ID)，和/或MCCH调度信息，和/或MCCH变化计数信息，和/或MCCH变化原因信息。
所述网络侧设备配置的DCI格式的DCI中，配置的MCCH通知信息内容的发送位置，第一部分比特被划分为用于指示MCCH标识指示信息，第二部分比特被划分为用于指示MBMS业务组指示信息，所述第二部分比特在所述第一部分比特之前或之后。所述网络侧设备配置的DCI格式的DCI中，确定的MCCH通知信息内容的发送位置，进一步还包括第三部分比特，该第三部分比特是DCI中除第一、第二部分比特之外剩余的比特，作为保留比特用于扩展应用。
所述第一部分比特的数目，是根据最大的MCCH数目来确定，在DCI中的利用N个比特使用比特映射(bitmap)方式指示MCCH标识指示信息，其中N等于最大的MCCH数目；所述第二部分比特的数目，根据所配置的DCI的总比特数量、MCCH标识指示信息已占用的资源数量、保留的DCI比特位数来确定。
所述用户设备UE盲检相应子帧的PDCCH是指UE根据所用DCI格式和M-RNTI值对PDCCH进行盲检；所述相应子帧是指通过系统消息或MCCH消息的指示，UE和网络侧设备事先预知的子帧。
所述UE和网络侧设备事先预知的子帧是指采用某种规则或算法选择的承载MCCH控制信息的子帧，所述规则或算法是网络侧和UE已知的，和/或通过系统消息或MCCH消息中的指示信息，UE可以得到承载MCCH通知信息的子帧位置。
采用本发明所述方法及系统，可以实现配置、传输MCCH通知信息，将MCCH的标识信息及业务信息通过DCI传输给用户设备UE，使得UE可以直接获知用户感兴趣的MBMS业务所在的MBMS业务组的通知指示信息，并进而确定监听哪条MCCH获得具体的业务信息，减小UE因为用户不感兴趣的MBMS业务的改变而触发其接收MCCH信令的可能性。
附图说明
图1是MCCH通知信息传输流程图；
图2是MCCH通知信息的DCI格式1C的第一种设置示意图；
图3是MCCH通知信息的DCI格式1C的第二种设置示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，以下结合附图对本发明作进一步地详细说明。
本发明针对如何配置、传输MCCH通知信息的问题，提出了MCCH通知信息的配置、传输方法及系统等技术方案，用于实现MCCH通知信息在物理下行控制信道上的DCI格式和内容的配置、传输，使用户设备UE在多个MCCH的条件下能够更加快捷、准确获得发生更新的MCCH消息，以便减少终端功耗。
本发明应用场景为：UE所在小区属于一个或多个MBSFN区域，每个MBSFN区域对应一条MCCH信道。
本发明的核心思想在于：从现有的DCI中选择出用于传输MCCH通知信息的所需的DCI格式，或者可以重新配置一种新的用于传输MCCH通知信息的所需的DCI格式，并确定MCCH通知信息的内容以及所述MCCH通知信息的内容在选定DCI格式上的传输位置；然后，网络侧设备按照选定的DCI格式发送所述MCCH通知信息，终端按照选定的DCI格式接收所述MCCH通知信息，并按照所述MCCH通知信息的内容在选定DCI格式上的传输位置，解析获得MCCH通知信息的内容。
优选地，网络侧设备选定DCI格式后，可以设定各MCCH信道对应的MCCH标识指示以及在PDCCH信道上的发送位置；进一步地，可以设定各MBMS业务组标识指示信息在PDCCH上的发送位置。
优选地，网络侧设备根据所选的DCI格式、MCCH信道的数目，将MBMS业务进行分组，每个MBMS业务组对应一个通知指示位置，该通知指示位置即为该MBMS业务组的通知指示信息在DCI中的发送位置。
在物理下行控制信道PDCCH上传输的内容就叫下行控制信息DCI，目前现有的DCI的格式有0，1、1A、1B、1C、1D，2、2A，3、3A等。在LTE系统中，上下行的资源授权、调度信息等都在PDCCH上发，所以要在PDCCH上区分到底这个调度信息是关于寻呼信息(paging)，广播信息，还是上下行数据信息，就需要相应的无线网络临时标志符RNTI(RadioNetwork Temporary Identifier)来指示。
一般来讲，这些RNTI都隐含在物理下行控制信道PDCCH的CRC校验位里，即PDCCH做完16位的CRC运算以后，就把这些CRC校验位同RNTI进行异或运算，例如当UE收PDCCH时就把RNTI和CRC进行异或运算，从而可以解出来这个PDCCH的作用是什么。
从背景技术中可以看到寻呼消息可以采用DCI format 1a或format 1c两种格式，不同的格式的DCI的长度不同，其中DCI format 1c为紧凑格式，所需的比特数较少。考虑到MCCH通知信息和寻呼消息的相似性，MCCH通知信息也可采用DCI format 1a或format 1c两种DCI格式之一。所述MCCH通知信息对应的DCI format 1a或format 1c的信息长度与现有DCI format 1a或format 1c相同，但是信息位的定义不同，具体信息位的定义需要根据所述MCCH通知信息的具体内容而定。
所述MCCH通知信息中，可能指示的DCI内容包括：
●发生变化的MCCH标识；
●发生变化的MBMS业务组标识；
●MBSFN区域标识(MBSFN area ID)；
●MCCH的调度信息；
●MCCH变化的次数；
●MCCH变化的原因；
在上述内容信息中，比较关键的信息是MCCH标识和MBMS业务组标识，MCCH变化的原因。
由于，目前的MCCH通知机制只考虑了会话开始(session start)事件，因此DCI中可以不包含MCCH变化的原因，在后续标准演进中，若增加了其它引起MCCH变化的事件，则就需要考虑包含MCCH变化的原因。根据以上分析，在一个优选的实施方式中，在MCCH通知信息对应DCI中可以包括：
●MCCH标识，用于指示发生变化的MCCH；和/或
●MBMS业务组标识，用于指示发生变化的MBMS业务组；和/或
●保留位，此为可选的，用于扩展用途，例如增加MCCH内容项(MBSFN区域标识、MCCH的调度信息、MCCH变化的次数、MCCH变化的原因)时可用。
在确定了需要指示在DCI上的MCCH通知信息内容之后，可以设置MCCH通知信息内容在DCI上的发送位置。网络侧设备设定各MCCH标识指示和MBMS业务组标识指示信息在DCI上的发送位置，按设定的发送位置在PDCCH上发送对应MCCH标识指示信息和MBMS业务组标识的指示信息。
下面针对MCCH标识和MBMS业务组标识如何设定发送位置进行具体说明。网络侧设备将PDCCH上的DCI资源分成三部分内容：
●第一部分，用于承载MCCH标识指示信息，指示哪条MCCH将要
发生变化；
所述网络侧设备设定各MCCH标识指示信息时，可根据最大的MCCH数目，在DCI的N个比特使用bitmap(比特映射)方式指示，其中N等于最大的MCCH数目。所述N个比特可以是从DCI首比特开始的N个比特，或者是DCI末比特向前的N个比特，或者是DCI中某一比特开始的连续N个比特。
●第二部分，用于承载MBMS业务组指示信息，根据资源的数量确定可承载的业务组标识指示的数目，进而对业务进行分组，分别映射到对应的指示位上；
网络侧设备根据DCI的总比特数量、MCCH标识指示信息已占用的资源数量、保留的DCI比特位数，确定剩余资源可以承载的MBMS业务组指示信息的数量，依据该数量对小区中的业务进行分组，分别将不同业务组的标识指示信息映射到DCI对应的发送位置。
一个具体的分组方法为：所述网络侧设备考虑DCI的比特数限制和MBMS业务，对小区中传输的MBMS业务进行分组，可以分为Download(下载)和Stream(流)两类，从而将MBMS业务分为两组，在DCI中用2个比特分别指示，可以采用Bitmap(比特映射)方式指示业务组是否变化。上述的2个比特是指DCI中在MCCH标识之后或之前的2个比特，UE则可根据MBMS业务组指示获知是否有自己感兴趣的业务发生改变。
●第三部分，为保留位，保留位的长度可变，用于扩展目的用途。
在DCI中除去MCCH标识和MBMS业务组标识之后的信息比特作为保留位，用于扩展目的。所述DCI中保留比特位＝DCI长度-MCCH标识指示信息-MBMS业务组指示信息。
如图1所示，显示了本发明的一种MCCH通知信息的传输方法，用于设置PDCCH上的DCI格式和内容，传输MCCH通知信息，该传输方法包括如下步骤：
步骤101，网络侧设备确定MCCH通知信息所采用的DCI格式；
在长期演进LTE系统中，一个子帧的前一个到三个正交频分复用(OFDM，Orthogonal Frequency Division Multiplexing)符号为该子帧的控制域。控制域具体被承载为哪几个OFDM符号是由系统网络侧确定并通知的。子帧控制域中承载控制信息的单位为控制信道单元(CCE，Control ChannelElement)。MBMS通知信息的DCI格式可以事先设定或者可配置的形式出现，一旦配置后，该DCI所能承载的信息比特就是固定的。
现有LTE系统中，寻呼消息可以采用DCI format 1a或format 1c两种格式之一，不同的格式的DCI的长度不同，其中DCI format 1c为紧凑格式，所需要的比特数较少。考虑到MCCH通知信息和寻呼消息的相似性，MCCH通知信息也可采用DCI format 1a或format 1c.表1总结了DCI format 1a和1c在不同系统带宽时的长度。但DCI format 1a或format 1c时，DCI格式中的信息比特的定义，需要根据MCCH通知信息内容重新定义。可以理解的时，也可以参照DCI format 1a或format 1c.格式，并结合MCCH通知信息的特点来定义出新的DCI格式，用于承载MCCH通知信息。
表1：不同系统带宽时DCI format 1a和1c的长度
  系统带宽   DCI 1a   DCI 1c
  5MHz   25bit   12bit
  10MHz   27bit   13bit
  20MHz   28bit   15bit
为了减少系统负载，这里选择DCI 1c作为MCCH通知信息的载体。以下分析以10MHz带宽为例(相应DCI长度为13bit)进行讨论。
所述网络侧设备为eNB(演进型节点B)或Relay(中继)。这样，通过该步骤101，就可以确定出用于传输MCCH通知信息的DCI格式。
步骤102，网络侧设备设定DCI中的比特定义，配置MCCH标识指示信息，映射到DCI特定位置。
根据现有公开技术，单个小区中的MBSFN区域最多为8个，即最多有个8个不同的MCCH，这样利用DCI 1c中的前8比特分别和8个MCCH一一对应，其中bit0对应MCCH#0，bit1对应MCCH#1，...，bit7对应MCCH#7。比特位的取值为1表明相应的MCCH发生变化，而比特位的取值为0表明相应的MCCH不变。
步骤103，根据PDCCH上DCI中的剩余资源数量以及每个业务组指示信息的单位长度，确定DCI中能承载的MBMS业务组指示标识。
考虑DCI 1c的长度和MCCH标识已占用的位置，为了简化实现，MBMS业务组可分为2类：Download(下载)和Stream(流)。这样利用MCCH标识之后或之前的2个比特位来标识，例如采用MCCH标识之后的2比特时：bit8对应Download业务，bit9对应Stream业务。如果比特位的取值为1表明相应的业务组发生变化，比特位的取值为0表明相应的业务组无变化。
  步骤104，网络侧设备将各MCCH标识指示信息和MBMS业务组标识指示信息映射到对应的DCI中的比特位；DCI中剩余的比特位作为保留位，全部设为0。上述MBMS业务组的标识指示信息用于标识该MBMS业务组中的MBMS业务是否有更新，UE通过进一步接收MCCH可获知具体哪个业务有更新。
本发明方法在充分利用所选DCI格式空间的前提下，可以明确的指示UE不同的MCCH和MBMS业务组变化信息。使得UE可以根据指示信息选择性搜索。
进一步地，在用户设备接收MCCH通知消息时，用户设备UE接收MCCH通知信息的方法包括：
UE根据网络侧设备设定的MCCH通知信息发送位置指示，在相应位置接收MCCH通知信息，根据MCCH通知信息判断是否进一步接收MCCH消息；UE接收到MCCH通知信息后，根据MBMS业务组标识指示信息，可以判断出发生变化的MCCH对应的是哪个MBMS业务组，进而根据用户的需求选择是否进一步去接收相应具体的MCCH消息。由于UE可以获知用户感兴趣的业务所在的MBMS业务组对应的通知指示信息在DCI中的具体位置，这样UE可以快速确定该业务是否发生变化。
所述用户感兴趣的MBMS业务包括用户已经加入的MBMS业务以及打算加入的MBMS业务。所述DCI中的指示信息位置是事先约定的，所述位置是网络侧和UE预知的。
基于上述配置传输方法，本发明的一种多媒体广播多播业务通知信息的传输系统，包括：
网络侧设备，用于配置下行物理控制信道的下行控制信息(DCI)格式、配置DCI中承载的MCCH通知信息内容、配置所述DCI格式中用于传输MCCH通知信息内容的发送位置；将配置的所述DCI格式、MCCH通知信息内容以及所述发送位置通知用户设备，按照所述配置的DCI格式发送所述MCCH通知信息给用户设备；
用户设备，用于通过盲检相应子帧中的物理下行控制信道(PDCCH)，获取MCCH通知信息的DCI内容。
所述网络侧设备配置的DCI格式是指选择现有的DCI格式或设计一种专用的用于承载MCCH通知信息的DCI格式，所述现有的DCI格式是指3GPP规范中已存在的DCI格式。所述网络侧设备选择现有的DCI格式是DCI format 1a或DCI format 1c，采用现有DCI format 1a或DCI format 1c的比特长度，对所述DCI format 1a或DCI format 1c格式中的各个比特定义重新设定。
所述DCI中承载的MCCH通知信息内容，包括：MCCH标识指示信息，和/或MBMS业务组指示信息。所述DCI中承载的MCCH通知信息内容，还包括：MBSFN区域标识(MBSFN area ID)，和/或MCCH调度信息，和/或MCCH变化计数信息，和/或MCCH变化原因信息。
所述网络侧设备配置的DCI格式的DCI中，配置的MCCH通知信息内容的发送位置，第一部分比特被划分为用于指示MCCH标识指示信息，第二部分比特被划分为用于指示MBMS业务组指示信息，所述第二部分比特在所述第一部分比特之前或之后。所述网络侧设备配置的DCI格式的DCI中，确定的MCCH通知信息内容的发送位置，进一步还包括第三部分比特，该第三部分比特是DCI中除第一、第二部分比特之外剩余的比特，作为保留比特用于扩展应用。
所述第一部分比特的数目，是根据最大的MCCH数目来确定，在DCI中的利用N个比特使用比特映射(bitmap)方式指示MCCH标识指示信息，其中N等于最大的MCCH数目；所述第二部分比特的数目，根据所配置的DCI的总比特数量、MCCH标识指示信息已占用的资源数量、保留的DCI比特位数来确定。
所述用户设备UE盲检相应子帧的PDCCH是指UE根据所用DCI格式和M-RNTI值对PDCCH进行盲检；所述相应子帧是指通过系统消息或MCCH消息的指示，UE和网络侧设备事先预知的子帧。所述UE和网络侧设备事先预知的子帧是指采用某种规则或算法选择的承载MCCH控制信息的子帧，所述规则或算法是网络侧和UE已知的，和/或通过系统消息或MCCH消息中的指示信息，UE可以得到承载MCCH通知信息的子帧位置。
实施例一：
●网络侧：
假设系统仅分配一个M-RNTI，并且选择DCI format 1c承载MCCH通知信息，DCI长度为13bit(10MHz带宽)；其中，DCI中的前8bit分别对应8个MCCH，bit0对应MCCH#0，bit1对应MCCH#1，...，bit7对应MCCH#7；比特位为1表明相应的MCCH发生变化，比特位为0表明相应的MCCH没有变化。图2中表明MCCH#1，MCCH#4和MCCH#6发生了变化。
DCI中的MCCH标识指示信息之后的2个比特分别对应两个MBMS业务组，具体的bit8对应Download业务，bit9对应Stream业务。比特位为1表明相应的MBMS业务发生变化，比特位为0表明相应的MBMS业务没有变化。图2中表明Download类的MBMS业务发生了变化。
DCI中的MBMS业务标识指示信息之后的剩余3个比特为保留位，这里全部设为0。
●UE侧：
UE根据MCCH消息或系统消息指示，在相应的位置监听MCCH通知信息。如果检测到M-RNTI，则读取PDCCH中的DCI信息。假设某个UE感兴趣的业务为Download类，该UE接收MCCH#0-MCCH#3的消息。根据图2中DCI的指示，UE在下一个MCCH修改周期接收MCCH#1消息。
对于某个具体的UE来说，可以接收的MCCH数目是N(N为正整数，0＜N＜＝8)，具体的N值是和UE实现相关的。
实施例二
●网络侧：
假设系统仅分配一个M-RNTI，并且选择DCI format 1c承载MCCH通知信息，DCI长度为13bit(10MHz带宽)；其中，DCI中的前2个比特分别对应两个MBMS业务组，具体的bit0对应Download(下载)业务，bit1对应Stream(流)业务。比特位为1表明相应的MBMS业务发生变化，比特位为0表明相应的MBMS业务没有变化。图3中表明Download类和Stream类的MBMS业务都发生了变化。
DCI中的MBMS业务标识指示信息之后的8bit分别对应8个MCCH，其中bit2对应MCCH#0，bit3对应MCCH#1，...，bit9对应MCCH#7，比特位为1表明相应的MCCH发生变化，比特位为0表明相应的MCCH没有变化。图3中表明MCCH#2(bit4)，MCCH#3(bit5)和MCCH#5(bit7)发生了变化。
DCI中的MCCH标识指示信息之后的剩余3个比特为保留位，这里全部设为0。
●UE侧：
UE根据MCCH消息或系统消息指示，在相应的位置监听MCCH通知信息。如果检测到M-RNTI，则读取PDCCH中的DCI信息。假设某个UE感兴趣的业务为Stream(流)类，该UE接收MCCH#1，MCCH#3和MCCH#5的消息。根据图3中DCI的指示，UE在下一个MCCH修改周期接收MCCH#3和MCCH#5的消息。
对于某个具体的UE来说，可以接收的MCCH数目是N(N为正整数，0＜N＜＝8)，具体的N值是和UE实现相关的。
本发明通过结合MCCH的数量设计DCI中的MBMS通知信息指示，以及针对业务组进行MBMS业务标识指示映射，减小UE因为用户不感兴趣的MBMS业务的改变而触发其接收MCCH消息的可能性，从而一方面由于增加了对MCCH搜索的准确性，提高了搜索效率，同时也在用户设备UE上降低了功率消耗。
以上所述仅为本发明的实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。

Claims (22)

1.一种多媒体广播多播业务通知信息的配置方法，其特征在于：
配置下行物理控制信道的下行控制信息(DCI)格式，用于承载多媒体广播多播业务控制信道(MCCH)通知信息即MCCH通知信息；配置DCI中承载的MCCH通知信息内容；配置所述DCI格式中用于传输MCCH通知信息内容的发送位置；
将配置的所述DCI格式、MCCH通知信息内容以及所述发送位置通知网络侧设备和用户设备；
所述用户设备根据已知的规则或算法，和/或通过系统消息或MCCH消息中的指示信息，得到承载MCCH通知信息的子帧位置，并在相应的子帧位置对物理下行控制信道(PDCCH)进行盲检以获取所述MCCH通知信息；
所述配置的DCI格式是指选择现有的DCI格式或设计一种用于承载MCCH通知信息的DCI格式，所述现有的DCI格式是指3GPP规范中已存在的DCI格式；
所述选择现有的DCI格式是DCI format 1a或DCI format 1c，采用现有DCI format 1a或DCI format 1c的比特长度，对所述DCI format 1a或DCIformat 1c格式中的各个比特定义重新设定，所述重新设定是指改变DCI中各个比特的原有定义；
DCI format 1c中的前8比特分别和8个MCCH一一对应，其中bit0对应MCCH#0，bit1对应MCCH#1，…，bit7对应MCCH#7；其中，
比特位的取值为1表明对应的MCCH发生变化，而比特位的取值为0表明对应的MCCH不变。
2.如权利要求1所述的配置方法，其特征在于，
所述DCI中承载的MCCH通知信息内容，包括：MCCH标识指示信息，和/或MBMS业务组指示信息。
3.如权利要求2所述的配置方法，其特征在于，
所述DCI中承载的MCCH通知信息内容，还包括：MBSFN区域标识(MBSFN area ID)，和/或MCCH调度信息，和/或MCCH变化计数信息，和/或MCCH变化原因信息。
4.如权利要求2所述的配置方法，其特征在于，
所述配置的DCI格式的DCI中，确定MCCH通知信息内容的发送位置时，第一部分比特被划分为用于指示MCCH标识指示信息，第二部分比特被划分为用于指示MBMS业务组指示信息，所述第二部分比特在所述第一部分比特之前或之后。
5.如权利要求4所述的配置方法，其特征在于，
所述配置的DCI格式的DCI中，确定MCCH通知信息内容的发送位置时，进一步还包括第三部分比特，该第三部分比特是DCI中除第一、第二部分比特之外剩余的比特，作为保留比特用于扩展应用。
6.如权利要求4所述的配置方法，其特征在于，
所述第一部分比特的数目，是根据最大的MCCH数目来确定，在DCI中的利用N个比特使用比特映射(bitmap)方式指示MCCH标识指示信息，其中N等于最大的MCCH数目；
所述第二部分比特的数目，根据所配置的DCI的总比特数量、MCCH标识指示信息已占用的资源数量、保留的DCI比特位数来确定。
7.一种多媒体广播多播业务通知信息的传输方法，其特征在于：
配置下行物理控制信道的下行控制信息(DCI)格式，用于承载多媒体广播多播业务控制信道(MCCH)通知信息即MCCH通知信息；配置DCI中承载的MCCH通知信息内容；配置所述DCI格式中用于传输MCCH通知信息内容的发送位置；将配置的所述DCI格式、MCCH通知信息内容以及所述发送位置通知网络侧设备和用户设备；
网络侧设备利用所述配置的DCI格式发送所述MCCH通知信息内容，用户设备通过盲检相应子帧中的物理下行控制信道(PDCCH)，获取MCCH通知信息的DCI内容；
所述用户设备根据已知的规则或算法，和/或通过系统消息或MCCH消息中的指示信息，得到承载MCCH通知信息的子帧位置，并在相应的子帧位置对所述物理下行控制信道(PDCCH)进行盲检以获取所述MCCH通知信息；
所述配置的DCI格式是指选择现有的DCI格式或设计一种用于承载MCCH通知信息的DCI格式，所述现有的DCI格式是指3GPP规范中已存在的DCI格式；
所述选择现有的DCI格式是DCI format 1a或DCI format 1c，采用现有DCI format 1a或DCI format 1c的比特长度，对所述DCI format 1a或DCIformat 1c格式中的各个比特定义重新设定，所述重新设定是指改变DCI中各个比特的原有定义。
8.如权利要求7所述的传输方法，其特征在于，
所述DCI中承载的MCCH通知信息内容，包括：MCCH标识指示信息，和/或MBMS业务组指示信息。
9.如权利要求8所述的传输方法，其特征在于，
所述DCI中承载的MCCH通知信息内容，还包括：MBSFN区域标识(MBSFN area ID)，和/或MCCH调度信息，和/或MCCH变化计数信息，和/或MCCH变化原因信息。
10.如权利要求8所述的传输方法，其特征在于，
所述配置的DCI格式的DCI中，确定MCCH通知信息内容的发送位置时，第一部分比特被划分为用于指示MCCH标识指示信息，第二部分比特被划分为用于指示MBMS业务组指示信息，所述第二部分比特在所述第一部分比特之前或之后。
11.如权利要求10所述的传输方法，其特征在于，
所述配置的DCI格式的DCI中，确定MCCH通知信息内容的发送位置时，进一步还包括第三部分比特，该第三部分比特是DCI中除第一、第二部分比特之外剩余的比特，作为保留比特用于扩展应用。
12.如权利要求10所述的传输方法，其特征在于，
所述第一部分比特的数目，是根据最大的MCCH数目来确定，在DCI中的利用N个比特使用比特映射(bitmap)方式指示MCCH标识指示信息，其中N等于最大的MCCH数目；
所述第二部分比特的数目，根据所配置的DCI的总比特数量、MCCH标识指示信息已占用的资源数量、保留的DCI比特位数来确定。
13.如权利要求7所述的传输方法，其特征在于，
所述用户设备UE盲检相应子帧的PDCCH是指UE根据所用DCI格式和M-RNTI值对PDCCH进行盲检；
所述相应子帧是指通过系统消息或MCCH消息的指示，UE和网络侧事先预知的子帧。
14.如权利要求13所述的传输方法，其特征在于，
所述UE和网络侧事先预知的子帧是指采用某种规则或算法选择的承载MCCH控制信息的子帧，所述规则或算法是网络侧和UE已知的，和/或通过系统消息或MCCH消息中的指示信息，UE可以得到承载MCCH通知信息的子帧位置。
15.一种多媒体广播多播业务通知信息的传输系统，其特征在于，包括：
网络侧设备，用于配置下行物理控制信道的下行控制信息(DCI)格式、配置DCI中承载的MCCH通知信息内容、配置所述DCI格式中用于传输MCCH通知信息内容的发送位置；将配置的所述DCI格式、MCCH通知信息内容以及所述发送位置通知用户设备，按照所述配置的DCI格式发送所述MCCH通知信息给用户设备；
用户设备，用于通过盲检相应子帧中的物理下行控制信道(PDCCH)，获取MCCH通知信息的DCI内容；
所述用户设备，还用于根据已知的规则或算法，和/或通过系统消息或MCCH消息中的指示信息，得到承载MCCH通知信息的子帧位置，并在相应的子帧位置对所述物理下行控制信道(PDCCH)进行盲检以获取所述MCCH通知信息；
所述网络侧设备配置的DCI格式是指选择现有的DCI格式或设计一种用于承载MCCH通知信息的DCI格式，所述现有的DCI格式是指3GPP规范中已存在的DCI格式；
所述网络侧设备选择现有的DCI格式是DCI format 1a或DCI format 1c，采用现有DCI format 1a或DCI format 1c的比特长度，对所述DCI format 1a或DCI format 1c格式中的各个比特定义重新设定，所述重新设定是指改变DCI中各个比特的原有定义。
16.如权利要求15所述的传输系统，其特征在于，
所述DCI中承载的MCCH通知信息内容，包括：MCCH标识指示信息，和/或MBMS业务组指示信息。
17.如权利要求16所述的传输系统，其特征在于，
所述DCI中承载的MCCH通知信息内容，还包括：MBSFN区域标识(MBSFN area ID)，和/或MCCH调度信息，和/或MCCH变化计数信息，和/或MCCH变化原因信息。
18.如权利要求16所述的传输系统，其特征在于，
所述网络侧设备配置的DCI格式的DCI中，配置的MCCH通知信息内容的发送位置，第一部分比特被划分为用于指示MCCH标识指示信息，第二部分比特被划分为用于指示MBMS业务组指示信息，所述第二部分比特在所述第一部分比特之前或之后。
19.如权利要求18所述的传输系统，其特征在于，
所述网络侧设备配置的DCI格式的DCI中，确定的MCCH通知信息内容的发送位置，进一步还包括第三部分比特，该第三部分比特是DCI中除第一、第二部分比特之外剩余的比特，作为保留比特用于扩展应用。
20.如权利要求18所述的传输系统，其特征在于，
所述第一部分比特的数目，是根据最大的MCCH数目来确定，在DCI中的利用N个比特使用比特映射(bitmap)方式指示MCCH标识指示信息，其中N等于最大的MCCH数目；
所述第二部分比特的数目，根据所配置的DCI的总比特数量、MCCH标识指示信息已占用的资源数量、保留的DCI比特位数来确定。
21.如权利要求15所述的传输系统，其特征在于，
所述用户设备UE盲检相应子帧的PDCCH是指UE根据所用DCI格式和M-RNTI值对PDCCH进行盲检；
所述相应子帧是指通过系统消息或MCCH消息的指示，UE和网络侧设备事先预知的子帧。
22.如权利要求21所述的传输系统，其特征在于，
所述UE和网络侧设备事先预知的子帧是指采用某种规则或算法选择的承载MCCH控制信息的子帧，所述规则或算法是网络侧和UE已知的，和/或通过系统消息或MCCH消息中的指示信息，UE可以得到承载MCCH通知信息的子帧位置。
CN200910179245.4A 2009-09-30 2009-09-30 一种多媒体广播多播业务通知信息的传输方法及系统 Active CN102035807B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200910179245.4A CN102035807B (zh) 2009-09-30 2009-09-30 一种多媒体广播多播业务通知信息的传输方法及系统
PCT/CN2009/076149 WO2010145177A1 (zh) 2009-09-30 2009-12-28 多媒体广播多播业务通知信息的配置、传输方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200910179245.4A CN102035807B (zh) 2009-09-30 2009-09-30 一种多媒体广播多播业务通知信息的传输方法及系统

Publications (2)

Publication Number Publication Date
CN102035807A CN102035807A (zh) 2011-04-27
CN102035807B true CN102035807B (zh) 2015-06-03

Family

ID=43355719

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910179245.4A Active CN102035807B (zh) 2009-09-30 2009-09-30 一种多媒体广播多播业务通知信息的传输方法及系统

Country Status (2)

Country Link
CN (1) CN102035807B (zh)
WO (1) WO2010145177A1 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102957497A (zh) * 2011-08-19 2013-03-06 华为技术有限公司 一种物理下行控制信道发送和盲检测方法、设备
CN103002579B (zh) * 2011-09-08 2015-04-29 华为技术有限公司 传输控制信息的方法、基站和用户设备
CN103108283B (zh) * 2011-11-09 2018-04-27 中兴通讯股份有限公司 一种实现mbms业务/会话获取的设备、系统及方法
CN103139710A (zh) * 2011-11-30 2013-06-05 中兴通讯股份有限公司 紧急呼叫实现方法、增强的节点b和用户设备
KR101895170B1 (ko) 2016-08-11 2018-09-05 주식회사 케이티 멀티캐스트 통신 방법 및 장치
CN107733625B (zh) * 2016-08-11 2021-08-20 株式会社Kt 多播通信方法和设备
CN107734658B (zh) * 2016-08-11 2023-01-31 夏普株式会社 单小区多播业务的信息变更传输方法和设备
BR112019002872A2 (pt) * 2016-08-12 2019-05-14 Huawei Technologies Co., Ltd. método de transmissão de informação de controle, aparelho, programa de computador e meio de armazenamento legível por computador não transitório
CN107889063B (zh) 2016-09-29 2022-02-18 中兴通讯股份有限公司 多播业务的业务信息、业务信息变更通知方法及装置
US11240835B2 (en) * 2017-01-17 2022-02-01 Huawei Technologies Co., Ltd. System and method for co-existence of low-latency and latency-tolerant communication resources
CN110380832A (zh) * 2018-04-12 2019-10-25 普天信息技术有限公司 下行控制信道pdcch信息发送方法、预测方法及其装置
US11570752B2 (en) 2019-12-30 2023-01-31 Qualcomm Incorporated Monitoring multicast broadcast control information
CN114071381B (zh) * 2020-08-06 2023-03-24 大唐移动通信设备有限公司 Mbms控制消息变化的通知方法、终端及网络侧设备
CN116156436A (zh) * 2020-08-06 2023-05-23 中国移动通信有限公司研究院 信息通信、接收、配置和发送方法、资源配置方法及设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101370238B (zh) * 2007-08-15 2012-08-22 上海贝尔股份有限公司 基于lte的mcch的发送/接收方法和设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
《Advanced MBMS notification mechanism for discriminating different services》;ZTE;《3GPP TSG RAN WG2 #6 R2-094784》;20090828;第1-3页 *
《PDCCH for MCCH Notification》;Huawei;《3GPP TSG RAN WG2 #67 R2-094424》;20090828;第1-4页 *

Also Published As

Publication number Publication date
CN102035807A (zh) 2011-04-27
WO2010145177A1 (zh) 2010-12-23

Similar Documents

Publication Publication Date Title
CN102035807B (zh) 一种多媒体广播多播业务通知信息的传输方法及系统
CN106470498B (zh) Sc-mcch发送方法、sc-ptm接收方法及其装置
US10194454B2 (en) Method and system for implementing service scheduling, base station, and user equipment
US8467329B2 (en) Method of transmitting system information related to point-to multipoint service
EP3337199B1 (en) Resource configuration method, system, and device for single-cell multicast control channel (sc-mcch)
KR101387039B1 (ko) 셀룰러 통신 시스템에서 브로드캐스트 및 멀티캐스트 서비스들에 대한 스케줄링 정보를 전송하기 위한 방법 및 장치
US9265030B2 (en) Method and device for controlling MBMS receiving in a wireless communication system
WO2013107368A1 (zh) 一种下行数据传输方法及其设备
CN106470482B (zh) Sc-mcch的资源配置方法、系统及装置
CN107211276B (zh) 一种传输业务数据的方法和装置
CN104412625B (zh) 信道变更获知方法、通知方法及设备
WO2010118659A1 (zh) Mcch及mcch更新指示信息控制信息的承载、接收方法与装置
CN102281501B (zh) 多媒体广播多播业务计数反馈的方法及系统
WO2011038656A1 (zh) 一种mbms寻呼指示信息的传输方法及网络侧设备
US20230180244A1 (en) System and method for signal transmission
EP2341656A2 (en) Resource allocation method, resource indication method and mobile station using the same
US20240032073A1 (en) Communication control method and base station
CN113950148A (zh) Sc-mcch的广播方法与系统

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