CN110050501A - 在无线通信***中发送和接收数据的方法及其装置 - Google Patents

在无线通信***中发送和接收数据的方法及其装置 Download PDF

Info

Publication number
CN110050501A
CN110050501A CN201780075161.9A CN201780075161A CN110050501A CN 110050501 A CN110050501 A CN 110050501A CN 201780075161 A CN201780075161 A CN 201780075161A CN 110050501 A CN110050501 A CN 110050501A
Authority
CN
China
Prior art keywords
mcch
information
dci
pdsch
mtch
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
CN201780075161.9A
Other languages
English (en)
Other versions
CN110050501B (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.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Priority to CN202210534538.5A priority Critical patent/CN114944881A/zh
Publication of CN110050501A publication Critical patent/CN110050501A/zh
Application granted granted Critical
Publication of CN110050501B publication Critical patent/CN110050501B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J11/00Orthogonal multiplex systems, e.g. using WALSH codes
    • H04J11/0069Cell search, i.e. determining cell identity [cell-ID]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J11/00Orthogonal multiplex systems, e.g. using WALSH codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00Modulated-carrier systems
    • H04L27/26Systems using multi-frequency codes
    • H04L27/2601Multicarrier modulation systems
    • H04L27/2647Arrangements specific to the receiver only
    • H04L27/2655Synchronisation arrangements
    • H04L27/2666Acquisition of further OFDM parameters, e.g. bandwidth, subcarrier spacing, or guard interval length
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J2211/00Orthogonal indexing scheme relating to orthogonal multiplex systems
    • H04J2211/003Orthogonal indexing scheme relating to orthogonal multiplex systems within particular systems or standards
    • H04J2211/005Long term evolution [LTE]
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

在本发明中,公开一种在支持机器类型通信(MTC)的无线通信***中发送和接收数据的方法及其装置。具体地,该方法包括下述步骤:监测针对第一MTC物理下行链路控制信道(MPDCCH)配置的第一搜索空间,其中第一MPDCCH包括用于调度传输单小区‑多播控制信道(SC‑MCCH)的第一物理下行链路共享信道(PDSCH)的第一控制信息;基于第一控制信息接收第一PDSCH;使用通过SC‑MCCH获取的组标识符监测针对第二MPDCCH配置的第二搜索空间,其中第二MPDCCH包括用于调度传输单小区‑多播业务信道(SC‑MTCH)的第二PDSCH的第二控制信息;以及基于第二控制信息接收第二PDSCH。可以通过SC‑MCCH传输指示UE能够使用以接收第二PDSCH的可用频率带宽的配置信息。

Description

在无线通信***中发送和接收数据的方法及其装置
技术领域
本发明涉及一种在无线通信***中发送和接收数据的方法,并且更具体地,涉及一种与多播和/或广播信息的传输相关联地发送数据的方法以及用于支持该方法的装置。
背景技术
移动通信***已发展成在确保用户的活动的同时提供语音服务。然而,移动通信***的服务覆盖甚至已扩展到数据服务以及语音服务。现今,业务的***式增长已经导致资源的短缺和用户对高速服务的需求,从而需要更先进的移动通信***。
下一代移动通信***的要求可以包括支持巨大的数据流量、每个用户传送速率的显著增加、显著增加的连接设备的数目的容纳、非常低的端到端延迟以及高能量效率。为此,对各种技术(诸如双连接、大规模多输入多输出(MIMO)、带内全双工、非正交多址(NOMA)、对超宽带的支持以及设备联网)进行了研究。
发明内容
技术问题
本发明的实施例提供一种在无线通信***中基于单小区点对多点(SC-PtM)发送和接收数据的方法。
具体地,本发明的实施例提供一种使用与配置用于现有NB-IoT和/或MTC传输的PRB不同的PRB(即,驻留PRB、单播PRB、寻呼PRB或随机接入PRB)来发送和接收多播信号和/或信道的方法。
此外,本发明的实施例提供一种使用PRB发送和接收多播信号和/或信道的方法,该PRB与配置用于现有NB-IoT和/或MTC传输的PRB相同。
此外,本发明的实施例提供一种通知多播控制信道(MCCH)的改变的方法。
此外,本发明的实施例提供一种发送通过多个PRB发送MCCH的控制信息的下行链路控制信道的方法。
此外,本发明的实施例提供一种配置多播信号和/或信道的重复次数(即,覆盖增强等级)的方法。
此外,本发明的实施例提供一种在NB-IoT和/或MTC中支持多个UE类别时发送和接收SC-MCCH和SC-MTCH的方法。
此外,本发明的实施例提供一种在考虑窄带和宽带的MTC中递送资源分配信息的方法。
本发明的技术目的不限于上述技术目的,并且本领域的普通技术人员从以下描述中将清楚地理解上面未提及的其他技术目的。
技术方案
在一个方面,一种在支持机器类型通信(MTC)的无线通信***中由用户设备(UE)发送和接收数据的方法包括:监测配置用于MTC物理下行链路控制信道(MPDCCH)的第一搜索空间,其中,第一MPDCCH包括用于调度用于传输单小区-多播控制信道(SC-MCCH)的第一物理下行链路共享信道(PDSCH)的第一控制信息;基于第一控制信息接收第一PDSCH;使用通过SC-MCCH获取的组标识符监测配置用于第二MPDCCH的第二搜索空间,其中,第二MPDCCH包括用于调度用于传输单小区-多播业务信道(SC-MTCH)的第二PDSCH的第二控制信息;以及基于第二控制信息接收第二PDSCH,其中,可以通过SC-MCCH传输指示UE能够使用以便于接收第二PDSCH的频率带宽的配置信息。
此外,在根据本发明的实施例的方法中,配置信息可以指示第一频率带宽和第二频率带宽中的任何一个,并且第一频率带宽可以被配置成大于第二频率带宽。
此外,在根据本发明的实施例的方法中,第一传输块大小(TBS)表可以被配置成相对第一频率带宽来使用,第二TBS表可以被配置成相对第二频率带宽来使用,并且由第二TBS表表示的TBS值包括在第一TBS中。
此外,在根据本发明的实施例的方法中,配置信息可以指示与6个资源块对应的第一频率带宽和与24个资源块对应的第二频率带宽。
此外,在根据本发明的实施例的方法中,配置信息可以是指示第一频率带宽和第二频率带宽中的任何一个的1比特指示符。
此外,在根据本发明的实施例的方法中,组标识符和配置信息可以配置用于每个临时移动组标识(TMGI)。
此外,在根据本发明的实施例的方法中,可以通过使用单小区标识符来监测第一搜索空间。
此外,根据本发明的实施例的方法可以进一步包括,将UE的能力信息发送到基站,其中,可以由基站基于UE的能力信息来生成配置信息。
此外,在根据本发明的实施例的方法中,第一控制信息可以是与下行链路控制信息(DCI)格式6-2对应的下行链路控制信息,并且第二控制信息可以是与DCI格式6-1A或DCI格式6-1B中的任何一个对应的下行链路控制信息。
此外,在根据本发明的实施例的方法中,当UE支持SC-PtM方案时,可以通过SC-MCCH传输配置信息。
在另一方面,一种用户设备(UE),在支持机器类型通信(MTC)的无线通信***中由该UE发送和接收数据,该UE包括:射频(RF)单元信号,该RF单元用于发送和接收无线电信号;和处理器,该处理器在功能上被连接到RF单元,其中该处理器被配置成监测配置用于MTC物理下行链路控制信道(MPDCCH)的第一搜索空间,其中,第一MPDCCH包括用于调度用于传输单小区-多播控制信道(SC-MCCH)的第一物理下行链路共享信道(PDSCH)的第一控制信息;监测配置用于MTC物理下行链路控制信道(MPDCCH)的第一搜索空间,其中第一MPDCCH包括用于调度用于传输单小区-多播控制信道(SC-MCCH)的第一物理下行链路共享信道(PDSCH)的第一控制信息;基于第一控制信息接收第一PDSCH,使用通过SC-MCCH所获取的组标识符监测配置用于第二MPDCCH的第二搜索空间,其中,第二MPDCCH包括用于调度用于传输单小区-多播业务信道(SC-MTCH)的第二PDSCH的第二控制信息,并且基于第二控制信息接收第二PDSCH,并且其中通过SC-MCCH传输指示UE能够使用以便于接收第二PDSCH的频率带宽的配置信息。
此外,在根据本发明的实施例的UE中,配置信息可以指示第一频率带宽和第二频率带宽中的任何一个,并且第一频率带宽可以被配置成大于第二频率带宽。
此外,在根据本发明的实施例的UE中,配置信息可以指示与6个资源块对应的第一频率带宽和与24个资源块对应的第二频率带宽。
此外,在根据本发明的实施例的UE中,第一传输块大小(TBS)表可以被配置成相对于第一频率带宽来使用,第二TBS表可以被配置成相对于第二频率带宽来使用,并且由第二TBS表表示的TBS值包括在第一TBS中。
此外,在根据本发明的实施例的UE中,第一控制信息可以是与下行链路控制信息(DCI)格式6-2相对应的下行链路控制信息,并且第二控制信息可以是与DCI格式6-1A或DCI格式6-1B中的任何一个相对应的下行链路控制信息。
有益效果
根据本发明的实施例,即使在支持多个UE类别的MTC***中,也能有效地递送多播信息或广播信息。
另外,根据本发明的实施例,UE不需要监测与其不对应的搜索区域(或DCI),并且结果,能够在UE的功耗方面有效地发送多播信息或广播信息。
能够在本发明中获得的优点不限于上述效果,并且本领域的技术人员从以下描述中将清楚地理解其他未提及的优点。
附图说明
附图作为说明书的一部分被包括在此,用于帮助理解本发明,提供本发明的实施例,并且借助于以下的说明来描述本发明的技术特征。
图1图示在本发明可以被应用于的无线通信***中的无线电帧的结构。
图2是图示在本发明可以被应用于的无线通信***中用于下行链路时隙的资源网格的图。
图3图示在本发明可以被应用于的无线通信***中的下行链路子帧的结构。
图4图示在本发明可以被应用于的无线通信***中的上行链路子帧的结构。
图5图示可以应用本发明的无线通信***中的分量载波和载波聚合的一个示例。
图6图示支持载波聚合的***区分小区的示例。
图7图示可以应用本说明书提出的方法的NB LTE***的操作***的一个示例。
图8图示可以应用本说明书提出的方法的具有15kHz子载波间隔的NB帧结构的一个示例。
图9图示可以应用本说明书提出的方法的具有3.75kHz子载波间隔的NB帧结构的一个示例。
图10图示可以应用本说明书提出的方法的具有3.75kHz子载波间隔的NB帧结构的一个示例。
图11图示可以应用本说明书提出的方法的用于在NB-LTE***中发送N-PDCCH和N-PDSCH的方法的一个示例。
图12图示可以应用本发明提出的方法的用于在NB-LTE(即,NB-IoT)***中配置PRB的方法的一个示例。
图13图示可以应用本发明提出的方法的用于在NB-LTE(即,NB-IoT)***中配置PRB的方法的另一示例。
图14图示可以应用本说明书提出的方法的UE在支持NB-IoT的无线通信***中发送/接收数据的操作流程图。
图15图示在可以应用本说明书提出的方法的无线通信***中发送和接收UE类别信息的eNB和UE之间的信令过程。
图16图示UE在支持可以应用本说明书提出的方法的机器类型通信(MTC)的无线通信***中发送和接收数据的操作的流程图。
图17图示可以应用本说明书提出的方法的无线通信设备的框图。
图18图示根据本发明的实施例的通信设备的框图。
具体实施方式
参考附图详细地描述本发明的一些实施例。要与附图一起公开的详细描述旨在描述本发明的一些实施例,并且不旨在描述本发明的唯一实施例。下面的详细描述包括更多细节以便提供对本发明的完全理解。然而,本领域的技术人员将会理解,可以在没有这样的更多细节的情况下实现本发明。
在一些情况下,为了避免本发明的构思变得模糊,可以省略已知结构和设备,或者可以基于每个结构和设备的核心功能以框图格式示出已知结构和设备。
在本说明书中,基站具有通过其基站直接地与设备通信的网络的终端节点的意义。在本文档中,被描述成由基站执行的特定操作根据情形可以由基站的上层节点执行。也就是说,显而易见的是,在由包括基站的多个网络节点组成的网络中,为了与设备的通信而执行的各种操作可以由基站或除该基站以外的其他网络节点执行。基站(BS)可以由诸如固定站、节点B、eNB(演进型节点B)、基站收发***(BTS)或者接入点(AP)的其他术语取代。另外,设备可以是固定的或者可以具有移动性,并且可以用诸如用户设备(UE)、移动站(MS)、用户终端(UT)、移动用户站(MSS)、用户站(SS)、高级移动站(AMS)、无线终端(WT)、机器型通信(MTC)设备、机器到机器(M2M)设备或者设备到设备(D2D)设备的其他术语取代。
在下文中,下行链路(DL)意指从eNB到UE的通信,并且上行链路(UL)意指从UE到eNB的通信。在DL中,发射机可以是eNB的一部分并且接收机可以是UE的一部分。在UL中,发射机可以是UE的一部分并且接收机可以是eNB的一部分。
在下面的描述中所使用的特定术语已经被提供以帮助理解本发明,并且在不脱离本发明的技术精神的情况下可以将这样的特定术语的使用更改为各种形式。
以下技术可以在诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)、以及非正交多址(NOMA)的各种无线接入***中使用。CDMA可以使用诸如通用陆地无线电接入(UTRA)或CDMA2000的无线电技术来实现。TDMA可以使用诸如全球移动通信***(GSM)/通用分组无线电服务(GPRS)/增强型数据率GSM演进(EDGE)的无线电技术来实现。OFDMA可以使用诸如电气电子工程师IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802-20、或者演进型UTRA(E-UTRA)的无线电技术来实现。UTRA是通用移动电信***(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用演进型UMTS陆地无线电接入(E-UTRA)的演进型UMTS(E-UMTS)的一部分,并且其在下行链路中采用OFDMA并且在上行链路中采用SC-FDMA。LTE-高级(LTE-AA)是3GPP LTE的演进。
本发明的实施例可以由在IEEE 802、3GPP和3GPP2,即,无线接入***中的至少一个中所公开的标准文档来支持。也就是说,属于本发明的实施例并且没有被描述以便于清楚地揭露本发明的技术精神的步骤或者部分可以由这些文档来支持。另外,本文档中公开的所有术语可以由标准文档来描述。
为了更加清楚地描述,主要对3GPP LTE/LTE-A进行描述,但是本发明的技术特征不限于此。
一般***
图1示出本发明的实施例可以被应用于的无线通信***中的无线电帧的结构。
3GPP LTE/LTE-A支持无线电帧结构类型1,其可以被应用于频分双工(FDD),和无线电帧结构类型2,其可以被应用于时分双工(TDD)。
时域中的无线电帧的大小被表示为T_s=1/(15000*2048)的时间单位的倍数。UL和DL传输包括持续时间为T_f=307200*T_s=10ms的无线电帧。
图1(a)例示无线电帧结构类型1。类型1无线电帧可以被应用于全双工FDD和半双工FDD两者。
无线电帧包括10个子帧。无线电帧包括T_slot=15360*T_s=0.5ms长度的20个时隙,并且给每个时隙0到19的索引。一个子帧在时域中包括连续的两个时隙,并且子帧i包括时隙2i和时隙2i+1。发送子帧需要的时间被称为传输时间间隔(TTI)。例如,子帧i的长度可以是1ms,并且时隙的长度可以是0.5ms。
FDD的UL传输和DL传输在频域中被区分。而在全双工FDD中没有限制,UE在半双工FDD操作中不可以同时发送和接收。
一个时隙在时域中包括多个正交频分复用(OFDM)符号并且在频域中包括多个资源块(RB)。在3GPP LTE中,因为在下行链路中使用OFDMA,所以OFDM符号被用来表示一个符号时段。OFDM符号可以被称为一个SC-FDMA符号或符号时段。RB是资源分配单元并且在一个时隙中包括多个连续的子载波。
图1(b)示出帧结构类型2。类型2无线电帧包括均为153600*T_s=5ms长度的两个半帧。每个半帧包括30720*T_s=1ms长度的5个子帧。
在TDD***的帧结构类型2中,上行链路-下行链路配置是指示是否向所有的子帧分配(或者保留)上行链路和下行链路的规则。表1示出上行链路-下行链路配置。
[表1]
参考表1,在无线电帧的每个子帧,“D”表示用于DL传输的子帧,“U”表示用于UL传输的子帧,并且“S”表示包括下行链路导频时隙(DwPTS)、保护时段(GP)、和上行导频时隙(UpPTS)的三种类型的字段的特殊子帧。
DwPTS用于UE中的初始小区搜索、同步或信道估计。UpPTS用于eNB中的信道估计并用于同步UE的UL传输同步。GP是用于去除由于UL和DL之间的DL信号的多路径延迟而导致在UL中发生的干扰的持续时间。
每个子帧i包括T_slot=15360*T_s=0.5ms的时隙2i和时隙2i+1。
UL-DL配置可以被分类为7种类型,并且对于每个配置,DL子帧、特殊子帧和UL子帧的位置和/或数量是不同的。
执行从下行链路到上行链路的变化的时间点或者执行从上行链路到下行链路的变化的时间点被称为切换点。切换点的周期性意指其中上行链路子帧和下行链路子帧被改变的周期被相同地重复。在切换点的周期性中支持5ms或10ms两者。如果切换点的周期性具有5ms的下行链路-上行链路切换点周期,则在每个半帧中特殊子帧S存在。如果切换点的周期性具有5ms的下行链路-上行链路切换点周期,则特殊子帧S仅存在于第一半帧中。
在所有配置中,0和5子帧以及DwPTS仅被用于下行链路传输。UpPTS以及继该子帧之后的子帧始终被用于上行链路传输。
对于eNB和UE两者来说可以已知作为***信息的这样的上行链路-下行链路配置。不论何时改变上行链路-下行链路配置信息,eNB都可以通过向UE仅发送上行链路-下行链路配置信息的索引来通知UE无线电帧的上行链路-下行链路分配状态的变化。此外,配置信息是一种下行链路控制信息并且可以像其他的调度信息一样通过物理下行链路控制信道(PDCCH)被发送。通过广播信道可以将配置信息作为广播信息发送到小区内的所有的UE。
表2表示特殊子帧的配置(DwPTS/GP/UpPTS的长度)。
[表2]
根据图1的示例的无线电帧的结构只是一个示例,并且可以以各种方式改变被包括在无线电帧中的子载波的数目、被包括在子帧中的时隙的数目以及被包括在时隙中的OFDM符号的数目。
图2是图示本发明的实施例可以被应用于的无线通信***中的一个下行链路时隙的资源网格的图。
参考图2,一个下行链路时隙在时域中包括多个OFDM符号。仅为了示例性目的,在此描述一个下行链路时隙包括7个OFDM符号并且一个资源块在频域中包括12个子载波,并且本发明不限于此。
资源网格上的每个元素被称为资源元素,并且一个资源块包括12×7个资源元素。包括在下行链路时隙中的资源块的数目NDL取决于下行链路传输带宽。
上行链路时隙的结构可以与下行链路时隙的结构相同。
图3示出本发明的实施例可以被应用于的无线通信***中的下行链路子帧的结构。
参考图3,位于子帧的第一时隙的前面部分中的最多三个OFDM符号对应于其中分配控制信道的控制区域,并且剩余的OFDM符号对应于其中分配物理下行链路共享信道(PDSCH)的数据区域。3GPP LTE中所使用的下行链路控制信道包括,例如,物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)以及物理混合ARQ指示符信道(PHICH)等。
PCFICH在子帧的第一OFDM符号中被发送并且携带关于被用于在子帧中发送控制信道的OFDM符号的数目(即,控制区域的大小)的信息。PHICH是用于上行链路的响应信道并且携带用于混合自动重传请求(HARQ)的肯定应答(ACK)/否定应答(NACK)信号。在PDCCH中发送的控制信息被称为下行链路控制信息(DCI)。DCI包括上行链路资源分配信息、下行链路资源分配信息,或针对特定UE组的上行链路发射(Tx)功率控制命令。
PDCCH可以携带关于下行链路共享信道(DL-SCH)的资源分配和传输格式的信息(还被称为“下行链路许可”)、关于上行链路共享信道(UL-SCH)的资源分配信息(还被称为“上行链路许可”)、PCH上的寻呼信息、DL-SCH上的***信息、诸如在PDSCH上发送的随机接入响应的上层控制消息的资源分配、针对特定UE组中的单个UE的发射功率控制命令的集合以及互联网语音协议(VoIP)的激活等等。可以在控制区域内发送多个PDCCH,并且UE可以监测多个PDCCH。PDCCH在单个控制信道元素(CCE)或者一些连续的CCE的聚合上被发送。CCE是被用于根据无线电信道的状态向PDCCH提供编码率的逻辑分配单元。CCE对应于多个资源元素组。通过在CCE的数目与由CCE提供的编码率之间的关联关系确定PDCCH的格式和PDCCH的可用比特的数目。
eNB基于要发送到UE的DCI来确定PDCCH的格式,并且将循环冗余校验(CRC)附加到控制信息。取决于PDCCH的所有者或使用,将唯一标识符(称为无线电网络临时标识符(RNTI))掩码到CRC。如果PDCCH旨在用于特定UE,则到UE的唯一标识符,例如,小区RNTI(C-RNTI),可以被掩码到CRC。如果PDCCH旨在用于寻呼消息,则寻呼指示标识符,例如,寻呼-RNTI(P-RNTI)可以被掩码到CRC。如果PDCCH旨在用于***信息,更具体地,***信息块(SIB),则***信息标识符,例如,***信息-RNTI(SI-RNTI)可以被掩码到CRC。随机接入-RNTI(RA-RNTI)可以被掩码到CRC,以便指示随机接入响应,该随机接入响应是对由UE传输随机接入前导码的响应。
EPDCCH(增强型PDCCH)携带UE特定信令。EPDCCH被布置在以UE特定方式确定的物理资源块(PRB)处。换句话说,如上所述,可以在子帧的第一时隙中从多达三个OFDM符号发送PDCCH,但是可以在非PDCCH资源区域中发送EPDCCH。可以通过较高层信令(例如,RRC信令)向UE设置在子帧中启动EPDCCH的起始点(即,符号)。
EPDCCH可以携带与DL-SCH相关的传输格式;资源分配和HARQ信息;与UL-SCH相关的传输格式;与侧链路共享信道(SL-SCH)和物理侧链路控制信道(PSCCH)相关的资源分配信息。可以支持多个EPDCCH,并且UE可以监测EPCCH的集合。
可以通过使用一个或多个连续的增强型CCE(ECCE)来发送EPDCCH,并且对于每个EPDCCH格式,可以确定用于每个EPDCCH的ECCE的数量。
每个ECCE可以包括多个增强型资源元素组(EREG)。EREG用于定义将ECCE映射到RE。对于每个PRB对,可以定义16个EREG。在每个PRB对中,除了那些携带DMRS的RE之外,所有RE以频率的递增顺序从0到15的范围编号,并且然后以递增的时间顺序编号。
UE可以监测多个EPDCCH。例如,可以在UE监测EPDCCH传输的一个PRB对内配置一个或两个EPDCCH集。
当不同数量的ECCE合并在一起时,可以为EPCCH实现不同的编码率。EPCCH可以采用集中式传输或分布式传输,根据集中式传输或分布式传输可以改变ECCE到PRB内的RE的映射。
图4示出本发明的实施例可以被应用于的无线通信***中的上行链路子帧的结构。
参考图4,可以在频域中将上行链路子帧划分成控制区域和数据区域。携带上行链路控制信息的物理上行链路控制信道(PUCCH)被分配给控制区域。携带用户数据的物理上行链路共享信道(PUSCH)被分配给数据区域。为了保持单载波特性,一个UE不同时发送PUCCH和PUSCH。
在子帧内资源块(RB)对被分配给用于一个UE的PUCCH。属于RB对的RB在两个时隙中的每一个中占据不同子载波。这被称为被分配给PUCCH的RB对在时隙边界处跳频。
一般的载波聚合
在本发明的实施例中考虑的通信环境包括所有多载波支持环境。换句话说,根据本发明的多载波***或载波聚合***指的是利用具有比目标带宽窄的带宽的一个或多个分量载波的聚合以建立宽带通信环境的***。
根据本发明的多载波指的是载波的聚合,并且在这种意义上的载波聚合不仅指的是连续载波的聚合,还指的是非连续载波的聚合。此外,针对下行链路传输和上行链路传输而聚合的分量载波的数量能够被彼此不同地设置。下行链路分量载波(下文中,其被称为“DL CC”)的数量与上行链路分量载波(在下文中,其被称为“UL CC”)的数量相同的情况被称为对称聚合,然而否则被称为非对称聚合。载波聚合的术语可以与带宽聚合和频谱聚合互换使用。
对于LTE-A***的情况,由两个或更多个分量载波的组合组成的载波聚合旨在支持高达100MHz的带宽。当组合具有比目标带宽窄的带宽的一个或多个载波时,要组合的载波的带宽可以限于由现有***定义的带宽,以保持与现有IMT***的兼容性。例如,虽然现有***支持1.4、3、5、10、15和20MHz的带宽,但3GPP LTE-A***可以通过使用预定义带宽的组合来支持大于20MHz的带宽以保持与现有***的兼容性。而且,根据本发明的载波聚合***可以通过独立于现有***中使用的带宽定义新带宽来支持载波聚合。
LTE-A***引入用于管理无线电资源的小区的概念。
载波聚合环境可以称为多小区环境。小区被定义为一对DL CC和UL CC的组合,但是UL CC不是必要元素。因此,小区可以仅由下行链路资源组成,或者由下行链路资源和上行链路资源的组合组成。在特定UE仅链接到一个配置的服务小区的情况下,采用一个DL CC和一个UL CC。然而,如果特定UE链接到两个或更多个配置的服务小区,则采用与小区数量一样多的DL CC,同时UL CC的数量可以等于或小于DL CC的数量。
同时,DL CC和UL CC可以以相反的方式组成。换句话说,在特定UE链接到多个配置的服务小区的情况下,还可以支持具有比DL CC更多的UL CC的载波聚合环境。换句话说,载波聚合可以被理解为具有不同载波频率(小区的中心频率)的两个或更多个小区的组合。此时,应将术语“小区”与通常定义为eNB所覆盖的区域的“小区”区分开。
LTE-A***定义主小区(PCell)和辅小区(SCell)。PCell和SCell可以用作服务小区。处于RRC_已连接状态但未被配置用于载波聚合或不支持载波聚合的UE可以链接到一个或多个服务小区,并且整个服务小区包括PCell和一个或多个SCell。
可以通过RRC参数来配置服务小区(PCell和SCell)。PhysCellId是小区的物理层标识符,具有范围从0到503的整数值。ScoelIndex是用于识别SCell的短标识符,具有范围从1到7的整数值。ServCellIndex是用于识别服务小区(PCell或SCell)的短标识符,具有范围从0到7的整数值。0的值被应用于PCell,并且SCellIndex被预先指配以应用于SCell。换句话说,具有ServCellIndex的最小小区ID(或小区索引)的小区变为PCell。
PCell指的是在主频率(或主CC)上操作的小区。PCell可以用于UE执行初始连接建立过程或连接重建过程;PCell可以指旳是在切换过程期间指示的小区。此外,PCell指的是在载波聚合环境中对配置的服务小区之间的控制相关通信起主要作用的小区。换句话说,UE能够仅通过其自己的PCell接收和发送PUCCH;此外,UE可以仅通过PCell获得***信息或修改监测过程。演进通用地面无线电接入网络(E-UTRAN)可以通过使用包括移动性控制信息(mobilityControlInfo)的较高层的RRC连接重新配置消息(RRCConnectionReconfiguration)来仅改变PCell,使得支持载波聚合环境的UE可以执行切换程序。
SCell指的是在辅助频率(或辅助CC)上操作的小区。对于特定UE,仅分配一个PCell,但是可以分配一个或多个SCell。可以在完成RRC连接的配置之后组成SCell,并且SCell可以用于提供附加的无线电资源。在针对载波聚合环境配置的服务小区中的除了PCell之外的剩余小区即SCell中不存在PUCCH。当将SCell添加到支持载波聚合环境的UE时,E-UTRAN可以通过专用信号提供与处于RRC_已连接状态的小区的操作有关的所有***信息。可以根据相关SCell的释放和添加来控制***信息的修改,并且此时,可以使用较高层的RRC连接重新配置(RRC ConnectionReconfiguration)消息。E-UTRAN可以使用针对每个UE不同的参数来执行专用信令,而不是在SCell内广播信号。
在初始安全激活过程开始之后,除了在连接建立过程的初始步骤中定义的PCell之外,E-UTRAN还可以形成包括一个或多个SCell的网络。在载波聚合环境中,PCell和SCell可以作为独立的分量载波操作。在下面的实施例中,主分量载波(PCC)可以在与PCell相同的上下文中使用,而辅分量载波(SCC)可以在与SCell相同的上下文中使用。
图5图示能够应用本发明的无线通信***中的分量载波和载波聚合的一个示例。
图5(a)示出LTE***中定义的单载波结构。使用两种类型的分量载波:DL CC和ULCC。分量载波可以具有20MHz的频率带宽。
图5(b)示出在LTE A***中使用的载波聚合结构。图5(b)示出聚合具有20MHz的频率带宽的三个分量载波的情况。在本示例中,采用3个DL CC和3个UL CC,但是DL CC和UL CC的数量不限于该示例。在载波聚合的情况下,UE能够同时监测3个CC,能够接收下行链路信号/数据并发送上行链路信号/数据。
如果特定小区管理N个DL CC,则网络可以将M(M≤N)个DL CC分配给UE。此时,UE可以仅监测M个DL CC并且从M个DL CC接收DL信号。此外,网络可以为L(L≤M≤N)个DL CC分配优先级,使得可以将主DL CC分配给UE;在这种情况下,UE不得不监测L个DL CC。此方案可以以相同的方式应用于上行链路传输。
下行链路资源的载波频率(或DL CC)与上行链路资源的载波频率(或UL CC)之间的链接可以由诸如RRC消息或***信息的更高层消息指定。例如,根据***信息块类型2(SIB2)定义的链接,可以确定DL资源和UL资源的组合。更具体地,链接可以指的是通过其发送携带UL许可的PDCCH的DL CC与使用UL许可的UL CC之间的映射关系;或者,通过其发送用于HARQ信号的数据的DL CC(或UL CC)与通过其发送HARQ ACK/NACK信号的UL CC(或DL CC)之间的映射关系。
图6图示支持载波聚合的***区分小区的示例。
参考图6,配置的小区是基于eNB的小区之间的测量报告而被配置用于载波聚合的小区,并且被配置用于每个UE,如图5中所示。配置的小区可以预先针对PDSCH传输预留用于ack/nack传输的资源。激活的小区是被配置成在配置的小区中实际发送PDSCH/PUSCH的小区,其执行用于PDSCH/PUSCH传输和探测参考信号(SRS)传输的信道状态信息(CSI)报告。去激活小区是被配置成不通过来自eNB的命令或定时器操作来执行PDSCH/PUSCH传输的小区,其可以停止CSI报告和SRS传输。
NB-LTE***的操作***
图7图示可以应用本说明书提出的方法的NB LTE***的操作***的一个示例。
更具体地,图7(a)图示带内***,图7(b)图示保护频带***,并且图7(c)图示独立***。
带内***可以表示为带内模式,保护频带***表示为保护频带模式,并且独立***可以表示为独立模式。
图7(a)的带内***指的是使用用于NB-LTE(或LTE-NB)的传统LTE频带内的特定一个RB的***或模式,并且可以通过在LTE***中分配载波的部分资源块来操作。
图7(b)指的是使用用于NB-LTE的传统LTE频带的保护频带的预留空间的***或模式,并且可以通过在LTE***中分配未用作资源块的LTE载波的保护频带来操作。
传统LTE频带具有在每个LTE频带的最后部分跨越至少100kHz的保护频带。
为了使用200kHz的频带,可以使用两个非连续的保护频带。
带内***和保护频带***使用NB-LTE在传统LTE频带内共存的结构。
另一方面,图7(c)的独立***指的是由独立于传统LTE频带组成的***或模式,并且可以通过单独分配在GERAN中使用的频带(之后重新分配的GSM载波)来操作。
图8图示可以应用本说明书提出的方法的具有15kHz子载波间隔的NB帧结构的一个示例。
如图8中所示,具有15kHz子载波间隔的NB帧结构可以被视为具有与传统***(LTE***)相同的帧结构。
换句话说,10ms NB帧包括10个1ms NB子帧,并且1ms NB子帧包括两个0.5ms NB时隙。
此外,0.5ms NB时隙包括7个OFDM符号。
图9图示可以应用本说明书提出的方法的具有3.75kHz子载波间隔的NB帧结构的一个示例。
参考图9,10ms NB帧包括五个2ms NB子帧,并且2ms NB子帧包括七个OFDM符号和一个保护时段(GP)。
2ms NB子帧也可以表示为NB时隙或NB资源单元(RU)。
图10图示可以应用本说明书提出的方法的具有3.75kHz子载波间隔的NB帧结构的一个示例。
图10图示传统LTE子帧结构与3.75kHz子帧之间的对应关系。
参考图10,3.75kHz子帧(2ms)对应于传统LTE的两个1ms子帧(或1ms TTI)。
单小区点对多点(SC-PtM)
在特定逻辑信道(SC-MCCH,SC-多播控制信道)上提供SC-PtM控制信息。SC-MCCH不仅携带多媒体广播多播服务(MBMS)会话,还携带表示关于调度窗口和当每个会话被调度时的开始偏移(换句话说,调度时段)的信息的SC-PtM配置消息(即,SC-PtM配置消息)。此外,SC-PtM配置消息提供关于发送在当前小区中正在进行的MBMS会话的邻近小区的信息。此外,在广播控制信道(BCCH)上提供有限数量的SC-PtM控制信息。这主要与获取SC-MCCH所需的信息有关。
根据SC-MCCH的调度,通过使用可配置的重复时段来周期性地发送SC-MCCH信息(即,从通过SC-MCCH发送的消息发送的信息)。在物理下行链路控制信道(PDCCH)上指示SC-MCCH传输(和相关的无线电资源)以及调制和编码方案(MCS)。
此外,与SC-MCCH信息的变化的有效性和通知相关联,SC-MCCH的变化发生在特定无线电帧处。换句话说,使用修改时段的概念。在修改时段内,相同的SC-MCCH信息可以被发送如对应的调度所定义的多次(基于重复周期)。此时,修改时段边界可以由***帧号(SFN)定义。这里,可以通过***信息(例如,SIB 20(即,SystemInformationBlockType 20))来配置修改时段。
如果网络改变SC-MCCH(或SC-MCCH的一部分)的信息,则网络向UE通知可以在重复时段被用于SC-MCCH传输的第一子帧的变化。此时,8比特位图中的最低有效位(LSB)位指示当通知给UE的信息(即,改变通知)被设置为“1”时SC-MCCH的变化。在接收到变化通知时,尝试接收使用SC-PtM发送的MBMS服务的UE可以从相同的子帧开始获取新SC-MCCH信息。在这种情况下,UE应用先前获取的SC-MCCH信息,直到获取新SC-MCCH信息为止。
此外,经由SC-MBSFN无线电承载(SC-MRB)接收或旨在接收服务的能够进行SC-PtM的UE可以应用SC-PtM过程和MBMS兴趣指示过程。
SC-MCCH信息获取
用于获取SC-MCCH信息的过程如下。通常,UE应用SC-MCCH信息获取过程来获取由E-UTRAN广播的SC-PtM控制信息。该过程可以应用于处于RRC_空闲状态或RRC_已连接状态的能够进行SC-PtM的UE。
与SC-MCCH信息获取的发起相关联,在进入小区广播***信息(例如,SIB 20)(例如,由于通电或UE移动性)并且接收通知SC-MCCH信息已经改变的通知时,尝试经由SC-MRB接收MBMS服务的UE不得不应用SC-MCCH信息获取过程。经由SC-MRB接收MBMS服务的UE不得不应用SC-MCCH信息获取过程来获取与在每个修改时段的开始时接收的服务对应的SC-MCCH信息。
此外,除非明确指定过程,否则SC-MCCH信息获取过程重写所存储的SC-MCCH信息。也就是说,delta配置不适用于SC-MCCH信息,并且如果SC-MCCH信息中不存在字段,则停止使用对应字段。
根据以下过程来执行由UE获取SC-MCCH信息。当通过SC-MCCH变化通知触发过程(即,SC-MCCH信息获取过程)时,能够进行SC-PtM的UE从已经接收到变化通知的子帧开始获取SC-PtM配置消息。此时,UE继续使用先前接收的SC-MCCH信息,直到获取新SC-MCCH信息为止。或者,当UE进入广播***信息(例如,SIB 20)的小区时,UE在下一个重复时段获取SC-PtM配置消息。或者,当UE经由SC-MRB接收MBMS服务时,UE从每个修改时段的开始开始获取SC-PtM配置消息。
SC-PtM无线电承载配置
如下执行SC-PtM无线电承载的配置。通常,当开始并且/或者停止从SC-多播业务信道(SC-MTCH)发送的SC-MRB的接收时,UE使用SC-PtM无线电承载配置过程来配置无线电链路控制(RLC)层、媒体接入控制(MAC)层和物理层。此时,该过程被应用于处于RRC_已连接或RRC_空闲状态并且有兴趣经由SC-MRB接收MBMS服务的UE(能够进行SC-PtM的UE)。
此时,如果UE由于能力限制而不能经由SC-MRB接收MBMS服务,则较高层可以采取适当的动作,诸如终止较低优先级的单播服务。
与启动SC-PtM无线电承载配置过程相关联,UE应用SC-MRB建立过程以开始接收感兴趣的MBMS服务的会话。例如,当MBMS会话开始时,当禁止接收对应的服务的UE的能力限制被去除时,当UE对MBMS服务感兴趣时,或者当UE进入通过SC-MRB提供UE感兴趣的MBMS服务的小区时,可以发起该过程。
UE通过应用SC-MRB释放过程来停止接收会话。例如,当MBMS会话停止时,当能力限制禁止接收相关服务时,当UE离开其中建立SC-MRB的小区时,或者当UE失去对MBMS服务的兴趣时,可以启动该过程。
与SC-MRB的建立相关联,能够进行SC-PtM的UE可以在建立SC-MRB时执行以下操作。UE建立RLC实体。此外,UE配置SC-MTCH逻辑信道,该SC-MTCH逻辑信道可以应用于SC-MRB并且指示MAC从已经接收到关于SC-MRB已经建立的MBMS服务的SC-PtM配置消息的小区接收DL-SCH。此时,小区使用关于对应MBMS服务的消息中携带的组无线电网络临时标识符(G-RNTI)和sc-mtch-SchedulingInfo。此外,UE根据sc-mtch-InfoList(其包括在SC-PtM配置消息中)配置可以应用于SC-MRB的物理层。此外,UE通过指示对应的临时移动组标识符(TMGI)和会话ID来向较高层通知SC-MRB的建立。
此外,与释放SC-MRB相关联,当释放SC-MRB时,能够进行SC-PtM的UE不仅释放相关的MAC和物理层配置,还释放RLC实体。此外,UE通过指示对应的TMGI和会话标识符来向较高层通知SC-MRB的释放。
作为上述过程中的示例描述的SIB 20(即,***信息块类型20)包括获取与采用SC-PtM的MBMS的传输有关的控制信息所需的信息。SIB 20可以如下表3中所示。
[表3]
在表3中,sc-mcch-ModificationPeriod定义周期性出现的边界,即SFN mod sc-mcch-ModificaitonPeriod=0的无线电帧。SC-MCCH携带的内容可能仅当在它们当中存在至少一个这样的边界时不同。此时,值rf2对应于两个无线电帧,并且值rf4对应于四个无线电帧。
此外,sc-mcch-duration表示可以在非MBSFN子帧中调度SC-MCCH的持续时间。此时,持续时间从sc-mcch-FirstSubframe指示的子帧开始。缺少此信息元素指示仅在sc-mcch-FirstSubframe指示的子帧中调度SC-MCCH。
此外,sc-mcch-offset表示SC-MCCH与sc-mcch-RepetitionPeriod一起被调度的无线电帧。此外,sc-mcch-FirstSubframe指示调度SC-MCCH的第一子帧。此外,sc-mcch-RepetitionPeriod定义无线电帧中的SC-MCCH信息传输之间的间隔。此时,值rf2对应于两个无线电帧,并且值rf4对应于四个无线电帧。
MPDCCH指配过程
带宽减少的低复杂度(BL)/覆盖增强(CE)UE将在如通过用于控制信息的高层信令配置的一个或多个窄带上(在[3]的子条款5.2.4中描述的)监测MPDCCH候选(即,MPDCCH候选的集合)。这里,监测可以意指尝试根据所有被监测的DCI格式来解码集合中的每个MPDCCH。
与此不同,不要求不是BL/CE UE的UE监测MPDCCH。
较高层信令可以将BL/CE UE配置有用于MPDCCH监测的一个或两个MPDCCH-PRB集。对应于MPDCCH-PRB集的PRB对由更高层指示。每个MPDCCH-PRB集由编号从0到N'ECCE,p,k-1的ECCE的集合组成。这里,N'ECCE,p,k是子帧k的MPDCCH-PRB集p中的ECCE的数量。
MPDCCH-PRB集可以由更高层配置用于集中式MPDCCH传输或分布式MPDCCH传输。在MPDCCH搜索空间方面来定义要监测的MPDCCH候选集合。
在这种情况下,BL/CE UE需要监测以下搜索空间中的一个或多个。
-Type0-MPDCCH公共搜索空间(如果配置有CEmodeA)
-Type1-MPDCCH公共搜索空间,
-Type2-MPDCCH公共搜索空间,和
-MPDCCH UE特定搜索空间。
在这种情况下,配置有CEModeB的BL/CE UE不需要监测Type0-MPDCCH公共搜索空间。BL/CE UE不需要同时监测MPDCCH UE特定搜索空间和Type1-MPDCCH公共搜索空间。BL/CE UE不需要同时监测MPDCCH UE特定搜索空间和Type2-MPDCCH公共搜索空间。
如果与该MPDCCH候选对应的ECCE被映射到与先前在相同子帧中调度的PDSCH的传输重叠的PRB对,则不期望BL/CE UE监测MPDCCH候选。当聚合等级L'是24个ECCE或12个ECCE时,ECCE的数量指的是到2+4PRB集的RE的MPDCCH映射。在聚合等级L'∈{1,2,4,8,16,12,24}和重复等级R∈{1,2,4,8,16,32,64,128,256}处的MPDCCH搜索空间由MPDCCH候选的集合定义,其中每个候选在以子帧k开始的R个连续BL/CE DL子帧的集合中重复。对于MPDCCH-PRB集合p,对应于搜索空间的MPDCCH候选m的ECCE由等式1给出。
[等式1]
在等式1中,i是0,...,L'-1,m是0,1,...,并且是要在R个连续子帧的集合中的各个子帧中的MPDCCH-PRB集p中在聚合等级L'处监测的MPDCCH候选的数量。另外,用于MPDCCH UE特定搜索空间的Yp,k在Type0-MPDCCH公共搜索空间、Type1-MPDCCH公共搜索空间和Type2-MPDCCH公共搜索空间中为0。
不期望BL/CE UE在不是BL/CE DL子帧的子帧中监测MPDCCH。在BL/CE UE接收MPDCCH UE特定搜索空间的更高层配置之前,BL/CE UE根据MPDCCH搜索空间的相同配置和诸如MPDCCH调度Msg4的窄带来监测MPDCCH。
定义MPDCCH搜索空间的聚合和重复等级以及监测的MPDCCH候选的数量被如下给出:
对于MPDCCH UE特定搜索空间,将描述BL/CE UE未配置有个PRB对,并且mPDCCH-NumRepetition=1的情况。
如果UE配置有CEModeA,并且则定义搜索空间的聚合和重复等级以及监测的MPDCCH候选的数量在表4中列出。
[表4]
可替选地,如果UE配置有CEModeA,并且则在表5中列出定义搜索空间的聚合和重复等级以及监测的MPDCCH候选的数量。
[表5]
可替选地,如果UE配置有CEModeB,并且则在表6中列出定义搜索空间的聚合和重复等级以及所监测的MPDCCH候选的数量。
[表6]
可替选地,UE配置有CEModeB,并且定义搜索空间的聚合和重复等级以及监测的MPDCCH候选的数量在表7中列出。
[表7]
这里,是为MPDCCH UE特定搜索空间配置的PRB对的数量。当时,它由较高层参数numberPRB-Pairs-r13给出,并且当时,它由较高层参数numberPRB-Pairs-r11给出。
另外,通过用高层参数mPDCCH-NumRepetition的值代替rmax的值,从表8确定r1、r2、r3和r4。对应于MPDCCH-PRB集的窄带内的PRB对由更高层指示。如果用于MPDCCH-PRB集p的更高层配置编号PRB-Pairs-r13是6,则并且MPDCCH-PRB集p中的PRB对的数量=2+4。
[表8]
r<sub>max</sub> r1 r2 r3 r4
1 1 - - -
2 1 2 - -
4 1 2 4 -
>=8 r<sub>max</sub>/8 r<sub>max</sub>/4 r<sub>max</sub>/2 r<sub>max</sub>
如果Type2-MPDCCH公共搜索空间,则在2+4PRB集合中的2PRB集合的PRB对对应于在MPDCCH-PRB集p中具有最大两个PRB索引的PRB对。另外,在2+4PRB集合中的4PRB集合的PRB对对应于在MPDCCH-PRB集p中具有最小的4个PRB索引的PRB对。另外,在2+4PRB集合中的2+4PRB集合的PRB对对应于MPDCCH-PRB集p中的所有PRB对。
对于Type0-MPDCCH公共搜索空间,窄带位置和MPDCCH-PRB集p与MPDCCH UE特定搜索空间相同。如果为2,则对于L'=8以及表8中给出重复等级r1、r2、r3和r4来说为1。对于所有其他情况,为0。如果为4,则对于L'=16以及表8中给出的重复等级r1、r2、r3和r4来说为1。对于所有其他情况,为0。如果是2+4,则对于L'=24和表8中给出的重复等级r1、r2、r3和r4来说是1。所有其他情况,是0。
对于Type1-MPDCCH公共搜索空间,MPDCCH-PRB集p中的PRB对的数量是2+4个PRB对。在这种情况下,对于L'=24和表8中给出的重复等级r1、r2,r3和r4来说是1,并且对于其他情况,是0。这里,通过用更高层参数mPDCCH-NumRepetition-Paging代替rmax,从表9确定重复等级。
[表9]
r<sub>max</sub> r1 r2 r3 r4
256 2 16 64 256
128 2 16 64 128
64 2 8 32 64
32 1 4 16 32
16 1 4 8 16
8 1 2 4 8
4 1 2 4 -
2 1 2 - -
1 1 - - -
对于Type2-MPDCCH公共搜索空间,MPDCCH-PRB集p中的PRB对的数量是2+4个PRB对。如果用于PRACH的最新覆盖增强等级是覆盖增强等级0和1,则从表5中确定定义搜索空间的聚合和重复等级以及监测的MPDCCH候选的数量。如果用于PRACH的最近覆盖增强等级是覆盖增强等级2和3,则从表7确定定义搜索空间的聚合和重复等级以及监测的MPDCCH候选的数量。
这里,通过用更高层参数mPDCCH-NumRepetition-RA代替rmax,从表8确定r1、r2、r3和r4。
对于Type1-MPDCCH公共搜索空间和Type2-MPDCCH公共搜索空间,可以使用分布式MPDCCH传输。
对于MPDCCH UE特定搜索空间、类型0公共搜索空间和类型2公共搜索空间,起始子帧k的位置由kb给出,其是从子帧k0开始的第b个连续BL/CE DL子帧。在这种情况下,子帧k0由较高层给出。
对于类型1公共搜索空间,从寻呼机会子帧的位置确定k=k0和k。如果在子帧k中的一个窄带中发送SystemInformationBlockType1-BR或SI消息,则BL/CE UE假设丢弃子帧k中的相同窄带中的MPDCCH。如果对应于其任何MPDCCH候选的任何ECCE发生在nf=0之前的帧内并且也发生在帧nf=0内,则BL/CE UE不需要监测MPDCCH搜索空间。
对于MPDCCH UE特定搜索空间、较高层参数mPDCCH-NumRepetition被设置为1时的Type0-MPDCCH公共搜索空间、或者较高层参数mPDCCH-NumRepetition-RA被设置为1时的Type2-MPDCCH公共搜索空间,在以下情况下BL/CE UE不需要监测MPDCCH:
-对于TDD和正常下行链路CP,在特殊子帧配置0和5的特殊子帧中;和
-对于TDD和扩展下行链路CP,在特殊子帧配置0、4和7的特殊子帧中。
否则,在以下情况下,BL/CE UE不需要监测MPDCCH:
-对于TDD的特殊子帧,如果BL/CE UE配置有CEModeB;
-对于TDD和正常下行链路CP,在特殊子帧配置0、1、2、5、6、7和9的特殊子帧中,如果BL/CE UE配置有CEModeA;以及
-对于TDD和扩展下行链路CP,在用于特殊子帧配置0、4、7、8和9的特殊子帧中,如果BL/CE UE配置有CEModeA。
在表10中的“DCI子帧重复次数”字段中指示MPDCCH重复的数量。
[表10]
R DCI子帧重复数目
r1 00
r2 01
r3 10
r4 11
此外,对于MPDCCH起始位置,用于MPDCCH的起始OFDM符号由子帧k中的第一时隙中的索引IMPDCCHStart给出。这里,可以如下确定lMPDCCHStar。首先,如果子帧k被配置成MBSFN子帧并且BL/CE UE被配置在CEModeA中,则lMPDCCHStart是min(2,1'MPDCCHStart)。如果不是,lMPDCCHStart是l'MPDCCHStart。这里,l'MPDCCHStart由更高层给出。
此外,不管PDSCH数据传输的传输模式配置如何,BL/CE UE可以假设服务小区的天线端口0-3、107-110关于多普勒频移、多普勒扩展、平均延迟和延迟扩展准共置(如[3]中所定义的)。
NB-IoT中的下行链路控制信道相关过程
在下文中,将描述与用于NB-IoT的窄带物理下行链路控制信道(NPDCCH)相关的过程。
UE不得不根据由较高层信令配置的控制信息来监测NPDCCH候选(即,NPDCCH候选的集合)。这里,监测可以指示尝试根据所有被监测的DCI格式解码属于该集合的各个NPDCCH。要监测的NPDCCH候选的集合可以在NPDCCH搜索空间方面被定义。在这种情况下,UE可以使用与各个NPDCCH搜索空间对应的标识符(例如,C-RNTI、P-RNTI、SC-RNTI或G-RNTI)来执行监测。
在这种情况下,UE需要监测以下搜索空间中的一个或多个:a)类型1-NPDCCH公共搜索空间,b)类型2-NPDCCH公共搜索空间,以及c)NPDCCH UE特定搜索空间。此时,不需要UE同时监测NPDCCH UE特定搜索空间和类型1-NPDCCH公共搜索空间。此外,不需要UE同时监测NPDCCH UE特定搜索空间和类型2-NPDCCH公共搜索空间。此外,不需要UE同时监测类型1-NPDCCH公共搜索空间和类型2-NPDCCH公共搜索空间。
在聚合和重复等级处的NPDCCH搜索空间由NPDCCH候选的集合定义。这里,从子帧k开始除了用于***信息(SI)消息的传输的子帧之外,在R个连续的NB-IoT下行链路子帧中重复每个NPDCCH候选。
在NPDCCH UE特定搜索空间的情况下,定义搜索空间的聚合和重复等级以及被监测的对应NPDCCH候选在表4中列出,其中RMAX值被替换为由更高层配置的参数al-Repetition-USS。
[表4]
在类型1-NPDCCH公共搜索空间的情况下,在表5中列出定义搜索空间的聚合和重复等级以及被监测的NPDCCH候选,其中RMAX值被替换为由较高层配置的参数al-Repetition-CSS-Paging。
[表5]
在类型2-NPDCCH公共搜索空间的情况下,在表6中列出定义搜索空间的聚合和重复等级和被监测的NPDCCH候选,其中RMAX值被替换为由较高层配置的参数npdcch-MaxNumRepetitions-RA。
[表6]
此时,起始子帧k的位置由k=kb给出。这里,kb指示从子帧k0的第b个连续NB-IoT下行链路子帧,b是u×R,并且u的范围是0,1,...,(RMAX/R)-1。此外,子帧k0指示满足等式2的条件的子帧。
[等式2]
其中T=Rmax·G
在NPDCCH UE特定搜索空间的情况下,由较高层参数nPDCCH-startSF-UESS给出出现在等式2中的G,并且由较高层参数nPDCCH-startSF-UESS给出αoffset。此外,在类型2-NPDCCH公共搜索空间的情况下,由较高层参数nPDCCH-startSF-Type2CSS给出出现在等式2中的G,并且由较高层参数nPDCCH-startSFoffset-Type2CSS给出αoffset。此外,在类型1-NPDCCH公共搜索空间的情况下,k是k0并且基于NB-IoT寻呼机会子帧的位置来确定。
当UE由较高层配置有用于监测NPDCCH UE特定搜索空间的PRB时,UE不得不在由较高层配置的PRB中监测NPDCCH UE特定搜索空间。在这种情况下,不期望UE从对应的PRB接收NPSS、NSSS和NPBCH。另一方面,如果PRB未由较高层配置,则UE不得不在已经检测到NPSS/NSSS/NPBCH的相同PRB上监测NPDCCH UE特定搜索空间。
当NB-IoT UE检测到在子帧n处结束的具有DCI格式N0的NPDCCH,并且从子帧n+k开始发送对应的NPUSCH格式1时,不需要在UE在从子帧n+1开始到子帧n+k-1的任何子帧中监测NPDCCH。
此外,当NB-IoT UE检测到在子帧n处结束的具有DCI格式N1或N2的NPDCCH;并且从子帧n+k开始发送对应的NPDSCH时,不需要UE在从子帧n+1到子帧n+k-1的任何子帧中监测NPDCCH。
此外,当NB-IoT UE检测到在子帧n处结束的具有DCI格式N1的NPDCCH,并且从子帧n+k开始发送对应的NPUSCH格式2时,不需要UE在从子帧n+1开始到子帧n+k-1的任何子帧中监测NPDCCH。
此外,当NB-IoT UE检测到在子帧n处结束的针对“PDCCH命令”的具有DCI格式N1的NPDCCH,并且从子帧n+k开始发送对应的NPRACH时,不需要UE在从子帧n+1开始到子帧n+k-1的任何子帧中监测NPDCCH。
此外,当NB-IoT UE执行在子帧n处结束的NPUSCH传输时,不需要UE在从子帧n+1开始到子帧n+3的任何子帧中监测NPDCCH。
此外,当NB-IoT UE执行在子帧n处结束的NPUSCH传输时,不需要UE在从子帧n+1开始到子帧n+3的任何子帧中监测NPDCCH。
关于NPDCCH起始位置,NPDCCH的起始OFDM符号由子帧k的第一时隙中的索引lNPDCCHStart给出。此时,较高层参数operationModeInfo为“00”或“01”,索引lNPDCCHStart由较高层参数operationModeInfo给出。另一方面,如果较高层参数operationModeInfo指示“10”或“11”,则索引lNPDCCHStart为0。
下行链路控制信息(DCI)格式
与MTC相关联,DCI格式6-0A、DCI格式6-0B、DCI格式6-1A、DCI格式6-1B和DCI格式6-2可以被认为是用于带宽降低的低复杂度(BL)操作的下行链路控制信息(DCI)格式。
首先,DCI格式6-0A被用于在上行链路小区中调度PUSCH,并且可以发送以下信息。
-用于相互区分格式6-0A和格式6-1A的标志(例如,1比特)。
-跳频标志(例如,1比特)
-资源块指配(例如,个比特)。关于用于资源块指配的比特,比特提供窄带索引,并且5个比特通过在指示的(即,提供的)窄带内使用UL资源分配类型0来提供资源分配。
-调制和编码方案(例如,4个比特)
-重复次数(例如,2个比特)
-HARQ进程号(例如,3个比特)
-新数据指示符(例如,1个比特)
-冗余版本(例如,2个比特)
-用于调度的PUSCH的发送功率控制(TPC)命令(例如,2个比特)
-UL索引(例如,2个比特)
-下行链路指配索引(DAI)(例如,2个比特)
-信道状态信息(CSI)请求(例如,1个比特)
-探测参考信号(SRS)请求(例如,1个比特)
-DCI子帧重复次数(例如,2个比特)
此时,如果映射到给定搜索空间的格式6-0A的信息比特的数量旨在用于调度相同的服务小区并且小于被映射到相同的搜索空间的格式6-1A的有效载荷大小(此时,有效载荷大小包括添加到格式6-1A的填充比特),不得不附加“0”,直到格式6-0A的有效载荷大小变得与格式6-1A的有效载荷大小相同为止。
接下来,DCI格式6-0B用于在上行链路小区中调度PUSCH,并且可以发送以下信息。
-用于相互区分格式6-0B和格式6-1B的标志(例如,1比特)。
-跳频标志(例如,1比特)
-资源块指配(例如,个比特)。关于用于资源块指配的比特,比特提供窄带索引,并且3比特在指示的(即,提供的)窄带内提供资源分配。
-调制和编码方案(例如,4个比特)
-重复次数(例如,3个比特)
-HARQ进程号(例如,3个比特)
-新数据指示符(例如,1比特)
-DCI子帧重复次数(例如,2个比特)
此时,如果映射到给定搜索空间的格式6-0B的信息比特的数量旨在用于调度相同的服务小区并且小于被映射到相同的搜索空间的有效载荷大小(此时,有效载荷大小包括添加到格式6-1B的填充比特),不得不附上“0”,直到格式6-0B的有效载荷大小变得与格式6-1B的有效载荷大小相同为止。
接下来,DCI格式6-1A用于调度小区中的一个PDSCH码字和由PDCCH命令发起的随机接入过程。此时,对应于PDCCH命令的DCI可以由MPDCCH携带。
DCI格式6-1A可以发送以下信息。
-用于相互区分格式6-0A和格式6-1A的标志(例如,1比特)。
仅当格式6-1A的循环冗余校验(CRC)利用C-RNTI加扰并且所有剩余的字段被如下配置时,格式6-1A在由PDCCH命令发起的随机接入过程中被使用。
-资源块指配(例如,个比特,所有比特都设置为“1”)。
-前导索引(例如,6个比特)
-PRACH掩码索引(例如,4个比特)
-启动CE等级(例如,2个比特)
-用于调度一个PDSCH码字的分配的格式6-1A的剩余比特被设置为“0”。
否则,发送如下所示的剩余信息。
-跳频标志(例如,1个比特)
-资源块指配(例如,个比特)。关于用于资源块指配的比特,比特提供窄带索引,并且5个比特通过在指示的(即,提供的)窄带内使用DL资源分配类型2来提供资源分配。
-调制和编码方案(例如,4个比特)
-重复次数(例如,2个比特)
-HARQ进程号(例如,3个比特)
-新数据指示符(例如,1个比特)
-冗余版本(例如,2个比特)
-用于PUSCH的发送功率控制(TPC)命令(例如,2个比特)
-下行链路指配索引(DAI)(例如,2个比特)
-天线端口和加扰标识(例如,2个比特)
-探测参考信号(SRS)请求(例如,1个比特)
-用于预编码的TPMI信息
-用于预编码的PMI确认(例如,1个比特)
-HARQ-ACK资源偏移(例如,2个比特)
-DCI子帧重复次数(例如,2个比特)
当格式6-1A的CRC利用RA-RNTI加扰时,保留信息(即,字段)中的以下信息(即,字段)。
-HARQ进程号
-新数据指示符
-下行链路指配索引(DAI)
-HARQ-ACK资源偏移
此时,如果UE未被配置成对具有由C-RNTI加扰的CRC的MPDCCH进行解码,并且格式6-1A的信息比特的数量小于格式6-0A的信息比特的数量,不得不附上“0”,直到格式6-1A的有效载荷大小变得与格式6-0A的有效载荷大小相同为止。
此外,如果UE被配置成对具有通过C-RNTI加扰的CRC的MPDCCH进行解码,并且映射到给定搜索空间的格式6-1A的信息比特的数量旨在用于调度相同的服务小区并且小于映射到相同搜索空间的格式6-0A的有效载荷大小,不得不附上“0”,直到格式6-1A的有效载荷大小变得与格式6-0A的有效载荷大小相同。
接下来,DCI格式6-1B用于调度一个PDSCH码字,并且可以发送以下信息。
-用于相互区分格式6-0B和格式6-1B的标志(例如,1个比特)。
仅当CRC利用C-RNTI加扰时,格式6-1B被用于由PDCCH命令发起的随机接入过程,并且所有剩余字段配置如下。
-保留比特(例如,个比特,所有比特都设置为“1”)。
-前导索引(例如,6个比特)
-PRACH掩码索引(例如,4个比特)
-启动CE等级(例如,2个比特)
-用于调度一个PDSCH码字的分配的格式6-1A的剩余比特被设置为“0”。
否则,发送如下所示的剩余信息。
-调制和编码方案(例如,4个比特)
-资源块指配(例如,用于PDSCH的个比特)。关于用于资源块分配的比特,比特提供窄带索引,并且1比特在指示的(即,提供的)窄带内提供资源分配。
-重复次数(例如,2个比特)
-HARQ进程号(例如,3个比特)
-新数据指示符(例如,1个比特)
-HARQ-ACK资源偏移(例如,2个比特)
-DCI子帧重复次数(例如,2个比特)
当格式6-1B的CRC利用RA-RNTI加扰时,保留信息(即,字段)中的以下信息(即,字段)。
-HARQ进程号
-新数据指示符
-HARQ-ACK资源偏移
此时,如果UE未被配置成对具有由C-RNTI加扰的CRC的MPDCCH进行解码,并且格式6-1B的信息比特的数量小于格式6-0B的信息比特的数量,不得不附上“0”,直到格式6-1B的有效载荷大小变得与格式6-0B的有效载荷大小相同为止。
此外,如果UE被配置成对具有通过C-RNTI加扰的CRC的MPDCCH进行解码,并且映射到给定搜索空间上的格式6-1B的信息比特的数量旨在用于调度相同的服务小区并且小于映射到相同搜索空间的格式6-0B的有效载荷大小,不得不附上“0”,直到格式6-1B的有效载荷大小变得与格式6-0B的有效载荷大小相同为止。
接下来,DCI格式6-2用于寻呼和直接指示;并可以发送以下信息。
-用于相互区分寻呼和方向指示的标志(例如,1个比特)
当标志的值为0时,DCI格式6-2包括(或发送)直接指示信息(例如,8个比特)和用于将大小配置成与其中标志值为1的格式6-2相同的预留信息比特。
另一方面,当标志值为1时,DCI格式6-2包括(或发送)资源块指配(例如,个比特)、调制和编码方案(例如,3个比特)、重复次数(例如,3个比特)和DCI子帧重复次数(例如,2个比特)。
与上面的描述不同,作为与NB-IoT相关的DCI格式,可以考虑DCI格式N0、DCI格式N1和DCI格式N2。
首先,DCI格式N0被用于在一个上行链路(UL)小区中调度NPUSCH,并且可以发送以下信息。
-用于相互区分格式N0和格式N1的标志(例如,1比特),其中值0可以指示格式N0,并且值1可以指示格式N1。
-子载波指示(例如,6个比特)
-资源指配(例如,3个比特)
-调度延迟(例如,2个比特)
-调制和编码方案(例如,4个比特)
-冗余版本(例如,1个比特)
-重复次数(例如,3个比特)
-新数据指示符(例如,1个比特)
-DCI子帧重复次数(例如,2个比特)
接下来,DCI格式N1被用于在一个小区中调度一个NPDSCH码字和由NPDCCH命令发起的随机接入过程。此时,NPDCCH命令对应的DCI可以由NPDCCH携带。
DCI格式N1可以发送以下信息。
-用于相互区分格式N0和格式N1的标志(例如,1个比特),其中值0可以指示格式N0,并且值1可以指示格式N1。
仅当NPDCCH命令指示符被设置为“1”时,格式N1被用于由NPDCCH命令发起的随机接入过程,格式N1的循环冗余校验(CRC)利用C-RNTI加扰,并且全部剩余字段配置如下。
-NPRACH重复的起始数量(例如,2个比特)
-NPRACH的子载波指示(例如,6个比特)
-格式N1的所有剩余比特被设置为“1”。
否则,发送如下所示的剩余信息。
-调度延迟(例如,3个比特)
-资源指配(例如,3个比特)
-调制和编码方案(例如,4个比特)
-重复次数(例如,4个比特)
-新数据指示符(例如,1个比特)
-HARQ-ACK资源(例如,4个比特)
-DCI子帧重复次数(例如,2个比特)
当格式N1的CRC利用RA-RNTI加扰时,保留信息(即,字段)中的以下信息(即,字段)。
-新数据指示符
-HARQ-ACK资源偏移
此时,如果格式N1的信息比特的数量小于格式N0的信息比特的数量,则不得不附上“0”,直到格式n1的有效载荷大小变得与格式N0的有效载荷大小相同为止。
接下来,DCI格式N2用于寻呼和直接指示;并可以发送以下信息。
-用于区分寻呼和直接指示的标志(例如,1个比特),其中0的值可以表示直接指示,并且值1可以表示寻呼。
当标志的值为0时,DCI格式N2包括(或发送)直接指示信息(例如,8个比特)和用于将大小配置成与其中标志值是1的格式N2相同的预留信息比特。
同时,如果标志的值是1,则DCI格式N2包括(或发送)资源分配(例如,3个比特)、调制和编码方案(例如,4个比特)、重复次数(例如,4个比特)和DCI子帧重复次数(例如,3个比特)。
如上所述,窄带(NB)-LTE指的是用于支持低复杂度和低功耗的***,其具有与LTE***的一个物理资源块(PRB)对应的***带宽(BW)。
换句话说,NB-LTE***可以用作用于主要支持基于蜂窝***中的机器类型通信(MTC)的这些设备(或UE)来实现IoT的通信方法,。换句话说,NB-LTE***也可以称为NB-IoT。
此外,不需要NB-LTE***通过使用在现有LTE***中使用的相同OFDM参数(诸如传统LTE***的子载波间隔)来分配附加频带。在这种情况下,通过分配要用于NB-LTE的传统LTE***频带的一个PRB,可以以有效的方式利用频率资源。
在下行链路的情况下,NB-LTE***的物理信道可以被定义为N-主同步信号(N-PSS)/N-辅同步信号(N-SSS)、N-物理广播信道(N-PBCH)、N-PDCCH/N-EPDCCH或N-PDSCH。这里,可以添加前缀“N”以将NB-LTE***的物理信道与传统LTE***的物理信道区分开。
鉴于与单播传输区分开的的多播或广播传输,(传统)LTE***已经采用MBSFN子帧用于支持MBMS服务和/或单小区点到多点(SC-PTM)方案。这里,SC-PtM方案支持基于多播的下行链路传输,其可以用于固件和/或软件的更新、逐组消息传输等。此时,不仅对于一般的LTE***而且对于NB-LTE(即,NB-IoT)***,可以出现其中广播或者多播服务(例如,SC-PtM)不得不被提供的情况,并且有必要考虑允许使用MBMS服务的方法。
因此,本发明提出一种用于在NB-LTE(即,NB-IoT)***中执行(或应用)SC-PtM方案的方法。更具体地,本说明书提出发送与SC-PtM有关的信息的N-PDCCH和/或发送N-PDSCH的PRB的位置以及用于分配对应的PRB的方法。这里,与SC-PtM相关的信息可以包括SC多播控制信道(SC-MCCH)、SC多播业务信道(SC-MTCH)等。SC-MCCH可以包括与SC-MTCH有关的控制信息(例如,RRC信令消息),并且SC-MTCH可以包括多播或广播信息(例如,广播业务)。
在NB-LTE(即,NB-IoT)的情况下,通过考虑到eNB和/或UE通过接收一个PRB单元发送和接收数据和/或控制信息的事实(即,通过使用占用特定频带的频率区域),与一般LTE***相比,频域中的可用区域可能被限制。此外,在NB-LTE的情况下,由于eNB和/或UE重复发送数据和/或控制信息的特性,与一般LTE***相比,时域中的可用区域也可能受到限制。
图11图示可以应用本说明书提出的方法的用于在NB-LTE***中发送N-PDCCH和N-PDSCH的方法的一个示例。图11仅用于方便描述并不旨在限制本发明的技术范围。
参考图11,通过调度的载波(即,1个PRB)发送N-PDCCH和对应的N-PDSCH,并且假设以子帧为单位发送N-PDCCH和N-PDSCH。在NB-LTE***中,每个UE将单个PRB识别为单独的载波。因此,本说明书中的PRB可以被称为与载波类似或相同的概念。
而且,如图11中所示,UE需要监测针对每个N-PDCCH配置的搜索空间(例如,5个子帧和8个子帧)以接收N-PDCCH。这里,监测搜索空间可以被视为根据期望通过对应搜索空间接收的DCI格式解码与特定区域一样多的N-PDCCH并且利用预定义的特定RNTI值对对应CRC进行加扰以检查加扰的CRC是否匹配(即,对应于)期望值的过程。
在NB-LTE***的情况下,如图11中所示,可以重复发送N-PDCCH和/或N-PDSCH。例如,如果假设以1个子帧为单位发送N-PDCCH,则可以发送N-PDCCH两次(N-PDCCH 1102)或五次(N-PDCCH 1104)。此外,当假设以2个子帧单位发送N-PDSCH时(即,通过包括在DCI中的资源分配字段将两个子帧配置成默认传输单元的情况),可以发送N-PDSCH三次(N-PDSCH1106)或四次(N-PDSCH 1108)。
此时,可以通过经由N-PDCCH发送的DCI来指定N-PDCCH的重复次数和/或N-PDSCH的重复次数。
如上所述,与一般LTE***相比,NB-LTE***对用于发送和接收信号和/或信道的时间资源和频率资源的访问受到限制。因此,如果SC-PtM方案另外适用于NB-LTE***,则可能发生各种问题。
例如,在NB-LTE***的情况下,由于上述特性,发送和接收的信号和/或信道可能经常彼此重叠。因此,当SC-PtM方案被引入NB-LTE***时,SC-PtM方案中使用的信号和/或信道很可能与在现有NB-LTE***中使用的信号和/或信道(例如,随机接入信道(RACH)和寻呼信道)重叠。
可替选地,作为另一示例,根据发送控制信道的频率区域被限制,并且不得不重复发送相同内容的信道,可以由NB-LTE***的特定控制信道区域携带的控制信息量可以受到限制。在这种情况下,存在控制信道区域可能不携带特定控制信息的机会。因此,对于NB-LTE***,还有必要考虑通过数据信道而不是控制信道携带用于特定信号和/或信道(例如,用于SC-MTCH的N-PDCCH/N-PDSCH)的控制信息的方法。
此外,考虑到可以与传统NB-LTE中使用的方法不同地请求SC-PtM中使用的控制信息的事实,SC-PtM中考虑的DCI格式可以与传统NB-LTE中使用的DCI格式不同。在这种情况下,SC-PtM的DCI格式的长度(即,有效载荷大小或信息比特的数量)可以与传统NB-LTE中使用的DCI格式(例如,用于随机接入使用的DCI格式或用于寻呼使用的DCI格式)的长度不同。此时,根据DCI格式的变化,UE可能需要执行附加的盲解码操作。因此,为了防止UE执行不必要的盲解码操作,可能有必要考虑用于通过SC-PtM使用的标识符(例如,单小区(SC)-RNTI或组-RNTI(G-RNTI))配置单独地携带SC-PtM的DCI的N-PDCCH的搜索空间的方法。
如上所述,当鉴于多播或广播传输将SC-PtM引入NB-LTE时,可能发生各种问题。因此,在下文中,将详细描述用于防止上述问题并执行发送和接收与SC-PtM相关的N-PDCCH和N-PDSCH的多播PRB传输的方法。
为了便于描述,在下文中,锚型PRB(或锚型载波)可以指示PRB,其鉴于eNB针对初始接入发送用于N-SIB的N-PSS、N-SSS、N-PBCH和N-PDSCH。在这种情况下,可以存在一个锚型PRB或多个锚型PRB。此外,在本说明书中,如上所述,当存在一个或多个锚型PRB时,UE通过初始接入选择的特定锚型PRB可以被称为(或定义)为锚PRB(或锚载波)。另外,在本说明书中,由eNB分配以在初始接入之后执行下行链路处理(或过程)的PRB可以被称为(或定义)为附加PRB(或附加载波)。
此外,本说明书中提及的DCI格式N0、DCI格式N1和DCI格式N2可以指的是(例如,由3GPP规范定义的)上述DCI格式N0、DCI格式N1和DCI格式N2。
此外,下面描述的实施例仅为了便于描述而彼此区分;特定实施例的结构或特征的一部分可以包括在另一个实施例中,或者可以用对应于另一个实施例的结构或特征代替。例如,以下第二实施例中描述的方法可以另外应用于第一实施例中描述的方法,反之亦然。
第一实施例-使用与被配置用于发送传统NB-IoT的PRB不同的PRB的多播传输方法
首先,将描述由UE执行的用于通过使用与被配置用于发送传统NB-IoT的PRB(即,驻留PRB、单播PRB、寻呼PRB或随机接入PRB)不同的PRB来执行多播传输的方法。换句话说,该方法可以是用于通过使用与针对传统NB-IoT中使用的过程分配的PRB不同的PRB来执行多播传输的方法。这可以理解,UE通过不同于驻留PRB的PRB、针对单播传输分配的PRB、针对寻呼过程分配的PRB或针对随机接入过程分配的PRB,基于SC-PtM方案执行多播传输。这里,基于SC-PtM方案的多播传输可以包括与SC-MCCH相关的N-PDCCH和/或N-PDSCH的传输;和与SC-MTCH相关的N-PDCCH和/或N-PDSCH的传输。
首先,当在不同的PRB中执行多播PRB传输时,可以考虑用于配置发送MCCH(即,SC-MCCH)的控制信息的N-PDCCH和发送MTCH(即,SC-MTCH)的控制信息的N-PDCCH从相同的PRB被发送(方法1);或者从彼此不同的PRB被发送(方法2)的方法。换句话说,与SC-MCCH相关的N-PDCCH和与SC-MTCH相关的N-PDCCH可以从相同的PRB发送,或者从彼此不同的PRB分开发送。
方法1:用于配置发送MCCH的控制信息的N-PDCCH和发送MTCH的控制信息的N- PDCCH从相同PRB被发送的方法
首先,将描述用于在相同PRB处发送用于MCCH(即,SC-MCCH)的N-PDCCH和用于MTCH(即,SC-MTCH)的N-PDCCH的方法。
图12图示以应用本发明提出的方法的用于在NB-LTE(即,NB-IoT)***中配置PRB的方法的一个示例。图12仅用于描述的方便并不旨在限制本发明的技术范围。
参考图12,附加PRB 1202、锚型PRB 1204、锚PRB 1206和代表性PRB 1208可以被配置成用于NB-LTE(即,NB-IoT)***中的SC-PtM方案的PRB。
在方法1的情况下,可以配置使得通过代表性PRB发送用于MCCH(即,SC-MCCH)的N-PDCCH和用于MTCH(即,SC-MTCH)的N-PDCCH。
初始UE可以被配置成通过使用***信息块(SIB)(例如,用于NB-IoT使用的SIB20)通过锚PRB(即,初始接入的锚型PRB)来接收关于被配置成代表的代表性PRB索引的信息。这里,代表性PRB索引可以指的是指示被配置成接收与SC-PtM相关的信号和/或信道的特定PRB的索引。换句话说,SIB可以包括(或可以用于携带)与SC-PtM相关的信息(例如,发送SC-PtM的时段(即,SC-PtM传输时段))并且另外包括关于代表性PRB索引的信息。
已经接收到***信息(SI)的UE可以获知(或识别或确定)发送SC-PtM的代表性PRB索引,并且获知发送SC-PtM的时段。这里,SC-PtM的传输可以指示与用于SC-PtM方案的SC-MCCH相关的N-PDCCH/N-PDSCH的传输和/或与SC-MTCH相关的N-PDCCH/N-PDSCH的传输。
因为UE可以获知代表性PRB索引和/或SC-PtM传输时段,所以UE可以在代表性PRB处监测预定义的(或预先配置的或预定的)公共搜索空间(CSS)(例如,类型1A-NPDCCHCSS)。通过监测,UE可以获取与SC-MCCH相关的调度信息(即,N-PDSCH调度)。换句话说,UE可以通过监测获取关于SC-MCCH的N-PDSCH调度信息。
此时,UE可以被配置成通过使用SC-RNTI值或另一预定义(或预先配置的)RNTI值来监测CSS区域。此外,在这种情况下使用的DCI格式可以被配置成在传统NB-IoT(即,NB-LTE)中使用的DCI格式N1或DCI格式N2或者被配置成新DCI格式(即,DCI格式Nm,其中m是整数)。因此(或对应地)(即,通过使用所获取的N-PDSCH调度信息),如果UE通过解码对应的N-PDSCH来获取SC-MCCH信息,则UE可以获取每个临时移动组标识符的G-RNTI值(TMGI)。换句话说,UE可以从与通过监测获取的调度信息对应的N-PDSCH获取SC-MCCH信息,并且从所获取的SC-MCCH信息中获取G-RNTI值。
接下来(或之后),UE可以在代表性PRB处监测预定义(或预先配置的)CSS(例如,类型2A-NPDCCH CSS)。通过监测,UE可以获取与SC-MTCH相关的调度信息(即,N-PDSCH调度)。换句话说,UE通过监测可以获取关于SC-MTCH的N-PDSCH调度信息。
此时,UE可以被配置成通过使用与UE想要接收的TMGI对应的G-RNTI值或另一预定义(或预先配置的)RNTI值来监测CSS区域。此外,在这种情况下使用的DCI格式可以被配置成在传统NB-IoT(即,NB-LTE)中使用的DCI格式N1或DCI格式N2或者被配置成新DCI格式(即,DCI格式Nm,其中m是整数)。因此(或对应地)(即,通过使用所获取的N-PDSCH调度信息),如果UE通过解码对应的N-PDSCH来获取SC-MTCH信息,则UE可以获取MBMS数据(例如,软件更新)。换句话说,UE可以通过从与通过监测获取的调度信息对应的N-PDSCH获取SC-MTCH信息来获取多播或广播数据。
方法2:用于配置发送MCCH的控制信息的N-PDCCH和发送MTCH的控制信息的N- PDCCH从不同PRB被发送的方法
考虑到资源块的使用,从单个PRB发送MCCH(即,SC-MCCH)可能是有效的。这是因为如果MCCH被配置成由多个PRB发送,则不得不为多个PRB携带相同的信息。另一方面,考虑到MTCH(即,SC-MTCH)携带用于每个TMGI的不同信息的事实,从单个PRB发送MTCH可能导致***过载。因此,NB-LTE(即,NB-IoT)***可能有必要考虑用于根据临时移动组标识符(TMGI)(或G-RNTI)通过使用不同PRB来发送MTCH的方法。
因此,与上述方法不同,下面将描述用于从不同PRB发送用于MCCH(即,SC-MCCH)的N-PDCCH和用于MTCH(即,SC-MTCH)的N-PDCCH的方法。
图13图示可以应用本发明提出的方法的用于在NB-LTE(即,NB-IoT)***中配置PRB的方法的另一示例。图13仅用于描述的方便并不旨在限制本发明的技术范围。
参考图13,多播-PRB(M-PRB)1302、附加PRB 1304、锚型PRB 1306、锚PRB 1308和代表性PRB 1310可以被配置成NB-LTE(即NB-IoT)***中的SC-PtM方案的PRB。
在方法2的情况下,可以配置成使得通过代表性PRB发送用于MCCH(即,SC-MCCH)的N-PDCCH,并且通过M-PRB(或多播载波)发送用于MTCH(即,SC-MTCH)的N-PDCCH。
初始UE可以被配置成通过使用SIB(例如,用于NB-IoT使用的SIB 20)通过锚PRB接收关于被配置成代表的代表性PRB索引的信息。这里,代表性PRB索引可以指的是指示被配置成接收与SC-PtM相关的信号和/或信道的特定PRB的索引。换句话说,SIB可以包括与SC-PtM相关的信息(例如,发送SC-PtM的时段)(或者用于携带信息)并且另外包括(或携带)关于代表性PRB索引的信息。
已经接收到***信息(SI)的UE可以获知(或识别或确定)发送SC-PtM的代表性PRB索引,并且获知发送SC-PtM的时段。这里,SC-PtM的传输可以指示与用于SC-PtM方案的SC-MCCH相关的N-PDCCH/N-PDSCH的传输和/或与SC-MTCH相关N-PDCCH/N-PDSCH的传输。
因为UE可以获知代表性PRB索引和/或SC-PtM传输时段,所以UE可以在代表性PRB处监测预定义的(或预先配置的或预定的)公共搜索空间(CSS)(例如,类型1A-NPDCCHCSS)。通过监测,UE可以获取与SC-MCCH相关的调度信息(即,N-PDSCH调度)。换句话说,UE可以通过监测获取关于SC-MCCH的N-PDSCH调度信息。
此时,UE可以被配置成通过使用SC-RNTI值或另一预定义(或预先配置的)RNTI值来监测CSS区域。这里,SC-RNTI值用于动态调度的SC-PtM控制信息,并且与SC-MCCH相关。
此外,在这种情况下使用的DCI格式可以被配置成在传统NB-IoT(即,NB-LTE)中使用的DCI格式N1或DCI格式N2或者被配置成新DCI格式(即,DCI格式Nm,其中m是整数)。因此,如果UE通过解码对应的N-PDSCH来获取SC-MCCH信息,则UE可以获取每个临时移动组标识符(TMGI)的G-RNTI值。换句话说,UE可以从与通过监测获取的调度信息对应的N-PDSCH获取SC-MCCH信息,并且从所获取的SC-MCCH信息中获取G-RNTI值。这里,G-RNTI值被用于动态调度的SC-PtM传输,并且与SC-MTCH有关。
此外,UE可以被配置成通过解码通过其发送SC-MCCH的N-PDSCH根据G-RNTI(或特定G-RNTI组)获取不同的M-PRB索引信息或者被配置成通过组特定RRC信令根据G-RNTI(或特定G-RNTI组)接收不同M-PRB索引信息。换句话说,通过解码通过其发送SC-MCCH的N-PDSCH,UE可以获取关于针对每个G-RNTI不同地配置的M-PRB索引(即,通过其发送SC-MTCH的PRB索引)的信息。此时,可以通过RRC信令来携带关于M-PRB索引的信息。
换句话说,UE可以通过作为物理信道的N-PDSCH接收作为逻辑信道的SC-MCCH,并且获取关于用于在接收到的SC-MCCH中包括(即,由接收的SC-MCCH携带)的SC-MTCH的PRB(即,下行链路载波)的信息(例如,索引)。这里,可以通过较高层信令(例如,RRC信令)来携带关于用于SC-MTCH的PRB的信息。此时,可以针对每个G-RNTI配置关于PRB和/或更高层信令的信息。
在这种情况下,通过SC-MCCH(即,与SC-MCCH相关的N-PDSCH)携带用于与SC-MTCH相关的N-PDCCH/N-PDSCH的配置信息(即,控制信息)。换句话说,当通过数据信道区域而不是控制信道区域携带特定控制信息时,对于在时间和频率资源方面受到限制的NB-IoT***,可以以有效的方式携带控制信息。
接下来(或然后),UE可以监测在与UE想要接收的TMGI中包括(与UE想要接收的TMGI对应)的G-RNTI(或者特定G-RNTI组)对应的PRB处预定义(或预配置)的CSS(例如,类型2A-NPDCCH CSS)、用户(UE)特定搜索空间(USS)或组特定搜索空间(GSS)(或其中的至少一个)。通过监测,UE可以获取与SC-MCCH相关的调度信息(即,N-PDSCH调度)。换句话说,通过监测,UE可以获取用于SC-MTCH的N-PDSCH调度信息。
此时,UE可以被配置成通过使用与UE想要接收的TMGI对应的G-RNTI值或另一个预定义(或者预配置的)RNTI值来监测CSS、USS或GSS(或其中的至少一个)。此外,在这种情况下使用的DCI格式可以由在传统NB-IoT(即,NB-LTE)中使用的DCI格式N1或DCI格式N2或者通过新DCI格式(即,DCI格式Nm,其中m是整数)来配置。因此,如果UE通过解码对应的N-PDSCH来获取SC-MTCH信息,则UE可以获取MBMS数据。换句话说,UE可以通过从与通过监测获取的调度信息对应的N-PDSCH获取SC-MTCH信息来获取多播或广播数据。
对于方法1和方法2两者,在大多数情况下,发送MCCH(即,SC-MCCH)的N-PDSCH被配置成发送到发送MCCH的控制信息的N-PDCCH被发送到的相同PRB,并且发送MTCH(即,SC-MTCH)的N-PDSCH被配置成发送到发送MTCH的控制信息的N-PDCCH被发送到的相同PRB。然而,考虑到使用一个资源块的NB-IoT***的特性,发送N-PDCCH的PRB不一定必须被配置成与发送(对应的)N-PDSCH的PRB无条件地相同。因此,可以配置成使得可以动态地携带指示与通过其发送单独的N-PDCCH的PRB不同的第三PRB的N-PDSCH的传输的信息。
例如,发送MCCH(即,SC-MCCH)的控制信息的N-PDCCH可以被配置成通知新(即,不同的)PRB索引,通过该索引发送另外发送MCCH的N-PDSCH。换句话说,指示向其发送N-PDSCH的PRB的信息可以包括在N-PDSCH中。类似地,发送MTCH(即,SC-MTCH)的控制信息的N-PDCCH可以被配置成通知新PRB索引,通过该新PRB索引发送另外发送MTCH的N-PDSCH。
此时,发送(或携带)SC-MCCH的N-PDSCH被发送到的新PRB、发送(或携带)SC-MTCH调度信息的N-PDCCH被发送到的新PRB、和/或发送(或携带)SC-MTCH的N-PDSCH被发送到的新PRB可以以各种方式配置。作为一个示例,三个新PRB可以彼此独立地分配,可以彼此相同,可以通过PRB的预定间隔彼此分离,或者可以在他们中基于特定规则具有关系。
此外,对于方法1和方法2两者,UE可以通过在代表性PRB处监测预定义(或预先配置)的公共搜索空间(CSS)来获取SC-MCCH变化通知信息。这里,SC-MCCH变化通知信息可以包括通知SC-MCCH已经改变的指示符或者标记形式的信息。此时,UE可以被配置成通过使用SC-RNTI值或另一预定义(或预先配置)的RNTI值来监测CSS区域。此外,在这种情况下使用的DCI格式可以被配置成在传统NB-IoT(即,NB-LTE)中使用的DCI格式N1或DCI格式N2或者被配置成新DCI格式(即,DCI格式Nm,其中m是整数)。
此外,在方法1和方法2中,可以考虑用于通知MCCH(即,SC-MCCH被发送到的N-PDSCH)和/或调度MCCH(即,SC-MTCH)的N-PDCCH被发送到的PRB以及MTCH(即,SC-MTCH被发送到的N-PDSCH)和/或调度MTCH(即,SC-MTCH)的N-PDCCH通过***信息(例如,SIB)分别被发送到的PRB的方法。换句话说,在上述方法中,可以通过SIB携带与SC-MCCH相关的PRB信息(即,索引)和与SC-MTCH相关的PRB信息。类似地,在方法1中,代表性PRB可以被配置成被应用于MTCH和/或调度MTCH的N-PDCCH而不是MCCH和/或调度MCCH的N-PDCCH。此时,UE可以被配置成从锚PRB读取(或解码)MCCH和/或调度MCCH的N-PDCCH。
此外,方法1和方法2中提到的代表性PRB可以是在锚型PRB中选择的代表性锚型PRB。
第二实施例-使用被配置用于发送传统NB-IoT的相同PRB的多播传输方法
如上所述,用于通过使用与被配置用于发送传统NB-IoT的PRB(即,驻留PRB、单播PRB、寻呼PRB、或者随机接入PRB)不同的PRB接收用于MCCH的N-PDCCH(和/或N-PDSCH)或者用于MTCH的N-PDCCH(和/或N-PDSCH)的方法鉴于UE通过使用与传统NB-IoT传输独立的PRB来接收多播传输。
因此,当从配置的UE的角度来看时,不存在通过用于SC-PtM的N-PDCCH的相同PRB发送用于单播传输的N-PDCCH的情况。此外,从空闲UE的角度来看,不存在通过用于SC-PtM的N-PDCCH的相同PRB发送寻呼DCI(即,用于寻呼的N-PDCCH)的情况。
与上述不同,当用于SC-PtM的N-PDCCH和/或N-PDSCH通过与驻留PRB(或单播PRB、寻呼PRB或随机接入PRB)相同的PRB发送时,N-PDCCH和/或N-PDSCH可以与诸如单播N-PDCH或寻呼DCI的传统NB-IoT***中的信号和/或信道重叠。因此,当通过与驻留PRB(或单播PRB、寻呼PRB、随机接入PRB)相同的PRB执行基于SC-PtM的多播传输时,需要考虑用于处理(或执行)多播传输的方法。
可以将以下两种方法视为用于通过使用与驻留PRB(或单播PRB、寻呼PRB、随机接入PRB)相同的PRB接收用于MTCH的N-PDCCH(和/或N-PDSCH)或用于MTCH(即,SC-MTCH)的N-PDCCH(和/或N-PDSCH)的方法。这里,根据哪个DCI格式用于设置携带M-CCH(即,SC-MCCH)或MTCH(即,SC-MTCH)的控制信息的N-PDCCH的DCI格式,可以将这两种方法彼此区分开。换句话说,在这种情况下,用于将携带MCCH(即,SC-MCCH)或MTCH(即,SC-MTCH)的控制信息的N-PDCCH的DCI格式设置为与DCI格式N1相同的方法(方法1)和用于将N-PDCCH的DCI格式设置为与DCI格式N2相同的方法(方法2)可以被考虑。而且,可以根据UE是处于空闲模式还是连接模式来进一步对每种方法进行分类。这是因为可以根据UE的模式选择DCI格式。例如,当UE在空闲模式下使用DCI格式N2进行寻呼时,UE可以在连接模式下使用用于上行链路/下行链路许可的DCI格式N1。
方法1:用于将携带MCCH或MTCH的控制信息的N-PDCCH的DCI格式设置为与DCI格式 N1相同的方法
首先,将描述用于将与SC-PtM相关的N-PDCCH的DCI格式设置为与DCI格式N1相同的方法。此时,用于将DCI格式设置为与DCI格式N1相同的方法可以指示实际使用DCI格式N1或使用新DCI格式以具有DCI格式N1的相同有效载荷的配置方法。此时,即使所有数据都被置于DCI格式中,当空间(例如,比特的数量)仍然可用时,可能不得不使用用于***附加“0”的方法(即,零填充方法)以将DCI格式的长度配置成与DCI格式N1的长度相同。此时,当执行零填充以将DCI格式N1的大小设置为与不同DCI格式的大小相同时,DCI格式N1的长度可以指示在执行对应的零填充之后的长度。
此外,携带MCCH或MTCH的控制信息的N-PDCCH被发送到的搜索空间可以被配置成使用用于SC-PtM的公共搜索空间(CSS)。具体地,为了不增加UE对N-PDCCH的盲解码的数量,将携带MCCH或MTCH的控制信息的N-PDCCH的DCI格式设置为与DCI格式N1相同可以被应用于满足以下两个条件的情况。
这两个条件中的第一个可以是其中携带MCCH或MTCH的控制信息的N-PDCCH被发送到的搜索空间被配置成包括在用于UE特定数据调度的N-PDCCH被发送到的UE特定搜索空间(USS)中的情况,同时第二个可以是携带MCCH或MTCH的控制信息的N-PDCCH被发送到的PRB与用于UE特定数据调度的N-PDCCH被发送到(USS被发送到)的PRB相同的情况。
具体地,当将上述方法应用于机器类型通信(MTC)时,可以考虑用于针对每个覆盖增强(CE)模式不同地配置搜索空间的方法。例如,在CE模式B的情况下,类似于上述NB-IoT的情况,携带MCCH或MTCH的控制信息的N-PDCCH被发送到的搜索空间可以包括在USS中或者被配置成与USS相同。与上述情况不同,在CE模式A的情况下,携带MCCH或MTCH的控制信息的N-PDCCH被发送到的搜索空间可以包括在类型0-MPDCCH CSS中或者被配置成与类型0-MPDCCH CSS相同。
在下文中,将通过将处于连接模式的UE(例如,RRC连接的UE)与处于空闲模式的UE区分开来给出方法1的详细描述。
首先,在UE处于连接模式的情况下,对应的UE可以考虑用于配置MCCH和MTCH的DCI被发送到的搜索空间与USS(即,NPDCCH USS)相同或者被包括在对应的USS中的方法。在这种情况下,处于连接模式的UE,在不涉及附加的单独盲解码(BD)的情况下,可以通过使用具有不同的RNTI值的CRC掩码将UE到目前为止一直在观看(换句话说,已经被监测的)的单播控制DCI和MCCH的DCI或MTCH的DCI进行彼此区分。在本说明书中,通过使用具有不同RNTI值的CRC掩码来区分DCI可以指示通过采用不同RNTI值的CRC掩码来区分DCI。作为一个示例,对于单播的情况,不同的RNTI值可以被配置成C-RNTI,对于MCCH的情况可以被配置成SC-RNTI,并且对于MTCH的情况可以被配置成G-RNTI。此外,在这种情况下,在没有频移(或转换)和/或单播中断的情况下,对应UE可以解码MCCH控制(即,与MCCH的控制信息相关的N-PDCCH/DCI)或MTCH控制(即,与MTCH的控制信息有关的N-PDCCH/DCI)。
具体地,当上述方法应用于MTC时,在CE模式B的情况下,类似于上述NB-IoT的情况,用于配置MCCH和MTCH的DCI被发送到的搜索空间与USS(即,MPDCCH USS)相同或者包括在对应的USS中的方法可以被考虑。然而,在CE模式A的情况下,MTC UE可以同时监测其USS和类型0-MPDCCH CSS。因此,与上述NB-IoT的情况不同,携带MCCH或MTCH的控制信息的N-PDCCH被发送到搜索空间可以包括在类型0-MPDCCH CSS中或者被配置成与对应的Type0-MPDCCH CSS相同。在这种情况下,处于连接模式的UE,在不涉及附加的单独盲解码(BD)的情况下,可以通过使用具有不同RNTI值的CRC掩码将UE到目前为止已经观看(换句话说,已经被监测的)的公共控制DCI与MCCH的DCI或者MTCH的DCI进行彼此区分。作为一个示例,对于单播的情况,不同的RNTI值可以被配置成C-RNTI,对于MCCH的情况可以被配置成SC-RNTI,并且对于MTCH的情况可以被配置成G-RNTI。此外,在这种情况下,在没有频移(或转换)和/或单播中断的情况下,对应UE可以解码MCCH控制(即,与MCCH的控制信息相关的N-PDCCH/DCI)或MTCH控制(即,与MTCH的控制信息有关的N-PDCCH/DCI)。
与上面的描述不同,因为与SC-PtM相关的DCI格式被设置(即,被配置)成DCI格式N1,所以与传统动作(例如,传统NB-IoT动作)相比可能需要处于空闲模式的UE执行附加动作以观看(即,监测)根据DCI格式N1发送的MCCH的控制信息或MTCH的控制信息。此时,附加动作可以描述如下。
处于空闲模式的UE可以通过使用寻呼-RNTI(P-RNTI)来监测(即,检测)UE先前期望在UE的非连续接收(DRX)周期期间观看的寻呼来监测DCI格式N2(或DCI格式N2的大小)。此时,当与SC-PtM相关的DCI(即,MCCH或MTCH控制)被发送到相同的子帧时,因为DCI被配置成具有DCI格式N1的大小(即,因为DCI格式N1和DCI格式N2具有不同的大小),不得不放弃得到SC-PtM相关的信息。然而,当UE能够执行附加盲解码时,UE可以通过使用SC-RNTI或G-RNTI监测DCI格式N1(即,用于MCCH或MTCH的DCI格式)来获取与SC-PtM相关的信息。
当寻呼和多播(即,与SC-PtM相关的信号和/或信道)被发送到相同的子帧(即,相同的定时)时,用于在寻呼被发送到的PRB处使用P-RNTI监测DCI格式N2以查看(即,检测)寻呼的方法也可以应用于用于在不同的PRB处发送寻呼和多播的上述第一实施例的方法(例如,第一实施例的方法2)。换句话说,当从不同PRB在相同定时发送寻呼和多播时,UE可以通过使用寻呼-RNTI(P-RNTI)监测DCI格式N2以查看(即,检测)UE在UE的DRX周期期间先前期望观看的寻呼。
此外,如上所述,与SC-PtM相关的N-PDCCH和/或N-PDSCH可以与从传统NB-IoT发送的N-PDCCH和/或N-PDSCH重叠。此时,可能需要配置首先接收两者中的哪一个(即,优先级配置)。
例如,当发送寻呼(即,与寻呼有关)的N-PDSCH和发送SC-PtM的N-PDSCH被发送到相同的子帧(即,在相同的定时)时,可以将其配置成接收寻呼。换句话说,UE可以被配置成针对上述情况接收发送寻呼的N-PDSCH。这里,如上所述,发送SC-PtM的N-PDSCH可以包括如上所述的用于SC-MCCH的N-PDSCH和/或用于SC-MTCH的N-PDSCH(例如,第一实施例)。换句话说,SC-PtM可以指示SC-MCCH或SC-MTCH。此外,用于SC-MCCH的N-PDSCH可以通过使用SC-RNTI值或其他RNTI值来指示与通过监测特定CSS而接收的N-PDSCH对应的N-PDSCH,如上所述(例如,第一实施例)。
与上文类似,用于SC-MTCH的N-PDSCH可以通过使用G-RNTI值或其他RNTI值来指示与通过监测CSS、USS或GSS而接收的N-PDSCH对应的N-PDSCH,如上所述(例如,第一实施例)。换句话说,携带SC-PtM的N-PDSCH可以指示与具有利用SC-RNTI或G-RNTI值加扰的DCI CRC的N-PDCCH对应(即,由NPDCCH分配或调度)的N-PDSCH。此外,发送寻呼的N-PDSCH可以指示与具有利用P-RNTI加扰的DCI CRC的N-PDCCH对应的N-PDSCH。
此外,当发送寻呼的N-PDSCH和发送SC-PtM调度信息的N-PDCCH被发送到相同的子帧(即,在相同的定时)时,其可以被配置成接收寻呼。换句话说,UE可以被配置成针对上述情况接收发送寻呼的N-PDSCH。这里,发送SC-PtM调度信息的N-PDDCH可以包括用于SC-MCCH的N-PDSCH和/或用于SC-MTCH的N-PDDCH,如上所述(例如,第一实施例)。换句话说,SC-PtM调度信息可以指示用于SC-MCCH的DCI或用于SC-MTCH的DCI。此外,当通过使用的SC-RNTI值或其他RNTI值来监测特定CSS时,可以检测(或接收或解码)用于SC-MCCH的N-PDSCH,如上所述(例如,第一实施例)。
类似地,当通过使用的G-RNTI值或其他RNTI值来监测特定CSS时,可以检测(或接收或解码)用于SC-MTCH的N-PDSCH,如上所述(例如,第一实施例)。因此,在接收发送寻呼的N-PDSCH的定时(即,子帧),不需要UE监测与SC-PtM相关的SC-RNTI值G-RNTI对应的特定CSS。
此外,即使当发送寻呼的调度信息的NPDDCH和发送SC-PtM的N-PDSCH被发送到相同的子帧(即,在相同的定时)时,可以将其配置成接收寻呼(即,发送寻呼的调度信息的N-PDCCH)。换句话说,UE可以被配置成针对上述情况接收发送寻呼的调度信息的N-PDCCH。这里,发送SC-PtM的N-PDSCH可以包括如上所述的用于SC-MCCH的N-PDSCH和/或用于SC-MTCH的N-PDSCH。此外,可以通过使用如上所述的P-RNTI值监测特定搜索空间(例如,类型1-NPDCCH CSS)来检测(或接收或解码)发送寻呼的调度信息的N-PDCCH。因此,UE可以不必在针对发送寻呼的调度信息的N-PDCCH(即,由P-RNTI配置的N-PDCCH)配置的特定搜索空间(即,与特定搜索空间对应的子帧)中接收发送SC-PtM的N-PDSCH。
此外,即使当发送寻呼的调度信息的N-PDCCH和发送SC-PtM的调度信息的N-PDDCH被发送到相同的子帧(即,在相同的定时)时,其(UE)也可以被配置成接收寻呼(即,发送寻呼的调度信息的N-PDCCH)。换句话说,UE可以被配置成针对上述情况接收发送寻呼的调度信息的N-PDCCH。换句话说,不需要UE在针对发送寻呼的调度信息的N-PDCCH(即,由P-RNTI配置的N-PDCCH)配置的特定搜索空间(即,与特定搜索空间对应的子帧)中监测对应于与SC-PtM相关的SC-RNTI值或G-RNTI的特定CSS。
换句话说,当与SC-PtM相关的N-PDSCH和/或N-PDCCH(或搜索空间)和与寻呼相关的N-PDSCH和/或N-PDCCH(或搜索空间)重叠时,UE可以被配置成首先接收与寻呼有关的N-PDSCH和/或N-PDCCH(或搜索空间)。
即使当发送寻呼的PRB与发送SC-PtM的PRB相同时可以应用上述方法,并且当发送寻呼的PRB与发送SC-PtM的PRB不同时也可以应用上述方法。换句话说,上述方法不仅可以应用于第二实施例,而且可以应用于上述第一实施例(用于在与寻呼PRB不同的PRB中执行多播传输的方法)。
此外,即使当随机接入(即,与随机接入相关的N-PDCCH和/或N-PDSCH)与多播(即,与SC-PtM相关的N-PDCCH和/或N-PDSCH)冲突(或重叠)时,可以以相同的方式应用与寻呼有关的方法。
例如,当与随机接入过程有关的N-PDSCH和发送SC-PtM的N-PDSCH被发送到相同的子帧(即,在相同的定时)时,其可以被配置成接收随机接入。换句话说,UE可以被配置成针对上述情况接收与随机接入过程有关的N-PDSCH。这里,发送SC-PtM的N-PDSCH与上述(即,在寻呼相关实施例中描述的内容)相同。此外,与随机接入过程有关的N-PDSCH可以指示与具有利用C-RNTI或临时C-RNTI加扰的DCI CRC的N-PDCCH对应的N-PDSCH。
此外,即使当与随机接入过程有关的N-PDSCH和发送SC-PtM调度信息的N-PDCCH被发送到相同的子帧(即,在相同的定时)时,其可以被配置成接收随机接入。换句话说,UE可以被配置成针对上述情况接收与随机接入过程有关的N-PDSCH。因此,不需要UE在接收发送随机接入的N-PDSCH的定时(即,子帧)处监测对应于与SC-PtM相关的SC-RNTI值或G-RNTI的特定CSS。
此外,即使当发送随机接入的调度信息(即,用于随机接入的N-PDSCH的调度信息)的N-PDCCH和发送SC-PtM的N-PDSCH被发送到相同的子帧(即,在相同的定时)时,其可以被配置成接收随机接入(即,发送随机接入的调度信息的N-PDCCH)。因此,UE可以不必在针对发送随机接入的调度信息的N-PDCCH(即,由C-RNTI或临时C-RNTI配置的N-PDCCH)配置的特定搜索空间(即,与特定搜索空间对应的子帧)中接收发送SC-PtM的N-PDSCH。
此外,即使当发送随机接入的调度信息的N-PDCCH和发送SC-PtM的调度信息的N-PDCCH被发送到相同的子帧(即,在相同的定时)时,其(UE)可以被配置成接收随机接入(即,发送随机接入的调度信息的N-PDCCH)。换句话说,不需要UE在针对发送随机接入的调度信息的N-PDCCH配置的特定搜索空间(即,与特定搜索空间对应的子帧)中监测对应于与SC-PtM相关的SC-RNTI值或G-RNTI的特定CSS。
换句话说,当与SC-PtM相关的N-PDSCH和/或N-PDCCH(或搜索空间)与与随机接入相关的N-PDSCH和/或N-PDCCH(或搜索空间)重叠时,UE可以被配置成首先接收与随机接入相关的N-PDSCH和/或N-PDCCH(或搜索空间)。
此外,当随机接入和多播被发送到相同的子帧(即,在相同的定时)时,对应的UE可以被配置成具有关系使得MCCH(即,SC-MCCH)的DCI或MTCH(即,SC-MTCH)的DCI被发送到的搜索空间与被用于随机接入的CSS(即,类型2-NPDCCH CSS)相同或包括在对应的CSS中。在这种情况下,在不涉及附加的单独盲解码(BD)的情况下,对应的UE可以通过使用具有不同RNTI值的CRC掩码来将UE到目前为止已经观看(换句话说,已经被监测的)的随机接入DCI和MCCH的DCI或者MTCH的DCI进行彼此区分。作为一个示例,针对随机接入的情况,不同的RNTI值可以被配置成C-RNTI、针对MCCH的情况可以被配置成SC-RNTI、以及针对MTCH的情况可以被配置成G-RNTI。
方法2:用于将携带MCCH或MTCH的控制信息的N-PDCCH的DCI格式设置为与DCI格式 N2相同的方法
与上述方法1不同,将描述用于将与SC-PtM相关的N-PDCCH的DCI格式设置为与DCI格式N2相同的方法。
此时,用于将DCI格式设置为与DCI格式N2相同的方法可以指示实际使用DCI格式N2或使用新DCI格式以具有诸如DCI格式N2的有效载荷的配置方法。此时,即使所有数据都被置于DCI格式中,当空间(例如,比特的数量)仍然可用时,可能不得不使用用于***附加“0”的方法(即,零填充方法)以将DCI格式的长度配置成与DCI格式N2的长度相同。此时,当执行零填充以将DCI格式N2的大小设置为与不同DCI格式的大小相同时,DCI格式N2的长度可以指示在已经执行对应的零填充之后的长度。
此外,携带MCCH或MTCH的控制信息的N-PDCCH被发送到的搜索空间可以被配置成使用用于SC-PtM的公共搜索空间(CSS)。具体地,为了不增加UE对N-PDCCH的盲解码的数量,将携带MCCH或MTCH的控制信息的N-PDCCH的DCI格式设置为与DCI格式N2相同可以被应用于满足以下两个条件的情况。
这两个条件中的第一个可以是其中携带MCCH或MTCH的控制信息的N-PDCCH被发送到的搜索空间被配置成包括在用于寻呼调度的N-PDCCH被发送到的公共搜索空间(CSS)(即,类型1-NPDCCH CSS)中的情况,同时第二个可以是其中携带MCCH或MTCH的控制信息(即,DCI)的N-PDCCH被发送到的PRB与N-PDCCH调度寻呼被发送到的(小区特定搜索空间被发送到的)PRB相同的情况。
在下文中,将通过将处于空闲模式的UE与处于连接模式的UE区分开来给出方法2的详细描述。
首先,在UE处于空闲模式的情况下,对应的UE可以考虑用于配置MCCH和MTCH的DCI被发送到的搜索空间与寻呼信号使用的CSS(即,类型1-NPDCCH CSS)相同或包含在对应的CSS中的方法。作为一个具体示例,关于MCCH或MTCH的控制信息(DCI)被发送到的搜索空间和与寻呼相关的DCI(即,寻呼DCI)被发送到的搜索空间,可以在一个子帧内应用相同的候选资源元素映射和应用于子帧重复的候选重复次数的集合。
在这种情况下,不涉及附加的单独盲解码(BD)的情况下,处于空闲模式的UE可以通过使用具有不同RNTI值的CRC掩码将UE到目前为止已经观看(换句话说,已经被监测的)的寻呼DCI和MCCH的DCI或MTCH或DCI进行彼此区分。作为一个示例,对于寻呼的情况,不同的RNTI值可以被配置成P-RNTI,对于MCCH的情况可以被配置成SC-RNTI,并且对于MTCH的情况可以被配置成G-RNTI。
与上面的描述不同,因为与SC-PtM相关的DCI格式被设置(即,配置)为DCI格式N2,因此与现有操作(例如,传统NB-IoT操作)相比,可以请求处于连接模式的UE执行附加操作以观看(即,监测)根据DCI格式N2发送的MCCH的控制信息或MTCH的控制信息。此时,附加操作可以描述如下。
处于连接模式的UE可以通过使用小区-RNTI(C-RNTI)来监测(即,检测)单播控制信息来监测DCI格式N1。此时,当与SC-PtM相关的DCI(即,MCCH(即,SC-MCCH)或MTCH(即,SC-MTCH)控制)被发送到相同的子帧时,因为DCI被配置成具有DCI格式N2,处于空闲模式的UE不能在不采用附加盲解码的情况下执行与SC-PtM相关的DCI的解码。
因此,UE可能不得不放弃获取与SC-PtM相关的信息(即,控制信息)或者放弃获取单播控制信息。此时,有必要确定首先获取哪一个的优先级。首先,其可以被配置成根据服务类型确定是否接收多播(即,与SC-PtM相关的信号、信道和/或信息)。
例如,在具有高优先级的固件更新的情况下,UE可以被配置成首先接收多播,即使单播(即,与单播有关的信号、信道和/或信息)被设置为稍后被接收。在单播的情况下,UE可以通过ACK/NACK(A/N)过程立即通知接收;然而,因为针对多播的情况没有定义ACK/NACK过程,所以UE在没有其他方式通知接收,直到在较高层中交换信息为止。因此,配置UE以在单播之前接收多播可能更有利。
在另一示例中,可以根据单播数据传输的量来确定优先级。如果UE当前接收超过预定阈值的单播数据量,则UE可以被配置成继续接收单播传输。否则,UE可以被配置成接收多播。这是因为先前接收的大量单播数据存在于缓冲器中,并且使用配置方法再次接收数据更加麻烦。
然而,当UE能够执行附加盲解码时,UE可以通过使用SC-RNTI或G-RNTI另外监测DCI格式N2(即,用于MCCH或MTCH的DCI格式)来获取与SC-PtM有关的信息。此外,当UE被调度以通过已经通过USS解码的N-PDCCH接收单播PDSCH时,UE可以继续接收单播PDSCH,而不是尝试在对应的间隔中接收多播。
此外,如上所述,与SC-PtM相关的N-PDCCH和/或N-PDSCH可以与与单播相关的N-PDCCH和/或N-PDSCH重叠。此时,可能需要配置首先接收两者中的哪一个(即,优先级配置)。
例如,当发送单播的N-PDSCH和发送SC-PtM的N-PDSCH被发送到相同的子帧(即,在相同的定时)时,其可以被配置成接收多播(即,发送SC-PtM的N-PDSCH)。换句话说,UE可以被配置成针对上述情况接收发送SC-PtM的N-PDSCH。
此外,即使当发送单播的N-PDSCH和发送SC-PtM的调度信息的N-PDCCH被发送到相同的子帧(即,在相同的定时)时,可以将其配置成接收多播(即,发送SC-PtM的调度信息的N-PDCCH)。换句话说,UE可以被配置成针对上述情况接收发送SC-PtM的调度信息的N-PDCCH。
此外,即使当发送单播的调度信息的N-PDCCH和发送SC-PtM的N-PDSCH被发送到相同的子帧(即,在相同的定时)时,可以将其配置成接收多播(即,发送SC-PtM的N-PDSCH)。换句话说,UE可以被配置成针对上述情况接收发送SC-PtM的N-PDSCH。
此外,即使当发送单播的调度信息的N-PDCCH和发送SC-PtM的调度信息的N-PDCCH被发送到相同的子帧(即,在相同的定时)时,其可以被配置成接收多播(即,发送SC-PtM的调度信息的N-PDCCH)。换句话说,UE可以被配置成针对上述情况接收发送SC-PtM的调度信息的N-PDCCH。
换句话说,当与SC-PtM相关的N-PDSCH和/或N-PDCCH(或搜索空间)与与单播相关的N-PDSCH和/或N-PDCCH(或搜索空间)重叠时,UE可以被配置成首先接收与SC-PtM(即,多播)相关的N-PDSCH和/或N-PDCCH(或搜索空间)。
在另一示例中,当发送单播的N-PDSCH和发送SC-PtM的N-PDSCH被发送到相同的子帧(即,在相同的定时)时,其可以被配置成接收单播(即,发送单播的N-PDSCH))。换句话说,UE可以被配置成针对上述情况接收发送单播的N-PDSCH。
此外,即使当发送单播的N-PDSCH和发送SC-PtM的调度信息的N-PDCCH被发送到相同的子帧(即,在相同的定时)时,其可以将其配置成接收单播(即,发送单播的N-PDSCH)。换句话说,UE可以被配置成针对上述情况接收发送单播的N-PDSCH。
此外,即使当发送单播的调度信息的N-PDCCH和发送SC-PtM的N-PDSCH被发送到相同的子帧(即,在相同的定时)时,可以将其配置成接收单播(即,发送单播的调度信息的N-PDCCH)。换句话说,UE可以被配置成针对上述情况接收发送单播的调度信息的N-PDCCH。
此外,即使当发送单播的调度信息的N-PDCCH和发送SC-PtM的调度信息的N-PDCCH被发送到相同的子帧(即,在相同的定时)时,可以将其配置成接收单播(即,发送单播的调度信息的N-PDCCH)。换句话说,UE可以被配置成针对上述情况接收发送单播的调度信息的N-PDCCH。
换句话说,当与SC-PtM相关的N-PDSCH和/或N-PDCCH(或搜索空间)与与单播相关的N-PDSCH和/或N-PDCCH(或搜索空间)重叠时,UE可以被配置成首先接收与单播相关的N-PDSCH和/或N-PDCCH(或搜索空间)。
即使当发送单播的PRB与发送SC-PtM的PRB相同时可以应用上述方法,并且当发送单播的PRB与发送SC-PtM的PRB不同时也可以应用上述方法。换句话说,上述方法不仅可以应用于第二实施例,而且可以应用于上述第一实施例(用于在不同于单播PRB的PRB中执行多播传输的方法)。此外,上述用于确定在单播传输和多播传输之间接收的优先级的方法也可以应用于相同的PRB,但是应理解,当从不同的PRB并且在相同的子帧发送单播和多播时,也可以应用该方法。
此外,在本发明的各种实施例中,通过使用DCI格式N2将MCCH变化通知(即,SC-MCCH变化通知)发送到CSS类型1。然而,因为MCCH变化通知在非常长的时间段被发送一次并且从与MCCH的控制信息(即,MCCH的DCI)被发送到的子帧不同的子帧被发送,所以处于连接模式和/或空闲模式的UE可能不会遇到附加盲解码(BD)的问题。
然而,在本发明的各种实施例中,MCCH的N-PDCCH(即,具有SC-MCCH的DCI的N-PDCCH)可以在MCCH变化通知被已知以从eNB被发送的相同定时(即,子帧)处被发送。在这种情况下,当携带MCCH的控制信息的N-PDCCH的DCI格式有效载荷大小鉴于UE被配置成与携带关于MCCH变化通知的信息的N-PDCCH的DCI格式有效载荷大小不同时,UE可能遇到附加的盲解码问题。
因此,在这种情况下,为了满足(UE的)最大BD要求,可以考虑以下方法(方法1和方法2)。此时,两种方法(方法1和方法2)可以被划分成其中用于MCCH的N-PDCCH的DCI格式和MCCH变化通知的DCI格式的CRC掩码的RNTI被配置成彼此不同的方法(方法1)和其中RNTI被配置成彼此相同的方法。
方法1:用于通过使用具有不同RNTI值的CRC掩码来区分DCI格式的方法
首先,将描述将MCCH的N-PDCCH的DCI格式有效载荷和MCCH变化通知的DCI格式有效载荷的大小设置(或配置)成DCI格式N1或DCI格式N2并且通过使用具有不同RNTI值的CRC掩码来区分DCI格式的方法。在这种情况下,用于将DCI格式有效载荷大小设置为彼此相同的方法可以包括使用实际上相同的DCI格式的方法和即使DCI格式彼此不同使用零填充使DCI格式的长度彼此相等的方法。
例如,当MCCH的N-PDCCH的DCI使用DCI格式N1并且MCCH变化通知的DCI使用DCI格式N2时,因为DCI格式N2比DCI格式N1短,所以可以考虑将零填充应用于DCI格式N2以将其有效载荷大小设置为与DCI格式N1的有效载荷大小相同的方法。
此时,当针对两种DCI格式(即,MCCH的N-PDCCH的DCI格式和MCCH变化通知的DCI格式)配置相同的搜索空间时,UE可以通过一次性盲解码检查(或获取)MCCH的调度信息并检查关于MCCH变化通知的信息。更具体地,UE可以通过使用SC-RNTI值通过CRC掩码从MCCH的N-PDCCH获取用于MCCH的调度信息,并且通过使用新定义的RNTI通过CRC掩码从携带关于MCCH变化通知的信息的N-PDCCH获取关于MCCH变化通知的信息。
方法2:用于使用相同RNTI值但通过使用其有效载荷中包括的标志来区分DCI格式 的方法
与方法1不同,尽管使用相同的RNTI值,将MCCH的N-PDCCH的DCI格式有效载荷和MCCH变化通知的DCI格式有效载荷设置(或配置)成(与DCI格式N1或DCI格式N2)相同并且通过使用包括在有效载荷中的显式标志(例如,1比特)来区分DCI格式的方法将被描述。在这种情况下,用于将DCI格式有效载荷大小设置为彼此相同的方法可以包括使用实际上相同的DCI格式的方法和即使DCI格式彼此不同使用零填充使DCI格式的长度彼此相等的方法。
例如,当MCCH的N-PDCCH的DCI使用DCI格式N1,并且MCCH变化通知的DCI使用DCI格式N2时,因为DCI格式N2比DCI格式N1短,所以可以考虑将零填充应用于DCI格式N2以将其有效载荷大小设置为与DCI格式N1的有效载荷大小相同的方法。
此时,可以针对两种DCI格式(即,MCCH的N-PDCCH的DCI格式和MCCH变化通知的DCI格式)配置相同的搜索空间,并且针对携带关于MCCH和MCCH变化通知的NPDCCH的信息的N-PDCCH两者,仅一个SC-RNTI可以被配置成被使用。在这种情况下,通过包括在实际DCI有效载荷中的显式标志,其可以被配置成指示其是MCCH的N-PDCCH还是MCCH变化通知的N-PDCCH。例如,标志值“1”可以表示(或指示)发送MCCH的N-PDCCH,并且标志值“0”可以表示发送关于MCCH变化通知的信息(即,携带关于MCCH变化通知的信息的N-PDCCH)。显然,标志值也可以以与上述相反的方式配置。
此外,关于用于MCCH变化通知的方法1和方法2,设置(或配置)成彼此相同的DCI格式有效载荷大小可以等于DCI格式N1、DCI格式N2、或新定义的DCI格式(例如,DCI格式Nm,其中m是整数)。
此外,在本发明的各种实施例中,寻呼DCI的搜索空间可以与用于MCCH或MTCH的DCI的搜索空间重叠。此时,为了防止从UE的角度来看监测用于DCI解码的搜索空间的盲解码的数量增加,可以考虑以下两种方法。
在第一种方法中,当从eNB的角度来看,通过多个子帧重复的各个搜索空间在相同的子帧中彼此重叠时,可以考虑预先确定(或预先配置)组成要以相同方式配置的每个搜索空间的起始子帧的方法。换句话说,当寻呼DCI的搜索空间和用于MCCH或MTCH的DCI的搜索空间彼此重叠时,该方法可以将两个搜索空间的起始子帧配置成彼此相同。在这种情况下,当两个搜索空间重叠时,UE可以通过使用存储在相同软缓冲器中的N-PDCCH样本来同时解码两个DCI,而复杂性仅稍微增加。
然而,从eNB的角度来看,组成其中子帧重叠的每个搜索空间的起始子帧可以不被预先确定(或预先配置或预定义)以相同的方式被配置。在这种情况下,当组成每个搜索空间的起始子帧从相同子帧开始时,UE可以被配置成同时解码两个DCI而不涉及附加的盲解码。或者,当组成每个搜索空间的起始子帧彼此重叠并且从不同的子帧开始时,UE可以被配置成根据两个DCI的优先级在他们之间选择要首先解码的DCI。作为一个示例,UE可以被配置成首先解码寻呼DCI,或者网络可以取决于情况配置优先级。
上述方法不限于特定DCI格式或特定搜索空间类型,并且可以在有必要配置两个或更多个DCI以同时被解码时应用。此外,可以将重复等级应用于发送寻呼DCI的搜索空间和用于调度MCCH或MTCH的搜索空间。
第三实施例-通过多个PRB发送MCCH的控制信息的方法
此外,还可以考虑用于发送通过除了一个RPB之外的多个RPB发送MCCH的控制信息(即,SC-MCCH)的N-PDCCH的方法。也就是说,当eNB使用半静态配置的多个PRB发送MCCH的控制信息(即,DCI)时,每个UE可以通过在多个PRB中选择一个PRB来验证(或获取),并通过解码MCCH验证为每个TMGI配置的G-RNTI值。在这种情况下,用于发送MCCH的控制信息的多个PRB可以与监测各个UE的单播PRB、寻呼PRB或驻留PRB重叠。在这种情况下,相应的UE可以在没有频移和/或单播中断的情况下解码MCCH和MCCH的控制信息。
此后,验证(或获取)MCCH(或MCCH被递送到的N-PDSCH)中的G-RNTI值的UE可以使用与UE希望通过移动到发送MTCH(即,SC-MTCH)的控制信息的PRB来接收的TMGI对应的G-RNTI值来验证MTCH的控制信息。此后,相应的UE可以通过根据验证的MTCH的控制信息对MTCH进行解码来接收MBMS数据(即,多播或广播数据)。
另外,UE可以通过监测发送MCCH的控制信息的PRB中的预先安排的(预定的)CSS空间来获取关于MCCH改变通知的信息(即,SC-MCCH改变通知)。在这种情况下,UE可以被配置成通过使用SC-RNTI值或预先安排的(或预定的)其他RNTI值来监测CSS空间。此外,在这种情况下使用的DCI格式可以被配置成DCI格式N1或DCI格式N2或被配置成新的DCI格式(即,DCI格式Nm,这里,m是整数)。
第四实施例-用于在SC-PtM中配置覆盖增强(CE)等级的方法
另外,NB-LTE(或NB-IoT)***的一些UE可能需要覆盖增强,使得即使关于多播传输(即,SC-PtM传输)也需要考虑覆盖增强等级。也就是说,当SC-PtM方案应用于NB-LTE(即,NB-IoT)***时,可以考虑用于有效地配置与SC-PtM有关的N-PDCCH和/或N-PDSCH的CE等级的方法。这里,与SC-PtM相关联的N-PDCCH和N-PDSCH可以意指用于发送用于发送MCCH(SC-MCCH)的控制信息的N-PDCCH和MCCH(SC-MCCH)和/或用于发送MTCH(SC-MTCH)的数据N-PDSCH。
在这种情况下,根据CE等级的数量(单CE等级)和配置的多个CE等级,配置用于SC-PtM的N-PDCCH和/或N-PDSCH的CE等级的方法可以被划分为以下两种方法(方法1和方法2)。
方法1:用于使用单个CE等级的方法
首先,将描述用于将携带SC-PtM信息(即,SC-PtM控制信息或数据)的N-PDCCH或N-PDSCH的CE等级配置成单个CE等级的方法。此时,CE等级可以指示N-PDCCH或N-PDSCH的重复次数集合或最大重复次数。因此,CE等级的变化可以指示N-PDCCH或N-PDSCH的重复次数集合的变化或最大重复次数的变化。此外,N-PDCCH或N-PDSCH的重复次数集合;或者,与每个CE等级对应的最大重复次数可以被定义(或配置)。此时,从***实现的观点来看,使用单个CE等级(即,一个CE等级)带来复杂性低的优点。使用单个CE等级的具体示例如下。
例如,可以考虑用于将***中使用的CE等级配置成固定CE等级的方法。换句话说,该方法可以指示用于将所有小区的NB-IoT的多播CE等级配置成特定固定CE等级的方法。这里,固定CE等级可以指示对应于固定CE等级的重复次数集合或最大重复次数。
可以应用用于使用固定CE等级的方法来确定携带MCCH的控制信息或MTCH的控制信息的N-PDCCH的CE等级。当固定CE等级被设置为最大CE等级(即,重复次数集合或对应于最大CE等级的最大重复次数)时,网络可以支持用于属于对应的***(或小区)的大多数UE的服务。在这种情况下,对于其中多个UE存在(或位于)在信道条件差的位置(例如,地下通道或仓库)的***,可以以有利的方式应用对应的方法。
在另一示例中,可以考虑每个小区以小区特定方式被配置成单个CE等级并且eNB通过***信息(例如,SIB)向UE通知对应的CE等级(或者将对应的CE等级携带到UE)的方法。用于使用以小区特定方式配置的CE等级的方法可以被应用以确定携带MCCH的控制信息或MTCH的控制信息的N-PDCCH的CE等级。
此时,eNB可以通过断定配置给eNB的UE的信道特性或信道属性以及对应的UE的位置来确定平均信道条件。然后,eNB可以被配置成使得其以半静态方式配置与信道条件对应的CE等级,并且通过***信息向UE通知所配置的CE等级。因为当使用对应的方法时可以以小区特定方式确定CE等级,所以从***实现的观点来看,可以获得复杂度低的有利的效果,并且减少不必要的重复。
方法2:用于使用多个CE等级的方法
接下来,将描述用于将携带SC-PtM信息的N-PDCCH或N-PDSCH的CE等级配置成多个CE等级的方法。使用多个CE等级可以指示根据UE的信道条件和/或多播服务类型来不同地设置CE等级。在对应的方法的情况下,可以实现有利效果,因为减少不必要的重复,并且取决于情况应用适当的CE等级。使用多个CE等级的具体示例被描述如下。
例如,可以考虑假设在eNB和UE之间预先已知(或预定义)针对每个TMGI(或G-RNTI或服务类型)配置的CE等级的配置方法。该方法可以被应用以确定携带MTCH的控制信息的N-PDSCH的CE等级和/或携带MTCH的N-PDSCH的CE等级。在这种情况下,根据可以通过MCCH的N-PDSCH(即,通过其携带MCCH的N-PDSCH)已知(或获取)的TMGI(或G-RNTI或服务类型)来不同地配置CE等级。
作为一个示例,如果多播服务类型是不得不由所有UE立即执行的重要更新,则可以将CE等级设置为尽可能大,使得具有差的信道条件的UE也可以接收服务。或者,如果多播服务类型是针对位于良好信道条件中的UE的群组呼叫,则可以将CE等级设置为对应UE可以接收服务的最小CE等级,从而可以防止不必要的重复。
可以通过RRC信令和/或MCCH将如上所述的用于每个TMGI(或G-RNTI或服务类型)的CE等级配置信息发送(或携带)到UE。
作为另一示例,可以考虑用于针对每个UE组配置CE等级的方法。该方法可以被应用以确定携带MCCH或MTCH的控制信息的N-PDCCH的CE等级和/或携带MCCH或MTCH的N-PDSCH的CE等级。在这种情况下,eNB可以被配置成通过不同的PRB在不同CE等级处发送携带MCCH或MTCH的控制信息的N-PDCCH和/或携带MCCH或MTCH的N-PDSCH。此时,可以针对每个小区独立地配置所使用的CE等级,但是可以将针对发送到特定PRB的CE等级的(配置)信息配置成通过***信息发送到所有UE。已经接收到对应***信息的UE可以被配置成通过移动到对应的控制信息被发送到的PRB来选择期望的CE等级并接收MCCH或MTCH的控制信息。在对应的方法的情况下,可以实现每个UE可以根据UE的信道条件选择期望的CE等级的优点。
此外,eNB可以被配置成在除了不同PRB之外的相同PRB的不同子帧(即,定时)处使用不同的CE等级来发送MCCH或MTCH的控制信息。在这种情况下,如上所述,可以针对每个小区独立地配置所使用的CE等级,但是与不同CE等级对应的(即,具有不同CE等级)N-PDCCH被分配到的子帧(即,关于子帧的信息)可以被配置成通过***信息被发送到所有UE。接收相应***信息的UE可以被配置以为每个UE选择期望的CE等级,并且根据发送相应子帧的定时来接收MCCH或MTCH的控制信息。相应的方法的优点在于,就eNB而言,可以减少需要使用多个PRB发送相同信息的低效过程。
第五实施例-用于发送SC-MCCH改变通知的方法
此外,可以考虑SC-MCCH改变通知的各种传输方法。
首先,在现有LTE(-A)***的情况下,eNB通过PDCCH将加扰到SC-N-RNTI的DCI发送(或递送)到UE用于SC-MCCH改变通知。此外,当通过公共搜索空间(CSS)发送相应的DCI时,监测CSS的UE可以基本上无需额外的盲解码(BD)操作而接收SC-MCCH改变通知(即,与SC-MCCH改变通知相关联的信息)。
同时,在NB-IoT(即,NB-LTE)***的情况下,如果假设eNB通过用于通知SCCH变化的特定CSS发送附加DCI,则UE可以通过执行附加的盲解码操作获取关于SC-MCCH变化通知的信息(即,与SC-MCCH变化通知有关的信息)。因为附加的盲解码可能在UE上调用不必要的开销,所以可能需要针对NB-IoT***考虑用于发送关于与现有(即,传统LTE(-A))***不同的SC-MCCH变化通知的信息的方法。
在这种情况下,用于通过调度SC-MTCH的DCI(例如,DCI格式N1)进行发送的方法(方法1)、用于通过调度SC-MCCH的DCI(例如,DCI格式N2)进行发送的方法(方法2)、用于通过SC-MCCH有效载荷(即,携带SC-MCCH的N-PDSCH)进行发送的方法(方法3)、用于通过SC-MTCH有效载荷(即,携带SC-MCCH的N-PDSCH)进行发送的方法(方法4)以及用于通过***信息块(SIB)进行发送的方法(方法5)可以被考虑作为用于发送关于SC-MCCH变化通知的信息的方法。换句话说,可以根据发送SC-MCCH变化信息的实体来对方法进行分类。在下文中,将详细描述上述方法。
方法1:用于通过调度SC-MTCH的DCI进行发送的方法
首先,将描述用于通过调度SC-MTCH的DCI将关于SC-MCCH变化通知的信息由eNB发送到UE的方法。
首先,可以考虑用于将SC-MCCH变化通知字段添加到对应的DCI字段(即,调度SC-MTCH的DIC)的方法。例如,当通过SC-MCCH要发送的比特的数量是n(即,n个比特)时,可以将SC-MCCH变化通知字段(n个比特)添加到对应的DCI。当SC-MCCH被改变时,eNB可以通过使用对应的字段将信息(即,指示SC-MCCH已经改变的信息)携带(或发送)到UE。对应的方法提供可以在不增加UE的盲解码的数量的情况下携带关于SC-MCCH变化通知的信息的优点。
其次,可以考虑用于当对应的DCI指示特定值时通知SC-MCCH的变化的方法。例如,通过使用现有DCI字段当中的保留比特的组合,对应的比特可以被配置成指示特定值。通过该配置,对应的DCI可以被配置成在调度SC-MTCH(即,携带SC-MTCH的N-PDSCH)时(同时)携带关于SC-MCCH变化通知的信息。换句话说,eNB可以通过使用对应的DCI来调度SC-MTCH,并携带关于SC-MCCH变化通知的信息。对应的方法提供优点,与第一方法不同,该方法不需要额外的DCI字段,并且在不增加UE的盲解码的数量的情况下携带关于SC-MCCH变化通知的信息。此外,当通过SC-MCCH变化通知要携带的信息量不大时,可以有效地使用对应的方法。
第三,可以考虑用于根据是否已经改变SC-MCCH通过使用特定RNTI值来加扰对应的DCI的方法。例如,在现有***(即,传统LTE(-A)***)的情况下,UE可以从携带SC-MCCH的有效载荷(即,N-PDSCH)获取每个TMGI的G-RNTI值并且通过使用对应的G-RNTI值监测搜索空间来区分(或识别或检查)调度SC-MTCH的DCI。
同时,在使用特定RNTI的方法的情况下,UE可以通过使用特定RNTI值(即,当SC-MCCH被改变时加扰对应DCI的RNTI值)并使用对应于UE期望接收的TMGI的G-RNTI值来对DCI进行解扰。此时,如果对应的DCI被解扰成G-RNTI值,则UE可以确定仅已经发送用于SC-MTCH的调度信息。与上面不同,如果对应的DCI被解扰成特定RNTI值,则UE可以确定已经一起发送用于SC-MTCH的调度信息和关于SC-MCCH变化通知的信息。这里,特定RNTI值可以是先前使用的SC-N-RNTI值、不同于与从***发送(即,支持)的所有TMGI对应的G-RNTI值的特定G-RNTI值、或者新定义的RNTI值。对应的方法提供的优点在于,其不需要额外的DCI字段,并且在不增加UE的盲解码的数量的情况下携带关于SC-MCCH变化通知的信息。
这些方法仅为了说明的目的而已经被分类,并且通过调度SC-MTCH的DCI携带关于SC-MCCH变化通知的信息不仅可以通过上述方法被执行,而且可以通过各种其他方法被执行。
方法2:用于通过调度SC-MCCH的DCI进行发送的方法
与上述方法不同,将描述用于通过调度SC-MCCH的DCI将关于SC-MCCH变化通知的信息由eNB发送到UE的方法。
首先,可以考虑用于将SC-MCCH变化通知字段添加到对应的DCI字段(即,调度SC-MCCH的DCI)的方法。例如,当SC-MCCH要发送的比特的数量是n(即,n个比特)时,可以将SC-MCCH变化通知字段(n个比特)添加到对应的DCI。当SC-MCCH被改变时,eNB可以通过使用对应的字段将信息(即,指示SC-MCCH已经改变的信息)携带(或发送)到UE。对应的方法提供可以在不增加UE的盲解码的数量的情况下携带关于SC-MCCH变化通知的信息的优点。
第二,可以考虑用于当对应的DCI指示特定值时通知SC-MCCH的变化的方法。例如,通过使用现有DCI字段当中的保留比特的组合,对应的比特可以被配置成指示特定值。通过该配置,对应的DCI可以被配置成当调度SC-MCCH(即,携带SC-MCCH的N-PDSCH时(同时)携带关于SC-MCCH变化通知的信息。换句话说,eNB可以通过使用对应的DCI来调度SC-MCCH,并携带关于SC-MCCH变化通知的信息。对应的方法提供优点,与第一方法不同,该方法不需要额外的DCI字段,并且在不增加UE的盲解码的数量的情况下携带关于SC-MCCH变化通知的信息。此外,当通过SC-MCCH变化通知要携带的信息量不大时,可以有效地使用对应的方法。
第三,可以考虑根据是否已经改变SC-MCCH通过使用特定RNTI值来加扰对应的DCI的方法。在对应的方法的情况下,UE可以通过使用特定RNTI值(即,当SC-MCCH改变时加扰对应的DCI的RNTI值)并使用S-RNTI值来对DCI进行解扰。此时,如果对应的DCI被解扰成SC-RNTI值,则UE可以确定仅已经发送用于SC-MCCH的调度信息。与上面不同,如果对应的DCI被解扰成特定RNTI值,则UE可以确定已经一起发送用于SC-MCCH的调度信息和关于SC-MCCH变化通知的信息。
这里,特定RNTI值可以是先前使用的SC-N-RNTI值或新定义的RNTI值。对应的方法提供优点在于,其不需要额外的DCI字段,并且在不增加UE的盲解码的数量的情况下携带关于SC-MCCH变化通知的信息。
第四,当改变SC-MCCH时,可以考虑用于通过改变调度SC-MCCH的DCI被发送到的N-PDCCH的传输资源进行发送的方法。此时,N-PDCCH的传输资源可以指示N-PDCCH要被发送到的子帧或解码候选。更具体地,对应的方法可以是调度SC-MCCH的DCI已经被发送到的子帧或解码候选变成不同的子帧或者不同的解码候选的方法。类似地,对应的方法可以是用于在eNB和UE之间预定义(或预先配置)特定子帧或特定解码候选;并且配置调度SC-MCCH的DCI要通过对应的子帧或对应的解码候选发送的方法。如上面详细描述的,当传输资源改变时,UE可以识别(或检查)SC-MCCH已经改变。对应的方法是有利的,因为不需要附加的DCI字段,并且不需要执行使用附加RNTI的解扰过程。
这些方法仅为了说明的目的而被已经分类,并且通过调度SC-MTCH的DCI携带关于SC-MCCH变化通知的信息不仅可以通过上述方法执行,而且可以通过各种其他方法执行。
方法3:用于通过SC-MCCH有效载荷(即,N-PDSCH)进行发送的方法
此外,可以考虑用于通过SC-MCCH的有效载荷(即,N-PDSCH)而不是调度SC-MCCH或SC-MTCH的DCI来发送关于SC-MCCH变化通知的信息的方法。更具体地,对应的方法可以是在eNB和UE之间预先确定(或预定义)或通过较高层信令(例如,RRC信令)确定的特定定时处发送关于SC-MCCH变化通知的信息的方法。这里,特定定时可以指示特定子帧。
在这种情况下,UE可以在特定定时处接收关于SC-MCCH的有效载荷(即,N-PDSCH),同时另外接收关于SC-MCCH变化通知的信息。因此,UE不需要另外监测搜索空间以获取关于SC-MCCH变化通知的信息。此外,对应的方法的优点在于,因为其使用SC-MCCH有效载荷,所以可以充分地配置用于发送SC-MCCH变化通知的空间(即,关于SC-MCCH变化通知的信息)。
方法4:用于通过SC-MTCH有效载荷(即,N-PDSCH)进行发送的方法
此外,可以考虑用于通过SC-MTCH的有效载荷(即,N-PDSCH)发送关于SC-MCCH变化通知的信息的方法。更具体地,对应的方法可以是在eNB和UE之间预先确定(或预定义)或通过较高层信令(例如,RRC信令)确定的特定定时处发送关于SC-MCCH变化通知的信息的方法。这里,特定定时可以指示特定子帧。
在这种情况下,UE可以在特定定时处接收SC-MTCH有效载荷(即,N-PDSCH),同时另外接收关于SC-MCCH变化通知的信息。因此,UE不需要另外监测搜索空间以获取关于SC-MCCH变化通知的信息。此外,对应的方法的优点在于,因为其使用SC-MTCH有效载荷,所以可以充分配置用于发送SC-MCCH变化通知的空间(即,关于SC-MCCH变化通知的信息)。
方法5:用于通过***信息块(SIB)进行发送的方法
此外,可以考虑用于通过***信息块(SIB)而不是DCI或SC-MCCH或SC-MTCH的有效载荷来发送关于SC-MCCH变化通知的信息的方法。这里,SIB可以指示被用于发送***信息的信息块(或消息)。在这种情况下,如果SC-MCCH改变,则eNB可以被配置成向UE发送SIB变化通知,并且向UE发送新SIB(即,包括关于SC-MCCH变化通知的信息的SIB)。因此,UE可以接收包括关于SC-MCCH变化通知的信息的新SIB。对应的方法的优点在于,因为SIB携带关于SC-MCCH变化通知的信息,所以可以配置用于发送关于SC-MCCH变化通知的信息的足够空间。
用于发送关于上述SC-MCCH变化通知的信息的各种方法可以应用于上述本发明的各种实施例。而且,这些方法不仅可以单独使用,而且可以组合使用。
此外,在本发明的各种实施例中,可以考虑不使用用于发送SC-MCCH信息的N-PDCCH(即,SC-MCCH)的方法(即,无控制SC-MCCH传输方法)。在这种情况下,可以考虑用于预先配置对应的信息(即,SC-MCCH信息)被发送到的区域而不是使用用于发送SC-MCCH的N-PDCCH的方法。例如,当通过SIB发送初始SC-MCCH调度信息时,不需要UE监测用于调度SC-MCCH的DCI。在这种情况下,与传统NB-IoT相比,获得UE不需要执行附加的盲解码的优点。此时,当改变SC-MCCH的调度信息时,有必要考虑用于向UE携带(或通知)对应的变化的方法。
例如,可以考虑用于通过通过寻呼信号执行SIB变化通知来配置UE再次接收(或读取)SIB的方法。更具体地,因为通过SIB发送SC-MCCH调度信息,所以eNB可以被配置成通过寻呼信号执行SIB变化通知。在这种情况下,UE可以被配置成通过再次读取SIB(即,接收新SIB)来检查(或识别)关于改变的SC-MCCH的调度信息。当UE处于其中UE监测其中调度寻呼信号的公共搜索空间(CSS)的空闲模式(例如,RRC空闲模式)时,可以使用对应的方法。
作为另一示例,可以考虑用于通过新DCI或预定义的特定DCI发送指示SC-MCCH调度信息的变化的指示的方法。更具体地,类似于用于发送关于上述SC-MCCH变化通知的信息的方法,用于将SC-MCCH调度变化通知字段添加到对应的DCI字段的方法和/或用于当对应的DCI的信息指示特定值时通知SC-MCCH调度信息的变化的方法可以被考虑。此时,当UE接收到指示SC-MCCH调度信息的变化的指示时,UE可以被配置成读取(或接收)包括SC-MCCH调度信息(即,SC-MCCH调度信息)的SIB。
这里,预定义的特定DCI可以是发送关于SC-MCCH变化通知的信息的DCI。此时,SC-MCCH调度变化信息可以被配置成通过使用附加字段(例如,1个比特)由对应的DCI携带,或者当DCI指示特定值时在没有涉及附加字段的情况下被携带。在用于通过新DCI或预定义的特定DCI发送指示SC-MCCH调度信息的变化的指示的方法的情况下,eNB可能不得不仅当SC-MCCH调度信息被改变时发送SC-MCCH调度信息。因此,对应的方法提供的优点在于,其不需要每次发送调度信息(如在现有方法中那样)。
作为又一示例,可以考虑用于通过新DCI或预定义的特定DCI发送指示SC-MCCH调度信息和SC-MCCH调度信息的变化的指示的方法。更具体地,可以将SC-MCCH调度变化通知字段和SC-MCCH调度字段添加到对应的DCI字段。此时,UE可以被配置成接收指示SC-MCCH调度信息的变化的指示,并且在不必读取(或接收)SIB的情况下还接收SC-MCCH调度信息。
这里,预定义的特定DCI可以是发送关于SC-MCCH变化通知的信息的DCI。此时,可以通过使用对应的DCI的附加字段(例如,一个或多个比特)来携带SC-MCCH调度变化信息和实际SC-MCCH调度信息。在用于通过新DCI或预定义的特定DCI发送指示SC-MCCH调度信息和SC-MCCH调度信息的变化的指示的方法的情况下,仅当SC-MCCH调度信息已经被改变时,eNB可能不得不发送SC-MCCH调度信息。因此,对应的方法提供的优点在于其不需要每次都发送调度(如在现有方法中一样)。
此外,作为用于区分上述实施例中的预定义的特定DCI的方法,使用新RNTI值(例如,SC-N-RNTI值)而不是先前使用的RNTI值的CRC掩码操作可以被执行。在这种情况下,获得的优点在于,UE变成能够将通知用于SC-MCCH的调度的变化的DCI与现有的DCI进行区分而不涉及附加的盲解码(BD)。此外,还可以考虑一种方法,其将与UE监测的现有DCI相同的有效载荷大小应用于对应的DCI,但是使用用于区分对应的DCI是否旨在用于SC-MCCH调度变化通知或其他目的的字段。对应的方法还提供的优点在于,其能够在不涉及UE的附加盲解码的情况下向UE携带(或通知)与SC-MCCH调度的变化有关的信息。
此外,在本发明的各种实施例中,关于发送关于SC-MCCH的控制信息,还可以考虑每次通过N-PDCCH不发送SC-MCCH调度信息的方法。换句话说,eNB不必每次通过N-PDCCH发送包括SC-MCCH调度信息的DCI。在这种情况下,可以使用(或应用)用于将SIB与用于SC-MCCH变化通知的DCI(即,包括关于SC-MCCH变化通知的信息的DCI)相关联的方法。
例如,可以考虑用于通过SIB发送SC-MCCH调度信息但仅当SC-MCCH调度信息和SC-MCCH有效载荷(即,N-PDSCH)中的任何一个被改变时发送用于SC-MCCH变化通知的DCI的方法。在这种情况下,可以发送用于SC-MCCH变化通知的DCI的位置的时段(即,定时、时机或子帧)可以被配置成固定值。此外,关于用于SC-MCCH变化通知的DCI,可以使用SC-N-RNTI或SC-RNTI。
更具体地,通过初始(即,第一)SIB,UE可以接收(或获取)SC-MCCH调度信息和关于用于SC-MCCH变化通知的DCI可以被发送的时段和/或子帧位置的信息。之后,UE可以通过使用对应的SC-MCCH调度信息来检查(或识别)N-PDSCH的SC-MCCH有效载荷。此时,eNB可以被配置成仅当SC-MCCH调度信息和SC-MCCH有效载荷中的任何一个被改变时发送用于SC-MCCH变化通知的DCI。这里,可以发送对应的DCI的位置的时段被配置成与通过初始SIB通知UE的位置的时段(即,UE已经接收的时段)相同。
此外,可以在用于SC-MCCH变化通知的DCI中配置用于变化通知的1比特字段(例如,开关形式)。或者,可以不在DCI内配置用于变化通知的单独字段,因为可以仅通过用于SC-MCCH变化通知的DCI的传输来执行变化。换句话说,当对应的DCI自身的传输指示SC-MCCH是否已经改变时,不必在对应的DCI内配置用于变化通知的单独的附加字段。然而,因为从UE的盲解码的观点来看将DCI的大小维持为固定值是有效的,所以可以对对应的DCI执行零填充操作以与其他DCI大小一致。
之后,UE可以被配置成通过在对应的DCI可以被发送到的每个位置处使用SC-N-RNTI(或SC-RNTI)来尝试检测对应的DCI。当UE检测到对应的DCI时,UE可以通过移动到SIB(即,通过使用SIB)来检查调度信息(即,SC-MCCH调度信息)。之后,UE可以被配置成根据检查的调度信息来尝试检测N-PDSCH(即,携带SC-MCCH的N-PDSCH)。
以上实施例中描述的方法提供的优点在于可以减少DCI的开销,并且可以通过具有足够空间的SIB来发送SC-MCCH调度信息。
作为另一示例,可以考虑一种用于通过用于SC-MCCH变化通知的DCI发送SC-MCCH调度信息但是仅当SC-MCCH调度信息和SC-MCCH有效载荷(即,N-PDSCH)中的任何一个被改变时发送用于SC-MCCH变化通知的DCI的方法。在这种情况下,用于SC-MCCH变化通知的DCI可以被发送的位置的时段(即,定时、时机或子帧)可以被配置成固定值。此外,关于用于SC-MCCH变化通知的DCI,可以使用SC-N-RNTI或SC-RNTI。
更具体地,通过初始(即,第一)SIB,UE可以接收(或获取)关于用于SC-MCCH变化通知的DCI可以被发送的时段和/或子帧位置的信息。这里,对应的DCI发送SC-MCCH调度信息。之后,UE可以检查SC-MCCH调度信息,UE通过该SC-MCCH调度信息检查N-PDSCH的SC-MCCH有效载荷。此时,eNB可以被配置成仅当SC-MCCH调度信息和SC-MCCH有效载荷中的任何一个被改变时发送用于SC-MCCH变化通知的DCI。这里,对应的DCI可以被发送的位置的时段被配置成与UE通过初始SIB接收的时段相同。
此外,可以在用于SC-MCCH变化通知的DCI中配置用于变化通知的1比特字段(例如,开关形式)。或者,可以不在DCI内配置用于变化通知的单独字段,因为可以仅通过用于SC-MCCH变化通知的DCI的传输来执行变化。换句话说,当对应的DCI自身的传输指示SC-MCCH是否已经改变时,没有必要在对应的DCI内配置用于变化通知的单独的附加字段。然而,因为从UE的盲解码的观点来看将DCI的大小维持为固定值是有效的,所以可以对对应的DCI执行零填充操作以与其他DCI大小一致。
之后,UE可以被配置成通过在对应的DCI可以被发送到的每个位置处使用SC-N-RNTI(或SC-RNTI)来尝试检测对应的DCI。当UE检测到对应的DCI时,UE可以通过对应的DCI重新确认SC-MCCH调度信息。之后,UE可以被配置成根据检查的调度信息尝试检测N-PDSCH(即,携带SC-MCCH的N-PDSCH)。上述实施例中描述的方法可以减少DCI开销。
在上述实施例中,通过初始SIB,SC-MCCH调度信息和/或用于SC-MCCH变化通知的DCI被发送的时段和/或子帧位置可以被配置成大于由网络自适应地发送或配置SC-MCCH有效载荷(即,N-PDSCH)的时段。
此外,在上述实施例中,代替使用用于仅当SC-MCCH调度信息和SC-MCCH有效载荷中的任何一个被改变时配置eNB发送用于SC-MCCH变化通知的DCI的方法,可以应用用于被配置成在各个时段处发送具有比SC-MCCH有效载荷被发送的时段大的时段的SC-MCCH变化通知的DCI。在这种情况下,可能有必要在用于SC-MCCH变化通知的DCI内配置用于变化通知(即,指示SC-MCCH的改变)的1比特字段(例如,开关形式)。之后,UE可以被配置成通过在对应的DCI可以被发送到的每个位置处使用SC-N-RNTI(或SC-RNTI)来尝试检测对应的DCI。
此时,当UE检测到对应的DCI并确认(或识别)SC-MCCH变化通知时,UE可以通过SIB或对应的DCI重新确认SC-MCCH调度信息。之后,UE可以被配置成根据确认的调度信息尝试检测N-PDSCH(即,SC-MCCH被发送到的N-PDSCH)。另一方面,当UE检测到对应的DCI但是确认SC-MCCH尚未改变时,UE可以被配置成通过使用先前接收(即,检查)的调度信息继续接收SC-MCCH有效载荷,直到UE检查下一个(即,随后发送的)用于SC-MCCH变化通知的DCI。
从网络的角度来看(例如,鉴于eNB),对应的方法提供的优点在于可以减少与DCI传输相关的DCI开销。此外,从UE的角度来看,对应的方法提供的优点在于,因为用于SC-MCCH变化通知的DCI的传输时段被配置成比SC-MCCH有效载荷的传输时段更长,所以可以减少由于DCI检测导致的开销。
图14图示可以应用本说明书提出的方法的UE在支持NB-IoT的无线通信***中发送/接收数据的操作流程图。图14被引入仅用于便于描述,并且不旨在限制本发明的技术范围。
参考图14,假设在多个PRB(即,载波)当中指示的特定载波携带多播业务信道(MTCH,即,SC-MTCH)。而且,对应的UE能够执行上述本发明的各种实施例中描述的操作。
在S1405步骤,UE监测针对(用于SC-MCCH(即,MCCH)的)第一NPDCCH(即,第一N-PDCCH)配置的第一搜索空间。这里,第一NPDCCH包括用于调度携带SC-MCCH的第一NPDSCH(即,第一N-PDSCH)的第一控制信息(例如,对应于DCI格式N2的DCI)。此外,这里,监测过程指的是用于在第一搜索空间中对第一NPDCCH的候选进行解码的过程,即,用于接收第一NPDCCH的过程。
然后,在S1410步骤,UE基于第一控制信息接收(或解码)第一NPDSCH。因此,UE可以通过(或通过解码)第一NPDSCH来获取SC-MCCH(即,由SC-MCCH携带的信息(SC-MCCH信息))。通过SC-MCCH,UE可以获取关于针对组标识符(例如,G-RNTI)和SC-MTCH分配的载波(即,PRB)的配置信息。
之后,在S1415步骤,UE通过使用组标识符监测关于(用于SC-MTCH(即,MTCH)的)第二NPDCCH(即,第二N-PDCCH)配置的第一搜索空间。这里,第二NPDCCH包括用于调度携带SC-MTCH的第二NPDSCH(即,第二N-PDSCH)的第二控制信息(例如,与DCI格式N1对应的DCI)。
然后,在S1420步骤,UE基于第二控制信息接收(或解码)第二NPDSCH。因此,UE可以通过(或通过解码)第二NPDSCH来获取SC-MTCH(即,由SC-MTCH携带的信息(即,多播或广播信息))。
此时,第二NPDCCH和第二NPDSCH通过单载波被发送。这里,可以根据组标识符(即,通过SC-MCCH携带的组标识符)来配置单载波。此时,如上所述,可以通过SC-MCCH来携带表示单载波的载波配置信息。此外,可以通过根据组标识符配置的较高层信令(即,组特定的高层信令)来携带载波配置信息。
此外,可以通过使用单个小区标识符(例如,SC-RNTI)来监测第一搜索空间,并且可以通过使用组标识符来监测第二搜索空间。
此外,UE可以接收包括表示载波(通过其携带第一NPDCCH和第一NPDSCH)的载波配置信息(例如,表示用于上述SC-MCCH的代表性PRB的***信息)的***信息块(例如,用于NB-IoT使用的SIB 20)。通过***信息块,UE可以通过对应的载波配置识别(或确定)的载波获取SC-MCCH(即,SC-MCCH信息)。
此外,第一控制信息还可以包括与用于SC-MCCH的变化通知有关的信息(例如,指示上述MCCH变化通知的信息)。这里,与用于SC-MCCH的变化通知有关的信息可以由1比特(例如,标志)组成。
此外,UE可以接收包括关于第一PDCCH、第一PDSCH、第二PDCCH或第二PDSCH的至少一个重复次数的配置信息的***信息。这里,重复次数可以以小区特定的方式配置。或者,UE可以接收包括关于第二PDCCH或第二PDSCH的至少一个重复次数的配置信息的***信息。在这种情况下,可以根据组标识符(即,通过SC-MCCH携带的组标识符)来配置重复次数。
此外,第一PDCCH、第一PDSCH、第二PDCCH和第二PDSCH可以从同步信号和物理广播信道(PBCH)被发送到的载波(例如,锚PRB)和其他载波(例如,代表性PRB或多播PRB(M-PRB))被发送。此外,第一控制信息可以是与DCI格式N2对应的下行链路控制信息,并且第二控制信息可以是与DCI格式N1对应的下行链路控制信息。
此外,假设在上面的本发明的各种实施例中描述的内容与NB-IoT***有关。然而,应清楚地理解,对应的描述也可以应用于类似于NB-IoT***的窄带***。例如,在MTC***的情况下,在上述本发明的各种实施例中PRB(即,载波)可以用MTC***的窄带(即,6个RB)替换;DCI格式N1可以用DCI格式6-1A或DCI格式6-1B替换;并且DCI格式N2可以用DCI格式6-2替换。此外,N-PDCCH和N-PDSCH可以用M-PDCCH和M-PDSCH替换;类型1-MPDCCH CSS可以用类型1-NPDCCH CSS替换;并且类型2-NPDCCH CSS可以用类型2-MPDCCH CSS替换。
通过假设NB-LTE***(即,使用窄带(NB)的LTE***)支持单个UE类别来描述前述实施例的方法。然而,即使在前述NB-LTE***中,也可以定义多个UE类别。这里,NB-LTE***可以意指支持NB-IoT的***、支持MTC的***等。
这里,UE类别可以意指UE能力。具体地,UE类别可以意指取决于UE能够接收的带宽的大小、UE可以读取(即,使用)的传输块大小(TBS)索引组合、TBS表等的能力。这里,UE能够接收的带宽的大小可以意指UE可以使用(即,支持)用于接收特定信号和特定信道的带宽的大小。此外,TBS索引组合可以意指ITBS和ISF的组合、ITBS和NPRB的组合等,用于选择TBS。
例如,在***支持NB-IoT的情况下,UE类别可以被划分为具有仅读取传统TB索引组合的能力的UE和具有额外读取除了传统的TBX索引组合之外的甚至更大的TBS索引组合的能力的UE。这里,较大的TBS索引组合可以意指指示TBS的索引组合,其中最大TBS值被配置成大于传统索引组合的TBS值。在这种情况下,对应于传统TBS索引组合的表可以被称为传统TBS表,并且对应于较大TBS索引组合的表可以被称为较大TBS表。
作为另一示例,在***支持MTC的情况下,UE类别可以被划分为能够使用单个窄带(单个NB)接收数据的UE和能够使用多个NB接收数据的UE。这里,单个窄带可以意指六个资源块(即,6个PRB或6个RB),并且多个窄带可以意指24个资源块(即,24个PRB或24个RB)或25个资源块(即,25个PRB或25个RB)。换句话说,在支持MTC的***中,终端类别可以根据UE可以用于接收信号和/或信道的频率带宽来划分(或定义)。
此外,即使在***支持MTC的情况下,也可以根据可用的TBX索引组合来划分UE类别。也就是说,可以将UE类别划分为使用传统TBS表的UE和使用较大的TBS表的UE(即,甚至能够使用较大的TBS表的UE)。
可替选地,通过组合上述变量,UE类别可以被划分为使用单个NB和传统TBS表的UE、甚至使用单个NB和更大的TBS表的UE、使用多个NB的UE和传统TBS表的UE、以及甚至使用多个NB和较大的TBS表的UE。在这种情况下,UE类别可以仅被划分为四种UE中的一些。
当应用多个UE类别时,可以单独地要求用于根据UE类别不同地配置的信号和/或信道的资源、容器等的配置(或指示)过程。例如,eNB向UE递送UE类别的指示信息,该UE类别是针对相应UE期望接收以防止UE执行不对应于UE的UE类别的不必要的过程的信息(例如,SC-MCCH和/或SC-MTCH)来配置的。作为另一示例,当eNB向UE递送针对相应UE期望接收的信息(例如,SC-MCCH和/或SC-MTCH)而配置的UE类别的指示信息是针对时,接收指示信息的UE可以清楚地确定UE将用于发送和接收信号(或信道)的配置信息(例如,TBS表、资源指配信息等)。也就是说,当支持多个UE类别时,eNB需要向UE递送针对特定信息配置的UE类别的指示信息。
在这种情况下,在eNB的UE类别的指示过程之前,eNB向UE请求每个UE的UE类别信息(即,UE能力信息),并且响应于该请求,可能需要执行过程,其中每个UE向eNB报告其UE类别信息。
在下文中,在本说明书中,将描述在NB-LTE***中支持多个UE类别的多播传输所需的方法。在这种情况下,即使当支持多个UE类别时,当然也可以基本上应用上述方法(例如,第一到第五实施例)。
第六实施例-在支持NB-IoT的***中支持多个UE类别的多播传输方法
首先,将描述考虑在NB-IoT的***中考虑多个UE类别的多播传输方法。具体地,当考虑SC-PtM方案并且支持多个UE类别时,(1)用于与SC-MCCH相关联地递送UE类别信息的方法和(2)用于与SC-MTCH关联地递送UE类别信息的方法将会被描述。在这种情况下,可以组合和使用这两种方法,或者可以仅使用两种方法中的任何一种。
在该实施例中,假设在支持NB-IoT的***中支持N(这里,N是大于1的正整数)的情况。
具体地,例如,可以基于表14来支持被划分为甚至支持较大TBS表的UE和仅支持传统TBS表的UE的两个UE类别(即,N=2)。这里,表14意指用于NPDSCH的TBS表,较大的TBS表意指表14中所示的整个TBS表,并且传统TBS表意指表14中的TBS值当中的除了阴影部分之外的TBS表。即,在表14中,阴影部分可以对应于为能够支持相对较大的TBS值的UE配置的索引组合。
[表14]
在下文中,为了便于描述,甚至支持较大TBS表的UE被称为CAT_H,而仅支持传统TBS表的UE被称为CAT_L。换句话说,对应于CAT_H的UE支持的最大TBS值被设置为大于对应于CAT_L的UE所支持的最大TBS值。在下文中,作为示例,根据UE支持的TBS值以UE类别划分来描述方法,但是这是为了便于描述,并且本发明不限于此。
(1)用于与SC-MCCH相关联地递送UE类别信息的方法
首先,当支持多个UE类别时,描述用于与SC-MCCH相关联地递送UE类别信息(即,为SC-MCCH(或SC-MCCH NPDSCH)配置的UE类别信息)的方法。具体地,通过考虑多个UE类别,详细描述用于递送用于SC-MCCH的NPDCCH的调度信息的方法。
考虑上述UE类别,可以将用于通过***信息块(SIB)传送用于SC-MCCH的NPDCCH的调度信息(SC-MCCH NPDCCH调度信息)的方法分类成两种方法。第一种方法是用于通过SIB递送针对每个UE类别的所有调度信息的方法(即,用于递送N SC-MCCH NPDCCH调度信息的方法),并且第二方法是用于仅递送一个调度信息的方法(即,用于递送一个SC-MCCHNPDCCH调度信息的方法)。在下文中,将详细描述这两种方法。
方法1:用于递送针对每个UE类别的调度信息的方法
首先,将描述eNB将针对每个UE类别的所有调度信息递送到UE的方法。例如,应用上述CAT_H和CAT_L示例,eNB可以通过SIB向UE发送用于CAT_H的SC-MCCH NPDCCH调度信息和用于CAT_L的SC-MCCH NPDCCH调度信息。在这种情况下,根据用于加扰每个DCI的RNTI配置,可能存在以下两种情况。
首先,可以针对每个UE类别不同地配置RNTI值。作为示例,当使用SC-RNTI以便于监测用于SC-MCCH的NPDCCH的搜索空间时,可以不同地配置用于CAT_H的SC-RNTI-H和用于CAT_L的SC-RNTI-L。在这种情况下,UE可以通过监测适合于其类别的NPDCCH搜索空间来获取用于SC-MCCH的NPDSCH的调度信息(SC-MCCH NPDCCH调度信息)。换句话说,UE将其UE类别与由eNB指示的UE类别(为SC-MCCH配置的UE类别)相互比较,以获取适合于其类别的调度信息。在这种情况下,UE可以使用与其类别相对应的RNTI值来获取SC-MCCH NPDSCH调度信息。此后,UE可以使用相应的调度信息对SC-MCCH NPDSCH进行解码。
接下来,可以配置一个RNTI值(即,公共RNTI),不管UE类别如何。作为示例,当使用SC-RNTI以便于监测用于SC-MCCH的NPDCCH的搜索空间时,可以配置公共SC-RNTI,不管CAT_H和CAT_L如何。在这种情况下,UE可以通过监测适合于其类别的SC-MCCH NPDCCH搜索空间来获取SC-MCCH NPDSCH调度信息。换句话说,UE将其UE类别与由eNB指示的UE类别(为SC-MCCH配置的UE类别)相互比较,以获取适合于其类别的调度信息。在这种情况下,UE可以使用公共RNTI值来获取SC-MCCH NPDSCH调度信息。此后,UE可以使用相应的调度信息对SC-MCCH NPDSCH进行解码。然而,在这种情况下,假设eNB可以分配RNTI值使得搜索空间对于每个UE类别彼此不连续地重叠的情况。
方法2:用于递送一个调度信息的方法
接下来,将描述eNB仅向UE递送一个调度信息的方法。例如,应用上述CAT_H和CAT_L示例,eNB可以通过SIB发送一个SC-MCCH NPDCCH调度信息,不管UE类别如何(即,不管CAT_H和CAT_L如何)。在这种情况下,根据用于加扰DCI的RNTI配置,可能存在以下两种情况。
首先,可以针对每个UE类别不同地配置RNTI值。作为示例,当使用SC-RNTI以便于监测用于SC-MCCH的NPDCCH的搜索空间(即,SC-MCCH NPDCCH搜索空间)时,用于CAT_H的SC-RNTI-H和用于CAT_L的SC-RNTI-L可以被不同地配置。在这种情况下,UE可以通过监测在SIB中配置的SC-MCCH NPDCCH搜索空间来确定是否发送适合于其的DCI。在这种情况下,UE可以使用与其类别相对应的RNTI。换句话说,UE可以通过使用不同的RNTI值来确定是否发送与每个UE的类别相对应的DCI。也就是说,UE可以检查对应于与其类别对应的RNTI的SC-MCCHNPDCCH搜索区域是否存在。
当发送与UE的类别对应的DCI时,UE可以使用发送到DCI的调度信息对SC-MCCHNPDSCH进行解码。也就是说,当发送加扰到与UE的类别相对应的RNTI的DCI时,UE可以使用发送到相应DCI的SC-MCCH NPDSCH调度信息来解码SC-MCCH NPDSCH。与此不同,当发送不适合于UE的类别的DCI时,UE可以被配置成监测下一个SC-MCCH NPDCCH搜索空间而不打开(即,解码)相应的DCI。换句话说,当发送不适合于UE的信息时,UE可以将该信息视为错误而不接收(或解码)该信息。例如,当支持较大TBS表的UE的DCI被发送到支持传统TBS表的UE时,相应的UE可以将DCI视为错误并忽略该DCI。
接下来,可以配置一个RNTI值(即,公共RNTI),不管UE类别如何。作为示例,当使用SC-RNTI以便于监测用于SC-MCCH的NPDCCH的搜索空间时,可以配置公共SC-RNTI,不管CAT_H和CAT_L如何。在这种情况下,UE可以通过监测在SIB中配置的SC-MCCH NPDCCH搜索空间来获取SC-MCCH NPDSCH调度信息。在这种情况下,UE可以使用公共RNTI值以便于解码DCI。此后,UE验证DCI内容(即,包括在DCI中的信息)以确定通过相应DCI递送的SC-MCCH NPDSCH调度信息是用于CAT_H还是CAT_L。
在这种情况下,作为用于确定SC-MCCH NPDSCH调度信息用于哪种类型的方法,可以考虑通过向DCI内容添加附加字段(例如,UE类别字段)来划分UE类别的方法。在前述示例中(即,N=2,CAT_H和CAT_L),CAT_H和CAT_L可以被配置成通过配置1比特附加字段来区分。
可替选地,还可以考虑用于通过TBS索引值划分UE类别同时不将附加字段添加到DCI内容的方法。也就是说,这种方法是UE通过验证包括在DCI内容中的TBS索引值(即,TBS表的索引组合)来确定UE类别的方法。作为示例,当DCI内容包括在传统TBS表中使用的索引的组合时,UE可以识别用于用于CAT_L的DCI。与此不同,当DCI内容包括未在传统TBS表中使用但在较大TBS表中使用的索引的组合时,UE可以识别用于CAT_H的DCI。可以应用这样的方案,因为在传统TBS表中使用的索引组合是在较大TBS表中使用的索引组合的子集。
根据确定结果,当发送适合于UE的类别的DCI时,UE可以使用发送到DCI的调度信息对SC-MCCH NPDSCH进行解码。也就是说,当发送UE可支持的DCI时,UE可以使用发送到相应DCI的SC-MCCH NPDSCH调度信息来解码SC-MCCH NPDSCH。与此不同,当发送不适合于UE的类别的DCI时,UE可以被配置成监测下一个SC-MCCH NPDCCH搜索空间而不打开(即,解码)相应的DCI。
(2)用于与SC-MTCH相关联地递送UE类别信息的方法
接下来,当支持多个UE类别时,描述用于与SC-MTCH相关联地递送UE类别信息(即,为SC-MTCH(或SC-MTCH NPDSCH)配置的UE类别信息)的方法。在这种情况下,可以为每个TMGI配置UE类别信息。这里,TMGI可以意指用于多播或广播服务(例如,多播下载服务、多播流服务、广播下载服务、广播流服务等)的标识符。也就是说,为每个TMGI设置终端类别信息可以意指为每个多播或广播服务设置终端类别。为每个TMGI配置UE类别信息可以意指为每个多播或广播服务配置一个(多个)UE类别。
通过考虑上述多个UE类别(例如,基于表14的CAT_H和CAT_L),用于递送UE类别信息(或UE类别支持信息)的方法可以被分类为两种方法。第一种方法是通过SC-MCCH NPDSCH(即,SC-MCCH的有效载荷)另外递送UE类别信息的方法,并且第二种方法是用于通过经由SC-MTCH NPDCCH递送的DCI递送关于UE类别的信息的方法。在下文中,将详细描述这两种方法。
方法1:通过SC-MCCH NPDSCH递送UE类别信息的方法
首先,描述一种方法,其中eNB通过SC-MCCH NPDSCH另外向UE发送用于每个TMGI的UE类别信息(即,为每个TMGI配置的UE类别信息)(例如,为SC-MTCH配置的UE类别信息)。换句话说,在通过SC-MCCH NPDSCH(即,SC-MCCH有效载荷)发送每个TMGI特定SC-MTCH NPDCCH调度信息和RNTI值(例如,G-RNTI,新定义的RNTI等)的方法中,可以另外考虑用于发送每个TMGI的UE类别信息的方法。这里,UE类别信息可以以附加字段(或指示符)的形式递送。为了便于描述,假设考虑上述CAT_H和CAT_L(即,N=2),附加指示符可以被配置成1比特(即,1比特的位图形式,“0”或者“1”)。
此外,可以针对每个TMGI不同地配置用于监测SC-MTCH NPDCCH搜索空间的RNTI值(例如,G-RNTI),并且每个UE可以确定使用其UE类别是否可以接收UE期待接收的服务。
也就是说,每个UE可以确定UE期望接收的服务是否可以由UE的能力使用。在这种情况下,UE可以使用针对从eNB递送的SC-MTCH的UE类别信息来确定是否可以接收服务。具体地,还可以为每个TMGI配置从eNB递送的UE类别信息,并且UE将UE类别信息与其UE类别进行比较,以确定是否可以使用(或支持)该服务。这里,是否可以接收服务可以意指是否监测递送SC-MTCH NPDSCH调度信息的DCI(即,是否监测SC-MTCH NPDCCH搜索空间)。
当UE确定可以通过相应UE的类别接收到UE期望接收的服务时,UE可以通过监测SC-MTCH NPDCCH搜索空间获取用于SC-MTCH的NPDSCH的调度信息(SC-MTCH NPDCCH调度信息)。在这种情况下,UE可以使用与相应服务相对应的RNTI值。此后,UE可以使用所获取的调度信息对SC-MCCH NPDSCH进行解码。与此不同,当UE确定UE期望接收的服务可能未被相应UE的类别接收时,UE可以被配置成监测SC-MTCH NPDCCH搜索空间。换句话说,相应的UE将可能不被使用DCI确定为错误并且不解码相应的DCI。
在上述方法中,需要将在SC-MCCH的有效载荷大小中包括附加字段(或指示符)的空闲空间。当使用上述方法时,UE可以不对不必要的搜索空间(即,其不对应于其UE类别)执行监测操作。结果,存在可以降低UE的功耗的效果。
方法2:通过经由SC-MTCH NPDCCH递送的DCI递送UE类别信息的方法
接下来,将描述一种方法,其中eNB通过经由SC-MTCH NPDCCH递送的DCI(例如,DCI格式N1)递送UE类别信息(即,为SC-MTCH配置的UE类别信息)。为了便于描述,当通过假设考虑上述CAT_H和CAT_L(即,N=2)来应用相应的方法时,UE可以通过经由SC-MTCH NPDCCH发送的DCI确定相应的DCI是用于CAT_H还是CAT_L。
在这种情况下,基于在SC-MCCH NPDSCH中配置的调度信息,UE可以通过监测与相应UE期望接收的服务相对应(即,与配置的TMGI相对应)的SC-MTCH NPDCCH搜索空间来解码DCI。在这种情况下,UE可以通过使用与服务相对应的RNTI值来解码相应的DCI。此后,UE验证DCI内容以确定通过相应DCI递送的SC-MTCH NPDSCH调度信息是用于CAT_H还是CAT_L。
在这种情况下,作为用于确定SC-MTCH NPDSCH调度信息用于哪个类别的方法,可以考虑通过向DCI内容添加附加字段(例如,UE类别字段)来划分UE类别的方法。在前述示例中(即,N=2,CAT_H和CAT_L),CAT_H和CAT_L可以被配置成通过配置1比特附加字段来区分。
可替选地,还可以考虑用于通过TBS索引值划分UE类别而不将附加字段添加到DCI内容的方法。也就是说,这种方法是UE通过验证包括在DCI内容中的TBS索引值(即,TBS表的索引组合(例如,ITBS和ISF))来确定UE类别的方法。作为示例,当DCI内容包括在传统TBS表中使用的索引的组合时,UE可以识别用于CAT_L的DCI。与此不同,当DCI内容包括未在传统TBS表中使用但在较大TBS表中使用的索引的组合时,UE可以识别用于CAT_H的DCI。可以应用这样的方案,因为在传统TBS表中使用的索引组合是通过参考表14在较大TBS表中使用的索引组合的子集。
根据确定结果,当发送适合于UE的类别的DCI时,UE可以使用发送到DCI的调度信息(即,SC-MCCH NPDSCH调度信息)对SC-MCCH NPDSCH进行解码。与此不同,当发送不适合于UE的类别的DCI时,UE可以被配置成监测下一个SC-MCCH NPDCCH搜索空间而不打开(即,解码)相应的DCI。
即使在前述方法中,当发送UE不需要(即,不对应于其UE类别)的DCI时,不执行随后的附加操作,并且结果,存在可以降低UE的功耗的效果。然而,当比较方法1和方法2时,因为在方法1的情况下UE自身不对SC-MTCH NPDCCH搜索空间执行监测,所以方法1在降低功耗方面可能更有效。
第七实施例-在支持MTC的***中支持多个UE类别的多播传输方法
接下来,将描述在支持MTC的***中考虑多个UE类别的多播传输方法。具体地,当考虑SC-PtM方案并且支持多个UE类别时,将与上述NB-IoT的情况类似地描述用于与SC-MCCH相关联地递送UE类别信息的方法和用于与SC-MTCH相关联地递送UE类别信息的方法。在这种情况下,可以组合和使用这两种方法,或者可以仅使用两种方法中的任何一种。
在这种情况下,这两种方法可以大致类似于支持NB-IoT的***的实施例(即,第六实施例)中的方法。换句话说,为了将上述第六实施例的内容应用于MTC,可以用MPDCCH替换NPDCCH,并且可以用MPDSCH(即,MTC中使用的PDSCH)替换NPDSCH。
然而,在支持MTC的***的情况下,与支持NB-IoT的***不同,考虑更大的带宽(即,大的频率带宽)。例如,支持MTC的UE可以使用多个窄带(例如,24个PRB或25个PRB)以及对应于NB-IoT的单个窄带(例如,6个PRB)。也就是说,在***支持MTC的情况下,可以是使用单个窄带的UE和使用多个窄带的UE。换句话说,在支持MTC的***的情况下,可以根据UE可以使用(即,支持)用于发送和接收信号的频率带宽来区分UE类别。
在这种情况下,在使用单个窄带(例如,6个PRB)的UE和使用多个窄带(例如,最多24个PRB或25个PRB)的UE中,可以不同地配置最大TBS(例如,在6个PRB的情况下,1000比特,并且在24个PRB的情况下,4009个比特)。结果,除了针对使用单个窄带的UE的TBS表之外,还需要另外配置针对使用多个窄带的UE的TBS表。这里,针对使用单个窄带的UE的TBS表可以被称为传统TBS表,并且针对使用多个窄带的UE的TBS表可以被称为更大的TBS表。即使在这种情况下,也可以将传统TBS表配置成较大TBS表的子集。作为示例,可以如表15中所示配置单独添加的较大TBS表的一部分(例如,为支持最多24个PRB的UE配置的TBS表)。
[表15]
在以上示例中,在支持MTC的***中可以考虑(或定义)最多四个UE类别(即,N=4)。可以将四个UE类别划分为使用单个NB和传统TBS表的UE、甚至使用单个NB和更大的TBS表的UE、使用多个NB和传统TBS表的UE、以及甚至使用多个NB和更大的TBS表的UE。在这种情况下,使用2比特的附加字段(或指示符)的方法替换使用SIB中的1比特的附加字段(或指示符)或上述第六实施例中描述的SC-MCCH有效载荷来区分UE类别的方法。也就是说,当N的值从2替换为4时,可以类似地应用上述方法。
然而,如上所述,支持MTC的***中的UE类别可以仅被划分为四个终端类别中的一些。作为示例,使用单个窄带的UE可以优选地使用传统TBS表,并且使用多个窄带的UE可以优选地使用更大的TBS表。在这种情况下,可以将UE类别划分为使用单个窄带和传统TBS表的UE以及甚至使用多个窄带和更大的TBS表的UE。
也就是说,在支持MTC的***中,可以根据UE可以使用用于发送和接收信号(和/或信道)的频带来定义两个UE类别。此外,类似于以上描述,使用单个窄带和传统TBS表的UE可以被称为CAT_L,并且使用多个窄带和更大的TBS表的UE可以被称为CAT_H。为了便于描述,在(1)与SC-MCCH相关联地递送UE类别信息的方法和(2)下面描述的与SC-MTCH相关联地递送UE类别信息的方法中,假设UE类别(或与频率带宽相关联的UE类别)被划分为使用单个窄带和传统TBS表的UE(CAT_L)以及使用多个窄带和大TBS表的UE(CAT_H)。
(1)用于与SC-MCCH相关联地递送UE类别信息的方法
首先,当支持多个UE类别时,描述用于与SC-MCCH相关联地递送UE类别信息(即,为SC-MCCH(或SC-MCCH(M)PDSCH)配置的UE类别信息)的方法。具体地,通过考虑多个UE类别来描述用于递送用于SC-MCCH的NPDCCH的调度信息的方法。
如上所述,相应的方法可以意指在(1)前述实施例(例如,第六实施例)的用于与SC-MCCH相关联地递送UE类别的方法中用MPDCCH替换NPDCCH并且用MPDSCH(即,在MTC中使用的PDSCH)替换NPDSCH的方法。也就是说,即使在支持MTC的***中,eNB也可以递送(或发送)针对每个UE类别的调度信息,或者递送一个调度信息,不管UE类别如何。
作为示例,在支持MTC的***中,eNB仅递送一个调度信息的方法可以如下。
通过应用上述CAT_H和CAT_L示例,eNB可以通过SIB发送一个SC-MCCH MPDCCH调度信息,不管UE类别如何(即,不管CAT_H和CAT_L如何)。在这种情况下,根据用于加扰DCI(例如,DCI格式6-2)的RNTI配置,可能存在以下两种情况。
首先,可以针对每个UE类别不同地配置RNTI值。作为示例,当使用SC-RNTI以便于监测用于SC-MCCH的MPDCCH的搜索空间(即,SC-MCCH MPDCCH搜索空间)时,用于CAT_H的SC-RNTI-H和用于CAT_L的SC-RNTI-L可以被不同地配置。在这种情况下,UE可以通过监测在SIB中配置的SC-MCCH MPDCCH搜索空间来确定是否发送适合于其的DCI。在这种情况下,UE可以使用与其类别相对应的RNTI。换句话说,UE可以确定是否通过使用不同的RNTI值发送与每个UE的类别相对应的DCI。也就是说,UE可以检查与其类别对应的RNTI对应的SC-MCCHMPDCCH搜索区域是否存在。
当发送对应于UE的类别的DCI时,UE可以使用发送到DCI的调度信息对SC-MCCHMPDSCH进行解码。也就是说,当发送加扰到与UE的类别相对应的RNTI的DCI时,UE可以使用发送到相应DCI的SC-MCCH MPDSCH调度信息来解码SC-MCCH MPDSCH。与此不同,当发送不适合于UE的类别的DCI时,UE可以被配置成监测下一个SC-MCCH MPDCCH搜索空间而不打开(即,解码)相应的DCI。换句话说,当发送不适合于UE的信息时,UE可以将该信息视为错误并且不接收(或解码)该信息。例如,当支持较大TBS表的UE的DCI被发送到支持传统TBS表的UE时,相应的UE可以将DCI视为错误并忽略该DCI。
接下来,可以配置一个RNTI值(即,公共RNTI),不管UE类别如何。作为示例,当使用SC-RNTI以便于监测用于SC-MCCH的MPDCCH的搜索空间时,可以配置公共SC-RNTI,不管CAT_H和CAT_L如何。在这种情况下,UE可以通过监测在SIB中配置的SC-MCCH MPDCCH搜索空间来获取SC-MCCH MPDSCH调度信息。在这种情况下,UE可以使用公共RNTI值以便于解码DCI(例如,DCI格式6-2)。此后,UE验证DCI内容(即,包括在DCI中的信息)以确定通过相应DCI递送的SC-MCCH MPDSCH调度信息是用于CAT_H还是CAT_L。
在这种情况下,作为用于确定SC-MCCH MPDSCH调度信息是用于哪个类别的方法,可以考虑通过向DCI内容添加附加字段(例如,UE类别字段)来划分UE类别的方法。在前述示例中(即,N=2,CAT_H和CAT_L),CAT_H和CAT_L可以被配置成通过配置1比特附加字段来区分。
可替选地,还可以考虑用于通过TBS索引值划分UE类别而不将附加字段添加到DCI内容的方法。也就是说,这种方法是UE通过验证包括在DCI内容中的TBS索引值(即,TBS表的索引组合)来确定UE类别的方法。作为示例,当DCI内容包括在传统TBS表中使用的索引的组合时,UE可以识别用于CAT_L的DCI。与此不同,当DCI内容包括未在传统TBS表中使用但在较大TBS表中使用的索引的组合时,UE可以识别用于CAT_H的DCI。可以应用这样的方案,因为在传统TBS表中使用的索引组合是在较大TBS表中使用的索引组合的子集。
根据确定结果,当发送适合于UE的类别的DCI时,UE可以使用发送到DCI的调度信息(即,SC-MCCH MPDSCH调度信息)对SC-MCCH MPDSCH进行解码。也就是说,当发送UE可支持的DCI时,UE可以使用发送到相应DCI的SC-MCCH MPDSCH调度信息来解码SC-MCCH MPDSCH。与此不同,当发送不适合于UE的类别的DCI时,UE可以被配置成监测下一个SC-MCCH MPDCCH搜索空间而不打开(即,解码)相应的DCI。
(2)用于与SC-MTCH相关联地递送UE类别信息的方法
首先,当支持多个UE类别时,描述用于与SC-MTCH相关联地递送UE类别信息(即,为SC-MTCH(或SC-MTCH(M)PDSCH)配置的UE类别信息)的方法。即使在这种情况下,也可以如上所述为每个TMGI配置UE类别信息。也就是说,可以为每个多播或广播服务配置UE类别。
此外,如上所述,相应的方法可以意指在(2)上述实施例(例如,第六实施例)的用于与SC-MTCH相关联地递送UE类别的方法中用NPDCCH替换NPDCCH并且用MPDSCH(即,在MTC中使用的PDSCH)替换NPDSCH的方法。也就是说,即使支持MTC的***,eNB也可以使用通过SC-MCCH MPDSCH(即,SC-MCCH有效载荷)或SC-MTCH MPDCCH递送的DCI(例如,DCI格式6-1A或6-1B)来递送UE类别信息。
作为示例,在支持MTC的***中,eNB通过SC-MCCH MPDSCH(即,SC MCCH有效载荷或SC-MCCH)递送UE类别信息的方法可以如下。
具体地,eNB可以通过SC-MCCH MPDSCH另外向UE发送针对每个TMGI的类别信息(即,针对每个TMGI配置的UE类别信息)。换句话说,在通过SC-MCCH MPDSCH(即,SC-MCCH有效载荷)发送每个TMGI特定SC-MTCH MPDCCH调度信息和RNTI值(例如,G-RNTI、新定义的RNTI等)的方法中,可以另外考虑用于发送针对每个TMGI的UE类别信息的方法。这里,UE类别信息可以以附加字段(或指示符)的形式递送。
为了便于描述,假设考虑上述CAT_H和CAT_L(即,N=2),UE类别信息可以被配置成1比特(即,1比特的位图形式,“0”或“1”)。换句话说,UE类别信息可以指示用于接收信号(例如,多播信息或广播信息)的最大频率带宽(例如,SC-MCCH MPDSCH的最大带宽)。作为示例,最大频率带宽可以意指对应于CAT_L的6个PRB或对应于CAT_H的24个PRB。也就是说,UE类别信息可以意指指示UE可以使用(或支持)用于接收信号的频率带宽的配置信息。
此外,可以针对每个TMGI不同地配置用于监测SC-MTCH MPDCCH搜索空间的RNTI值(例如,G-RNTI),并且每个UE可以确定是否可以使用其UE类别接收UE期望接收的服务。
也就是说,每个UE可以基于其UE类别来确定是否监测针对与UE期望接收的服务相对应的TMGI配置的SC-MTCH MPDCCH搜索空间。在这种情况下,UE可以使用从eNB递送的UE类别信息来确定是否可以接收服务。具体地,还可以为每个TMGI配置从eNB递送的UE类别信息,并且UE将该UE类别信息与其UE类别进行比较以确定是否可以使用该服务。
例如,UE可以验证通过SC-MCCH MPDSCH(或SC-MCCH有效载荷或SC-MCCH)从eNB递送的UE类别信息,并确定是否相应UE想要接收的用于调度SC-MTCH(即,SC-MTCH有效载荷、SC-MTCH MPDSCH或SC-MTCH PDSCH)的DCI需要被监测。
作为示例,当UE支持24个PRB的频率带宽时(即,在CAT_H的情况下),UE需要监测相应UE想要接收的用于调度SC-MTCH的DCI。在这种情况下,UE可以使用通过SC-MCCH从eNB接收的UE类别信息(即,指示可用于接收相应SC-MTCH的频率带宽(例如,6个PRB或24个PRB)的信息)。在这种情况下,UE可以根据所接收的UE类别信息不同地解释DCI内容(即,DCI字段)。
与此不同,当UE支持6个PRB的频率带宽时(即,在CAT_L的情况下),可以根据为UE想要接收的SC-MTCH配置的UE类别来确定是否监测用于调度相应SC-MTCH的DCI。具体地,当相应UE打算接收的SC-MTCH(或SC-MTCH(M)PDSCH)作为24个PRB发送时,支持6个PRB的UE不需要监测用于调度相应的SC-MTCH的DCI。这可以意指相应的UE确定相应的UE可以不通过其UE类别接收相应的SC-MTCH。相反,当相应UE想要接收的SC-MTCH作为6个PRB发送时,支持6个PRB的UE不需要监测应用调度相应的SC-MTCH的DCI。这可以意指相应的UE确定相应的UE可以通过其UE类别接收相应的SC-MTCH。
当UE确定可以通过相应UE的类别接收到UE期望接收的服务时,UE可以通过监测SC-MTCH MPDCCH搜索空间来获取用于SC-MTCH的NPDSCH的调度信息。也就是说,当UE可以支持为UE期望接收的服务配置的UE类别时,相应的UE可以监测SC-MTCH MPDCCH搜索空间。在这种情况下,UE可以使用与相应服务相对应的RNTI值。此后,UE可以使用所获取的调度信息对SC-MCCH MPDSCH进行解码。
与此不同,当UE确定通过相应UE的类别接收可能未接收到UE期望接收的服务时,UE可以被配置成监测SC-MTCH MPDCCH搜索空间。也就是说,当UE可能不支持为UE期望接收的服务配置的UE类别时,相应的UE不需要监测SC-MTCH MPDCCH搜索空间。换句话说,相应的UE将可能不被使用的DCI确定为错误并且不解码相应的DCI。
在上述方法中,需要将在SC-MCCH的有效载荷大小中包括附加字段(或指示符)的空闲空间。当使用上述方法时,UE可以不对不必要的搜索空间(即,其不对应于其UE类别)执行监测操作。结果,存在可以降低UE的功耗的效果。
用于上述方法的UE和eNB之间的信令过程可以如图15中所示来表达。
图15图示在可以应用本说明书提出的方法的无线通信***中发送和接收UE类别信息的eNB和UE之间的信令过程。图15仅是为了便于描述,而不是限制本发明的范围。
参考图15,假设完成eNB与UE之间的同步和初始接入过程。此外,假设属于eNB和UE的无线通信***支持多个UE类别(即,多个UE能力),并且将多个UE类别应用于SC-MTCH。
在步骤S1505中,eNB可以向UE请求相应UE的能力信息。这里,相应UE的能力信息可以意指相应UE可支持的UE类别信息。
在步骤S1510中,UE可以将其UE能力信息报告给eNB。
此后,在步骤S1515中,UE可以从eNB接收SC-MCCH MPDCCH。这里,SC-MCCH MPDCCH可以包括用于SC-MCCH PDSCH的DCI(例如,DCI格式6-2)。也就是说,SC-MCCH MPDCCH可以递送用于SC-MCCH PDSCH的调度信息。在这种情况下,UE可以根据上述方法监测SC-MCCHMPDCCH搜索空间,以便于接收DCI。
在步骤S1520中,UE可以使用在步骤S1515中接收的信息从eNB接收SC-MCCH(M)PDCCH。这里,SC-MCCH PDSCH(即,SC-MCCH有效载荷或SC-MCCH)可以根据上述方法递送用于SC-MTCH的UE类别信息(例如,指示(或表示)UE可以用于接收SC-MTCH的频率带宽的信息(即,为SC-MTCH配置的))。另外,SC-MCCH PDSCH可以递送与SC-MTCH相关的调度信息(例如,与SC-MTCH相关的频率资源信息、与SC-MTCH相关联的RNTI、或者G-RNTI)。因此,可以从eNB向相应的UE指示关于为SC-MTCH配置的UE类别的信息。
在步骤S1525中,UE可以使用用于所递送的SC-MTCH的UE类别信息来确定是否监测SC-MTCH MPDCCH(即,包括用于SC-MTCH PDSCH的调度信息的DCI)。也就是说,UE可以根据上述方法确认UE的UE类别是否适合于接收DCI,以及在解释DCI时可以使用的索引(例如,TBS表)等。
当UE在步骤S1525中确定监测相应的SC-MTCH MPDCCH时,UE可以在步骤S1530中从eNB接收SC-MTCH MPDCCH。这里,SC-MTCH MPDCCH可以包括用于SC-MTCH PDSCH的DCI(例如,DCI格式6-1A或DIC格式6-2B)。也就是说,SC-MTCH MPDCCH可以递送用于SC-MTCH PDSCH的调度信息。在这种情况下,UE可以根据上述方法监测SC-MTCH MPDCCH搜索空间,以便于接收DCI。在图15中,为了便于描述,步骤S1525和S1530表达为单独的过程,但是这些步骤可以作为一个过程来执行。换句话说,UE可以使用接收到的UE类别信息确定是否根据其UE类别支持DCI,并且通过确定接收根据其UE类别被确定为支持的DCI。
在步骤S1535中,UE可以使用在步骤S1530中接收的信息从eNB接收SC-MCCH(M)PDCCH(或SC-MTCH有效载荷或SC-MTCH)。根据上述过程,UE可以从eNB接收多播信息或广播信息。
图16图示UE在可以应用本说明书提出的方法的支持机器类型通信(MTC)的无线通信***中发送和接收数据的操作的流程图。图16仅是为了便于描述,而不是限制本发明的范围。
参考图16,假设eNB根据SC-PtM方案执行多播传输或广播传输。
在步骤S1605中,UE监测为第一MPDCCH配置的第一搜索空间。这里,第一MPDCCH意指被配置用于发送SC-MCCH的MPDCCH。换句话说,UE可以从eNB接收用于SC-MCCH的第一MPDCCH。在这种情况下,第一MPDCCH包括用于调度用于传输SC-MCCH的第一(M)PDSCH的第一控制信息(例如,DCI格式6-2)。在这种情况下,相应的UE可以通过上述方法监测第一搜索空间。
此外,可以通过使用单小区标识符(例如,SC-RNTI)来监测第一搜索空间。
在步骤S1610中,UE从eNB接收第一(M)PDSCH。在这种情况下,相应的UE可以使用在步骤S1605中接收的第一控制信息。
在步骤S1615中,UE监测配置用于第二MPDCCH的第二搜索空间。这里,第二MPDCCH意指被配置用于发送SC-MTCH的MPDCCH。换句话说,UE可以从eNB接收用于SC-MTCH的第二MPDCCH。相应的UE使用通过SC-MCCH获取的组标识符(例如,G-RNTI)来监测第二搜索空间。
这里,第二MPDCCH包括用于调度用于调度第二(M)PDSCH的第一控制信息(例如,DCI格式6-1A或DCI格式6-1B)。在这种情况下,相应的UE可以通过上述方法监测第二搜索空间。
在步骤S1620中,UE从eNB接收第二(M)PDSCH。在这种情况下,相应的UE可以使用在步骤S1615中接收的第二控制信息。
在这种情况下,通过SC-MCCH递送指示(或表示)UE能够使用以便于接收第二PDSCH的频率带宽的配置信息。这里,配置信息可以意指在上述方法中提到的UE类别信息。
具体地,配置信息可以指示(或表示)第一频率带宽和第二频率带宽中的任何一个,并且第一频率带宽(例如,对应于24个PRB的5MHz)可以被配置成大于第二频率带宽(对应6个PRB的1.4MHz)。在这种情况下,第一TBS表可以被配置成针对第一频率带宽使用,并且第二TBS表可以被配置成针对第二频率带宽使用。这里,由第二TBS表表示的TBS值可以包括在第一TBS中。此外,可以通过考虑大于第二TBS表的最大TBS值的最大TBS值来配置第一TBS表。例如,可以基于作为最大TBS值的4008个比特来配置用于第一频率带宽的TBS表,并且可以基于作为最大TBS值的1000个比特来配置用于第二频率带宽的TBS表。
作为示例,配置信息可以指示与6个资源块对应的第一频率带宽和与24个资源块对应的第二频率带宽中的一个。在这种情况下,配置信息可以是指示第一频率带宽和第二频率带宽中的任何一个的1比特指示符。
此外,可以为每个TMGI配置组标识符和配置信息。也就是说,可以为每个多播或广播服务配置组标识符和配置信息。结果,相应的UE可以仅监测针对与UE期望接收的服务相对应的第二MPDCCH配置的第二搜索空间。
此外,UE可以向eNB发送UE的能力信息。这可以通过eNB的请求执行或者自愿执行。可以在步骤S1605之前优选地执行相应的过程。在这种情况下,可以通过eNB基于UE的能力信息来生成配置信息。
此外,当UE支持SC-PtM方案(例如,3GPP版本14UE)时,可以通过SC-MCCH递送配置信息。
通过上述过程,相应的UE可以在减少不必要的功耗的同时接收多播信息或广播信息。
此外,如在上面所提及的,可以为每个UE类别分配RNTI值,但是与此相反,还可以考虑用于为每个RNTI值分配UE类别的方法。此外,RNTI值或调度相关配置信息的数量不必连续等于UE类别的数量。也就是说,通过考虑通过在相同UE类别中独立配置RNTI值或调度相关配置信息来递送信息的情况,RNTI值或调度相关配置信息的数量可以大于UE类别的数量。可替选地,通过考虑通过在不同UE类别当中均等地配置RNTI值或调度相关配置信息来递送信息的情况,RNTI值或调度相关配置信息的数量可以小于UE类别的数量。
第八实施例-用于在支持MTC的***中发送用于SC-MTCH的资源分配信息的方法
此外,当在支持MTC的***中考虑窄带和宽带时,需要新定义用于递送用于多播信息或广播信息的资源分配信息的方法。
具体地,在考虑宽带扩展的情况下,SC-MTCH中的宽带扩展可以优先于SC-MCCH中的宽带扩展。原因是SC-MCCH递送用于多播信息或广播信息的控制信息,而SC-MTCH实际递送多播信息或广播信息。结果,需要考虑一种方法,其可以区分和通告在SC-MTCH中通过窄带执行资源分配的情况与通过宽带执行资源分配的情况之间的差异和相应的情况。在这种情况下,作为用于区分和通告相应情况的方法,用于通过SC-MCCH有效载荷(即,SC-MCCH,SC-MCCH PDSCH)通告情况的方法或通过高层信令(例如,RRC信令)通告情况的方法可以被考虑。
首先,描述一种方法,其中eNB通过SC-MCCH有效载荷向UE递送(或通告)指示要被用于发送SC-MTCH的资源分配是基于宽带(即,通过宽带操作)还是基于窄带(即,通过窄带操作)的信息。根据TMGI(即,多播或广播服务)与资源分配之间的关系,相应的方法可以被划分成两种方法。
作为第一种方法,可以考虑用于将宽带资源分配应用于要被发送到SC-MTCH的所有TMGI的方法。当使用相应的方法时,有利的是,UE不需要确定SC-MTCH是基于宽带还是窄带进行操作,而仅仅检查DCI的资源分配字段(或资源块指配字段)。然而,即使对于基于窄带配置的TMGI,也需要对应于基于宽带的资源分配字段大小的DCI。此外,可能需要新的DCI格式,其中,除了在现有MTC(例如,eMTC)中使用的DCI格式的资源分配字段之外,引入附加资源分配字段。
作为第二种方法,还可以考虑一种方法,其中eNB对要发送到SC-MTCH的每个TMGI或TMGI组(即,服务或服务组)应用不同的资源分配并且通告资源分配。当使用相应的方法时,因为可以针对每个TMGI或TMGI组不同地支持资源分配操作模式(即,基于宽带的模式或基于窄带的模式),所以有利的是,可以有效地使用资源。在这种情况下,需要将用于发送指示要被发送到SC-MTCH的每个TMGI或TMGI组的资源分配操作模式的信息的一些比特添加到SC-MCCH有效载荷。
此外,在相应方法的情况下,可以针对通过窄带资源分配配置的TMGI或TMGI组使用现有MTC中使用的DCI格式的资源分配字段。与此不同,可以针对通过基于宽带的资源分配配置的TMGI或TMGI组使用其中引入附加资源分配字段的新DCI格式。
在第二方法的情况下,与第一方法不同,UE需要通过从eNB接收的SC-MCCH有效载荷确定要被接收的TMGI(即,UE期望使用的服务)遵循基于宽带的资源分配还是基于窄带的资源分配。根据该确定,UE可以根据每种情况不同地配置监测要发送用于调度SC-MTCH的DCI的搜索空间(即,SC-MTCH MPDCCH搜索空间)所需的DCI格式的大小。原因是:在基于宽带的资源分配的情况下,资源分配所需的比特数增加,并且因此,基于宽带的配置和基于窄带的配置的DCI格式的大小被配置成彼此不同。
下面描述在资源分配所需的比特数方面基于宽带的资源分配和基于窄带的资源分配之间的不同的具体示例。
当***带宽中可用的RB的数量是(假设下行链路的情况)时,可用窄带的数量变为在这种情况下,当通过位图方案选择每个窄带时,需要选择至少一个窄带。结果,选择宽带所需的情况的数量变为并且另外需要个比特用于表达选择宽带的所有情况。因此,在基于宽带的资源分配方案的情况下,在现有的基于窄带的资源分配方案中选择窄带,并且除了在所选频带中选择RB所需的个比特之外,另外需要用于选择宽带的比特。因此,宽带资源分配所需的比特数变为
接下来,如上所述,还可以考虑一种方法,其中eNB通过除了SC-MCCH有效载荷之外的较高层信令(例如,RRC信令)向UE递送指示要用于发送SC-MTCH的资源分配是基于宽带还是窄带来配置的信息。在这种情况下,在通过上述SC-MCCH有效载荷发送信息的方法中描述的方法可以类似地应用于相应的方法。
用于通过RRC信令指示信息的方法具有以下优点,即,可以不将附加信息发送到SC-MCCH有效载荷。
本发明适用的设备的概述
图17图示可以应用本说明书提出的方法的无线通信设备的框图。
参考图17,无线通信***包括eNB1710和被定位在eNB 1720的区域内的多个UE1710。
eNB 1710包括处理器1711、存储器1712和射频(RF)单元1713。处理器1711实现在上面的图1至图16中提出的功能、过程和/或方法。无线接口协议的层可以由处理器1711实现。存储器1712与处理器1711连接以存储用于驱动处理器1711的各种信息。RF单元1713与处理器1711连接以发送和/或接收无线电信号。
UE 1720包括处理器1721、存储器1722和RF单元1723。
处理器1721实现在上面图1至图16中提出的功能、过程和/或方法。无线接口协议的层可以由处理器1721实现。存储器1722与处理器1721连接以存储用于驱动处理器1721的各种信息。RF单元1723与处理器1721连接以发送和/或接收无线电信号。
存储器1717和1722可以被定位在处理器1711和1721的内部或外部,并且通过各种公知的手段与处理器1711和1721连接。此外,eNB1710和/或UE1720可以具有单个天线或多个天线。
图18图示根据本发明的实施例的通信设备的框图。
特别地,图18是更具体地图示在上面的图17的UE的图。
参考图18,UE可以被配置成包括处理器(或数字信号处理器(DSP)1810、RF模块(或RF单元)1835、功率管理模块1805、天线1840、电池1855、显示器1815、键区1820、存储器1830、用户识别模块(SIM)卡1825(该组件是可选的)、扬声器1845和麦克风1850。UE还可以包括单个天线或多个天线。
处理器1810实现在上面图1至图16中提出的功能、过程和/或方法。无线接口协议的层可以由处理器1810实现。
存储器1830与处理器1810连接以存储与处理器1810的操作有关的信息。存储器1830可以被定位在处理器1810的内部或外部,并且通过各种公知的手段与处理器1810连接。
用户通过例如按下(或触摸)键盘1820上的按钮或通过使用麦克风1850的语音激活来输入诸如电话号码等的命令信息。处理器1810接收这样的命令信息并且处理以执行适当的功能,包括拨打电话号码。可以从SIM卡1825或存储器1830提取操作数据。此外,处理器1810可以在显示器1815上显示命令信息或驱动信息,以供用户识别和方便。
RF模块1835与处理器1810连接以发送和/或接收RF信号。处理器1810将命令信息传输到RF模块1835以发起通信,例如,发送构成语音通信数据的无线信号。RF模块1835由用于接收和发送无线信号的接收器和发射器构成。天线1840用于发送和接收无线信号。在接收到无线信号时,RF模块1835可以传输信号以供处理器1810处理并将信号转换为基带。经处理的信号可以被转换为经由扬声器1845输出的可听或可读信息。
迄今为止描述的实施例是以预先确定的形式被耦合的元素和技术特征的实施例。虽然迄今为止没有任何明显的提及,但该元素或者技术特征中的每个应被认为是选择性的。该元素或者特征中的每个可以在不与其他的元素或者技术特征相耦合的情况下被实现。此外,也能够通过耦合元素和/或技术特征的一部分来构造本发明的实施例。在本发明的实施例中描述的操作的顺序可以被改变。实施例的元素或者技术特征的一部分可以被包括在另一实施例中,或者可以以对应于其他实施例的元素或者技术特征替换。显然,可以通过组合在下述的权利要求书中不具有明确的引用关系的权利要求来构成实施例,或者可以在提交申请之后通过修改将其包括在新权利要求集中。
本发明的实施例可以通过各种手段,例如,硬件、固件、软件和它们的组合实现。在硬件实现的情况下,本发明的实施例可以通过一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程序逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等等来实现。
在由固件或者软件实现的情况下,本发明的实施例可以以执行迄今已经描述的功能或者操作的模块、过程或者函数的形式来实现。软件代码可以被存储在存储器中,并且由处理器驱动。该存储器可以位于在处理器的内部或者外部,并且可以经由各种公知的手段与处理器交换数据。
对于那些本领域技术人员来说将会理解,在不脱离本发明的基本特征的情况下,能够进行各种修改和变化。因此,详细描述不限于上述的实施例,但是其应被视为示例。应通过所附的权利要求的合理解释来确定本发明的范围,并且在等同物的范围内的所有的修改应被包括在本发明的范围中。
[工业实用性]
主要描述其中在本发明的无线通信***中在本发明的无线通信***中发送和接收数据的方法被应用于3GPP LTE/LTE-A***的示例,但是除了3GPP LTE/LTE-A***之外,还能够将在无线通信***中发送和接收数据的方法应用于各种无线通信***。

Claims (15)

1.一种在支持机器类型通信(MTC)的无线通信***中由用户设备(UE)发送和接收数据的方法,所述方法包括:
监测配置用于MTC物理下行链路控制信道(MPDCCH)的第一搜索空间,其中,所述第一MPDCCH包括用于调度用于传输单小区-多播控制信道(SC-MCCH)的第一物理下行链路共享信道(PDSCH)的第一控制信息;
基于所述第一控制信息接收所述第一PDSCH;
使用通过所述SC-MCCH获取的组标识符监测配置用于第二MPDCCH的第二搜索空间,其中,所述第二MPDCCH包括用于调度用于传输单小区-多播业务信道(SC-MTCH)的第二PDSCH的第二控制信息;以及
基于所述第二控制信息接收所述第二PDSCH,
其中,通过所述SC-MCCH传输指示所述UE能够使用以便于接收所述第二PDSCH的频率带宽的配置信息。
2.根据权利要求1所述的方法,其中,所述配置信息指示第一频率带宽和第二频率带宽中的任何一个,并且
其中,所述第一频率带宽被配置成大于所述第二频率带宽。
3.根据权利要求2所述的方法,其中,第一传输块大小(TBS)表被配置成相对所述第一频率带宽来使用,
第二TBS表被配置成相对所述第二频率带宽来使用,并且
由所述第二TBS表表示的TBS值包括在所述第一TBS中。
4.根据权利要求1所述的方法,其中,所述配置信息指示与6个资源块对应的第一频率带宽和与24个资源块对应的第二频率带宽。
5.根据权利要求4所述的方法,其中,所述配置信息是指示所述第一频率带宽和所述第二频率带宽中的任何一个的1比特指示符。
6.根据权利要求1所述的方法,其中,所述组标识符和所述配置信息被配置用于每个临时移动组标识(TMGI)。
7.根据权利要求1所述的方法,其中,通过使用单小区标识符来监测所述第一搜索空间。
8.根据权利要求1所述的方法,进一步包括:
将所述UE的能力信息发送到基站,
其中,由所述基站基于所述UE的能力信息来生成所述配置信息。
9.根据权利要求1所述的方法,其中,所述第一控制信息是与下行链路控制信息(DCI)格式6-2对应的下行链路控制信息,并且
其中,所述第二控制信息是与DCI格式6-1A或DCI格式6-1B中的任何一个对应的下行链路控制信息。
10.根据权利要求1所述的方法,其中,当所述UE支持SC-PtM方案时,通过所述SC-MCCH传输所述配置信息。
11.一种用户设备(UE),在支持机器类型通信(MTC)的无线通信***中由所述UE发送和接收数据,所述UE包括:
射频(RF)单元,所述RF单元用于发送和接收无线电信号;和
处理器,所述处理器在功能上连接到所述RF单元,
其中,所述处理器被配置成:
监测配置用于MTC物理下行链路控制信道(MPDCCH)的第一搜索空间,其中,所述第一MPDCCH包括用于调度用于传输单小区-多播控制信道(SC-MCCH)的第一物理下行链路共享信道(PDSCH)的第一控制信息,
基于所述第一控制信息接收所述第一PDSCH,
使用通过所述SC-MCCH获取的组标识符监测配置用于第二MPDCCH的第二搜索空间,其中所述第二MPDCCH包括用于调度用于传输单小区-多播业务信道(SC-MTCH)的第二PDSCH的第二控制信息,并且
基于所述第二控制信息接收所述第二PDSCH,并且
其中,通过所述SC-MCCH传输指示所述UE能够使用以便于接收所述第二PDSCH的频率带宽的配置信息。
12.根据权利要求11所述的UE,其中,所述配置信息指示第一频率带宽和第二频率带宽中的任何一个,并且
其中,所述第一频率带宽被配置成大于所述第二频率带宽。
13.根据权利要求11所述的UE,其中,所述配置信息指示与6个资源块对应的第一频率带宽和与24个资源块对应的第二频率带宽。
14.根据权利要求12所述的UE,其中,第一传输块大小(TBS)表被配置成相对所述第一频率带宽来使用,
第二TBS表被配置成相对所述第二频率带宽来使用,并且
由所述第二TBS表表示的TBS值包括在所述第一TBS中。
15.根据权利要求11所述的UE,其中,所述第一控制信息是与下行链路控制信息(DCI)格式6-2对应的下行链路控制信息,并且
其中,所述第二控制信息是与DCI格式6-1A或DCI格式6-1B中的任何一个对应的下行链路控制信息。
CN201780075161.9A 2016-11-04 2017-11-06 在无线通信***中发送和接收数据的方法及其装置 Active CN110050501B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210534538.5A CN114944881A (zh) 2016-11-04 2017-11-06 在无线通信***中发送和接收数据的方法及其装置

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201662417343P 2016-11-04 2016-11-04
US62/417,343 2016-11-04
US201762454877P 2017-02-05 2017-02-05
US62/454,877 2017-02-05
PCT/KR2017/012484 WO2018084672A1 (ko) 2016-11-04 2017-11-06 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 장치

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202210534538.5A Division CN114944881A (zh) 2016-11-04 2017-11-06 在无线通信***中发送和接收数据的方法及其装置

Publications (2)

Publication Number Publication Date
CN110050501A true CN110050501A (zh) 2019-07-23
CN110050501B CN110050501B (zh) 2022-06-07

Family

ID=62076277

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202210534538.5A Pending CN114944881A (zh) 2016-11-04 2017-11-06 在无线通信***中发送和接收数据的方法及其装置
CN201780075161.9A Active CN110050501B (zh) 2016-11-04 2017-11-06 在无线通信***中发送和接收数据的方法及其装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202210534538.5A Pending CN114944881A (zh) 2016-11-04 2017-11-06 在无线通信***中发送和接收数据的方法及其装置

Country Status (6)

Country Link
US (1) US10966187B2 (zh)
EP (1) EP3537822A4 (zh)
JP (1) JP6840239B2 (zh)
KR (1) KR102210265B1 (zh)
CN (2) CN114944881A (zh)
WO (1) WO2018084672A1 (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112087720A (zh) * 2019-06-12 2020-12-15 华为技术有限公司 一种通信方法和装置
WO2021051312A1 (zh) * 2019-09-18 2021-03-25 Oppo广东移动通信有限公司 一种信息配置方法及装置、终端设备、网络设备
CN113498023A (zh) * 2020-04-02 2021-10-12 成都鼎桥通信技术有限公司 Mbms收发方法、装置、设备以及存储介质
WO2021227037A1 (en) * 2020-05-15 2021-11-18 Qualcomm Incorporated Pdcch monitoring for intra-slot and inter-slot repetition
CN114390441A (zh) * 2020-10-16 2022-04-22 维沃移动通信有限公司 多播业务的传输方法、装置及通信设备
CN115484672A (zh) * 2021-05-31 2022-12-16 成都鼎桥通信技术有限公司 Harq-ack反馈方法和***
CN116250258A (zh) * 2020-12-10 2023-06-09 Oppo广东移动通信有限公司 一种多播业务的调度方法及装置、终端设备、网络设备
WO2024093936A1 (zh) * 2022-11-03 2024-05-10 华为技术有限公司 通信方法及相关装置

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108347314B (zh) * 2017-01-22 2020-07-21 华为技术有限公司 传输数据的方法、设备和通信***
BR112019018194A2 (pt) * 2017-03-03 2020-06-23 Huawei Technologies Co., Ltd. Método e aparelho de alocação de recurso, método e aparelho de determinação de recurso
RU2739290C1 (ru) * 2017-05-05 2020-12-22 Хуавей Текнолоджиз Ко., Лтд. Способ управления многоадресным однонаправленным каналом и оконечное устройство
CN108810957B (zh) * 2017-05-05 2020-12-15 华为技术有限公司 监测信息的方法、终端和网络设备
WO2018231918A1 (en) * 2017-06-13 2018-12-20 Intel IP Corporation Paging and essential system information block (sib) transmission in the unlicensed internet of things (u-iot) system
US10721723B2 (en) * 2017-06-23 2020-07-21 Qualcomm Incorporated Dynamic padding field to match downlink and uplink downlink control information length
US10637622B2 (en) * 2017-06-27 2020-04-28 Qualcomm Incorporated Common reference signals for multiple search spaces within a control resource set
EP3703413B1 (en) * 2017-10-23 2023-08-23 NTT DoCoMo, Inc. User terminal and radio communication method
US10973013B2 (en) * 2017-11-15 2021-04-06 Sharp Kabushiki Kaisha User equipments, base stations and methods
EP3739989B1 (en) * 2018-01-11 2023-03-22 Ntt Docomo, Inc. Terminal, radio communication method, base station, and system
US11064473B2 (en) * 2018-01-12 2021-07-13 Apple Inc. Transmission downlink control information for new radio (NR) system
WO2019192001A1 (zh) * 2018-04-04 2019-10-10 华为技术有限公司 一种信息传输方法和设备
CN113794545A (zh) * 2018-04-04 2021-12-14 北京小米移动软件有限公司 下行控制信息格式大小的确定方法及装置
WO2019216599A1 (ko) * 2018-05-11 2019-11-14 한국전자통신연구원 고신뢰 및 저지연 통신을 위한 신호의 송수신 방법
US10966188B2 (en) * 2018-06-07 2021-03-30 Apple Inc. Full bandwidth uplink transmission for unlicensed narrowband internet of things
KR102516433B1 (ko) * 2018-06-12 2023-03-31 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 Mtc 하향 링크 제어 정보 전송 방법 및 장치, 기지국 및 사용자 장비
CN112703693A (zh) 2018-08-09 2021-04-23 Lg 电子株式会社 在无线通信***中发送/接收控制信息的方法及其装置
WO2020198432A1 (en) * 2019-03-28 2020-10-01 Apple Inc. Indication of the number of repetitions for dci format 3/3a for emtc
EP3949215B1 (en) * 2019-03-29 2023-04-19 Telefonaktiebolaget Lm Ericsson (Publ) Csi-based precoding in search space subset
WO2020255418A1 (ja) * 2019-06-21 2020-12-24 株式会社Nttドコモ 端末及び無線通信方法
US11451934B2 (en) 2019-07-25 2022-09-20 Qualcomm Incorporated Transport block size and rate matching for multicast communications
US11563517B2 (en) * 2019-08-08 2023-01-24 Qualcomm Incorporated Managing broadcast channels based on bandwidth
US11438836B2 (en) * 2019-08-16 2022-09-06 Samsung Electronics Co., Ltd. Methods and systems for managing SCPTM services
WO2021089041A1 (en) * 2019-11-07 2021-05-14 FG Innovation Company Limited Method and user equipment for construction of downlink control information format
US11540290B2 (en) * 2020-01-09 2022-12-27 Qualcomm Incorporated Modified downlink control information to support low tier user equipment
CN115243384B (zh) * 2020-01-16 2024-01-26 Oppo广东移动通信有限公司 业务冲突的解决方法、装置、设备及存储介质
CN113596743B (zh) * 2020-04-30 2022-11-04 大唐移动通信设备有限公司 信号的发送方法、信号的接收方法、装置及存储介质
CN113950147B (zh) * 2020-07-17 2023-05-09 成都鼎桥通信技术有限公司 在nr小区中sc-ptm配置信息的发送方法及设备
CN113950148B (zh) * 2020-07-17 2023-08-15 成都鼎桥通信技术有限公司 Sc-mcch的广播方法与***
TWI792614B (zh) * 2020-10-19 2023-02-11 新加坡商聯發科技(新加坡)私人有限公司 用於多播廣播服務的方法和使用者設備
CN116965138A (zh) * 2021-06-30 2023-10-27 中兴通讯股份有限公司 用于能力降低的用户设备的多播传输映射的***和方法
WO2023151076A1 (en) * 2022-02-14 2023-08-17 Lenovo (Beijing) Limited Method and apparatus for receiving ptp-based retransmission for multicast

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102223412A (zh) * 2010-06-18 2011-10-19 美商威睿电通公司 机器类型通信方法及装置
CN105637920A (zh) * 2014-05-16 2016-06-01 三星电子株式会社 在支持载波的移动通信***中发送/接收信号的装置和方法
WO2016123292A1 (en) * 2015-01-30 2016-08-04 Qualcomm Incorporated System information block channel design for enhanced machine type communication with coverage enhancements
US20160234856A1 (en) * 2015-02-11 2016-08-11 Qualcomm Incorporated Rsrp and path loss measurements with coverage enhancements

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101526971B1 (ko) 2007-06-18 2015-06-11 엘지전자 주식회사 방송 또는 멀티캐스트 서비스 송수신 방법 및 단말
US9843429B2 (en) * 2012-07-31 2017-12-12 Lg Electronics Inc. Method and apparatus for transmitting and receiving data
US9893853B2 (en) * 2012-11-01 2018-02-13 Lg Electronics Inc. Method and apparatus for transceiving reference signal in wireless communication system
CN104349458B (zh) * 2013-08-08 2019-05-17 中兴通讯股份有限公司 控制信道的传输方法、传输处理方法、通信节点及终端
US10575205B2 (en) 2014-10-20 2020-02-25 Qualcomm Incorporated Transport block size determination
US10271372B2 (en) 2015-01-09 2019-04-23 Lg Electronics Inc. Method and device for establishing RRC connection for SCPTM reception
US11039460B2 (en) * 2016-08-09 2021-06-15 Lg Electronics Inc. Method for transmitting/receiving data in wireless communication system supporting Narrow Band Internet-of-Things and device therefor
CN109644480B (zh) 2016-08-09 2022-04-26 Lg 电子株式会社 在支持窄带物联网的无线通信***中发送/接收数据的方法及其设备
KR101895170B1 (ko) * 2016-08-11 2018-09-05 주식회사 케이티 멀티캐스트 통신 방법 및 장치
JP6732103B2 (ja) * 2016-08-11 2020-07-29 華為技術有限公司Huawei Technologies Co.,Ltd. マルチキャスト・ベースの無線通信方法、端末装置および基地局
CN107733627B (zh) * 2016-08-12 2020-12-01 株式会社Kt 用于针对NB-IoT终端发送或接收多播控制信道的方法和装置
CN107734691B (zh) * 2016-08-12 2021-12-14 株式会社Kt 用于针对NB-IoT终端发送或接收多播控制信道的方法和装置
WO2018031928A1 (en) * 2016-08-12 2018-02-15 Intel IP Corporation SUPPORT OF SC-PTM BASED MULTICASTING FOR BL/CE AND NB-IoT UEs
CN107889063B (zh) * 2016-09-29 2022-02-18 中兴通讯股份有限公司 多播业务的业务信息、业务信息变更通知方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102223412A (zh) * 2010-06-18 2011-10-19 美商威睿电通公司 机器类型通信方法及装置
CN105637920A (zh) * 2014-05-16 2016-06-01 三星电子株式会社 在支持载波的移动通信***中发送/接收信号的装置和方法
WO2016123292A1 (en) * 2015-01-30 2016-08-04 Qualcomm Incorporated System information block channel design for enhanced machine type communication with coverage enhancements
US20160227345A1 (en) * 2015-01-30 2016-08-04 Qualcomm Incorporated System information block channel design for enhanced machine type communication with coverage enhancements
CN107210894A (zh) * 2015-01-30 2017-09-26 高通股份有限公司 用于具有覆盖增强的增强型机器类型通信的***信息块信道设计
US20160234856A1 (en) * 2015-02-11 2016-08-11 Qualcomm Incorporated Rsrp and path loss measurements with coverage enhancements

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP: "LS on SC-MCCH transmission in NB-IoT", 《3GPP TSG RAN WG2 MEETING #96》 *
LG ELECTRONICS INC: "SC-PTM MTCH reception related issues in NB-IOT", 《3GPP TSG-RAN WG2 MEETING #95BIS 》 *

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112087720A (zh) * 2019-06-12 2020-12-15 华为技术有限公司 一种通信方法和装置
CN112087720B (zh) * 2019-06-12 2023-10-24 华为技术有限公司 一种通信方法和装置
WO2021051312A1 (zh) * 2019-09-18 2021-03-25 Oppo广东移动通信有限公司 一种信息配置方法及装置、终端设备、网络设备
CN113647150B (zh) * 2019-09-18 2024-04-16 Oppo广东移动通信有限公司 一种信息配置方法及装置、终端设备、网络设备
CN113647150A (zh) * 2019-09-18 2021-11-12 Oppo广东移动通信有限公司 一种信息配置方法及装置、终端设备、网络设备
CN113498023B (zh) * 2020-04-02 2022-08-23 成都鼎桥通信技术有限公司 Mbms收发方法、装置、设备以及存储介质
CN113498023A (zh) * 2020-04-02 2021-10-12 成都鼎桥通信技术有限公司 Mbms收发方法、装置、设备以及存储介质
WO2021227037A1 (en) * 2020-05-15 2021-11-18 Qualcomm Incorporated Pdcch monitoring for intra-slot and inter-slot repetition
CN114390441A (zh) * 2020-10-16 2022-04-22 维沃移动通信有限公司 多播业务的传输方法、装置及通信设备
CN114390441B (zh) * 2020-10-16 2023-05-05 维沃移动通信有限公司 多播业务的传输方法、装置及通信设备
CN116250258A (zh) * 2020-12-10 2023-06-09 Oppo广东移动通信有限公司 一种多播业务的调度方法及装置、终端设备、网络设备
CN115484672A (zh) * 2021-05-31 2022-12-16 成都鼎桥通信技术有限公司 Harq-ack反馈方法和***
WO2024093936A1 (zh) * 2022-11-03 2024-05-10 华为技术有限公司 通信方法及相关装置

Also Published As

Publication number Publication date
EP3537822A1 (en) 2019-09-11
US10966187B2 (en) 2021-03-30
CN110050501B (zh) 2022-06-07
US20200187170A1 (en) 2020-06-11
CN114944881A (zh) 2022-08-26
EP3537822A4 (en) 2020-05-20
WO2018084672A1 (ko) 2018-05-11
JP2019534649A (ja) 2019-11-28
KR102210265B1 (ko) 2021-01-29
KR20190057386A (ko) 2019-05-28
JP6840239B2 (ja) 2021-03-10

Similar Documents

Publication Publication Date Title
CN110050501A (zh) 在无线通信***中发送和接收数据的方法及其装置
CN109644480A (zh) 在支持窄带物联网的无线通信***中发送/接收数据的方法及其设备
US10368336B2 (en) Evolved multimedia broadcast multicast service on enhanced component carriers
CN111587554B (zh) 无线通信***的信道复用方法和复用的信道传输方法及使用该方法的设备
US20220039074A1 (en) Method and apparatus for transmitting control and data information in wireless cellular communication system
JP6456471B2 (ja) 非兔許帯域を支援する無線接続システムにおいて伝送機会区間を設定する方法及び装置
US10225065B2 (en) Common control channel subband design and signaling
CN104769857B (zh) 在无线通信***中支持设备特性的调度组的方法和装置
CN103688480B (zh) 无线通信***中设置控制信道和数据信道的方法和装置
CN103460633B (zh) 无线通信***中的动态子帧设置的重传方法及其设备
CN104685955B (zh) 上行链路传输方法和上行链路传输装置
CN104285399B (zh) 用于混合自动重传请求信令的方法和装置
WO2016006859A1 (ko) 기기간 통신을 지원하는 무선 접속 시스템에서 릴레이 단말의 d2d 신호 송수신 방법 및 장치
CN106537999A (zh) 用于在支持无线资源的使用的改变的无线通信***中发送上行链路控制信息的方法和设备
CN107534460A (zh) 在无线通信***中配置用于mtc ue的帧结构和频率跳变的方法和装置
CN103430467A (zh) 终端在应用了载波聚合技术的无线通信***中发送/接收信号的方法和装置
CN110495241A (zh) 在无线通信***中发送和接收随机接入前导的方法及其设备
JP2016519885A (ja) 同じ周波数帯域を使用する複数のサイトにリソースを割り当てる方法及び装置
WO2011015076A1 (zh) 一种下行载波控制域的实现方法和装置
CN106134278B (zh) 无线通信***中发送和接收用于设备对设备通信的信号的方法及其装置
CN104704763B (zh) 在使用载波聚合技术的无线通信***中使终端发送上行链路ack/nack信号的方法及其装置
CN111527787B (zh) 用于在无线通信***中发送用于执行随机接入过程的消息的方法及其设备
CN113615222B (zh) 在支持机器类型通信的无线通信***中发送/接收紧急信息的方法及其装置
KR20190086618A (ko) 무선 통신시스템의 하향링크 제어 정보 전송 방법, 장치 및 시스템
CN117256114A (zh) 在无线通信***中用于发送harq-ack码本的方法、装置和***

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