CN116602034A - 传输方法、终端设备、网络设备及通信系统 - Google Patents

传输方法、终端设备、网络设备及通信系统 Download PDF

Info

Publication number
CN116602034A
CN116602034A CN202180083262.7A CN202180083262A CN116602034A CN 116602034 A CN116602034 A CN 116602034A CN 202180083262 A CN202180083262 A CN 202180083262A CN 116602034 A CN116602034 A CN 116602034A
Authority
CN
China
Prior art keywords
uci
pusch
symbol length
real
occupied
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
CN202180083262.7A
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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of CN116602034A publication Critical patent/CN116602034A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

本申请涉及一种传输方法、终端设备、网络设备及通信系统。该传输方法包括：终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，其中，第一真实PUSCH针对的第一接收端和/或第一波束方向与第二真实PUSCH针对的第二接收端和/或第二波束方向不同。

Description

传输方法、终端设备、网络设备及通信系统 技术领域
本申请涉及通信领域，更具体地，涉及一种传输方法、终端设备、网络设备及通信系统。
背景技术
为了满足当前对于速率、时延、高速移动性、能效等的需求以及应对未来生活中业务的多样性、复杂性，3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)国际标准组织开始研发5G(第五代)移动通信技术。5G的主要应用场景包括增强移动超宽带(enhanced Mobile Broadband，eMBB)、低时延高可靠通信(Ultra Reliability and Low Latency Communication，URLLC)、大规模机器类通信(Massive Machine Type Communication，mMTC)。
3GPP R17中引入了基于多个接收端(例如TRP(Transmission and Reception Point，发射接收点))进行PUSCH(Physical Uplink Shared Channel，物理上行共享信道)的重复传输(repetition transmission)，通过DCI(Downlink Control Information，下行控制信令)指示PUSCH重复发送给不同的TRP来对PUSCH的可靠性进行增强。
由于现有技术中仅存在单TRP的PUSCH重复传输，因此还没有针对多TRP来确定用于承载UCI(Uplink Control Information，上行链路控制信令)的多个PUSCH的方案。
发明内容
本申请实施例提供一种传输方法、终端设备、网络设备及通信系统，以至少针对多TRP来确定用于承载UCI的多个PUSCH的方案。
本申请实施例提供一种传输方法，包括：
终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，
其中，第一真实PUSCH针对的第一接收端和/或第一波束方向与第二真实PUSCH针对的第二接收端和/或第二波束方向不同。
本申请实施例提供一种传输方法，包括：
网络设备在通过至少第一和第二接收端和/或至少第一和第二波束方向发送物理上行共享信道PUSCH的资源上进行上行链路控制信令UCI的解调，包括基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH，
其中，第一真实PUSCH针对的第一接收端和/或第一波束方向与第二真实PUSCH针对的第二接收端和/或第二波束方向不同。
本申请实施例提供一种终端设备，包括：
处理器，配置用于基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，
其中，第一真实PUSCH针对的第一接收端和/或第一波束方向与第二真实PUSCH针对的第二接收端和/或第二波束方向不同。
本申请实施例提供一种网络设备，包括：
处理器，配置用于在通过至少第一和第二接收端和/或至少第一和第二波束方向发送物理上行共享信道PUSCH的资源上进行上行链路控制信令UCI的解调，包括基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH，
其中，第一真实PUSCH针对的第一接收端和/或第一波束方向与第二真实PUSCH针对的第二接收端和/或第二波束方向不同。
本申请实施例提供一种终端设备，包括收发器、处理器和存储器。其中，该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述终端设备所执行的传输方法。
本申请实施例提供一种网络设备，包括收发器、处理器和存储器。其中，该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述网络设备所执行的传输方法。
本申请实施例提供一种通信系统，包括：
至少一个上述终端设备；以及
至少一个上述网络设备。
本申请实施例提供一种芯片，用于实现上述的传输方法。
具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行上述的传输方法。
本申请实施例提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述的传输方法。
本申请实施例提供一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述的传输方法。
本申请实施例提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述的传输方法。
本申请至少提供了例如针对多TRP来确定用于承载UCI的多个PUSCH的方案，由此至少能够支持针对多个接收端在不同的PUSCH中承载UCI。
附图说明
图1是根据本申请实施例的应用场景的示意图。
图2是根据本申请一实施例的传输方法的示意性流程图。
图3是根据本申请另一实施例的传输方法的示意性流程图。
图4是根据本申请另一实施例的传输方法中的一部分操作的示意性流程图。
图5是根据本申请另一实施例的传输方法的示意性流程图。
图6示出了重复传输的示意图。
图7是根据本申请另一实施例的传输方法的示意性流程图。
图8是根据本申请另一实施例的传输方法的示意性流程图。
图9是根据本申请另一实施例的传输方法中的一部分操作的示意性流程图。
图10是根据本申请另一实施例的传输方法的示意性流程图。
图11是根据本申请一实施例的终端设备的示意性框图。
图12是根据本申请一实施例的网络设备的示意性框图。
图13是根据本申请一实施例的通信设备的示意性框图。
图14是根据本申请一实施例的芯片的示意性框图。
图15是根据本申请一实施例的通信系统的示意性框图。
图16给出了PUSCH重复传输的一个示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(Global System of Mobile communication，GSM)系统、码分多址(Code Division Multiple Access，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long Term Evolution，LTE)系统、先进的长期演进(Advanced long term evolution，LTE-A)系统、新无线(New Radio，NR)系统、NR系统的演进系统、免授权频谱上的LTE(LTE-based access to unlicensed spectrum，LTE-U)系统、免授权频谱上的NR(NR-based access to unlicensed spectrum，NR-U)系统、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、无线局域网(Wireless Local Area Networks，WLAN)、无线保真(Wireless Fidelity，WiFi)、下一代通信(5th-Generation，5G)系统或其他通信系统等。
通常来说，传统的通信系统支持的连接数有限，也易于实现，然而，随着通信技术的发展，移动通信系统将不仅支持传统的通信，还将支持例如，设备到设备(Device to Device，D2D)通信，机器到机器(Machine to Machine，M2M)通信，机器类型通信(Machine Type Communication，MTC)，以及车辆间(Vehicle to Vehicle，V2V)通信等，本申请实施例也可以应用于这些通信系统。
可选地，本申请实施例中的通信系统可以应用于载波聚合(Carrier Aggregation，CA)场景，也可以应用于双连接(Dual Connectivity，DC)场景，还可以应用于独立(Standalone，SA)布网场景。
本申请实施例对应用的频谱并不限定。例如，本申请实施例可以应用于授权频谱，也可以应用于免授权频谱。
本申请实施例结合网络设备和终端设备描述了各个实施例，其中：终端设备也可以称为用户设备(User Equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。终端设备可以是WLAN中的站点(STAION，ST)，可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备以及下一代通信系统，例如，NR网络中的终端设备或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)网络中的终端设备等。
作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携 式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。
网络设备可以是用于与移动设备通信的设备，网络设备可以是WLAN中的接入点(Access Point，AP)，GSM或CDMA中的基站(Base Transceiver Station，BTS)，也可以是WCDMA中的基站(NodeB，NB)，还可以是LTE中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者中继站或接入点，或者车载设备、可穿戴设备以及NR网络中的网络设备(gNB)或者未来演进的PLMN网络中的网络设备等。
在本申请实施例中，网络设备为小区提供服务，终端设备通过该小区使用的传输资源(例如，频域资源，或者说，频谱资源)与网络设备进行通信，该小区可以是网络设备(例如基站)对应的小区，小区可以属于宏基站，也可以属于小小区(Small cell)对应的基站，这里的小小区可以包括：城市小区(Metro cell)、微小区(Micro cell)、微微小区(Pico cell)、毫微微小区(Femto cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据传输服务。
应理解，在本申请的实施例中提到的“指示”可以是直接指示，也可以是间接指示，还可以是表示具有关联关系。举例说明，A指示B，可以表示A直接指示B，例如B可以通过A获取；也可以表示A间接指示B，例如A指示C，B可以通过C获取；还可以表示A和B之间具有关联关系。
在本申请实施例的描述中，术语“对应”可表示两者之间具有直接对应或间接对应的关系，也可以表示两者之间具有关联关系，也可以是指示与被指示、配置与被配置等关系。
为便于理解本申请实施例的技术方案，以下对本申请实施例的相关技术进行说明，以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请的保护范围。
图1示例性地示出了一个网络设备110和两个终端设备120，可选地，该无线通信系统100可以包括多个网络设备110，并且每个网络设备110的覆盖范围内可以包括其它数量的终端设备120，本申请实施例对此不做限定。
可选地，该无线通信系统100还可以包括移动性管理实体(Mobility Management Entity，MME)、接入与移动性管理功能(Access and Mobility Management Function，AMF)等其他网络实体，本申请实施例对此不作限定。
应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
图2是根据本申请一实施例的传输方法200的示意性流程图。该方法可选地可以应用于图1所示的系统，但并不仅限于此。该方法包括以下内容的至少部分内容。
S210，终端设备(例如前述的UE等通信设备)基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH。
其中，第一真实PUSCH针对的第一接收端和/或第一波束方向与第二真实PUSCH针对的第二接收端和/或第二波束方向可以是不同的。
这里，“用于复用UCI的PUSCH”可以指在该PUSCH或其一部分上放置UCI。
在本申请中，术语“符号”(symbol)可以指OFDM(Orthogonal Frenquency Division Multiplexing，正交频分复用)符号，也可以是其他的传输用符号。
在本申请中，通过基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用UCI的第一真实物理上行共享信道PUSCH来确定用于复用所述UCI的第二真实PUSCH，至少能够支持针对多个接收端在不同的PUSCH中承载UCI，由此至少可以解决例如5G技术中缺少相关技术方案的技术问题。需要指出的是，这里描述的技术问题只是一个示例，本申请实际上还能够解决其他技术问题，因此不应将其作为对于本申请的限制。
可选地，所述接收端可以包括发射接收点TRP。另外，所述接收端也可以包括非TRP的接收端。
可选地，接收端与波束方向可以具有一一对应的关系。例如，第一波束方向可以与第一接收端对应，第二波束方向可以与第二接收端对应。当然，接收端与波束方向可以一一对应，也可以不是一一对应的。
需要说明的是，这里的“第一”、“第二”不用来表示特指哪个。
可选地，如图3所示，根据本申请实施例的传输方法还可以包括：
S209，终端设备可以基于名义PUSCH的符号长度，确定所述用于承载UCI的所需符号长度。
例如，基于名义PUSCH的符号长度来确定所述用于承载UCI的所需符号长度的方法可以参见例 如3GPP TS 38.213 V16.5.0(2021-03)等。需要说明的是，本申请不限于此，而是也可以采用其他方法来确定用于承载UCI的所需符号长度。
可选地，如图4所示，S210中的所述终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH可以包括：
S2101，基于用于承载所述UCI的所需符号长度和/或第一真实PUSCH，确定所述UCI要占用符号长度。
在本申请中，这里的“所述UCI要占用符号长度”可以表示所述UCI在第二真实PUSCH中要占用符号长度。
可选地，如图4所示，S2101的所述基于用于承载所述UCI的所需符号长度和/或第一真实PUSCH，确定所述UCI要占用符号长度，可以包括：
如果所确定的所述用于承载所述UCI的所需符号长度大于所述第一真实PUSCH所占用符号长度，则确定所述UCI要占用符号长度为所述第一真实PUSCH所占用符号长度，否则，确定所述UCI要占用符号长度为所述用于承载所述UCI的所需符号长度。
可选地，如图4所示，S210中的所述终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，还可以包括：
S2102，终端设备确定与第二接收端和/或第二波束方向对应的各真实PUSCH。
可选地，如图4所示，S210中的所述终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，还可以包括：
S2103，终端设备基于所述UCI要占用符号长度和所述与第二接收端和/或第二波束方向对应的各真实PUSCH，确定所述第二真实PUSCH。
可选地，S210的所述终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，可以包括：
选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、所占用符号长度大于等于UCI要占用符号长度的一个真实PUSCH，作为所述第二真实PUSCH，
其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
可选地，S210的所述终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，可以包括：
选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、第一个所占用符号长度大于等于所述UCI要占用符号长度的真实PUSCH，作为所述第二真实PUSCH，
其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
可选地，S210的所述终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，可以包括：
选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、所占用符号长度最大的真实PUSCH，作为所述第二真实PUSCH。
可选地，S210的所述终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，可以包括：
在与第二波束方向或第二接收端对应的各真实PUSCH之中，不存在所占用符号长度大于等于UCI要占用符号长度的真实PUSCH的情况下，从与第二波束方向或第二接收端对应的各真实PUSCH之中选择所占用符号长度最大的真实PUSCH，作为所述第二真实PUSCH，
其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
可选地，根据本申请实施例的传输方法还可以包括：
终端设备将所述第一真实PUSCH的符号长度更新为所述第二真实PUSCH的符号长度。
可选地，如图5所示，根据本申请实施例的传输方法还可以包括：
S201，终端设备接收关于上行PUSCH重复传输的类型的配置。
可选地，如图5所示，根据本申请实施例的传输方法还可以包括：
S202，终端设备接收下行控制信令DCI指示，该DCI指示触发基于多个波束方向和/或多个接收端的PUSCH重复传输。
可选地，根据本申请实施例的传输方法还可以包括：
在终端设备接收的关于上行PUSCH重复传输的类型的配置为类型B(type B)的情况下，终端设备基于下行控制信令DCI指示，确定名义PUSCH所占用符号长度；以及
基于确定的所述名义PUSCH所占用符号长度，确定相应的真实PUSCH所占用符号长度以及各真实PUSCH对应的波束方向和/或接收端。
为了减少时延，在3GPP R16阶段，对于上行传输做了进一步增强，引入背靠背(piggybacking)重复传输机制。背靠背重复传输机制主要具备如下特点：
1)相邻的重复传输资源在时域首尾相连；
2)一次调度的资源可以跨越时隙，这样可以保证在时隙后部到达的业务也能够分配足够的资源或进行即时调度；
3)采用动态方式指示重复次数，适应业务和信道环境的动态变化；
4)时域资源分配用于指示第一次重复传输的时域资源，剩余的传输次数的时域资源将根据第一次重复传输的时域资源以及上下行传输方向配置等信息来确定，另外，每一次重复传输都占用连续的符号，如图6所示。在图6中，符号“DL”表示下行链路(Downlink)。
上行传输增强的时域资源指示可以沿用3GPP R15的时域资源指示机制，即高层信令配置多个时域资源位置，物理层信令指示多个时域资源位置中的一个。在R15，对于高层信令配置的每一个时域资源位置采用SLIV(Start and Length Indicator Value，起点长度指示)方式指示。但对于上行传输增强，高层信令配置的每一个时域资源位置包含起始符号、时域资源长度和重复次数3个信息域。
上述的上行重复传输方式为类型B的PUSCH重复传输。在R16中，在引入类型B的PUSCH重复传输的同时，也增强了R15的时隙级重复传输，即重复传输次数可以动态指示，称为类型A PUSCH重复传输。类型A和类型B的PUSCH重复传输可以通过高层信令配置来确定。
重复传输的资源指示方式给出了每一次重复传输的时域资源范围，但该时域资源范围内可能存在一些无法用于上行传输的符号，例如下行符号、用于周期性上行探测信号传输的符号等。因此，实际可用的上行传输资源需要进一步限定。在R16的上行传输增强中，定义了两种时域资源：
1)名义PUSCH重复传输：可以通过重复传输的资源分配指示信息来确定。不同名义PUSCH重复传输的符号长度相同。名义PUSCH重复传输用于确定TBS(Transport Block Set，传输块集)、上行功率控制和UCI复用资源等。
2)真实PUSCH重复传输：在用于重复传输的资源分配指示信息所确定的时域资源内，去掉不可用的符号，得到每一次可以用于上行传输的时域资源。不同的真实PUSCH重复传输的符号长度不一定相同。真实PUSCH重复传输用于确定DMRS(Demodulation Reference Signal，解调参考信号)符号、实际传输码率、RV(Redundancy Version，冗余版本)和UCI复用资源等。
UCI可以包括信道状态信息CSI和/或混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)确认HARQ-ACK等等。
例如，在UCI为CSI的情况下，当上行传输增强配置为PUSCH重复传输类型B时，如果例如非周期CSI在和PUSCH发生重叠和交叉时，非周期CSI可以仅在例如第一个符号(symbol)长度大于1的真实PUSCH上进行复用，并且用于非周期CSI传输部分所占的符号长度可以是基于该PUSCH重新传输的名义长度和/或其他相关配置来获得的。
可选地，如图5所示，根据本申请实施例的传输方法还可以包括：
S203，终端设备接收UCI，所述UCI是通过下行控制信令DCI来触发的。
可选地，如上所述，终端设备接收的UCI在时域资源上与PUSCH可以存在重叠或交叉。
可选地，如图5所示，根据本申请实施例的传输方法还可以包括：
S211，终端设备在所确定的所述第二真实PUSCH中传输UCI。
可选地，所述UCI的类型可以包括以下至少之一：周期UCI；非周期UCI；准周期UCI。
可选地，所述UCI包括信道状态信息CSI和/或混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)确认HARQ-ACK等等。
可选地，根据本申请实施例的传输方法还可以包括：
在终端设备通过至少第一和第二接收端和/或至少第一和第二波束方向发送PUSCH的资源上进行 UCI的解调。
可选地，根据本申请实施例的传输方法还可以包括：
终端设备根据波束映射模式(beam mapping pattern)，确定每个真实PUSCH所对应的接收端和/或波束方向。
其中，在PUSCH重复传输时，发送用于承载UCI的第一真实PUSCH的时域位置早于发送用于承载UCI的第二真实PUSCH的时域位置。
由此，可以使得在针对第一接收端和/或波束方向的第一PUSCH上发送的UCI先于在针对第二接收端和/或波束方向的第二PUSCH上发送的UCI。
可选地，根据本申请实施例的传输方法还可以包括：
终端设备基于所述UCI的内容，确定用于承载UCI的所需符号长度。
这里，UCI的内容可以包括例如CSI和/或HARQ-ACK等的相关内容信息，在本申请中，可以根据这些相关内容信息，确定其要在PUSCH上传输所需的符号长度。
可选地，所述第一真实PUSCH和/或所述第二真实PUSCH的符号长度可以大于1。
上面描述了根据本申请的传输方法，通过本申请的传输方法，至少能够支持针对多个接收端在不同的PUSCH中承载UCI，由此至少可以解决例如5G技术中缺少相关技术方案的技术问题。。
为了使得本申请更容易理解，以下将通过一些示例来进行更具体的描述。
图7示出了根据本申请另一实施例的传输方法，其可以包括如下步骤。
S310，网络设备可以在通过至少第一和第二接收端和/或至少第一和第二波束方向发送物理上行共享信道PUSCH的资源上进行上行链路控制信令UCI的解调，包括基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH。
其中，第一真实PUSCH针对的第一接收端和/或第一波束方向与第二真实PUSCH针对的第二接收端和/或第二波束方向可以是不同的。
在本申请中，通过基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用UCI的第一真实物理上行共享信道PUSCH来确定用于复用所述UCI的第二真实PUSCH，至少能够支持针对多个接收端在不同的PUSCH中承载UCI，由此至少可以解决例如5G技术中缺少相关技术方案的技术问题。需要指出的是，这里描述的技术问题只是一个示例，本申请实际上还能够解决其他技术问题，因此不应将其作为对于本申请的限制。
可选地，如图8所示，根据本申请实施例的传输方法还可以包括：
S309，所述网络设备基于名义PUSCH的符号长度来确定所述用于承载UCI的所需符号长度。
可选地，如图9所示，S310的所述基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH，可以包括：
S3101，基于用于承载所述UCI的所需符号长度和/或第一真实PUSCH，确定所述UCI要占用符号长度。
可选地，所述基于用于承载所述UCI的所需符号长度和/或第一真实PUSCH，确定所述UCI要占用符号长度，可以包括：
如果所确定的所述用于承载所述UCI的所需符号长度大于所述第一真实PUSCH所占用符号长度，则确定所述UCI要占用符号长度为所述第一真实PUSCH所占用符号长度，否则，确定所述UCI要占用符号长度为所述用于承载所述UCI的所需符号长度。
可选地，如图9所示，所述基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH，可以包括：
S3102，确定与第二接收端和/或第二波束方向对应的各真实PUSCH。
可选地，如图9所示，所述基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH，还可以包括：
S3103，基于所述UCI要占用符号长度和所述与第二接收端和/或第二波束方向对应的各真实PUSCH，确定所述第二真实PUSCH。
可选地，所述基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH，可以包括：
选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、所占用符号长度大于等于UCI要占用符号长度的一个真实PUSCH，作为所述第二真实PUSCH。
其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
可选地，所述基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH， 确定用于复用所述UCI的第二真实PUSCH，可以包括：
选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、第一个所占用符号长度大于等于所述UCI要占用符号长度的真实PUSCH，作为所述第二真实PUSCH。
其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
可选地，所述基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH，可以包括：
选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、所占用符号长度最大的真实PUSCH，作为所述第二真实PUSCH。
可选地，所述基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH，可以包括：
在与第二波束方向或第二接收端对应的各真实PUSCH之中，不存在所占用符号长度大于等于UCI要占用符号长度的真实PUSCH的情况下，从与第二波束方向或第二接收端对应的各真实PUSCH之中选择所占用符号长度最大的真实PUSCH，作为所述第二真实PUSCH。
其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
可选地，如图9所示，根据本申请实施例的传输方法还可以包括：
将所述第一真实PUSCH的符号长度更新为所述第二真实PUSCH的符号长度。
可选地，如图10所示，根据本申请实施例的传输方法还可以包括：
S301，网络设备为终端设备配置上行PUSCH重复传输的类型。
可选地，如图10所示，根据本申请实施例的传输方法还可以包括：
S302，网络设备发送下行控制信令DCI指示，该DCI指示触发基于多个波束方向和/或多个接收端的PUSCH重复传输。
可选地，如图10所示，根据本申请实施例的传输方法还可以包括：
S303，网络设备通过下行控制信令DCI来触发UCI上报。
可选地，下行控制信令DCI指示名义PUSCH的符号长度和/或各真实PUSCH的符号长度。
可选地，根据本申请实施例的传输方法还可以包括：
在网络设备将上行PUSCH重复传输的类型配置为类型B的情况下，基于下行控制信令DCI指示，确定名义PUSCH所占用符号长度；以及
基于确定的所述名义PUSCH所占用符号长度，确定相应的真实PUSCH所占用符号长度以及各真实PUSCH对应的波束方向和/或接收端。
可选地，如图10所示，根据本申请实施例的传输方法还可以包括：
S311，网络设备接收UCI，所述UCI是通过下行控制信令DCI来触发的。
可选地，所接收的UCI在时域资源上与PUSCH可能存在重叠或交叉。
可选地，如图10所示，根据本申请实施例的传输方法还可以包括：
S312，网络设备对在所确定的所述第二真实PUSCH中承载的UCI进行解调。
可选地，所述UCI的类型包括以下至少之一：周期UCI；非周期UCI；准周期UCI。
可选地，所述UCI包括信道状态信息CSI和/或混合自动重传请求确认HARQ-ACK。
可选地，接收端与波束方向具有一一对应的关系。
当然，接收端与波束方向可以一一对应，也可以不是一一对应的。
可选地，所述接收端包括发射接收点TRP。
可选地，根据本申请实施例的传输方法还可以包括：
网络设备根据波束映射模式，确定每个真实PUSCH所对应的接收端和/或波束方向。
其中，在PUSCH重复传输时，发送用于承载UCI的第一真实PUSCH的时域位置早于发送用于承载UCI的第二真实PUSCH的时域位置。
由此，可以使得在针对第一接收端和/或波束方向的第一PUSCH上发送的UCI先于在针对第二接收端和/或波束方向的第二PUSCH上发送的UCI。
可选地，根据本申请实施例的传输方法还可以包括：
网络设备基于所述UCI的内容，确定用于承载UCI的所需符号长度。
可选地，所述第一真实PUSCH和/或所述第二真实PUSCH的符号长度大于1。
本申请实施例提供一种终端设备，如图11所示，该终端设备400可以包括处理器420。
所述处理器420可以配置用于基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用 所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH。
其中，第一真实PUSCH针对的第一接收端和/或第一波束方向与第二真实PUSCH针对的第二接收端和/或第二波束方向不同。
在本申请中，通过基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用UCI的第一真实物理上行共享信道PUSCH来确定用于复用所述UCI的第二真实PUSCH，至少能够支持针对多个接收端在不同的PUSCH中承载UCI，由此至少可以解决例如5G技术中缺少相关技术方案的技术问题。需要指出的是，这里描述的技术问题只是一个示例，本申请实际上还能够解决其他技术问题，因此不应将其作为对于本申请的限制。
可选地，所述处理器还可以配置用于：
基于名义PUSCH的符号长度，确定所述用于承载UCI的所需符号长度。
可选地，所述处理器还可以配置用于：
基于用于承载所述UCI的所需符号长度和/或第一真实PUSCH，确定所述UCI要占用符号长度。
可选地，所述处理器还可以配置用于：
在所确定的所述用于承载所述UCI的所需符号长度大于所述第一真实PUSCH所占用符号长度的情况下，确定所述UCI要占用符号长度为所述第一真实PUSCH所占用符号长度，否则，确定所述UCI要占用符号长度为所述用于承载所述UCI的所需符号长度。
可选地，所述处理器还可以配置用于：
确定与第二接收端和/或第二波束方向对应的各真实PUSCH。
可选地，所述处理器还可以配置用于：
基于所述UCI要占用符号长度和所述与第二接收端和/或第二波束方向对应的各真实PUSCH，确定所述第二真实PUSCH。
可选地，所述处理器还可以配置用于：
选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、所占用符号长度大于等于UCI要占用符号长度的一个真实PUSCH，作为所述第二真实PUSCH。
其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
可选地，所述处理器还可以配置用于：
选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、第一个所占用符号长度大于等于所述UCI要占用符号长度的真实PUSCH，作为所述第二真实PUSCH。
其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
可选地，所述处理器还可以配置用于：
选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、所占用符号长度最大的真实PUSCH，作为所述第二真实PUSCH。
可选地，所述处理器还可以配置用于：
在与第二波束方向或第二接收端对应的各真实PUSCH之中，不存在所占用符号长度大于等于UCI要占用符号长度的真实PUSCH的情况下，从与第二波束方向或第二接收端对应的各真实PUSCH之中选择所占用符号长度最大的真实PUSCH，作为所述第二真实PUSCH。
其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
可选地，所述处理器还可以配置用于：
将所述第一真实PUSCH的符号长度更新为所述第二真实PUSCH的符号长度。
可选地，如图11所示，根据本申请实施例的终端设备还可以包括：
收发器410，可以配置用于接收关于上行PUSCH重复传输的类型的配置。
可选地，所述收发器410还可以配置用于：
接收下行控制信令DCI指示，该DCI指示触发基于多个波束方向和/或多个接收端的PUSCH重传。
可选地，所述处理器还可以配置用于：
在接收的关于上行PUSCH重复传输的类型的配置为类型B的情况下，基于下行控制信令DCI指示，确定名义PUSCH所占用符号长度；以及
基于确定的所述名义PUSCH所占用符号长度，确定相应的真实PUSCH所占用符号长度以及各真实PUSCH对应的波束方向和/或接收端。
可选地，所述收发器还可以配置用于：
接收UCI，所述UCI是通过下行控制信令DCI来触发的。
可选地，所述收发器接收的UCI在时域资源上与PUSCH存在重叠或交叉。
可选地，所述收发器还可以配置用于：
在所确定的所述第二真实PUSCH中传输UCI。
可选地，所述UCI的类型包括以下至少之一：周期UCI；非周期UCI；准周期UCI。
可选地，所述UCI包括信道状态信息CSI和/或混合自动重传请求确认HARQ-ACK。
可选地，所述UCI在通过至少第一和第二接收端和/或至少第一和第二波束方向发送PUSCH的资源上被解调。
可选地，接收端与波束方向具有一一对应的关系。
可选地，所述接收端包括发射接收点TRP。
可选地，所述处理器还可以配置用于：
根据波束映射模式，确定每个真实PUSCH所对应的接收端和/或波束方向。
其中，在PUSCH重复传输时，发送用于承载UCI的第一真实PUSCH的时域位置早于发送用于承载UCI的第二真实PUSCH的时域位置。
由此，可以使得在针对第一接收端和/或波束方向的第一PUSCH上发送的UCI先于在针对第二接收端和/或波束方向的第二PUSCH上发送的UCI。
可选地，所述处理器还可以配置用于：
基于所述UCI的内容，确定用于承载UCI的所需符号长度。
可选地，所述第一真实PUSCH和/或所述第二真实PUSCH的符号长度大于1。
本申请实施例提供一种网络设备，如图12所示，该网络设备500可以包括处理器510。
所述处理器510可以配置用于在通过至少第一和第二接收端和/或至少第一和第二波束方向发送物理上行共享信道PUSCH的资源上进行上行链路控制信令UCI的解调，包括基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH。
其中，第一真实PUSCH针对的第一接收端和/或第一波束方向与第二真实PUSCH针对的第二接收端和/或第二波束方向不同。
在本申请中，通过基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用UCI的第一真实物理上行共享信道PUSCH来确定用于复用所述UCI的第二真实PUSCH，至少能够支持针对多个接收端在不同的PUSCH中承载UCI，由此至少可以解决例如5G技术中缺少相关技术方案的技术问题。需要指出的是，这里描述的技术问题只是一个示例，本申请实际上还能够解决其他技术问题，因此不应将其作为对于本申请的限制。
可选地，所述处理器510还可以配置用于：
基于名义PUSCH的符号长度来确定所述用于承载UCI的所需符号长度。
可选地，所述处理器510还可以配置用于：
基于用于承载所述UCI的所需符号长度和/或第一真实PUSCH，确定所述UCI要占用符号长度。
可选地，所述处理器510还可以配置用于：
如果所确定的所述用于承载所述UCI的所需符号长度大于所述第一真实PUSCH所占用符号长度，则确定所述UCI要占用符号长度为所述第一真实PUSCH所占用符号长度，否则，确定所述UCI要占用符号长度为所述用于承载所述UCI的所需符号长度。
可选地，所述处理器510还可以配置用于：
确定与第二接收端和/或第二波束方向对应的各真实PUSCH。
可选地，所述处理器510还可以配置用于：
基于所述UCI要占用符号长度和所述与第二接收端和/或第二波束方向对应的各真实PUSCH，确定所述第二真实PUSCH。
可选地，所述处理器510还可以配置用于：
选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、所占用符号长度大于等于UCI要占用符号长度的一个真实PUSCH，作为所述第二真实PUSCH，
其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
可选地，所述处理器510还可以配置用于：
选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、第一个所占用符号长度大于等于所述UCI要占用符号长度的真实PUSCH，作为所述第二真实PUSCH，
其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实 PUSCH所占用符号长度而得到的。
可选地，所述处理器510还可以配置用于：
选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、所占用符号长度最大的真实PUSCH，作为所述第二真实PUSCH。
可选地，所述处理器510还可以配置用于：
在与第二波束方向或第二接收端对应的各真实PUSCH之中，不存在所占用符号长度大于等于UCI要占用符号长度的真实PUSCH的情况下，从与第二波束方向或第二接收端对应的各真实PUSCH之中选择所占用符号长度最大的真实PUSCH，作为所述第二真实PUSCH，
其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
可选地，所述第一真实PUSCH的符号长度被更新为所述第二真实PUSCH的符号长度。
可选地，所述处理器510还可以配置用于：为终端设备配置上行PUSCH重复传输的类型。
可选地，所述网络设备500还可以包括：
收发器520，可以配置用于发送下行控制信令DCI指示，该DCI指示触发基于多个波束方向和/或多个接收端的PUSCH重复传输。
可选地，所述处理器510还可以配置用于：
通过下行控制信令DCI来触发UCI上报。
可选地，下行控制信令DCI可以指示名义PUSCH的符号长度和/或各真实PUSCH的符号长度。
可选地，所述处理器510还可以配置用于：
在上行PUSCH重复传输的类型被配置为类型B的情况下，基于下行控制信令DCI指示，确定名义PUSCH所占用符号长度；以及
基于确定的所述名义PUSCH所占用符号长度，确定相应的真实PUSCH所占用符号长度以及各真实PUSCH对应的波束方向和/或接收端。
可选地，所述收发器520还可以配置用于：
接收UCI，所述UCI是通过下行控制信令DCI来触发的。
可选地，所接收的UCI可以在时域资源上与PUSCH存在重叠或交叉。
可选地，所述处理器510还可以配置用于：
对在所确定的所述第二真实PUSCH中承载的UCI进行解调。
可选地，所述UCI的类型可以包括以下至少之一：周期UCI；非周期UCI；准周期UCI。
可选地，所述UCI可以包括信道状态信息CSI和/或混合自动重传请求确认HARQ-ACK。
可选地，接收端与波束方向可以具有一一对应的关系。
可选地，所述接收端可以包括发射接收点TRP。
可选地，所述处理器还可以配置用于：
根据波束映射模式，确定每个真实PUSCH所对应的接收端和/或波束方向。
其中，在PUSCH重复传输时，发送用于承载UCI的第一真实PUSCH的时域位置早于发送用于承载UCI的第二真实PUSCH的时域位置。
由此，可以使得在针对第一接收端和/或波束方向的第一PUSCH上发送的UCI先于在针对第二接收端和/或波束方向的第二PUSCH上发送的UCI。
可选地，所述处理器还可以配置用于：
基于所述UCI的内容，确定用于承载UCI的所需符号长度。
可选地，所述第一真实PUSCH和/或所述第二真实PUSCH的符号长度大于1。
应理解，根据本申请实施例的网络设备中的各个器件、单元、模块等(例如上述的收发器410、520和处理器420、510等)的操作和/或功能分别为了实现上述的传输方法中由网络设备执行的相应操作和/或功能，因此为了简洁起见，在此不再赘述。
图13是根据本申请实施例的通信设备600的示意性结构图。图13所示的通信设备600可以包括处理器610以及存储器620。
其中，处理器610可以从存储器620中调用并运行计算机程序，以实现本申请实施例中的传输方法。
其中，存储器620可以是独立于处理器610的一个单独的器件，也可以集成在处理器610中。
可选地，如图13所示，通信设备600还可以包括收发器630，处理器610可以控制该收发器630与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。
其中，收发器630可以包括发射机和接收机。收发器630还可以进一步包括天线，天线的数量可以 为一个或多个。
可选地，该通信设备600可为本申请实施例的网络设备，并且该通信设备600可以实现本申请实施例的各传输方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该通信设备600可为本申请实施例的终端设备，并且该通信设备600可以实现本申请实施例的各传输方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。
图14是根据本申请实施例的芯片700的示意性结构图。图14所示的芯片700可以包括处理器710、存储器720。其中，处理器710可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。其中，存储器720可以是独立于处理器710的一个单独的器件，也可以集成在处理器710中。
可选地，该芯片700还可以包括输入接口730。其中，处理器710可以控制该输入接口730与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
可选地，该芯片700还可以包括输出接口740。其中，处理器710可以控制该输出接口740与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
可选地，该芯片可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各传输方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该芯片可应用于本申请实施例中的终端设备，并且该芯片可以实现本申请实施例的各传输方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
上述提及的处理器可以是通用处理器、数字信号处理器(digital signal processor，DSP)、现成可编程门阵列(field programmable gate array，FPGA)、专用集成电路(application specific integrated circuit，ASIC)或者其他可编程逻辑器件、晶体管逻辑器件、分立硬件组件等。其中，上述提到的通用处理器可以是微处理器或者也可以是任何常规的处理器等。
上述提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)。
应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
图15是根据本申请实施例的通信系统800的示意性框图。如图15所示，该通信系统800可以包括终端设备810和网络设备820。
其中，该终端设备810可以用于实现上述传输方法中由终端设备实现的相应的功能，或者可以是上述的终端设备400或者作为终端设备的通信设备600。其中，该网络设备820可以用于实现上述传输方法中由网络设备实现的相应的功能，或者可以是上述的网络设备500或者作为终端设备的通信设备600。为了简洁，在此不再赘述。
示例
以下将给出两个示例来更清楚和全面地说明本申请的技术方案。
假设网络侧(网络设备侧)配置了PUSCH重复传输，其中指示的重复传输的参数为4*8(即，重复传输的数目为4，名义PUSCH的长度为8，起始位置为第4个OFDM符号)，终端侧(终端设备侧)可以根据时隙边界(slot boundary)和/或其它配置，来确定真实PUSCH重复传输。
如图16所示的例子，该例子中有5个真实PUSCH重复传输。
在终端侧，可以根据网络侧所指示的波束映射模式，来确定每个真实PUSCH所发送的目标接收端和/或波束方向(例如TRP)。假设真实PUSCH 1和真实PUSCH 2分别对应于网络侧的接收端1和/或波束方向1(例如，可以对应于目标TRP 1)。则真实PUSCH 3和4分别对应于网络侧的接收端2和/或波束方向2(例如，可以对应于目标TRP 2)，真实PUSCH 5可以对应于网络侧的接收端1或波束方向1(例如，可以对应于目标TRP 1)。终端侧可以例如基于第一接收端和/或波束方向的真实PUSCH l来确定出UCI(例如非周期CSI)所需要的时域资源占用7个OFDM符号，并且终端侧可以根据这7个OFDM符号来选择真实PUSCH 4来作为第二接收端和/或波束方向中用于非周期CSI复用的PUSCH(即，第二真实PUSCH)，终端在该第二真实PUSCH上可以进行非周期CSI的复用。
再例如，网络侧配置了PUSCH重复传输，终端侧可以根据网络侧指示的波束映射模式，确定每个真实PUSCH发送的目标接收端和/或波束方向(例如TRP)。假设真实PUSCH 1(长度为5)和真实PUSCH 2(长度为4)分别对应于网络侧的接收端1和/或波束方向1(对应于目标TRP 1)。真实PUSCH3和4(长度都为4)均对应于网络侧的接收端2和/或波束方向2(对应于目标TRP2)。则终端侧例如可以基于接收端1和/或波束方向1的真实PUSCH 1来计算获得非周期CSI需要的时域资源占用4个OFDM符号，终端侧根据这4个OFDM符号，可以选择真实PUSCH 3来作为接收端2和/或波束方向2上用于非周期CSI复用的PUSCH(即，第二真实PUSCH)，终端侧可以在该PUSCH上进行非周期CSI的复用。
上面给出的示例仅是示意性的，本申请并不仅限于这样的示例。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。
应理解，在本申请的各实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以该权利要求的保护范围为准。

Claims (61)

  1. 一种传输方法，包括：
    终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，
    其中，第一真实PUSCH针对的第一接收端和/或第一波束方向与第二真实PUSCH针对的第二接收端和/或第二波束方向不同。
  2. 根据权利要求1所述的传输方法，还包括：
    终端设备基于名义PUSCH的符号长度，确定所述用于承载UCI的所需符号长度。
  3. 根据权利要求1或2所述的传输方法，其中，所述终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，包括：
    基于用于承载所述UCI的所需符号长度和/或第一真实PUSCH，确定所述UCI要占用符号长度。
  4. 根据权利要求3所述的传输方法，其中，所述基于用于承载所述UCI的所需符号长度和/或第一真实PUSCH，确定所述UCI要占用符号长度，包括：
    如果所确定的所述用于承载所述UCI的所需符号长度大于所述第一真实PUSCH所占用符号长度，则确定所述UCI要占用符号长度为所述第一真实PUSCH所占用符号长度，否则，确定所述UCI要占用符号长度为所述用于承载所述UCI的所需符号长度。
  5. 根据权利要求1～4中的任一项所述的传输方法，其中，所述终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，包括：
    终端设备确定与第二接收端和/或第二波束方向对应的各真实PUSCH。
  6. 根据权利要求5所述的传输方法，其中，所述终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，还包括：
    终端设备基于所述UCI要占用符号长度和所述与第二接收端和/或第二波束方向对应的各真实PUSCH，确定所述第二真实PUSCH。
  7. 根据权利要求1～6中的任一项所述的传输方法，其中，所述终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，包括：
    选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、所占用符号长度大于等于UCI要占用符号长度的一个真实PUSCH，作为所述第二真实PUSCH，
    其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
  8. 根据权利要求1～7中的任一项所述的传输方法，其中，所述终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，包括：
    选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、第一个所占用符号长度大于等于所述UCI要占用符号长度的真实PUSCH，作为所述第二真实PUSCH，
    其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
  9. 根据权利要求1～7中的任一项所述的传输方法，其中，所述终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，包括：
    选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、所占用符号长度最大的真实PUSCH，作为所述第二真实PUSCH。
  10. 根据权利要求1～7和9中的任一项所述的传输方法，其中，所述终端设备基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，包括：
    在与第二波束方向或第二接收端对应的各真实PUSCH之中，不存在所占用符号长度大于等于UCI要占用符号长度的真实PUSCH的情况下，从与第二波束方向或第二接收端对应的各真实PUSCH之中选择所占用符号长度最大的真实PUSCH，作为所述第二真实PUSCH，
    其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
  11. 根据权利要求9～10中的任一项所述的传输方法，还包括：
    终端设备将所述第一真实PUSCH的符号长度更新为所述第二真实PUSCH的符号长度。
  12. 根据权利要求1～11中的任一项所述的传输方法，还包括：
    终端设备接收关于上行PUSCH重复传输的类型的配置。
  13. 根据权利要求1～12中的任一项所述的传输方法，还包括：
    终端设备接收下行控制信令DCI指示，该DCI指示触发基于多个波束方向和/或多个接收端的PUSCH重复传输。
  14. 根据权利要求1～13中的任一项所述的传输方法，还包括：
    在终端设备接收的关于上行PUSCH重复传输的类型的配置为类型B的情况下，终端设备基于下行控制信令DCI指示，确定名义PUSCH所占用符号长度；以及
    基于确定的所述名义PUSCH所占用符号长度，确定相应的真实PUSCH所占用符号长度以及各真实PUSCH对应的波束方向和/或接收端。
  15. 根据权利要求1～14中的任一项所述的传输方法，还包括：
    终端设备接收UCI，所述UCI是通过下行控制信令DCI来触发的。
  16. 根据权利要求1～15中的任一项所述的传输方法，其中，终端设备接收的UCI在时域资源上与PUSCH存在重叠或交叉。
  17. 根据权利要求1～16中的任一项所述的传输方法，还包括：
    终端设备在所确定的所述第二真实PUSCH中传输UCI。
  18. 根据权利要求1～17中的任一项所述的传输方法，其中，所述UCI的类型包括以下至少之一：周期UCI；非周期UCI；准周期UCI。
  19. 根据权利要求1～18中的任一项所述的传输方法，其中，所述UCI包括信道状态信息CSI和/或混合自动重传请求确认HARQ-ACK。
  20. 根据权利要求1～19中的任一项所述的传输方法，还包括：
    在终端设备通过至少第一和第二接收端和/或至少第一和第二波束方向发送PUSCH的资源上进行UCI的解调。
  21. 根据权利要求1～20中的任一项所述的传输方法，其中，接收端与波束方向具有一一对应的关系。
  22. 根据权利要求1～21中的任一项所述的传输方法，其中，所述接收端包括发射接收点TRP。
  23. 根据权利要求1～22中的任一项所述的传输方法，还包括：
    终端设备根据波束映射模式，确定每个真实PUSCH所对应的接收端和/或波束方向，
    其中，在PUSCH重复传输时，终端设备发送用于承载UCI的第一真实PUSCH的时域位置早于发送用于承载UCI的第二真实PUSCH的时域位置。
  24. 根据权利要求1～23中的任一项所述的传输方法，还包括：
    终端设备基于所述UCI的内容，确定用于承载UCI的所需符号长度。
  25. 根据权利要求1～24中的任一项所述的传输方法，其中，所述第一真实PUSCH和/或所述第二真实PUSCH的符号长度大于1。
  26. 一种传输方法，包括：
    网络设备在通过至少第一和第二接收端和/或至少第一和第二波束方向发送物理上行共享信道PUSCH的资源上进行上行链路控制信令UCI的解调，包括基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH，
    其中，第一真实PUSCH针对的第一接收端和/或第一波束方向与第二真实PUSCH针对的第二接收端和/或第二波束方向不同。
  27. 根据权利要求26所述的传输方法，还包括：
    所述网络设备基于名义PUSCH的符号长度来确定所述用于承载UCI的所需符号长度。
  28. 根据权利要求26或27所述的传输方法，其中，所述基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH，包括：
    基于用于承载所述UCI的所需符号长度和/或第一真实PUSCH，确定所述UCI要占用符号长度。
  29. 根据权利要求28所述的传输方法，其中，所述基于用于承载所述UCI的所需符号长度和/或第一真实PUSCH，确定所述UCI要占用符号长度，包括：
    如果所确定的所述用于承载所述UCI的所需符号长度大于所述第一真实PUSCH所占用符号长度， 则确定所述UCI要占用符号长度为所述第一真实PUSCH所占用符号长度，否则，确定所述UCI要占用符号长度为所述用于承载所述UCI的所需符号长度。
  30. 根据权利要求26～29中的任一项所述的传输方法，其中，所述基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH，包括：
    确定与第二接收端和/或第二波束方向对应的各真实PUSCH。
  31. 根据权利要求5所述的传输方法，其中，所述基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH，还包括：
    基于所述UCI要占用符号长度和所述与第二接收端和/或第二波束方向对应的各真实PUSCH，确定所述第二真实PUSCH。
  32. 根据权利要求26～31中的任一项所述的传输方法，其中，所述基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH，包括：
    选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、所占用符号长度大于等于UCI要占用符号长度的一个真实PUSCH，作为所述第二真实PUSCH，
    其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
  33. 根据权利要求26～32中的任一项所述的传输方法，其中，所述基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH，包括：
    选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、第一个所占用符号长度大于等于所述UCI要占用符号长度的真实PUSCH，作为所述第二真实PUSCH，
    其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
  34. 根据权利要求26～32中的任一项所述的传输方法，其中，所述基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH，包括：
    选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、所占用符号长度最大的真实PUSCH，作为所述第二真实PUSCH。
  35. 根据权利要求26～32和34中的任一项所述的传输方法，其中，所述基于用于承载所述UCI的所需符号长度和/或用于复用所述UCI的第一真实PUSCH，确定用于复用所述UCI的第二真实PUSCH，包括：
    在与第二波束方向或第二接收端对应的各真实PUSCH之中，不存在所占用符号长度大于等于UCI要占用符号长度的真实PUSCH的情况下，从与第二波束方向或第二接收端对应的各真实PUSCH之中选择所占用符号长度最大的真实PUSCH，作为所述第二真实PUSCH，
    其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
  36. 根据权利要求34～35中的任一项所述的传输方法，其中，所述第一真实PUSCH的符号长度被更新为所述第二真实PUSCH的符号长度。
  37. 根据权利要求26～36中的任一项所述的传输方法，还包括：
    网络设备为终端设备配置上行PUSCH重复传输的类型。
  38. 根据权利要求26～37中的任一项所述的传输方法，还包括：
    网络设备发送下行控制信令DCI指示，该DCI指示触发基于多个波束方向和/或多个接收端的PUSCH重复传输。
  39. 根据权利要求26～38中的任一项所述的传输方法，还包括：
    网络设备通过下行控制信令DCI来触发UCI上报。
  40. 根据权利要求26～39中的任一项所述的传输方法，其中，下行控制信令DCI指示名义PUSCH的符号长度和/或各真实PUSCH的符号长度。
  41. 根据权利要求26～40中的任一项所述的传输方法，还包括：
    在网络设备将上行PUSCH重复传输的类型配置为类型B的情况下，基于下行控制信令DCI指示，确定名义PUSCH所占用符号长度；以及
    基于确定的所述名义PUSCH所占用符号长度，确定相应的真实PUSCH所占用符号长度以及各真实PUSCH对应的波束方向和/或接收端。
  42. 根据权利要求26～41中的任一项所述的传输方法，还包括：
    网络设备接收UCI，所述UCI是通过下行控制信令DCI来触发的。
  43. 根据权利要求26～42中的任一项所述的传输方法，其中，所接收的UCI在时域资源上与PUSCH 存在重叠或交叉。
  44. 根据权利要求26～43中的任一项所述的传输方法，还包括：
    网络设备对在所确定的所述第二真实PUSCH中承载的UCI进行解调。
  45. 根据权利要求26～44中的任一项所述的传输方法，其中，所述UCI的类型包括以下至少之一：周期UCI；非周期UCI；准周期UCI。
  46. 根据权利要求26～45中的任一项所述的传输方法，其中，所述UCI包括信道状态信息CSI和/或混合自动重传请求确认HARQ-ACK。
  47. 根据权利要求26～46中的任一项所述的传输方法，其中，接收端与波束方向具有一一对应的关系。
  48. 根据权利要求26～47中的任一项所述的传输方法，其中，所述接收端包括发射接收点TRP。
  49. 根据权利要求26～48中的任一项所述的传输方法，还包括：
    网络设备根据波束映射模式，确定每个真实PUSCH所对应的接收端和/或波束方向，
    其中，在PUSCH重复传输时，发送用于承载UCI的第一真实PUSCH的时域位置早于发送用于承载UCI的第二真实PUSCH的时域位置。
  50. 根据权利要求26～49中的任一项所述的传输方法，还包括：
    网络设备基于所述UCI的内容，确定用于承载UCI的所需符号长度。
  51. 根据权利要求26～50中的任一项所述的传输方法，其中，所述第一真实PUSCH和/或所述第二真实PUSCH的符号长度大于1。
  52. 一种终端设备，包括：
    处理器，配置用于基于用于承载上行链路控制信令UCI的所需符号长度和/或用于复用所述UCI的第一真实物理上行共享信道PUSCH，确定用于复用所述UCI的第二真实PUSCH，
    其中，第一真实PUSCH针对的第一接收端和/或第一波束方向与第二真实PUSCH针对的第二接收端和/或第二波束方向不同。
  53. 根据权利要求52所述的终端设备，其中，所述处理器还配置用于：
    基于名义PUSCH的符号长度，确定所述用于承载UCI的所需符号长度。
  54. 根据权利要求52或53所述的终端设备，其中，所述处理器还配置用于：
    基于用于承载所述UCI的所需符号长度和/或第一真实PUSCH，确定所述UCI要占用符号长度。
  55. 根据权利要求54所述的终端设备，其中，所述处理器还配置用于：
    在所确定的所述用于承载所述UCI的所需符号长度大于所述第一真实PUSCH所占用符号长度的情况下，确定所述UCI要占用符号长度为所述第一真实PUSCH所占用符号长度，否则，确定所述UCI要占用符号长度为所述用于承载所述UCI的所需符号长度。
  56. 根据权利要求52～55中的任一项所述的终端设备，其中，所述处理器还配置用于：
    确定与第二接收端和/或第二波束方向对应的各真实PUSCH。
  57. 根据权利要求56所述的终端设备，其中，所述处理器还配置用于：
    基于所述UCI要占用符号长度和所述与第二接收端和/或第二波束方向对应的各真实PUSCH，确定所述第二真实PUSCH。
  58. 根据权利要求52～57中的任一项所述的终端设备，其中，所述处理器还配置用于：
    选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、所占用符号长度大于等于UCI要占用符号长度的一个真实PUSCH，作为所述第二真实PUSCH，
    其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
  59. 根据权利要求52～58中的任一项所述的终端设备，其中，所述处理器还配置用于：
    选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、第一个所占用符号长度大于等于所述UCI要占用符号长度的真实PUSCH，作为所述第二真实PUSCH，
    其中，所述UCI要占用符号长度为基于所述用于承载所述UCI的所需符号长度和/或所述第一真实PUSCH所占用符号长度而得到的。
  60. 根据权利要求52～58中的任一项所述的终端设备，其中，所述处理器还配置用于：
    选择与第二波束方向或第二接收端对应的各真实PUSCH之中的、所占用符号长度最大的真实PUSCH，作为所述第二真实PUSCH。
  61. 根据权利要求52～58和60中的任一项所述的终端设备，其中，所述处理器还配置用于：
    在与第二波束方向或第二接收端对应的各真实PUSCH之中，不存在所占用符号长度大于等于UCI要占用符号长度的真实PUSCH的情况下，从与第二波束方向或第二接收端对应的各真实PUSCH之中
CN202180083262.7A 2021-04-02 2021-04-02 传输方法、终端设备、网络设备及通信系统 Pending CN116602034A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/085472 WO2022205483A1 (zh) 2021-04-02 2021-04-02 传输方法、终端设备、网络设备及通信系统

Publications (1)

Publication Number Publication Date
CN116602034A true CN116602034A (zh) 2023-08-15

Family

ID=83455522

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180083262.7A Pending CN116602034A (zh) 2021-04-02 2021-04-02 传输方法、终端设备、网络设备及通信系统

Country Status (2)

Country Link
CN (1) CN116602034A (zh)
WO (1) WO2022205483A1 (zh)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4131791A1 (en) * 2017-09-11 2023-02-08 Apple Inc. Apparatus and method for uplink control signaling in multi-transmission reception point operation for new radio and demodulation reference signal design
CN108093480B (zh) * 2017-09-30 2024-02-13 中兴通讯股份有限公司 一种信号传输的方法及装置
CN112398612B (zh) * 2019-08-15 2022-02-22 大唐移动通信设备有限公司 传输资源大小的确定方法、装置、终端及网络侧设备

Also Published As

Publication number Publication date
WO2022205483A1 (zh) 2022-10-06
WO2022205483A9 (zh) 2023-06-08

Similar Documents

Publication Publication Date Title
CN113068260B (zh) 发送上行信号的方法和设备
CN115499113B (zh) 无线通信方法、无线通信装置、终端设备和网络设备
US11463194B2 (en) Information determination method, terminal apparatus, and network apparatus
CN113726496A (zh) 非授权频段上ssb的传输方法和设备
US20220394461A1 (en) Sidelink capability sending method and terminal device
CN116684977A (zh) 传输资源的确定方法和终端设备
CN112219419B (zh) 无线通信方法、终端设备和网络设备
US20230069425A1 (en) Sidelink resource allocation method and terminal device
CN114126063A (zh) 下行传输方法和终端设备
CN114667701B (zh) 上行反馈资源的确定方法和终端设备
WO2022205483A1 (zh) 传输方法、终端设备、网络设备及通信系统
WO2021120009A1 (zh) 信号检测方法、信号传输方法、终端设备和网络设备
WO2021062869A1 (zh) 无线通信方法和终端设备
CN116170117A (zh) 侧行反馈信息处理方法、终端设备和网络设备
CN115211061B (zh) 信息传输的方法、终端设备和网络设备
EP4156585A1 (en) Method for determining antenna panel for transmission, and terminal device
US20220303061A1 (en) Parameter setting method, parameter indication method, terminal device, and network device
CN112738894A (zh) 一种信息传输方法及装置、终端设备、网络设备
CN113765642B (zh) Harq码本确定方法、终端设备和网络设备
CN112771963B (zh) 一种信息通知的方法和装置
WO2021232321A1 (zh) 解调参考信号资源的确定方法、终端设备和网络设备
CN116438894A (zh) 一种传输方法、终端设备和网络设备
CN116528376A (zh) 无线通信方法、终端设备和网络设备
CN117480798A (zh) 无线通信方法、终端设备及网络设备
CN113691355A (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