CN108307507A - 用于接收多播数据的方法及其设备 - Google Patents

用于接收多播数据的方法及其设备 Download PDF

Info

Publication number
CN108307507A
CN108307507A CN201710625164.7A CN201710625164A CN108307507A CN 108307507 A CN108307507 A CN 108307507A CN 201710625164 A CN201710625164 A CN 201710625164A CN 108307507 A CN108307507 A CN 108307507A
Authority
CN
China
Prior art keywords
terminal
ptm
mcch
information
pdcch
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
Application number
CN201710625164.7A
Other languages
English (en)
Other versions
CN108307507B (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.)
KT Corp
Original Assignee
KT 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 KT Corp filed Critical KT Corp
Publication of CN108307507A publication Critical patent/CN108307507A/zh
Application granted granted Critical
Publication of CN108307507B publication Critical patent/CN108307507B/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H04L1/0047—Decoding adapted to other signal detection operation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • 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)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开内容涉及一种用于通过需要低功率和低成本的IoT终端接收多播数据的特定方法及其设备。提供了一种用于由终端接收多播数据的方法及其设备，该方法包括：当不连续接收(DRX)被配置用于组无线网络临时标识符(G‑RNTI)时，通过终端的媒体访问控制(MAC)实体来启动单蜂窝点到多点(SC‑PTM)持续时间定时器(onDurationTimer)；在激活时间期间监视物理下行链路控制信道(PDCCH)；当PDCCH包括指示下行链路发送的信息时控制SC‑PTM持续时间定时器和SC‑PTM静止定时器中的至少一个的操作的定时器控制步骤；并且通过一个或多个子帧的物理下行链路共享信道(PDSCH)重复地接收多播数据。

Description

用于接收多播数据的方法及其设备
相关申请的交叉引用
本申请要求于2016年8月11日提交的韩国专利申请No.10-2016-0102624和10-2016-0102625、以及分别于2016年11月3日和2017年6月8日提交的韩国专利申请No.10-2016-0146056和10-2017-0071886的优先权，出于各种目的通过引用将其并入本文，如同完整地阐述在本文中一样。
技术领域
本公开内容涉及用于通过需要低功率和低成本的IoT终端接收多播数据的特定方法及其设备。另外，本公开内容涉及根据带宽减小的低复杂度(BL)终端、覆盖增强(CE)终端或窄带IoT(NB-IoT)终端的多播控制信息的变化的处理方法和处理设备。
背景技术
全球通过网络连接的物联网(IoT)装置的数量迅速增长。在这种情形下，需要用于处理迅速增长的IoT装置的数据发送/接收的技术。
具体地，大量IoT装置被安装在广泛的区域中，并且需求低成本、低功耗的稳定网络连接。此外，IoT装置可以具有间歇发送和接收少量数据的特性。因此，当相关技术的LTE或高级LTE技术被应用时，可能存在增加不必要的功耗或增加装置的成本的问题。此外，在支持具有有限数量的许可无线资源的大量IoT装置的通信方面存在限制。
为了解决上述问题，基于LTE网络技术的窄带IoT(NB IoT)技术和BL或CE终端技术被开发。
具体地，为了增加装置可接受性并降低功耗和成本，NB IoT使用窄带执行通信。此外，NB IoT通过数据的重复发送技术提供覆盖增加效果。此外，由于可以在宽广覆盖范围内进行操作的终端的需求正在增加，所以存在对针对其的数据处理方法的具体研究的必要性。
同时，相关技术的NB-IoT终端、BL终端或CE终端需要以低功耗在广泛覆盖范围内进行操作，使得仅单播数据发送/接收被支持。然而，由于需要上述终端的多播数据发送/接收，所以需要一种用于处理NB-IoT终端、BL终端和CE终端的多播数据的特定方法的技术。
发明内容
在上述背景下发明的示例性实施例提出了一种被设置为在低功耗、窄带和宽广覆盖范围下进行操作的终端(例如NB-IoT终端)的多播数据处理方法以及用于改变控制信息的特定方法和设备。
根据本公开内容的一方面，提供了一种用于由终端接收多播数据的方法。该方法包括：当不连续接收(DRX)被配置用于组无线网络临时标识符(G-RNTI)时，通过终端的媒体访问控制(MAC)实体来启动单蜂窝点到多点(SC-PTM)持续时间定时器(onDurationTimer)；在激活时间期间监视物理下行链路控制信道(PDCCH)；当PDCCH包括指示下行链路发送的信息时控制SC-PTM持续时间定时器和SC-PTM静止定时器(InactivityTimer)中的至少一个的操作的定时器控制步骤；并且通过一个或多个子帧的物理下行链路共享信道(PDSCH)重复地接收多播数据。
根据本公开内容的另一方面，提供了一种接收多播数据的终端。该终端包括：控制单元，其当不连续接收DRX被配置用于组无线网络临时标识符G-RNTI时，在终端的媒体访问控制(MAC)实体启动单蜂窝点到多点(SC-PTM)持续时间定时器onDurationTimer并且在激活时间期间监视物理下行链路控制信道(PDCCH)时，控制SC-PTM持续时间定时器和SC-PTM静止定时器InactivityTimer中的至少一个的操作，并且PDCCH包括指示下行链路发送的信息；以及接收单元，其通过一个或多个子帧的物理下行链路共享信道(PDSCH)重复地接收多播数据。
根据上述示例性实施例，NB-IoT终端、BL终端和CE终端可以使用单蜂窝点到多点(SC-PTM)发送方法来有效地处理多播数据业务。
另外，NB-IoT终端、BL终端和CE终端可以接收多播数据以提高可应用性并且在接收多播数据的时间去除错误。
附图说明
本公开内容的以上和其他方面、特征和其他优点将从结合附图进行的以下详细描述中更容易理解，在附图中：
图1是说明根据示例性实施例的终端的操作的流程图；
图2是说明根据示例性实施例的激活时间的视图；
图3是图示了根据示例性实施例的MAC实体结构的视图；
图4是图示了根据示例性实施例的终端的配置的框图；以及
图5是图示了根据示例性实施例的基站的配置的框图。
具体实施方式
在下文中，将参考附图详细描述本公开内容的一些示例性实施例。在附图标记表示附图中的部件时，即使在不同的附图中图示类似的部件，也应当理解类似的附图标记指代相同的部件。另外，在本公开内容的描述中，公知的相关构造及其功能的详细描述可以将在它们使本公开内容的目标不清楚时被省略。
在本说明书中，MTC终端可以是指支持低成本(或低复杂度)的终端和支持覆盖增强的终端。在本说明书中，MTC终端可以是指支持低成本(或低复杂度)和覆盖增强的终端。备选地，在本说明书中，MTC终端可以是指被定义为支持低成本(或低复杂度)和/或覆盖增强的特定种类的终端。
换言之，在本说明书中，MTC终端可以是指执行基于LTE的MTC相关的操作的并且新定义的3GPP发布13低成本(或低复杂度)UE种类/类型。备选地，在本说明书中，MTC终端可以是指在现有3GPP发布12中或之前定义的支持与现有LTE覆盖相比增强的覆盖或者支持低功率消耗的UE种类/类型，或者新定义的发布13低成本(或低复杂度)UE种类/类型。
本公开内容中的无线通信系统被广泛地设置以提供各种通信服务，例如语音、分组数据、等等。无线通信系统包括用户设备(UE)和基站(BS或eNB)。在本说明书中，用户终端是意指无线通信中的终端的综合性概念，并且需要被解释为不仅包括WCDMA、LTE和HSPA中的用户设备(UE)而且包括GSM中的移动站(MS)、用户终端(UT)、用户站(SS)和无线装置。
基站或蜂窝总体上是指在其中执行了与用户终端的通信的站点，并且还被称为另一术语，例如节点B、演变的节点B(eNB)、扇区、站点、基站收发系统(BTS)、接入点、中继节点、远程射频头(RRH)、射频单元(RU)、或小蜂窝。
即，在本说明书中，基站或蜂窝需要被解释为指示由CDMA中的基站控制器(BSC)、WCDMA的NodeB、或者LTE中的eNB或扇区(站点)覆盖的部分区域或功能的综合性概念，并且是包括各种覆盖区域的含义，各种覆盖区域例如兆蜂窝、宏蜂窝、微蜂窝、微微蜂窝、毫微微蜂窝、中继节点、RRH、RU和小蜂窝通信范围。
在以上列出的各种蜂窝中，存在控制每个蜂窝的基站，使得基站可以通过两种含义来解释。根据第一含义，基站可以是提供与无线区域相关联的兆蜂窝、宏蜂窝、微蜂窝、微微蜂窝、毫微微蜂窝以及小蜂窝的装置其本身或者根据第二含义，并且基站指示无线区域其本身。根据第一含义，当提供预定无线区域的装置由相同实体控制或者交互以与彼此协作地配置无线区域时，所有装置被指示为基站。取决于无线区域的配置方法，eNB、RRH、天线、RU、LPN、点、发送/接收点、发送点和接收点可以是基站的示例。根据第二含义，其中由用户终端或邻近基站发送或接收信号的无线区域可以被指示为基站。
因此，兆蜂窝、宏蜂窝、微蜂窝、微微蜂窝、毫微微蜂窝、小蜂窝、RRH、天线、RU、低功率节点(LPN)、点、eNB、发送/接收点、发送点和接收点被统称为基站。
在本说明书中，用户终端和基站被用作用于实现本说明书中描述的技术和技术精神的两种发送和接收对象的综合性含义，但是不受被专门指代的术语或词语限制。用户终端和基站被用作包括用于实现本说明书中描述的技术和技术精神的两种(上行链路或下行链路)发送和接收对象的综合性含义，但是不受被专门指代的术语或词语限制。这里，上行链路(UL)意指用于由用户终端向基站发送和接收数据的方法，并且下行链路(DL)意指用于由基站向用户终端发送和接收数据的方法。
不存在对被应用到无线通信系统的多种接入技术的限制。可以使用各种多种接入方案，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交频分多址(OFDMA)、OFDM-FDMA、OFDM-TDMA和OFDM-CDMA。本公开内容的示例性实施例可以被应用于诸如通过GSM、WCDMA以及HSPA发展为LTE和高级LTE的异步无线通信方案和演变为CDMA、CDMA-2000和UMB的同步无线通信方案的资源分配。本公开内容不应当被解释为限于或限制于具体无线通信领域，并且应当被解释为包括本公开内容的精神可应用于其的所有技术领域。
在本文中，其中通过不同时间来执行发送的时分复用(TDD)技术或者其中通过使用不同频率来执行发送的频分复用(FDD)技术可以用于上行链路发送和下行链路发送。
另外，在诸如LTE和高级LTE的系统中，关于一个载波或载波对来配置上行链路和下行链路以配置规范。上行链路和下行链路通过控制信道来发送控制信息，控制信道例如为物理下行链路控制信道(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也可以被应用到被描述为EPDCCH的部分，作为本公开的示例性实施例。
同时，下面将描述的高层信令包括发送包括RRC参数的RRC信息的RRC信令。
eNB执行到终端的下行链路发送。eNB可以发送物理下行链路共享信道(PDSCH)，其是用于单播发送的主要物理信道，并且可以发送用于发送下行链路控制信息(例如接收PDSCH需要的调度)以及调度用于上行链路数据信道(例如，物理上行链路共享信道(PUSCH))中的发送的授予信息的物理下行链路控制信道(PDCCH)。在下文中，在通过每个信道发送/接收信号时，其被描述为发送或接收对应的信道。
在3GPP发布12和发布13文档中，BL(带宽减小的低复杂度)终端和CE(覆盖增强)终端技术被标准化。低复杂度(LC)终端表示瞄准具有低收益、低速度和低延迟灵敏度的低端应用的终端，诸如一些MTC终端。与其他类别中的终端相比，LC终端具有减小的Tx和Rx能力。BL终端在具有六个PRB的有限信道带宽的任意LTE系统带宽中操作，六个PRB的有限信道带宽对应于1.4MHz LTE系统中可用的最大信道带宽。CE终端需要增强的覆盖功能来连接到蜂窝。
同时，窄带物联网(NB-IoT)技术被标准化在3GPP发布13中。目的是要指定用于蜂窝IoT的无线接入。3GPP发布13包括改进的室内覆盖、对大规模低速率终端的支持、低延迟灵敏度、低价格终端成本、低功耗以及优化的网络结构。
上述BL终端或CE终端或NB-IoT终端被提供以具有用于允许3GPP系统快速渗透到低成本IoT市场中的功能。因此，提供给提供移动宽带服务的普通LTE UE的一些功能没有被提供。例如，为普通终端提供的多播发送(或者MBMS服务或SC-PTM发送，为了便于说明，这将基于SC-PTM进行描述，但是MBSFN发送也被包括在本公开内容的范围中)没有为Rel-13BL终端、CE终端或NB-IoT终端提供。
在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上。
由基站提供调度。在SC-MCCH上提供针对每个SC-MTCH的以下调度信息：
-SC-MTCH调度周期
-SC-MTCH持续时间(on-duration)：UE在从DRX唤醒之后等待接收PDCCH的下行链路子帧中的持续时间。当UE成功解码指示DL-SCH的一个PDCCH时，UE保持唤醒并启动静止定时器(inactivity timer)。
-SC-MTCH静止定时器：当UE从指示DL-SCH的一个PDCCH的最后成功解码等待成功解码PDCCH的下行子帧的持续时间失败时，UE重新进入DRX。在一个PDCCH的单个成功解码之后，UE需要重启静止定时器。
如以上所描述的，根据相关技术，通过针对一个PDCCH的调度接收SC-PTM发送数据。因此，需要通过重复发送接收数据的BL终端、CE终端或NB-IoT终端难以通过SC-PTM有效地接收MBMS业务数据。
为了解决上述问题，示例性实施例的目的在于提供一种用于将针对普通终端提供的多播发送提供给BL终端、CE终端或NB-IoT终端的方法和设备。具体地，示例性实施例的目的在于提供一种用于通过SC-PTM发送方法有效地接收多播业务信道的方法和设备。
在相关技术中，对于带宽减小的操作，针对增强覆盖(MPDCCH)中的BL UE或UE的MTC物理下行链路控制信道/物理下行链路控制信道被用于传输共同信号和终端指定信号。MPDCCH支持RA-RNTI、SI-RNTI、P-RNTI、C-RNTI、临时C-RNTI和SPS C-RNTI。
在相关技术中，相对于NB-IoT，窄带物理下行链路控制信道(NPDCCH)被定位在配置的子帧的可用符号中。NPDCCH支持C-RNTI、临时C-RNTI、P-RNTI和RA-RNTI。
在相关技术中，下行链路调度技术如下地被应用到NB-IoT。
用于下行链路数据的调度信息在下行链路物理控制信道NPDCCH上被发送。调度的下行链路数据在共享数据信道NPDSCH上被发送。
仅提供交叉子帧调度。不支持交叉载波调度。针对NPDCCH和NPDSCH的子帧的数量中的发送持续时间是可变的。
-子帧的数量中的发送持续时间对于NPDCCH是半静态的，并且对于NPDSCH被指示为在NPDCCH上发送的调度信息的部分。
-NPDSCH相对于NPDCCH的启动时间被信号传送为调度消息的部分。
关于LTE终端的SC-PTM的不连续接收操作如下。
当DRX被配置用于G-RNTI时，激活时间包括在SCD-MTCH持续时间onDurationTimerSCPTM或SC-MTCH静止定时器(drx-InactivityTimerSCPTM)运行时的时间。
当DRX被配置用于G-RNTI时，MAC实体，对于该G-RNTI的每个子帧，如果[(SFN*10)+子帧数量]模(SC-MTCH-调度周期)＝SC-MTCH-SchedulingOffset，启动SC-MTCH持续时间(onDurationTimerSCPTM)。
在激活时间期间，对于PDCCH子帧，MC实体监视PDCCH。
如果PDCCH指示DL发送，MAC实体启动或重启SC-MTCH静止定时器(drx-InactivityTimerSCPTM)。
在下文中，将详细描述BL终端、CE终端或NB-IoT终端的多播数据接收方法。此外，在本说明书中，为便于描述，BL终端、CE终端或NB-IoT终端被表示为终端，并且未应用针对低功耗和低成本的技术的相关技术的LTE终端被表示为普通终端或LTE终端来与那些终端进行区分。
此外，下面将要描述的下行链路控制信道(PDCCH)共同地包括根据终端而变化的术语并被解释为共同地包括MPDCCH和NPDCCH。类似地，下行链路数据信道(PDSCH)共同地包括根据终端而变化的术语并被解释为共同地包括MPDSCH和NPDSCH。
也就是说，针对信道和数据(诸如下面将要描述的下行链路控制信道和下行链接数据信道)的术语可以根据终端的种类(例如BL终端、CE终端或者NB-IoT终端)而被不同地命名，并且被用作包括根据每个终端的种类不同地命名的所有术语的含义。
此外，下面将主要描述NB-IoT终端的示例。然而，这是为了便于描述，并且BL终端或CE终端也包括在本公开内容的范围内。
图1是说明根据示例性实施例的终端的操作的流程图。
参考图1，当不连续接收(DRX)被配置用于组无线网络临时标识符(G-RNTI)时，终端的媒体访问控制(MAC)实体可以启动单蜂窝点到多点(SC-PTM)持续时间定时器(onDurationTimer)(S110)。例如，当DRX被配置用于G-RNTI时，终端可以启动SC-PTM持续时间定时器以启动激活时间。G-RNTI是用于接收SC-MTCH的标识符。当DRX被配置用于G-RNTI时，终端的MAC实体可以启动SC-PTM持续时间定时器以接收SC-MTCH。例如，当[(SFN*10)+子帧数量]模(SC-MTCH-调度周期)＝SC-MTCH-SchedulingOffset时，终端可以启动SC-MTCH持续时间(onDurationtimerscptm)。H-SFN可以在系统信息SystemInformationBlockType1-BR中被提供给BL终端或CE终端。H-SFN可以总是被提供给NB-IoT。因此，当提供H-SFN(超系统帧数量)时，如果[(H-SFN*10240+SFN*10)+子帧数量]模(SC-MTCH-调度周期)＝SC-MTCH-Schedulingoffset时，终端可以启动SC-MTCH持续时间(onDurationTimerSCPTM)。这同样可以应用于以下示例性实施例。
终端可以在激活时间期间执行对物理下行链路控制信道(PDCCH)的监视(S120)。如图2所示，终端可以在持续时间定时器运行时的激活时间监视下行链路控制信道。激活时间是指在SC-PTM持续时间定时器或SC-PTM静止定时器运行时的时间。
当PDCCH包括指示下行链路发送的信息时，终端可以执行控制SC-PTM持续时间定时器和SC-PTM静止定时器InactivityTimer中的至少一个的操作的定时器控制步骤(S130)。当终端在激活时间期间监视PDCCH时识别到在PDCCH中包括指示下行链路发送的信息时，终端可以控制要改变的SC-PTM持续时间定时器和SC-PTM静止定时器中的至少一个的操作。
例如，当指示下行链路发送的信息被包括在PDCCH中时，终端可以控制使SC-PTM持续时间定时器和SC-PTM静止定时器的操作停止。也就是说，当指示下行链路发送的信息被检测作为监视PDCCH的结果时，终端可能会使启动的SC-PTM持续时间定时器和SC-PTM静止定时器停止。
作为另一示例，当指示下行链路发送的信息被包括在PDCCH中时，终端可以启动或重启SC-PTM静止定时器。在这种情况下，在重复地接收到多播数据的最后子帧中可以执行SC-PTM静止定时器的启动或重启。也就是说，终端可以在重复地接收到多播数据的最后子帧中控制SC-PTM静止定时器被启动或重启。
作为另一示例，可以根据终端的类型、终端的种类或终端的能力来划分定时器控制操作。例如，当允许终端访问信道带宽被限制为200kHz或更低的网络服务(例如终端被设置为通过NPDCCH接收DCI)时，如果指示下行链路发送的信息被包括在PDCCH中，则终端可以控制使SC-PTM持续时间定时器和SC-PTM静止定时器的操作停止。当终端被设置为在被限制到六个物理资源块(PRB)的带宽(例如被设置为通过MPDCCH接收DCI的终端)进行操作时，如果指示下行链路发送的信息被包括在PDCCH中，则终端可以启动或重启SC-PTM静止定时器。可以在重复地接收多播数据的最后子帧中执行启动或重启定时。也就是说，当指示下行链路发送的信息被包括在PDCCH中时，NB-IoT终端控制停止SC-PTM持续时间定时器和SC-PTM静止定时器的操作。此外，当指示下行链路发送的信息被包括在PDCCH中时，BL或CE终端控制启动或重启SC-PTM静止定时器。
终端可以通过一个或多个子帧的物理下行链路共享信道(PDSCH)执行重复地接收多播数据(S140)。例如，终端通过下行链路数据信道接收SC-MTCH以接收多播数据。由于接收多播数据的终端是请求具有如上所述的增强覆盖、低成本或低功耗操作的终端，所以可以通过多个子帧重复地接收多播数据。
如上所述，终端通常可以通过上述操作来接收多播数据。
此外，由终端接收的SC-PTM持续时间定时器和SC-PTM静止定时器可以通过解码根据单蜂窝多播控制信道SC-MCCH调度信息指示的PDCCH通过对应的PDSCH来接收。此外，可以通过系统信息来接收SC-MCCH调度信息。
这里，根据SC-MCCH调度信息指示的PDCCH可以包括针对多播控制信息的变化通知的变化通知信息。例如，可以通过单蜂窝无线网络临时标识符(SC-RNTI)来解码变化通知信息。作为另一示例，变化通知信息通过一位被配置为由终端接收。
终端可以通过经由系统信息指示的PDCCH来检查多播控制信息是否被改变，并且可以接收改变的SC-PTM持续时间定时器和SC-PTM静止定时器。
在下文中，将额外地描述终端的上述定时器控制操作的各种示例性实施例。在下文中，将主要描述NB-IoT终端，但是示例性实施例也可以应用于如上所述的BL或CE终端。当对BL或CE终端应用以下描述时，NPDCCH被改变为MPDCCH，并且NPDSCH被改变为MPDSCH。
用于添加和控制发送定时器以进行SC-MTCH接收的方法
在执行后续操作之前，NB-IoT终端需要等待配置的NPDCCH搜索空间的最后子帧。NB-IoT终端仅仅被提供有交叉子帧调度，并且与PDCCH相关的PDSCH启动时间被信号传送作为调度消息/调度信息/DCI的部分。例如，利用针对终端的在子帧n中结束的NB-IoT DCI格式N1和N2检测NPDCCH的终端在n+5个下行链路子帧中启动并对N个连续的NB-IoT下行链路子帧ki的对应的NPDSCH进行解码，其中，子帧n是在其中发送NPDCCH的最后子帧，并且由NPDCCH发送的启动子帧和DCI子帧重复数量确定，并且子帧ki是除了用于SI消息的子帧之外的N个连续的NB-IoT下行链路子帧。(其中，0<k0<k1<...，kN-1，N＝NRepNSF，其中NRep的值由对应的DCI中的重复数量字段确定，并且NSF的值由对应的DCI中的资源分配字段确定，并且k0的值由根据表16.4.1-1的DCI格式N1的调度延迟字段(IDelay)确定，并且对于DCI格式N2，k0＝5。对于对应的DCI格式N1，Rmax的值与条目16.6的值相一致)。
NB-IoT终端可以不支持接收SC-PTM的多个接收过程。
因此，当到SC-MTCH的下行链路发送被指示给PDCCH时，NB-IoT终端(或NB-IoT终端的MAC实体)不需要尝试监视PDCCH直到下行链路发送结束为止。例如，NB-IoT终端不需要尝试从成功解码PDCCH上的下行链路发送的子帧(TTI)到包括对应的PDSCH接收的最后接收的子帧进行监视。作为另一示例，NB-IoT终端不需要尝试从接收PDCCH上的下行链路发送的子帧到包括对应的PDSCH接收的最后接收的子帧进行监视。作为再一示例，NB-IoT终端不需要尝试从指示PDCCH上的下行链路发送的最后PDCCH子帧到包括对应的PDSCH接收的最后接收的子帧进行监视。
当下行链路发送结束时，NB-IoT终端(或NB-IoT终端的MAC实体)可以尝试或重新尝试监视PDCCH。为此，针对NB-IoT终端的SC-MTCH发送定时器可以如下定义以被使用。
针对此的示例如下：
当DRX被配置用于G-RNTI时，激活时间包括在SCD-MTCH持续时间onDurationTimerTimerSCPTM或SC-MTCH静止定时器(drx-InactivityTimerSCPTM)运行时的时间。
例如，对于G-RNTI的每个子帧，当[(SFN*10)+子帧数量]模(SC-MTCH-调度周期)＝SC-MTCH-SchedulingOffset时，MAC实体可以启动SC-MTCH持续时间(onDurationTimerSCPTM)。
MAC实体在激活时间期间监视针对PDCCH子帧的PDCCH。
当PDCCH指示一个下行链路发送时，如果终端是NB-IoT终端(或者当PDCCH指示NB-IoT终端一个下行链路发送)时，NB-IoT终端启动SC-MTCH发送定时器。
当SC-MTCH发送定时器相对于NB-IoT终端在该子帧中结束时，NB-IoT终端启动或重启SC-MTCH静止定时器drx-InactivityTimerSCPTM。
当PDCCH指示一个下行链路发送时，如果终端是NB-IoT终端(或者当PDCCH指示到NB-IoT终端的一个下行链路发送)时，NB-IoT终端使SC-MTCH静止定时器drx-InactivityTimerSCPTM停止。
NB-IoT终端使SC-MTCH持续时间DurationTimerSCPTM停止。
例如，上述SC-MTCH发送定时器是静态值并且由基站指示。这可以在系统信息或SC-MCCH上指示。作为另一示例，上述SC-MTCH发送定时器是半静态值并且由基站指示。这可以在SC-MCCH上指示。作为又一示例，上述SC-MTCH发送定时器可以通过指示针对NPDSCH的子帧数量中的发送持续时间发送到链接NPDCCH的调度信息的一部分的值(或者通过将NPDSCH的子帧添加到最后PDCCH子帧数量而获得的值)来动态地指示。
针对此的示例如下。
当DRX被配置用于G-RNTI时，激活时间包括在SC-MTCH持续时间onDurationTimerTimerSCPTM、SC-MTCH静止定时器drx-InactivityTimerSCPTM或SC-MTCH发送定时器transmissionTimerSCPTM运行时的时间。
对于G-RNTI的每个子帧，当[(SFN*10)+子帧数量]模(SC-MTCH-调度周期)＝SC-MTCH-SchedulingOffset时，MAC实体可以启动SC-MTCH持续时间(onDurationTimerSCPTM)。
MAC实体在激活时间期间监视针对PDCCH子帧的PDCCH。
当PDCCH指示一个下行链路发送时，如果终端是NB-IoT终端(或者当PDCCH指示NB-IoT终端一个下行链路发送)，SC-MTCH发送定时器在包含对应的PDSCH重复接收的最后接收的子帧中启动。
当SC-MTCH发送定时器在该子帧中结束时，(如果终端是NB-IoT终端)，则终端启动或重启SC-MTCH静止定时器drx-InactivityTimerSCPTM。
如果PDCCH指示NB-IoT终端下行链路发送时，终端使SC-MTCH静止定时器drx-InactivityTimerSCPTM停止。
例如，上述SC-MTCH发送定时器是静态值并且由基站指示。这可以在系统信息或SC-MCCH上指示。作为另一示例，上述SC-MTCH发送定时器是半静态值并且由基站指示。这可以在SC-MCCH上指示。作为又一示例，上述SC-MTCH发送定时器可以通过指示针对NPDSCH的子帧数量中的发送持续时间发送到链接NPDCCH的调度信息的一部分的值来动态地指示。
在包括PDSCH最后接收的子帧之后启动drx-InactivityTimerSCPTM定时器
在执行后续操作之前，NB-IoT终端需要等待配置的NPDCCH搜索空间的最后子帧。NB-IoT终端仅仅被提供有交叉子帧调度，并且与PDCCH相关的PDSCH启动时间被信号传送作为调度消息/调度信息/DCI的部分。例如，利用针对终端的在子帧n中结束的NB-IoT DCI格式N1和N2检测NPDCCH的终端在n+5个下行链路子帧中启动并对N个连续的NB-IoT下行链路子帧ki的对应的NPDSCH进行解码，其中，子帧n是在其中发送NPDCCH的最后子帧，并且由NPDCCH发送的启动子帧和DCI子帧重复数量确定，并且子帧ki是除了用于SI消息的子帧之外的N个连续的NB-IoT下行链路子帧。
(其中，0<k0<k1<...，kN-1，N＝NRepNSF，其中NRep的值由对应的DCI中的重复数量字段确定，并且NSF的值由对应的DCI中的资源分配字段确定，并且k0的值由根据表16.4.1-1的DCI格式N1的调度延迟字段(IDelay)确定，并且对于DCI格式N2，k0＝5。对于对应的DCI格式N1，Rmax的值与条目16.6的值相一致)。
NB-IoT终端可以不支持(用于SC-PTM接收的)多个接收过程。
因此，当到SC-MTCH的下行链路发送被指示给PDCCH时，NB-IoT终端(或NB-IoT终端的MAC实体)不需要尝试监视PDCCH直到下行链路发送结束为止。例如，NB-IoT终端不需要尝试从成功解码PDCCH上的下行链路发送的子帧(TTI)到包括对应的PDSCH接收的最后接收的子帧进行监视。作为另一示例，NB-IoT终端不需要尝试从接收PDCCH上的下行链路发送的子帧到包括对应的PDSCH接收的最后接收的子帧进行监视。作为再一示例，NB-IoT终端不需要尝试从指示PDCCH上的下行链路发送的最后PDCCH子帧到包括对应的PDSCH接收的最后接收的子帧进行监视。
当下行链路发送结束时，NB-IoT终端(或NB-IoT终端的MAC实体)可以尝试(重新尝试)监视PDCCH。NB-IoT终端可以在包括对应的PDSCH接收的最后接收的子帧之后的后续的PDCCH时机尝试(或重新尝试)监视PDCCH。
针对此的示例如下。
当DRX被配置用于G-RNTI时，激活时间包括在SC-MTCH持续时间onDurationTimerSCPTM或SC-MTCH静止定时器drx-InactivityTimerSCPTM运行时的时间。
对于G-RNTI的每个子帧，当[(SFN*10)+子帧数量]模(SC-MTCH-调度周期)＝SC-MTCH-SchedulingOffset时，MAC实体可以启动SC-MTCH持续时间(onDurationTimerSCPTM)。
MAC实体在激活时间期间监视针对PDCCH子帧的PDCCH。
在PDCCH指示一个下行链路发送时，如果终端为NB-IoT终端(或当PDCCH指示到NB-IoT终端的一个下行链路发送时)，则NB-IoT终端在包含对应的PDSCH接收的最后接收的子帧中启动或重启SC-MTCH静止定时器drx-InactivityTimerSCPTM。
另外，NB-IoT终端在包含对应的PDSCH接收的最后接收的子帧之后的子帧中启动或重启SC-MTCH静止定时器drx-InactivityTimerSCPTM。
备选地，NB-IoT终端在包含对应的PDSCH接收的最后接收的子帧之后的随后PDCCH时机中的第一子帧中启动或重启SC-MTCH静止定时器drx-InactivityTimerSCPTM。
当PDCCH指示一个下行链路发送时，如果终端为NB-IoT终端(或当PDCCH指示到NB-IoT终端的一个下行链路发送时)，则NB-IoT终端使SC-MTCH静止定时器drx-InactivityTimerSCPTM停止。
NB-IoT终端使SC-MTCH持续时间onDurationTimerSCPTM停止。
未使用或应用drx-InactivityTimerSCPTM用于SC-MTCH接收的方法
用于SC-PTM的非连续接收可以允许NB-IoT终端接收SC-MTCH数据而不使用/应用SC-MTCH静止定时器drx-InactivityTimerSCPTM。
在执行后续操作之前，NB-IoT终端需要等待配置的NPDCCH搜索空间的最后子帧。NB-IoT仅仅被提供有交叉子帧调度并且NB-IoT终端具有除了宽带HARQ过程之外的一个DLHARQ过程。因此，非连续接收可以在不使用drx-InactivityTimerSCPTM的情况下代替地通过复杂地等待NPDSCH发送操作drx-InactivityTimerSCPTM来执行。
针对此的示例如下。
当DRX相对于NB-IoT终端被配置用于G-RNTI时，激活时间包括在SC-MTCH持续时间onDurationTimerSCPTM运行时的时间。
对于G-RNTI的每个子帧，当[(SFN*10)+子帧数量]模(SC-MTCH-调度周期)＝SC-MTCH-SchedulingOffset时，MAC实体可以启动SC-MTCH持续时间(onDurationTimerSCPTM)。
MAC实体在激活时间期间监视针对PDCCH子帧的PDCCH。
如果PDCCH指示NB-IoT终端下行链路发送，NB-IoT终端使SC-MTCH持续时间onDurationTimerSCPTM停止。
用于将SC-MTCH静止定时器设置为零的方法
针对SC-PTM的非连续接收可以允许NB-IoT终端在不使用SC-MTCH静止定时器drx-InactivityTimerSCPTM的情况下接收SC-MTCH数据。作为针对其的示例，对于相对于NB-IoT终端的SC-PTM，SC-MTCH静止定时器drx-InactivityTimerSCPTM可以被设置为零。
在执行后续操作之前，NB-IoT终端需要等待配置的NPDCCH搜索空间的最后子帧。NB-IoT仅仅被提供有交叉子帧调度并且NB-IoT终端具有除了宽带HARQ过程之外的一个DLHARQ过程。因此，非连续接收可以通过将drx-InactivityTimerSCPTM设置为零而非通过复杂地等待NPDSCH发送操作drx-InactivityTimerSCPTM来执行。
针对此的示例如下。
当DRX被配置用于G-RNTI时，激活时间包括在SC-MTCH持续时间onDurationTimerSCPTM、SC-MTCH静止定时器drx-InactivityTimerSCPTM或SC-MTCH发送定时器transmissionTimerSCPTM运行时的时间。
对于G-RNTI的每个子帧，当[(SFN*10)+子帧数量]模(SC-MTCH-调度周期)＝SC-MTCH-SchedulingOffset时，MAC实体可以启动SC-MTCH持续时间(onDurationTimerSCPTM)。
MAC实体在激活时间期间针对PDCCH子帧对PDCCH进行监视。
如果PDCCH指示NB-IoT终端下行链路发送，则NB-IoT终端使SC-MTCH持续时间onDurationTimerSCPTM停止。
用于在指示SC-MTCH下行链路发送时使持续时间定时器停止的方法
当NB-IoT成功地解码NPDCCH时，NB-IoT使用NPDCCH上的调度信息来接收后续子帧中的NPDSCH。根据NPDCCH上的关于调度的调度信息来在NPDSCH中尝试接收，使得无需在NPDSCH中进行接收的同时解码NPDCCH。因此，在对NB-IoT请求针对NPDSCH的下行链路接收的子帧中，可以不监视NPDCCH。即，子帧可以针对其中未在NPDSCH上请求下行链路接收的子帧对NPDCCH进行监视。
因此，如果PDCCH指示NB-IoT终端下行链路发送，则NB-IoT终端使SC-MTCH持续时间onDurationTimerSCPTM停止。
BL终端或CE终端可以具有多个HARQ过程(或多个重复过程)。然而，当SC-MTCH被提供到BL终端或CE终端时，这可以通过广播HARQ过程来提供。备选地，当SC-MTCH被提供到BL终端或CE终端时，这可以在不使用HARQ过程的情况下被提供。备选地，当SC-MTCH被提供到BL终端或CE终端时，这可以在不使用HARQ过程的情况下通过单个接收过程来提供。在这种情况下，当BL终端或CE终端尝试根据MPDCCH上的关于调度的调度信息来在MPDSCH中进行接收时，无需在MPDSCH中进行接收的同时解码MPDCCH。因此，在其中对BL终端或CE终端请求针对MPDSCH的下行链路接收的子帧中，可以不监视MPDCCH。
如果PDCCH向BL终端或CE终端指示下行链路发送，则BL终端或CE终端在包括对应PDSCH接收的最后接收的子帧中启动或重启SC-MTCH静止定时器drx-InactivityTimerSCPTM。
另外，BL终端或CE终端使SC-MTCH持续时间onDurationTimerSCPTM停止。
用于使用多个处理器进行SC-MTCH接收的方法
BL终端或CE终端可以具有多个DL HARQ过程。
除了广播HARQ过程之外，NB-IoT终端可以具有一个DL HARQ过程。作为示例，终端可以使用广播HARQ过程用于SC-MTCH接收。图3是图示了根据示例性实施例的MAC实体结构的视图。如图3所示，被应用到相关技术的普通LTE终端的SC-MTCH数据不使用HARQ过程。被应用到相关技术的普通LTE终端的SC-MTCH数据通过DL-SCH来接收并且通过多路分解被直接发送到上层。当广播HARQ过程被用于SC-MTCH接收时，MAC实体(或终端)如下地进行操作。
当在关于G-RNTI的PDCCH上的该TTI中接收到下行链路控制信息(下行链路调度)时，下行链路控制信息之中的一个或多个信息(资源分配信息、MSC、重复数量以及DCI子帧重复数量中的一个或多个)和冗余版本被指示给广播HARQ过程。当数据被成功地解码时，解码的MAC PDU被发送到上层。
作为另一个示例，终端可以不使用HARQ过程用于SC-MTCH接收。
当终端可以不使用HARQ过程而是使用多个过程时，如果在所有过程上指示下行链路发送，则终端可以使SC-MTCH持续时间(onDurationTimerSCPTM)停止。例如，当使用两个过程时，如果PDCCH在用于执行下行链路接收的一个过程中指示下行链路发送同时PDCCH在另一过程中指示下行链路发送，则终端使ST-MTCH持续时间onDurationTimerSCPTM停止。
如以上所描述的，根据当前示例性实施例，多播业务信道可以通过SC-PTM发送方法被有效地发送到BL终端、CE终端或NB-IoT终端。另外，终端可以通过控制定时器不仅接收单播数据而且接收多播数据而不招致错误。
同时，当上述终端接收到多播数据时，SC-MCCH可以被改变。SC-MCCH包括接收多播数据需要的多播控制信息并且可以在必要时被改变。
然而，当多播控制信息被改变时，在BL或CE终端和NB-IoT终端中未设定用于处理多播控制信息的变化的特定方法。因此，需要用于接收多播控制信息的变化通知的特定方法的特定过程来接收多播数据而不招致错误。
在下文中，将主要描述处理通过SC-MCCH接收的多播控制信息的变化的通知的终端的操作的各种示例性实施例。
如描述的，终端可以识别使用SC-RNTI在PDCCH上的SC-MCCH发送。这里，SC-MCCH指示用于发送被链接到使用SC-PTM的MBMS的控制信道或多播控制信息。SC-MCCH使用修正时段。通知机制用于通知由于会话启动的SC-MCCH的变化。通知在其处调度SC-MCCH的重复时段内被发送到第一子帧。使用DCI格式IC以及单蜂窝通知RNTI(SC-N-RNTI)和8位位图内的一位来发送通知。当终端接收到通知时，终端获得同一子帧中的SC-MCCH。终端通过在修正时段处的SC-MCCH监视检测未通过通知机制通知的SC-MCCH的变化。
为了使用SC-PTM接收数据，BL终端、CE终端或NB-IoT终端接收由于会话启动的SC-MCCH的变化以获得SC-MCCH并且识别到相关的SC-MTCH业务信道信息。当SC-MCCH被改变时，终端需要检测变化。然而，通过接收接收数据的BL终端、CE终端或NB-IoT终端不能检测到SC-MCCH的变化或者不能通过相关技术的方法获得SC-MCCH。例如，NB-IoT终端仅仅被提供具有交叉子帧调度。因此，NB-IoT终端可能不能接收到在相关技术的重复时段中在第一子帧中发送的SC-MCCH通知。
如以上所描述的，在相关技术中，针对普通终端提供的多播发送未被提供用于BL终端、CE终端或NB-IoT终端。因此，通过重复接收数据的BL终端、CE终端或NB-IoT终端难以通过相关技术的方法获得SC-MCCH。具体地，当SC-MCCH由于会话启动而变化时，终端不能检测到变化，使得难以接收基于SC-PTM的多播数据。
为了解决上述问题，示例性实施例的目的在于提供一种用于将针对普通终端提供的多播发送提供给NB-IoT终端的方法和设备。具体地，示例性实施例的目的在于根据SC-MCCH变化将通知方法和设备提供到BL终端、CE终端或NB-IoT终端。
对通过SC-MRB的MBMS服务接收感兴趣的终端进入广播系统信息块类型20的蜂窝以应用SC-MCCH信息获得过程。
根据相关技术，终端可以使用单蜂窝RNTI SC-RNTI识别PDCCH上的SC-MCCH发送。为了解决在DL-SCH上广播的SC-MCCH，SC-RNTI用于被链接到DL-SCH的PDCCH。基站通过系统信息块类型20广播用于接收SC-MCCH信息的信息。包含在系统信息块类型20中的信息包括定义SC-MCCH信息发送间隔的sc-mcch重复时段信息、指示在其中调度了SC-MCCH的无线帧的sc-mcch-Offset、指示在其中调度了SC-MCCH的第一子帧的sc-mcch-FirstSubframe信息、以及在可以从由sc-mcch-FirstSubFrame指示的子帧开始调度SC-MCCH时指示持续时间的sc-mcch持续时间信息。其详细定义将被表示在表1中。
[表1]
在相关技术中，MTC物理下行链路控制信道MPDCCH被用于带宽减小的操作，并且共同信令和终端指定的信令被传输。MPDCCH支持RA-RNTI、SI-RNTI、P-RNTI、C-RNTI、临时C-RNTI以及SPS C-RNTI。
在相关技术中，窄带物理下行链路控制信道(NPDCCH)被定位在关于NB-IoT配置的子帧的可用符号中。NPDCCH支持C-RNTI、临时C-RNTI、P-RNTI和RA-RNTI。
在相关技术中，下行链路调度技术如下地被应用到NB-IoT。
在下行链路物理控制信道NPDCCH上发送针对下行链路数据的调度信息。在共享数据信道NPDSCH上发送调度的下行链路数据。
仅仅交叉子帧调度被支持，交叉载波调度不被支持。针对NPDCCH和NPDSCH的子帧的数量中的发送持续时间是可变的。
子帧的数量中的发送持续时间对于NPDCCH是半静态的，并且对于NPDSCH被指示为在NPDCCH上发送的调度信息的部分。
NPDSCH相对于NPDCCH的启动时间被信号传送为调度消息的部分。
在下文中，将详细描述根据本公开内容的用于向BL终端、CE终端或NB-IoT终端通知SC-MCCH变化的方法。以下方法可以被单独地使用或者与彼此进行组合。为便于描述，在下文中，BL终端、CE终端或NB-IoT终端将被称为终端。
用于通过在系统信息上定义信息元素来指示SC-MCCH变化通知信息的方法
针对BL终端、CE终端或NB-IoT终端的多播发送与诸如固件升级的数据发送相比很少被生成。因此，在系统信息上定义信息元素以指示SC-MCCH变化通知信息。
基站在系统信息上定义SC-MCCH变化通知/变化通知信息元素以发送SC-MCCH变化通知。作为针对其的示例，基站可以在包括获得被链接到使用SC-PTM的MBMS发送的控制信息需要的信息的系统信息块类型20SystemInformationBlockType20或者SystemInformationBlockType20-NB上包括针对BL终端或CE终端的SC-MCCH变化通知信息元素。
作为针对其的另一个示例，基站可以在包括获得被链接到使用SC-PTM的MBMS发送的控制信息需要的信息的系统信息块类型20SystemInformationBlockType20或者SystemInformationBlockType20-NB上包括针对NB-IoT终端的SC-MCCH变化通知信息元素。
用于定义SC-MCCH消息类型以指示SC-MCCH变化通知的方法
基站可以定义用于指示SC-MCCH变化以提供SC-MCCH变化通知信息的新SC-MCCH消息类型。例如，基站可以定义与现有SC-MCCH消息(SCPTMConfiguration消息)区分开的新SC-MCCH消息(例如，SC-MCCH变化通知消息)以通知SC-MCCH变化。作为另一示例，基站可以对SCPTMConfiguration消息和SC-MCCH变化通知消息进行多路复用以发送消息。作为又一示例，基站可以使SCPTMConfiguration消息和SC-MCCH变化通知消息在无线资源(频率/时间)上交叠以发送消息。作为又一示例，基站可以单独地发送SCPTMConfiguration消息和SC-MCCH变化通知消息以便不在无线资源(频率/时间)上交叠。
用于提供关于系统信息的详细调度信息以进行SC-MCCH变化通知的方法
基站可以(在预定时段处重复地或者通过提供详细调度信息、指派特定区域，或者通过PDSCH/NPDSCH/MPDSCH提供详细调度信息)在修正时段内发送SC-MCCH变化通知/变化通知信息。基站可以发送针对启用了SC-PTM的BL终端、CE终端或NM-IoT终端的SC-MCCH而不使用PDCCH。
作为针对其的示例，基站可以在包括获得被链接到使用SC-PTM的MBMS发送的控制信息需要的信息的系统信息块类型20SystemInformationBlockType20或者SystemInformationBlockType20-NB或者任意系统信息块类型(为便于描述，其将被称为系统信息块类型20或者被包含在其他系统信息块类型中，这还被包含在本公开内容的范围内)上包括用于接收/获得针对BL终端或CE终端的SC-MCCH变化通知信息的详细时域/频域调度信息。
例如，基站可以包括窄带(索引)信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到BL终端和支持CE的终端。
作为示例，基站可以包括跳频配置信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到BL终端和支持CE的终端。
作为示例，基站可以包括发送块大小(TBS)信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到BL终端和支持CE的终端。
作为另一示例，基站可以包括SC-MCCH变化通知重复时段配置信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到BL终端和支持CE的终端。
作为另一示例，基站可以包括SC-MCCH重复时段配置信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到BL终端和支持CE的终端。
作为另一示例，基站可以包括窗口时段信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到BL终端和支持CE的终端。
作为另一示例，基站可以包括窗口长度，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到BL终端和支持CE的终端。
作为另一示例，基站可以包括关于窗口的无线帧偏移信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到BL终端和支持CE的终端。
作为另一示例，基站可以包括重复模式信息(例如，每第二个无线帧或每第四个无线帧)，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到BL终端和支持CE的终端。例如，重复模式可以指示重复时段中的无线帧。
作为针对其的示例，基站可以在包括获得被链接到使用SC-PTM的MBMS发送的控制信息需要的信息的系统信息块类型20SystemInformationBlockType20或者SystemInformationBlockType20-NB上包括用于接收/获得针对NB-IoT终端的SC-MCCH变化通知信息的详细时域/频域调度信息。
例如，基站可以包括发送块大小信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到NB-IoT终端。
作为另一示例，基站可以包括重复时段信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到BL终端和支持CE的终端。
作为另一示例，基站可以包括重复持续时间信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到BL终端和支持CE的终端。
例如，基站可以包括窗口时段信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到NB-IoT终端。
例如，基站可以包括窗口长度信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到NB-IoT终端。
例如，基站可以包括重复时段信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到NB-IoT终端。
例如，基站可以包括重复持续时间信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到NB-IoT终端。
例如，基站可以包括无线帧偏移信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到NB-IoT终端。
例如，基站可以包括第一子帧/子帧偏移/启动子帧信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到NB-IoT终端。
例如，基站可以包括有效下行链路子帧位图信息，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到NB-IoT终端。
作为另一示例，基站可以包括重复模式信息(例如，每第二个无线帧或每第四个无线帧)，其用于通过系统信息块类型20将SC-MCCH变化通知信息广播到NB-IoT终端。例如，重复模式可以指示重复时段中的无线帧。
作为针对其的另一示例，上述系统信息块类型20与(针对普通LTE终端的)相关技术的系统信息块类型SystemInformationBlockType20独立地被调度以被提供为单独的/区分开的消息SystemInformationBlockType20-BR或SystemInformationBlockType20-NB。
在下文中，将描述BL终端、CE终端或NB-IoT终端的接收操作。
例如，当终端进入广播系统信息块类型20(例如，SystemInformationBlockType20-BR或SystemInformationBlockType20-NB)的蜂窝时，终端可以接收和累积窄带上的DL-SCH上的SC-MCCH变化通知信息，其由用于从窗口的开始广播SC-MCCH变化通知信息以对累积的SC-MCCH变化通知信息发送进行成功解码的窄带信息提供。
作为另一示例，当终端进入广播系统信息块类型20(例如，SystemInformationBlockType20-BR或SystemInformationBlockType20-NB)的蜂窝时，终端可以接收和累积窄带上的DL-SCH上的SC-MCCH变化通知信息，其由用于通过重复模式信息在无线帧中并且根据由下行链路子帧位图信息提供的子帧信息在子帧中广播SC-MCCH变化通知信息的窄带信息提供。
作为另一示例，当终端进入广播系统信息块类型20(例如，SystemInformationBlockType20-BR或SystemInformationBlockType20-NB)的蜂窝时，终端可以从窗口的开始到窗口长度的结束接收和累积DL-SCH上的SC-MCCH变化通知信息。
作为另一示例，当终端进入广播系统信息块类型20(例如，SystemInformationBlockType20-BR或SystemInformationBlockType20-NB)的蜂窝时，终端可以通过重复模式信息在无线帧中并且根据由下行链路子帧位图信息提供的子帧信息在子帧中接收和累积DL-SCH上的SC-MCCH变化通知信息。
作为另一示例，当终端进入广播系统信息块类型20(例如，SystemInformationBlockType20-BR或SystemInformationBlockType20-NB)的蜂窝时，终端可以从提供在窗口的无线帧偏移中的无线帧/下一重复时段中的重复模式无线帧/提供在有效下行链路子帧位图中的无线帧开始接收并累积SC-MCCH变化通知信息以对不包括用于发送NPSS、NSSS、MasterInformationBlock-NB和SystemInformationBlockType1-NB的子帧的累积的SC-MCCH消息进行成功解码。
作为另一示例，当解码不是使用累积到窗口的结束的SC-MCCH变化通知信息执行时，终端在下一SC-MCCH变化通知窗口时机中在DL-SCH上重复地接收并发送SC-MCCH变化通知信息。
用于通过在SC-MCCH消息中定义SC-MCCH变化通知信息来执行SC-MCCH变化通知的 方法
基站可以通过在现有SC-MCCH消息SCPTMConfiguration中定义SC-MCCH变化通知信息来指示SC-MCCH变化通知。基站定义用于在SCPTMConfiguration消息中指示SC-MCCH变化通知的信息元素并且将信息元素指示给终端。
用于使用SC-RNTI在PDCCH上识别(指示SC-MCCH变化通知部分)SC-MCCH变化通知 的方法
当终端被配置为通过上层的SC-N-RNTI来解码CRC加扰的PDCCH(在下文中，为便于描述，被称为PDCCH，但是这可以为MPDCCH或NPDCCH)时，终端需要解码PDCCH。
启用了SC-PTM的BL终端、CE终端或NB-IoT终端可以通过PDCCH/MPDCH/NPDCCH上的SC-N-RNTI来识别SC-MCCH变化通知。基站可以将(通过SC-N-RNTI加扰的)SC-MCCH变化通知信息发送到PDCCH上。
SC-MCCH信息变化可以在特定频率区/无线帧/子帧模式中生成。备选地，SC-MCCH信息变化可以从特定频率区/无线帧/子帧模式开始生成。相同的SC-MCCH信息可以通过调度在修正时段中被发送几次。修正时段的边界由SFN值定义，其中SFN mod m＝0。这里，m表示配置修正时段的无线帧的数量。当H-SFN被提供在针对BL终端或CE终端的系统信息SystemInformationBlockType1-BR中时，针对BL终端或CE终端的修正时段的边界由SFN值定义，其中(H-SFN*1024+SFN)mod m＝0。H-SFN总是被提供用于NB-IoT。另外，修正时段的边界由SFN值定义，其中(H-SFN*1024+SFN)mod m＝0。
修正时段可以由包括获得被链接到使用SC-PTM的MBMS发送的控制信息需要的信息的系统信息块类型20SystemInformationBlockType20或者SystemInformationBlockType20-NB配置。
当网络(基站)(部分地)改变SC-MCCH信息时，网络可以在特定无线帧/子帧中将变化通知给终端。网络在下一修正时段中发送更新的/变化的SC-MCCH。
例如，除了可以用于SC-MCCH发送时段/重复时段/窗口中的SC-MCCH发送的第一子帧sc-mcch-FirstSubframe之外，网络指示针对SC-MCCH变化通知的PDCCH重复数量/持续时间/时段(作为示例，针对PDCCH共同搜索空间的最大重复数量/持续时间/时段，并且作为示例，针对PDCCH共同搜索空间的有效子帧重复数量/持续时间/时段)。终端可以识别到SC-MCCH变化从第一子帧来指示或者对累积的SC-MCCH变化通知发送进行成功解码(例如，如果终端检查到8位位图的LSB位通过解码PDCCH被设置为“1”或者检查到SC-MCCH变化通知的话)。
作为另一示例，网络可以定义并提供针对与SC-MCCH重复时段不同的SC-MCCH变化通知的区段/持续时间/时段。作为另一示例，网络可以定义并提供针对与用于SC-MCCH发送的SC-MCCH重复时段不同的SC-MCCH变化通知的区段/持续时间/时段。作为另一示例，网络可以定义并提供针对独立于用于SC-MCCH发送的SC-MCCH重复时段的SC-MCCH变化通知的区段/持续时间/时段。
作为另一示例，网络可以在SC-MCCH发送时段/重复时段/窗口中分开地提供针对SC-MCCH变化通知的区段/持续时间/时段和针对SC-MCCH发送的区段/持续时间/时段。作为示例，网络分开地提供针对SC-MCCH变化通知的第一子帧(或无线帧+偏移)和最大重复数量/持续时间以及针对SC-MCCH发送的第一子帧(或无线帧+偏移)和最大重复数量/持续时间。网络还提供有效无线帧/子帧模式信息。终端可以识别到SC-MCCH变化从针对SC-MCCH变化通知的第一子帧来指示或者对累积的SC-MCCH变化通知发送进行成功解码(例如，如果终端检查到8位位图的LSB位通过解码PDCCH被设置为“1”或者检查到SC-MCCH变化通知的话)。
作为另一示例，当终端接收/获得/解码/检查/识别到SC-MCCH变化通知时，对要使用SC-PTM发送的MBMS服务的接收感兴趣的终端获得/接收新的/改变的/更新的SC-MCCH。作为针对其的示例，终端在下一修正时段中获得/接收新的/改变的/更新的SC-MCCH。作为针对其的另一示例，终端从可以用于下一修正时段中的SC-MCCH发送的第一子帧获得/接收新的/改变的/更新的SC-MCCH。作为针对其的另一示例，终端从下一修正时段中的与针对SC-MCCH变化通知的区段/持续时间/时段不同的针对SC-MCCH发送的区段/持续时间/时段的SC-MCCH发送的第一子帧开始获得/接收新的/改变的/更新的SC-MCCH。作为针对其的另一示例，当终端接收/获得/解码/检查/识别到SC-MCCH变化通知时，终端从与针对接收/获得/解码/检查/识别的SC-MCCH变化通知的区段/持续时间/时段的下一SC-MCCH发送的区段/持续时间/时段开始获得/接收新的/改变的/更新的SC-MCCH。作为针对其的另一示例，当终端接收/获得/解码/检查/识别到SC-MCCH变化通知时，终端从同一接收的/获得的/解码的/检查的/识别到的子帧开始获得/接收新的/改变的/更新的SC-MCCH。作为针对其的另一示例，当终端接收/获得/解码/检查/识别到SC-MCCH变化通知时，终端从其中针对接收/获得/解码/检查/识别到的SC-MCCH变化通知的区段/持续时间/时段结束的下一子帧开始获得/接收新的/改变的/更新的SC-MCCH。作为针对其的另一个示例，当终端接收/获得/解码/检查/识别到SC-MCCH变化通知时，终端在同一发送时段/重复时段/窗口中从针对SC-MCCH发送的单独的区段/持续时间/时段的第一子帧开始获得/接收新的/改变的/更新的SC-MCCH。为此，针对SC-MCCH变化通知的区段可以比针对SC-MCCH发送的区段/持续时间/时段更早地被生成。
作为针对其的另一个示例，当终端接收/获得/解码/检查/识别到SC-MCCH变化通知时，终端从针对下一SC-MCCH发送的区段/持续时间/时段的第一子帧开始获得/接收新的/改变的/更新的SC-MCCH。
针对上述操作的信息可以被包含在包括获得被链接到使用SC-PTM的MBMS发送的控制信息需要的信息的系统信息块类型20SystemInformationBlockType20或者SystemInformationBlockType20-NB中。作为另一示例，上述信息可以被包含在包括针对所有终端的无线资源配置信息的系统信息块类型2SystemInformationBlockType2或SystemInformationBlockType2-NB中。作为另一示例，这可以通过专用信号而被指示给终端。作为另一示例，这可以根据终端的请求通过基站的专用信号而被指示给终端。作为另一示例，在NPDCCH的子帧数量中，终端可以使用发送持续时间值。
用于使用SC-RNTI在PDCCH上发送识别SC-MCCH变化通知的指示信息的方法
当终端被配置为通过上层的SC-RNTI来解码CRC加扰的PDCCH(在下文中，为便于描述，被称为PDCCH，但是这可以为MPDCCH或NPDCCH)时，终端需要解码PDCCH。
启用了SC-PTM的BL终端、CE终端或NB-IoT终端可以通过PDCCH/MPDCH/NPDCCH上的SC-RNTI来识别SC-MCCH变化通知。基站可以将(由SC-RNTI加扰的)SC-MCCH变化通知信息发送到PDCCH上。
作为针对其的示例，SC-MCCH变化通知可以通过用于直接指示SC-MCCH变化通知的DCI信息(或DCI格式)直接指示。作为示例，与用于相关技术的NB-IoT终端的DCI格式N1和N2不同的新DCI格式被定义为被提供。例如，用于指示SC-MCCH变化通知的信息可以被包含在针对SC-MCCH的DCI上。作为另一示例，用于指示SC-MCCH变化通知的信息可以被包含在DCI中。作为另一示例，用于区别针对SC-MCCH变化通知的直接指示的信息元素可以被包含。例如，用于区分SC-MCCH/直接指示的标志(一位)可以被包含。值零(或值1)用于直接指示，并且值1(或值零)用于SC-MCCH。作为另一示例，可以提供被设置为位/位图/8位/特定值的位，其提供SC-MCCH变化通知的直接指示。
终端可以使用SC-RNTI在NPDCCH上发送的直接指示信息来接收SC-MCCH变化通知。终端可以通过用于使用SC-RNTI直接区分SC-MCCH和SC-MCCH变化通知的信息元素来区分和接收SC-MCCH变化通知信息。
作为针对其的另一示例，基站可以在可以通过系统信息或SC-MCCH信息接收到终端的SC-MCCH变化通知时指示SC-MCCH变化通知区段。
SC-MCCH信息变化可以在特定频率区/无线帧/子帧模式中生成。备选地，SC-MCCH信息变化可以从特定频率区/无线帧/子帧模式开始生成。相同的SC-MCCH信息可以通过调度在修正时段中被发送几次。修正时段的边界由SFN值定义，其中SFN mod m＝0。这里，m表示配置修正时段的无线帧的数量。当H-SFN被提供在针对BL终端或CE终端的系统信息SystemInformationBlockType1-BR中时，针对BL终端或CE终端的修正时段的边界由SFN的值定义，其中(H-SFN*1024+SFN)mod m＝0。H-SFN总是被提供用于NB-IoT。另外，修正时段的边界由SFN值定义，其中(H-SFN*1024+SFN)mod m＝0。
修正时段可以由包括获得被链接到使用SC-PTM或SC-MCCH的MBMS发送的控制信息需要的信息的系统信息块类型20SystemInformationBlockType20或者SystemInformationBlockType20-NB配置。
当网络(基站)(部分地)改变SC-MCCH信息时，网络可以在特定无线帧/子帧中将变化通知给终端。网络在下一修正时段中发送更新的/变化的SC-MCCH。
例如，除了针对SC-MCCH变化通知的第一子帧之外，网络指示针对SC-MCCH变化通知的PDCCH重复数量/持续时间/时段(作为示例，针对PDCCH共同搜索空间的最大重复数量/持续时间/时段，并且作为示例，针对PDCCH共同搜索空间的有效子帧重复数量/持续时间/时段)。终端可以识别到SC-MCCH变化从第一子帧来指示或者对累积的SC-MCCH变化通知发送进行成功解码(例如，如果终端检查到8位位图(或者直接指示信息)通过PDCCH被设置为SC-MCCH变化通知值或者检查到SC-MCCH变化通知的话)。
作为另一示例，网络可以定义并提供针对与SC-MCCH重复时段不同的SC-MCCH变化通知的区段/持续时间/时段。作为另一示例，网络可以定义并提供针对与用于SC-MCCH发送的SC-MCCH重复时段不同的SC-MCCH变化通知的区段/持续时间/时段。作为另一示例，网络可以定义并提供针对独立于用于SC-MCCH发送的SC-MCCH重复时段的SC-MCCH变化通知的区段/持续时间/时段。
作为另一示例，网络将要提供在SC-MCCH发送时段/重复时段/窗口中的针对SC-MCCH变化通知的区段/持续时间/时段和针对SC-MCCH发送的区段/持续时间/时段分开。作为示例，网络分开地提供针对SC-MCCH变化通知的第一子帧(或无线帧+偏移)和最大重复数量/持续时间以及针对SC-MCCH发送的第一子帧(或无线帧+偏移)和最大重复数量/持续时间。除此之外，网络可以提供有效无线帧/子帧模式信息。终端可以识别到SC-MCCH变化从针对SC-MCCH变化通知的第一子帧来指示或者对累积的SC-MCCH变化通知发送进行成功解码(例如，如果终端检查到8位位图(或者直接指示信息)通过PDCCH被设置为SC-MCCH变化通知值或者检查到SC-MCCH变化通知的话)。
作为示例，当终端接收/获得/解码/检查/识别到SC-MCCH变化通知时，对要使用SC-PTM发送的MBMS服务的接收感兴趣的终端获得/接收新的/改变的/更新的SC-MCCH。作为针对其的示例，终端在下一修正时段中获得/接收新的/改变的/更新的SC-MCCH。作为针对其的另一示例，终端从可以用于下一修正时段中的SC-MCCH发送的第一子帧获得/接收新的/改变的/更新的SC-MCCH。作为针对其的另一示例，终端从下一修正时段中的与针对SC-MCCH变化通知的区段/持续时间/时段不同的针对SC-MCCH发送的区段/持续时间/时段的SC-MCCH发送的第一子帧开始获得/接收新的/改变的/更新的SC-MCCH。作为针对其的另一示例，当终端接收/获得/解码/检查/识别到SC-MCCH变化通知时，终端从与针对接收/获得/解码/检查/识别的SC-MCCH变化通知的区段/持续时间/时段的下一SC-MCCH发送的区段/持续时间/时段开始获得/接收新的/改变的/更新的SC-MCCH。作为针对其的另一示例，当终端接收/获得/解码/检查/识别到SC-MCCH变化通知时，终端从下一接收/获得/解码/检查/识别到的子帧开始接收/获得/解码/检查/识别到SC-MCCH变化通知、新的/改变的/更新的SC-MCCH。作为针对其的另一示例，当终端接收/获得/解码/检查/识别到SC-MCCH变化通知时，终端从同一接收/获得/解码/检查/识别到的子帧开始获得/接收新的/改变的/更新的SC-MCCH。作为针对其的另一示例，当终端接收/获得/解码/检查/识别到SC-MCCH变化通知时，终端从其中针对接收/获得/解码/检查/识别到的SC-MCCH变化通知的区段/持续时间/时段结束的下一子帧开始获得/接收新的/改变的/更新的SC-MCCH。作为针对其的另一示例，当终端接收/获得/解码/检查/识别到SC-MCCH变化通知时，终端在同一发送时段/重复时段/窗口中从针对SC-MCCH发送的单独的区段/持续时间/时段的第一子帧开始获得/接收新的/改变的/更新的SC-MCCH。为此，针对SC-MCCH变化通知的区段可以比针对SC-MCCH发送的区段/持续时间/时段更早地被生成。
作为针对其的另一示例，当终端获得/接收SC-MCCH变化通知时，终端从针对下一SC-MCCH发送的区段/持续时间/时段的第一帧开始获得/接收新的/改变的/更新的SC-MCCH。
针对上述操作的信息可以被包含在包括获得被链接到使用SC-PTM的MBMS发送的控制信息需要的信息的系统信息块类型20SystemInformationBlockType20或者SystemInformationBlockType20-NB中。作为另一示例，上述信息可以被包含在包括获得针对所有终端共同的无线资源配置信息的系统信息块类型2SystemInformationBlockType2或者SystemInformationBlockType2-NB中。作为另一示例，这可以通过专用指令被指示给终端。作为另一示例，这可以根据终端的请求通过基站的专用指令被指示给终端。作为另一示例，在针对NPDCCH的子帧数量中，终端可以使用发送持续时间值。
终端可以通过使用SC-RNTI在NPDCCH上发送的直接指示信息来接收SC-MCCH变化通知。
用于通过寻呼来执行SC-MCCH变化通知的方法
基站可以通过寻呼消息来通知SC-MCCH变化。作为示例，SC-MCCH变化通知信息被定义在寻呼消息中以将SC-MCCH变化通知指示给终端。作为另一示例，用于寻呼的DCI(例如，DCI格式N2)可以包括针对其的指示信息。例如，如下面将描述的，用于指示SC-MCCH变化通知的信息可以被包含在用于寻呼的DCI上。作为另一示例，与系统信息更新不同的位值被定义在针对直接指示信息的8位中以指示SC-MCCH变化通知。例如，SC-MCCH变化可以使用不包括位1和位2的剩余位值中的一个来通知，如下面将描述的。
使用P-RNTI在NPDCCH上发送在NB-IoT中定义的直接指示信息。然而，直接指示信息在没有链接的窄带寻呼消息的情况下被发送。DCI格式N2被用于寻呼和直接指示。以下信息由DCI格式N2定义。
用于区分寻呼/直接指示的标志(1位)和零的值用于直接指示，并且1的值用于寻呼。当标志为零时，指示直接指示信息的8位提供在与系统信息更新不同的领域中的直接指示。例如，位1指示系统信息修正systemInfoModification，并且位2指示eDRX系统信息修正，并且不使用剩余的值。
当标志为1时，发送资源分配、调制和编码方案(MCS)、重复数量和DCI子帧重复数量。
终端可以通过使用P-RNTI在NPDCCH上发送的直接指示信息接收SC-MCCH变化通知。
如以上所描述的，示例性实施例提供有效地执行到BL终端、CE终端或NB-IoT终端的SC-MCCH变化通知的效果。通过这么做，上述终端可以有效地接收多播数据。
将参考附图再次描述可以实现参考图1至图3描述的示例性实施例的部分或全部的终端和基站。
图4是图示了根据示例性实施例的终端的配置的框图。
参考图4，当不连续接收DRX被配置用于组无线网络临时标识符(G-RNTI)时，接收多播数据的终端400包括：控制单元410，其在终端的媒体访问控制(MAC)实体启动单蜂窝点到多点(SC-PTM)持续时间定时器onDurationTimer并且在激活时间期间监视物理下行链路控制信道(PDCCH)时，控制SC-PTM持续时间定时器和SC-PTM静止定时器InactivityTimer中的至少一个的操作，并且PDCCH包括指示下行链路发送的信息；以及接收单元430，其通过一个或多个子帧的物理下行链路共享信道PDSCH重复地接收多播数据。
例如，当DRX被配置用于G-RNTI时，控制单元410可以启动SC-PTM持续时间定时器以启动激活时间。G-RNTI是用于接收SC-MTCH的标识符。当DRX被配置用于G-RNTI时，终端的MAC实体可以启动SC-PTM持续时间定时器以接收SC-MTCH。
另外，控制单元410可以在持续时间定时器运行时的激活时间监视下行链路控制信道。激活时间是指在SC-PTM持续时间定时器或SC-PTM静止定时器运行时的时间。
同时，当控制单元410在激活时间期间监视PDCCH时识别到在PDCCH中包括指示下行链路发送的信息时，可以改变SC-PTM持续时间定时器和SC-PTM静止定时器中的至少一个的操作。
例如，当在PDCCH中包括指示下行链路发送的信息时，控制单元410可以进行控制以使SC-PTM持续时间定时器和SC-PTM静止定时器的操作停止。即，当指示下行链路发送的信息被检测作为监视PDCCH的结果时，控制单元410可以使启动的SC-PTM持续时间定时器和SC-PTM静止定时器停止。
作为另一示例，当在PDCCH中包括指示下行链路发送的信息时，控制单元410可以启动或重启SC-PTM静止定时器。在这种情况下，可以在其中重复地接收到多播数据的最后子帧处执行SC-PTM静止定时器的启动或重启。即，控制单元410可以控制SC-PTM静止定时器在其中重复地接收到多播数据的最后子帧中被启动或重启。
作为另一示例，定时器控制操作可以根据终端的类型、终端的种类或终端的能力来划分。例如，当终端被允许为访问其中信道带宽被限制为200kHz或更低的网络服务(例如，终端被设置为通过NPDCCH接收DCI)时，如果在PDCCH中包括指示下行链路发送的信息，则控制单元410可以进行控制以使SC-PTM持续时间定时器和SC-PTM静止定时器的操作停止。当终端被设置为在被限制到六个物理资源块(PRB)的带宽处进行操作(例如，终端被设置为通过MPDCCH接收DCI)时，如果在PDCCH中包括指示下行链路发送的信息，控制单元410可以启动或重启SC-PTM静止定时器。可以在其中重复地接收到多播数据的最后子帧中执行启动或重启定时。即，在NB-IoT终端的情况下，当在PDCCH中包括指示下行链路发送的信息时，控制单元410进行控制以使SC-PTM持续时间定时器和SC-PTM静止定时器的操作停止。另外，在BL或CE终端的情况下，当在PDCCH中包括指示下行链路发送的信息时，控制单元410进行控制以启动或重启SC-PTM静止定时器。
另外，控制单元410通过实现上述示例性实施例需要的SC-PTM发送方法有效地接收多播业务信道，并且根据多播控制信息的变化通知的接收来控制终端400的总体操作。
接收单元430通过下行链路数据信道接收SC-MTCH以接收多播数据。由于接收多播数据的终端是上述的请求具有增强覆盖、低成本、或低功耗操作的终端，所以多播数据可以通过多个子帧来重复地接收。
另外，接收单元430通过对应的PDSCH通过解码根据单蜂窝多播控制信道(SC-MCCH)调度信息指示的PDCCH接收SC-PTM持续时间定时器和SC-PTM静止定时器。另外，接收单元430可以通过系统信息接收SC-MCCH调度信息。
这里，根据SC-MCCH调度信息指示的PDCCH可以包括针对多播控制信息的变化通知的变化通知信息。例如，变化通知信息可以通过单蜂窝无线网络临时标识符(SC-RNTI)来解码。作为另一示例，变化通知信息通过一位来配置为由终端接收。
终端400通过经由系统信息指示的PDCCH来识别多播控制信息是否被改变并且可以接收改变的SC-PTM持续时间定时器和SC-PTM静止定时器。
接收单元430通过对应的信道从基站接收下行链路控制信息、数据和消息。发送单元420通过对应的信道将上行链路控制信息、数据和消息发送到基站。
图5是图示了根据示例性实施例的基站的配置的框图。
参考图5，基站500包括控制单元510、发送单元520以及接收单元530。
控制单元510通过执行上述示例性实施例所需要的SC-PTM发送方法有效地发送多播业务信道，并且根据到终端的多播控制信息的变化的通知来控制基站500的总体操作。
发送单元520和接收单元530用于将实现本公开内容需要的信号、消息和数据发送到终端并从终端接收实现本公开内容需要的信号、消息和数据。
为了简化说明书的描述，上述示例性实施例中提及的标准内容和标准文档被省略并且构成了本说明书的一部分。因此，应当解释为，当将标准内容和标准文档的部分内容被添加到本说明书或者在权利要求书中进行描述时，其也由本公开内容的范围覆盖。
将认识到，已经出于说明的目的描述了本公开内容的各种示例性实施例，并且可以由本领域技术人员在不脱离本公开内容的范围和精神的情况下进行各种修改、改变和替代。因此，本公开内容的示例性实施例仅仅出于说明性目的而被提供而不旨在限制本公开内容的技术范围。本公开内容的技术精神的范围不限于此。本公开内容的保护范围应当基于随附权利要求书来理解，并且其等效范围中的所有技术构思应当被理解为落入本公开内容的范围内。

Claims (20)

1.一种用于由终端接收多播数据的方法，所述方法包括：
当不连续接收(DRX)被配置用于组无线网络临时标识符(G-RNTI)时，通过终端的媒体访问控制(MAC)实体来启动单蜂窝点到多点(SC-PTM)持续时间定时器(onDurationTimer)；
在激活时间期间监视物理下行链路控制信道(PDCCH)；
当所述PDCCH包括指示下行链路发送的信息时控制所述SC-PTM持续时间定时器和SC-PTM静止定时器(InactivityTimer)中的至少一个的操作的定时器控制步骤；并且
通过一个或多个子帧的物理下行链路共享信道(PDSCH)重复地接收所述多播数据。
2.根据权利要求1所述的方法，其中，所述激活时间是在SC-PTM持续时间定时器或SC-PTM静止定时器运行时的时间。
3.根据权利要求1所述的方法，其中，在所述定时器控制步骤中，所述SC-PTM持续时间定时器和所述SC-PTM静止定时器的操作停止。
4.根据权利要求3所述的方法，其中，所述终端被设置为可访问其信道带宽被限制为200kHz或更低的网络服务。
5.根据权利要求1所述的方法，其中，在所述定时器控制步骤中，所述SC-PTM静止定时器启动或重启。
6.根据权利要求5所述的方法，其中，所述终端被设置为在被限制到六个物理资源块(PRB)的带宽中进行操作。
7.根据权利要求5所述的方法，其中，在所述定时器控制步骤中，所述SC-PTM静止定时器被控制为在其中重复地接收到所述多播数据的最后子帧中启动或重启。
8.根据权利要求1所述的方法，其中，所述SC-PTM持续时间定时器和所述SC-PTM静止定时器按照根据单蜂窝多播控制信道(SC-MCCH)调度信息指示的所述PDCCH的解码结果通过所述PDSCH来接收，并且所述SC-MCCH调度信息通过系统信息来接收。
9.根据权利要求8所述的方法，其中，根据所述SC-MCCH调度信息指示的所述PDCCH包括针对多播控制信息的变化通知的变化通知信息。
10.根据权利要求9所述的方法，其中，所述变化通知信息通过单蜂窝无线网络临时标识符SC-RNTI来解码。
11.根据权利要求9所述的方法，其中，所述变化通知信息通过一位来配置。
12.根据权利要求8所述的方法，其中，所述终端被设置为可访问其信道带宽被限制为200kHz或更低的网络服务或者被设置为在被限制到六个PRB的带宽中进行操作。
13.一种接收多播数据的终端，所述终端包括：
控制单元，其当不连续接收DRX被配置用于组无线网络临时标识符G-RNTI时，在所述终端的媒体访问控制(MAC)实体启动单蜂窝点到多点(SC-PTM)持续时间定时器onDurationTimer并且在激活时间期间监视物理下行链路控制信道(PDCCH)时，控制所述SC-PTM持续时间定时器和SC-PTM静止定时器InactivityTimer中的至少一个的操作，并且PDCCH包括指示下行链路发送的信息；以及
接收单元，其通过一个或多个子帧的物理下行链路共享信道(PDSCH)重复地接收所述多播数据。
14.根据权利要求13所述的终端，其中，所述激活时间是在SC-PTM持续时间定时器或SC-PTM静止定时器运行时的时间。
15.根据权利要求13所述的终端，其中，当所述终端被设置为可访问其信道带宽被限制为200kHz或更低的网络服务时，如果所述PDCCH包括指示下行链路发送的信息，所述控制单元使所述SC-PTM持续时间定时器和所述SC-PTM静止定时器的操作停止。
16.根据权利要求13所述的终端，其中，当所述终端被设置为在被限制到六个物理资源块PRB的带宽中进行操作时，如果所述PDCCH包括指示下行链路发送的信息，所述控制单元启动或重启所述SC-PTM静止定时器。
17.根据权利要求16所述的终端，其中，所述控制单元控制所述SC-PTM静止定时器在其中重复地接收到所述多播数据的最后子帧中启动或重启。
18.根据权利要求13所述的终端，其中，所述SC-PTM持续时间定时器和所述SC-PTM静止定时器按照根据单蜂窝多播控制信道(SC-MCCH)调度信息指示的所述PDCCH的解码结果通过所述PDSCH来接收，并且所述SC-MCCH调度信息通过系统信息来接收。
19.根据权利要求18所述的终端，其中，根据所述SC-MCCH调度信息指示的所述PDCCH包括针对多播控制信息的变化通知的变化通知信息。
20.根据权利要求19所述的终端，其中，所述变化通知信息通过单蜂窝无线网络临时标识符SC-RNTI来解码。
CN201710625164.7A 2016-08-11 2017-07-27 用于接收多播数据的方法及其设备 Active CN108307507B (zh)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
KR10-2016-0102625 2016-08-11
KR20160102625 2016-08-11
KR10-2016-0102624 2016-08-11
KR20160102624 2016-08-11
KR20160146056 2016-11-03
KR10-2016-0146056 2016-11-03
KR10-2017-0071886 2017-06-08
KR1020170071886A KR101971780B1 (ko) 2016-08-11 2017-06-08 멀티캐스트 데이터를 수신하는 방법 및 그 장치

Publications (2)

Publication Number Publication Date
CN108307507A true CN108307507A (zh) 2018-07-20
CN108307507B CN108307507B (zh) 2021-12-03

Family

ID=61386965

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710625164.7A Active CN108307507B (zh) 2016-08-11 2017-07-27 用于接收多播数据的方法及其设备

Country Status (2)

Country Link
KR (1) KR101971780B1 (zh)
CN (1) CN108307507B (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109120357A (zh) * 2018-08-27 2019-01-01 京信通信系统（中国）有限公司 信号搜索检测方法、装置、终端及系统
CN111148193A (zh) * 2018-11-02 2020-05-12 华为技术有限公司 一种信息传输方法及通信装置
CN111491306A (zh) * 2019-01-28 2020-08-04 北京小米松果电子有限公司 子帧识别方法、装置、存储介质及电子设备
CN112997540A (zh) * 2018-09-27 2021-06-18 康维达无线有限责任公司 Nr中的功率节省机制
CN113891498A (zh) * 2021-10-18 2022-01-04 上海交通大学 一种数据非连续接收的方法及其装置
CN115022815A (zh) * 2021-03-05 2022-09-06 维沃移动通信有限公司 多播业务的接收方法、装置及电子设备
WO2023011350A1 (zh) * 2021-08-06 2023-02-09 华为技术有限公司 通信方法及装置
CN116133168A (zh) * 2021-09-14 2023-05-16 华硕电脑股份有限公司 用于处理数据接收的非连续接收定时器的方法和设备
US20230180247A1 (en) * 2021-12-08 2023-06-08 Qualcomm Incorporated Signaling for multicast broadcast service single frequency network communications
EP4290940A1 (en) * 2022-06-03 2023-12-13 Comcast Cable Communications LLC Energy saving in communications network
CN117320189A (zh) * 2020-10-22 2023-12-29 华为技术有限公司 通信方法及装置
WO2024032555A1 (zh) * 2022-08-09 2024-02-15 华为技术有限公司 一种通信方法和通信装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020022694A1 (ko) * 2018-07-25 2020-01-30 엘지전자 주식회사 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치
WO2023210984A1 (ko) * 2022-04-28 2023-11-02 엘지전자 주식회사 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102823186A (zh) * 2009-09-25 2012-12-12 捷讯研究有限公司 用于多载波网络操作的系统和方法
CN105247904A (zh) * 2013-05-15 2016-01-13 高通股份有限公司 用于多播/广播数据传输的群承载和承载选择
CN105684522A (zh) * 2013-08-09 2016-06-15 瑞典爱立信有限公司 在通信网络中使用的网络节点和移动设备、操作其的方法以及计算机程序产品
WO2016119212A1 (en) * 2015-01-30 2016-08-04 Qualcomm Incorporated Bearer selection for group service communication and service continuity

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090149164A1 (en) * 2007-12-10 2009-06-11 Research In Motion Limited System and method for single cell point-to-multipoint multiplexing and scheduling
CN101931885B (zh) * 2009-06-19 2015-06-03 中兴通讯股份有限公司 多媒体广播和组播业务控制信道更新的通知方法及系统
KR101823475B1 (ko) * 2010-02-09 2018-01-30 엘지전자 주식회사 Ｍｔｃ 기기가 사용되는 이동통신시스템에서 메시지 송수신 방법 및 이를 위한 장치
US8982895B2 (en) * 2012-09-21 2015-03-17 Blackberry Limited Inter-device communication in wireless communication systems
KR20150113168A (ko) * 2013-01-30 2015-10-07 엘지전자 주식회사 Drx 구성과 상관없는 pdcch 모니터링

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102823186A (zh) * 2009-09-25 2012-12-12 捷讯研究有限公司 用于多载波网络操作的系统和方法
CN105247904A (zh) * 2013-05-15 2016-01-13 高通股份有限公司 用于多播/广播数据传输的群承载和承载选择
CN105684522A (zh) * 2013-08-09 2016-06-15 瑞典爱立信有限公司 在通信网络中使用的网络节点和移动设备、操作其的方法以及计算机程序产品
WO2016119212A1 (en) * 2015-01-30 2016-08-04 Qualcomm Incorporated Bearer selection for group service communication and service continuity

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP: ""Medium Access Control (MAC) protocol specification"", 《TS 36.321 V13.2.0 (2016-06)》 *
3GPP: ""Radio Resource Control（RRC）"", 《TS 36.331 V13.2.0 (2016-06)》 *
KYOCERA: ""Details of radio interface enhancements for SC-PTM transmission"，R2-153777", 《3GPP TSG-RAN WG2 #91》 *

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109120357A (zh) * 2018-08-27 2019-01-01 京信通信系统（中国）有限公司 信号搜索检测方法、装置、终端及系统
CN109120357B (zh) * 2018-08-27 2021-08-24 京信网络系统股份有限公司 信号搜索检测方法、装置、终端及系统
CN112997540A (zh) * 2018-09-27 2021-06-18 康维达无线有限责任公司 Nr中的功率节省机制
CN111148193A (zh) * 2018-11-02 2020-05-12 华为技术有限公司 一种信息传输方法及通信装置
CN111148193B (zh) * 2018-11-02 2021-09-07 华为技术有限公司 一种信息传输方法及通信装置
CN111491306A (zh) * 2019-01-28 2020-08-04 北京小米松果电子有限公司 子帧识别方法、装置、存储介质及电子设备
CN111491306B (zh) * 2019-01-28 2023-05-12 北京小米松果电子有限公司 子帧识别方法、装置、存储介质及电子设备
CN117320189A (zh) * 2020-10-22 2023-12-29 华为技术有限公司 通信方法及装置
WO2022184045A1 (zh) * 2021-03-05 2022-09-09 维沃移动通信有限公司 多播业务的接收方法、装置及电子设备
CN115022815A (zh) * 2021-03-05 2022-09-06 维沃移动通信有限公司 多播业务的接收方法、装置及电子设备
WO2023011350A1 (zh) * 2021-08-06 2023-02-09 华为技术有限公司 通信方法及装置
CN116133168A (zh) * 2021-09-14 2023-05-16 华硕电脑股份有限公司 用于处理数据接收的非连续接收定时器的方法和设备
CN116133168B (zh) * 2021-09-14 2023-09-26 华硕电脑股份有限公司 用于处理数据接收的非连续接收定时器的方法和设备
CN113891498A (zh) * 2021-10-18 2022-01-04 上海交通大学 一种数据非连续接收的方法及其装置
CN113891498B (zh) * 2021-10-18 2024-04-16 上海数字电视国家工程研究中心有限公司 一种数据非连续接收的方法及其装置
US20230180247A1 (en) * 2021-12-08 2023-06-08 Qualcomm Incorporated Signaling for multicast broadcast service single frequency network communications
EP4290940A1 (en) * 2022-06-03 2023-12-13 Comcast Cable Communications LLC Energy saving in communications network
WO2024032555A1 (zh) * 2022-08-09 2024-02-15 华为技术有限公司 一种通信方法和通信装置

Also Published As

Publication number Publication date
KR20180018988A (ko) 2018-02-22
CN108307507B (zh) 2021-12-03
KR101971780B1 (ko) 2019-04-26

Similar Documents

Publication Publication Date Title
CN108307507A (zh) 用于接收多播数据的方法及其设备
US10511941B2 (en) Method for receiving multicast data and apparatus thereof
CN114696964B (zh) 在无线通信系统中发送/接收数据的方法及其设备
US10595326B2 (en) Methods of efficient downlink control information transmission
US11202183B2 (en) Retuning for enhanced machine type communication
CN105075148B (zh) 提供tdd配置和确定上行链路传输定时的方法和装置
US9883485B2 (en) Evolved multimedia broadcast multicast service on enhanced component carriers
EP3063881B1 (en) Methods and apparatus for enhanced coverage transmission for lte advanced
TWI571090B (zh) 在長期演進分時雙工系統中通知一上行鏈路／下行鏈路組態
TWI554071B (zh) 在長期演進分時雙工系統中通知一上行鏈路／下行鏈路組態
CN107733627A (zh) 用于针对NB‑IoT终端发送或接收多播控制信道的方法和装置
US20170347335A1 (en) Method and apparatus for transmitting paging for machine type communication user equipment in wireless communication system
US20160234857A1 (en) Parallel low latency awareness
CN111181686A (zh) 用于改进物理下行链路控制信道监听模式的方法和设备
US20120039292A1 (en) Method and Apparatus for Transmitting/Receiving Data in a Wireless Communication System
CN107734648A (zh) 用于针对bl/ce终端发送或接收多播控制信道的方法和装置
EP3036950A2 (en) Paging in coverage extension mode
EP4018762A1 (en) Channel access priority for nr-u data bearers
CN104012061A (zh) 用于监控控制信道的方法和无线装置
CN107733626A (zh) 用于针对bl/ce用户终端发送或接收多播控制信道的方法和装置
US10356582B2 (en) Method for changing system information, and apparatus therefor
CN107734691A (zh) 用于针对NB‑IoT终端发送或接收多播控制信道的方法和装置
US10433279B2 (en) Method of receiving single-cell multicast data and apparatus for same
EP3128800B1 (en) Method for transmitting and receiving signal for device-to-device communication in wireless communication system and device therefor
WO2015093867A1 (ko) 무선 통신 시스템에서 단말의 신호 송수신 방법 및 이를 위한 장치

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant