CN114128318A - 用户终端以及无线通信方法 - Google Patents

用户终端以及无线通信方法 Download PDF

Info

Publication number
CN114128318A
CN114128318A CN202080051361.2A CN202080051361A CN114128318A CN 114128318 A CN114128318 A CN 114128318A CN 202080051361 A CN202080051361 A CN 202080051361A CN 114128318 A CN114128318 A CN 114128318A
Authority
CN
China
Prior art keywords
transmission
information
control
broadcast
multicast
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.)
Pending
Application number
CN202080051361.2A
Other languages
English (en)
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.)
NTT Docomo Inc
Original Assignee
NTT Docomo 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 NTT Docomo Inc filed Critical NTT Docomo Inc
Publication of CN114128318A publication Critical patent/CN114128318A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Landscapes

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

Abstract

本发明能够适当地控制对于广播发送以及多播发送中的至少一者的重发控制。用户终端具有:接收单元,接收通过广播以及多播中的至少一者被发送的特定信息;以及控制单元,基于从网络发送的信息、以及被应用于所述特定信息的发送的条件中的至少一个,判断有无对所述特定信息的重发控制信息的发送。

Description

用户终端以及无线通信方法
技术领域
本公开涉及下一代移动通信系统中的用户终端以及无线通信方法。
背景技术
在通用移动通讯系统(Universal Mobile Telecommunications System(UMTS))网络中,以进一步的高速数据速率、低延迟等为目的,长期演进(Long Term Evolution(LTE))被规范化(非专利文献1)。此外,以LTE(第三代合作伙伴计划(Third GenerationPartnership Project(3GPP))版本(Release(Rel.))8、9)的进一步大容量、高度化等为目的,LTE-Advanced(3GPP Rel.10-14)被规范化。
还正在研究LTE的后续系统(例如,也称为第五代移动通信系统(5th generationmobile communication system(5G))、5G+(plus)、新无线(New Radio(NR))、3GPP Rel.15以后等)。
现有技术文献
非专利文献
非专利文献1:3GPP TS 36.300 V8.12.0“Evolved Universal TerrestrialRadio Access(E-UTRA)and Evolved Universal Terrestrial Radio Access Network(E-UTRAN);Overall description;Stage 2(Release 8)”,2010年4月
发明内容
发明要解决的课题
在将来的无线通信系统(例如,NR)中,作为数据的发送方法,设想支持对每个用户终端(UE)单独进行发送的单播发送、对多个UE公共地进行发送的广播发送以及多播发送。
另外,在NR中还研究了对广播发送以及多播发送的至少一者支持重发控制(例如HARQ)。但是,关于如何控制广播发送或多播发送的重发控制,还没有充分进行研究。
因此,本公开的目的之一在于,提供一种能够适当地控制对于广播发送以及多播发送中的至少一者的重发控制的用户终端以及无线通信方法。
本公开的一方式的用户终端,其特征在于,具有:接收单元,接收通过广播以及多播中的至少一者被发送的特定信息;以及控制单元,基于从网络发送的信息、以及被应用于所述特定信息的发送的条件中的至少一个,判断有无对所述特定信息的重发控制信息的发送。
发明的效果
根据本公开的一方式,能够适当地控制对广播发送以及多播发送中的至少一者的重发控制。
附图说明
图1是表示广播/多播发送的一例的图。
图2是表示第一方式的重发控制的一例的图。
图3是表示第一方式的重发控制的另一例的图。
图4是表示第二方式的重发控制的一例的图。
图5是表示第三方式的重发控制的一例的图。
图6是表示第四方式的重发控制的一例的图。
图7是表示第四方式的重发控制的另一例的图。
图8是表示一实施方式的无线通信系统的概略结构的一例的图。
图9是表示一实施方式的基站的结构的一例的图。
图10是表示一实施方式的用户终端的结构的一例的图。
图11是表示一实施方式的基站以及用户终端的硬件结构的一例的图。
具体实施方式
在将来的无线通信系统(例如,NR)中设想为支持单播发送(Unicasttransmission)、广播发送(Broadcast transmission)以及多播发送(multicasttransmission)。单播发送也可以向每个UE单独(例如,UE特定)发送数据或信道。广播发送以及多播发送中的至少一者(以下也记为广播/多播发送)也可以对多个UE(例如,UE组)公共地发送数据或信道。
单播发送、广播发送、多播发送也可以分别应用不同的信道(逻辑信道及物理信道中的至少一者)。或者,广播发送和多播发送也可以应用相同的结构。
广播/多播发送在对多个UE(例如,特定的UE组)分发相同内容的信息的情况下成为有效的发送方法。因此,设想广播/多播发送例如在与道路状态的分布(distribution ofroad conditions)、交通标识(traffic sign)以及信号(traffic light)的状态等公共安全(Public safety)、智能交通系统(ITS:Intelligent Transport Systems)相关的信息的通知中被利用。或者,设想广播/多播发送在音乐会或体育场中被利用于向听众通知信息。
在NR中,还考虑对广播/多播发送进行重发控制(例如HARQ动作)。但是,关于如何控制广播/多播发送的重发控制还没有充分地进行研究。在不能适当地进行重发控制的情况下,存在通信质量等劣化等的担心。
本发明的发明人们研究了对于广播/多播发送的重发控制,从而完成了本发明。
以下,将参照附图详细说明本公开的实施方式。各实施方式可以分别被单独应用,也可以被组合应用。在以下的说明中,作为重发控制,以基于HARQ的重发(HARQ-basedRe-transmission)为例进行说明,但不限于此。
在以下的说明中,对于广播发送的重发控制也可以解读为对于通过广播发送的信息的重发控制。通过广播发送的信息也可以解读为数据、数据信道、DL-SCH、广播信道、控制信息、DCI、控制信道、广播控制信息中的至少一个。对于多播发送的重发控制也可以解读为对于通过多播发送的信息的重发控制。通过多播发送的信息可以解读为数据、数据信道、DL-SCH、多播信道、控制信息、DCI、控制信道、多播控制信息中的至少一个。
通过广播/多播被发送的信息既可以包含在通过下行控制信息(例如,DCI)调度的数据(例如,DL-SCH、共享信道等)中,也可以包含在DCI中,还可以通过高层信令(例如,RRC信令以及广播信息的至少一个)被发送,也可以通过专用的信号或者信道被发送。在数据中包含通过广播/多播被发送的信息的情况下,对该数据进行调度的DCI也可以被应用广播/多播发送。在以下的说明中,通过DCI或者高层信令被发送这一记载也可以设为,应用单播发送(或者UE特定的发送)以及广播/多播发送(或者UE公共的发送)中的至少一者。
(第一方式)
第一方式说明对于广播/多播发送的重发控制。
图1表示基站利用广播以及多播中的至少一者(以下也记为广播/多播)向多个UE(例如UE组)发送特定信息的情况的一例。这里,表示基站对UE组#1和UE组#2分别进行广播/多播发送的情况。另外,UE组的数量、构成UE组的UE等也可以适当变更来应用。
各UE也可以基于特定信息来判断有无对于通过广播/多播被发送的信息的重发控制的支持(或者,有无应用、有无设定)(参照图2)。特定信息也可以是利用从网络(例如基站)被通知的高层信令(选项1)以及下行控制信息(选项2)中的至少一个而被通知的信息。或者,UE也可以基于特定规则(选项3)来判断有无重发控制的应用。
<选项1>
UE也可以基于高层信令,决定有无对于通过广播/多播被发送的信息的重发控制的应用。基站也既可以利用高层信令向每个UE通知有无重发控制的应用,也可以向每个UE组通知有无重发控制的应用。
在广播发送(例如,利用了广播用信道的发送)和多播发送(例如,利用了多播用信道的发送)被分别支持的情况下,有无对于广播发送的重发控制的应用、和有无对于多播发送的重发控制的应用也可以被分开设定。由此,能够灵活地控制有无重发控制的应用。
或者,在广播发送和多播发送被分别支持的情况下,有无对于广播发送的重发控制的应用和有无对于多播发送的重发控制的应用也可以被公共地设定。此时,在对广播发送和多播发送的一方被设定了有无重发控制的应用的情况下,UE也可以将该设定同样地应用于广播发送和多播发送的另一方。由此,能够简化重发控制的设定。
<选项2>
UE也可以基于下行控制信息(例如DCI等)来决定有无对于通过广播/多播被发送的信息的重发控制的应用。基站既可以利用UE特定的DCI对每个UE通知有无重发控制的应用,也可以利用组公共的DCI对每个UE组通知有无重发控制的应用。例如,在通过DCI对通过广播/多播被发送的信息进行调度的情况下,在该DCI中也可以包含与HARQ-ACK相关的信息(例如有无应用、发送定时以及资源中的至少一个信息)。
在广播发送和多播发送被分别支持的情况下,有无对于广播发送的重发控制的应用以及有无对于多播发送的重发控制的应用也可以被分开设定。由此,能够灵活地控制有无重发控制的应用。
或者,在广播发送和多播发送被分别支持的情况下,有无对于广播发送的重发控制的应用和有无对于多播发送的重发控制的应用也可以被公共地设定。此时,UE在对广播发送和多播发送的一方被设定了有无重发控制的应用的情况下,也可以将该设定同样地应用于广播发送和多播发送的另一方。由此,能够简化重发控制的设定。
<选项3>
UE也可以基于特定规则隐式(implicit)地决定有无对于通过广播/多播被发送的信息的重发控制的应用。特定规则也可以是在发送或接收中被设定的特定条件(例如,在广播/多播发送中被利用的发送条件)。以下,说明在特定条件是反复发送的情况(情形1)、调制和编码方案(MCS(Modulation and Coding Scheme))以及编码率中的至少一个的情况(情形2)。特定条件不限于此。
[情形1]
在通过广播/多播被发送的信息中被应用反复发送(repetition)的情况下,UE也可以判断为不支持重发控制(例如HARQ)或者不应用重发控制。此外,在不被应用反复发送的情况下,UE也可以判断为支持重发控制或者应用重发控制。
UE也可以基于反复发送的发送次数(也称为反复因子)来决定有无重发控制的应用。例如,也可以在反复发送的发送次数为特定值(例如,X)以上的情况下,UE不应用重发控制,在除此以外(例如,发送次数小于特定值)的情况下,UE应用重发控制。特定值(例如,X)可以由规范被预先定义,也可以通过高层信令等从基站通知给UE。
有无反复发送的应用(或反复发送的发送次数)也可以对每个UE组设定。或者,反复发送(或者反复发送的发送次数)也可以对每个UE设定。在对每个UE设定的情况下,也可以对UE组中包含的每个UE独立地设定有无重发控制的应用。
[情形2]
UE也可以基于对通过广播/多播被发送的信息中应用的MCS以及编码率的至少一个(以下也记为MCS/编码率),判断有无对于通过广播/多播被发送的信息的重发控制的应用。
例如,也可以在与通过广播/多播被发送的信息对应的MCS/编码率成为特定值(例如,Y)以下的情况下,UE不应用重发控制,在除此以外(例如,MCS/编码率比特定值大)的情况下,UE应用重发控制。特定值(例如,Y)可以由规范预先定义,也可以通过高层信令等从基站通知给UE。
这样,通过基于特定条件控制有无对于广播/多播发送的重发控制的应用,能够基于通信环境或通信条件灵活地控制重发控制。
<HARQ进程>
在基于HARQ的重发控制中,以进程(HARQ进程)为处理单位进行数据(传输块(TB)或码块(CB))的重发控制。在具有相同号码(HARQ进程号(HPN))的HARQ进程中,重发相同的数据,直到接收到ACK为止。HARQ进程号也被称为HARQ进程ID(HARQ进程标识符(HARQprocess identifier))。
在一个时间间隔(例如,时隙或子帧)中,既可以使用一个HARQ进程,也可以使用多个HARQ进程。通过独立地并行处理多个HARQ进程,无需等待前一HARQ进程的A/N而发送下一HARQ进程的数据,从而减少延迟时间。
在对于广播/多播发送的重发控制中,也可以基于HARQ进程进行重发控制。例如,对通过广播/多播被发送的信息也可以被设定X个(或者X数量、X号码)(X≥1)HARQ进程。X可以由规范预先定义,也可以从基站通过高层信令以及下行控制信息中的至少一个通知给UE。
在广播发送和多播发送被分别支持的情况下,对于广播发送的X和对于多播发送的X也可以被分开设定。对于广播发送的X和对于多播发送的X也可以被公共地设定。或者,也可以对每个广播发送(或每个多播发送)被设定不同的X。
此外,考虑UE发送对于单播发送的HARQ-ACK和对于广播/多播发送的HARQ-ACK(参照图3)。在图3中,示出了UE报告对于广播/多播发送的HARQ-ACK#B和对于单播发送的HARQ-ACK#A的情况下的一例。
此时,与通过单播发送被发送的信息对应的HARQ进程池(HARQ processes pool)和与通过广播/多播被发送的信息对应的HARQ进程池也可以被区分(separate)设定。HARQ进程池既可以是HARQ进程的处理动作,也可以是HARQ进程号的值或HARQ进程号的范围。
例如,单播发送用的HARQ进程号(例如HARQ-ACK#B)和广播/多播发送用的HARQ进程号(例如HARQ-ACK#A)也可以被分开设定。UE也可以基于单播发送用的HARQ进程号来控制单播发送的重发,基于广播/多播发送用的HARQ进程号来控制广播/多播发送的重发。
这样,通过在以单播被发送的信息和以广播/多播被发送的信息之间区分设定HARQ进程池,能够避免单播发送的HARQ进程和广播/多播发送的HARQ进程冲突。
或者,与通过单播发送被发送的信息对应的HARQ进程池(HARQ processes pool)和与通过广播/多播被发送的信息对应的HARQ进程池也可以被共享(share)设定。
此时,对于单播发送用的HARQ进程和广播/多播发送用的HARQ进程,也可以应用公共的HARQ进程号(例如X个HARQ进程)。
网络(例如,基站)也可以控制HARQ进程处理,以使在通过单播被发送的信息和通过广播/多播被发送的信息之间使HARQ进程不冲突。例如,基站以及UE的至少一者也可以进行控制,使得不将对单播发送和广播/多播发送的一方分配的HARQ进程号分配给另一方。
或者,也可以对HARQ进程设定优先级(例如,priority rule),在HARQ进程冲突的情况下,基于该优先级进行重发控制。例如,也可以使广播/多播发送的优先级比单播发送高。在与单播发送对应的HARQ进程和与广播/多播发送对应的HARQ进程冲突的情况下,UE也可以使与广播/多播发送对应的HARQ进程优先来进行重发控制。
HARQ进程的优先级也可以基于其他条件来被设定。例如,也可以基于服务(或者业务类型)来被决定HARQ进程的优先级。作为一例,也可以将与第一业务类型(例如URLLC)对应的HARQ进程的优先级设定得比与第二业务类型(例如eMBB)对应的HARQ进程高。
另外,在HARQ进程数是1(X=1)的情况下,在调度信息中也可以不包含指定HARQ进程号的信息。例如,在X=1的情况下,在对通过多播/广播发送的控制信息以及数据的至少一者进行调度的DCI中,还可以省略HARQ进程通知用的字段,还可以用于其他用途。在除此以外(X>1)的情况下,在该DCI中,也可以设定n比特(例如,n=log2(X))的字段,通知与多播/广播发送对应的HARQ进程ID。
<软缓冲器(soft buffer)>
UE也可以具有暂时保存解码失败的接收数据的缓冲器(软缓冲器)。在软缓冲器中,可以按照每个HPN保存接收数据(例如,TB、码块或包括一个以上的码块的码块组(CBG))。
此外,UE也可以对基于反复发送的同一HPN的接收数据(或重发数据)进行软合成。另外,用户终端也可以对存储在软缓冲器中的数据和同一HPN的接收数据进行软合成。软合成是指对根据同一信息比特串生成的多个数据分配相同的HPN并进行发送,接收者对同一HPN的多个数据进行合成。
对于通过单播被发送的信息的UE侧的软缓冲器、和对于通过广播/多播被发送的信息的UE侧的软缓冲器也可以被共享(share)设定。在这种情况下,即使在一方的发送的解码连续失败的情况下,也能够有效地利用软缓冲器。
或者,对于通过单播被发送的信息的UE侧的软缓冲器、和对于通过广播/多播被发送的信息的UE侧的软缓冲器也可以被区分(separate)设定。例如,在UE中,也可以与在单播发送中所利用的软缓冲器不同地,被设定广播/多播发送用的软缓冲器。由此,能够抑制由于一方发送的解码失败而对另一方发送的软缓冲器产生影响。
(第二方式)
第二方式说明对于广播/多播发送的送达确认信号(或也称为重发控制信号、HARQ-ACK)的反馈控制。
<HARQ-ACK发送定时>
UE在特定定时(例如,K1)反馈对于通过广播/多播被发送的信息的HARQ-ACK(参照图4)。在图4中示出了如下的情况:UE组#1中包含的UE在特定定时(例如,K11、K12)反馈HARQ-ACK,UE组#2中包含的UE在特定定时(例如,K21、K22)反馈HARQ-ACK。
特定定时既可以被定义为固定值,也可以从网络(例如基站)通知。例如,UE也可以应用以下的选项2-1~2-3中的至少一个来决定HARQ-ACK的发送定时。
[选项2-1]
作为对于广播/多播发送的HARQ-ACK的发送定时,也可以应用一个定时值(onevalue)。该一个定时值既可以由规范定义,也可以通过高层信令等从基站通知给UE。UE也可以基于该一个定时值(例如,固定值K1)来决定对于广播/多播发送的HARQ-ACK的发送定时。
例如,在图4中,也可以是K11=K12=K21=K22=固定值K1。或者,也可以按每个UE组被设定一个定时值。例如,在图4中,也可以是K11=K12=固定值KA、K21=K22=固定值KB
对接收了通过广播/多播被发送的信息的特定的UE组中包含的多个UE,也可以公共(例如相同值)地设定HARQ-ACK的反馈定时。例如,在图4中,也可以是至少K11=K12、K21=K22。由此,能够使来自特定的UE组中包含的多个UE的HARQ-ACK的反馈定时一致。
或者,对特定的UE组中包含的多个UE,HARQ-ACK的反馈定时也可以分别独立地被设定(例如,为不同的值)。例如,在图4中,也可以是至少K11≠K12、K21≠K22。此时,能够使来自特定的UE组中包含的多个UE的HARQ-ACK的反馈定时分散开。另外,也可以对特定组中包含的多个UE的一部分设定相同的值,对其他UE设定不同的值。
[选项2-2]
也可以是如下结构:设定对于广播/多播发送的HARQ-ACK的发送定时值的集合(或者,也称为发送定时值的组合、多个发送定时候选、发送定时候选集合),从集合中选择特定的发送定时值。HARQ-ACK的发送定时值的集合既可以由规范预先定义,也可以从基站利用高层信令等通知给UE。
进而,基站也可以将从HARQ-ACK的发送定时值的集合中指定特定的发送定时值的信息发送到UE。例如,基站也可以将指定特定的发送定时值的信息包含在下行控制信息中而发送到UE。UE也可以基于下行控制信息中包含的比特信息来决定HARQ-ACK的发送定时值。
也可以对多个UE(例如,特定组中包含的UE)发送下行控制信息(例如,组公共PDCCH)。此时,特定组中包含的全部UE能够利用相同的定时反馈HARQ-ACK。
[选项2-3]
基站也可以对各个UE设定HARQ-ACK的发送定时的第一发送定时参数(例如,偏移量(例如,T_delta、或ΔT))。例如,基站也可以利用高层信令等对UE设定HARQ-ACK的发送定时的偏移量。此时,可以按每个UE分开设定偏移量(例如,不同的偏移量),也可以按每个组设定偏移量(例如,对特定组公共的偏移量)。
而且,基站也可以利用下行控制信息等对UE通知与第二发送定时参数(例如HARQ-ACK的发送定时)相关的信息。例如,基站也可以利用对广播/多播发送进行调度的DCI(或者PDCCH)或者组公共的DCI(或者组公共PDCCH),对多个UE通知相同的发送定时(例如K1)。或者,基站也可以利用UE特定的DCI(或者UE特定的PDCCH),对每个UE分开通知各个发送定时。
各UE基于由高层信令通知的第一发送定时参数(例如,T_delta)和由DCI通知的第二发送定时参数(例如,发送定时K1)来决定HARQ-ACK的发送定时(例如,K1+T_delta)。由此,通过对UE特定地通知第一参数和第二参数中的至少一者(例如偏移量),即使在另一方被设定为UE组公共的情况下,也能够在UE间灵活地控制发送定时。
另外,对于单播发送的HARQ-ACK的发送定时和对于广播/多播发送的HARQ-ACK的发送定时也可以被分开(例如,利用不同的方法)设定。由此,能够根据各发送而灵活地控制HARQ-ACK的反馈定时。
<HARQ-ACK反馈资源>
UE也可以基于特定信息来判断在对于广播/多播发送的HARQ-ACK的反馈中利用的资源以及格式中的至少一个(以下也记为资源/格式)。例如,UE也可以应用以下的选项3-1~3-3中的至少其中一个来决定HARQ-ACK用的资源/格式。另外,HARQ-ACK的发送定时可以应用上述选项2-1~2-3中的任意一个。
[选项3-1]
基站也可以利用高层信令将与在HARQ-ACK发送中利用的特定信道(例如,PUCCH)的资源/格式相关的信息通知给各个UE。对各UE通知的PUCCH的资源/格式也可以按每个UE分开设定(例如,设定不同的资源/格式)。
或者,基站也可以利用高层信令,对每个UE组通知与在HARQ-ACK发送中利用的PUCCH的资源/格式相关的信息。即,也可以以UE组为单位设定PUCCH的资源/格式。此时,包含在同一组中的UE也可以利用相同的资源/格式进行HARQ-ACK的发送。
在选项3-1中,UE能够基于通过高层信令被通知的信息(不利用L1信令)来判断在HARQ-ACK发送中利用的资源/格式。
[选项3-2]
基站也可以利用高层信令将第一资源/格式的参数通知给各个UE。第一资源/格式的参数也可以是与在HARQ-ACK发送中利用的特定信道(例如,PUCCH)的资源索引(例如,PUCCH_index)相关的信息。PUCCH的资源索引也可以按每个UE分开设定(例如,不同的资源索引)。
此外,基站也可以通过高层信令对UE设定PUCCH资源的多个集合(也称为多个PUCCH资源候选集合)。进而,基站也可以将从多个集合中指定特定的集合的信息包含在下行控制信息中而发送到UE。特定的集合也可以称为第二资源/格式的参数。
例如,基站也可以利用对广播/多播发送进行调度的DCI(或者PDCCH)或者组公共的DCI(或者组公共PDCCH),对多个UE通知特定的集合。或者,基站也可以利用UE特定的DCI(或者UE特定的PDCCH),对每个UE分开通知各个特定的集合。
各UE也可以基于通过高层信令被通知的第一资源/格式的参数、和利用DCI以及高层信令中的至少一个而被指定的第二资源/格式的参数,决定PUCCH资源/格式。例如,UE基于通过高层信令被通知的PUCCH资源索引,从由下行控制信息所指定的特定的PUCCH资源的集合中决定PUCCH资源/格式。
通过对UE特定地通知第一资源/格式参数和第二资源/格式参数的至少一者(例如,PUCCH资源索引),即使在另一方被设定为UE组公共的情况下,也能够在UE间利用不同的PUCCH资源。
[选项3-3]
基站也可以通过高层信令对UE设定多个PUCCH资源(也称为PUCCH资源候选)。进而,基站也可以将包含从多个PUCCH资源中指定特定的PUCCH资源的信息的下行控制信息发送到UE(例如,在特定组中包含的多个UE)。下行控制信息既可以是通过组公共PDCCH发送的DCI,也可以是对广播/多播发送进行调度的DCI。
此时,对特定组中包含的多个UE也可以指定相同的PUCCH资源。
(第三方式)
第三方式说明在对于广播/多播发送的HARQ-ACK的发送中利用的上行信道(例如,PUCCH以及PUSCH中的至少一个)的发送功率控制。另外,在以下的说明中,作为在HARQ-ACK的发送中利用的上行信道,以PUCCH为例进行了说明,但对于其他上行信道(例如PUSCH)也可以同样应用。
<UL的发送功率控制>
在Rel.15中,UE在每个发送机会i进行发送功率控制(transmission powercontrol(TPC))。发送机会i也可以是PUSCH、PUCCH、SRS或PRACH的发送机会。发送机会i也可以由对于具有系统帧号(system frame number(SFN))的帧内的子载波间隔设定(subcarriers pacing configuration)μ的时隙索引ns,f μ、该时隙内的最初的码元(发送机会i的最初的码元的索引)S、以及连续码元数L来定义。
PUCCH的发送功率基于DCI内的特定字段(也称为TPC命令字段、第一字段等)的值所表示的TPC命令(也称为值、增减值、校正值(correction value),以及指示值等)而被控制。
例如,关于使用了功率控制调整状态(power control adjustment state)的索引l的小区c的载波f的BWP b的发送机会(transmission occasion)(也称为发送期间等)i中的PUCCH的发送功率(PPUCCH、b,f,c(i,qu,qd,l),也可以用下式(1)表示。
这里,功率控制调整状态也可以通过高层参数被设定为是具有多个状态(例如2个状态)、还是具有单一的状态。另外,在多个功率控制调整状态被设定的情况下,也可以通过索引l(例如,l∈{0,1})识别该多个功率控制调整状态中的一个。功率控制调整状态也可以被称为PUCCH功率控制调整状态(PUCCH power control adjustment state)、第一状态或第二状态等。
另外,PUCCH的发送机会i是发送PUCCH的特定期间,例如也可以由一个以上的码元、一个以上的时隙等构成。
[数学式1]
式(1)
Figure BDA0003470722280000121
在式(1)中,PCMAX,f,c(i)例如是设定为发送机会i中的小区c的载波f用的用户终端的发送功率(也称为最大发送功率等)。PO_PUCCH,b,f,c(qu)例如是与被设定为发送机会i中的小区c的载波f的BWP b用的目标接收功率有关的参数(例如,也称为与发送功率偏移相关的参数、发送功率偏移P0、或者目标接收功率参数等)。
MPUCCH RB,b,f,c(i)例如是为了小区c以及子载波间隔μ的载波f的上行BWP b中的发送机会i而被分配给PUCCH的资源块数(带宽)。PLb,f,c(qd)例如是使用与小区c的载波f的上行BWP b进行关联的下行BWP用的参考信号的索引qd在用户终端计算的路径损耗。
ΔF_PUCCH(F)是对每个PUCCH格式提供的高层参数。ΔTF,b,f,c(i)是小区c的载波f的上行BWP b用的发送功率调整分量(transmission power adjustment component)(偏移量)。
gb,f,c(i,l)是基于小区c以及发送机会i的载波f的上行BWP的上述功率控制调整状态索引l的TPC命令的值(例如,功率控制调整状态、TPC命令的累积值)。例如,TPC命令的累积值也可以由特定的式子表示。
TPC命令也可以基于在PUSCH或PDSCH的调度中所利用的DCI内的特定字段(也称为TPC命令字段、第一字段等)的值而被决定。功率控制信息也可以被称为TPC命令(也称为值、增减值、校正值(correction value)等)。
另外,式(1)只不过是例示,不限于此。用户终端基于式(1)所例示的至少一个参数,控制PUCCH的发送功率即可,可以包含追加的参数,也可以省略一部分参数。此外,在上述式(1)中,对某个小区的某个载波的每个BWP控制PUCCH的发送功率,但不限于此。也可以省略小区、载波、BWP、功率控制调整状态的至少一部分。
对在针对广播/多播发送的HARQ-ACK的反馈中利用的PUCCH,UE应用特定的发送功率(或者特定的发送功率参数)(参照图5)。在图5中,示出了如下的情况:UE组#1中包含的UE通过应用了特定发送功率(例如,P11、P12)的PUCCH来反馈HARQ-ACK,UE组#2中包含的UE通过应用了特定发送功率(例如,P21、P22)的PUCCH来反馈HARQ-ACK。
UE也可以基于特定信息来决定特定发送功率。例如,UE也可以应用以下的选项4-1~4-2中的至少一个来决定发送功率。
[选项4-1]
UE也可以基于在高层信令中被设定的参数(也称为发送功率参数)来决定PUCCH的发送功率。在高层信令中被设定的参数既可以是上述式(1)中包含的参数(例如,P0和α的组合),也可以是其他参数。
另外,在通过广播/多播发送来发送相同信息的特定UE组中包含的多个UE之间,也可以分开设定发送功率参数(例如,不同的发送功率参数)。即,对每个UE也可以分别独立地设定发送功率参数。例如,在图5中,分开设定P11和P12(或者P21和P22)。
另外,在通过广播/多播发送来发送相同信息的特定UE组中所包含的多个UE之间,也可以分开设定发送定时值。由此,能够在不同的UE之间考虑干扰等而灵活地控制发送功率控制。
[选项4-2]
基站也可以利用高层信令对各UE设定第一发送功率参数。第一发送功率参数既可以对多个UE(例如UE组)公共地设定,也可以对每个UE分开设定(例如不同的值)。第一发送功率参数例如也可以是功率偏移量(例如,P_delta或PΔ)。
另外,基站也可以利用高层信令以及DCI的至少一者,将第二发送功率参数通知给UE。第二参数可以是功率控制值(power control value)(例如P_M或PM)。例如,基站也可以利用高层信令对UE设定第二发送功率参数的集合(例如,多个第二参数候选值、或者第二参数候选集合),利用DCI将特定的第二参数通知给UE。
例如,基站也可以利用对广播/多播发送进行调度的DCI(或者PDCCH)或者组公共的DCI(或者组公共PDCCH),对多个UE通知特定的第二参数。或者,基站也可以利用UE特定的DCI(或者UE特定的PDCCH),对每个UE分开通知各个特定的第二参数。
各UE也可以基于通过高层信令被通知的第一发送功率参数、和利用DCI以及高层信令中的至少一个而被指定的第二发送功率参数,调整(例如,P_delta+P_M)、PUCCH的发送功率。
通过对UE特定地通知第一发送功率参数和第二发送功率参数中的至少一个(例如,P_delta),即使在另一方被设定为UE组公共的情况下,在UE间也能够利用不同的发送功率。
[选项4-3]
各UE也可以基于TPC命令调整PUCCH的发送功率。例如,除了选项4-1或4-2之外,UE还可以考虑TPC命令来决定PUCCH的发送功率。
TPC命令也可以被包含在对广播/多播发送进行调度的DCI中。或者,TPC命令也可以被包含在与对广播/多播发送进行调度的DCI不同的其他DCI中。发送TPC命令的DCI既可以通过UE特定的DCI发送,也可以通过对特定UE组公共的DCI(例如,组公共PDCCH)发送。
(第四方式)
第四方式说明对于广播/多播发送的HARQ-ACK的发送控制。
在基于HARQ的重发控制中,在数据接收处理(例如,解码)成功的情况下,UE发送ACK,而在数据接收处理失败的情况下,UE发送NACK。作为对于通过广播/多播被发送的信息的重发控制,UE也可以应用以下的选项5-1~5-2中的至少一个。
[选项5-1]
UE也可以进行控制,使得作为对于广播/多播发送的HARQ-ACK,仅报告一方的报告(例如NACK)。例如,UE也可以进行控制,使得在对于通过广播/多播被发送的信息的解码处理失败的情况下报告NACK,在解码处理成功的情况下不报告ACK(参照图6)。
图6示出了如下的情况:在通过广播/多播被发送的信息的解码失败的情况下,UE组#1中包括的UE发送NACK,并且在通过广播/多播被发送的信息的解码失败的情况下,UE组#2中包括的UE发送NACK。另外,在解码成功的情况下,也可以控制为不发送ACK。
基站也可以对不报告NACK的UE判断为数据的接收已成功。基站中的NACK的检测(detection)也可以是基于功率的检测(也称为能量检测(energy detection))。例如,基站也可以利用与通过PUCCH发送的调度请求(SR)的检测同样的机制来进行NACK的检测。
此外,各UE所报告的NACK的资源也可以在多个UE间公共地设定(share)。即,针对广播/多播发送而发送NACK的UE也可以利用相同的UL信道资源(例如,PUCCH资源)来发送NACK。该NACK报告用的资源可以由规范定义,也可以从基站利用下行控制信息以及高层信令的至少一者通知给各个UE(或者各个UE组)。
例如,在图6中,UE组#1中包括的多个UE在发送NACK的情况下,也可以利用相同的UL信道资源(例如,时域以及频域相同的资源)来发送NACK。同样地,UE组#2中包括的多个UE在发送NACK的情况下,也可以利用相同的UL信道资源(例如,时域以及频域相同的资源)来发送NACK。
这样,通过对多个UE(例如,同一UE组)公共地设定NACK报告用的资源,能够提高资源的利用效率。
基站也可以基于有无NACK用的资源中的NACK报告的检测,进行重发控制(例如,有无重发的判断)。例如,基站设想在对UE组#1设定的资源中检测出NACK的情况。这意味着在UE组#1中至少一个UE(通过广播/多播被发送的UE)解码失败。
此时,基站也可以通过广播/多播发送来进行信息(例如传输块)的重发。UE也可以基于本终端的接收状况来控制关于被重发的信息的有无接收。例如,报告了NACK的UE进行控制以使接收被重发的信息。另一方面,未报告NACK的UE(例如,解码成功的UE)也可以跳过被重发的信息的接收处理(例如,解码)。
这样,通过基于接收状况来控制被重发的信息的有无接收,能够抑制UE的接收处理的负荷增加。
另外,在上述说明中,示出了仅报告NACK的情况,但不限于此。也可以构成为仅发送ACK。
[选项5-2]
UE也可以进行控制,使得作为对于广播/多播发送的HARQ-ACK,报告ACK以及NACK的至少一者。例如,UE也可以进行控制,使得在对通过广播/多播被发送的信息的解码处理失败的情况下报告NACK,在解码处理成功的情况下报告ACK。或者,与上述选项5-1同样地,UE也可以进行控制,使得在解码处理失败的情况下报告NACK,在解码处理成功的情况下不报告ACK。
各UE在ACK以及NACK的至少一者(以下也记为ACK/NACK)的报告中利用的资源,也可以按每个UE被分开(例如,UE特定地)设定(参照图7)。图7中示出了如下的情况:UE组#1中包括的各UE使用不同的资源来发送针对广播/多播发送的ACK/NACK,并且UE组#2中包括的各UE使用不同的资源来发送针对广播/多播发送的ACK/NACK。另外,UE也可以仅报告NACK(仅在解码失败的情况下报告)。
这样,对属于同一UE组的多个UE,也可以分别被设定不同的ACK/NACK报告用资源(例如,时域、频域以及代码中的至少一个不同的资源)。ACK/NACK报告用资源也可以从基站利用下行控制信息以及高层信令的至少一者通知给各UE。
基站也可以基于有无在按每个UE被设定的资源中的ACK/NACK的检测,分别进行对各UE的重发控制(例如,有无重发的判断)。例如,基站也可以仅对报告了NACK的UE进行重发。此时,基站也可以利用单播发送,对特定UE选择性地重发对于通过广播/多播发送了的信息的重发信息(例如传输块)。
由此,能够仅对通过广播/多播发送了的信息的解码失败的UE进行重发。其结果,解码成功的UE不需要接收被重发的信息,因此能够抑制该UE的接收处理的负荷增大。
另外,基站也可以基于发送了NACK的UE数量(或者发送了ACK的UE数量),决定进行重发的方法。例如,在报告了NACK的UE为特定值以上(或者报告了ACK的UE小于特定值)的情况下,也可以通过广播/多播发送来进行重发。在这种情况下,没有报告NACK的UE(或者报告了ACK的UE)也可以跳过被重发信息的接收处理(例如,解码)。
(无线通信系统)
以下,对本公开的一实施方式所涉及的无线通信系统的结构进行说明。在该无线通信系统中,使用本公开的上述各实施方式所涉及的无线通信方法的其中一个或者它们的组合来进行通信。
图8是表示一实施方式所涉及的无线通信系统的概略结构的一例的图。无线通信系统1也可以是利用通过第三代合作伙伴计划(Third Generation Partnership Project(3GPP))而被规范化的长期演进(Long Term Evolution(LTE))、第五代移动通信系统新无线(5th generation mobile communication system New Radio(5G NR))等来实现通信的系统。
此外,无线通信系统1也可以支持多个无线接入技术(Radio Access Technology)(RAT)间的双重连接(多RAT双重连接(Multi-RAT Dual Connectivity(MR-DC)))。MR-DC也可以包含LTE(演进的通用陆地无线接入(Evolved Universal Terrestrial RadioAccess(E-UTRA)))与NR的双重连接(E-UTRA-NR双重连接(E-UTRA-NR DualConnectivity(EN-DC)))、NR与LTE的双重连接(NR-E-UTRA双重连接(NR-E-UTRA DualConnectivity(NE-DC)))等。
在EN-DC中,LTE(E-UTRA)的基站(eNB)是主节点(Master Node(MN)),NR的基站(gNB)是副节点(Secondary Node(SN))。在NE-DC中,NR的基站(gNB)是MN,LTE(E-UTRA)的基站(eNB)是SN。
无线通信系统1也可以支持同一RAT内的多个基站间的双重连接(例如,MN以及SN这二者是NR的基站(gNB)的双重连接(NR-NR Dual Connectivity(NN-DC),NR-NR双重连接))。
无线通信系统1也可以具备:形成覆盖范围比较宽的宏小区C1的基站11、以及被配置在宏小区C1内并形成比宏小区C1窄的小型小区C2的基站12(12a-12c)。用户终端20也可以位于至少一个小区内。各小区以及用户终端20的配置、数量等并不限定于图中所示的方式。以下,在不区分基站11和12的情况下,总称为基站10。
用户终端20也可以连接至多个基站10中的至少一个。用户终端20也可以利用使用了多个分量载波(Component Carrier(CC))的载波聚合(Carrier Aggregation(CA))以及双重连接(DC)的至少一者。
各CC也可以被包含在第一频带(频率范围1(Frequency Range 1(FR1)))以及第二频带(频率范围2(Frequency Range 2(FR2)))的至少一个中。宏小区C1也可以被包含在FR1中,小型小区C2也可以被包含在FR2中。例如,FR1也可以是6GHz以下的频带(sub-6GHz),FR2也可以是比24GHz高的频带(above-24GHz)。另外,FR1以及FR2的频带、定义等并不限于此,例如FR1也可以对应于比FR2高的频带。
此外,用户终端20也可以在各CC中,利用时分双工(Time Division Duplex(TDD))以及频分双工(Frequency Division Duplex(FDD))的至少一个来进行通信。
多个基站10也可以通过有线(例如,基于通用公共无线接口(Common PublicRadio Interface(CPRI))的光纤、X2接口等)或者无线(例如,NR通信)而连接。例如,当在基站11以及12间NR通信作为回程而被利用的情况下,相当于上位站的基站11也可以称为集成接入回程(Integrated Access Backhaul(IAB))施主(donor),相当于中继站(relay)的基站12也可以称为IAB节点。
基站10也可以经由其他基站10,或者直接地连接到核心网络30。核心网络30例如也可以包含演进分组核心(Evolved Packet Core(EPC))、5G核心网络(5G Core Network(5GCN))、下一代核心(Next Generation Core(NGC))等的至少一个。
用户终端20也可以是支持LTE、LTE-A、5G等通信方式的至少一个的终端。
在无线通信系统1中,也可以利用基于正交频分复用(Orthogonal FrequencyDivision Multiplexing(OFDM))的无线接入方式。例如,在下行链路(Downlink(DL))以及上行链路(Uplink(UL))的至少一者中,也可以利用循环前缀OFDM(Cyclic Prefix OFDM(CP-OFDM))、离散傅里叶变换扩展OFDM(Discrete Fourier Transform Spread OFDM(DFT-s-OFDM))、正交频分多址(Orthogonal Frequency Division Multiple Access(OFDMA))、单载波频分多址(Single Carrier Frequency Division Multiple Access(SC-FDMA))等。
无线接入方式也可以称为波形(waveform)。另外,在无线通信系统1中,在UL以及DL的无线接入方式中,也可以应用其他无线接入方式(例如,其他单载波传输方式、其他多载波传输方式)。
在无线通信系统1中,作为下行链路信道,也可以使用在各用户终端20中共享的下行共享信道(物理下行链路共享信道(Physical Downlink Shared Channel(PDSCH)))、广播信道(物理广播信道(Physical Broadcast Channel(PBCH)))、下行控制信道(物理下行链路控制信道(Physical Downlink Control Channel(PDCCH)))等。
此外,在无线通信系统1中,作为上行链路信道,也可以使用在各用户终端20中共享的上行共享信道(物理上行链路共享信道(Physical Uplink Shared Channel(PUSCH)))、上行控制信道(物理上行链路控制信道(Physical Uplink Control Channel(PUCCH)))、随机接入信道(物理随机接入信道(Physical Random Access Channel(PRACH)))等。
通过PDSCH,来传输用户数据、高层控制信息、系统信息块(System InformationBlock(SIB))等。也可以通过PUSCH来传输用户数据、高层控制信息等。此外,也可以通过PBCH来传输主信息块(Master Information Block(MIB))。
也可以通过PDCCH来传输下位层控制信息。下位层控制信息例如也可以包括下行控制信息(下行链路控制信息(Downlink Control Information(DCI))),该下行控制信息包含PDSCH以及PUSCH的至少一者的调度信息。
另外,调度PDSCH的DCI也可以称为DL分配、DL DCI等,调度PUSCH的DCI也可以称为UL许可、UL DCI等。另外,PDSCH也可以解读为DL数据,PUSCH也可以解读为UL数据。
在PDCCH的检测中,也可以利用控制资源集(COntrol REsource SET(CORESET))以及搜索空间(search space)。CORESET对应于搜索DCI的资源。搜索空间对应于PDCCH候选(PDCCH candidates)的搜索区域以及搜索方法。1个CORESET也可以与1个或者多个搜索空间进行关联。UE也可以基于搜索空间设定,来监视与某个搜索空间关联的CORESET。
一个搜索空间也可以对应于与1个或者多个聚合等级(aggregation Level)相符合的PDCCH候选。1个或者多个搜索空间也可以称为搜索空间集。另外,本公开的“搜索空间”、“搜索空间集”、“搜索空间设定”、“搜索空间集设定”、“CORESET”、“CORESET设定”等也可以相互替换。
也可以通过PUCCH来传输包含信道状态信息(Channel State Information(CSI))、送达确认信息(例如,也可以称为混合自动重发请求(Hybrid Automatic RepeatreQuest(HARQ-ACK))、ACK/NACK等)、调度请求(Scheduling Request(SR))的至少一个的上行控制信息(上行链路控制信息(Uplink Control Information(UCI)))。也可以通过PRACH来传输用于与小区建立连接的随机接入前导码。
另外,在本公开中,下行链路、上行链路等也可以不带有“链路”来表述。此外,也可以表述成在各种信道的开头不带有“物理(Physical)”。
在无线通信系统1中,也可以传输同步信号(Synchronization Signal(SS))、下行链路参考信号(Downlink Reference Signal(DL-RS))等。在无线通信系统1中,作为DL-RS,也可以传输小区特定参考信号(Cell-specific Reference Signal(CRS))、信道状态信息参考信号(Channel State Information Reference Signal(CSI-RS))、解调用参考信号(DeModulation Reference Signal(DMRS))、定位参考信号(Positioning ReferenceSignal(PRS))、相位跟踪参考信号(Phase Tracking Reference Signal(PTRS))等。
同步信号例如也可以是主同步信号(Primary Synchronization Signal(PSS))以及副同步信号(Secondary Synchronization Signal(SSS))的至少一个。包含SS(PSS、SSS)以及PBCH(以及PBCH用的DMRS)的信号块也可以称为SS/PBCH块、SS块(SS Block(SSB))等。另外,SS、SSB等也可以称为参考信号。
此外,在无线通信系统1中,作为上行链路参考信号(Uplink Reference Signal(UL-RS)),也可以传输测量用参考信号(探测参考信号(Sounding Reference Signal(SRS)))、解调用参考信号(DMRS)等。另外,DMRS也可以称为用户终端特定参考信号(UE-specific Reference Signal)。
(基站)
图9是表示一实施方式所涉及的基站的结构的一例的图。基站10具备控制单元110、发送接收单元120、发送接收天线130以及传输路径接口(传输线接口(transmissionline interface))140。另外,控制单元110、发送接收单元120以及发送接收天线130以及传输路径接口140也可以分别被配备一个以上。
另外,在本例中,主要示出了本实施方式中的特征部分的功能块,也可以设想为基站10也具有无线通信所需要的其他功能块。在以下所说明的各单元的处理的一部分也可以省略。
控制单元110实施基站10整体的控制。控制单元110能够由基于本公开所涉及的技术领域中的公共认知而说明的控制器、控制电路等构成。
控制单元110也可以控制信号的生成、调度(例如,资源分配、映射)等。控制单元110也可以控制使用了发送接收单元120、发送接收天线130以及传输路径接口140的发送接收、测量等。控制单元110也可以生成作为信号而发送的数据、控制信息、序列(sequence)等,并转发给发送接收单元120。控制单元110也可以进行通信信道的呼叫处理(设定、释放等)、基站10的状态管理、无线资源的管理等。
发送接收单元120也可以包含基带(baseband)单元121、射频(Radio Frequency(RF))单元122、测量单元123。基带单元121也可以包含发送处理单元1211以及接收处理单元1212。发送接收单元120能够由基于本公开所涉及的技术领域中的公共认知而说明的发送机/接收机、RF电路、基带电路、滤波器、相位偏移器(移相器(phase shifter))、测量电路、发送接收电路等构成。
发送接收单元120既可以作为一体的发送接收单元而构成,也可以由发送单元以及接收单元构成。该发送单元也可以由发送处理单元1211、RF单元122构成。该接收单元也可以由接收处理单元1212、RF单元122、测量单元123构成。
发送接收天线130能够由基于本公开所涉及的技术领域中的公共认知而说明的天线、例如阵列天线等构成。
发送接收单元120也可以发送上述的下行链路信道、同步信号、下行链路参考信号等。发送接收单元120也可以接收上述的上行链路信道、上行链路参考信号等。
发送接收单元120也可以使用数字波束成形(例如,预编码)、模拟波束成形(例如,相位旋转)等,来形成发送波束以及接收波束的至少一者。
发送接收单元120(发送处理单元1211)例如也可以针对从控制单元110取得的数据、控制信息等,进行分组数据汇聚协议(Packet Data Convergence Protocol(PDCP))层的处理、无线链路控制(Radio Link Control(RLC))层的处理(例如,RLC重发控制)、媒体访问控制(Medium Access Control(MAC))层的处理(例如,HARQ重发控制)等,生成要发送的比特串。
发送接收单元120(发送处理单元1211)也可以针对要发送的比特串,进行信道编码(也可以包含纠错编码)、调制、映射、滤波处理、离散傅里叶变换(Discrete FourierTransform(DFT))处理(根据需要)、快速傅里叶逆变换(Inverse Fast Fourier Transform(IFFT))处理、预编码、数字-模拟转换等的发送处理,输出基带信号。
发送接收单元120(RF单元122)也可以针对基带信号,进行向无线频带的调制、滤波处理、放大等,将无线频带的信号经由发送接收天线130来发送。
另一方面,发送接收单元120(RF单元122)也可以针对通过发送接收天线130而被接收的无线频带的信号,进行放大、滤波处理、向基带信号的解调等。
发送接收单元120(接收处理单元1212)也可以针对所取得的基带信号,应用模拟-数字转换、快速傅里叶变换(Fast Fourier Transform(FFT))处理、离散傅里叶逆变换(Inverse Discrete Fourier Transform(IDFT))处理(根据需要)、滤波处理、解映射、解调、解码(也可以包含纠错解码)、MAC层处理、RLC层的处理以及PDCP层的处理等的接收处理,取得用户数据等。
发送接收单元120(测量单元123)也可以实施与接收到的信号相关的测量。例如,测量单元123也可以基于接收到的信号,进行无线资源管理(Radio Resource Management(RRM))测量、信道状态信息(Channel State Information(CSI))测量等。测量单元123也可以针对接收功率(例如,参考信号接收功率(Reference Signal Received Power(RSRP)))、接收质量(例如,参考信号接收质量(Reference Signal Received Quality(RSRQ))、信号与干扰加噪声比(Signal to Interference plus Noise Ratio(SINR))、信噪比(Signalto Noise Ratio(SNR)))、信号强度(例如,接收信号强度指示符(Received SignalStrength Indicator(RSSI)))、传播路径信息(例如,CSI)等,进行测量。测量结果还可以被输出至控制单元110。
传输路径接口140也可以在与核心网络30中包含的装置、其他基站10等之间,对信号进行发送接收(回程信令),也可以对用于用户终端20的用户数据(用户面数据)、控制面数据等进行取得、传输等。
另外,本公开中的基站10的发送单元以及接收单元也可以通过发送接收单元1200以及传输路径接口140的至少一个而构成。
另外,发送接收单元120利用广播以及多播中的至少一者来发送特定信息。发送接收单元120也可以接收对于利用广播以及多播中的至少一者发送的特定信息的重发控制信息。
控制单元110也可以进行控制,以对UE设定对于利用广播以及多播的至少一者进行发送的特定信息有无重发控制的应用。
此外,控制单元110也可以进行控制,以对UE设定对于利用广播以及多播的至少一者进行发送的特定信息的重发控制的发送定时。
此外,控制单元110也可以进行控制,以对UE设定对于利用广播以及多播的至少一者进行发送的特定信息的重发控制的发送功率。
此外,控制单元110也可以进行控制,以对UE设定对于利用广播以及多播的至少一者进行发送的特定信息的重发控制的资源。
(用户终端)
图10是表示一实施方式所涉及的用户终端的结构的一例的图。用户终端20具备控制单元210、发送接收单元220以及发送接收天线230。另外,控制单元210、发送接收单元220以及发送接收天线230也可以分别被配备一个以上。
另外,在本例中,主要示出了本实施方式中的特征部分的功能块,也可以设想为用户终端20也具有无线通信所需要的其他功能块。在以下所说明的各单元的处理的一部分也可以省略。
控制单元210实施用户终端20整体的控制。控制单元210能够由基于本公开所涉及的技术领域中的公共认知而说明的控制器、控制电路等构成。
控制单元210也可以控制信号的生成、映射等。控制单元210也可以控制使用了发送接收单元220以及发送接收天线230的发送接收、测量等。控制单元210也可以生成作为信号而发送的数据、控制信息、序列等,并转发给发送接收单元220。
发送接收单元220也可以包含基带单元221、RF单元222、测量单元223。基带单元221也可以包含发送处理单元2211、接收处理单元2212。发送接收单元220能够由基于本公开所涉及的技术领域中的公共认知而说明的发送机/接收机、RF电路、基带电路、滤波器、相位偏移器、测量电路、发送接收电路等构成。
发送接收单元220可以作为一体的发送接收单元而构成,也可以由发送单元以及接收单元构成。该发送单元也可以由发送处理单元2211、RF单元222构成。该接收单元也可以由接收处理单元2212、RF单元222、测量单元223构成。
发送接收天线230能够由基于本公开所涉及的技术领域中的公共认知而说明的天线、例如阵列天线等构成。
发送接收单元220也可以接收上述的下行链路信道、同步信号、下行链路参考信号等。发送接收单元220也可以发送上述的上行链路信道、上行链路参考信号等。
发送接收单元220也可以使用数字波束成形(例如,预编码)、模拟波束成形(例如,相位旋转)等,来形成发送波束以及接收波束的至少一者。
发送接收单元220(发送处理单元2211)例如也可以针对从控制单元210取得的数据、控制信息等,进行PDCP层的处理、RLC层的处理(例如,RLC重发控制)、MAC层的处理(例如,HARQ重发控制)等,生成要发送的比特串。
发送接收单元220(发送处理单元2211)也可以针对要发送的比特串,进行信道编码(也可以包含纠错编码)、调制、映射、滤波处理、DFT处理(根据需要)、IFFT处理、预编码、数字-模拟转换等发送处理,输出基带信号。
另外,关于是否应用DFT处理,也可以基于变换预编码的设定。针对某个信道(例如,PUSCH),在变换预编码是激活(启用(enabled))的情况下,发送接收单元220(发送处理单元2211)也可以为了利用DFT-s-OFDM波形来发送该信道,作为上述发送处理而进行DFT处理,在不是这样的情况下,发送接收单元220(发送处理单元2211)也可以作为上述发送处理而不进行DFT处理。
发送接收单元220(RF单元222)也可以针对基带信号,进行向无线频带的调制、滤波处理、放大等,将无线频带的信号经由发送接收天线230来发送。
另一方面,发送接收单元220(RF单元222)也可以针对通过发送接收天线230而被接收的无线频带的信号,进行放大、滤波处理、向基带信号的解调等。
发送接收单元220(接收处理单元2212)也可以针对取得的基带信号,应用模拟-数字转换、FFT处理、IDFT处理(根据需要)、滤波处理、解映射、解调、解码(也可以包含纠错解码)、MAC层处理、RLC层的处理以及PDCP层的处理等接收处理,取得用户数据等。
发送接收单元220(测量单元223)也可以实施与接收到的信号相关的测量。例如,测量单元223也可以基于接收到的信号,进行RRM测量、CSI测量等。测量单元223也可以针对接收功率(例如,RSRP)、接收质量(例如,RSRQ、SINR、SNR)、信号强度(例如,RSSI)、传播路径信息(例如,CSI)等进行测量。测量结果还可以被输出至控制单元210。
另外,本公开中的用户终端20的发送单元以及接收单元也可以通过发送接收单元220以及发送接收天线230的至少一个而构成。
另外,发送接收单元220接收通过广播以及多播中的至少一者被发送的特定信息。此外,发送接收单元220也可以发送对于通过广播以及多播的至少一者被发送的特定信息的重发控制信息。
控制单元210也可以基于从网络发送的信息、以及被应用于特定信息的发送的条件的至少一个,判断有无对于特定信息的重发控制信息的发送。例如,控制单元210也可以基于有无对特定信息的反复发送、应用于特定信息的MCS、以及应用于特定信息的编码率的至少一个,决定有无对于特定信息的重发控制信息的发送。此外,控制单元210也可以设想为:在对特定信息的重发控制中利用的进程号和在对通过单播被发送的信息的重发控制中利用的进程号被公共地设定。此外,控制单元210也可以设想为:在对特定信息的重发控制中利用的进程号和在对通过单播被发送的信息的重发控制中利用的进程号被分开设定。
控制单元210也可以基于预先定义的值、以及从网络发送的信息中的至少一个,决定对于特定信息的重发控制信息的发送定时。此外,控制单元210也可以基于与对于特定信息的重发控制信息的发送定时的候选集合相关的信息、和对特定的用户终端公共地发送的下行控制信息,选择特定的发送定时。此外,控制单元210也可以基于通过高层信令被通知的第一发送定时参数和通过下行控制信息被通知的第二发送定时参数,决定对于特定信息的重发控制信息的发送定时。此外,控制单元210也可以基于通过高层信令被通知的第一资源参数、和利用高层信令以及下行控制信息的至少一个而被指定的第二资源参数,决定在对于特定信息的重发控制信息的发送中利用的资源。此外,控制单元210也可以基于在对于特定信息的重发控制信息的发送中利用的资源的候选集合、和对特定的用户终端公共地发送的下行控制信息,选择特定的资源。
控制单元210也可以基于对每个用户终端分别被通知的发送功率参数,决定在对于特定信息的重发控制信息的发送中利用的上行信道的发送功率。此外,控制单元210也可以设想为:按每个用户终端被分开设定发送功率参数的值以及重发控制信息的发送定时中的至少一个。此外,控制单元210也可以基于通过高层信令被通知的第一发送功率参数、和利用高层信令以及下行控制信息中的至少一个而被指定的第二发送功率参数,决定发送功率。此外,控制单元210也可以基于与对特定信息进行调度的下行控制信息不同的下行控制信息中包含的发送功率控制命令,决定发送功率。
控制单元210也可以利用在多个用户终端之间被公共地设定的资源,控制对于特定信息的重发控制信息的报告。此外,控制单元210也可以进行控制,使得作为重发控制信息仅报告ACK和NACK中的一方。此外,在特定信息的重发通过广播以及多播而被发送的情况下,控制单元210也可以基于特定信息的接收结果来决定有无被被重发的信息的接收。此外,控制单元210也可以利用在用户终端之间被分开设定的资源,控制对于特定信息的重发控制信息的报告。此外,控制单元210也可以设想为:通过单播被发送特定信息的重发。
(硬件结构)
另外,在上述实施方式的说明中使用的框图示出了功能单位的块。这些功能块(结构单元)通过硬件以及软件的至少一者的任意组合来实现。此外,各功能块的实现方法并没有特别限定。即,各功能块可以用物理上或逻辑上结合而成的一个装置来实现,也可以将物理上或逻辑上分离的两个以上的装置直接或间接地(例如用有线、无线等)连接而用这些多个装置来实现。功能块也可以将上述一个装置或者上述多个装置与软件组合来实现。
这里,在功能中,有判断、决定、判定、计算、算出、处理、导出、调查、搜索、确认、接收、发送、输出、接入、解决、选择、选定、建立、比较、设想、期待、视为、广播(broadcasting)、通知(notifying)、通信(communicating)、转发(forwarding)、构成(设定(configuring))、重构(重设定(reconfiguring))、分配(allocating、mapping(映射))、分派(assigning)等,然而并不受限于这些。例如,实现发送功能的功能块(结构单元)也可以被称为发送单元(transmitting unit)、发送机(transmitter)等。任意一个均如上述那样,实现方法并不受到特别限定。
例如,本公开的一个实施方式中的基站、用户终端等也可以作为进行本公开的无线通信方法的处理的计算机而发挥功能。图11是表示一个实施方式所涉及的基站和用户终端的硬件结构的一例的图。上述的基站10和用户终端20在物理上也可以构成为包括处理器1001、存储器1002、储存器1003、通信装置1004、输入装置1005、输出装置1006、总线1007等的计算机装置。
另外,在本公开中,装置、电路、设备、部分(section)、单元等用语能够相互替换。基站10和用户终端20的硬件结构可以被构成为将图中示出的各装置包含一个或者多个,也可以构成为不包含一部分装置。
例如,处理器1001仅图示出一个,但也可以有多个处理器。此外,处理可以由一个处理器来执行,也可以同时地、依次地、或者用其他手法由两个以上的处理器来执行处理。另外,处理器1001也可以通过一个以上的芯片而被实现。
关于基站10和用户终端20中的各功能,例如通过将特定的软件(程序)读入到处理器1001、存储器1002等硬件上,从而由处理器1001进行运算并控制经由通信装置1004的通信,或者控制存储器1002和储存器1003中的数据的读出以及写入的至少一者,由此来实现。
处理器1001例如使操作系统进行操作来控制计算机整体。处理器1001也可以由包含与外围设备的接口、控制装置、运算装置、寄存器等的中央处理装置(中央处理单元(Central Processing Unit(CPU)))而构成。例如,上述的控制单元110(210)、发送接收单元120(220)等的至少一部分也可以由处理器1001实现。
此外,处理器1001将程序(程序代码)、软件模块、数据等从储存器1003和通信装置1004的至少一者读出至存储器1002,并根据它们来执行各种处理。作为程序,可利用使计算机执行在上述的实施方式中说明的操作的至少一部分的程序。例如,控制单元110(210)也可以通过被存储于存储器1002中并在处理器1001中进行操作的控制程序来实现,针对其他功能块也可以同样地实现。
存储器1002也可以是计算机可读取的记录介质,例如由只读存储器(Read OnlyMemory(ROM))、可擦除可编程只读存储器(Erasable Programmable ROM(EPROM))、电可擦除可编程只读存储器(Electrically EPROM(EEPROM)))、随机存取存储器(Random AccessMemory(RAM))、其他恰当的存储介质中的至少一者而构成。存储器1002也可以被称为寄存器、高速缓存、主存储器(主存储装置)等。存储器1002能够保存为了实施本公开的一个实施方式所涉及的无线通信方法而可执行的程序(程序代码)、软件模块等。
储存器1003也可以是计算机可读取的记录介质,例如由柔性盘(flexible disc)、软(Floppy(注册商标))盘、光磁盘(例如压缩盘(压缩盘只读存储器(Compact Disc ROM(CD-ROM))等)、数字多功能盘、Blu-ray(蓝光)(注册商标)盘、可移动磁盘(removabledisc)、硬盘驱动器、智能卡(smart card)、闪存设备(例如卡(card)、棒(stick)、键驱动器(key drive))、磁条(stripe)、数据库、服务器、其他恰当的存储介质中的至少一者而构成。储存器1003也可以称为辅助存储装置。
通信装置1004是用于经由有线网络以及无线网络的至少一者来进行计算机间的通信的硬件(发送接收设备),例如也称为网络设备、网络控制器、网卡、通信模块等。为了实现例如频分双工(Frequency Division Duplex(FDD))和时分双工(Time Division Duplex(TDD))的至少一者,通信装置1004也可以被构成为包含高频开关、双工器、滤波器、频率合成器等。例如上述的发送接收单元120(220)、发送接收天线130(230)等也可以由通信装置1004来实现。发送接收单元120(220)也可以由发送单元120a(220a)和接收单元120b(220b)在物理上或者逻辑上分离地被安装。
输入装置1005是受理来自外部的输入的输入设备(例如,键盘、鼠标、麦克风、开关、按钮、传感器等)。输出装置1006是实施向外部的输出的输出设备(例如,显示器、扬声器、发光二极管(Light Emitting Diode(LED))灯等)。另外,输入装置1005和输出装置1006也可以是成为一体的结构(例如,触摸面板)。
此外,处理器1001、存储器1002等各装置通过用于对信息进行通信的总线1007来连接。总线1007可以用单一的总线构成,也可以在各装置间用不同的总线来构成。
此外,基站10和用户终端20还可以构成为包括微处理器、数字信号处理器(Digital Signal Processor(DSP))、专用集成电路(Application Specific IntegratedCircuit(ASIC))、可编程逻辑器件(Programmable Logic Device(PLD))、现场可编程门阵列(Field Programmable Gate Array(FPGA))等硬件,也可以用该硬件来实现各功能块的一部分或者全部。例如,处理器1001也可以用这些硬件的至少一个来实现。
(变形例)
另外,关于在本公开中进行了说明的术语和为了理解本公开所需要的术语,也可以替换为具有相同或者类似的意思的术语。例如,信道、码元以及信号(信号或者信令)也可以相互替换。此外,信号也可以是消息。参考信号(Reference Signal)还能够简称为RS,还可以根据所应用的标准而被称为导频(Pilot)、导频信号等。此外,分量载波(ComponentCarrier(CC))也可以被称为小区、频率载波、载波频率等。
无线帧在时域中还可以由一个或者多个期间(帧)构成。构成无线帧的该一个或者多个期间(帧)的各个期间(帧)也可以被称为子帧。进一步地,子帧在时域中还可以由一个或者多个时隙构成。子帧也可以是不依赖于参数集(numerology)的固定的时间长度(例如1ms)。
这里,参数集还可以是指在某信号或者信道的发送以及接收的至少一者中应用的通信参数。例如,参数集还可以表示子载波间隔(SubCarrier Spacing(SCS))、带宽、码元长度、循环前缀长度、发送时间间隔(Transmission Time Interval(TTI))、每个TTI的码元数、无线帧结构、发送接收机在频域中所进行的特定的滤波处理、发送接收机在时域中所进行的特定的加窗(windowing)处理等的至少一者。
时隙在时域中还可以由一个或者多个码元(正交频分复用(OrthogonalFrequency Division Multiplexing(OFDM))码元、单载波频分多址(Single CarrierFrequency Division Multiple Access(SC-FDMA))码元等)而构成。此外,时隙也可以是基于参数集的时间单位。
时隙也可以包含多个迷你时隙。各迷你时隙也可以在时域内由一个或者多个码元构成。此外,迷你时隙也可以被称为子时隙。迷你时隙还可以由比时隙少的数量的码元构成。以比迷你时隙大的时间单位被发送的PDSCH(或者PUSCH)还可以被称为PDSCH(PUSCH)映射类型A。使用迷你时隙被发送的PDSCH(或者PUSCH)还可以被称为PDSCH(PUSCH)映射类型B。
无线帧、子帧、时隙、迷你时隙以及码元均表示传输信号时的时间单位。无线帧、子帧、时隙、迷你时隙以及码元还可以使用各自所对应的其他称呼。另外,本公开中的帧、子帧、时隙、迷你时隙、码元等时间单位也可以相互替换。
例如,一个子帧也可以被称为TTI,多个连续的子帧也可以被称为TTI,一个时隙或者一个迷你时隙也可以被称为TTI。也就是说,子帧和TTI的至少一者可以是现有的LTE中的子帧(1ms),也可以是比1ms短的期间(例如,1-13个码元),还可以是比1ms长的期间。另外,表示TTI的单位也可以不被称为子帧,而被称为时隙、迷你时隙等。
这里,TTI例如是指无线通信中的调度的最小时间单位。例如,在LTE系统中,基站对各用户终端进行以TTI单位来分配无线资源(在各用户终端中能够使用的频率带宽、发送功率等)的调度。另外,TTI的定义不限于此。
TTI也可以是进行了信道编码的数据分组(传输块)、码块、码字等的发送时间单位,还可以成为调度、链路自适应等的处理单位。另外,当TTI被给定时,实际上被映射传输块、码块、码字等的时间区间(例如,码元数)也可以比该TTI短。
另外,在将一个时隙或者一个迷你时隙称为TTI的情况下,一个以上的TTI(即,一个以上的时隙或者一个以上的迷你时隙)也可以成为调度的最小时间单位。此外,构成该调度的最小时间单位的时隙数(迷你时隙数)也可以被控制。
具有1ms的时间长度的TTI也可以被称为通常TTI(3GPP Rel.8-12中的TTI)、标准TTI、长TTI、通常子帧、标准子帧、长子帧、时隙等。比通常TTI短的TTI也可以被称为缩短TTI、短TTI、部分TTI(partial或者fractional TTI)、缩短子帧、短子帧、迷你时隙、子时隙、时隙等。
另外,长TTI(例如,通常TTI、子帧等)也可以解读为具有超过1ms的时间长度的TTI,短TTI(例如,缩短TTI等)也可以解读为具有小于长TTI的TTI长度且1ms以上的TTI长度的TTI。
资源块(Resource Block(RB))是时域和频域的资源分配单位,在频域中也可以包含一个或者多个连续的副载波(子载波(subcarrier))。RB中包含的子载波的数量也可以与参数集无关而均是相同的,例如也可以是12。RB中包含的子载波的数量也可以基于参数集来决定。
此外,RB在时域中也可以包含一个或者多个码元,也可以是一个时隙、一个迷你时隙、一个子帧、或者一个TTI的长度。一个TTI、一个子帧等也可以分别由一个或者多个资源块构成。
另外,一个或多个RB也可以被称为物理资源块(Physical RB(PRB))、子载波组(Sub-Carrier Group(SCG))、资源元素组(Resource Element Group(REG))、PRB对、RB对等。
此外,资源块也可以由一个或者多个资源元素(Resource Element(RE))构成。例如,一个RE也可以是一个子载波和一个码元的无线资源区域。
带宽部分(Bandwidth Part(BWP))(也可以被称为部分带宽等)也可以表示在某载波中某参数集用的连续的公共RB(公共资源块(common resource blocks))的子集。这里,公共RB也可以通过以该载波的公共参考点为基准的RB的索引来确定。PRB也可以在某BWP中被定义,并在该BWP内被附加编号。
在BWP中也可以包含UL BWP(UL用的BWP)和DL BWP(DL用的BWP)。针对UE,也可以在1个载波内设定一个或者多个BWP。
被设定的BWP的至少一个也可以是激活的,UE也可以不设想在激活的BWP以外,对特定的信号/信道进行发送接收。另外,本公开中的“小区”、“载波”等也可以被解读为“BWP”。
另外,上述的无线帧、子帧、时隙、迷你时隙和码元等结构只不过是例示。例如,无线帧中包含的子帧的数量、每个子帧或者无线帧的时隙的数量、时隙内包含的迷你时隙的数量、时隙或者迷你时隙中包含的码元和RB的数量、RB中包含的子载波的数量、以及TTI内的码元数、码元长度、循环前缀(Cyclic Prefix(CP))长度等结构能够进行各种各样的变更。
此外,在本公开中说明了的信息、参数等可以用绝对值来表示,也可以用相对于特定的值的相对值来表示,还可以用对应的其他信息来表示。例如,无线资源也可以由特定的索引来指示。
在本公开中,对参数等所使用的名称在所有方面均不是限定性的名称。此外,使用这些参数的数学式等也可以与在本公开中明确公开的不同。各种各样的信道(PUCCH、PDCCH等)和信息元素能够通过任何适宜的名称来识别,因此,分配给这些各种各样的信道和信息元素的各种各样的名称在所有方面均不是限定性的名称。
在本公开中进行了说明的信息、信号等也可以使用各种各样的不同技术中的任一种技术来表示。例如,可能遍及上述的整个说明而提及的数据、指令、命令、信息、信号、比特、码元、码片(chip)等也可以通过电压、电流、电磁波、磁场或磁性粒子、光场或光子、或者它们的任意组合来表示。
此外,信息、信号等能够以如下的至少一个方向输出:向从高层(上位层)向低层(下位层)、以及从低层向高层。信息、信号等也可以经由多个网络节点而被输入输出。
所输入输出的信息、信号等可以被保存于特定的部位(例如存储器),也可以用管理表格来进行管理。所输入输出的信息、信号等可以被覆写、更新或者追加。所输出的信息、信号等也可以被删除。所输入的信息、信号等也可以被发送至其他装置。
信息的通知不限于在本公开中进行了说明的方式/实施方式,也可以用其他方法进行。例如,本公开中的信息的通知也可以通过物理层信令(例如,下行控制信息(下行链路控制信息(Downlink Control Information(DCI)))、上行控制信息(上行链路控制信息(Uplink Control Information(UCI))))、高层信令(例如,无线资源控制(Radio ResourceControl(RRC))信令、广播信息(主信息块(Master Information Block(MIB))、系统信息块(System Information Block(SIB))等)、媒体访问控制(Medium Access Control(MAC))信令)、其他信号或者它们的组合来实施。
另外,物理层信令也可以被称为层1/层2(Layer 1/Layer 2(L1/L2))控制信息(L1/L2控制信号)、L1控制信息(L1控制信号)等。此外,RRC信令也可以被称为RRC消息,例如还可以是RRC连接建立(RRC Connection Setup)消息、RRC连接重构(RRC连接重设定(RRCConnection Reconfiguration))消息等。此外,MAC信令例如也可以使用MAC控制元素(MACControl Element(CE))而被通知。
此外,特定的信息的通知(例如,“是X”的通知)不限于显式的通知,也可以隐式地(例如,通过不进行该特定的信息的通知、或者通过其他信息的通知)进行。
判定可以通过由一个比特表示的值(0或1)来进行,也可以通过由真(true)或者假(false)来表示的真假值(布尔值(boolean))来进行,还可以通过数值的比较(例如,与特定的值的比较)来进行。
软件无论被称为软件(software)、固件(firmware)、中间件(middle-ware)、微代码(micro-code)、硬件描述语言,还是以其他名称来称呼,都应该被宽泛地解释为指令、指令集、代码(code)、代码段(code segment)、程序代码(program code)、程序(program)、子程序(sub-program)、软件模块(software module)、应用(application)、软件应用(software application)、软件包(software package)、例程(routine)、子例程(sub-routine)、对象(object)、可执行文件、执行线程、过程、功能等的意思。
此外,软件、指令、信息等也可以经由传输介质而被发送接收。例如,在使用有线技术(同轴线缆、光纤线缆、双绞线、数字订户专线(Digital Subscriber Line(DSL))等)和无线技术(红外线、微波等)的至少一者,从网站、服务器或者其他远程源(remote source)来发送软件的情况下,这些有线技术和无线技术的至少一者被包含在传输介质的定义内。
在本公开中使用的“系统”和“网络”这样的术语能够被互换使用。“网络”也可以意指网络中包含的装置(例如,基站)。
在本公开中,“预编码(precoding)”、“预编码器(precoder)”、“权重(预编码权重)”、“准共址(Quasi-Co-Location(QCL))”、“发送设定指示状态(TransmissionConfiguration Indication state(TCI状态))”、“空间关系(spatial relation)”、“空域滤波器(spatial domain filter)”、“发送功率”、“相位旋转”、“天线端口”、“天线端口组”、“层”、“层数”、“秩”、“资源”、“资源集”、“资源组”、“波束”、“波束宽度”、“波束角度”、“天线”、“天线元件”、“面板”等术语能够互换使用。
在本公开中,“基站(Base Station(BS))”、“无线基站”、“固定台(fixedstation)”、“NodeB”、“eNB(eNodeB)”、“gNB(gNodeB)”、“接入点(access point)”、“发送点(transmission point(TP))”、“接收点(reception point(RP))”、“发送接收点(transmission/reception point(TRP))”、“面板”、“小区”、“扇区”、“小区组”、“载波”、“分量载波”等术语能够互换使用。还存在如下情况,即,用宏小区、小型小区、毫微微小区、微微小区等术语来称呼基站。
基站能够容纳一个或者多个(例如三个)小区。在基站容纳多个小区的情况下,基站的覆盖区域整体能够划分为多个更小的区域,各个更小的区域也能够通过基站子系统(例如,室内用的小型基站(Remote Radio Head(RRH),远程无线头)))来提供通信服务。“小区”或者“扇区”这样的术语是指,在该覆盖范围内进行通信服务的基站以及基站子系统的至少一者的覆盖区域的一部分或者整体。
在本公开中,“移动台(Mobile Station(MS))”、“用户终端(user terminal)”、“用户装置(用户设备(User Equipment(UE)))”、“终端”等术语能互换使用。
在有些情况下,也将移动台称为订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手持通话器(hand set)、用户代理、移动客户端、客户端或者若干其他恰当的术语。
基站以及移动台的至少一者还可以被称为发送装置、接收装置、无线通信装置等。另外,基站以及移动台的至少一者还可以是在移动体中搭载的设备、移动体本体等。该移动体可以是交通工具(例如,车辆、飞机等),还可以是以无人的方式移动的移动体(例如,无人机(drone)、自动驾驶车辆等),还可以是机器人(有人型或者无人型)。另外,基站以及移动台的至少一者还包括并不一定在进行通信操作时进行移动的装置。例如,基站以及移动台的至少一者也可以是传感器等物联网(Internet of Things(IoT))设备。
此外,本公开中的基站也可以解读为用户终端。例如,针对将基站和用户终端间的通信替换为多个用户终端间的通信(例如,还可以称为设备对设备(Device-to-Device(D2D))、车联网(Vehicle-to-Everything(V2X))等)的结构,也可以应用本公开的各方式/实施方式。在这种情况下,也可以设为由用户终端20具有上述的基站10所具有的功能的结构。此外,“上行”和“下行”等表述也可以解读为与终端间通信对应的表述(例如,“侧(side)”)。例如,上行信道、下行信道等也可以解读为侧信道。
同样地,本公开中的用户终端也可以解读为基站。在这种情况下,也可以设为由基站10具有上述的用户终端20所具有的功能的结构。
在本公开中,设为由基站进行的动作,有时还根据情况而由其上位节点(uppernode)进行。明显地,在包括具有基站的一个或者多个网络节点(network nodes)的网络中,为了与终端的通信而进行的各种各样的动作可以由基站、除基站以外的一个以上的网络节点(例如考虑移动性管理实体(Mobility Management Entity(MME))、服务网关(Serving-Gateway(S-GW))等,但不限于这些)或者它们的组合来进行。
在本公开中进行了说明的各方式/实施方式可以单独地使用,也可以组合地使用,还可以随着执行而切换着使用。此外,在本公开中进行了说明的各方式/实施方式的处理过程、序列、流程图等,只要不矛盾则也可以调换顺序。例如,针对在本公开中进行了说明的方法,使用例示的顺序来提示各种各样的步骤的元素,但并不限定于所提示的特定的顺序。
在本公开中进行了说明的各方式/实施方式也可以应用于长期演进(Long TermEvolution(LTE))、LTE-Advanced(LTE-A)、LTE-Beyond(LTE-B)、SUPER 3G、IMT-Advanced、第四代移动通信系统(4th generation mobile communication system(4G))、第五代移动通信系统(5th generation mobile communication system(5G))、未来无线接入(Future Radio Access(FRA))、新无线接入技术(New-Radio Access Technology(RAT))、新无线(New Radio(NR))、新无线接入(New radio access(NX))、新一代无线接入(Future generation radio access(FX))、全球移动通信系统(Global System forMobile communications(GSM(注册商标)))、CDMA2000、超移动宽带(Ultra MobileBroadband(UMB))、IEEE 802.11(Wi-Fi(注册商标))、IEEE 802.16(WiMAX(注册商标))、IEEE 802.20、超宽带(Ultra-WideBand(UWB))、Bluetooth(蓝牙)(注册商标)、利用其他恰当的无线通信方法的系统、基于它们而扩展得到的下一代系统等中。此外,多个系统还可以被组合(例如,LTE或者LTE-A、与5G的组合等)来应用。
在本公开中使用的“基于”这一记载,只要没有特别地写明,就不表示“仅基于”的意思。换言之,“基于”这一记载表示“仅基于”和“至少基于”这两者的意思。
任何对使用了在本公开中使用的“第一”、“第二”等称呼的元素的参照均不会全面地限定这些元素的量或者顺序。这些称呼在本公开中可以作为区分两个以上的元素之间的便利的方法来使用。因此,关于第一和第二元素的参照,并不表示仅可以采用两个元素的意思、或者第一元素必须以某种形式优先于第二元素的意思。
在本公开中使用的“判断(决定)(determining)”这一术语在有些情况下包含多种多样的动作。例如,“判断(决定)”还可以被视为对判定(judging)、计算(calculating)、算出(computing)、处理(processing)、导出(deriving)、调查(investigating)、搜索(looking up(查找)、search、inquiry(查询))(例如表格、数据库或者其他数据结构中的搜索)、确认(ascertaining)等进行“判断(决定)”的情况。
此外,“判断(决定)”也可以被视为对接收(receiving)(例如,接收信息)、发送(transmitting)(例如,发送信息)、输入(input)、输出(output)、访问(accessing)(例如,访问存储器中的数据)等进行“判断(决定)”的情况。
此外,“判断(决定)”还可以被视为对解决(resolving)、选择(selecting)、选定(choosing)、建立(establishing)、比较(comparing)等进行“判断(决定)”的情况。也就是说,“判断(决定)”还可以被视为对一些动作进行“判断(决定)”的情况。
此外,“判断(决定)”还可以解读为“设想(assuming)”、“期待(expecting)”、“视为(considering)”等。
本公开中记载的“最大发送功率”可以意指发送功率的最大值,也可以意指标称最大发送功率(标称UE最大发送功率(the nominal UE maximum transmit power)),也可以意指额定最大发送功率(额定UE最大发送功率(the rated UE maximum transmitpower))。
在本公开中使用的“连接(connected)”、“结合(coupled)”这样的术语,或者它们的所有变形,表示两个或其以上的元素间的直接或者间接的所有连接或者结合的意思,并能够包含在相互“连接”或者“结合”的两个元素间存在一个或一个以上的中间元素这一情况。元素间的结合或者连接可以是物理上的,也可以是逻辑上的,或者还可以是这些的组合。例如,“连接”也可以解读为“接入(access)”。
在本公开中,在连接两个元素的情况下,能够认为使用一个以上的电线、线缆、印刷电连接等,以及作为若干个非限定且非包括的示例而使用具有无线频域、微波区域、光(可见以及不可见的两者)区域的波长的电磁能量等,来相互“连接”或“结合”。
在本公开中,“A与B不同”这样的术语也可以表示“A与B相互不同”的意思。另外,该术语也可以表示“A和B分别与C不同”的意思。“分离”、“结合”等术语也可以同样地被解释为“不同”。
在本公开中,在使用“包含(include)”、“包含有(including)”、和它们的变形的情况下,这些术语与术语“具备(comprising)”同样地,是指包括性的意思。进一步,在本公开中使用的术语“或者(or)”不是指异或的意思。
在本公开中,例如在如英语中的a、an以及the那样通过翻译追加了冠词的情况下,本公开还可以包含接在这些冠词之后的名词是复数形式的情况。
以上,针对本公开所涉及的发明详细地进行了说明,但是对本领域技术人员而言,本公开所涉及的发明显然并不限定于本公开中进行了说明的实施方式。本公开所涉及的发明在不脱离基于权利要求书的记载而确定的本发明的主旨和范围的情况下,能够作为修正和变更方式来实施。因此,本公开的记载以例示说明为目的,不带有对本公开所涉及的发明任何限制性的意思。
本申请基于2019年5月17日申请的日本特愿2019-094077。该内容全部包含于此。

Claims (5)

1.一种用户终端,其特征在于,具有:
接收单元,接收通过广播以及多播中的至少一者被发送的特定信息;以及
控制单元,基于从网络发送的信息、以及被应用于所述特定信息的发送的条件中的至少一个,判断有无对所述特定信息的重发控制信息的发送。
2.根据权利要求1所述的用户终端,其特征在于,
所述控制单元基于有无对所述特定信息的反复发送的应用、被应用于所述特定信息的MCS、以及被应用于所述特定信息的编码率中的至少一个,决定有无对所述特定信息的重发控制信息的发送。
3.根据权利要求1或2所述的用户终端,其特征在于,
在对所述特定信息的重发控制中利用的进程号、和在对通过单播被发送的信息的重发控制中利用的进程号被公共地设定。
4.根据权利要求1或2所述的用户终端,其特征在于,
在对所述特定信息的重发控制中利用的进程号、和在对通过单播被发送的信息的重发控制中利用的进程号被分开设定。
5.一种无线通信方法,其特征在于,具有:
接收通过广播以及多播中的至少一者被发送的特定信息的步骤;以及
基于从网络发送的信息、以及被应用于所述特定信息的发送的条件中的至少一个,判断有无对所述特定信息的重发控制信息的发送的步骤。
CN202080051361.2A 2019-05-17 2020-05-14 用户终端以及无线通信方法 Pending CN114128318A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2019094077 2019-05-17
JP2019-094077 2019-05-17
PCT/JP2020/019320 WO2020235451A1 (ja) 2019-05-17 2020-05-14 ユーザ端末及び無線通信方法

Publications (1)

Publication Number Publication Date
CN114128318A true CN114128318A (zh) 2022-03-01

Family

ID=73458279

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080051361.2A Pending CN114128318A (zh) 2019-05-17 2020-05-14 用户终端以及无线通信方法

Country Status (2)

Country Link
CN (1) CN114128318A (zh)
WO (1) WO2020235451A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100296427A1 (en) * 2007-08-13 2010-11-25 Panasonic Corporation Soft-Buffer Management of a Re-Transmission Protocol for Unicast and Multicast Transmissions
WO2018179434A1 (ja) * 2017-03-31 2018-10-04 富士通株式会社 無線装置、無線システムおよび処理方法
WO2019016952A1 (ja) * 2017-07-21 2019-01-24 株式会社Nttドコモ ユーザ端末及び無線通信方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100296427A1 (en) * 2007-08-13 2010-11-25 Panasonic Corporation Soft-Buffer Management of a Re-Transmission Protocol for Unicast and Multicast Transmissions
WO2018179434A1 (ja) * 2017-03-31 2018-10-04 富士通株式会社 無線装置、無線システムおよび処理方法
WO2019016952A1 (ja) * 2017-07-21 2019-01-24 株式会社Nttドコモ ユーザ端末及び無線通信方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
BEIJING XINWEI TELECOM TECHN.: "R1-1702858 \"Discussion on remaining issues of NB-IoT multicast\"", no. 1, pages 1 - 3 *
许宁编著: "《蜂窝移动通信系统的空口演进 LTE、LTE-A、LTE Pro和5G》", pages: 282 *

Also Published As

Publication number Publication date
WO2020235451A1 (ja) 2020-11-26

Similar Documents

Publication Publication Date Title
CN114208270A (zh) 终端以及无线通信方法
CN113906799A (zh) 用户终端以及无线通信方法
CN114175784A (zh) 用户终端以及无线通信方法
CN113228773A (zh) 用户终端以及无线通信方法
CN113228735A (zh) 用户终端以及无线通信方法
CN113826428A (zh) 用户终端以及无线通信方法
CN113273289B (zh) 用户终端
CN114342505A (zh) 终端以及无线通信方法
CN114175768A (zh) 用户终端以及无线通信方法
WO2020235454A1 (ja) ユーザ端末及び無線通信方法
CN115336352A (zh) 终端、无线通信方法以及基站
CN114365427A (zh) 终端以及无线通信方法
CN114026912A (zh) 用户终端以及无线通信方法
CN113875302A (zh) 用户终端以及无线通信方法
CN113875310A (zh) 用户终端以及无线通信方法
CN113785512A (zh) 用户终端以及无线通信方法
CN115918147A (zh) 终端、无线通信方法以及基站
CN115699935A (zh) 终端、无线通信方法以及基站
CN114830767A (zh) 终端以及无线通信方法
CN114731634A (zh) 终端以及无线通信方法
CN113875301A (zh) 用户终端以及无线通信方法
US20230328730A1 (en) Terminal, radio communication method, and base station
WO2020235453A1 (ja) ユーザ端末及び無線通信方法
CN115336301A (zh) 终端、无线通信方法以及基站
CN115066949A (zh) 终端、无线通信方法以及基站

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