[go: up one dir, main page]

CN117999838A - 终端以及通信方法 - Google Patents

终端以及通信方法 Download PDF

Info

Publication number
CN117999838A
CN117999838A CN202180102729.8A CN202180102729A CN117999838A CN 117999838 A CN117999838 A CN 117999838A CN 202180102729 A CN202180102729 A CN 202180102729A CN 117999838 A CN117999838 A CN 117999838A
Authority
CN
China
Prior art keywords
bwp
redcapue
different
reception
terminal
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
CN202180102729.8A
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 CN117999838A publication Critical patent/CN117999838A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • 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
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453Resources in frequency domain, e.g. a carrier in FDMA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/51Allocation or scheduling criteria for wireless resources based on terminal or device properties

Landscapes

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

Abstract

终端具有:通信部,其接收系统信息;以及控制部,其根据所述系统信息设定与面向非RedCapUE的DL‑BWP不同的DL‑BWP以及与面向非RedCapUE的UL‑BWP不同的UL‑BWP中的至少一个,所述RedCapUE是降低能力UE,所述DL‑BWP是下行链路带宽部分,所述UL‑BWP是上行链路带宽部分,所述通信部使用所设定的所述不同的DL‑BWP或所设定的所述不同的UL‑BWP,执行与随机接入有关的发送或接收、连接模式中的发送或接收、以及寻呼和系统信息的接收中的至少一个。

Description

终端以及通信方法
技术领域
本发明涉及无线通信系统中的终端以及通信方法。
背景技术
在3GPP(3rd Generation Partnership Project:第三代合作伙伴计划)中,为了实现系统容量的进一步大容量化、数据传输速度的进一步高速化、无线区间中的进一步低延迟化等,开展了被称为5G或NR(New Radio:新空口)的无线通信方式(以下,将该无线通信方式称为“NR”)的研究。在5G中,为了满足实现10Gbps以上的吞吐量(throughput)并且使无线区间的延迟为1ms以下这样的要求条件,进行了各种无线技术以及网络架构的研究(例如非专利文献1)。
此外,开始了与5G以后的系统或6G有关的研究。在该以后的系统中,设想通信性能的进一步提高以及用例的多样化等。
现有技术文献
非专利文献
非专利文献1:3GPP TS 38.300V16.6.0(2021-06)
发明内容
发明要解决的课题
在LTE或NR中,定义了面向削减通常的终端强制支持的功能、例如与收发带宽以及天线数量等有关的功能后的IoT(Internet of Things:物联网)的UE类别或UE能力。例如,在LTE中,定义了eMTC(enhanced Machine Type Communication:增强机器类型通信)、NB-IoT(Narrow Band IoT:窄带IoT),在NR中,定义了RedCap(Reduced Capability:降低能力)等。如何设定该面向IoT的设备支持的DL-BWP(Downlink Bandwidth part:下行链路带宽部分)和/或UL-BWP(Uplink Bandwidth part:上行链路带宽部分)尚不明确。
本发明是鉴于上述情况而完成的,其目的在于,在无线通信系统中决定被削减功能后的终端使用的频带。
用于解决课题的手段
根据公开的技术,提供一种终端,其具有:通信部,其接收系统信息;以及控制部,其根据所述系统信息设定与面向非RedCapUE的DL-BWP不同的DL-BWP以及与面向非RedCapUE的UL-BWP不同的UL-BWP中的至少一个,所述RedCapUE是降低能力UE,所述DL-BWP是下行链路带宽部分,所述UL-BWP是上行链路带宽部分,所述通信部使用所设定的所述不同的DL-BWP或所设定的所述不同的UL-BWP,执行与随机接入有关的发送或接收、连接模式中的发送或接收、以及寻呼和系统信息的接收中的至少一个。
发明效果
根据公开的技术,能够在无线通信系统中决定被削减功能后的终端使用的频带。
附图说明
图1是用于说明本发明实施方式中的无线通信系统的图。
图2是用于说明面向RedCapUE的BWP的例子的图。
图3是示出本发明实施方式中的面向RedCapUE的BWP的例(1)的图。
图4是示出本发明实施方式中的面向RedCapUE的BWP的例(2)的图。
图5是示出本发明实施方式中的面向RedCapUE的BWP的例(3)的图。
图6是示出本发明实施方式中的面向RedCapUE的BWP的例(4)的图。
图7是示出本发明实施方式中的面向RedCapUE的BWP的例(5)的图。
图8是示出本发明实施方式中的面向RedCapUE的BWP的例(6)的图。
图9是示出本发明实施方式中的基站10的功能结构的一例的图。
图10是示出本发明实施方式中的终端20的功能结构的一例的图。
图11是示出本发明实施方式中的基站10或终端20的硬件结构的一例的图。
图12是示出本发明实施方式中的车辆2001的结构的一例的图。
具体实施方式
以下,参考附图说明本发明的实施方式。另外,以下说明的实施方式仅为一例,应用本发明的实施方式不限于以下的实施方式。
在本发明实施方式的无线通信系统进行工作时,适当地使用现有技术。但是,该现有技术例如是现有的LTE,但不限于现有的LTE。此外,除非另有说明,本说明书中使用的用语“LTE”具有包含LTE-Advanced以及LTE-Advanced以后的方式(例如NR)在内的广泛含义。
此外,在以下说明的本发明的实施方式中,使用在现有的LTE中使用的SS(Synchronization signal:同步信号)、PSS(Primary SS:主同步信号)、SSS(SecondarySS:副同步信号)、PBCH(Physical broadcast channel:物理广播信道)、PRACH(Physicalrandom access channel:物理随机接入信道)、PDCCH(Physical Downlink ControlChannel:物理下行链路控制信道)、PDSCH(Physical Downlink Shared Channel:物理下行链路共享信道)、PUCCH(Physical Uplink Control Channel:物理上行链路控制信道)、PUSCH(Physical Uplink Shared Channel:物理上行链路共享信道)等用语。这些是为了方便记载,也可以通过其他名称来称呼与这些相同的信号、功能等。此外,NR中的上述用语对应于NR-SS、NR-PSS、NR-SSS、NR-PBCH、NR-PRACH等。但是,即使是在NR中使用的信号,也不一定标明为“NR-”。
此外,在本发明的实施方式中,双工(Duplex)方式可以是TDD(Time DivisionDuplex:时分双工)方式,也可以是FDD(Frequency Division Duplex:频分双工)方式,或者也可以是除此以外(例如,灵活双工(Flexible Duplex)等)的方式。
此外,在本发明的实施方式中,“设定(Configure)”无线参数等可以是预先设定(Pre-configure)预定值,也可以是设定从基站10或终端20通知的无线参数。
图1是用于说明本发明实施方式中的无线通信系统的图。如图1所示,本发明实施方式中的无线通信系统包含基站10和终端20。在图1中,各示出1个基站10和1个终端20,但这仅为一例,也可以分别具有多个。
基站10是提供1个以上的小区并与终端20进行无线通信的通信装置。无线信号的物理资源通过时域和频域来定义,时域可以通过OFDM(Orthogonal Frequency DivisionMultiplexing:正交频分复用)码元数量来定义,频域可以通过子载波数量或者资源块数量来定义。此外,时域中的TTI(Transmission Time Interval:发送时间间隔)可以为时隙或者子时隙,TTI可以为子帧。
基站10能够进行捆绑多个小区(多个CC(分量载波))而与终端20进行通信的载波聚合。在载波聚合中,使用1个主小区(PCell:Primary Cell)和1个以上的副小区(SCell:Secondary Cell)。
基站10向终端20发送同步信号和系统信息等。同步信号例如为NR-PSS和NR-SSS。系统信息例如通过NR-PBCH或者PDSCH来发送,也称为广播信息。如图1所示,基站10通过DL(Downlink:下行链路)向终端20发送控制信号或数据,通过UL(Uplink:上行链路)从终端20接收控制信号或数据。另外,在此,将通过PUCCH、PDCCH等控制信道发送的内容称为控制信号,将通过PUSCH、PDSCH等共享信道发送的内容称为数据,但这样的称呼仅为一例。
终端20是智能手机、移动电话、平板电脑、可穿戴终端、M2M(Machine-to-Machine:机器间通信)用通信模块等具有无线通信功能的通信装置。如图1所示,终端20通过DL从基站10接收控制信号或数据,通过UL向基站10发送控制信号或数据,由此利用由无线通信系统提供的各种通信服务。另外,也可以将终端20称为UE,将基站10称为gNB。
终端20能够进行捆绑多个小区(多个CC)而与基站10进行通信的载波聚合。在载波聚合中,使用1个主小区和1个以上的副小区。此外,也可以使用具有PUCCH的PUCCH-SCell。
在LTE或NR中,定义了面向削减通常的终端强制支持的功能、例如与收发带宽以及天线数量等有关的功能后的IoT(Internet of Things:物联网)的UE类别或UE能力。例如,在LTE中,定义了eMTC(enhanced Machine Type Communication:增强机器类型通信)、NB-IoT(Narrow Band IoT:窄带IoT),在NR中,定义了RedCap(Reduced Capability:降低能力)等。
例如,RedCapUE支持的最大带宽在FR1(Frequency Range 1:频率范围1)中为20MHz,在FR2(Frequency Range 2:频率范围2)中为100MHz。此外,要求RedCapUE与非RedCapUE(以下,也记作“non-RedCapUE”)在系统内共存。
此外,RedCapUE和non-RedCapUE也可以共享通过MIB(Master InformationBlock:主信息块)来设定的同一初始DL-BWP(Downlink Bandwidth part:下行链路带宽部分)(包含带宽和位置)。另一方面,也可以设定具有面向RedCapUE分离或追加的带宽和位置的初始DL-BWP。
图2是用于说明面向RedCapUE的BWP的例子的图。如图2所示,在不超过RedCapUE支持的最大带宽的情况下,RedCapUE能够共享面向non-RedCapUE的初始DL-BWP(以下,也记作“DL-BWP#0”)。
在当前的规范中,为了避免RF重新调谐,在TDD的情况下,同一索引的DL-BWP和UL-BWP的中心频率必须相同。在此,在设定了与通过MIB来设定的初始DL-BWP相同的中心频率的面向RedCapUE的初始UL-BWP的情况下,在面向non-RedCapUE的PUSCH资源中产生碎片。在避免碎片的情况下,如图2所示,不清楚面向non-RedCapUE的DL-BWP#0与面向RedCapUE的UL-BWP#0的对应关系,因此,需要新规定。
此外,正在研究是否面向RedCapUE支持与non-RedCapUE不同的初始DL-BWP。在此,在面向RedCapUE支持与non-RedCapUE不同的初始DL-BWP的情况下,需要规定与面向RedCapUE的初始UL-BWP的对应关系。
例如,在FR1中,面向RedCapUE分离的初始DL-BWP也可以设定为用于空闲(idle)/非激活(inactive)模式时的随机接入。在设定面向RedCapUE分离的初始DL-BWP的情况下,也可以对该初始DL-BWP设定用于随机接入的CORESET(Control resource set:控制资源集)和CSS(Common search space:公共搜索空间)。此外,在面向RedCapUE分离的初始DL-BWP设定为用于随机接入而不设定为用于寻呼的情况下,RedCapUE也可以不设想在该初始DL-BWP中发送SSB。
例如,在FR1中,面向RedCapUE分离的初始DL-BWP也可以设定为用于空闲/非激活模式时的寻呼。在设定面向RedCapUE分离的初始DL-BWP的情况下,也可以对该初始DL-BWP设定用于寻呼的CORESET和CSS。在面向RedCapUE分离的初始DL-BWP设定为用于寻呼的情况下,RedCapUE可以设想或者也可以不设想在该初始DL-BWP中发送SSB。
例如,在FR1中,在设定面向RedCapUE分离的初始DL-BWP的情况下,在空闲/非激活/连接模式中,RedCapUE也可以不设想该初始DL-BWP包含通过MIB来设定的CORESET#0或SIB1。另一方面,网络也可以在该初始DL-BWP内设定通过MIB来设定的CORESET#0或SIB1。
例如,在FR1中,在通过RRC信令来设定DL-BWP的情况下,RedCapUE也可以不设想该DL-BWP包含通过MIB来设定的CORESET#0或SIB1。另一方面,网络也可以在该DL-BWP内设定通过MIB来设定的CORESET#0或SIB1。
例如,在连接模式中,RedCapUE也可以不被请求监视SI(System Information:系统信息)更新用的周期性的CORESET#0。
例如,RedCapUE也可以设想是否取决于UE能力而在通过RRC信令来设定的激活DL-BWP中发送SSB。此外,不支持在通过RRC信令来设定的激活DL-BWP中未配置SSB的情况下的动作的RedCapUE也可以设想在该DL-BWP中发送SSB。此外,支持在通过RRC信令来设定的激活DL-BWP中未配置SSB的情况下的动作作为选项的RedCapUE也可以不设想在该DL-BWP中发送SSB。此外,在连接模式中,RedCapUE可以在分离的初始DL-BWP中设想或者也可以不设想SSB发送。
例如,在初始接入中和初始接入后设定比RedCapUE的带宽宽的面向non-RedCapUE的初始UL-BWP的情况下,面向RedCapUE的分离的初始UL-BWP也可以被设定或定义为不超过RedCapUE支持的最大带宽。
例如,在TDD中设定面向RedCapUE的分离的初始DL-BWP的情况下,该DL-BWP的中心频率也可以与面向RedCapUE的分离的初始UL-BWP相同。例如,在TDD中未设定面向RedCapUE的分离的初始DL-BWP的情况下,通过MIB来设定的初始DL-BWP的中心频率也可以与面向RedCapUE的分离的初始UL-BWP相同。另外,可以追加地支持或者也可以不支持设定与初始DL-BWP的中心频率不同的中心频率的面向RedCapUE的分离的初始UL-BWP。
关于面向RedCapUE分离的初始DL-BWP和/或初始UL-BWP,需要决定以下所示的1)-7)。
1)是否支持TDD和/或FDD
2)是否支持FR1和/或FR2
3)是否支持RRC空闲/非激活/连接模式
4)是否支持随机接入和/或寻呼
5)是否包含SSB发送
6)是否包含CORESET#0
7)是否使面向RedCapUE的初始DL-BWP的中心频率和面向RedCapUE的初始UL-BWP的中心频率相同
因此,关于RedCapUE,也可以设定以下所示的1)和2)中的至少一个。
1)通过MIB来设定的初始DL-BWP(CORESET#0带域)以及与通过作为系统信息的DownlinkConfigCommonSIB中包含的initialDownlinkBWP来设定的初始DL-BWP不同的初始DL-BWP(以下,记作“DL-BWP#0*”)。
2)与通过作为系统信息的UplinkConfigCommonSIB中包含的initialUplinkBWP来设定的初始UL-BWP不同的初始UL-BWP(以下,记作“UL-BWP#0*”)。
例如,可以在规范中规定能否对FDD以及FR1、FDD以及FR2、TDD以及FR1、TDD以及FR2各自设定DL-BWP#0*和UL-BWP#0*。
例如,可以在规范中规定在设定DL-BWP#0*和UL-BWP#0*的情况下在下述的1)-6)所示的情形中的哪个情形中应用DL-BWP#0*和UL-BWP#0*,也可以通过广播信号或高层信令来设定。
1)RRC空闲模式
2)RRC非激活模式
3)RRC连接模式
4)随机接入
5)寻呼
6)SIB接收
可以在规范中规定在应用DL-BWP#0*和UL-BWP#0*的上述1)-6)的各情形中,DL-BWP#0*中是否包含SSB和/或CORESET#0,也可以通过广播信号或高层信令来设定。此外,也可以在规范中规定DL-BWP#0*以及UL-BWP#0*的中心频率的限制。
另外,以下,“DL-BWP#0”和“UL-BWP#0”设为面向non-RedCapUE的BWP,但RedCapUE也可以使用“DL-BWP#0”和/或“UL-BWP#0”。
DL-BWP#0*和/或UL-BWP#0*的设定可以通过现有的SIB中的任意一个来通知,也可以通过面向RedCapUE新规定的SIB来通知。例如,DL-BWP#0*和/或UL-BWP#0*也可以通过以下1)-4)所示的信息元素来设定。另外,SIBredcap仅为面向RedCapUE新规定的SIB的一例,也可以是其他名称。此外,信息元素的名称仅为一例,也可以是其他名称。
1)SIB1中包含的DownlinkConfigCommonSIB所包含的initialDownlinkBWPredcap
2)SIB1中包含的UplinkConfigCommonSIB所包含的initialUplinkBWPredcap
3)SIBredcap中包含的DownlinkConfigCommonSIB所包含的initialDownlinkBWPredcap
4)SIBredcap中包含的UplinkConfigCommonSIB所包含的initialUplinkBWPredcap
例如,在未设定DL-BWP#0*和/或UL-BWP#0*的情况下,RedCapUE可以使用面向non-RedCapUE的DL-BWP#0和/或UL-BWP#0。例如,RedCapUE可以使用通过MIB来设定的初始DL-BWP(CORESET#0带域)和/或通过DownlinkConfigCommonSIB中包含的initialDownlinkBWP来设定的初始DL-BWP(DL-BWP#0)。例如,RedCapUE也可以使用通过UplinkConfigCommonSIB中包含的initialUplinkBWP来设定的初始UL-BWP(UL-BWP#0)。
例如,在设定DL-BWP#0*和/或UL-BWP#0*的情况下,该BWP也可以视作RedCapUE的BWP ID#0。例如,在设定DL-BWP#0*和UL-BWP#0*双方的情况下,RedCapUE可以设想DL-BWP#0*的中心频率和UL-BWP#0*的中心频率相同的设定,也可以设想该中心频率不同的设定。此外,在仅设定DL-BWP#0*的情况下,RedCapUE可以设想DL-BWP#0*和UL-BWP#0的中心频率相同的设定,也可以设想该中心频率不同的设定。此外,在仅设定UL-BWP#0*的情况下,RedCapUE可以设想UL-BWP#0*和DL-BWP#0的中心频率相同的设定,也可以设想该中心频率不同的设定。
在DL-BWP和UL-BWP的中心频率不同的情况下,也可以规定用于切换UL-BWP和DL-BWP的时间(RF重新调谐时间)。例如,在从DL-BWP切换到UL-BWP时,UE可以不设想在RF重新调谐时间内调度UL或设定UL,也可以根据UE实现来决定是否发送。例如,在从UL-BWP切换到DL-BWP时,UE可以不设想在RF重新调谐时间内调度DL或设定DL,也可以根据UE实现来决定是否接收。
图3是示出本发明实施方式中的RedCapUE的动作例(1)的图。图3是通过SIB来设定DL-BWP#0*和UL-BWP#0*的例子。如图3所示,RedCapUE在面向non-RedCapUE的DL-BWP#0中接收SIB。通过该SIB来设定与DL-BWP#0不同的DL-BWP#0*以及与UL-BWP#0不同的UL-BWP#0*。另外,各BWP的宽度、频域的位置等仅为一例,例如,DL-BWP#0*和UL-BWP#0*也可以配置于其他频域。
图4是示出本发明实施方式中的RedCapUE的动作例(2)的图。图4是通过SIB来设定UL-BWP#0*的例子。如图4所示,RedCapUE在面向non-RedCapUE的DL-BWP#0中接收SIB。通过该SIB来设定与UL-BWP#0不同的UL-BWP#0*。与non-RedCapUE共享面向RedCapUE的DL-BWP#0。在图4中,UL-BWP#0*和DL-BWP#0的中心频率不同,因此,RedCapUE在切换UL和DL时,需要进行RF重新调谐。另外,各BWP的宽度、频域的位置等仅为一例,例如,UL-BWP#0*也可以配置于其他频域。
图5是示出本发明实施方式中的RedCapUE的动作例(3)的图。图5是通过SIB来设定DL-BWP#0*的例子。如图5所示,RedCapUE在面向non-RedCapUE的DL-BWP#0中接收SIB。通过该SIB来设定与DL-BWP#0不同的DL-BWP#0*。与non-RedCapUE共享面向RedCapUE的UL-BWP#0。在图5中,UL-BWP#0和DL-BWP#0*的中心频率不同,因此,RedCapUE在切换UL和DL时,需要进行RF重新调谐。另外,各BWP的宽度、频域的位置等仅为一例,例如,DL-BWP#0*也可以配置于其他频域。
在设定UL-BWP#0*的情况下,RedCapUE也可以在该BWP中执行与随机接入有关的UL发送。针对UL-BWP#0*,也可以通过现有或新的SIB来通知与随机接入有关的设定。例如,该与随机接入有关的设定可以根据BWP-UplinkCommon中包含的rach-ConfigCommon来进行,也可以根据BWP-UplinkCommon中包含的pusch-Confi gCommon来进行,还可以根据BWP-UplinkCommon中包含的pucch-ConfigCommon来进行。
在与UL-BWP#0*对应的DL-BWP中不包含SSB的情况下,也可以新规定或设定该DL-BWP中的SSB接收。例如,RedCapUE也可以在该DL-BWP的下端、中心或上端的20个PRB中按照预定的周期(例如20ms)接收SSB。此外,例如也可以由网络设定该DL-BWP中的SSB发送的PRB位置和SSB周期。
在设定DL-BWP#0*的情况下,RedCapUE也可以在该BWP中执行与随机接入有关的DL接收。针对DL-BWP#0*,也可以通过现有或新的SIB来通知与随机接入有关的设定。例如,该与随机接入有关的设定可以根据BWP-DownlinkCommon中包含的pdsch-ConfigCommon来进行,也可以根据BWP-DownlinkCommon中包含的pdcc h-ConfigCommon来进行。
此外,pdcch-ConfigCommon中包含的信息元素controlResourceSetZero可以是设定CSS或USS(UE-specific search space:UE专用搜索空间)的CORESET#0的参数且在DL-BWP#0*中设定,也可以在面向RedCapUE的DL-BWP#0中设定。
此外,pdcch-ConfigCommon中包含的信息元素searchSpaceZero可以是设定CSS#0的参数且在DL-BWP#0*中设定,也可以在面向RedCapUE的DL-BWP#0中设定。
在DL-BWP#0*中不包含SSB的情况下,也可以新规定或设定该DL-BWP#0*中的SSB接收。例如,RedCapUE也可以在该DL-BWP的下端、中心或上端的20个PRB中按照预定的周期(例如20ms)接收SSB。此外,例如也可以由网络设定DL-BWP#0*中的SSB发送的PRB位置和SSB周期。
在设定DL-BWP#0*和/或UL-BWP#0*的情况下,该BWP也可以在连接模式中被视为激活BWP。在通过firstActiveDownlinkBWP-Id/firstActiveUplinkBWP-Id来设定该BWP(即ID=0)时,该BWP也可以在连接模式中被视为激活BWP。与firstActiveDownlinkBWP-Id/firstActiveUplinkBWP-Id的设定无关地,该BWP也可以在连接模式中被视为激活BWP。
在DL-BWP#0*中不包含SSB的情况下,也可以新规定或设定该DL-BWP#0*中的SSB接收。例如,RedCapUE也可以在该DL-BWP的下端、中心或上端的20个PRB中按照预定的周期(例如20ms)接收SSB。此外,例如也可以由网络设定DL-BWP#0*中的SSB发送的PRB位置和SSB周期。与SSB接收有关的设想也可以根据UE能力而不同。例如,可以规定不设想DL-BWP#0*中的SSB接收的UE能力,也可以规定设想DL-BWP#0*中的SSB接收的UE能力。
在设定DL-BWP#0*的情况下,RedCapUE也可以在该BWP中执行寻呼接收。针对该BWP,也可以通过现有或新的SIB来通知与寻呼接收有关的设定。例如,该与寻呼有关的设定可以根据BWP-DownlinkCommon中包含的pdsch-ConfigCommon来进行,也可以根据BWP-DownlinkCommon中包含的pdcch-ConfigCommon来进行。
此外,pdcch-ConfigCommon中包含的信息元素controlResourceSetZero可以是设定CSS或USS的CORESET#0的参数且在DL-BWP#0*中设定,也可以在面向RedC apUE的DL-BWP#0中设定。
此外,pdcch-ConfigCommon中包含的信息元素searchSpaceZero可以是设定CSS#0的参数且在DL-BWP#0*中设定,也可以在面向RedCapUE的DL-BWP#0中设定。
此外,也可以通过pdcch-ConfigCommon中包含的信息元素firstPDCCH-MonitoringOccasionOfPO来通知DL-BWP#0*中的与寻呼有关的设定。也可以通过pdcch-ConfigCommon中包含的信息元素pagingSearchSpace来通知DL-BWP#0*中的寻呼接收用的搜索空间ID。
在现有的SIB1或新规定的SIB中,也可以通知以下的1)-4)所示的参数。
1)Ns
2)nAndPagingFrameOffset
3)nrofPDCCH-MonitoringOccasionPerSSB-InPO
4)默认DRX周期长度
在DL-BWP#0*中不包含SSB的情况下,也可以新规定或设定该DL-BWP#0*中的SSB接收。例如,RedCapUE也可以在该DL-BWP的下端、中心或上端的20个PRB中按照预定的周期(例如20ms)接收SSB。此外,例如也可以由网络设定DL-BWP#0*中的SSB发送的PRB位置和SSB周期。
在设定DL-BWP#0*的情况下,RedCapUE也可以在该BWP中执行SIB接收。针对该BWP,也可以通过现有或新的SIB来通知与SIB接收有关的设定。例如,该与SIB有关的设定可以根据BWP-DownlinkCommon中包含的pdsch-ConfigCommon来进行,也可以根据BWP-DownlinkCommon中包含的pdcch-ConfigCommon来进行。
此外,pdcch-ConfigCommon中包含的信息元素controlResourceSetZero可以是设定CSS或USS的CORESET#0的参数且在DL-BWP#0*中设定,也可以在面向RedC apUE的DL-BWP#0中设定。
此外,pdcch-ConfigCommon中包含的信息元素searchSpaceZero可以是设定CSS#0的参数且在DL-BWP#0*中设定,也可以在面向RedCapUE的DL-BWP#0中设定。
此外,也可以通过pdcch-ConfigCommon中包含的信息元素searchSpaceOtherSystemInformation来通知DL-BWP#0*中的SIB2以后的系统信息取得所相关的设定。也可以通过pdcch-ConfigCommon中包含的信息元素searchSpaceSIB1来通知DL-BWP#0*中的SIB1接收用的搜索空间ID。
在DL-BWP#0*中不包含SSB的情况下,也可以新规定或设定该DL-BWP#0*中的SSB接收。例如,RedCapUE也可以在该DL-BWP的下端、中心或上端的20个PRB中按照预定的周期(例如20ms)接收SSB。此外,例如也可以由网络设定DL-BWP#0*中的SSB发送的PRB位置和SSB周期。
图6是示出本发明实施方式中的RedCapUE的动作例(4)的图。图6是通过SIB来设定DL-BWP#0*和UL-BWP#0*的例子。如图6所示,RedCapUE在面向non-RedCapUE的DL-BWP#0中接收SIB。通过该SIB来设定与DL-BWP#0不同的DL-BWP#0*以及与UL-BWP#0不同的UL-BWP#0*。
在随机接入中,RedCapUE可以在UL-BWP#0*中发送针对Msg.1/3/A以及Msg.4/B的HARQ-ACK,也可以在DL-BWP#0*中接收Msg.2/4/B以及SSB。在连接模式中,RedCapUE也可以在UL-BWP#0*中发送参考信号/控制信号以及数据,在DL-BWP#0*中接收SSB/参考信号/控制信号以及数据。在空闲/非激活模式中,RedCapUE在DL-BWP#0*中接收SSB/寻呼以及SIB。
通过如上所述进行动作,能够使面向RedCapUE的BWP的中心频率一致。另外,各BWP的宽度、频域的位置等仅为一例,例如,DL-BWP#0*和UL-BWP#0*也可以配置于其他频域。
图7是示出本发明实施方式中的RedCapUE的动作例(5)的图。
图7是通过SIB来设定DL-BWP#0*和UL-BWP#0*的例子。如图7所示,RedCapUE在面向non-RedCapUE的DL-BWP#0中接收SIB。通过该SIB来设定与DL-BWP#0不同的DL-BWP#0*以及与UL-BWP#0不同的UL-BWP#0*。
在随机接入中,RedCapUE可以在UL-BWP#0*中发送针对Msg.1/3/A以及Msg.4/B的HARQ-ACK,也可以在DL-BWP#0*中接收Msg.2/4/B。此外,在需要进行SSB接收的情况下(例如规定/设定接收周期),也可以执行RF重新调谐而通过面向RedCapUE的DL-BWP#0来进行SSB接收。也可以在SSB接收之后执行RF重新调谐而在DL-BWP#0*中接收Msg.2/4/B。在连接模式中,RedCapUE也可以在UL-BWP#0*中发送参考信号/控制信号以及数据,在DL-BWP#0*中接收参考信号/控制信号以及数据。此外,在需要进行SSB接收的情况(例如规定/设定接收周期)下,也可以执行RF重新调谐而通过面向RedCapUE的DL-BWP#0来进行SSB接收。也可以在SSB接收之后执行RF重新调谐而在DL-BWP#0*中接收参考信号/控制信号以及数据。
在空闲/非激活模式中,RedCapUE通过面向RedCapUE的DL-BWP#0来接收SSB/寻呼以及SIB。与non-RedCapUE共享面向RedCapUE的DL-BWP#0。
通过如上所述进行动作,能够使面向RedCapUE的BWP的中心频率一致。此外,能够与non-RedCapUE共享SSB而不需要为了空闲/非激活模式时的寻呼以及SIB的接收而追加的SSB。另外,各BWP的宽度、频域的位置等仅为一例,例如,DL-BWP#0*和UL-BWP#0*也可以配置于其他频域。
图8是示出本发明实施方式中的RedCapUE的动作例(6)的图。图8是通过SIB来设定UL-BWP#0*的例子。如图8所示,RedCapUE在面向non-RedCapUE的DL-BWP#0中接收SIB。通过该SIB来设定与UL-BWP#0不同的UL-BWP#0*。
在随机接入中,RedCapUE也可以在UL-BWP#0*中发送针对Msg.1/3/A以及Msg.4/B的HARQ-ACK,在面向RedCapUE的DL-BWP#0中接收Msg.2/4/B以及SSB。与non-RedCapUE共享面向RedCapUE的DL-BWP#0。在该随机接入中,RedCapUE在切换UL和DL时,需要进行RF重新调谐。
在连接模式中,RedCapUE也可以在UL-BWP#0*中发送参考信号/控制信号以及数据,在面向RedCapUE的DL-BWP#0中接收SSB/参考信号/控制信号以及数据。与non-RedCapUE共享面向RedCapUE的DL-BWP#0。在该连接模式中,RedCapUE在切换UL和DL时,需要进行RF重新调谐。
在空闲/非激活模式中,RedCapUE通过面向RedCapUE的DL-BWP#0来接收SSB/寻呼以及SIB。与non-RedCapUE共享面向RedCapUE的DL-BWP#0。
通过如上所述进行动作,能够与non-RedCapUE共享SSB而不需要为了空闲/非激活模式时的寻呼以及SIB的接收而追加的SSB。另外,各BWP的宽度、频域的位置等仅为一例,例如,UL-BWP#0*也可以配置于其他频域。
另外,RedCapUE的定义可以是以下的1)-3)中的任意一种,也可以是其他定义。此外,关于non-RedCapUE的定义,可以是不符合RedCapUE的定义的UE,也可以是支持通常的UE强制支持的功能的UE,还可以是支持超过RedCapUE支持的最大带宽的带宽的UE。
1)通过Msg.1/3/A中的任意一种向网络通知了本装置是RedCapUE的UE。例如,可以通过面向RedCapUE规定或设定的资源来发送Msg.1/A,也可以通过面向RedCapUE规定或设定的Msg3中的通知字段来通知本装置是RedCapUE。
2)支持特定UE能力的UE。例如,该特定UE能力是在FR1中支持最大20MHz带宽、在FR2中支持最大100MHz带宽的UE能力。此外,该特定UE能力也可以是支持1个或2个接收分支的UE能力、以及支持与要支持的接收分支数量对应的最大DL-MIMO层数的UE能力。此外,该特定UE能力也可以是在FR1的FDD频段中支持FD-FDD(Full Duplex-Frequency DivisionDuplex:全双工频分双工)或类型A的HD-FDD(Half Duplex-Frequency Division Duplex:半双工频分双工)运用中的任意一种的UE能力。此外,该特定UE能力也可以是在FR1中支持到64QAM(Quadrature amplitude modulation:正交幅度调制)为止的DL或到256QAM为止的DL中的任意一种的UE能力。此外,该特定UE能力还可以是不支持CA和/或DC的UE能力。
3)向网络报告了支持上述2)所示的特定UE能力的UE。
根据上述的实施例,RedCapUE能够根据需要使用与面向non-RedCapUE的DL-BWP不同的DL-BWP和/或与面向non-RedCapUE的UL-BWP不同的UL-BWP。此外,RedCapUE能够根据需要共享面向non-RedCapUE的DL-BWP和/或面向non-RedCapUE的UL-BWP。
即,能够在无线通信系统中决定被削减功能后的终端使用的频带。
(装置结构)
接着,说明执行以上说明的处理和动作的基站10和终端20的功能结构例。基站10和终端20包含执行上述的实施例的功能。但是,基站10和终端20也可以分别仅具有实施例中的任意一个功能。
<基站10>
图9是示出基站10的功能结构的一例的图。如图9所示,基站10具有发送部110、接收部120、设定部130和控制部140。图9所示的功能结构仅为一例。只要能够执行本发明实施方式的动作,功能区分和功能部的名称可以是任意的。也可以将发送部110和接收部120称为通信部。
发送部110包含生成向终端20侧发送的信号并以无线方式发送该信号的功能。接收部120包含接收从终端20发送的各种信号并从接收到的信号中取得例如更高层的信息的功能。此外,发送部110具有向终端20发送NR-PSS、NR-SSS、NR-PBCH、DL/UL控制信号、DL数据等的功能。此外,发送部110发送实施例中说明的设定信息等。
设定部130将预先设定的设定信息和向终端20发送的各种设定信息存储于存储装置,根据需要从存储装置中读出。控制部140例如进行资源分配、基站10整体的控制等。另外,也可以将控制部140中的与信号发送有关的功能部包含于发送部110,将控制部140中的与信号接收有关的功能部包含于接收部120。此外,也可以将发送部110称为发送机,将接收部120称为接收机。
<终端20>
图10是示出终端20的功能结构的一例的图。如图10所示,终端20具有发送部210、接收部220、设定部230和控制部240。图10所示的功能结构仅为一例。只要能够执行本发明实施方式的动作,功能区分和功能部的名称可以是任意的。也可以将发送部210和接收部220称为通信部。
发送部210根据发送数据生成发送信号,以无线方式发送该发送信号。接收部220以无线方式接收各种信号,从接收到的物理层的信号中取得更高层的信号。此外,发送部210发送HARQ-ACK,接收部220接收实施例中说明的设定信息等。
设定部230将由接收部220从基站10接收到的各种设定信息存储于存储装置中,根据需要从存储装置中读出。此外,设定部230还存储预先设定的设定信息。控制部240进行终端20整体的控制等。另外,也可以将控制部240中的与信号发送有关的功能部包含于发送部210,将控制部240中的与信号接收有关的功能部包含于接收部220。此外,也可以将发送部210称为发送机,将接收部220称为接收机。
(硬件结构)
在上述实施方式的说明中使用的框图(图9和图10)示出了以功能为单位的块。这些功能块(结构部)通过硬件和软件中的至少一方的任意组合而实现。此外,对各功能块的实现方法没有特别限定。即,各功能块可以使用物理地或逻辑地结合而成的1个装置来实现,也可以将物理地或逻辑地分开的2个以上的装置直接或间接地(例如,使用有线、无线等)连接,使用这些多个装置实现。功能块也可以通过将软件与上述1个装置或上述多个装置组合而实现。
在功能上具有判断、决定、判定、计算、算出、处理、导出、调查、搜索、确认、接收、发送、输出、接入、解决、选择、选定、建立、比较、设想、期待、视为、广播(broadcasting)、通知(notifying)、通信(communicating)、转发(forwarding)、配置(configuring)、重新配置(reconfiguring)、分配(allocating、mapping)、分派(assigning)等,但是不限于此。例如,使发送发挥功能的功能块(结构部)被称为发送部(transmitting unit)或发送机(transmitter)。总之,如上所述,对实现方法没有特别限定。
例如,本公开的一个实施方式中的基站10、终端20等也可以作为进行本公开的无线通信方法的处理的计算机发挥功能。图11是示出本公开一个实施方式的基站10和终端20的硬件结构的一例的图。上述的基站10和终端20在物理上也可以构成为包含处理器1001、存储装置1002、辅助存储装置1003、通信装置1004、输入装置1005、输出装置1006、总线1007等的计算机装置。
另外,在下面的说明中,“装置”这一措辞可以替换为“电路”、“设备”、“单元”等。基站10和终端20的硬件结构可以构成为包含1个或者多个图示的各装置,也可以构成为不包含一部分的装置。
基站10和终端20中的各功能通过如下方法实现:在处理器1001、存储装置1002等硬件上读入预定的软件(程序),从而处理器1001进行运算,控制通信装置1004的通信或者控制存储装置1002和辅助存储装置1003中的数据的读出和写入中的至少一方。
处理器1001例如使操作系统工作而对计算机整体进行控制。处理器1001也可以由包含与外围设备的接口、控制装置、运算装置、寄存器等的中央处理装置(CPU:CentralProcessing Unit)构成。例如,上述控制部140、控制部240等也可以通过处理器1001实现。
此外,处理器1001从辅助存储装置1003和通信装置1004中的至少一方向存储装置1002读出程序(程序代码)、软件模块或者数据等,并据此执行各种处理。作为程序,使用使计算机执行在上述实施方式中说明的动作中的至少一部分的程序。例如,图9所示的基站10的控制部140也可以通过存储于存储装置1002并在处理器1001中工作的控制程序实现。此外,例如,图10所示的终端20的控制部240也可以通过存储于存储装置1002并在处理器1001中工作的控制程序实现。关于上述的各种处理,虽然说明了通过1个处理器1001执行上述的各种处理,但也可以通过2个以上的处理器1001同时或依次执行上述的各种处理。处理器1001也可以通过1个以上的芯片来安装。另外,程序也可以经由电信线路从网络发送。
存储装置1002是计算机可读取的记录介质,例如也可以由ROM(Read OnlyMemory:只读存储器)、EPROM(Erasable Programmable ROM:可擦除可编程只读存储器)、EEPROM(Electrically Erasable Programmable ROM:电可擦除可编程只读存储器)、RAM(Random Access Memory:随机存取存储器)等中的至少一种构成。存储装置1002也可以被称为寄存器、高速缓存、主存储器(主存储装置)等。存储装置1002能够保存为了实施本公开的一个实施方式的通信方法而能够执行的程序(程序代码)、软件模块等。
辅助存储装置1003是计算机可读取的记录介质,例如也可以由CD-ROM(CompactDisc ROM:光盘只读存储器)等光盘、硬盘驱动器、软盘、磁光盘(例如,压缩盘、数字多用途盘、Blu-ray(注册商标)盘)、智能卡、闪存(例如,卡、棒、键驱动(key drive))、Floppy(注册商标)盘、磁条等中的至少一种构成。上述存储介质例如可以是包含存储装置1002和辅助存储装置1003中的至少一方的数据库、服务器等其他适当的介质。
通信装置1004是用于经由有线网络和无线网络中的至少一方进行计算机之间的通信的硬件(收发设备),例如也称为网络设备、网络控制器、网卡、通信模块等。通信装置1004例如也可以构成为包含高频开关、双工器、滤波器、频率合成器等,以实现频分双工(FDD:Frequency Division Duplex)和时分双工(TDD:Time Division Duplex)中的至少一方。例如,收发天线、放大器部、收发部、传输路径接口等也可以通过通信装置1004实现。收发部也可以进行发送部和接收部在物理上或逻辑上分开的安装。
输入装置1005是受理来自外部的输入的输入设备(例如,键盘、鼠标、麦克风、开关、按键、传感器等)。输出装置1006是实施向外部的输出的输出设备(例如,显示器、扬声器、LED灯等)。另外,输入装置1005和输出装置1006也可以一体地构成(例如,触摸面板)。
此外,处理器1001和存储装置1002等各装置通过用于对信息进行通信的总线1007来连接。总线1007可以使用单一的总线来构成,也可以使用在装置间不同的总线来构成。
此外,基站10和终端20可以构成为包含微处理器、数字信号处理器(DSP:DigitalSignal Processor)、ASIC(Application Specific Integrated Circuit:专用集成电路)、PLD(Programmable Logic Device:可编程逻辑器件)、FPGA(Field Programmable GateArray:现场可编程门阵列)等硬件,也可以通过该硬件实现各功能块的一部分或者全部。例如,处理器1001也可以使用这些硬件中的至少1个实现。
图12示出车辆2001的结构例。如图12所示,车辆2001具有驱动部2002、转向部2003、加速踏板2004、制动踏板2005、变速杆2006、前轮2007、后轮2008、车轴2009、电子控制部2010、各种传感器2021~2029、信息服务部2012和通信模块2013。在本公开中说明的各方式/实施方式可以应用于搭载于车辆2001的通信装置,例如也可以应用于通信模块2013。
驱动部2002例如由发动机、马达、发动机和马达的混合动力构成。转向部2003至少包含方向盘(也称为handle),构成为根据由用户操作的方向盘的操作使前轮和后轮中的至少一方转向。
电子控制部2010由微处理器2031、存储器(ROM、RAM)2032、通信端口(IO端口)2033构成。向电子控制部2010输入来自设置于车辆2001的各种传感器2021~2029的信号。电子控制部2010也可以称为ECU(Electronic Control Unit:电子控制单元)。
作为来自各种传感器2021~2029的信号,具有来自感测马达的电流的电流传感器2021的电流信号、由转速传感器2022取得的前轮和后轮的转速信号、由气压传感器2023取得的前轮和后轮的气压信号、由车速传感器2024取得的车速信号、由加速度传感器2025取得的加速度信号、由加速踏板传感器2029取得的加速踏板的踩踏量信号、由制动踏板传感器2026取得的制动踏板的踩踏量信号、由变速杆传感器2027取得的变速杆的操作信号、由物体检测传感器2028取得的用于检测障碍物、车辆、行人等的检测信号等。
信息服务部2012由汽车导航系统、音频系统、扬声器、电视机、收音机这样的用于提供驾驶信息、交通信息、娱乐信息等各种信息的各种设备和控制这些设备的1个以上的ECU构成。信息服务部2012利用从外部装置经由通信模块2013等取得的信息,向车辆2001的乘员提供各种多媒体信息和多媒体服务。
驾驶辅助系统部2030由毫米波雷达、LiDAR(Light Detection and Ranging:光探测和测距)、摄像头、定位器(例如GNSS等)、地图信息(例如高精细(HD)地图、自动驾驶汽车(AV)地图等)、陀螺仪系统(例如IMU(Inertial Measurement Unit:惯性测量单元)、INS(Inertial Navigation System:惯性导航系统)等)、AI(Artificial Intelligence:人工智能)芯片、AI处理器这样的用于提供预先防止事故或减轻驾驶员的驾驶负荷的功能的各种设备和控制这些设备的1个以上的ECU构成。此外,驾驶辅助系统部2030经由通信模块2013收发各种信息,实现驾驶辅助功能或自动驾驶功能。
通信模块2013能够经由通信端口与微处理器2031以及车辆2001的结构要素进行通信。例如,通信模块2013经由通信端口2033与设置于车辆2001的驱动部2002、转向部2003、加速踏板2004、制动踏板2005、变速杆2006、前轮2007、后轮2008、车轴2009、电子控制部2010内的微处理器2031和存储器(ROM、RAM)2032、传感器2021~29收发数据。
通信模块2013能够通过电子控制部2010的微处理器2031来控制,是能够与外部装置进行通信的通信设备。例如,与外部装置之间经由无线通信进行各种信息的收发。通信模块2013位于电子控制部2010的内部和外部均可。外部装置例如也可以是基站、移动站等。
通信模块2013经由无线通信向外部装置发送输入到电子控制部2010的来自电流传感器的电流信号。此外,通信模块2013也经由无线通信向外部装置发送输入到电子控制部2010的、由转速传感器2022取得的前轮和后轮的转速信号、由气压传感器2023取得的前轮和后轮的气压信号、由车速传感器2024取得的车速信号、由加速度传感器2025取得的加速度信号、由加速踏板传感器2029取得的加速踏板的踩踏量信号、由制动踏板传感器2026取得的制动踏板的踩踏量信号、由变速杆传感器2027取得的变速杆的操作信号、由物体检测传感器2028取得的用于检测障碍物、车辆、行人等的检测信号等。
通信模块2013接收从外部装置发送的各种信息(交通信息、信号信息、车辆间信息等),显示在设置于车辆的信息服务部2012。此外,通信模块2013将从外部装置接收到的各种信息存储于能够由微处理器2031利用的存储器2032。微处理器2031也可以根据存储器2032中存储的信息,进行设置于车辆2001的驱动部2002、转向部2003、加速踏板2004、制动踏板2005、变速杆2006、前轮2007、后轮2008、车轴2009、传感器2021~2029等的控制。
(实施方式的总结)
如以上说明的那样,根据本发明的实施方式,提供一种终端,其具有:通信部,其接收系统信息;以及控制部,其根据所述系统信息设定与面向非RedCapUE的DL-BWP不同的DL-BWP以及与面向非RedCapUE的UL-BWP不同的UL-BWP中的至少一个,所述RedCapUE是降低能力UE,所述DL-BWP是下行链路带宽部分,所述UL-BWP是上行链路带宽部分,所述通信部使用所设定的所述不同的DL-BWP或所设定的所述不同的UL-BWP来执行与随机接入有关的发送或接收、连接模式中的发送或接收、以及寻呼和系统信息的接收中的至少一个。
根据上述的结构,RedCapUE能够根据需要使用与面向non-RedCapUE的DL-BWP不同的DL-BWP和/或与面向non-RedCapUE的UL-BWP不同的UL-BWP。此外,RedCapUE能够根据需要共享面向non-RedCapUE的DL-BWP和/或面向non-RedCapUE的UL-BWP。即,能够在无线通信系统中决定被削减功能后的终端使用的频带。
所述控制部也可以决定是否能够将所述不同的DL-BWP和所述不同的UL-BWP设为某双工方式和某频率范围。根据该结构,RedCapUE能够根据需要使用与面向non-RedCapUE的DL-BWP不同的DL-BWP和/或与面向non-RedCapUE的UL-BWP不同的UL-BWP。
所述控制部也可以在设定所述不同的DL-BWP和所述不同的UL-BWP的情况下,设想所述不同的DL-BWP的中心频率和所述不同的UL-BWP的中心频率相同。根据该结构,RedCapUE能够根据需要使用与面向non-RedCapUE的DL-BWP不同的DL-BWP和/或与面向non-RedCapUE的UL-BWP不同的UL-BWP。
所述控制部也可以在设定所述不同的DL-BWP或所述不同的UL-BWP的情况下,将所设定的所述不同的DL-BWP或所述不同的UL-BWP设想为连接模式下的激活BWP。根据该结构,RedCapUE能够根据需要使用与面向non-RedCapUE的DL-BWP不同的DL-BWP和/或与面向non-RedCapUE的UL-BWP不同的UL-BWP。
所述控制部也可以使用所述不同的UL-BWP和所述面向非RedCapUE的DL-BWP,执行与随机接入有关的收发、连接模式下的收发、以及寻呼和系统信息的接收中的至少一个。根据该结构,RedCapUE能够根据需要使用与面向non-RedCapUE的DL-BWP不同的DL-BWP和/或与面向non-RedCapUE的UL-BWP不同的UL-BWP。此外,RedCapUE能够根据需要共享面向non-RedCapUE的DL-BWP和/或面向non-RedCapUE的UL-BWP。
此外,根据本发明的实施方式,提供一种通信方法,由终端执行以下步骤:通信步骤,接收系统信息;控制步骤,根据所述系统信息设定与面向非RedCapUE的DL-BWP不同的DL-BWP以及与面向非RedCapUE的UL-BWP不同的UL-BWP中的至少一个,所述RedCapUE是降低能力UE,所述DL-BWP是下行链路带宽部分,所述UL-BWP是上行链路带宽部分;以及使用所设定的所述不同的DL-BWP或所设定的所述不同的UL-BWP执行与随机接入有关的发送或接收、连接模式中的发送或接收、以及寻呼和系统信息的接收中的至少一个的步骤。
根据上述的结构,RedCapUE能够根据需要使用与面向non-RedCapUE的DL-BWP不同的DL-BWP和/或与面向non-RedCapUE的UL-BWP不同的UL-BWP。此外,RedCapUE能够根据需要共享面向non-RedCapUE的DL-BWP和/或面向non-RedCapUE的UL-BWP。即,能够在无线通信系统中决定被削减功能后的终端使用的频带。
(实施方式的补充)
以上说明了本发明的实施方式,但所公开的发明不限于这样的实施方式,本领域技术人员应当理解各种变形例、修改例、代替例、替换例等。为了促进发明的理解而使用具体数值例进行了说明,但只要没有特别指出,这些数值仅为一例,也可以使用适当的任意值。上述说明中的项目的区分对于本发明而言并不是本质性的,既可以根据需要组合使用在2个以上的项目中记载的事项,也可以将在某一项目中记载的事项应用于在另一项目中记载的事项(只要不矛盾)。功能框图中的功能部或者处理部的边界不一定对应于物理性部件的边界。在物理上可由1个部件进行多个功能部的动作,或者在物理上可由多个部件进行1个功能部的动作。关于实施方式中所述的处理过程,在不矛盾的情况下,可以调换处理的顺序。为了方便说明处理,使用功能性框图对基站10和终端20进行了说明,但这种装置还可以用硬件、用软件或者用它们的组合实现。按照本发明的实施方式而通过基站10所具有的处理器进行工作的软件和按照本发明的实施方式而通过终端20所具有的处理器进行工作的软件也可以分别被保存于随机存取存储器(RAM)、闪存、只读存储器(ROM)、EPROM、EEPROM、寄存器、硬盘(HDD)、可移动盘、CD-ROM、数据库、服务器等其他适当的任意存储介质中。
此外,信息的通知不限于本公开中说明的形式/实施方式,也可以使用其他方法进行。例如,信息的通知可以通过物理层信令(例如,DCI(Downlink Control Information:下行链路控制信息)、UCI(Uplink Control Information:上行链路控制信息))、高层信令(例如,RRC(Radio Resource Control:无线资源控制)信令、MAC(Medium Access Control:介质接入控制)信令、广播信息(MIB(Master Information Block:主信息块)、SIB(SystemInformation Block:系统信息块))、其他信号或者它们的组合来实施。此外,RRC信令也可以被称为RRC消息,例如,也可以是RRC连接设定(RRC Connection Setup)消息、RRC连接重新配置(RRC Connection Reconfiguration)消息等。
本公开中说明的各形式/实施方式也可以应用于LTE(Long Term Evolution:长期演进)、LTE-A(LTE-Advanced)、SUPER 3G、IMT-Advanced、4G(4th generation mobilecommunication system:第四代移动通信系统)、5G(5th generation mobilecommunication system:第五代移动通信系统)、:第六代移动通信系统(6G:6thgeneration mobile communication system)、第x代移动通信系统(xG:xth generationmobile communication system)(xG(x例如为整数、小数))、FRA(Future Radio Access:未来的无线接入)、NR(new Radio:新空口)、新无线接入(NX:New radio access)、未来一代无线接入(FX:Future generation radio access)、W-CDMA(注册商标)、GSM(注册商标)、CDMA2000、UMB(Ultra Mobile Broadband)、IEEE 802.11(Wi-Fi(注册商标))、IEEE 802.16(WiMAX(注册商标))、IEEE 802.20、UWB(Ultra-WideBand)、Bluetooth(注册商标)、使用其他适当系统的系统和据此扩展、修改、生成、规定的下一代系统中的至少一种。此外,也可以组合多个系统(例如,LTE及LTE-A中的至少一方与5G的组合等)来应用。
对于本说明书中说明的各形式/实施方式的处理过程、时序、流程等,在不矛盾的情况下,可以更换顺序。例如,对于本公开中说明的方法,使用例示的顺序提示各种步骤的要素,但不限于所提示的特定顺序。
在本说明书中设为由基站10进行的特定动作有时也根据情况而通过其上位节点(upper node)来进行。在由具有基站10的一个或者多个网络节点(network nodes)构成的网络中,为了与终端20的通信而进行的各种动作可以通过基站10和基站10以外的其他网络节点(例如,可考虑MME或者S-GW等,但不限于这些)中的至少一个来进行,这是显而易见的。在上述中,例示了基站10以外的其他网络节点为1个的情况,但其他网络节点也可以是多个其他网络节点的组合(例如MME和S-GW)。
能够从高层(或者低层)向低层(或者高层)输出本公开中说明的信息或者信号等。也可以经由多个网络节点输入或输出。
所输入或输出的信息等可以保存在特定位置(例如,内存),也可以使用管理表来管理。被输入或输出的信息等可以被改写、更新或追记。所输出的信息等也可以被删除。所输入的信息等还可以向其他装置发送。
本公开中的判定可以通过1比特所表示的值(0或1)来进行,也可以通过布尔值(Boolean:true或false)来进行,还可以通过数值的比较(例如,与预定值的比较)来进行。
对于软件,无论被称为软件、固件、中间件、微码、硬件描述语言、还是以其他名称来称呼,均应当广泛地解释为是指命令、命令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行线程、过程、功能等。
此外,软件、命令、信息等可以经由传输介质进行收发。例如,在使用有线技术(同轴缆线、光纤缆线、双绞线、数字订户线路(DSL:Digital Subscriber Line)等)和无线技术(红外线、微波等)中的至少一方来从网站、服务器或者其他远程源发送软件的情况下,这些有线技术和无线技术中的至少一方包含在传输介质的定义内。
本公开中说明的信息、信号等也可以使用各种不同的技术中的任意一种来表示。例如,可以通过电压、电流、电磁波、磁场或磁性粒子、光场或光子、或者这些的任意组合来表示上述说明整体所可能涉及的数据、命令、指令、信息、信号、位、码元、码片等。
另外,对于本公开中说明的用语和理解本公开所需的用语,可以与具有相同或相似的意思的用语进行置换。例如,信道和码元中的至少一方也可以是信号(信令)。此外,信号也可以是消息。此外,分量载波(CC:Component Carrier)也可以被称为载波频率、小区、频率载波等。
本公开中使用的“系统”和“网络”这样的用语可以互换地使用。
此外,本公开中说明的信息、参数等可以使用绝对值表示,也可以使用相对于预定值的相对值表示,还可以使用对应的其他信息表示。例如,无线资源也可以通过索引来指示。
上述的参数所使用的名称在任何方面都不是限制性的名称。进而,使用这些参数的数式等有时也与本公开中显式地公开的内容不同。由于可以通过所有适当的名称来识别各种信道(例如,PUCCH、PDCCH等)以及信息元素,因此,分配给这些各种信道以及信息元素的各种名称在任何方面都不是限制性的名称。
在本公开中,“基站(BS:Base Station)”、“无线基站”、“基站”、“固定站(fixedstation)”、“NodeB”、“eNodeB(eNB)”、“gNodeB(gNB)”、“接入点(access point)”、“发送点(transmission point)”、“接收点(reception point)”、“收发点(transmission/reception point)”、“小区”、“扇区”、“小区组”、“载波”、“分量载波”等用语可以互换地使用。有时也用宏小区、小型小区、毫微微小区、微微小区等用语来称呼基站。
基站能够容纳1个或者多个(例如,3个)小区。在基站容纳多个小区的情况下,基站的覆盖区域整体能够划分为多个更小的区域,各个更小的区域也能够通过基站子系统(例如,室内用的小型基站(RRH:Remote Radio Head(远程无线头))提供通信服务。“小区”或者“扇区”这样的用语是指在该覆盖范围内进行通信服务的基站和基站子系统中的至少一方的覆盖区域的一部分或者整体。
在本公开中,“移动站(MS:Mobile Station)”、“用户终端(user terminal)”、“用户装置(UE:User Equipment)”、“终端”等用语可以互换地使用。
对于移动站,本领域技术人员有时也用下述用语来称呼:订户站、移动单元(mobile unit)、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手持机、用户代理(useragent)、移动客户端、客户端或一些其他适当的用语。
基站和移动站中的至少一方可以被称为发送装置、接收装置、通信装置等。另外,基站和移动站中的至少一方也可以是搭载于移动体的设备、移动体本身等。该移动体可以是交通工具(例如,汽车、飞机等),也可以是以无人的方式运动的移动体(例如,无人机、自动驾驶汽车等),还可以是机器人(有人型或者无人型)。另外,基站和移动站中的至少一方也包括在通信动作时不一定移动的装置。例如,基站和移动站中的至少一方可以是传感器等IoT(Internet of Things:物联网)设备。
此外,本公开中的基站也可以替换为用户终端。例如,关于将基站和用户终端之间的通信置换为多个终端20之间的通信(例如,也可以称为D2D(Device-to-Device:设备对设备)、V2X(Vehicle-to-Everything:车辆到一切系统)等)的结构,也可以应用本公开的各形式/实施方式。在该情况下,也可以设为终端20具有上述基站10所具有的功能的结构。此外,“上行”以及“下行”等措辞也可以替换为与终端间通信对应的措辞(例如“侧(side)”)。例如,上行信道、下行信道等也可以替换为侧信道。
同样地,本公开中的用户终端可以替换为基站。在该情况下,也可以设为基站具有上述的用户终端具有的功能的结构。
本公开中使用的“判断(determining)”、“决定(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)”等来替换。
“连接(connected)”、“结合(coupled)”这样的用语或者这些用语的一切变形意在表示2个或者2个以上的要素之间的一切直接或间接的连接或结合,可以包含在相互“连接”或者“结合”的2个要素之间存在1个或者1个以上的中间要素的情况。要素之间的结合或连接可以是物理上的结合或连接,也可以是逻辑上的结合或连接,或者还可以是这些的组合。例如,也可以用“接入(access)”来替换“连接”。在本公开中使用的情况下,可以认为2个要素使用1个或者1个以上的电线、电缆和印刷电连接中的至少一方来相互进行“连接”或“结合”,以及作为一些非限制性且非包括性的例子而使用具有无线频域、微波区域以及光(可见及不可见双方)区域的波长的电磁能量等来相互进行“连接”或“结合”。
参考信号可以简称为RS(Reference Signal),也可以根据所应用的规范,被称为导频(Pilot)。
对于本公开中使用的“根据”这样的记载,除非另有明确记载,否则不是“仅根据”的意思。换言之,“根据”这样的记载的意思是“仅根据”和“至少根据”双方。
针对使用了本公开中使用的“第1”、“第2”等称呼的要素的任何参考也并非全部限定这些要素的数量或者顺序。这些称呼在本公开中可以用作区分2个以上的要素之间的简便方法。因此,针对第1要素和第2要素的参考不表示仅能采取2个要素或者在某些形式下第1要素必须先于第2要素。
也可以将上述各装置的结构中的“单元”置换为“部”、“电路”、“设备”等。
当在本公开使用了“包括(include)”、“包含(including)”和它们的变形的情况下,这些用语与用语“具有(comprising)”同样意味着是包括性的。并且,在本公开中使用的用语“或者(or)”意味着不是异或。
无线帧在时域中可以由1个或者多个帧构成。在时域中,1个或者多个各帧可以被称为子帧。子帧在时域中可以进一步由1个或者多个时隙构成。子帧也可以是不依赖于参数集(numerology)的固定的时间长度(例如,1ms)。
参数集也可以是应用于某个信号或者信道的发送和接收中的至少一方的通信参数。参数集例如可以表示子载波间隔(SCS:SubCarrier Spacing)、带宽、码元长度、循环前缀长度、发送时间间隔(TTI:Transmission Time Interval)、每TTI的码元数量、无线帧结构、收发机在频域中进行的特定滤波处理、收发机在时域中进行的特定加窗处理等中的至少一种。
时隙在时域中可以由一个或者多个码元(OFDM(Orthogonal Frequency DivisionMultiplexing:正交频分复用)码元、SC-FDMA(Single Carrier Frequency DivisionMultiple Access:单载波频分多址)码元等)构成。时隙可以是基于参数集的时间单位。
时隙可以包含多个迷你时隙。各迷你时隙在时域中可以由1个或者多个码元构成。此外,迷你时隙也可以被称为子时隙。迷你时隙可以由比时隙更少的数量的码元构成。以比迷你时隙大的时间为单位发送的PDSCH(或者PUSCH)可以被称为PDSCH(或者PUSCH)映射类型A。使用迷你时隙发送的PDSCH(或者PUSCH)可以被称为PDSCH(或者PUSCH)映射类型B。
无线帧、子帧、时隙、迷你时隙以及码元均表示传输信号时的时间单位。无线帧、子帧、时隙、迷你时隙以及码元可以分别使用对应的其他称呼。
例如,一个子帧也可以被称为发送时间间隔(TTI:Transmission TimeInterval),多个连续的子帧也可以被称为TTI,一个时隙或者一个迷你时隙也可以被称为TTI。即,子帧和TTI中的至少一方可以是现有的LTE中的子帧(1ms),也可以是比1ms短的期间(例如,1-13码元),还可以是比1ms长的期间。另外,表示TTI的单位可以不是子帧,而被称为时隙、迷你时隙等。
在此,TTI例如是指无线通信中的调度的最小时间单位。例如,在LTE系统中,基站对各终端20进行以TTI为单位分配无线资源(能够在各终端20中使用的频带宽度、发送功率等)的调度。另外,TTI的定义不限于此。
TTI可以是信道编码后的数据分组(传输块)、码块、码字等的发送时间单位,也可以是调度、链路自适应等的处理单位。另外,在给出了TTI时,传输块、码块、码字等实际被映射的时间区间(例如码元数量)可以比该TTI短。
另外,在1时隙或者1迷你时隙被称为TTI的情况下,1个以上的TTI(即,1个以上的时隙或者1个以上的迷你时隙)可以是调度的最小时间单位。此外,构成该调度的最小时间单位的时隙数量(迷你时隙数量)可以被控制。
具有1ms的时间长度的TTI也可以被称为通常TTI(LTE Rel.8-12中的TTI)、正常TTI(normal TTI)、长TTI(long TTI)、通常子帧、正常子帧(normal subframe)、长(long)子帧、时隙等。比通常TTI短的TTI也可以被称为缩短TTI、短TTI(short TTI)、部分TTI(partial或者fractional TTI)、缩短子帧、短(short)子帧、迷你时隙、子时隙、时隙等。
另外,对于长TTI(long TTI)(例如通常TTI、子帧等),可以用具有超过1ms的时间长度的TTI来替换,对于短TTI(short TTI)(例如,缩短TTI等),可以用小于长TTI(longTTI)的TTI长度且具有1ms以上的TTI长度的TTI来替换。
资源块(RB)是时域和频域的资源分配单位,在频域中,可以包含1个或者多个连续的子载波(subcarrier)。RB中包含的子载波的数量可以是相同的而与参数集无关,例如可以是12个。RB中包含的子载波的数量也可以根据参数集来决定。
此外,RB的时域可以包含1个或者多个码元,也可以是1时隙、1迷你时隙、1子帧或1TTI的长度。1TTI、1子帧等可以分别由1个或者多个资源块构成。
另外,1个或者多个RB可以被称为物理资源块(PRB:Physical RB)、子载波组(SCG:Sub-Carrier Group)、资源元素组(REG:Resource Element Group)、PRB对、RB对等。
此外,资源块也可以由1个或者多个资源元素(RE:Resource Element)构成。例如,1RE可以是1子载波和1码元的无线资源区域。
带宽部分(BWP:Bandwidth Part)(也可以被称为部分带宽等)可以表示在某个载波中某个参数集用的连续的公共RB(common resource blocks:公共资源块)的子集。在此,公共RB可以通过以该载波的公共参考点为基准的RB的索引来确定。PRB可以在某个BWP中定义并在该BWP内进行编号。
BWP可以包含UL用的BWP(UL BWP)和DL用的BWP(DL BWP)。在1载波内可以对终端20设定1个或者多个BWP。
所设定的BWP的至少1个可以是激活的(active),可以不设想终端20在激活的BWP之外收发预定的信号/信道的情况。另外,本公开中的“小区”、“载波”等可以用“BWP”来替换。
上述的无线帧、子帧、时隙、迷你时隙和码元等的结构仅是例示。例如,无线帧中包含的子帧的数量、每个子帧或者无线帧的时隙的数量、时隙中包含的迷你时隙的数量、时隙或者迷你时隙中包含的码元以及RB的数量、RB中包含的子载波的数量、以及TTI内的码元数量、码元长度、循环前缀(CP:Cyclic Prefix)长度等的结构可以进行各种变更。
在本公开中,例如,如英语中的a、an以及the这样,通过翻译而增加了冠词的情况下,本公开也可以包含接在这些冠词之后的名词是复数形式的情况。
在本公开中,“A和B不同”这样的用语也可以意味着“A和B互不相同”。另外,该用语也可以意味着“A和B分别与C不同”。“分开”、“结合”等用语也可以与“不同”同样地进行解释。
本公开中说明的各形式/实施方式可以单独使用,也可以组合使用,还可以根据执行来切换使用。此外,预定信息的通知不限于显式地进行(例如,“是X”的通知),也可以隐式地进行(例如,不进行该预定信息的通知)。
以上,对本公开详细地进行了说明,但对于本领域技术人员而言,应清楚本公开不限于在本公开中说明的实施方式。本公开能够在不脱离由权利要求确定的本公开的主旨和范围的情况下,作为修改和变更方式来实施。因此,本公开的记载目的在于例示说明,对本公开不具有任何限制意义。
标号说明
10:基站;
110:发送部;
120:接收部;
130:设定部;
140:控制部;
20:终端;
210:发送部;
220:接收部;
230:设定部;
240:控制部;
1001:处理器;
1002:存储装置;
1003:辅助存储装置;
1004:通信装置;
1005:输入装置;
1006:输出装置;
2001:车辆;
2002:驱动部;
2003:转向部;
2004:油门踏板;
2005:制动踏板;
2006:变速杆;
2007:前轮;
2008:后轮;
2009:车轴;
2010:电子控制部;
2012:信息服务部;
2013:通信模块;
2021:电流传感器;
2022:转速传感器;
2023:气压传感器;
2024:车速传感器;
2025:加速度传感器;
2026:制动踏板传感器;
2027:变速杆传感器;
2028:物体检测传感器;
2029:油门踏板传感器;
2030:驾驶辅助系统部;
2031微处理器;
2032:内存(ROM、RAM);
2033:通信端口(IO端口)。

Claims (6)

1.一种终端,其具有:
通信部,其接收系统信息;以及
控制部,其根据所述系统信息设定与面向非RedCapUE的DL-BWP不同的DL-BWP以及与面向非RedCapUE的UL-BWP不同的UL-BWP中的至少一个,所述RedCapUE是降低能力UE,所述DL-BWP是下行链路带宽部分,所述UL-BWP是上行链路带宽部分,
所述通信部使用所设定的所述不同的DL-BWP或所设定的所述不同的UL-BWP来执行与随机接入有关的发送或接收、连接模式中的发送或接收、以及寻呼和系统信息的接收中的至少一个。
2.根据权利要求1所述的终端,其中,
所述控制部决定是否能够将所述不同的DL-BWP和所述不同的UL-BWP设定为某双工方式和某频率范围。
3.根据权利要求1所述的终端,其中,
所述控制部在设定所述不同的DL-BWP和所述不同的UL-BWP的情况下,设想所述不同的DL-BWP的中心频率和所述不同的UL-BWP的中心频率相同。
4.根据权利要求1所述的终端,其中,
所述控制部在设定所述不同的DL-BWP或所述不同的UL-BWP的情况下,将所设定的所述不同的DL-BWP或所述不同的UL-BWP设想为连接模式下的激活BWP。
5.根据权利要求1所述的终端,其中,
所述控制部使用所述不同的UL-BWP和所述面向非RedCapUE的DL-BWP来执行与随机接入有关的收发、连接模式下的收发以及寻呼和系统信息的接收中的至少一个。
6.一种通信方法,由终端执行:
通信步骤,接收系统信息;
控制步骤,根据所述系统信息设定与面向非RedCapUE的DL-BWP不同的DL-BWP以及与面向非RedCapUE的UL-BWP不同的UL-BWP中的至少一个,所述RedCapUE是降低能力UE,所述DL-BWP是下行链路带宽部分,所述UL-BWP是上行链路带宽部分;以及
使用所设定的所述不同的DL-BWP或所设定的所述不同的UL-BWP执行与随机接入有关的发送或接收、连接模式中的发送或接收、以及寻呼和系统信息的接收中的至少一个的步骤。
CN202180102729.8A 2021-09-30 2021-09-30 终端以及通信方法 Pending CN117999838A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/036340 WO2023053429A1 (ja) 2021-09-30 2021-09-30 端末及び通信方法

Publications (1)

Publication Number Publication Date
CN117999838A true CN117999838A (zh) 2024-05-07

Family

ID=85782100

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180102729.8A Pending CN117999838A (zh) 2021-09-30 2021-09-30 终端以及通信方法

Country Status (4)

Country Link
US (1) US20240397498A1 (zh)
JP (1) JPWO2023053429A1 (zh)
CN (1) CN117999838A (zh)
WO (1) WO2023053429A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20230159309A (ko) * 2022-05-13 2023-11-21 아서스 테크놀러지 라이센싱 아이엔씨. 무선 통신 시스템에서 대역폭 부분 페어링 방법 및 장치

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180062979A (ko) * 2016-11-05 2018-06-11 애플 인크. 비대칭 대역폭 지원 및 동적 대역폭 조정
KR102293051B1 (ko) * 2019-04-23 2021-08-24 엘지전자 주식회사 자율 주행 차량과 이를 이용한 서비스 제공 시스템 및 방법

Also Published As

Publication number Publication date
WO2023053429A1 (ja) 2023-04-06
JPWO2023053429A1 (zh) 2023-04-06
US20240397498A1 (en) 2024-11-28

Similar Documents

Publication Publication Date Title
CN117813742A (zh) 终端以及通信方法
CN117999838A (zh) 终端以及通信方法
CN117981437A (zh) 终端、基站及通信方法
CN117981424A (zh) 终端和通信方法
JP7764584B2 (ja) 端末、基地局及び通信方法
JP7758750B2 (ja) 端末及び通信方法
JP7704388B2 (ja) 端末及び通信方法
CN118176800A (zh) 终端以及通信方法
CN118020367A (zh) 终端及通信方法
CN119014077A (zh) 终端、基站以及通信方法
WO2025088814A1 (ja) 端末、基地局、及び通信方法
WO2025069209A1 (ja) 端末、基地局、及び通信方法
CN118872354A (zh) 终端、基站以及通信方法
CN118235482A (zh) 基站以及通信方法
WO2025057340A1 (ja) 端末及び通信方法
CN118947189A (zh) 终端、基站以及通信方法
WO2024100746A1 (ja) 端末、基地局及び通信方法
WO2025069211A1 (ja) 端末、基地局、及び通信方法
CN117716769A (zh) 终端以及通信方法
WO2024100892A1 (ja) 端末、基地局及び通信方法
WO2024069989A1 (ja) 端末及び通信方法
WO2024079796A1 (ja) 端末及び通信方法
WO2024219119A1 (ja) 端末及び通信方法
JP2025188200A (ja) 端末及び通信方法
WO2024069903A1 (ja) 端末及び通信方法

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