CN107733625A

CN107733625A - 多播通信方法和设备

Info

Publication number: CN107733625A
Application number: CN201710624334.XA
Authority: CN
Inventors: 朴奎镇; 崔宇辰
Original assignee: KT Corp
Current assignee: KT Corp
Priority date: 2016-08-11
Filing date: 2017-07-27
Publication date: 2018-02-23
Anticipated expiration: 2037-07-27
Also published as: CN107733625B

Abstract

本发明涉及无线通信***中的多播通信方法和设备。更具体地，本发明涉及在基于LTE或高级LTE的通信***中执行多播通信的方法和设备。根据实施例，一种用于由UE执行多播通信的方法包括通过基于预设的下行链路控制信息(DCI)格式监视下行链路信道来接收单蜂窝‑多播控制信道(SC‑MCCH)，基于包括在SC‑MCCH中的覆盖增强模式(CEMode)信息来确定用于接收单蜂窝‑多播业务信道(SC‑MTCH)的DCI格式，以及通过基于所确定的用于接收SC‑MTCH的DCI格式监视下行链路信道来接收SC‑MTCH。

Description

多播通信方法和设备

相关申请的交叉引用

本申请要求于2016年8月11日和2017年6月13日提交的韩国专利申请 No.10-2016-0102630和10-2017-0073684的优先权，出于各种目的通过引用将其并入本文，如同完整地阐述在本文中一样。

技术领域

本发明涉及无线通信***中的多播通信方法和设备，并且更具体地涉及用于在基于LTE或高级LTE的通信***中执行多播通信的方法和设备。

背景技术

随着LTE/高级LTE网络普及，移动运营商寻求使无线电接入终端(RAT) 的数量最小化以便减少网络维护成本。

然而，由于传统的基于GSM/GPRS网络的机器类型通信(MTC)产品的数量正在增加，出现了如下问题：移动运营商必须操作两个RAT中的每个，因为他们使用LTE/高级LTE网络用于一般数据发送，并且使用GSM/GPRS网络用于MTC。

因此，为了与现有的一般LTE/高级LTE终端相比降低终端成本，终端的发送/接收带宽被限制为6个物理资源块(PRB)，定义了其中发送/接收天线的数量被限制为一的带宽减小的低复杂度用户设备(BL UE)，并且在3GPP发布13 中定义了用于支持BL UE的标准技术。

此外，考虑到MTC应用场景，例如安装在“深层室内”(例如地下室)环境中的智能计量，覆盖增强(CE)模式被定义为CE UE，并且在3GPP发布13 中定义用于支持CE UE的标准技术。

由于在3GPP发布14中将对在3GPP发布13中定义的BL/CE UE的附加增强进行讨论，需要能够与3GPP发布13的BL/CE UE相比执行多播通信的方法和设备。

发明内容

在该背景下，本发明的一个方面提供一种用于在无线通信***中执行多播通信的方法和设备。

根据本发明的一方面，提供了一种用于由UE执行多播通信的方法，其包括：通过基于预设的下行链路控制信息(DCI)格式监视下行链路信道来接收单蜂窝 -多播控制信道(SC-MCCH)；基于包括在SC-MCCH中的覆盖增强模式 (CEMode)信息来确定用于接收单蜂窝-多播业务信道(SC-MTCH)的DCI格式；以及通过基于所确定的用于接收SC-MTCH的DCI格式监视下行链路信道来接收SC-MTCH。

根据本发明的另一方面，提供了一种用于由基站执行多播通信的方法，其包括：将SC-MCCH发送到UE，使得基于预设的DCI格式来监视下行链路信道；以及将SC-MTCH发送到UE，使得基于用于接收SC-MTCH的DCI格式来监视下行链路信道，用于接收SC-MTCH的DCI格式是基于包括在SC-MCCH中的 CEMode信息确定的。

根据本发明的再一方面，提供了一种用于执行多播通信的UE，其包括：接收单元，其被配置为通过基于预设的DCI格式监视下行链路信道来接收 SC-MCCH并被配置为通过基于用于接收SC-MTCH的DCI格式监视下行链路信道来接收SC-MTCH，用于接收SC-MTCH的DCI格式是基于包括在SC-MCCH 中的CEMode信息确定的；以及控制单元，其被配置为基于包括在SC-MCCH 中的CEMode信息来确定用于接收SC-MTCH的DCI格式。

根据本发明的又一方面，提供了一种用于执行多播通信的基站，其包括：发送单元，其被配置为将SC-MCCH发送到UE，使得基于预设的DCI格式来监视下行链路信道并被配置为将SC-MTCH发送到UE，使得基于用于接收 SC-MTCH的DCI格式来监视下行链路信道，用于接收SC-MTCH的DCI格式是基于包括在SC-MCCH中的CEMode信息确定的；以及控制单元，其被配置为允许将CEMode信息包括在SC-MCCH中。

如上所述，根据本发明的实施例，能够提供使得能够在无线通信***中进行多播通信的效果。

附图说明

本发明的以上和其他目标、特征和优点将从结合附图进行的以下详细描述中变得更加明显，在附图中：

图1是根据本发明实施例的用于说明执行多播通信的UE的操作的示图；

图2是根据本发明实施例的用于说明执行多播通信的基站的操作的示图；

图3图示了根据本发明实施例的UE的配置的示图；以及

图4图示了根据本发明实施例的基站的配置的示图。

具体实施方式

在下文中，将参考附图详细描述本发明的实施例。在将附图标记添加到每个附图中的元件中，在可能的情况下，相同的元件将由相同的附图标记指代，尽管它们被示出在不同的附图中。另外，在本发明的以下描述中，并入在本文中的已知功能和配置的详细描述将在确定该描述可能使本发明的主题相当不清楚时被省略。

在本说明书中，机器类型通信(MTC)终端是指低成本(或不太复杂)的终端、支持覆盖增强的终端、等等。在本说明书中，MTC终端是指支持低成本 (或低复杂度)和覆盖增强的终端。备选地，在本说明书中，MTC终端是指被定义为用于维持低成本(或低复杂度)和覆盖增强的预定种类的终端。

换言之，在本说明书中，MTC终端可以是指新定义的3GPP发布13低成本 (或低复杂度)UE种类/类型，其执行基于LTE的MTC相关的操作。备选地，在本说明书中，MTC终端可以是指在3GPP发布12中或之前定义的支持与现有 LTE覆盖相比增强的覆盖或者支持低功率消耗的UE种类/类型，或者可以是指新定义的发布13低成本(或低复杂度)UE种类/类型。

无线通信***可以被广泛地安装以便提供各种通信服务，例如语音服务、分组数据、等等。无线通信***可以包括用户设备(UE)和基站(BS或eNB)。在整个说明书中，用户设备可以是指示在无线通信中使用的用户终端的包容性概念，包括WCDMA、LTE、HSPA、等等中的UE(用户设备)、以及GSM中的移动站(MS)、用户终端(UT)、用户站(SS)、无线设备、等等。

基站或蜂窝可以总体上是指在其中执行了与用户设备(UE)的通信的站，并且还可以被称为节点B、演变的节点B(eNB)、扇区、站点、基站收发*** (BTS)、接入点、中继节点、远程射频头(RRH)、射频单元(RU)、等等。

即，基站20或蜂窝可以被理解为指示由CDMA中的基站控制器(BSC)、 WCDMA中的NodeB、LTE中的eNB或扇区(站点)、等等覆盖的区域的部分的包容性概念，并且该概念可以包括各种覆盖区域，例如兆蜂窝、宏蜂窝、微蜂窝、微微蜂窝、毫微微蜂窝、中继节点的通信范围、等等。

上述各种蜂窝中的每个具有控制对应蜂窝的基站，并且因此，基站可以以如下两种方式来理解：i)基站可以是提供与无线区域相关联的兆蜂窝、宏蜂窝、微蜂窝、微微蜂窝、毫微微蜂窝以及小蜂窝的设备其本身；或者ii)基站可以指示无线区域其本身。在i)中，与彼此相互作用以便使得设备能够提供要由相同实体控制的预定无线区域或者协同地对无线区域进行配置的所有设备可以被指示为基站。基于无线区域的配置类型，eNB、RRH、天线、RU、低功率节点(LPN)、发送/接收点、发送点、接收点、等等可以是基站的实施例。在ii)中，从终端或邻近基站的视角接收或发送信号的无线区域其本身可以被指示为基站。

因此，兆蜂窝、宏蜂窝、微蜂窝、微微蜂窝、毫微微蜂窝、小蜂窝、RRH、天线、RU、LPN、点、eNB、发送/接收点、发送点和接收点被统称为基站。

在说明书中，用户设备和基站被用作体现本说明书中描述的技术和技术构思的两种包容性收发主体，并且可以不限于预定术语或词语。在说明书中，用户设备和基站被用作体现本说明书中描述的技术和技术构思的两种(上行链路或下行链路)包容性收发主体，并且可以不限于预定术语或词语。这里，上行链路(UL)是指使UE将数据发送到基站/从基站接收数据的方案，并且下行链路(DL)是指使基站将数据发送到UE/从UE接收数据的方案。

不同的多种接入方案可以被不受限制地应用到无线通信***。可以使用各种多种接入方案，例如码分多址(CDMA)、时分多址(TDMA)、频分多址 (FDMA)、正交频分多址(OFDMA)、OFDM-FDMA、OFDM-TDMA、 OFDM-CDMA、等等。本发明的实施例可应用于通过GSM、WCDMA以及HSPA 发展为LTE和高级LTE的异步无线通信方案中的资源分配，并且可应用于通过 CDMA和CDMA-2000发展为UMB的同步无线通信方案中的资源分配。本发明可以不限于具体无线通信领域，并且可以包括本发明的技术构思可应用于其中的所有技术领域。

上行链路发送和下行链路发送可以基于根据不同时间来执行发送的时分复用(TDD)方案或者基于根据不同频率来执行发送的频分复用(FDD)方案来执行。

另外，在诸如LTE和LTE-A的***中，标准可以通过基于单个载波或载波对来配置上行链路和下行链路来开发。上行链路和下行链路可以通过控制信道来发送控制信息，控制信道例如为物理下行链路控制信道(PDCCH)、物理控制格式指示信道(PCFICH)、物理混合ARQ指示信道(PHICH)、物理上行链路控制信道(PUCCH)、增强的物理下行链路控制信道(EPDCCH)、等等，并且可以被配置为数据信道，例如物理下行链路共享信道(PDSCH)、物理上行链路共享信道(PUSCH)、等等，以便发送数据。

控制信息可以使用增强的PDCCH或扩展的PDCCH(EPDCCH)来发送。

在本说明书中，蜂窝可以是指从发送/接收点发送的信号的覆盖、具有从发送/接收点(发送点或发送/接收点)发送的信号的覆盖的分量载波、或者发送/ 接收点其本身。

根据实施例的无线通信***是指其中两个或更多个发送/接收点协同地发送信号的协同多点发送/接收(CoMP)***、协同多天线发送***或者协同多蜂窝通信***。CoMP***可以包括至少两个多发送/接收点和终端。

多发送/接收点可以是基站或宏蜂窝(在下文中，被称为“eNB”)和通过光缆或光纤被连接到eNB并被无线控制的并且在宏蜂窝区域内具有高发送功率或低发送功率的至少一个RRH。

在下文中，下行链路是指从多发送/接收点到终端的通信或通信路径，并且上行链路是指从终端到多发送/接收点的通信或通信路径。在下行链路中，发送器可以是多个发送/接收点的部分，并且接收器可以是终端的部分。在上行链路中，发送器可以是终端的部分，并且接收器可以是多个发送/接收点的部分。

在下文中，可以通过语句“发送或接收PUCCH、PUSCH、PDCCH、EPDCCH 或PDSCH”描述其中通过PUCCH、PUSCH、PDCCH、EPDCCH或PDSCH发送和接收信号的情形。

另外，在下文中，语句“发送或接收PDCCH，或者通过PDCCH发送或接收信号”包括“发送或接收EPDCCH，或者通过EPDCCH发送或接收信号”。

即，本文中使用的物理下行链路控制信道可以指示PDCCH或EPDCCH，并且可以指示包括PDCCH和EPDCCH两者的含义。

另外，为便于描述，对应于本发明的实施例的EPDCCH可以被应用到使用 PDCCH描述的部分和使用EPDCCH描述的部分。

同时，较高层信令包括发送包括RRC参数的RRC信息的RRC信令。

eNB执行到终端的下行链路传输。eNB可以发送物理下行链路共享信道 (PDSCH)，其是用于单播传输的主要物理信道，并且可以发送用于发送下行链路控制信息(例如对PDSCH的接收需要的调度)以及调度用于上行链路数据信道(例如，物理上行链路共享信道(PUSCH))的传输的授予信息的物理下行链路控制信道(PDCCH)。在下文中，通过每个信道对信号的发送和接收将被描述为对应信道的发送和接收。

在下文中，为了便于描述，将基于SC-PTM描述多播通信，但是MBSFN 发送也应被理解为落入在本发明的范围内。

图1是根据本发明实施例的用于说明执行多播通信的UE的操作的示图。

参考图1，在操作S100中，执行多播通信的UE通过基于预设的下行链路控制信息(DCI)格式监视下行链路信道来接收单蜂窝-多播控制信道 (SC-MCCH)。例如，UE可以通过基于预设的DCI格式执行监视经由下行链路控制信道从基站接收SC-MCCH的调度信息。此外，UE可以基于接收到的 SC-MCCH的调度信息经由下行链路数据信道从基站接收SC-MCCH。此时，预设的DCI格式可以与用于接收寻呼信息的DCI格式相同。在这种情况下，预设的DCI格式可以是DCI格式6-2。这里，经由下行链路数据信道接收的SC-MCCH 包括用于使UE接收单蜂窝-多播业务信道(SC-MTCH)的覆盖增强模式 (CEMode)信息。此外，物理下行链路控制信道(PDCCH)可以是MTC物理下行链路控制信道(MPDCCH)、窄带物理下行链路控制信道(NPDCCH)等。

接下来，在操作S110中，UE基于包括在SC-MCCH中的CEMode信息来确定用于接收SC-MTCH的DCI格式。这里，包括在SC-MCCH中的CEMode 信息可以是CEModeA或CEModeB。在这种情况下，当包括在SC-MCCH中的 CE模式是CEModeA时，用于接收SC-MTCH的DCI格式可以被确定为DCI 格式6-1A。此外，当包括在SC-MCCH中的CE模式是CEModeB时，用于接收 SC-MTCH的DCI格式可以被确定为DCI格式6-1B。

接下来，在操作S120中，UE通过基于所确定的用于接收SC-MTCH的DCI 格式监视下行链路信道来接收SC-MTCH。例如，UE可以通过基于所确定的用于接收SC-MTCH的DCI格式执行监视经由下行链路控制信道接收SC-MTCH 的调度信息。UE可以基于接收到的SC-MTCH的调度信息经由下行链路数据信道来接收数据。

作为示例，UE可以是被设置为允许访问其信道带宽被限制为200kHz或更小的网络服务的UE，或被设置为在被限制为6个物理资源块(PRB)的带宽中操作的UE。也就是说，UE可以是带宽减小的低复杂度(BL)或覆盖增强(CE) UE。

作为示例，UE可以是被定义为经由NPDCCH接收DCI的窄带物联网 (NB-IoT)UE或被设置为经由MPDCCH接收DCI的BL/CE UE。

图2是根据本发明实施例的用于说明执行多播通信的基站的操作的示图。

参考图2，在操作S200中，执行多播通信的基站将SC-MCCH发送到UE，使得可以基于预设的DCI格式来监视下行链路信道。例如，基站可以基于单蜂窝-无线电网络临时标识符(SC-RNTI)来对SC-MCCH的调度信息执行循环冗余校验(CRC)-加扰，并将已经对其执行了CRC加扰的SC-MCCH的调度信息发送到UE，使得UE可以基于预设的DCI格式来监视下行链路信道。基站可以基于发送到UE的SC-MCCH的调度信息经由下行链路数据信道将SC-MCCH发送到UE。这里，SC-MCCH可以包括用于接收SC-MTCH的CEMode信息。此外，预设的DCI格式可以与用于接收寻呼信息的DCI格式相同。此时，预设的 DCI格式可以是DCI格式6-2。

接下来，在操作S210中，基站将SC-MTCH发送到UE，使得可以基于用于接收SC-MTCH的DCI格式来监视下行链路信道，用于接收SC-MTCH的DCI 格式是基于包括在SC-MCCH中的CEMode信息确定的。基站可以基于G-RNTI 来对SC-MTCH的调度信息执行CRC加扰，并且经由下行链路控制信道将已经对其执行了CRC加扰的SC-MTCH的调度信息发送到UE，使得UE可以通过基于用于接收SC-MTCH的DCI格式执行监视经由下行链路信道接收SC-MTCH。基站基于发送到UE的SC-MTCH的调度信息经由下行链路数据信道将 SC-MTCH发送到UE。这里，包括在SC-MCCH中的CEMode信息可以是 CEModeA或CEModeB。此时，当包括在SC-MCCH中的CEMode信息是 CEModeA时，用于接收SC-MTCH的DCI格式可以被确定为DCI格式6-1A。此外，当包括在SC-MCCH中的CEMode信息是CEModeB时，用于接收 SC-MTCH的DCI格式可以被确定为DCI格式6-1B。

作为示例，UE可以是被设置为允许访问其信道带宽被限制为200kHz或更小的网络服务的UE，或被设置为在被限制为6个PRB的带宽中操作的UE。也就是说，UE可以是BL或CE UE。

作为示例，UE可以是被定义为经由NPDCCH接收DCI的NB-IoT UE或被设置为经由MPDCCH接收DCI的BL/CE UE。

在下文中，将参考附图描述能够执行本发明的一部分或全部的UE和基站的配置。

图3是图示了根据本发明实施例的UE的配置的示图。

参考图3，执行多播通信的UE 300可以包括确定用于接收SC-MTCH的DCI 格式的控制单元310、经由下行链路信道接收SC-MCCH和SC-MTCH的接收单元320以及将用于执行上述本发明所需的信号、消息或数据发送到基站的发送单元330。

控制单元310可以基于包括在SC-MCCH中的CEMode信息来确定用于接收SC-MTCH的DCI格式。这里，包括在SC-MCCH中的CEMode模式可以是 CEModeA或CEModeB。在这种情况下，当包括在SC-MCCH中的CE模式是 CEModeA时，用于接收SC-MTCH的DCI格式可以被确定为DCI格式6-1A。此外，当包括在SC-MCCH中的CE模式是CEModeB时，用于接收SC-MTCH 的DCI格式可以被确定为DCI格式6-1B。此外，控制单元310可以控制用于执行本发明的一些或全部的UE 300的整体操作。

接收单元320可以通过基于预设的DCI格式监视下行链路信道来接收 SC-MCCH。例如，接收单元320可以通过基于预设的DCI格式执行监视经由下行链路控制信道来接收SC-MCCH的调度信息。此外，接收单元320可以基于 SC-MCCH的接收到的调度信息经由下行链路数据信道从基站接收SC-MCCH。此时，预设的DCI格式可以与用于接收寻呼信息的DCI格式相同。在这种情况下，预设的DCI格式可以是DCI格式6-2。这里，经由下行链路数据信道接收的SC-MCCH包括用于使UE接收SC-MTCH的CEMode信息。此外，PDCCH 可以是MPDCCH、NPDCCH等。

此外，接收单元320可以通过基于用于接收SC-MTCH的DCI格式监视下行链路信道来接收SC-MTCH，用于接收SC-MTCH的DCI格式是基于包括在 SC-MCCH中的CEMode信息确定的。例如，接收单元320可以通过基于所确定的用于接收SC-MTCH的DCI格式执行监视经由下行链路控制信道来接收 SC-MTCH的调度信息。接收单元320可以基于接收到的SC-MTCH的调度信息经由下行链路数据信道来接收数据。

图4是图示了根据本发明实施例的基站的配置的示图。

参考图4，执行多播通信的基站400可以包括：控制单元410，其允许将 CEMode信息包括在SC-MCCH中；接收单元420，其从UE接收用于执行上述本发明所需的信号、信息或数据；以及发送单元430，其将SC-MCCH发送到 UE并将SC-MTCH发送到UE。

控制单元410可以允许将CEMode信息包括在SC-MCCH中。例如，控制单元410可以允许将包括在SC-MCCH中的能够被设置为CEModeA或 CEModeB的CEMode信息包括在SC-MCCH中。此外，控制单元410可以控制用于执行本发明一些或全部的基站400的整体操作。

执行多播通信的基站的发送单元430可以将SC-MCCH发送到UE，使得可以基于预设的DCI格式来监视下行链路信道。例如，发送单元430可以基于 SC-RNTI对SC-MCCH的调度信息执行CRC加扰，并将已经对其执行了CRC 加扰的SC-MCCH的调度信息发送到UE，使得UE可以基于预设的DCI格式来监视下行链路信道。发送单元430可以基于发送到UE的SC-MCCH的调度信息经由下行链路数据信道将SC-MCCH发送到UE。这里，SC-MCCH可以包括用于接收SC-MTCH的CEMode信息。此外，预设的DCI格式可以与用于接收寻呼信息的DCI格式相同。此时，预设的DCI格式可以是DCI格式6-2。

此外，发送单元430可以将SC-MTCH发送到UE，使得可以基于用于接收 SC-MTCH的DCI格式来监视下行链路信道，用于接收SC-MTCH的DCI格式是基于包括在SC-MCCH中的CEMode信息确定的。发送单元430可以基于 G-RNTI对SC-MTCH的调度信息执行CRC加扰，并经由下行链路控制信道将已经对其执行了CRC加扰的SC-MTCH的调度信息发送到UE，使得UE可以通过基于用于接收SC-MTCH的DCI格式执行监视经由下行链路信道来接收 SC-MTCH。此后，发送单元430可以基于发送到UE的SC-MTCH的调度信息经由下行链路数据信道将SC-MTCH发送到UE。此时，当包括在SC-MCCH中的CEMode信息是CEModeA时，用于接收SC-MTCH的DCI格式可以被确定为DCI格式6-1A。此外，当包括在SC-MCCH中的CEMde信息是CEModeB 时，用于接收SC-MTCH的DCI格式可以被确定为DCI格式6-1B。

BL UE和CE UE技术已经被标准化在3GPP发布12/13中。低复杂度(LC) UE可以是指瞄准低端应用(例如低收益、低速度和低延迟灵敏度)的UE，诸如一些MTC。与其他类别中的UE相比，LC UE可以具有减小的Tx和Rx能力。 BL UE可以在具有6个PRB的有限信道带宽的任意LTE***带宽中操作，6个 PRB的有限信道带宽是1.4MHz LTE***中可用的最大信道带宽。CE UE可以需要增强的覆盖功能来连接到蜂窝。

NB-IoT技术已经被标准化在3GPP发布13中。该标准化的目的是要指定用于蜂窝IoT的无线电接入，其可以包括改进的室内覆盖、对大规模低速UE的支持、低延迟灵敏度、低UE成本、低功耗以及优化的网络结构。

Rel-13BL/CE UE和NB-IoT UE已经被提供有使得3GPP***能够快速渗透低成本IoT市场的功能。因此，提供给提供移动宽带服务的一般LTE UE的一些功能没有被提供给Rel-13BL/CE UE或NB-IoT UE。例如，提供给一般UE的多播发送(或者MBMS服务或者SC-PTM发送；为了便于说明，将基于SC-PTM 进行描述，但是MBSFN发送也被包括在本发明的范围内)没有提供给Rel-13 BL/CE UE或NB-IoT UE。

在LTE中，MBMS发送可以使用MBSFN发送或SC-PTM发送。MCE可以确定对于每个MBMS会话是使用SC-PTM还是使用MBSFN。在SC-PTM中，可以在单蜂窝覆盖区中发送MBMS。在SC-PTM中，可以提供为单控制信道的 SC-MCCH和为一个或多个业务信道的(一个或多个)SC-MTCH。为控制信道的SC-MCCH和为一个或多个业务信道的(一个或多个)SC-MTCH可以被映射在DL-SCH(即，PDSCH)上。

UE能够使用SC-RNTI来识别PDCCH上的SC-MCCH发送。这里， SC-MCCH可以是指用于使用SC-PTM发送与MBMS发送相关联的控制信息的控制信道或控制信息。SC-MCCH可以使用修正周期。可以使用通知机制来通知由于会话发起而引起的SC-MCCH中的变化。可以在可以能够调度SC-MCCH 的重复周期内的第一子帧中发送通知。可以使用基于单蜂窝通知RNTI(SC-N-RNTI)的DCI格式1C以及利用8位位图内的一位发送通知。当接收到通知时，UE可以在同一子帧中获取SC-MCCH。UE可以通过在修正周期中的SC-MCCH监视来检测未被通知机制通知的SC-MCCH中的变化。

[SC-PTM]

通过SC-MRB建立MBMS服务的UE可以通过 SystemInformationBlockType20(SIB20)获取用于获取SC-MCCH信息的定时信息。

UE通过使用SC-RNTI搜索PDCCH上的公共搜索空间来接收用于 SC-MCCH发送的PDSCH资源分配信息，并基于接收到的PDSCH资源分配信息通过对应的PSDCH接收SC-MCCH信息。基站通过SIB20广播用于接收 SC-MCCH信息的信息。包括在SIB20中的信息包含定义了SC-MCCH信息发送之间的间隔的sc-mcch-RepetitionPeriod信息、指示调度SC-MCCH的无线电帧的sc-mcch-Offset、指示调度SC-MCCH的第一子帧的sc-mcch-FirstSubframe信息、指示从由sc-mcch-FirstSubframe指示的子帧开始在其期间能够调度 SC-MCCH的时间段的sc-mcch-duration信息、等等。例如，上述SIB20可以如下。

信息元素SystemInformationBlockType20可以包含使用SC-PTM获取与 MBMS的发送相关联的控制信息需要的信息。

[表1]

SystemInformationBlockType20信息元素

[表2]

[用于SC-PTM的搜索空间]

可以通过PDSCH分别发送对其应用了SC-PTM的UE的控制信息 (SC-MCCH)和数据信息(SC-MTCH)。这里，在控制信息(SC-MCCH)的情况下，可以由SC-RNTI通过PDCCH的公共搜索空间对PDSCH资源分配信息进行CRC加扰和发送，或者在数据信息(SC-MATCH)的情况下，可以由 G-RNTI进行CRC加扰和发送。此外，与用于提供SC-MCCH中的变化的通知的变化通知相关的位图信息可以由SC-N-RNTI通过PDCCH的公共搜索空间进行CRC加扰和发送。

例如，上述UE搜索空间和DCI格式可以如下。

当UE通过上层被设置为对由G-RNTI或SC-RNTI进行了加扰CRC的 PDCCH进行解码时，UE应当对如下面表3所定义的PDCCH和对应的PDSCH 进行解码。对应于PDCCH的PDSCH的加扰的开始取决于G-RNTI或SC-RNTI。

[表3]

由G-RNTI或SC-RNTI设置的PDCCH和PDSCH

当UE通过上层被设置为对由SC-N-RNTI进行了CRC加扰的PDCCH进行解码时，UE对如表4中所定义的PDCCH进行解码。

[表4]

由SC-N-RNTI设置的PDCCH

DCI格式	搜索空间
		DCI格式1C	公共的

[CE模式定义]

在LTE Rel-13***中，将两种模式(即CEModeA和CEModeB)定义为用于BL/CE UE或NB-IoT UE的CE模式。CEModeA是其中出于BL/CE UE或 NB-IoT UE的覆盖增强的目的而不对诸如MPDCCH、PDSCH、PUSCH、PUCCH、 NPDCCH、NPDSCH、NPUSCH等的无线信道应用重复或者其中对无线信道应用少量重复的UE操作模式。此外，CEModeB是其中出于覆盖增强的目的而对无线信道应用大量重复并且对应的CE模式被定义为是针对每个UE设置的并被信号传送的UE操作模式。在每个UE中，诸如被定义为根据是CEModeA还是 CEModeB被设置来监视对应的下行链路信道的DCI格式的UE的发送/接收操作、可以针对每个物理信道设置的重复次数等、以及相关的L1/L2或RRC参数可以不同地被定义。

在本发明的实施例中，提出了一种支持用于支持Rel-13BL/CE UE或 NB-IoT UE的SC-PTM的CE模式的方法。

根据设置Rel-13BL/CE UE或NB-IoT UE的CE模式的方法以及针对其的 UE操作方法，可以根据UE的信道状态将CE模式设置为CEModeA或 CEModeB。针对UE定义为通过MPDCCH或NPDCCH或类型0、类型1或类型2公共搜索空间的UE特定搜索空间来监视对应的下行链路信道的DCI格式可以根据对应的CE模式设置来确定，并且与诸如通过高层信号设置的PDSCH 或NPDSCH的物理信道发送/接收相关的RRC参数的设置范围、用于PUSCH 或NPUSCH的重复发送的最大数量等可以被确定。

例如，当CE模式被设置为CEModeA时，Rel-13BL/CE UE可以基于DCI 格式6-1A对MPDCCH候选执行监视以便接收发送PDSCH资源分配信息的 DCI。另外，当CE模式设置为CEModeB时，Rel-13BL/CE UE可以基于DCI 格式6-1B对MPDCCH候选执行监视以便接收发送PDSCH资源分配信息的DCI。然而，在寻呼的情况下，无论CEMode设置如何，Rel-13BL/CE UE可以基于DCI格式6-2对MPDCCH候选执行监视。此外，通过对应的较高层信令设置的PDSCH重复发送的最大数量和根据PDSCH重复发送的最大数量的值通过 DCI格式6-1A、6-1B或6-2设置的PDSCH重复发送的数量可以取决于CEMode 设置值而具有不同的值。然而，在寻呼的情况下，能够通过DCI格式6-2设置的PDSCH重复发送的数量可以被预设。

例如，PDSCH重复发送的最大数量和通过DL分配DCI发送的PDSCH重复发送的数量可以被示出在表5至表8中。

[表5]

根据CE模式设置PDSCH重复发送设置值的最大数量的值

[表6]

PDSCH重复水平(DCI格式6-1A)

[表7]

PDSCH重复水平(DCI格式6-1B)

[表8]

PDSCH重复水平(DCI格式6-2)

然而，在与上述的BL/CE UE不同的NB-IoT UE情况下，CE模式没有明确被设置，并且仅仅在单播与寻呼之间的DCI格式和对应的PDSCH发送/接收过程可以被定义为被区分开。

例如，监视针对NB-IoT的相关配置的DCI格式和PDSCH重复发送的数量可以被设置如下面的表9至表11所示。

[表9]

由RA-RNTI配置的NPDCCH和NPDSCH

[表10]

由C-RNTI配置的NPDCCH和NPDSCH

[表11]

针对NPDSCH的重复次数(N_Rep)

I_Rep	N_Rep
		0	1
1	2
		2	4
3	8
		4	16
5	32
		6	64
7	128
		8	192
9	256
		10	384
11	512
		12	768
13	1024
		14	1536
15	2048

此外，当对如上所述的BL/CE UE或NB-IoT UE应用SC-PTM服务时，在对应的UE处设置的CE模式与多播数据之间可能出现间隙，多播数据即用于发送SC-MTCH的PDSCH发送/接收和用于发送对应的PDSCH分配信息的 MPDCCH或NPDCCH的发送/接收。

在本发明的实施例中，提出了一种定义和设置用于SC-PTM的单独的 CEMode的方法作为解决该问题的方法。

双CE模式配置

用于多播信道的CE模式(在本发明中，这被称为SC-CEMode以便与现有 CEMode区分开)可以被定义为独立于被设置为向支持任意SC-PTM的BL/CE UE或NB-IoT UE发送和接收针对对应的UE的单播控制信息和数据信息的现有 CE模式而被单独地设置。

第一实施例：基于RRC信令

可以限定，通过UE特定/蜂窝特定的较高层信令，将用于接收用于 SC-MCCH发送/接收的MPDCCH或PDSCH以及用于SC-MTCH发送/接收的 MPDCCH或PDSCH的CE模式单独地设置并且发送到UE。在这种情况下，对应的BL/CE UE或NB-IoT UE可以与用于单播和UE操作(例如监视DCI格式) 的CE模式设置信息和用于MPDCCH解码的RRC设置参数信息(例如最大PDSCH重复数量)分开地配置用于多播和UE操作的CE模式设置信息并且根据用于多播的CE模式设置信息来配置用于MPDCCH解码的RRC设置参数信息。例如，在将用于对应的SC-PTM的SC-CEMode设置为SC-CEModeB以便向设置为CEModeA的任意BL/CE UE提供上述SC-PTM服务的情况下，当在 MPDCCH上执行监视时，UE可以基于与CEModeB相对应的DCI格式6-1B对MPDCCH执行监视，以便接收用于发送SC-MCCH或SC-MTCH的PDSCH的分配信息。此外，可以根据上述的PDSCH重复发送的最大数量的表7来设置用于发送SC-MCCH或SC-MTCH信息的PDSCH的重复发送的数量。也就是说，当PDSCH被配置时，用于SC-PTM的SC-pdsch-maxNumRepetitionCEmodeA和 SC-pdsch-maxNumRepetitionCEmodeB可以与用于单播的PDSCH设置RRC参数分开地被设置，并且因此用于SC-PTM的PDSCH重复发送的最大数量可以被设置。

此时，根据该实施例，除了通过用于SC-PTM的RRC信令的对应的 CEModeA和CEModeB之外，可以使定义遵循MPDCCH监视过程和用于上述寻呼的PDSCH重复发送的数量的设置过程。

第二实施例：默认配置

根据实施例，在用于BL/CE UE或NB-IoT UE的SC-PTM的CE模式中，无论上述用于单播的CE模式设置信息如何，用于SC-PTM的MPDCCH或 NPDCCH以及PDSCH或NPDSCH可以总是基于CEModeB而被配置。也就是说，当支持SC-PTM的BL/CE UE或NB-IoT UE执行用于接收SC-MCCH或 SC-MTCH的MPDCCH监视时，可以基于针对CEModeB定义的DCI格式6-1B 来执行盲解码。此外，用于确定用于SC-PTM的PDSCH重复水平的单独的RRC 参数和SC-pdsch-maxNumRepetitionCEmodeB可以被设置，并且因此用于发送 SC-MCCH或SC-MTCH信息的PDSCH的重复发送的最大数量可以被设置。此外，无论用于单播的CE模式设置信息如何，用于SC-PTM的MPDCCH或 NPDCCH以及PDSCH或NPDSCH可以总是被设置为遵循用于寻呼的设置值。也就是说，当对用于接收对应的SC-MCCH或SC-MTCH的MPDCCH执行监视时，支持SC-PTM的BL/CE UE或NB-IoT UE可以基于DCI格式6-2或DCI格式N2对MPDCCH或NPDCCH执行监视，并且通过DCI的PDSCH重复发送的数量可以被设置为遵循表8中图示的用于寻呼的设置信息。

第三实施例：用于SC-MCCH和SC-MTCH的分离配置

在实施例中，用于BL/CE UE或NB-IoT UE的SC-PTM的CE模式可以被设置为配置关于SC-MCCH和SC-MTCH的单独的CE模式。例如，根据上述第一实施例，用于SC-MCCH的CE模式和用于SC-MTCH的CE模式可以通过 UE特定/蜂窝特定的RRC信令来独立地设置，并且可以独立地被设置为遵循上述MPDCCH监视过程和PDSCH重复发送/接收过程。此外，根据基于上述的第二实施例的默认配置方法的CE模式，可以将SC-MCCH设置为遵循CE模式和 MPDCCH监视过程和PDSCH重复发送/接收过程，并且可以通过SC-MCCH或 CE模式来设置用于SC-MTCH的CE模式和PDSCH重复发送/接收过程，并且可以通过UE特定/特定的RRC信令来设置用于对应的SC-MTCH的PDSCH重复发送/接收过程。

为了简化说明书的描述，上述实施例中提及的标准细节或标准文档被省略并且构成了本说明书的一部分。因此，当将标准细节和标准文档的内容的一部分添加到本说明书中或者公开在权利要求书中时，其应当被理解为落入本发明的范围内。

尽管已经出于说明性目的描述了本发明的优选实施例，但是本领域技术人员将认识到，能够在不脱离如随附权利要求书中公开的本发明的范围和精神的情况下进行各种修改、添加和替代。因此，没有出于限制性目的来描述本发明的示例性方面。本发明的范围应当基于随附权利要求书以如下的方式来理解：包含在与权利要求等效的范围内的所有技术构思属于本发明。

Claims

1.一种用于由UE执行多播通信的方法，包括：

通过基于预设的下行链路控制信息(DCI)格式监视下行链路信道来接收单蜂窝-多播控制信道(SC-MCCH)；

基于包括在所述SC-MCCH中的覆盖增强模式(CEMode)信息来确定用于接收单蜂窝-多播业务信道(SC-MTCH)的DCI格式；以及

通过基于所确定的用于接收所述SC-MTCH的DCI格式监视所述下行链路信道来接收所述SC-MTCH。

2.根据权利要求1所述的用于由UE执行多播通信的方法，其中，所述预设的DCI格式与用于接收寻呼信息的DCI格式相同。

3.根据权利要求2所述的用于由UE执行多播通信的方法，其中，所述预设的DCI格式是DCI格式6-2。

4.根据权利要求1所述的用于由UE执行多播通信的方法，其中，包括在所述SC-MCCH中的所述CEMode信息是CEModeA或CEModeB。

5.根据权利要求4所述的用于由UE执行多播通信的方法，其中，当包括在所述SC-MCCH中的所述CEMode信息是所述CEModeA时，用于接收所述SC-MTCH的所述DCI格式被确定为DCI格式6-1A。

6.根据权利要求4所述的用于由UE执行多播通信的方法，其中，当包括在所述SC-MCCH中的所述CEMode信息是所述CEModeB时，用于接收所述SC-MTCH的所述DCI格式被确定为DCI格式6-1B。

7.根据权利要求1所述的用于由UE执行多播通信的方法，其中，所述UE是被定义为经由机器类型通信(MTC)物理下行链路控制信道(MPDCCH)或窄带物理下行链路控制信道(NPDCCH)来接收DCI的UE。

8.一种用于由基站执行多播通信的方法，包括：

将SC-MCCH发送到UE，使得基于预设的DCI格式来监视下行链路信道；以及

将SC-MTCH发送到所述UE，使得基于用于接收所述SC-MTCH的DCI格式来监视所述下行链路信道，用于接收所述SC-MTCH的DCI格式是基于包括在所述SC-MCCH中的CEMode信息确定的。

9.根据权利要求8所述的用于由基站执行多播通信的方法，其中，所述预设的DCI格式与用于接收寻呼信息的DCI格式相同。

10.根据权利要求9所述的用于由基站执行多播通信的方法，其中，所述预设的DCI格式是DCI格式6-2。

11.根据权利要求8所述的用于由基站执行多播通信的方法，其中，包括在所述SC-MCCH中的所述CEMode信息是CEModeA或CEModeB。

12.根据权利要求11所述的用于由基站执行多播通信的方法，其中，当包括在所述SC-MCCH中的所述CEMode信息是所述CEModeA时，用于接收所述SC-MTCH的所述DCI格式被确定为DCI格式6-1A。

13.根据权利要求11所述的用于由基站执行多播通信的方法，其中，当包括在所述SC-MCCH中的所述CEMode信息是所述CEModeB时，用于接收所述SC-MTCH的所述DCI格式被确定为DCI格式6-1B。

14.根据权利要求8所述的用于由基站执行多播通信的方法，其中，所述UE是被定义为经由MPDCCH或NPDCCH接收DCI的UE。

15.一种用于执行多播通信的UE，包括：

接收单元，其被配置为通过基于预设的DCI格式监视下行链路信道来接收SC-MCCH并被配置为通过基于用于接收SC-MTCH的DCI格式监视所述下行链路信道来接收所述SC-MTCH，用于接收所述SC-MTCH的所述DCI格式是基于包括在所述SC-MCCH中的CEMode信息确定的；以及

控制单元，其被配置为基于包括在所述SC-MCCH中的所述CEMode信息来确定用于接收所述SC-MTCH的所述DCI格式。

16.根据权利要求15所述的用于执行多播通信的UE，其中，所述预设的DCI格式与用于接收寻呼信息的DCI格式相同。

17.根据权利要求15所述的用于执行多播通信的UE，其中，当包括在所述SC-MCCH中的所述CEMode信息是CEModeA时，用于接收所述SC-MTCH的所述DCI格式被确定为DCI格式6-1A。

18.根据权利要求15所述的用于执行多播通信的UE，其中，当包括在所述SC-MCCH中的所述CEMode信息是CEModeB时，用于接收所述SC-MTCH的所述DCI格式被确定为DCI格式6-1B。

19.根据权利要求15所述的用于执行多播通信的UE，其中，所述UE是被定义为经由MPDCCH或NPDCCH接收DCI的UE。