CN116633503A - 数据传输方法及通信装置 - Google Patents

数据传输方法及通信装置 Download PDF

Info

Publication number
CN116633503A
CN116633503A CN202210129555.0A CN202210129555A CN116633503A CN 116633503 A CN116633503 A CN 116633503A CN 202210129555 A CN202210129555 A CN 202210129555A CN 116633503 A CN116633503 A CN 116633503A
Authority
CN
China
Prior art keywords
tcis
message
tci
channel
terminal device
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
CN202210129555.0A
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202210129555.0A priority Critical patent/CN116633503A/zh
Priority to PCT/CN2023/075043 priority patent/WO2023151601A1/zh
Publication of CN116633503A publication Critical patent/CN116633503A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • H04L5/0094Indication of how sub-channels of the path are allocated
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413MIMO systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • 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
    • H04W72/232Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling

Landscapes

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

Abstract

本申请提供了一种通信方法和通信装置,属于通信领域。该方法包括:接收来自网络设备的多个TCI;接收来自所述网络设备的至少一个消息,所述至少一个消息用于确定所述多个TCI中的至少一个TCI和至少两个TCI,所述至少一个TCI用于第一信道传输,所述至少两个TCI用于第二信道传输;基于所述至少一个TCI,接收和/或发送第一信道;和/或基于所述至少两个TCI,接收和/或发送第二信道。以此方式,终端设备能够基于至少一个消息,确定分别用于各个信道的至少一个TCI,如此能够实现多个MTP场景下的多个TCI的统一指示,如此能够提高各个信道传输的灵活性。

Description

数据传输方法及通信装置
技术领域
本申请涉及通信领域,更具体地,涉及一种数据传输方法及通信装置。
背景技术
多入多出(Multiple Input Multiple Output,MIMO)技术已经被广泛地应用于当前的无线通信系统中,为了提高系统的可靠性,已经提出了多个收发点(Transmission andReception Point,TRP)传输技术。进一步地,基于统一传输配置指示(TransmissionConfiguration Indicator,TCI)框架,能够实现多个TRP传输的增强。
目前的统一TCI架构指示单个TCI,且该单个TCI被用于各个信道传输。这样的方案导致对于各个信道的传输缺乏灵活性,从而通信系统的资源利用率较低。
发明内容
本申请的实施例提供了一种通信方案,能够通过至少一个消息指示用于至少两个不同信道的一个或多个TCI,从而可以实现至少两个不同信道的传输,提高资源利用率。
在本申请的第一方面,提供了一种通信方法。该通信方法可以由终端设备执行。该方法包括:接收来自网络设备的多个TCI;接收来自网络设备的至少一个消息,至少一个消息用于确定多个TCI中的至少一个TCI和至少两个TCI,至少一个TCI用于第一信道传输,至少两个TCI用于第二信道传输;基于至少一个TCI,接收和/或发送第一信道;和/或,基于至少两个TCI,接收和/或发送第二信道。
以此方式,终端设备能够基于至少一个消息,确定分别用于各个信道的至少一个TCI,如此能够实现多个MTP场景下的多个TCI的统一指示,如此能够提高各个信道传输的灵活性。
在第一方面的一些实施例中,至少一个消息包括第一消息,第一消息指示至少一个TCI和至少两个TCI。
以此方式,网络设备通过单个消息指示用于多个信道的各个信道的至少一个TCI,这样能够简化指示方式,降低信令开销。
在第一方面的一些实施例中,至少一个消息包括第二消息和第三消息,第二消息指示至少一个TCI,第三消息指示至少一个TCI或至少两个TCI。
以此方式,网络设备通过多个消息分别指示用于多个信道的各自的至少一个TCI,能够便于终端设备快速准确地确定用于各个信道的至少一个TCI。
在第一方面的一些实施例中,至少一个消息包括第四消息和第五消息,第四消息指示至少一个TCI,第五消息至少指示另一TCI;方法还包括:基于第四消息,确定至少一个TCI;以及基于第四消息和第五消息,确定至少两个TCI。
以此方式,网络设备通过多个消息的结合来指示多个信道的各自的至少一个TCI,能够实现更为灵活的指示方式,方便网络设备对TCI指示的灵活调度。
在第一方面的一些实施例中,至少一个消息包括第六消息,第六消息指示多个TCI中的至少部分TCI;方法还包括:基于预设准则从至少部分TCI中确定至少一个TCI和/或至少两个TCI。
以此方式,终端设备能够基于预设准则来选择用于各个信道的至少一个TCI,提高了指示的灵活性。
在第一方面的一些实施例中,预设准则包括以下至少一项:至少部分TCI的各自的标识;至少部分TCI的顺序;至少部分TCI的各自激活时间;至少部分TCI的激活时间的先后顺序;至少部分TCI的各自生效时间;或者至少部分TCI的生效时间的先后顺序。
在第一方面的一些实施例中,还包括:接收来自网络设备的第七消息,第七消息指示预设准则。
在第一方面的一些实施例中,第六消息还指示预设准则。
以此方式,网络设备能够配置或指示或通知终端设备所使用的预设准则,这样能够确保网络设备和终端设备对于预设准则的一致性。
在第一方面的一些实施例中,还包括:向网络设备发送能力信息,能力信息指示终端设备所支持的预设准则。
以此方式,网络设备能够获得终端设备的能力信息,进而基于该能力信息确定预设准则,从而确保预设准则在终端设备处的可用性。
在本申请的第二方面,提供了一种通信方法。该通信方法可以由网络设备执行。该方法包括:向终端设备发送多个TCI;向终端设备发送至少一个消息,至少一个消息用于确定多个TCI中的至少一个TCI和至少两个TCI,至少一个TCI用于第一信道传输,至少两个TCI用于第二信道传输;基于至少一个TCI,接收和/或发送第一信道;和/或,基于至少两个TCI,接收和/或发送第二信道。
在第二方面的一些实施例中,至少一个消息包括第一消息,第一消息指示至少一个TCI和至少两个TCI。
在第二方面的一些实施例中,至少一个消息包括第二消息和第三消息,第二消息指示至少一个TCI,第三消息指示至少一个TCI或至少两个TCI。
在第二方面的一些实施例中,至少一个消息包括第四消息和第五消息,第四消息指示至少一个TCI,第五消息至少指示另一TCI。
在第二方面的一些实施例中,至少一个消息包括第六消息,第六消息指示多个TCI中的至少部分TCI;第六消息被用于终端设备基于预设准则从至少部分TCI中选择至少一个TCI和/或至少两个TCI。
在第二方面的一些实施例中,预设准则包括以下至少一项:至少部分TCI的各自的标识;至少部分TCI的顺序;至少部分TCI的各自激活时间;至少部分TCI的激活时间的先后顺序;至少部分TCI的各自生效时间;或者至少部分TCI的生效时间的先后顺序。
在第二方面的一些实施例中,还包括:向终端设备发送第七消息,第七消息指示预设准则。
在第二方面的一些实施例中,第六消息还指示预设准则。
在第二方面的一些实施例中,还包括:接收来自终端设备的能力信息,能力信息指示终端设备所支持的预设准则。
在本申请的第三方面,提供了一种通信装置,该通信装置包括:接收模块,被配置为接收来自网络设备的多个TCI;接收模块,还被配置为接收来自网络设备的至少一个消息,至少一个消息用于确定多个TCI中的至少一个TCI和至少两个TCI,至少一个TCI用于第一信道传输,至少两个TCI用于第二信道传输;接收模块和/或发送模块被配置为:基于至少一个TCI接收和/或发送第一信道;和/或基于至少两个TCI接收和/或发送第二信道。
在第三方面的一些实施例中,至少一个消息包括第一消息,第一消息指示至少一个TCI和至少两个TCI。
在第三方面的一些实施例中,至少一个消息包括第二消息和第三消息,第二消息指示至少一个TCI,第三消息指示至少一个TCI或者至少两个TCI。
在第三方面的一些实施例中,至少一个消息包括第四消息和第五消息,第四消息指示至少一个TCI,第五消息至少指示另一TCI;还包括确定模块,被配置为:基于第四消息,确定至少一个TCI;以及基于第四消息和第五消息,确定至少两个TCI。
在第三方面的一些实施例中,至少一个消息包括第六消息,第六消息指示多个TCI中的至少部分TCI;还包括确定模块,被配置为基于预设准则从至少部分TCI中确定至少一个TCI和/或至少两个TCI。
在第三方面的一些实施例中,预设准则包括以下至少一项:至少部分TCI的各自的标识;至少部分TCI的顺序;至少部分TCI的各自激活时间;至少部分TCI的激活时间的先后顺序;至少部分TCI的各自生效时间;或者至少部分TCI的生效时间的先后顺序。
在第三方面的一些实施例中,接收模块还被配置为接收来自网络设备的第七消息,第七消息指示预设准则。
在第三方面的一些实施例中,第六消息还指示预设准则。
在第三方面的一些实施例中,发送模块还被配置为向网络设备发送能力信息,能力信息指示终端设备所支持的预设准则。
在第三方面的一些实施例中,该通信装置为终端设备。
在本申请的四方面,提供了一种通信装置,该通信装置包括:发送模块,被配置为向终端设备发送多个TCI;发送模块,还被配置为向终端设备发送至少一个消息,至少一个消息用于确定多个TCI中的至少一个TCI和至少两个TCI,至少一个TCI用于第一信道传输,至少两个TCI用于第二信道传输;接收模块和/或发送模块被配置为:基于至少一个TCI接收和/或发送第一信道;和/或基于至少两个TCI接收和/或发送第二信道。
在第四方面的一些实施例中,至少一个消息包括第一消息,第一消息指示至少一个TCI和至少两个TCI。
在第四方面的一些实施例中,至少一个消息包括第二消息和第三消息,第二消息指示至少一个TCI,第三消息指示至少一个TCI或者至少两个TCI。
在第四方面的一些实施例中,至少一个消息包括第四消息和第五消息,第四消息指示至少一个TCI,第五消息至少指示另一TCI。
在第四方面的一些实施例中,至少一个消息包括第六消息,第六消息指示多个TCI中的至少部分TCI;第六消息被用于终端设备基于预设准则从至少部分TCI中选择至少一个TCI和/或至少两个TCI。
在第四方面的一些实施例中,预设准则包括以下至少一项:至少部分TCI的各自的标识;至少部分TCI的顺序;至少部分TCI的各自激活时间;至少部分TCI的激活时间的先后顺序;至少部分TCI的各自生效时间;或者至少部分TCI的生效时间的先后顺序。
在第四方面的一些实施例中,发送模块还被配置为向终端设备发送第七消息,第七消息指示预设准则。
在第四方面的一些实施例中,第六消息还指示预设准则。
在第四方面的一些实施例中,接收模块还被配置为接收来自终端设备的能力信息,能力信息指示终端设备所支持的预设准则。
在第四方面的一些实施例中,该通信装置为网络设备。
本申请在本申请的第五方面,提供了一种通信装置,该通信装置包括用于执行上述第二方面或其任一实现方式所包括的方法或步骤的模块或单元。可选地,该通信装置可以被实现为网络设备。
在本申请的第六方面,提供了一种通信装置,包括收发器、处理器以及存储器,存储器上存储有由处理器执行的指令,当指令被处理器执行时使得该通信装置实现上述第一方面或其任一实现方式所包括的方法或步骤。
在本申请的第七方面,提供了一种通信装置,包括收发器、处理器以及存储器,存储器上存储有由处理器执行的指令,当指令被处理器执行时使得该通信装置实现上述第二方面或其任一实现方式所包括的方法或步骤。
在本申请的第八方面,提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机可执行指令,该计算机可执行指令被处理器执行时实现根据上述第一方面或其任一实施例中的方法的操作,或者实现根据上述第二方面或其任一实施例中的方法的操作。
在本申请的第九方面,提供了一种芯片或芯片系统。该芯片或芯片系统包括处理电路,被配置为执行根据上述第一方面或其任一实施例中的方法的操作,或者实现根据上述第二方面或其任一实施例中的方法的操作。
在本申请的第十方面,提供了一种计算机程序或计算机程序产品。该计算机程序或计算机程序产品被有形地存储在计算机可读介质上并且包括计算机可执行指令,计算机可执行指令在被执行时实现根据上述第一方面或其任一实施例中的方法的操作,或者实现根据上述第二方面或其任一实施例中的方法的操作。
附图说明
结合附图并参考以下详细说明,本申请各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中,相同或相似的附图标注表示相同或相似的元素,其中:
图1示出了本申请的一些实施例可以实现于其中的场景的示意图;
图2示出了根据本申请的一些实施例的通信过程的信令交互图;
图3示出了根据本申请的一些实施例的第一消息的一个示意图;
图4示出了根据本申请的一些实施例的第一消息的另一示意图;
图5示出了根据本申请的一些实施例的第二消息和第三消息的组合的一个示意图;
图6示出了根据本申请的一些实施例的第二消息和第三消息的组合的另一示意图;
图7示出了根据本申请的一些实施例的第四消息和第五消息的组合的一个示意图
图8示出了根据本申请的一些实施例的一个第六消息的一个示意图;
图9示出了根据本申请的一些实施例的MAC-CE和DCI的组合的一个示意图;
图10示出了根据本申请的一些实施例的两个第六消息的组合的一个示意图;
图11示出了根据本申请的一些实施例的通信装置的一个示意框图;
图12示出了根据本申请的一些实施例的通信装置的另一示意框图;以及
图13示出了可以用来实施本申请的实施例的示例设备的示意框图。
具体实施方式
下面将参照附图更详细地描述本申请的实施例。虽然附图中显示了本申请的某些实施例,然而应当理解的是,本申请可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例,相反提供这些实施例是为了更加透彻和完整地理解本申请。应当理解的是,本申请的附图及实施例仅用于示例性作用,并非用于限制本申请的保护范围。
在本申请的实施例的描述中,术语“包括”及其类似用语应当理解为开放性包含,即“包括但不限于”。术语“基于”应当理解为“至少部分地基于”。术语“一个实施例”或“该实施例”应当理解为“至少一个实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。
本申请的实施例可以根据任何适当的通信协议来实施,包括但不限于,第三代(3rd Generation,3G)、第四代(4G)、第五代(5G)、第六代(6G)等蜂窝通信协议、诸如电气与电子工程师协会(Institute of Electrical and Electronics Engineers,IEEE)802.11等的无线局域网通信协议、和/或目前已知或者将来开发的任何其他协议。
本申请的实施例的技术方案应用于遵循任何适当通信协议的通信系统,例如:通用分组无线业务(General Packet Radio Service,GPRS)、全球移动通信系统(GlobalSystem for Mobile Communications,GSM)、增强型数据速率GSM演进系统(Enhanced Datarate for GSM Evolution,EDGE)、通用移动通信系统(Universal MobileTelecommunications Service,UMTS)、长期演进(Long Term Evolution,LTE)系统、宽带码分多址系统(Wideband Code Division Multiple Access,WCDMA)、码分多址2000系统(Code Division Multiple Access,CDMA2000)、时分同步码分多址系统(Time Division-Synchronization Code Division Multiple Access,TD-SCDMA)、频分双工(FrequencyDivision Duplex,FDD)系统、时分双工(Time Division Duplex,TDD)、第五代系统或新无线电(New Radio,NR)、未来演进的第六代通信系统等等。
在本申请中的术语“终端设备”指能够与网络设备之间或者彼此之间进行有线或无线通信的任何终端设备。终端设备有时可以称为用户设备(User Equipment,UE)。终端设备可以是任意类型的移动终端、固定终端或便携式终端。作为示例,终端设备可以包括移动手机、站点、单元、设备、移动终端(Mobile Terminal,MT)、订阅台、便携式订阅台、互联网节点、通信器、台式计算机、膝上型计算机、笔记本计算机、平板计算机、个人通信系统设备、个人导航设备、个人数字助理(Personal Digital Assistant,PDA)、定位设备、无线电广播接收器、电子书设备、游戏设备、物联网(Internet of Things,IoT)设备、车载设备、飞行器、虚拟现实(Virtual Reality,VR)设备、增强现实(Augmented Reality,AR)设备、可穿戴设备、5G网络中的终端设备或者演进的公用陆地移动网络(Public Land Mobile Network,PLMN)中的任何终端设备、可用于通信的其他设备、或者上述的任意组合。本申请的实施例对此并不做限定。
在本申请中的术语“网络设备”是可以用于与终端设备通信的实体或节点,例如可以是接入网设备。接入网设备可以是部署在无线接入网中为移动终端提供无线通信功能的装置,例如可以是无线接入网(Radio Access Network,RAN)网络设备。接入网设备可以包括各种类型的基站。作为示例,接入网设备可以包括各种形式的宏基站、微基站、微微基站、毫微微基站、中继站、接入点、远程无线电单元(Remote Radio Unit,RRU)、射频头(RadioHead,RH)、远程无线电头端(Remote Radio Head,RRH)等等。在采用不同的无线接入技术的系统中,接入网设备的名称可能会有所不同,例如在长期演进系统(Long Term Evolution,LTE)网络中称为演进的节点B(evolved NodeB,eNB或eNodeB),在3G网络中称为节点B(NodeB,NB),在5G网络中可以称为g节点B(gNB)或NR节点B(NR NB),等等。在某些场景下,接入网设备可以包含集中单元(Central Unit,CU)和/或分布单元(Distributed Unit,DU)。CU和DU可以放置在不同的地方,例如:DU拉远,放置于高话务量的区域,CU放置于中心机房。或者,CU和DU也可以放置在同一机房。CU和DU也可以为一个机架下的不同部件。为方便描述,本申请后续的实施例中,上述为终端设备提供无线通信功能的装置统称为网络设备,本申请的实施例不再具体限定。
本申请的实施例涉及通信设备。在一种示例通信系统中,该通信设备可以为网络设备或者终端设备。
在本申请的实施例中,传输配置指示(Transmission Configuration Indicator,TCI)状态可以用于指示与准共址(Quasi-Co-Location,QCL)有关的信息。TCI可以为终端设备接收信道/信号提供时频跟踪参数、空间滤波器参数等。可理解,在一些场景中,TCI状态可以与以下术语中的任意一个互换使用:TCI、发送接收点(Transmission and ReceptionPoint,TRP)、控制资源集(control resource set,CORESET)、控制资源集池(CORESETPool)等。
QCL可以用于终端设备在多点协作场景中的实现。示例性地,对于两个天线端口来说,其中一个端口的大尺度信道特性可以从另一端口推断获得,就可认为两个天线端口是具有QCL关系的。大尺度信道特性可以包括时延扩展(delay spread)、平均时延(averagedelay)、多普勒频移(Doppler shift)、多普勒扩展(Doppler spread)、平均增益(averagegain)、空间接收波束参数(Spatial Rx parameter)等。在NR系统中,QCL关系可以被分为四类:QCL类型A(QCL-TypeA)、QCL类型B(QCL-TypeB)、QCL类型C(QCL-TypeC)和QCL类型D(QCL-TypeD),并且关于各个类型的描述如下:
●'QCL-TypeA':{Doppler shift,Doppler spread,average delay,delayspread};
●'QCL-TypeB':{Doppler shift,Doppler spread};
●'QCL-TypeC':{Doppler shift,average delay};
●'QCL-TypeD':{Spatial Rx parameter}。
QCL关系可以被封装为信令参数,从而分别由上行和下行的信道/信号来使用,例如可以通过上行TCI、下行TCI和/或联合TCI来指示。上行TCI用于指示上行信道/信号,且只使用空间关系,即QCL-TypeD。下行TCI用于指示下行信道/信号,包括上述4种QCL关系,即QCL-TypeA、QCL-TypeB、QCL-TypeC和QCL-TypeD。联合TCI用于指示上行和下行信道/信号,可以复用下行TCI,即包括上述4种QCL关系:QCL-TypeA、QCL-TypeB、QCL-TypeC和QCL-TypeD。
为了提升小区边缘处的用户的体验,多个TRP传输已经被提出并被用于下行链路传输,例如被用于物理下行链路共享信道(Physical Downlink Share Channel,PDSCH)。单个下行链路控制信息(Downlink Control Information,DCI)可以调度多个TRP或者多个DCI可以调度多个TRP,从而能够实现PDSCH增强。类似地,可以使用多TRP和/或多面板来识别和指定特性以提高PDSCH之外的其他物理信道的可靠性和鲁棒性,例如物理下行链路控制信道(Physical Downlink Control Channel,PDCCH)、物理上行链路控制信道(PhysicalUplink Control Channel,PUCCH)、物理上行链路共享信道(Physical Uplink ShareChannel,PUSCH)等。
PDCCH采用时分复用(Time-Division Multiplexing,TDM)重复、频分复用(Frequency-Division Multiplexing,FDM)重复或单频率网络空分(Single FrequencyNetwork,SFN)重复等方式进行增强。重复是指相同的内容。对于TDM和FDM重复,可以将2个搜索空间(Search Space,SS)集进行关联,分别在相应的控制资源集(Control ResourceSet,CORESET)上进行传输。对于PDCCH的TDM和FDM增强,TCI分别在关联的SS集所在的CORESET进行配置。对于PDCCH的SFN增强,对同一个PDCCH在2个TRP同时进行发送,因此需要2个TCI来指示PDCCH所在的CORESET。
对于PUCCH或PUSCH增强,支持相同的PUCCH以TDM方式重复传输,支持重复次数为2/4/8/16,支持波束映射方式包括循环映射和顺序映射。对于PUCCH来说,通过媒体接入控制(Media Access Control,MAC)控制元素(Control Element,CE)来指示2个TCI。对于PUSCH来说,通过2个单资源指示(signal resource indicator,SRI)分别指示不同的探测参考信号(sounding reference signal,SRS),通过SRS的TCI间隔获得TCI。
如上所述,针对不同的信道分别采用不同的方式分别进行指示,这种针对各个信道分别进行指示的方式灵活性差,如此导致复杂度较高。
已经提出了统一TCI框架来替代上述的空间关系框架。统一TCI涉及多个成员载波(Component Carrier,CC),并且多个信道/信号能够共享相同的资源池。
统一TCI池由无线资源控制(Radio Resource Control,RRC)进行配置,可以多个CC共享TCI池,也可以为每个CC分配配置TCI池。TCI池包括联合TCI所参考的联合TCI池,和分离TCI所参考的分离TCI池。分离TCI池包括下行TCI池和上行TCI池。下行TCI池包括下行TCI,最大个数为128。上行TCI池包括上行TCI,最大个数为32或64。联合TCI池可以复用分离TCI池的下行TCI池。
统一TCI支持MAC-CE激活和DCI指示。但是目前的统一TCI框架仅支持单TRP场景,也就是说目前的统一TCI只能指示1个TCI。因此,无法被应用于多个TRP的场景。
为了解决上述问题以及潜在的其他问题,本申请提供了一种通信方法,能够分别使用不同数量的TCI对应不同的信道,如此能够提高灵活性,进而能够提高资源利用率。
图1示出了本申请的一些实施例可以实现于其中的场景100的示意图。在场景100中包括接入网设备110和终端设备120,并且接入网设备110和终端设备120能够进行通信。例如,接入网设备110能够为终端设备120提供网络接入服务。
在本申请的实施例中,可以将接入网设备110到终端设备120的传输链路称为下行传输链路(Downlink,DL),可以将终端设备120到接入网设备110的传输链路称为上行传输链路(Uplink,UL)。
示例性地,场景100可选地还可以支持多TRP传输,可以假设接入网设备110被配备有一个或多个TRP,如图1示出了TRP 130-1和TRP 130-2。TRP 130-1和TRP 130-2可以被关联于不同的CORESET池,例如第一CORESET池关联于TRP 130-1,第二CORESET池关联于TRP130-2。为了描述方便,可以将TRP 130-1和TRP 130-2中的任意一个或两个一起统称为TRP130。终端设备120能够与TRP 130-1和TRP 130-2进行通信。可理解,终端设备120支持单TRP传输模式,也支持多TRP传输模式。
应理解,图1所示的场景100仅是示意,本申请的实施例也可以被应用于其他场景,例如终端设备120与接入网设备110之间可以直接通信或者可以经由其他的中继(relay)进行多跳传输,例如终端设备120可以处于双连接或多连接场景等。另外应理解,尽管在图1所示的场景中涉及下行传输链路和上行传输链路的传输,但是本申请的实施例不限于此,例如可以被应用于回程(backhaul)链路、侧链路(side-link)等,本申请不再一一罗列。
图2示出了根据本申请的一些实施例的通信过程200的信令交互图。图2中涉及网络设备201和终端设备202,示例性地,网络设备201可以为如图1所示的接入网设备110或TRP130,终端设备202可以为如图1所示的终端设备120。
过程210,网络设备201向终端设备202发送多个TCI。
示例性地,网络设备201可以为终端设备202配置多个TCI。网络设备201可以预先确定或生成多个TCI,并通过信令的形式将多个TCI发送到终端设备202。例如,承载多个TCI的信令可以是高层信令,如RRC信令等。
在一些示例中,网络设备201可以通过为终端设备202配置TCI池的方式来发送多个TCI,其中该TCI池包括多个TCI。可选地,TCI池可以包括上行链路TCI池和下行链路TCI池,上行链路TCI包括第一数量的TCI,下行链路TCI池包括第二数量的TCI,第一数量与第二数量可以相等或不相等。可选地,TCI池可以包括联合TCI池。例如联合TCI池包括第一数量的TCI,例如联合TCI池与上述下行链路TCI池相同。
应注意,本申请的实施例对多个TCI的数量不做限定。例如在一些示例中,多个TCI包括2个TCI或4个TCI或其他数量等。可选地,在一些示例中,多个TCI的数量可以等于多个TRP的数量,或者可以小于或大于多个TRP的数量。
可选地,如图2的过程212所示,终端设备202可以向网络设备201发送能力信息。本申请的实施例中,能力信息可以包括与关于TCI相关联的信息,或者也可以包括其他未示出的信息。
在一些示例中,能力信息可以包括以下中的一项或多项:
■是否支持多个TPR传输;
■所支持的多个TPR传输中的TPR的最大数量;
■是否支持统一TCI框架;
■是否支持信令指示方式来指示用于多个信道中各个信道的TCI;
■所支持的信令指示方式是单信令还是多信令;
■所支持的多信令指示方式是哪些信令;
■是否支持预设准则的方法;或
■所支持的预设准则包括哪些。
关于上述列出的能力信息中的部分内容可以参照下面的实施例中的相关描述。
在过程220,网络设备201向终端设备202发送至少一个消息,至少一个消息可以指示多个TCI中的至少一个TCI和至少两个TCI。示例性地,至少一个消息可以指示用于第一信道的至少一个TCI和用于第二信道的至少两个TCI。例如,至少一个消息可以指示用于第一信道的N1个TCI和用于第二信道的N2个TCI,N1和N2为正整数,N1≥1,N2≥2。N1与N2可以相等也还可以不相等。
应注意,用于第一信道的N1个TCI与用于第二信道的N2个TCI可以完全相同、或者可以部分相同、或者可以完全不同。例如,假设用于第一信道的N1个TCI与用于第二信道的N2个TCI构成的TCI集合中包括N个TCI,那么可以满足如下任一项:N=N1=N2,或N=max(N1,N2),或N>max(N1,N2)等。
可理解,尽管此处示出了第一信道和第二信道共两个信道,但是本申请的实施例对此不限定,例如至少一个消息可以指示用于多个信道中每个信道的一个或多个TCI。以四个信道为例,至少一个消息还可以指示用于第三信道的至少一个TCI和用于第四信道的至少一个TCI。
本申请实施例中的信道可以包括网络设备201与终端设备202之间的物理层传输信道,例如可以包括但不限于PDCCH、PDSCH、PUCCH、PUSCH等。本申请实施例中的信道还可以包括在物理层传输信道上所传输的信号,例如可以包括参考信号,诸如SRS、追踪参考信号(Tracking Reference Signal,TRS)、信道状态指示参考信号(Channel State IndicatorReference Signal,CSI-RS)等。在一些场景中,本申请实施例中的信道可以被理解为“信道/信号”,为了简化示意,下文中以“信道”作为术语进行描述。
本申请的实施例中,例如预先定义或预先配置用于各个信道的TCI的数量。示例性地,用于各个信道的TCI的数量可以如下表1所示。作为一例,可以在信令中携带索引来指示各个信道的TCI数量。
表1
索引 PDCCH PDSCH PUCCH PUSCH
0 1 1 1 1
1 1 2 1 1
2 2 1 1 1
3 2 2 1 1
4 1 1 1 2
5 1 2 1 2
6 2 1 1 2
7 2 2 1 2
8 1 1 2 1
9 1 2 2 1
10 2 1 2 1
11 2 2 2 1
12 1 1 2 2
13 1 2 2 2
14 2 1 2 2
15 2 2 2 2
例如索引“1”指示用于PDCCH的TCI为1个,用于PDSCH的TCI为2个,用于PUCCH的TCI为1个,用于PUSCH的TCI为1个。
应注意的是,上面的表1仅为示意,如在表1中TCI的最大数量为2,但是本申请不限于此。例如在其他场景中,TCI的最大数量可以为4或其他值,本申请中不再一一罗列。
在一些实施例中,至少一个消息可以显式地指示用于多个信道中各个信道的是哪一个或哪几个TCI。例如多个信道可以表示为M个信道,M为正整数。在另一些实施例中,至少一个消息可以指示一个或多个TCI,进一步地,在过程224,终端设备202可以基于至少一个消息来确定用于各个信道的是哪一个或哪几个TCI。例如,可以基于至少一个消息以及如上所述的预先配置的各个信道的TCI的数量来进行确定。为了简化示意,下面以两个信道为例进行阐述。
假设N1个TCI用于第一信道,N2个TCI用于第二信道。为了方便描述,假设N1<N2。可理解,针对N1=N2或N1>N2可以基于下面的实施例类似地得到,本文中不再详细阐述。
本申请的一些实施例中,至少一个消息可以被实现为单信令,例如包括第一消息或者包括第六消息。在本申请的另一些实施例中,至少一个消息可以被实现为多信令,例如包括第二消息和第三消息,或者包括第四消息和第五消息,例如包括多个第六消息等。
示例性地,在本申请的一些实施例中,至少一个消息可以包括第一消息,并且第一消息可以分别指示N1个TCI和N2个TCI。
可理解,第一消息可以为RRC层消息或MAC层消息或物理层消息,本申请对此不限定。
作为一例,第一消息为RRC层消息。可以通过RRC层消息中的一个字段(或称域)或多个字段来指示N1个TCI和N2个TCI。或者可以通过将N1个TCI和N2个TCI与可区分不同TRP的参数进行绑定,从而通过RRC层消息中的可区分不同TRP的参数来隐式地指示N1个TCI和N2个TCI。例如可以为CORESET池的标识、信道标识(如ID)、信道发送顺序等。
作为一例,第一消息为MAC层消息,如MAC-CE。作为一例,第一消息为物理层消息,如DCI。例如通过第一消息中的一个字段同时指示N1个TCI和N2个TCI。例如通过第一消息中的一个字段指示N1个TCI,通过另一个字段指示N2个TCI。
示例性地,可以预先定义或配置第一消息的第一字段用于第一信道,从而第一字段中的TCI的标识即表示用于第一信道的N1个TCI。类似地,可以预先定义或配置第一消息的第二字段用于第二信道,从而第二字段中的TCI的标识即表示用于第二信道的N2个TCI。
可选地,该第一消息可以显式地指示用于第一信道的是哪N1个TCI,例如第一消息包括第一信道的标识(如信道名称等)与N1个TCI的标识(如TCI的序号等)之间的第一对应关系。该第一消息可以显式地指示用于第二信道的是哪N2个TCI,例如第一消息包括第二信道的标识(如信道名称等)与N2个TCI的标识(如TCI的序号等)之间的第二对应关系。
作为一例,假设N1=1,N2=2,图3示出了第一消息300的一个示意图。在300中,以表格的形式示意性地表示出第一对应关系和第二对应关系,其中用于第一信道的为TCI#0,用于第二信道的为TCI#0和TCI#1。例如第一信道为PDCCH,第二信道为PDSCH,或其他示例,这里不再罗列。
可选地,该第一消息可以显式地指示用于第一信道的是哪N1个TCI,例如第一消息包括N1个TCI的标识(如TCI的序号等)。由于预先配置了用于第一信道的TCI的数量为N1个,那么终端设备202可以基于此确定用于第一信道的N1个TCI。类似地,该第一消息可以显式地指示用于第二信道的是哪N2个TCI,例如第一消息包括N2个TCI的标识(如TCI的序号等)。由于预先配置了用于第二信道的TCI的数量为N2个,那么终端设备202可以基于此确定用于第二信道的N2个TCI。
作为一例,假设N1=1,N2=2,图4示出了第一消息400的一个示意图。在400中,以表格的形式示意性地表示出“1个TCI:TCI#0”和“2个TCI:TCI#0和TCI#1”。由于已经预先配置了用于第一信道的TCI的数量为1个,用于第二信道的TCI的数量为2个,那么终端设备202可以基于该配置,从400中确定用于第一信道的为TCI#0,用于第二信道的为TCI#0和TCI#1。例如第一信道为PDCCH,第二信道为PDSCH,或其他示例,这里不再罗列。
以此方式,可以通过第一消息同时指示用于多个信道的各自的一个或多个TCI,这样能够简化指示方式,降低信令开销,降低系统时延。
示例性地,在本申请的一些实施例中,至少一个消息可以包括第二消息和第三消息,并且第二消息指示N1个TCI,第三消息指示N2个TCI。
可理解,第二消息可以为RRC层消息或MAC层消息或物理层消息,第三消息可以为RRC层消息或MAC层消息或物理层消息,第二消息和第三消息属于同一类型或不同类型,本申请对此不限定。
可选地,第二消息可以指示N1个TCI,例如第二消息包括N1个TCI的标识。可理解,第二消息可以显式地或隐式地指示第一信道与N1个TCI之间的第一对应关系,可以参照上面结合第一消息的类似描述。第三消息可以指示N2个TCI,例如第三消息包括N2个TCI的标识。可理解,第三消息可以显式地或隐式地指示第二信道与N2个TCI之间的第二对应关系,可以参照上面结合第一消息的类似描述。
示例性地,可以预先定义或配置第二消息的特定字段用于第一信道,从而第二消息的特定字段中的TCI的标识即表示用于第一信道的N1个TCI。类似地,可以预先定义或配置第三消息的特定字段用于第二信道,从而第三消息的特定字段中的TCI的标识即表示用于第二信道的N2个TCI。
作为一例,假设N1=1,N2=2,图5示出了第二消息和第三消息的组合500的一个示意图。在500中包括第二消息510和第三消息520,其中第二消息通过“TCI#0”来表示N1个TCI,第三消息通过“TCI#0和TCI#1”来表示N2个TCI。由于已经预先配置了用于第一信道的TCI的数量为1个,用于第二信道的TCI的数量为2个,那么终端设备202可以基于该配置,从500中确定用于第一信道的为TCI#0,用于第二信道的为TCI#0和TCI#1。例如第一信道为PDCCH,第二信道为PDSCH,或其他示例,这里不再罗列。
作为另一例,假设N1=1,N2=2,图6示出了第二消息和第三消息的组合600的一个示意图。在600中包括第二消息610和第三消息620,其中第二消息通过“TCI#0”来表示N1个TCI,第三消息通过“TCI#1和TCI#2”来表示N2个TCI。由于已经预先配置了用于第一信道的TCI的数量为1个,用于第二信道的TCI的数量为2个,那么终端设备202可以基于该配置,从600中确定用于第一信道的为TCI#0,用于第二信道的为TCI#1和TCI#2。例如第一信道为PDCCH,第二信道为PDSCH,或其他示例,这里不再罗列。
以此方式,可以通过第二消息和第三消息共同指示用于多个信道的各自的一个或多个TCI,这样能够实现更为灵活的指示方式,方便网络设备对TCI指示的灵活调度。
示例性地,在本申请的一些实施例中,至少一个消息可以包括第二消息和第三消息,并且第二消息指示N1个TCI,第三消息指示N1个TCI。
可理解,第二消息可以为RRC层消息或MAC层消息或物理层消息,第三消息可以为RRC层消息或MAC层消息或物理层消息,第二消息和第三消息属于同一类型或不同类型,本申请对此不限定。可选地,第二消息/第三消息可以指示N1个TCI,例如第二消息/第三消息包括N1个TCI的标识。
作为一例,假设N1=1,N2=2,也就是假设N1=1个TCI用于第一信道,假设N2=2个TCI用于第二信道。可选地,终端设备可以将第二消息或第三消息所指示的N1个TCI(如TCI#0)用于第一信道。可选地,终端设备可以将第二消息指示的N1个TCI(如TCI#0)和第三消息所指示的N1个TCI(如TCI#0)用于第二信道的两次传输(或称重复)。
以此方式,可以通过第二消息和第三消息共同指示用于多个信道的各自的至少一个TCI,这样能够实现更为灵活的指示方式,方便网络设备对TCI指示的灵活调度。
示例性地,在本申请的一些实施例中,至少一个消息可以包括第四消息和第五消息,并且第四消息指示N1个TCI,第五消息指示N2-N1个TCI。进一步地,终端设备202可以基于第四消息确定用于第一信道的N1个TCI,可以基于第四消息和第五消息的组合来确定用于第二信道的N2个TCI。
可理解,第四消息可以为RRC层消息或MAC层消息或物理层消息,第五消息可以为RRC层消息或MAC层消息或物理层消息,第四消息和第五消息属于同一类型或不同类型,本申请对此不限定。
可选地,第四消息可以指示N1个TCI,例如第四消息包括N1个TCI的标识。第五消息可以指示N2-N1个TCI,例如第五消息包括N2-N1个TCI的标识。
作为一例,假设N1=1,N2=2,图7示出了第四消息和第五消息的组合700的一个示意图。在700中包括第四消息710和第五消息720,其中第四消息710通过“TCI#0”来表示N1个TCI,第五消息720通过“TCI#1”来表示N2-N1个TCI。由于已经预先配置了用于第一信道的TCI的数量为1个,用于第二信道的TCI的数量为2个,那么终端设备202可以基于该配置,从710确定用于第一信道的为TCI#0,从710和720的组合确定用于第二信道的为TCI#0和TCI#1。例如第一信道为PDCCH,第二信道为PDSCH,或其他示例,这里不再罗列。
以此方式,可以通过第四消息和第五消息共同指示用于多个信道的各自的一个或多个TCI,这样能够实现更为灵活的指示方式,方便网络设备对TCI指示的灵活调度。
示例性地,在本申请的一些实施例中,至少一个消息可以包括至少一个第六消息,并且至少一个第六消息指示多个TCI中的至少部分TCI。在一些示例中,至少部分TCI可以为多个TCI。在另一些示例中,至少部分TCI可以为多个TCI的一部分。即至少部分TCI中TCI的数量可以等于或小于多个TCI的数量。
可以假设至少部分TCI可以为N个TCI。作为一例,用于第一信道的N1个TCI和用于第二信道的N2个TCI构成的集合包括该N个TCI。示例性地,终端设备202可以基于预设准则从N个TCI中选择用于第一信道的N1个TCI,和/或从N个TCI中选择用于第二信道的N2个TCI。
可选地,至少一个第六消息包括一个第六消息,该第六消息包括N个TCI。可选地,至少一个第六消息可以包括N个第六消息,每个第六消息包括一个TCI,不同的第六消息包括不同的TCI。可选地,至少一个第六消息可以包括N’个第六消息,1<N’<N,每个第六消息包括N个TCI中的一个或多个。
可理解,每个第六消息可以为RRC层消息或MAC层消息或物理层消息,不同的第六消息可以属于同一类型或不同类型,本申请对此不限定。
示例性地,预设准则可以是预先定义或预先配置的,那么终端设备202可以基于预先定义或预先配置的预设准则来选择N1个TCI和N2个TCI。
示例性地,预设准则可以是网络设备201所指示的。举例而言,网络设备201可以通过第七消息或者至少一个第六消息中的一个第六消息将预设准则的指示发送到终端设备202。例如,第七消息或第六消息可以包括预设准则,或者可以包括预设准则的标识(如ID或索引或编码点等)等。也就是说,终端设备202可以接收来自网络设备201的预设准则的指示,从而基于接收到的预设准则来选择N1个TCI和N2个TCI。
可选地,网络设备201可以基于终端设备202的能力信息来确定将要使用的预设准则,并将预设准则发送到终端设备202。在该情况下,可理解,终端设备202的能力信息可以指示该终端设备202支持预设准则的方法,该能力信息还可以指示终端设备202所能支持的预设准则。
示例性地,预设准则可以包括以下中的一项或多项:(1)至少部分TCI的各自的标识,(2)至少部分TCI的顺序,(3)至少部分TCI的各自激活时间,(4)至少部分TCI的激活时间的先后顺序,(5)至少部分TCI的各自生效时间,(6)至少部分TCI的生效时间的先后顺序。
举例而言,TCI的标识例如为TCI的ID。可选地,可以按照N个TCI的ID的大小,按照从大到小(或从小到大)的顺序选择排在前面的N1个TCI用于第一信道,按照从大到小(或从小到大)的顺序选择排在前面的N2个TCI用于第二信道。
举例而言,TCI的顺序可以为在至少一个第六消息中的顺序,例如按照时间戳确定的终端设备202接收到的顺序。可选地,可以按照N个TCI的顺序,正序或倒序地选择N1个TCI用于第一信道,正序或倒序地选择N2个TCI用于第二信道。
举例而言,TCI的顺序可以为编码点所对应的TCI的顺序。假设某个编码点可以映射到x个TCI,那么可以根据x个TCI的顺序来确定用于第一信道的N1个TCI和用于第二信道的N2个TCI。作为一例,可以从x个TCI中的第j1个TCI开始选择N1个作为用于第一信道的N1个TCI,可以从x个TCI中的第j2个TCI开始选择N2个作为用于第二信道的N2个TCI,其中j1和j2可以相等也可以不相等,作为一例,j1=j2=1。
举例而言,TCI的顺序可以为RRC配置的TCI集合内TCI顺序。假设RRC配置TCI集合内有x个TCI,那么可以根据x个TCI的顺序来确定用于第一信道的N1个TCI和用于第二信道的N2个TCI。作为一例,可以从x个TCI中的第j1个TCI开始选择N1个作为用于第一信道的N1个TCI,可以从x个TCI中的第j2个TCI开始选择N2个作为用于第二信道的N2个TCI,其中j1和j2可以相等也可以不相等,作为一例,j1=j2=1。
举例而言,TCI的激活时间可以基于MAC-CE来确定,例如可以基于包括TCI的MAC-CE的时间戳来确定该TCI的生效时间。从而可以确定N个TCI的激活时间的顺序。可选地,可以按照N个TCI的激活时间的顺序,正序或倒序地选择N1个TCI用于第一信道,正序或倒序地选择N2个TCI用于第二信道。
举例而言,TCI的生效时间(或指示时间)可以基于DCI中的对应编码点(codepoint)来确定。可理解,编码点与TCI之间具有映射关系,如果DCI中包括的编码点能够映射到某个TCI,则认为该TCI生效。可选地,可以按照N个TCI的生效的顺序,正序或倒序地选择N1个TCI用于第一信道,正序或倒序地选择N2个TCI用于第二信道。
作为一例,假设N1=1,N2=2,图8示出了一个第六消息800的一个示意图。第六消息810通过“TCI#0”和“TCI#1”来表示两个TCI。可选地,终端设备202可以按照标识的大小,确定标识最小的TCI#0为用于第一信道的N1个TCI,确定标识最小的TCI#0和TCI#1为用于第二信道的N2个TCI。例如第一信道为PDCCH,第二信道为PDSCH,或其他示例,这里不再罗列。
作为一例,假设N1=1,N2=2,可以通过两个第六消息的组合来指示,例如一个第六消息通过“TCI#0”表示一个TCI,另一个第六消息通过“TCI#1”表示另一个TCI。可选地,终端设备202可以按照标识的大小,确定标识最小的TCI#0为用于第一信道的N1个TCI,确定标识最小的TCI#0和TCI#1为用于第二信道的N2个TCI。例如第一信道为PDCCH,第二信道为PDSCH,或其他示例,这里不再罗列。可选地,两个第六消息可以为同一类型,例如都为MAC-CE,或者例如都为DCI。可选地,两个第六消息可以为不同类型,例如一个第六消息为MAC-CE,另一第六消息为DCI。
以此方式,可以通过第六消息指示至少部分TCI,从而终端设备能够基于预设准则选择用于多个信道的各自的一个或多个TCI,这样能够实现混合场景中的更为灵活的指示方式,且该方案简单易于实现。
可以假设至少部分TCI可以为N个TCI。作为一例,N个TCI构成的集合可以包括用于第一信道的N1个TCI和用于第二信道的N2个TCI。例如,N1个TCI和N2个TCI构成的集合中的TCI的数量可以等于或小于N,本申请对此不限定。示例性地,终端设备202可以基于来自网络设备的指示来从N个TCI中选择用于第一信道的N1个TCI,和从N个TCI中选择用于第二信道的N2个TCI。
举例而言,至少一个第六消息可以包括TCI与编码点之间的映射关系。终端设备202还可以接收来自网络设备201的第八消息,该第八消息包括编码点。那么终端设备202可以基于映射关系,确定与第八消息中的编码点对应的至少一个TCI。例如,至少一个第六消息为MAC-CE消息,第八消息为DCI消息。
可选地,至少一个第六消息包括MAC-CE消息,例如,该MAC-CE消息可以包括TCI与编码点之间的映射关系。在该映射关系中,一个编码点可以映射到至少一个TCI。来自网络设备的指示例如可以为编码点,该编码点可以被承载于DCI中;换句话说,终端设备202可以接收来自网络设备201的DCI,且该DCI指示编码点。从而终端设备202可以基于映射关系,确定与DCI中的编码点所映射的至少一个TCI。
作为一例,假设N1=1,N2=2,图9示出了MAC-CE和DCI的组合900的一个示意图。在900中包括MAC-CE 910和DCI 920,其中MAC-CE 910中的映射关系例如包括:TCI#0与编码点1之间的映射以及TCI#10和TCI#11与编码点2之间的映射,其中DCI 920可以包括例如第一编码点。可理解,如果第一编码点对应第一信道,且第一编码点为编码点1,则确定用于第一信道的为TCI#0。可理解,如果第一编码对应第二信道,且第一编码点为编码点2,则确定用于第二信道的为TCI#10和TCI#11。例如第一信道为PDCCH,第二信道为PDSCH,或其他示例,这里不再罗列。
可选地,在图9的示例中,还示出了MAC-CE 930,并且可以假设MAC-CE 910用于下行链路,而MAC-CE 930用于上行链路。在统一TCI框架下,可以基于预先配置的TCI池(如通过RRC配置)来确定MAC-CE 910和MAC-CE 930。举例而言,分离TCI池包括下行TCI池901和上行TCI池902,那么MAC-CE 910可以基于下行TCI池901而被确定,MAC-CE 930可以基于上行TCI池902而被确定。举例而言,联合TCI池可以复用分离TCI池的下行TCI池901,那么MAC-CE910可以基于下行TCI池901而被确定,MAC-CE 930也基于下行TCI池901而被确定。
类似地,在图9的示例中,还示出了DCI 940,并且可以假设DCI 920针对下行链路传输,而DCI 940针对上行链路传输。那么,终端设备202可以基于DCI 920中的编码点确定用于下行链路信道(如PDCCH、PDSCH等)的至少一个TCI,可以基于DCI 940中的编码点确定用于上行链路信道(如PUCCH、PUSCH等)的至少一个TCI。具体可以参照上述基于DCI 920确定至少一个TCI的描述,这里不再赘述。
应注意的是,尽管上面的示例中,用于PDCCH的TCI的数量为1个,但是本申请不限于此,例如第二信道可以为PDCCH,并且用于PDCCH的TCI的数量可以为至少两个。类似地,尽管上面的示例中,用于PDSCH的TCI的数量为2个,但是本申请不限于此,例如第一信道可以为PDSCH,并且用于PDSCH的TCI的数量可以为至少一个,例如1个。
示例性地,用于第一信道的至少一个TCI与用于第二信道的至少两个TCI可以相同。可选地,可以通过共同的指示来同时指示用于第一信道的至少一个TCI与用于第二信道的至少两个TCI。
作为一例,假设N1=2,N2=2,图10示出了两个第六消息的组合1000的一个示意图。第六消息1010通过“TCI#0”表示一个TCI,第六消息1020通过“TCI#1”表示另一个TCI。由于已经预先配置了用于第一信道的TCI的数量为2个,用于第二信道的TCI的数量为2个,那么终端设备202可以基于该配置,从第六消息1010和第六消息1020的组合1000确定用于第一信道的为TCI#0和TCI#1,用于第二信道的为TCI#0和TCI#1。例如第一信道为PDCCH,第二信道为PDSCH,或其他示例,这里不再罗列。可选地,两个第六消息可以为同一类型,例如都为MAC-CE,或者例如都为DCI。可选地,两个第六消息可以为不同类型,例如第六消息1010为MAC-CE,第六消息1020为DCI。本申请对此不限定。
可理解的是,尽管上述的实施例以第一信道和第二信道为例进行阐述,但是本申请的实施例不限于此,例如本申请的实施例可以被适用于更多个信道,如M个信道,M为正整数。并且可理解,针对M个信道中的每一个信道,都可以类似地确定用于该信道的至少一个TCI。
在过程230,终端设备202基于至少一个TCI,接收/发送第一信道。具体而言,终端设备202可以使用至少一个TCI发送第一信道传输。终端设备202可以使用至少一个TCI接收第一信道传输。
示例性地,在本申请的一些实施例中,终端设备202可以基于至少一个TCI,接收/发送第一信道。应注意,本申请的实施例中,“接收/发送”包括接收、发送、同时发送和接收。“信道”可以被理解为信道/信号,其中信道可以为PDCCH、PDSCH、PUCCH、PUSCH中的任一项,信号可以为参考信号,例如SRS、TRS、CSI-RS等。接收信道可以被理解为在信道上执行信息接收,或者被理解为通过接收通过信道传输的信息,或者被理解为使用信道的资源接收信息等。类似地,发送信道可以被理解为在信道上进行信息传输,或者被理解为通过信道执行信息传输,或者被理解为使用信道的资源传输信息等。应注意,在下文中的类似表述应被解释为类似的含义,本申请中不再重复。
可选地或附加地,终端设备202可以基于至少两个TCI接收/发送第二信道。具体而言,终端设备202可以使用至少两个TCI发送第二信道传输。终端设备202可以使用至少两个TCI接收第二信道传输。可理解,使用至少两个TCI接收/发送第二信道传输可以被理解为,将至少两个TCI分别用于第二信道传输的不同重复,或者将至少两个TCI分别用于第二信道传输的不同TRP。
可选地或附加地,终端设备202可以基于至少一个TCI接收/发送第三信道。可选地或附加地,终端设备202可以基于至少一个TCI接收/发送第四信道。
以此方式,终端设备202可以基于至少一个消息,确定分别用于各个信道的至少一个TCI,如此能够实现对于统一TCI框架的扩展,进而能够实现多个MTP场景下的多个TCI的统一指示,如此能够提高各个信道传输的灵活性。
以上结合图2至图10描述了本申请的主要实施例,但是应注意的是,本申请不限于此,例如在另一些实施例中,如图2中的过程220并不是必须的,也就是说,可以忽略过程220。
示例性地,本申请实施例的通信方法可以包括:终端设备202接收来自网络设备201的多个TCI;基于预设准则从多个TCI中确定至少一个TCI和/或至少两个TCI,其中至少一个TCI用于第一信道传输,至少两个TCI用于第二信道传输;基于至少一个TCI,接收和/或发送第一信道;和/或基于至少两个TCI,接收和/或发送第二信道。
示例性地,网络设备201可以为终端设备202配置多个TCI。网络设备201可以预先确定或生成多个TCI,并通过信令的形式将多个TCI发送到终端设备202。例如,承载多个TCI的信令可以是高层信令,如RRC信令等。
假设多个TCI为N0个TCI,N0为正整数。那么,终端设备202可以基于预设准则从N0个TCI中选择用于第一信道的N1个TCI,和/或从N0个TCI中选择用于第二信道的N2个TCI。
示例性地,预设准则可以是预先定义或预先配置的,那么终端设备202可以基于预先定义或预先配置的预设准则来选择N1个TCI和N2个TCI。示例性地,预设准则可以是网络设备201所指示的。例如,网络设备201可以通过另一消息将该预设准则发送到终端设备202。可选地,网络设备201可以基于终端设备202的能力信息来确定将要使用的预设准则,并将预设准则发送到终端设备202。在该情况下,可理解,终端设备202的能力信息可以指示该终端设备202支持预设准则的方法,该能力信息还可以指示终端设备202所能支持的预设准则。
示例性地,预设准则可以包括以下中的一项或多项:(1)多个TCI的各自的标识,(2)多个TCI的顺序,(3)多个TCI的各自激活时间,(4)多个TCI的激活时间的先后顺序,(5)多个TCI的各自生效时间,(6)多个TCI的生效时间的先后顺序。
示例性地,终端设备202基于预设准则从多个TCI中选择至少一个TCI和/或至少两个TCI的过程可以参照上述实施例,如上所述的终端设备202基于预设准则从第六消息指示的至少部分TCI中选择至少一个TCI和/或至少两个TCI的过程,为了简洁,这里不再重复。
应理解,在本申请的实施例中,“第一”,“第二”,“第三”等只是为了表示多个对象可能是不同的,但是同时不排除两个对象之间是相同的。“第一”,“第二”,“第三”等不应当解释为对本申请实施例的任何限制。
还应理解,本申请的实施例中的方式、情况、类别以及实施例的划分仅是为了描述的方便,不应构成特别的限定,各种方式、类别、情况以及实施例中的特征在符合逻辑的情况下,可以相互结合。
还应理解,上述内容只是为了帮助本领域技术人员更好地理解本申请的实施例,而不是要限制本申请的实施例的范围。本领域技术人员根据上述内容,可以进行各种修改或变化或组合等。这样的修改、变化或组合后的方案也在本申请的实施例的范围内。
还应理解,上述内容的描述着重于强调各个实施例之前的不同之处,相同或相似之处可以互相参考或借鉴,为了简洁,这里不再赘述。
在本申请的另外的一些实施例中,终端设备采用多天线面板部署,在此情况下,需要考虑如何保证终端设备的辐射强度符合安全,和/或如何减小天线面板的切换标准对通信的影响。
在使用诸如移动电话等终端设备时,发射的天线会相当靠近于人体的脑部或其他部位,为了避免放射出过高的电磁能辐射,一般会有一些安全标准,以确定不会有过多的电磁能辐射,保障人们在使用移动电话时的安全性。例如,可以通过最大允许辐射(量)(Maximum Permissible Exposure,MPE)或者特定吸收率(Specific Absorption Rate,SAR),来测量终端设备(如手机等)辐射对人体的影响是否符合标准。
在一些通信系统中,如第五代(5th Generation,5G)通信系统或新无线(NewRadio,NR)接入系统,为了满足广域覆盖,网络设备和终端设备均是采用多天线面板(antenna panel)部署,网络设备和终端设备通信所使用的波束通过天线面板发送或者接收。尤其终端设备,为了满足覆盖,且在有限空间并节省成本的情况下,天线面板部署对性能影响更加重要。
那么,在终端设备采用多天线面板部署的场景下,如何可以同时保证系统性能以及终端设备的辐射强度符合安全标准。
在一些通信系统中,如第五代(5th Generation,5G)通信系统的新无线(NewRadio,NR)接入系统,为了在高频场景下对抗路径损耗,发送端和接收端可分别通过波束赋形(beamforming,BF)来获得增益。发送端和接收端可通过预先确定的波束配对关系来收发信号。
由于波束具有一定的空间指向性,为了满足广域覆盖,终端设备可能配置多个天线面板(antenna panel)。波束可以通过天线面板接收或发送。当终端设备需要切换波束时,可能需要先切换面板,再切换到相应的波束来收发信号。然而,终端设备切换面板可能需要一定的时间。若终端设备在接收到调度信令后切换面板,有可能还未来得及切换,被调度的资源就已经到达。从而该资源上承载的信号也可能未被成功传输。
为便于理解本申请的实施例,下面首先对可能涉及的部分术语及背景做简单介绍。
在使用终端设备时,发射的天线会相当靠近于人体的脑部或其他部位,为了避免放射出过高的电磁能辐射,一般通过一些标准来限定,以确定不会有过多的电磁能辐射,从而保障人们在使用终端设备时的安全性。示例地,MPE或者射频照射最大允许值(maximumpermissible RF exposure regulations)或者SAR或者射频辐射(RF emission)等,均可以用于表示满足对人体辐射要求的约束。为简化示意,下文主要以MPE为例进行说明。
通常“MPE约束”的指标可以表示一定距离下的平均时间内的平均面积辐射量。关于具体的约束要求,可以参考国际非电离辐射防护委员会(international commission oncon-ionizing radiation protection,ICNIRP)和联邦通信委员会(federalcommunications commission,FCC)给出的约束要求。作为示例说明,表2和表3示出了两种可能的约束方式。
表2示出了一种简单的约束方式,即参考频率(fref)、功率密度(power density,PD)、统计面积以及统计时间这些因素。在实际中,通常MPE约束还会考虑人体距离和天线阵列等因素,如表3所示。在表3中,以频率f=10GHz为例,当部署2×2天线阵列且阵列面积(array area)为9cm2时,当满足终端设备(如便携式应用(portable applications))距离人体d=0.5cm时,符合ICNIRP约束,最大发射功率(maximum transmitted power)为13dBm,最大等效全向辐射功率(equivalent isotopically radiated power,EIRP)(或者说有效全向辐射功率)(maximum EIRP)为24dBm。该示例未考虑时间平均,可以认为终端设备持续发送。
表2
表3
MPE约束考虑的是平均时间内的辐射量,那么当辐射不持续时,辐射量可以增大。以表3为例,给出的发射功率和EIRP约束均是连续发送下的指标,即上行传输占空比(dutycycle,或,duty ratio)为100%的指标;如果在一段时间内上行传输占空比下降,相应的发射功率或者EIRP可以提升。例如,如果在一段时间内上行传输占空比降低至25%(如TDD典型配比DDDSU下),相应的发射功率或者EIRP可以提升6dB。
由上述分析可知,MPE约束考虑许多因素,如与人体距离、发射功率、EIRP、上行传输占空比(或者说发送时间占比)等。这些因素可由终端设备实现来决定。例如,人体距离可通过传感器获得;例如,发射功率或者EIRP可通过功率回退实现;例如,上行传输占空比可通过向网络设备上报能力以便网络设备进行合理配置,等等。然而通过单纯的终端设备实现,可能会对系统带来一定的问题和风险。例如,功率回退可能会带来上行覆盖萎缩,还可能会导致系统无线链路失败(radio link failure,RLF)风险。例如,上行传输占空比过低可能带来上行吞吐过低。此外,检测人体距离的传感器也会面临准确性和精度问题等。
上文简单的介绍了关于MPE约束的相关信息,下面介绍使用波束通信的相关内容。
在一些通信系统中,如NR,新增高频频段(通常认为6GHz以上),比如28GHz、39GHz或60GHz频段。引入高频频段可以实现更大带宽、更高传输速率。然而引入高频频段之后,由于频率较高,信号在空间传播过程中可能会发生严重衰落。示例地,可以采用波束赋形技术来获得良好的定向性增益,以提高发射方向定向功率,改善接收端信干噪比(Signal toInterference plus Noise Radio,SINR),进而提升系统性能。
在NR的研究过程中,综合考虑成本和性能,可以采用包含数字波束赋形和模拟波束赋形的混合波束赋形(hybrid beamforming,HBF)技术。在波束赋形技术的实现过程中,核心组件包括天线面板,波束是通过天线面板发送或者接收。在5G NR的部署实现中,由于采用定向波束,为了满足广域覆盖,网络设备和终端设备均是采用多天线面板部署。尤其终端设备,为了满足覆盖,且在有限空间并节省成本的情况下,天线面板部署对性能影响更加重要。
网络设备和终端设备均采用混合波束赋形技术后,由此带来一些讨论。
关于收发波束管理
关于收发波束管理,经过多次讨论,最终在5G NR的第一个版本3GPP Rel-15版本中,标准化了波束管理的内容。标准化了波束管理的框架,包括波束训练、波束测量和上报、各信号或信道波束指示等。下面分别简述上下行信号或信道波束指示。
例如,对于PDCCH波束指示,可以采用高层的RRC信令配置波束资源池,并通过MAC-CE信令激活其中一个波束来指示PDCCH波束。例如,对于PDSCH波束指示,可以采用高层的RRC信令配置波束资源池,并通过MAC-CE信令激活其中包含多个波束的波束子集,并通过DCI触发该波束子集的一个波束来指示PDSCH波束。例如,对于周期性和非周期性的CSI-RS波束,可以通过RRC信令指示。例如,对于半持续性CSI-RS波束,可以通过MAC-CE指示。例如,对于PUCCH波束指示,可以采用高层RRC信令配置波束资源池,并通过MAC-CE信令激活其中一个波束来指示PUCCH波束。例如,对于PUSCH波束指示,可以通过与之关联的SRI指示的SRS波束指示。例如,对于周期性SRS(periodic SRS,P-SRS)和非周期性SRS(aperiodic SRS,AP-SRS)的波束指示,可以通过RRC信令指示。例如,对于半持续性SRS(semi-persistentSRS,SP-SRS),可以采用RRC信令指示或者可以通过MAC-CE信令指示。
应理解,关于收发波束管理的相关内容,仅是便于理解作的说明,其不对本申请的实施例的保护范围造成限定。还应理解,下文实施例中,未明确说明,波束一般均表示发射波束。
关于天线面板
在上述各信号或者信道的波束指示过程中,波束(或波束对)的切换是核心过程,不仅涉及网络设备的波束切换,也涉及终端设备的波束切换。在3GPP Rel-15版本中,天线面板未被明确定义,且网络设备的天线面板或者终端设备的天线面板分别都是透明。该透明可理解为,网络设备的天线面板状态对于终端设备而言是不可见的,同样终端设备的天线面板状态对于网络设备而言也是不可见的,天线面板状态取决于设备各自的实现。因此,对于波束或者资源(信号或信道等)如何与天线面板产生关联,也取决于设备各自的实现。当网络设备通知终端设备切换波束时,由于天线面板是透明的,网络设备无法确定终端设备在波束的切换过程中,是否切换天线面板。切换天线面板包括天线面板激活和天线面板切换两个动作。此外,无论是终端设备还是网络设备,切换天线面板是需要一定时间的。RAN4提案已经讨论且同意,通常切换天线面板需要2-3ms左右(包括天线面板激活和天线面板切换)。当前协议大部分场景未预留切换天线面板时间,因此,当发生波束切换的同时如果需要切换天线面板,通常依赖于系统的主控节点来保证预留足够的时间以用于完成网络设备或者终端设备切换天线面板。
天线面板,简称面板(panel)。每个天线面板可以配置一个或多个接收波束,以及一个或多个发射波束。因此,天线面板也可以理解为波束组。通信设备,如终端设备或网络设备,可以通过天线面板上的接收波束接收信号,也可以通过天线面板上的发射波束发射信号。
天线面板是一个逻辑实体,物理天线如何映射到逻辑实体通过产品实现决定。可以定义天线面板标识符(identifier,ID),这样至少终端设备的发送天线面板对网络设备来说是可见的,因此,网络设备可以根据天线面板的ID,来指示或者获取终端设备的天线面板状态。
天线面板也可以通过信号或者信号集合进行隐式标识。如可以通过约束该信号和该信号集合的一些传输属性,以表示天线面板的属性。如,Rel-15协议中,约束SRS资源集(SRS resource set)的行为“属于同一SRS资源集合的SRS资源不能同时发送,属于不同SRS资源集合的SRS资源能同时发送”,来体现同一天线面板的波束不能同时发送,不同的天线面板的波束可以同时发送。
天线面板也可以通过终端设备上报其能力值集合的方式进行隐式标识。如,在Rel-17中,终端设备可以上报能力值集合(capability value set),该集合中包括以下至少一项:SRS天线端口数、相干类型、最大流(层)数等。不同的能力值集合可能标识不同的天线面板。终端设备在测量上报时,还可以上报能力值集合与测量参考信号(等)的绑定关系,其中测量参考信号可以包括以下至少一项:CSI-RS、SRS、或同步信号块(SynchronizationSignal Block,SSB)等。从而终端设备可以将天线面板和参考信号的绑定关系告知网络设备。举例而言,终端设备在上报波束测量报告时,可以向网络设备发送能力值集合1(capability value set 1)和SSB资源指示(Resource Indicator,RI)1或者CSI-RS RI(CRI)1和层一参考信号接收功率(Layer 1Reference Signal Received Power,L1-RSRP)和/或L1-SINR值。网络设备接收该波束测量报告,从而可以获知终端设备的面板1的SSB或者CSI-RS的L1-RSRP或者L1-SINR的测量值。随后,网络设备可以根据该测量值,进行基于面板的发送或者接收。可理解,该绑定关系由终端设备确定,该绑定关系也可以被称为映射关系。
此外,该波束测量报告也可以隐式地指示相关天线面板的激活状态。如,在上述示例中,假设终端设备激活面板1,那么网络设备可以基于该波束测量报告确定终端设备的面板1为激活状态。激活的生效时间可为一段时间,其中生效时间的起始时刻,可以为上报的确认报告X ms之后开始。网络设备可以根据终端设备的面板的激活状态,进行基于面板的快速调度、发送或者接收。
此外,天线面板还可以对应于SRS资源集(resource set),例如可以通过SRSresource set ID来指示天线面板。或者,天线面板的ID可以直接与参考信号的资源或参考信号的资源集相关联。或者,天线面板的ID可以是目标参考信号的资源或参考信号的资源集所分配的。或者,可以在空间关系(spatial relation)信息中配置天线面板的ID。
此外,针对单天线面板的收/发,终端设备实现简单,且功耗、热散都较低,面板的管理也较简单。但是激活和切换面板时需要预留一段时间(如2-3ms),因此降低了系统效率。针对多天线面板同时收/发,能够健壮系统的鲁棒性,从而提高系统的效率。但是,多个天线面板的设置同时增加了终端设备的实现复杂度,且会带来较大的功耗和热散问题。
应理解,关于天线面板的相关内容,仅是便于理解作的说明,其不对本申请的实施例的保护范围造成限定。例如,在未来协议的演进过程中,当对天线面板的ID作了改进后,仍适用于本申请的实施例。
终端设备的MPE约束
如上文所述,FCC和ICNIRP对终端设备的辐射有一定的约束,如在终端设备与人之间的一定距离处,单位面积的辐射功率或者能量应该小于一定的值。
在3GPP Rel-15版本,由于MPE更多涉及指标约束,因此更多在RAN4讨论。在Rel-15中,RAN4给出了两种静态解决方案:即功率回退和上行传输占空比上报。终端设备可以根据具体的实现,考虑使用功率回退或者上行传输占空比上报的方式,或者可以考虑使用两种方式的结合。
例如,终端设备在考虑上行传输占空比上报100%的前提下,将功率回退以满足MPE约束,这样终端设备在任何时间均满足MPE约束。例如,终端设备在考虑最大发射功率或者EIRP的前提下,将上行传输占空比上报满足MPE约束,则终端设备在上行传输占空比内无需功率回退,即可满足MPE约束。例如,终端设备在考虑最大发射功率或者EIRP的前提的同时,将上行传输占空比上报提高,不满足MPE约束,则终端设备在上行传输占空比内需进行功率回退,这样也可满足MPE约束。
此外,RAN4在Rel-15定义了MPE的评估周期为1s,则终端设备可以评估任意1s周期内的MPE情况,具体评估取决于终端实现。
由于Rel-15提供的是静态方案,静态方案不能很好的适应变化的信道环境。因此,RAN4在Rel-16进一步提出需要动态方案解决MPE问题。Rel-16考虑解决解决MPE所导致的无线链路失败。主要集中在两个方面,一是上报终端设备的当前MPE状态,二是上报终端设备的未来MPE状态(余量和预测)。可实现的方式包括:上报上行传输占空比,或者上报功率回退值。RAN4 Rel-16的方案主要是通过终端设备向网络设备上报该终端设备的MPE状态,进而网络设备可以在基于MPE约束的考虑下进行调度。同时,在Rel-16 RAN1讨论基于多天线面板(Multi-panel)选择上行发送时的MPE问题。
在Rel-17中,终端设备解决由于MPE问题而导致的上行性能损失。通过上报基于参考信号的功率管理最大功率降低(Power Management Maximum Power Reduction,P-MPR),网络设备可以基于此进行调度。上报的参考信号是从RRC配置的参考信号池中选择的。
由上可知,在现有的方案中,关于终端设备的MPE约束,主要包括两种方案:静态方案和动态方案。
1)静态方案
具体地,Rel-15为了解决MPE问题,定义一套静态方案。该方案涉及两个子方案:
子方案一:定义一个静态UE能力,限制最大上行传输占空比。通过控制终端设备的发送时间来满足MPE指标约束,如下所示的格式。
maxUplinkDutyCycle-FR2 ENUMERATED{n15,n20,n25,n30,n40,n50,n60,n70,n80,n90,n100} OPTIONAL
]]
子方案二:定义功率回退机制,即P-MPR。通过控制上行发射功率来满足MPE指标约束。
上述两个子方案可以分别独立解决MPE问题,或者可以结合来满足MPE指标约束,具体可以取决于网络设备配置和终端设备实现。
例如,如果子方案一中maxUplinkDutyCycle-FR2上报,且当终端设备在任意1s评估周期内的上行传输占空比大于能力上报值,则终端设备根据上行调度进行功率回退,即P-MPR。例如,如果子方案一中maxUplinkDutyCycle-FR2未上报,则终端设备可以直接通过功率回退满足MPE约束。
2)动态方案
Rel-16/17提出了一些MPE上报方案,如下几种示例方案。
一示例,当发生MPE问题时,终端设备在考虑MPE问题后上报发送数据的波束或者面板。又一示例,当发生MPE问题时,终端设备通过功率余量报告(Power Headroom Report,PHR)携带波束或者面板,或者基于终端设备的功率回退值。又一示例,终端设备上报功率余量或者能量余量。又一示例,终端设备上报MPE告警(alert)信令:如可通过RRC的alert消息,或者MAC-CE的‘P’比特实现。又一示例,终端设备上报上行传输占空比。从而网络设备可以根据终端设备的上述任一上报,计算和决定接下来的调度情况。
然而,上述的静态方案,虽然可以保证终端设备总是满足MPE约束,但是限制了终端设备使用范围,无法满足动态场景。而上述的动态方案,虽然可以满足动态场景,但是增加了动态信令,且发生MPE后的上报可靠性较差。
另外,终端设备上报基于参考信号的功率回退值时,参考信号和天线面板的绑定关系无法确定,可能取决于终端设备上报的绑定关系(需支持上报绑定关系功能),也可能取决于终端实现,网络设备无法获知。因此,网络设备无法实现基于天线面板的调度发送和/或接收,来提升MPE问题导致的性能损失。
有鉴于此,在本申请的实施例中,终端设备可以确定并上报绑定关系,具体为基于参考信号的功率回退值的参考信号和天线面板的绑定关系,使得网络设备能够基于天线面板进行调度和/或接收,从而能够提升MPE问题所导致的性能损失。
示例性地,可以定义终端设备所支持的功能,例如包括:
(a1)支持基于天线面板的快速切换功能,
(b1)支持特征组(feature group)23-1-4上行多天线面板,
(c1)支持上报能力值或能力值集合,
(d1)支持上报参考信号和能力值或能力值集合的绑定关系。
可理解,如果终端设备不支持上述(a1)-(d1)至少一项,那么终端设备上报功率回退值关联的参考信号和天线面板的绑定关系取决于终端实现,网络设备无法获知。
在本申请的一些实施例中,如果终端设备支持上述(a1)-(d1)中至少一项,那么终端设备可以向网络设备发送参考信号与天线面板的绑定关系,从而网络设备能够获知终端设备的参考信号和天线面板的绑定关系;和/或网络设备能够获知终端设备上报功率回退值关联的参考信号和天线面板的绑定关系。
应注意的是,本申请的实施例中的绑定关系可以包括参考信号和天线面板,或者,绑定关系可以包括波束和天线面板。天线面板可以通过能力值或者能力值集合来标识。可理解,绑定关系可以包括参考信号和能力值(或能力值集合),或者,绑定关系可以包括波束和能力值(或能力值集合)。为了简化示意,以绑定关系包括“参考信号和天线面板”为了进行阐述,其他的描述也是类似的。
在本申请的一些实施例中,终端设备在支持上述(a1)-(d1)中至少一项的前提下,可以支持以下(a2)-(d2)中至少一项:
(a2)支持Rel-17 MPE方案,
(b2)支持上报基于参考信号的功率回退值,
(c2)支持feature group 23-1-3MPE移除功能,或者
(d2)支持包括参考信号指示和功率回退值的PHR。
示例性地,MPE P-MPR上报的参考信号可以为候选资源池中的参考信号。示例性地,MPE P-MPR上报的参考信号为波束测量参考信号。可选地,候选资源池中的参考信号为波束测量参考信号。举例而言,如目前的协议中隐式的用于波束管理的CSI-RS的配置方式为:CSI-RS未配置重复也未配置TRS。而SRS配置的用途为波束管理等。
示例性地,MPE P-MPR上报的参考信号可以为候选资源池中的参考信号。示例性地,MPE P-MPR上报的参考信号为多个传输接收点(TRP)发送的。示例性地,MPE P-MPR上报的参考信号为不同小区发送的。可选地,候选资源池中的参考信号为波束测量参考信号。可选地,候选资源池中的参考信号为多个传输接收点(TRP)发送的。可选地,候选资源池中的参考信号为不同小区发送的。举例而言,如不同TRP配置的参考信号,或者不同资源集合的参考信号,或者小区1和小区2分别发送的参考信号,小区1和小区2可以具有相同或者不同物理小区标识(Physical cell ID,PCI)。
在一些示例中,终端设备可以向网络设备发送候选资源池中的参考信号与天线面板的绑定关系。在一些示例中,终端设备可以向网络设备发送MPE P-MPR上报的参考信号与天线面板的绑定关系。在一些示例中,终端设备可以向网络设备发送上报功率回退值所关联的参考信号与天线面板的绑定关系。其中天线面板可以通过通过能力值或者能力值集合来标识。可选地,该绑定关系被承载于波束测量报告中。从而网络设备可以基于该绑定关系,执行基于面板的调度、发送、和/或接收。
示例性地,上报功率回退值所关联的参考信号可以为候选资源池中的参考信号或者波束测量参考信号。可选地,候选资源池中的参考信号为波束测量参考信号。在一些示例中,终端设备可以向网络设备发送功率回退值(如(b2)或(d2)),进而网络设备可以确定上报功率回退值所关联的参考信号。进一步地,网络设备可以基于上述绑定关系,确定与上报功率回退值所关联的参考信号绑定的天线面板。从而网络设备可以基于该绑定关系,执行基于面板的调度、发送、和/或接收。
以此方式,网络设备能够获取终端设备所上报的参考信号与天线面板的绑定关系,随后网络设备能够基于来自终端设备的上报功率回退值,隐式地或间接地确定天线面板与功率回退值的关联关系,从而网络设备能够进行基于天线面板切换的调度、发送、和/或接收。
如上所述,终端设备可以通过上报能力值或者能力值集合来标识天线面板。终端设备也可以通过上报能力值或者能力值集合与参考信号和相应测量值,使网络设备获得参考信号与天线面板的绑定关系。
在本申请的一些实施例中,可以定义或配置以下至少一项:绑定关系的生效时间(如下称为第一生效时间)、终端设备的至少一个天线面板的处于激活状态时的生效时间(如下称为第二生效时间)、或统一TCI的生效时间(如下称为第三生效时间)。
示例性地,在另一些实施例中,终端设备可以向网络设备发送绑定关系的第一生效时间。示例性地,在另一些实施例中,终端设备可以向网络设备发送关于该终端设备的至少一个天线面板处于激活状态的第二生效时间。
可理解,关于第一生效时间或第二生效时间的指示信息可以与绑定关系在同一信令中,由终端设备发送到网络设备。或者,该第一生效时间或第二生效时间的指示信息与绑定关系可以在不同的信令中分别由终端设备发送到网络设备。本申请对此不限定。
示例性地,在另一些实施例中,终端设备可以不向网络设备发送第一生效时间或第二生效时间的指示信息,相反,可以由预先协商或预先定义的规则来进行确定。可选地,关于第一生效时间或第二生效时间的时间长度可以是预先定义的或者可以是由网络设备预先配置的。
示例性地,第三生效时间可以网络设备通过信令指示给终端设备的。
可选地,关于第一生效时间或第二生效时间或第三生效时间可以包括起始时刻以及时间长度。
在一些示例中,第一生效时间或第二生效时间的起始时间可以基于终端设备所发送的报告的时间或者该报告的确认时间而被确定。举例而言,可以基于终端设备发送以下信息(能力值或者能力值集合、参考信号和相应测量值)中的任一信道(PUCCH或PUSCH)发送或者确认时的最后一个符号,将该最后一个符号之后的X1个时间单位处作为第一生效时间或第二生效时间的起始时间,其中,X1大于或等于0,例如X1可以为非负整数。时间单位可以为以下任一:符号、时隙、子帧、毫秒、秒等。
在一些示例中,第一生效时间或第二生效时间的起始时间可以基于TCI指示或TCI激活的信令的时间或者其确认信令的时间而被确定。举例而言,可以将该确认时间之后的X2个时间单位处作为第一生效时间或第二生效时间的起始时间,其中,X2大于或等于0,例如X2可以为非负整数。时间单位可以为以下任一:符号、时隙、子帧、毫秒、秒等。作为一例,该确认时间可以基于RRC配置TCI或RRC重配置TCI的时间,例如可以是承载ACK/NACK(针对RRC的PDSCH)的PUCCH/PUSCH的最后一个符号。作为一例,该确认时间可以基于MAC-CE从RRC配置或者重配置的TCI中选择至少一个TCI进行激活的时间,例如可以是承载ACK/NACK(针对MAC-CE的PDSCH)的PUCCH/PUSCH的最后一个符号。作为一例,该确认时间可以基于DCI从MAC-CE激活的至少一个TCI中选择其中的TCI进行指示的时间,例如可以是承载ACK/NACK(针对DCI的PDCCH)的PUCCH/PUSCH的最后一个符号。
在一些示例中,第三生效时间的起始时间可以基于特定信令的发送时间或确认时间而被确定。举例而言,可以将特定信令的发送时间或确认时间之后的X3个时间单位处作为第三生效时间起始时间,其中,X3大于或等于0,例如X3可以为非负整数。时间单位可以为以下任一:符号、时隙、子帧、毫秒、秒等。应注意,本申请实施例对于特定信令不做限定,例如可以是DCI指示或其他信令等。
在本申请的一些实施例中,网络设备可以向终端设备配置用于确定生效时间(第一生效时间、第二生效时间、第三生效时间中的至少一项)的信息。
可选地,在一些示例中,该配置信息可以指示一个集合。该集合可以被称为用于确定生效时间的集合,例如该集合可以用于确定前述的X1、X2、X3中的至少一项。举例而言,集合可以包括:与MAC-CE指示相关联的至少一个第一时长,和/或与DCI指示相关联的至少一个第二时长。例如,关于该集合所包括的第一时长与第二时长的一例如下表4所示:
表4
MAC-CE指示 3(ms)
DCI指示 14,28,48,224,336(符号)
可选地,在另一些示例中,该配置信息可以指示两个集合或更多个集合。以此方式,终端设备可以在天线面板切换或跨小区波束测量等场景中,基于实际需求选择其中的一个集合来确定生效时间。
下面以两个集合为例进行阐述,例如包括第一集合和第二集合。举例而言,第一集合可以包括:与MAC-CE指示相关联的至少一个第一时长,和/或与DCI指示相关联的至少一个第二时长。第二集合可以包括:与MAC-CE指示相关联的至少一个第三时长,和/或与DCI指示相关联的至少一个第四时长。例如,关于该第一集合和第二集合的一例如下表5所示:
表5
可选地,在一些示例中,网络设备可以通过信令中的特定字段来指示所配置的集合数量。举例而言,RRC信令中包括特定的标志位,该标志位为第一值表示配置的集合数量为1,该标志位为第二值表示配置的集合数量为2。
可选地,在一些示例中,终端设备可以向网络设备发送能力信息。该能力信息可以包括以下至少一项:是否支持一个集合,是否支持两个或多个集合,所支持的DCI指示的具体的数值(或数值集合)。
可选地,在一些示例中,网络设备可以基于终端设备的能力信息,来向终端设备发送该配置信息。
例如,如果终端设备的能力信息指示其不支持两个集合,那么网络设备所发送的配置信息只包括一个集合。例如,如果终端设备的能力信息指示其支持两个集合,那么网络设备所发送的配置信息包括一个集合或两个集合,例如网络设备可以在配置信息中通过特定字段指示集合数量。
例如,如果终端设备的能力信息指示其所支持的DCI指示的具体的数值(或数值集合)包括14、28和48。那么可选地,如上所示的表4的最后一列中可以包括或去除224和336。以此方式,能够充分考虑设备能力,确保配置信息的有效性,提升通信效率。
应注意的是,上面表4或表5所示的数值仅是示意,在具体实现时,可以使用其他的数值,本申请对此不限定。
进一步地,可理解,终端设备可以基于该配置信息,得到用于确定生效时间(第一生效时间、第二生效时间、第三生效时间中的至少一项)的集合。进一步地,可以从该集合中确定对应的数值,如上所述的X1、X2或X3等。
可选地,在一些实施例中,终端设备和网络设备可以维护参考信号和天线面板的绑定关系,从而网络设备可以执行基于面板的调度、发送、和/或接收,提高通信效率。
可理解,在另一些示例中,生效时间与激活状态可以被等效地理解。例如对应的天线面板在生效时间内是处于激活状态的。例如当某天线面板处于激活状态时,与该天线面板关联的绑定关系在生效时间内。也就是说,本申请的实施例中,绑定关系的生效时间与天线面板的激活状态的时间可以是一样的,也可以是不一样的。
在多天线面板的场景中,可以包括与多天线面板对应的多个绑定关系。在一些示例中,终端设备和网络设备可以维护/跟踪多个绑定关系中的部分或全部。举例而言,针对激活的至少一个TCI,可以确定该至少一个TCI所包括的部分参考信号,进而可以维护或跟踪与该部分参考信号关联的绑定关系。可选地,激活的至少一个TCI可以是由RRC配置的、或者可以是由MC-CE激活的、或者可以是由DCI指示的,本申请对此不限定。
可选地,可以进一步将与该部分参考信号关联的绑定关系中所涉及的天线面板激活。也就是说,可以使得所维护或跟踪的绑定关系中的天线面板处于激活状态。以此方式,可以基于激活的至少一个TCI来确定天线面板的激活状态,从而无需再协商或定义或配置如上所述的第一生效时间或第二生效时间。这样能够节省信令开销,提高通信效率。
应理解的是,上述内容只是为了帮助本领域技术人员更好地理解本申请的实施例,而不是要限制本申请的实施例的范围。本领域技术人员根据上述内容,可以进行各种修改或变化或组合等。这样的修改、变化或组合后的方案也在本申请的实施例的范围内。
图11示出了根据本申请的一些实施例的通信装置1100的一个示意框图。装置1100可以被实现为如图1所示的终端设备120,或者被实现为如图2中的终端设备202,或者被实现为终端设备120/202的一部分(如芯片)等,本申请对此不限定。
如图11所示,装置1100包括接收模块1110和发送模块1120。可选地,装置1100还包括确定模块1130。
接收模块1110被配置为接收来自网络设备的多个TCI。接收模块1110还被配置为接收来自网络设备的至少一个消息,至少一个消息用于确定多个TCI中的至少一个TCI和至少两个TCI,至少一个TCI用于第一信道传输,至少两个TCI用于第二信道传输。接收模块1110和/或发送模块1120被配置为基于至少一个TCI接收和/或发送第一信道。和/或,接收模块1110和/或发送模块1120被配置为基于至少两个TCI接收和/或发送第二信道。
可选地,至少一个消息包括第一消息,第一消息指示至少一个TCI和至少两个TCI。可选地,至少一个消息包括第二消息和第三消息,第二消息指示至少一个TCI,第三消息指示至少一个TCI或至少两个TCI。
可选地,至少一个消息包括第四消息和第五消息,第四消息指示至少一个TCI,第五消息至少指示另一TCI。确定模块1130被配置为基于第四消息确定至少一个TCI;以及基于第四消息和第五消息确定至少两个TCI,至少两个TCI包括至少一个TCI和另一TCI。例如,另一TCI可以不同于至少一个TCI。
可选地,至少一个消息包括第六消息,第六消息指示多个TCI中的至少部分TCI。确定模块1130被配置为基于预设准则从至少部分TCI中确定至少一个TCI和至少两个TCI。
示例性地,预设准则包括以下至少一项:至少部分TCI的各自的标识;至少部分TCI的顺序;至少部分TCI的各自激活时间;至少部分TCI的激活时间的先后顺序;至少部分TCI的各自生效时间;或者至少部分TCI的生效时间的先后顺序。
在一些实施例中,接收模块1110还被配置为接收来自网络设备的第七消息,第七消息指示预设准则。在一些实施例中,第六消息还指示预设准则。
在一些实施例中,发送模块1120还可以被配置为向网络设备发送能力信息,能力信息指示该装置1100所支持的预设准则。
图11中的装置1100能够用于实现上述结合图2至图8中由终端设备202所述的各个过程,为了简洁,这里不再赘述。
图12示出了根据本申请的一些实施例的通信装置1200的一个示意框图。装置1200可以被实现为如图1所示的接入网设备110或TRP 130,或者被实现为如图2中的网络设备201,或者被实现为接入网设备110或TRP 130或网络设备201的一部分(如芯片)等,本申请对此不限定。
如图12所示,装置1200包括发送模块1210和接收模块1220。
发送模块1210被配置为向终端设备发送多个TCI。发送模块1210还被配置为向终端设备发送至少一个消息,至少一个消息用于确定多个TCI中的至少一个TCI和至少两个TCI,至少一个TCI用于第一信道传输,至少两个TCI用于第二信道传输。接收模块1220和/或发送模块1210被配置为基于至少一个TCI接收和/或发送第一信道。和/或,接收模块1220和/或发送模块1210被配置为基于至少两个TCI接收和/或发送第二信道。
可选地,至少一个消息包括第一消息,第一消息指示至少一个TCI和至少两个TCI。可选地,至少一个消息包括第二消息和第三消息,第二消息指示至少一个TCI,第三消息指示至少一个TCI或至少两个TCI。可选地,至少一个消息包括第四消息和第五消息,第四消息指示至少一个TCI,第五消息至少指示另一TCI。例如,另一TCI可以不同于至少一个TCI。
可选地,至少一个消息包括第六消息,第六消息指示多个TCI中的至少部分TCI。第六消息被用于终端设备基于预设准则从至少部分TCI中选择至少一个TCI和至少两个TCI。
示例性地,预设准则包括以下至少一项:至少部分TCI的各自的标识;至少部分TCI的顺序;至少部分TCI的各自激活时间;至少部分TCI的激活时间的先后顺序;至少部分TCI的各自生效时间;或者至少部分TCI的生效时间的先后顺序。
在一些实施例中,发送模块1210还可以被配置为向终端设备发送第七消息,第七消息指示预设准则。在一些实施例中,第六消息还指示预设准则。
在一些实施例中,接收模块1220还可以被配置为接收来自终端设备的能力信息,能力信息指示终端设备所支持的预设准则。
图12的装置1200能够用于实现上述结合图2至图8中由网络设备201所述的各个过程,为了简洁,这里不再赘述。
本申请的实施例中对模块或单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时也可以有另外的划分方式,另外,在申请的实施例中的各功能单元可以集成在一个单元中,也可以是单独物理存在,也可以两个或两个以上单元集成为一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
图13示出了可以用来实施本申请的实施例的示例设备1300的示意性框图。设备1300可以被实现为或者被包括在图1的终端设备120或如图2的终端设备202中,或者设备1300可以被实现为或者被包括在图1的接入网设备110或TRP 130或如图2的网络设备201中。
如图所示,设备1300包括一个或多个处理器1310,耦合到处理器1310的一个或多个存储器1320,以及耦合到处理器1310的通信模块1340。
通信模块1340可以用于双向通信。通信模块1340可以具有用于通信的至少一个通信接口。通信接口可以包括与其他设备通信所必需的任何接口。
处理器1310可以是适合于本地技术网络的任何类型,并且可以包括但不限于以下至少一种:通用计算机、专用计算机、微控制器、数字信号处理器(Digital SignalProcessor,DSP)、或基于控制器的多核控制器架构中的一个或多个。设备1300可以具有多个处理器,例如专用集成电路芯片,其在时间上从属于与主处理器同步的时钟。
存储器1320可以包括一个或多个非易失性存储器和一个或多个易失性存储器。非易失性存储器的示例包括但不限于以下至少一种:只读存储器(Read-Only Memory,ROM)1324、可擦除可编程只读存储器(Erasable Programmable Read Only Memory,EPROM)、闪存、硬盘、光盘(Compact Disc,CD)、数字视频盘(Digital Versatile Disc,DVD)或其他磁存储和/或光存储。易失性存储器的示例包括但不限于以下至少一种:随机存取存储器(Random Access Memory,RAM)1322、或不会在断电持续时间中持续的其他易失性存储器。
计算机程序1330包括由关联处理器1310执行的计算机可执行指令。程序1330可以存储在ROM 1324中。处理器1310可以通过将程序1330加载到RAM 1322中来执行任何合适的动作和处理。
可以借助于程序1330来实现本申请的实施例,使得设备1300可以执行如参考图2所讨论的任何过程。本申请的实施例还可以通过硬件或通过软件和硬件的组合来实现。
程序1330可以有形地包含在计算机可读介质中,该计算机可读介质可以包括在设备1300中(诸如在存储器1320中)或者可以由设备1300访问的其他存储设备。可以将程序1330从计算机可读介质加载到RAM 1322以供执行。计算机可读介质可以包括任何类型的有形非易失性存储器,例如ROM、EPROM、闪存、硬盘、CD、DVD等。
在一些实施例中,设备1300中的通信模块1340可以被实现为发送器和接收器(或收发器),其可以被配置为发送/接收诸如多个TCI、至少一个消息、能力信息等。另外,设备1300还可以进一步包括调度器、控制器、射频/天线中的一个或多个,本申请不再详细阐述。
示例性地,图13中的设备1300可以被实现为电子设备,或者可以被实现为电子设备中的芯片或芯片系统,本申请的实施例对此不限定。
本申请的实施例还提供了一种芯片,该芯片可以包括输入接口、输出接口和处理电路。在本申请的实施例中,可以由输入接口和输出接口完成信令或数据的交互,由处理电路完成信令或数据信息的生成以及处理。
本申请的实施例还提供了一种芯片系统,包括处理器,用于支持计算设备以实现上述任一实施例中所涉及的功能。在一种可能的设计中,芯片系统还可以包括存储器,用于存储必要的程序指令和数据,当处理器运行该程序指令时,使得安装该芯片系统的设备实现上述任一实施例中所涉及的方法。示例性地,该芯片系统可以由一个或多个芯片构成,也可以包含芯片和其他分立器件。
本申请的实施例还提供了一种处理器,用于与存储器耦合,存储器存储有指令,当处理器运行所述指令时,使得处理器执行上述任一实施例中涉及的方法和功能。
本申请的实施例还提供了一种包含指令的计算机程序产品,其在计算机上运行时,使得计算机执行上述各实施例中任一实施例中涉及的方法和功能。
本申请的实施例还提供了一种计算机可读存储介质,其上存储有计算机指令,当处理器运行所述指令时,使得处理器执行上述任一实施例中涉及的方法和功能。
通常,本申请的各种实施例可以以硬件或专用电路、软件、逻辑或其任何组合来实现。一些方面可以用硬件实现,而其他方面可以用固件或软件实现,其可以由控制器,微处理器或其他计算设备执行。虽然本申请的实施例的各个方面被示出并描述为框图,流程图或使用一些其他图示表示,但是应当理解,本文描述的框,装置、系统、技术或方法可以实现为,如非限制性示例,硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备,或其某种组合。
本申请还提供有形地存储在非暂时性计算机可读存储介质上的至少一个计算机程序产品。该计算机程序产品包括计算机可执行指令,例如包括在程序模块中的指令,其在目标的真实或虚拟处理器上的设备中执行,以执行如上参考附图的过程/方法。通常,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种实施例中,可以根据需要在程序模块之间组合或分割程序模块的功能。用于程序模块的机器可执行指令可以在本地或分布式设备内执行。在分布式设备中,程序模块可以位于本地和远程存储介质中。
用于实现本申请的方法的计算机程序代码可以用一种或多种编程语言编写。这些计算机程序代码可以提供给通用计算机、专用计算机或其他可编程的数据处理装置的处理器,使得程序代码在被计算机或其他可编程的数据处理装置执行的时候,引起在流程图和/或框图中规定的功能/操作被实施。程序代码可以完全在计算机上、部分在计算机上、作为独立的软件包、部分在计算机上且部分在远程计算机上或完全在远程计算机或服务器上执行。
在本申请的上下文中,计算机程序代码或者相关数据可以由任意适当载体承载,以使得设备、装置或者处理器能够执行上文描述的各种处理和操作。载体的示例包括信号、计算机可读介质、等等。信号的示例可以包括电、光、无线电、声音或其它形式的传播信号,诸如载波、红外信号等。
计算机可读介质可以是包含或存储用于或有关于指令执行系统、装置或设备的程序的任何有形介质。计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可以包括但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备,或其任意合适的组合。计算机可读存储介质的更详细示例包括带有一根或多根导线的电气连接、便携式计算机磁盘、硬盘、随机存储存取器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光存储设备、磁存储设备,或其任意合适的组合。
此外,尽管在附图中以特定顺序描述了本申请的方法的操作,但是这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。相反,流程图中描绘的步骤可以改变执行顺序。附加地或备选地,可以省略某些步骤,将多个步骤组合为一个步骤执行,和/或将一个步骤分解为多个步骤执行。还应当注意,根据本申请的两个或更多装置的特征和功能可以在一个装置中具体化。反之,上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。
以上已经描述了本申请的各实现,上述说明是示例性的,并非穷尽的,并且也不限于所公开的各实现。在不偏离所说明的各实现的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在很好地解释各实现的原理、实际应用或对市场中的技术的改进,或者使本技术领域的其他普通技术人员能理解本文公开的各个实现方式。

Claims (40)

1.一种通信方法,包括:
接收来自网络设备的多个传输配置指示TCI;
接收来自所述网络设备的至少一个消息,所述至少一个消息用于确定所述多个TCI中的至少一个TCI和至少两个TCI,所述至少一个TCI用于第一信道传输,所述至少两个TCI用于第二信道传输;
基于所述至少一个TCI,接收和/或发送第一信道;和/或
基于所述至少两个TCI,接收和/或发送第二信道。
2.根据权利要求1所述的方法,其中所述至少一个消息包括第一消息,所述第一消息指示所述至少一个TCI和所述至少两个TCI。
3.根据权利要求1所述的方法,其中所述至少一个消息包括第二消息和第三消息,所述第二消息指示所述至少一个TCI,所述第三消息指示所述至少一个TCI或者所述至少两个TCI。
4.根据权利要求1所述的方法,其中所述至少一个消息包括第四消息和第五消息,所述第四消息指示所述至少一个TCI,所述第五消息至少指示另一TCI;
所述方法还包括:
基于所述第四消息,确定所述至少一个TCI;以及
基于所述第四消息和所述第五消息,确定所述至少两个TCI。
5.根据权利要求1所述的方法,其中所述至少一个消息包括第六消息,所述第六消息指示所述多个TCI中的至少部分TCI;
所述方法还包括:
基于预设准则从所述至少部分TCI中确定所述至少一个TCI和/或所述至少两个TCI。
6.根据权利要求5所述的方法,其中所述预设准则包括以下至少一项:
所述至少部分TCI的各自的标识;
所述至少部分TCI的顺序;
所述至少部分TCI的各自激活时间;
所述至少部分TCI的激活时间的先后顺序;
所述至少部分TCI的各自生效时间;或者
所述至少部分TCI的生效时间的先后顺序。
7.根据权利要求5或6所述的方法,还包括:
接收来自所述网络设备的第七消息,所述第七消息指示所述预设准则。
8.根据权利要求5或6所述的方法,其中所述第六消息还指示所述预设准则。
9.根据权利要求5至8中任一项所述的方法,还包括:
向所述网络设备发送能力信息,所述能力信息指示终端设备所支持的预设准则。
10.一种通信方法,包括:
向终端设备发送多个传输配置指示TCI;
向所述终端设备发送至少一个消息,所述至少一个消息用于确定所述多个TCI中的至少一个TCI和至少两个TCI,所述至少一个TCI用于第一信道传输,所述至少两个TCI用于第二信道传输;
基于所述至少一个TCI,接收和/或发送第一信道;和/或
基于所述至少两个TCI,接收和/或发送第二信道。
11.根据权利要求10所述的方法,其中所述至少一个消息包括第一消息,所述第一消息指示所述至少一个TCI和所述至少两个TCI。
12.根据权利要求10所述的方法,其中所述至少一个消息包括第二消息和第三消息,所述第二消息指示所述至少一个TCI,所述第三消息指示所述至少一个TCI或者所述至少两个TCI。
13.根据权利要求10所述的方法,其中所述至少一个消息包括第四消息和第五消息,所述第四消息指示所述至少一个TCI,所述第五消息至少指示另一TCI。
14.根据权利要求13所述的方法,其中所述至少一个消息包括第六消息,所述第六消息指示所述多个TCI中的至少部分TCI;所述第六消息被用于所述终端设备基于预设准则从所述至少部分TCI中选择所述至少一个TCI和/或所述至少两个TCI。
15.根据权利要求14所述的方法,其中所述预设准则包括以下至少一项:
所述至少部分TCI的各自的标识;
所述至少部分TCI的顺序;
所述至少部分TCI的各自激活时间;
所述至少部分TCI的激活时间的先后顺序;
所述至少部分TCI的各自生效时间;或者
所述至少部分TCI的生效时间的先后顺序。
16.根据权利要求14或15所述的方法,还包括:
向所述终端设备发送第七消息,所述第七消息指示所述预设准则。
17.根据权利要求14或15所述的方法,其中所述第六消息还指示所述预设准则。
18.根据权利要求14至17中任一项所述的方法,还包括:
接收来自所述终端设备的能力信息,所述能力信息指示所述终端设备所支持的预设准则。
19.一种通信装置,包括:
接收模块,被配置为接收来自网络设备的多个传输配置指示TCI;
所述接收模块,还被配置为接收来自所述网络设备的至少一个消息,所述至少一个消息用于确定所述多个TCI中的至少一个TCI和至少两个TCI,所述至少一个TCI用于第一信道传输,所述至少两个TCI用于第二信道传输;
所述接收模块和/或发送模块被配置为:
基于所述至少一个TCI,接收和/或发送第一信道;和/或
基于所述至少两个TCI,接收和/或发送第二信道。
20.根据权利要求19所述的装置,其中所述至少一个消息包括第一消息,所述第一消息指示所述至少一个TCI和所述至少两个TCI。
21.根据权利要求19所述的装置,其中所述至少一个消息包括第二消息和第三消息,所述第二消息指示所述至少一个TCI,所述第三消息指示所述至少一个TCI或者所述至少两个TCI。
22.根据权利要求19所述的装置,其中所述至少一个消息包括第四消息和第五消息,所述第四消息指示所述至少一个TCI,所述第五消息至少指示另一TCI;
还包括确定模块,被配置为:
基于所述第四消息,确定所述至少一个TCI;以及
基于所述第四消息和所述第五消息,确定所述至少两个TCI。
23.根据权利要求19所述的装置,其中所述至少一个消息包括第六消息,所述第六消息指示所述多个TCI中的至少部分TCI;
还包括确定模块,被配置为基于预设准则从所述至少部分TCI中确定所述至少一个TCI和/或所述至少两个TCI。
24.根据权利要求23所述的装置,其中所述预设准则包括以下至少一项:
所述至少部分TCI的各自的标识;
所述至少部分TCI的顺序;
所述至少部分TCI的各自激活时间;
所述至少部分TCI的激活时间的先后顺序;
所述至少部分TCI的各自生效时间;或者
所述至少部分TCI的生效时间的先后顺序。
25.根据权利要求23或24所述的装置,所述接收模块还被配置为接收来自所述网络设备的第七消息,所述第七消息指示所述预设准则。
26.根据权利要求23或24所述的装置,其中所述第六消息还指示所述预设准则。
27.根据权利要求23至26中任一项所述的装置,所述发送模块还被配置为向所述网络设备发送能力信息,所述能力信息指示终端设备所支持的预设准则。
28.一种通信装置,包括:
发送模块,被配置为向终端设备发送多个传输配置指示TCI;
所述发送模块,还被配置为向所述终端设备发送至少一个消息,所述至少一个消息用于确定所述多个TCI中的至少一个TCI和至少两个TCI,所述至少一个TCI用于第一信道传输,所述至少两个TCI用于第二信道传输;
接收模块和/或所述发送模块被配置为:
基于所述至少一个TCI,接收和/或发送第一信道;和/或
基于所述至少两个TCI,接收和/或发送第二信道。
29.根据权利要求28所述的装置,其中所述至少一个消息包括第一消息,所述第一消息指示所述至少一个TCI和所述至少两个TCI。
30.根据权利要求28所述的装置,其中所述至少一个消息包括第二消息和第三消息,所述第二消息指示所述至少一个TCI,所述第三消息指示所述至少一个TCI或者所述至少两个TCI。
31.根据权利要求28所述的装置,其中所述至少一个消息包括第四消息和第五消息,所述第四消息指示所述至少一个TCI,所述第五消息至少指示另一TCI。
32.根据权利要求31所述的装置,其中所述至少一个消息包括第六消息,所述第六消息指示所述多个TCI中的至少部分TCI;所述第六消息被用于所述终端设备基于预设准则从所述至少部分TCI中选择所述至少一个TCI和/或所述至少两个TCI。
33.根据权利要求32所述的装置,其中所述预设准则包括以下至少一项:
所述至少部分TCI的各自的标识;
所述至少部分TCI的顺序;
所述至少部分TCI的各自激活时间;
所述至少部分TCI的激活时间的先后顺序;
所述至少部分TCI的各自生效时间;或者
所述至少部分TCI的生效时间的先后顺序。
34.根据权利要求32或33所述的装置,所述发送模块还被配置为向所述终端设备发送第七消息,所述第七消息指示所述预设准则。
35.根据权利要求32或33所述的装置,其中所述第六消息还指示所述预设准则。
36.根据权利要求32至35中任一项所述的装置,所述接收模块还被配置为接收来自所述终端设备的能力信息,所述能力信息指示所述终端设备所支持的预设准则。
37.一种通信装置,包括处理器,所述处理器用于执行存储于存储器上的指令,当所述指令被处理器执行时使得该通信装置实现根据权利要求1至18中任一项所述的方法。
38.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令被处理器执行时实现根据权利要求1至18中任一项所述的方法。
39.一种计算机程序产品,所述计算机程序产品上包含计算机可执行指令,所述计算机可执行指令在被执行时实现根据权利要求1至18中任一项所述的方法。
40.一种芯片,包括处理电路,被配置为执行根据权利要求1至18中任一项所述的方法。
CN202210129555.0A 2022-02-11 2022-02-11 数据传输方法及通信装置 Pending CN116633503A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210129555.0A CN116633503A (zh) 2022-02-11 2022-02-11 数据传输方法及通信装置
PCT/CN2023/075043 WO2023151601A1 (zh) 2022-02-11 2023-02-08 数据传输方法及通信装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210129555.0A CN116633503A (zh) 2022-02-11 2022-02-11 数据传输方法及通信装置

Publications (1)

Publication Number Publication Date
CN116633503A true CN116633503A (zh) 2023-08-22

Family

ID=87563646

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210129555.0A Pending CN116633503A (zh) 2022-02-11 2022-02-11 数据传输方法及通信装置

Country Status (2)

Country Link
CN (1) CN116633503A (zh)
WO (1) WO2023151601A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11665692B2 (en) * 2020-01-16 2023-05-30 Samsung Electronics Co., Ltd. Method and apparatus for beam indication in a multi-beam system
WO2021163936A1 (zh) * 2020-02-19 2021-08-26 北京小米移动软件有限公司 通信处理方法、装置及计算机存储介质
US11362723B2 (en) * 2020-05-15 2022-06-14 Samsung Electronics Co., Ltd. Method and apparatus for beam management
CN115176440B (zh) * 2022-05-27 2024-06-11 北京小米移动软件有限公司 终端能力的上报方法、装置、设备及介质

Also Published As

Publication number Publication date
WO2023151601A1 (zh) 2023-08-17

Similar Documents

Publication Publication Date Title
JP7321707B2 (ja) 方法、システムおよび装置
WO2018141272A1 (zh) 终端、网络设备和通信方法
CN110932820B (zh) 发送和接收上行控制信息的方法以及通信装置
KR20180108038A (ko) 무선 통신 시스템에서 타이밍 조정 방법 및 장치
CN118301586A (zh) 毫米波中继链路发现
CN111586858A (zh) 信号传输方法和通信装置
US11943774B2 (en) System and method for indicating a first set and a second set of uplink channel transmission parameters
US20230093264A1 (en) Method, device and computer storage medium for communication
CN115529624A (zh) 一种移动性管理方法及通信装置
CN115804136A (zh) 交叉链路干扰测量配置
CN114788388A (zh) 许可分配的修改的使用
CN116368766A (zh) 一种无线通信的方法与装置
CN115606107A (zh) 经由替换波束索引的瞬态紧凑型测量报告
US20230216627A1 (en) Ue-assisted single frequency network (sfn) management
US20220330161A1 (en) Sounding reference signal power control with non-scheduling downlink control information
JP2023517980A (ja) 通信方法および装置
CN117044140A (zh) 用于通信的方法、设备和计算机可读存储介质
WO2021087768A1 (en) Method, device and computer storage medium for communication
US20230269709A1 (en) Physical uplink control channel resource indication for dynamic time division duplex
WO2021168648A1 (en) Transmit power prioritization in inter-band carrier aggregation
CN116633503A (zh) 数据传输方法及通信装置
CN112399574B (zh) 一种无线通信的方法和装置以及通信设备
CN115842598A (zh) 一种通信方法和设备
CN117121537A (zh) 增强型交叉链路干扰测量和管理
CN115399050A (zh) 基于随机接入带宽的通信配置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication