CN115997448A

CN115997448A - 频域资源的确定方法及装置

Info

Publication number: CN115997448A
Application number: CN202280004055.2A
Authority: CN
Inventors: 乔雪梅; 牟勤; 王靖壹
Original assignee: Beijing Xiaomi Mobile Software Co Ltd
Current assignee: Beijing Xiaomi Mobile Software Co Ltd
Priority date: 2022-10-14
Filing date: 2022-10-14
Publication date: 2023-04-21
Also published as: WO2024077618A1

Abstract

本公开实施例公开了一种频域资源的确定方法及装置，可应用于通信技术领域，由eRedCap终端设备执行的方法包括：确定物理下行共享信道PDSCH支持的虚拟资源块VRB到物理资源块PRB的映射规则，其中，所述映射规则包括不支持交织映射，或映射规则为第一交织映射规则；根据所述PDSCH支持的映射规则及VRB，确定所述PDSCH占用的物理频域资源。由此，保证了确定的eRedCap终端设备的PDSCH占用的物理频域资源位于PDSCH最大可用带宽范围之内，为简化eRedCap终端设备的设计提供了条件。

Description

频域资源的确定方法及装置

技术领域

本公开涉及通信技术领域，尤其涉及一种频域资源的确定方法及装置。

背景技术

Release 18提出了对演进的能力受限(evolution reduce capability，eRedCap)终端设备进一步缩减带宽，比如降低eRedCap终端设备的物理下行共享信道(physicaldownlink shared channel，PDSCH)的基带信道带宽。降低eRedCap终端设备的PDSCH的基带信道带宽可能会导致eRedCap终端设备的部分带宽(bandwith part，BWP)的带宽可能超过PDSCH的基带带宽，此时，如何确定eRedCap终端设备的PDSCH占用的物理频域资源成为亟需解决的问题。

发明内容

本公开第一方面实施例提出了一种频域资源的确定方法，所述方法由eRedCap终端设备终端设备执行，所述方法包括：确定物理下行共享信道PDSCH支持的虚拟资源块VRB到物理资源块PRB的映射规则，其中，所述映射规则包括不支持交织映射，或映射规则为第一交织映射规则；根据所述PDSCH支持的映射规则及VRB，确定所述PDSCH占用的物理频域资源。

本公开中，eRedCap终端设备首先确定PDSCH支持的VRB到PRB的映射规则，进而基于其支持的映射规则及VRB，确定PRB资源。由此，保证了确定的eRedCap终端设备的PDSCH占用的物理频域资源位于PDSCH最大可用带宽范围之内，为简化eRedCap终端设备的设计提供了条件。

本公开第二方面实施例提出了一种频域资源的确定方法，所述方法由网络设备执行，所述方法包括：确定演进的能力受限eRedCap终端设备的物理下行共享信道PDSCH支持的虚拟资源块VRB到物理资源块PRB的映射规则，其中，所述映射规则包括不支持交织映射，或映射规则为第一交织映射规则；根据所述PDSCH支持的VRB到PRB的映射规则，向所述eRedCap终端设备分配频域资源。

本公开第三方面实施例提出了一种通信装置，所述装置包括：

处理模块，用于确定物理下行共享信道PDSCH支持的虚拟资源块VRB到物理资源块PRB的映射规则，其中，所述映射规则包括不支持交织映射，或映射规则为第一交织映射规则；

所述处理模块，还用于根据所述PDSCH支持的映射规则及VRB，确定所述PDSCH占用的物理频域资源。

本公开第四方面实施例提出了一种通信装置，所述装置包括：

处理模块，用于确定演进的能力受限eRedCap终端设备的物理下行共享信道PDSCH支持的虚拟资源块VRB到物理资源块PRB的映射规则，其中，所述映射规则包括不支持交织映射，或映射规则为第一交织映射规则；

收发模块，用于根据所述PDSCH支持的VRB到PRB的映射规则，向所述eRedCap终端设备分配频域资源。

本公开第五方面实施例提出了一种通信装置，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行上述第一方面实施例所述的频域资源的确定方法。

本公开第六方面实施例提出了一种通信装置，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行上述第二方面实施例所述的频域资源的确定方法。

本公开第七方面实施例提出了一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第一方面实施例所述的频域资源的确定方法。

本公开第八方面实施例提出了一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第二方面实施例所述的频域资源的确定方法。

本公开第九方面实施例提供一种通信系统，该系统包括第三方面所述的通信装置及第四方面所述的通信装置，或者，该系统包括第五方面所述的通信装置及第六方面所述的通信装置，或者，该系统包括第七方面所述的通信装置及第八方面所述的通信装置，或者，该系统包括第九方面所述的通信装置及第十方面所述的通信装置。

本公开第十方面实施例提出了一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使上述第一方面实施例所述的频域资源的确定方法被实现。

本公开第十一方面实施例提出了一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使上述第二方面实施例所述的频域资源的确定方法被实现。

本公开第十二方面实施例提出了一种计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面实施例所述的频域资源配置分配方法。

本公开第十三方面实施例提出了一种计算机程序产品，当其在计算机上运行时，使得计算机执行第二方面实施例所述的频域资源的确定方法。

第十四方面，本公开提供一种芯片系统，该芯片系统包括至少一个处理器和接口，用于支持第一AMF实现第一方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存终端设备必要的计算机程序和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

第十五方面，本公开提供一种芯片系统，该芯片系统包括至少一个处理器和接口，用于支持终端设备实现第一方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存终端设备必要的计算机程序和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

第十六方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。

第十七方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。

本公开附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本公开的实践了解到。

附图说明

为了更清楚地说明本公开实施例或背景技术中的技术方案，下面将对本公开实施例或背景技术中所需要使用的附图进行说明。

图1为本公开实施例提供的一种通信系统的架构示意图；

图2是本公开实施例提供的一种频域资源的确定方法的流程示意图；

图3是本公开实施例提供的一种频域资源的确定方法的流程示意图；

图4为本公开实施例提供的一种频域资源的确定方法的流程示意图；

图5为本公开实施例提供的一种频域资源的确定方法的流程示意图；

图6为本公开实施例提供的一种频域资源的确定方法的流程示意图；

图7为本公开实施例提供的一种频域资源的确定方法的流程示意图；

图8为本公开实施例提供的一种通信装置的结构示意图；

图9为本公开实施例提供的一种通信装置的结构示意图；

图10为本公开实施例提供的一种芯片的结构示意图。

具体实施方式

为了便于理解，首先介绍本公开涉及的术语。

1、交织块粒度(bundle size)

VRB到PRB映射时，通常将RB进行分块映射，交织块(bundle)为分块后的一组RB。bundle size为一个bundle中包含的RB的数量，其通常由协议约定或高层信令提供，一般为2或4。交织块粒度又可称为交织块大小。

2、交织块的数量

一个BWP中包含的bundle的数量。

3、PDSCH最大可用带宽范围

PDSCH的最大可用带宽，用于表征eRedCap终端设备进行数据传输时，可以使用最大频域带宽范围，也就是可以使用的频域资源个数。最大可用带宽范围，也就是说，在利用该信道进行传输时，可以利用的频域资源包括哪些RB。比如，对于eRedCap终端设备而言，PDSCH的最大可用带宽被限制在5MHz，而PDSCH的最大可用带宽范围，则用于表征该5MHz包括哪些PRB上。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。

在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”及“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。

下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。

为了更好的理解本公开实施例公开的一种频域资源的确定方法，下面首先对本公开实施例适用的通信系统进行描述。

请参见图1，图1为本公开实施例提供的一种通信系统的架构示意图。该通信系统可包括但不限于一个网络设备和一个终端设备，图1所示的设备数量和形态仅用于举例并不构成对本公开实施例的限定，实际应用中可以包括两个或两个以上的网络设备和两个或两个以上的终端设备。图1所示的通信系统以包括一个网络设备101和一个eRedCap终端设备102为例。

需要说明的是，本公开实施例的技术方案可以应用于各种通信系统。例如：长期演进(Long Term Evolution，LTE)系统、第五代移动通信系统、5G新空口系统，或者其他未来的新型移动通信系统等。

本公开实施例中的网络设备101是网络侧的一种用于发射或接收信号的实体。例如，网络设备101和可以为演进型基站(Evolved NodeB，eNB)、传输点(TransmissionReception Point，TRP)、NR系统中的下一代基站(Next Generation NodeB，gNB)、其他未来移动通信系统中的基站或无线保真(Wireless Fidelity，WiFi)系统中的接入节点等。本公开的实施例对网络设备所采用的具体技术和具体设备形态不做限定。本公开实施例提供的网络设备可以是由集中单元(Central Unit，CU)与分布式单元(Distributed Unit，DU)组成的，其中，CU也可以称为控制单元(Control Unit)，采用CU-DU的结构可以将网络设备，例如基站的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU。

本公开实施例中的eRedCap终端设备102是用户侧的一种用于接收或发射信号的实体，如手机。终端设备也可以称为终端设备(terminal)、用户设备(user equipment，UE)、移动台(Mobile Station，MS)、移动终端设备(Mobile Terminal，MT)等，也可以是降低能力终端设备(RedCap UE)、演进的降低能力终端设备(eRedCap UE)等。终端设备可以是具备通信功能的汽车、智能汽车、手机(Mobile Phone)、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality，VR)终端设备、增强现实(Augmented Reality，AR)终端设备、工业控制(Industrial Control)中的无线终端设备、无人驾驶(Self-Driving)中的无线终端设备、远程手术(Remote Medical Surgery)中的无线终端设备、智能电网(Smart Grid)中的无线终端设备、运输安全(Transportation Safety)中的无线终端设备、智慧城市(Smart City)中的无线终端设备、智慧家庭(Smart Home)中的无线终端设备等等。本公开的实施例对终端设备所采用的具体技术和具体设备形态不做限定。

本公开实施例中的终端设备102可以实现本公开图2至图4任一实施例所示的方法，网络设备101可以实现本公开图5至图7任一实施例所示的方法。

相关技术中，确定终端设备的PDSCH占用的物理频域资源，都是以VRB为单位进行分配的，之后终端设备再将VRB映射到PRB上。对应带宽大小为N个RB的BWP，一共有N个VRB和N个PRB，编号分别为0到N-1。

通常，可以采用非交织的VRB到PRB的映射，或者也可以采用交织的VRB到PRB(interleaved VRB-to-PRB mapping)的VRB到PRB的映射。对于VRB-to-PRB mapping，在相关技术中规定，可以通过下行控制信息(downlink control information，DCI)中的1比特动态指示来决定是否启用VRB到PRB之间的交织映射。例如：若DCI指示为1，则启用交织映射；若DCI指示为0，则启用非交织映射；或是相反的方式指示。其中对于系统信息块1(system information block 1，SIB1)以及其他系统信息(other system information，OSI)，交织块粒度(bundle size)，默认为2；对于单播(unicast)PDSCH,交织块粒度则通过无线资源控制(radio resource control，RRC)信令进行配置(取值2RB或4RB)。

对于VRB-to-PRB的交织映射，BWP内包含的交织块的数量通常可以通过下述方式确定：

对于SIB1以及OSI，通过交织块粒度以及控制资源集合(CORESET#0)的频域带宽确定；

对于由其他公共搜索空间(common search space，CSS)承载的格式(format)为0类型的DCI的调度的PDSCH，若配置了CORESET#0，交织块的数量通过交织块粒度以及CORESET#0的频域带宽共同确定；若未配置CORESET#0，则由初始(initial)DLBWP的带宽大小确定；

对于其他情况下的PDSCH调度，则由DLBWP的带宽以及交织块粒度共同决定。

而Release 18中提出了对eRedCap终端设备进一步缩减带宽，比如降低eRedCap终端设备的PDSCH的基带信道带宽，这可能会导致eRedCap终端设备的BWP的带宽可能超过PDSCH的最大可用带宽。此时若仍使用BWP或者CORESET#0的带宽确定交织块的数量，则可能导致交织后实际映射的PRB位于不连续的物理频域资源上，这将会给eRedCap终端设备的傅里叶变换后的缓存(post-FFT buffering)引入额外的负担，增加post-FFT buffering的实现复杂度。

本公开中，为了避免增加eRedCap终端设备的post-FFT buffering过程的复杂度，提出一种确定eRedCap终端设备的PDSCH频域资源映射的方法。针对eRedCap终端设备，对于其PDSCH的调度，通过配置其不支持VRB到PRB的交织映射，或者按照指定的第一交织映射规则进行交织映射，来避免交织映射后的PRB位于不连续的物理频域资源上。

可以理解的是，本公开实施例描述的通信系统是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。

下面结合附图对本公开所提供的频域资源的确定方法及其装置进行详细地介绍。

请参见图2，图2是本公开实施例提供的一种频域资源的确定方法的流程示意图。需要说明的是，本公开实施例的方法由eRedCap终端设备执行。如图2所示，该方法可以包括如下步骤：

步骤201，确定PDSCH支持的VRB到PRB的映射规则，其中，映射规则包括不支持交织映射，或映射规则为第一交织映射规则。

本公开中，eRedCap终端设备在确定PDSCH的物理频域资源时，考虑到PDSCH的最大可用带宽始终被限制在一个较小的范围(比如5兆赫兹(MHz))内；此时，若沿用相关技术中的VRB到PRB的映射规则，可能会导致确定的PDSCH的物理频域资源超出限制的范围，因此可以首先确定其PDSCH支持的VRB到PRB的映射规则。

可选的，eRedCap终端设备确定的PDSCH支持的VRB到PRB的映射规则，可能为非交织映射，或者，也可能为支持第一交织映射规则。

其中，第一交织映射规则，可以为任一通过交织映射后确定的PRB资源一定会位于PDSCH的最大可用带宽范围内的规则。

可选的，eRedCap终端设备可以根据协议约定，确定PDSCH支持VRB到PRB的映射规则；或者，也可以根据网络设备的指示确定PDSCH支持的VRB到PRB的映射规则。

可选的，若eRedCap终端设备根据网络设备的指示确定PDSCH支持的VRB到PRB的映射规则，那么也可以通过协议约定，网络设备向eRedCap终端设备发送的指示中指定信息域只能取预设值。比如，协议约定该指定信息域只能取第一取值，以向eRedCap终端设备指示不支持交织映射；或者，协议约定该指定信息域只能取第二取值，以向eRedCap终端设备指示支持交织映射。

可选的，eRedCap终端设备也可以根据下行控制信息DCI中指定信息域的取值，确定PDSCH支持的映射规则，比如不支持交织映射，或者支持第一交织映射规则。

其中，DCI中指定信息域可以为DCI中的一个比特位，或者也可以为多个比特位，本公开对此不做限定。

可选的，若该指定信息域的取值为第一值，则eRedCap终端设备可以确定其PDSCH不支持交织映射；否则，确定其PDSCH支持交织映射。

步骤202，根据PDSCH支持的映射规则及VRB，确定PDSCH占用的物理频域资源。

本公开中，eRedCap终端设备在确定了PDSCH支持的映射规则后，比如确定PDSCH不支持交织映射规则，那么即可根据VRB，基于非交织的映射，确定对应的PRB，即确定PDSCH占用的物理频域资源。

在本公开中，该VRB可以是已分配的VRB，或是即将被分配的VRB，或是预计将被分配的VRB；本公开并不对此做出限定。

可选的，若eRedCap终端设备确定PDSCH支持第一交织映射规则，那么即可基于第一交织映射规则及VRB，确定PRB。

可以理解的是，eRedCap终端设备基于第一交织映射规则确定的PRB资源，位于PDSCH的最大可用带宽范围内。从而避免了通过交织映射确定的eRedCap终端设备的PDSCH占用的物理频域资源不连续的问题，使得eRedcap终端设备尽可能保持在连续的最大物理资源范围内(比如5MHz)进行数据接收，避免为eRedCap终端设备的实现引入过多额外设计。

请参见图3，图3是本公开实施例提供的一种频域资源的确定方法的流程示意图。需要说明的是，本公开实施例的方法由eRedCap终端设备执行。如图3所示，该方法可以包括如下步骤：

步骤301，根据协议约定，确定PDSCH支持的映射规则为第一交织映射规则。

可选的，eRedCap终端设备也可以根据网络设备发送的指示信息，确定PDSCH支持的映射的规则为第一交织映射规则。

也就是说，网络设备确定eRedCap终端设备的PDSCH可以支持交织映射，可以仅通过指示信息向该eRedCap终端设备指示其PDSCH支持第一交织映射规则。相应的，eRedCap终端设备仅接收到了网络设备发送的指示信息。从而eRedCap终端设备即可确定其PDSCH支持交织映射，并且支持的交织映射规则为第一交织映射规则。

可选的，网络设备可以先通过DCI中的指定信息域向eRedCap终端设备指示其PDSCH支持交织映射，再通过指示信息再向其指示第一交织映射规则。其中，，该指示信息与DCI可以为同一信息，或者，网络设备也可以利用与指示其支持交织映射的DCI不同的信息，向eRedCap终端设备指示第一交织映射规则，本公开对此不做限定。

可选的，上述指示信息，可以为DCI，或者也可以为其他指示信息，本公开对此不做限定。

可选的，第一交织映射规则可以为：根据最小的频域带宽值及交织块粒度，确定PDSCH的最大可用带宽内包含的交织块的数量。也就是说，确定PDSCH的最大可用带宽内包含的PRB交织块的数量。

其中，作为一种实施例，交织块的数量，可以通过以下算式(1)计算确定：

其中，N表示交织块的数量，W为最小的频域带宽值，L为交织块粒度。

作为另一种可实现形式，若最小的频域带宽值由带宽大小及频域起始位置联合标识，则交织块的数量，也可以由以下算式(2)计算确定：

其中，N表示交织块的数量，W为最小的频域带宽值的带宽大小，S为该最小的频域带宽的频域起始位置，L为交织块粒度。举例来说，若最小频域带宽为PDSCH最大可用带宽值，那么

则为PDSCH的带宽大小，

则为PDSCH的可用频域起始位置。

作为另一种可实现形式，交织块的数量，也可以由以下算式(3)计算确定：

其中，N表示交织块的数量，W为最小的频域带宽值的带宽大小，S为该最小的频域带宽的频域起始位置，

为承载调度DCI的CORESET#0的频域起始位置，L为交织块粒度。

可选的，对于承载系统信息块(SIB1)及其他系统信息OSI的PDSCH，可以将PDSCH最大可用带宽值及控制资源集合CORESET#0的带宽值中的最小值，确定为最小的频域带宽值。

或者，对于公共搜索空间CSS承载的、由格式为0的DCI调度的PDSCH，在已配置CORESET#0的情况下，将PDSCH最大可用带宽值及CORESET#0的带宽值中的最小值，确定为最小的频域带宽值。

举例来说，若PDSCH最大可用带宽值为5MHz，CORESET#0的带宽值为20MHz，那就对于承载SIB1及OSI的PDSCH，或者由CSS承载的、由DCI format0_0调度的PDSCH，可以确定最小的频域带宽值为5MHz。或者，若PDSCH最大可用带宽值为5MHz，CORESET#0的带宽值为2MHz，那就可以确定最小的频域带宽值为2MHz。

可选的，对于公共搜索空间CSS承载的、由格式为0的DCI调度的PDSCH，在未配置CORESET#0的情况下，将PDSCH最大可用带宽值及初始(initial)下行(downlink，DL)带宽部分BWP的频域带宽值中的最小值，确定为最小的频域带宽值。

举例来说，若PDSCH最大可用带宽值为5MHz，initial DLBWP的频域带宽值为10MHz，那就对于由DCI format0_0调度的PDSCH，可以确定最小的频域带宽值为5MHz。或者，若PDSCH最大可用带宽值为5MHz，initial DLBWP的频域带宽值为2MHz，那就可以确定最小的频域带宽值为2MHz。

可选的，对于单播(unicast)PDSCH，可以将PDSCH最大可用带宽值及专用(dedicated)DL BWP的频域带宽值中的最小值，确定为最小的频域带宽值。

其中，PDSCH的最大可用带宽值，可以用频率值表示，比如为5MHz。

可选的，PDSCH的最大可用带宽以RB指示时，PDSCH的最大可用带宽值也可以为RB数量。比如，子载波间隔(sub carrierspace，SCS)为15千赫兹(kHz)时，PDSCH最多可包括28个PRB，SCS为30kHz时，PDSCH最多包括30个PRB。

或者，SCS为15kHz时，PDSCH最多可包括27个PRB；SCS为30kHz时，PDSCH最多可包括13个PRBs。

或者，SCS为15kHz时，PDSCH最多可包括25个PRB；SCS为30kHz时，PDSCH最多可包括12个PRB。

或者，SCS为15kHz时，PDSCH最多可包括25个PRB；SCS为30kHz时，PDSCH最多可包括11个PRB。

需要说明的是，上述SCS取值不同时，PDSCH最多可包括的PRB的数量及组合形式，仅是示意性说明，其不能作为对本公开利用PRB的数量表征PDSCH的最大可用带宽值的方式的限制。

步骤302，根据第一交织映射规则及VRB，确定PDSCH占用的物理频域资源。

举例来说，对应承载SIB1的PDSCH，若PDSCH的最大可用带宽值为25个PRB，CORESET#0的带宽值为100个PRB，且交织块的粒度为2，那么就可以确定PDSCH的最大可用带宽内包含的PRB交织块的数量为

也就是说PDSCH的最大基带物理频域范围内包含13个PRB交织块。

之后，eRadCap终端设备即可根据确定的PDSCH的最大可用带宽内包含的PRB交织块的数量及VRB，进行交织映射，从而确定出PDSCH占用的PRB。

可以理解的是，由于第一交织映射规则为基于最小的频域带宽值确定出PDSCH的最大可用带宽内包含的PRB交织块的数量，因此基于第一交织映射规则映射后确定的PRB资源位于PDSCH的最大可用带宽范围之内。

另外，本公开中eRadCap终端设备在基于第一交织映射规则确定PDSCH占用的PRB资源时，需要首先确定其PDSCH当前占用的频域资源位置。eRadCap终端设备的PDSCH占用的频域资源的位置，可以是固定的，比如通过协议约定了固定的频域资源位置。或者，网络设备也可以为eRadCap终端设备动态分配。

可选的，eRadCap终端设备可以根据协议约定，确定其PDSCH当前占用的PRB资源的位置。比如，协议约定，PDSCH带宽的起始RB跟BWP或CORESET#0的起始RB对齐；或者，PDSCH信道带宽的最高RB跟BWP的最高RB对齐；或者PDSCH信道带宽的中心频域位置和BWP的中心频域位置对齐。

需要说明的是，若协议约定了PDSCH信道带宽的最高RB或中心频域位置，eRadCap终端设备还需要推导计算PDSCH信道带宽的起始RB位置。可选的，eRadCap终端设备可以利用最高RB位置减去5MHz(或多少个RB)的方式，来计算起始RB位置。需要说明的是，若计算得到的起始RB为组织块中的第二个RB，那么计算得到起始RB的位置，还需要-1。

可选的，eRadCap终端设备还可以利用中心RB位置减去(5MHz/2)(或者，减去一半的DSCH中最多包括的RB数量)来计算起始RB位置等等，本公开对此不做限定。

可选的，eRadCap终端设备还可以根据指示消息，比如RRC信令，确定其PDSCH当前占用的PRB资源的位置。本公开对此不做限定。

本公开中，eRadCap终端设备首先根据协议约定其PDSCH支持VRB到PRB映射的规则为第一交织映射规则，之后即可根据第一交织映射规则及VRB，通过交织映射确定其PDSCH占用的PRB。由此，保证了确定的eRedCap终端设备的PDSCH占用的物理频域资源位于PDSCH最大可用带宽范围之内，为简化eRedCap终端设备的设计提供了条件。

请参见图4，图4是本公开实施例提供的一种频域资源的确定方法的流程示意图。需要说明的是，本公开实施例的方法由eRedCap终端设备执行。如图4所示，该方法可以包括如下步骤：

步骤401，根据PDSCH的类型，确定PDSCH支持的VRB到PRB的映射规则。

本公开中，考虑到PDSCH的类型可能不同，比如PDSCH按照其承载的信息的不同，可以分为承载SIB1的PDSCH，或者承载随机接入消息(比如，第二随机接入消息(message2，msg2)，或第四随机接入消息(message4，msg4)等等)的PDSCH等。因此，本公开中，eRedCap终端设备在确定某个PDSCH支持的VRB到PRB的映射规则时，可以依据该PDSCH的类型，确定其支持的VRB到PRB的映射规则。

可选的，eRedCap终端设备可以在确定PDSCH为以下任一类PDSCH时，确定PDSCH支持的VRB到PRB的映射规则为不支持交织映射：承载系统信息块SIB1的PDSCH，承载其他系统信息OSI的PDSCH，承载随机接入消息的PDSCH，承载寻呼Paging消息的PDSCH。其中，上述随机接入消息，可以为msg2及msg4中的一种或两种，本公开对此不做限定。

可选的，eRedCap终端设备也可以在确定PDSCH为以下任一类PDSCH时，确定PDSCH支持的VRB到PRB的映射规则为第一交织映射规则：单播PDSCH，承载随机接入消息的PDSCH，承载Paging消息的PDSCH。其中，上述随机接入消息，可以为msg2及msg4中的一种或两种，本公开对此不做限定。

也就是说，eRedCap终端设备可以确定承载SIB1的PDSCH不支持VRB到PRB的交织映射，unicast PDSCH支持第一交织映射规则；或者，承载msg2及msg4的PDSCH均不支持VRB到PRB的交织映射；或者，承载msg2及msg4的PDSCH均支持VRB到PRB的第一交织映射规则，本公开对此不做限定。

其中，第一交织映射规则，可以参照本公开任一实施例的详细描述，此处不再赘述。

步骤402，根据PDSCH支持的映射规则及VRB，确定PDSCH占用的物理频域资源。

其中，上述步骤402的具体实现形式，可以参照本公开任一实施例的详细描述，此处不再赘述。

本公开中，eRedCap终端设备可以首先确定PDSCH的类型，进而根据PDSCH的类型，确定其支持的VRB到PRB的映射规则，然后再基于确定的其支持的映射规则及VRB，确定其占用的物理频域资源。由此，保证了确定的eRedCap终端设备的PDSCH占用的物理频域资源位于PDSCH最大可用带宽范围之内，为简化eRedCap终端设备的设计提供了条件。

请参见图5，图5是本公开实施例提供的一种频域资源的确定方法的流程示意图。需要说明的是，本公开实施例的方法由网络设备执行。如图5所示，该方法可以包括如下步骤：

步骤501，确定eRedCap终端设备的PDSCH支持的VRB到PRB的映射规则，其中，映射规则包括不支持交织映射，或映射规则为第一交织映射规则。

本公开中，网络设备在为eRedCap终端设备的PDSCH分配频域资源时，考虑到eRedCap终端设备的PDSCH的最大可用带宽始终被限制在一个较小的范围内(比如始终限制在5MHz)，此时，若沿用相关技术中的VRB到PRB的映射规则，可能会导致eRedCap终端设备确定的PDSCH的物理频域资源超出限制的范围，因此，可以首先确定eRedCap终端设备的PDSCH支持的VRB到PRB的映射规则。

可选的，网络设备可以根据协议约定，确定eRedCap终端设备的PDSCH支持的VRB到PRB的映射规则。比如根据协议约定，确定eRedCap终端设备的PDSCH不支持VRB到PRB的交织映射规则；或者，根据协议约定，确定eRedCap终端设备的PDSCH支持的映射的规则为第一交织映射规则。

其中，第一交织映射规，可以为任一eRedCap终端设备通过交织映射后确定的PRB资源一定会位于PDSCH的最大可用带宽范围内的规则。

步骤502，根据PDSCH支持的VRB到PRB的映射规则，向eRedCap终端设备分配频域资源。

本公开中，网络设备在确定了eRedCap终端设备的PDSCH支持的VRB到PRB的映射规则后，即可基于其支持的映射规则，为该eRedCap终端设备分配频域资源，也就是说分配VRB资源。

可选的，若网络设备确定eRedCap终端设备的PDSCH不支持VRB到PRB的交织映射，那么就可以基于eRedCap终端设备的PDSCH的最大可用带宽，向eRedCap终端设备分配VRB。

或者，若网络设备确定eRedCap终端设备的PDSCH支持的VRB到PRB的映射规则为第一交织映射规则，那么就可以基于第一交织映射规则，确定该eRedCap终端设备的PDSCH的最大可用带宽内包含的交织块的数量(即VRB的数量)，进而向该eRedCap终端设备分配VRB。由于确定的PDSCH的最大可用带宽内包含的交织块的数量是依据第一交织映射规则确定的，从而保证了为终端设备分配的VRB通过交织映射后的PRB资源，位于PDSCH的最大可用带宽范围内。也就是说，为终端设备分配的频域资源位于连续的物理频域资源上，从而使得eRedcap终端设备尽可能保持在连续的最大物理资源范围内(比如5MHz)进行数据接收，避免为eRedCap终端设备的实现引入过多额外设计。

本公开中，网络设备首先确定eRedCap终端设备的PDSCH支持的VRB到PRB的映射规则，进而基于其支持的映射规则，向eRedCap终端设备分配频域资源。由此，保证了为eRedCap终端设备的PDSCH分配的频域资源通过映射后位于PDSCH最大可用带宽范围之内，为简化eRedCap终端设备的设计提供了条件。

请参见图6，图6是本公开实施例提供的一种频域资源的确定方法的流程示意图。需要说明的是，本公开实施例的方法由网络设备执行。如图6所示，该方法可以包括如下步骤：

步骤601，根据协议约定，确定eRedCap终端设备的PDSCH支持的映射的规则为第一交织映射规则。

可选的，第一交织映射规则可以为：根据最小的频域带宽值及交织块粒度，确定PDSCH的最大可用带宽内包含的交织块的数量。也就是说，确定eRedCap终端设备的PDSCH的最大可用带宽内包含的VRB交织块的数量。

其中，交织块的数量的计算方式，可以参照本公开任一实施例的详细描述，此处不再赘述。

可选的，对于承载系统信息块(SIB1)及其他系统信息OSI的PDSCH，可以将PDSCH最大可用带宽值及控制资源集合CORESET#0的带宽值中的最小值，确定为最小的频域资源带宽值。

或者，对于公共搜索空间CSS承载的、由格式为0的DCI调度的PDSCH，在已配置CORESET#0的情况下，将PDSCH最大可用带宽值及CORESET#0的带宽值中的最小值，确定为最小的频域资源带宽值。

举例来说，若PDSCH最大可用带宽值为5MHz，CORESET#0的带宽值带宽为20MHz，那就对于承载SIB1及OSI的PDSCH，或者由CSS承载的、由DCI format0_0调度的PDSCH，可以确定最小的频域资源带宽值为5MHz。或者，若PDSCH最大可用带宽值为5MHz，CORESET#0的带宽值为2MHz，那就可以确定最小的频域带宽值为2MHz。

可选的，PDSCH的最大可用带宽以RB指示时，PDSCH的最大可用带宽值也可以为RB数量。比如，子载波间隔(sub carrierspace，SCS)为15千赫兹(kHz)时，PDSCH最多可以包括28个PRB，SCS为30kHz时，PDSCH最多可以包括30个PRB。

或者，SCS为15kHz时，PDSCH最多可以包括27个PRB，SCS为30kHz时，PDSCH最多可以包括13个PRBs。

或者，SCS为15kHz时，PDSCH最多可以包括25个PRB，SCS为30kHz时，PDSCH最多可以包括12个PRB。

或者，SCS为15kHz时，PDSCH最多可以包括25个PRB，SCS为30kHz时，PDSCH最多可以包括11个PRB。

需要说明的是，上述SCS取值不同时，PDSCH最多可以包括的PRB的数量及组合形式，仅是示意性说明，其不能作为对本公开利用PRB的数量表征PDSCH的最大可用带宽值的方式的限制。

本公开中，网络设备在确定eRedCap终端设备支持第一交织映射规则后，可以向eRedCap终端设备发送DCI，其中，DCI中的指定信息域的取值用于指示PDSCH支持交织映射。

可选的，若网络设备确定eRedCap终端设备不支持交织映射，那么DCI中的指定信息域还可以用于指示PDSCH不支持交织映射。比如，DCI中的指定信息域取值为第一取值时，指示PDSCH支持交织映射，否则指示PDSCH不支持交织映射。

步骤602，向eRedCap终端设备发送指示信息，指示信息用于向eRedCap终端设备指示PDSCH支持的交织映射的规则为第一交织映射规则。

本公开中，网络设备在确定了eRedCap终端设备的PDSCH支持的交织映射的规则为第一交织映射规则后，可以通过指示信息，向eRedCap终端设备指示该第一交织映射规则。

可选的，网络设备可以通过DCI中的指定信息域向eRedCap终端设备指示其PDSCH支持交织映射，并通过指示信息再向其指示第一交织映射规则。也就是说，该指示信息与DCI可以为同一信息，或者，网络设备也可以通过与指示其支持交织映射的DCI不同的信息，向eRedCap终端设备指示第一交织映射规则，本公开对此不做限定。

或者，网络设备也可以在确定eRedCap终端设备的PDSCH支持第一交织映射规则时，不向eRedCap终端设备发送DCI，而仅发送该指示信息。通过该指示信息直接向eRedCap终端设备指示第一交织映射规则，从而eRedCap终端设备即可确定其PDSCH支持交织映射，并且支持的映射规则为第一交织映射规则。

可选的，本公开中，网络设备根据协议约定，确定了eRedCap终端设备的PDSCH支持的第一交织分配规则后，也可以不向eRedCap终端设备指示，而由eRedCap终端设备自己根据协议约定，确定该第一交织分配规则。

也就是说，网络设备在根据协议约定，确定了第一交织分配规则后，可以向eRedCap终端设备发送DCI，以向其指示其PDSCH支持交织映射，之后由eRedCap终端设备根据协议约定，确定该第一交织映射规则。

或者，网络设备在根据协议约定，确定了第一交织分配规则后，也可以不向eRedCap终端设备发送任何信息，由eRedCap终端设备根据协议约定，确定其PDSCH是否支持VRB向PRB映射，及在支持交织映射时，基于的交织映射规则，本公开对此不做限定。

可选的，也可以通过协议约定，网络设备向eRedCap终端设备发送的指示中指定信息域只能取预设值。比如，协议约定该指定信息域只能取第一取值，以向eRedCap终端设备指示不支持交织映射；或者，协议约定该指定信息域只能取第二取值，以向eRedCap终端设备指示支持交织映射等等，本公开对此不做限定。

步骤603，根据PDSCH支持的VRB到PRB的映射规则，向eRedCap终端设备分配频域资源。

举例来说，对应承载SIB1的PDSCH，若PDSCH的最大可用带宽值为25个PRB，CORESET#0的带宽值为100个PRB，且交织块的粒度为2，那么就可以确定PDSCH的最大可用带宽内包含的VRB交织块的数量为

也就是说PDSCH的最大基带物理频域范围内包含13个VRB交织块。

之后，网络设备即可根据确定的PDSCH的最大可用带宽内包含的VRB交织块的数量，为eRadCap终端设备分配出PDSCH占用的VRB。

可以理解的是，由于第一交织映射规则为基于最小的频域带宽值确定出PDSCH的最大可用带宽内包含的VRB交织块的数量，因此基于第一交织映射规则为eRadCap终端设备分配的VRB资源一定位于PDSCH的最大可用带宽范围之内。

另外，由于网络设备在基于第一交织映射规则确定eRadCap终端设备的PDSCH占用的VRB资源时，需要首先确定eRadCap终端设备的PDSCH当前占用的频域资源的位置。eRadCap终端设备的PDSCH占用的频域资源的位置，可以是固定的，比如通过协议约定了固定的频域资源位置。或者，网络设备也可以为eRadCap终端设备动态分配。

可选的，网络设备可以根据协议约定，确定eRadCap终端设备的PDSCH当前占用的VRB资源的位置。比如，协议约定，PDSCH带宽的起始RB跟BWP或CORESET#0的起始RB对齐；或者，PDSCH信道带宽的最高RB跟BWP的最高RB对齐；或者PDSCH信道带宽的中心频域位置和BWP的中心频域位置对齐。

需要说明的是，若协议约定了PDSCH信道带宽的最高RB或中心频域位置，网络设备还需要推导计算PDSCH信道带宽的起始RB位置。可选的，网络设备可以利用最高RB位置减去5MHz(或多少个RB)的方式，来计算起始RB位置。需要说明的是，若计算得到的起始RB为组织块中的第二个RB，那么计算得到起始RB的位置，还需要-1。

可选的，网络设备还可以利用中心RB位置减去(5MHz/2)(或者，减去一半的DSCH中最多包括的RB数量)来计算起始RB位置等等，本公开对此不做限定。

可选的，网络设备也可以根据eRadCap终端设备的位置等信息，为eRadCap终端设备动态调度PDSCH占用的频域资源。

可选的，网络设备在确定了eRadCap终端设备的PDSCH当前占用的频域资源位置后，可以通过指示消息，比如RRC信令，向eRadCap终端设备指示其PDSCH当前占用的PRB资源的位置。或者，若网络设备基于协议约定确定的eRadCap终端设备的PDSCH占用的频域资源的位置，也可以不向eRadCap终端设备指示，而由eRadCap终端设备也根据协议约定确定即可。本公开对此不做限定。

其中，上述步骤603的具体实现方式，可以参照本公开任一实施例的详细描述，此处不再赘述。

本公开中，网络设备在根据协议约定确定eRedCap终端设备的PDSCH支持的映射规则为第一交织映射规则后，首先通过指示信息向eRedCap终端设备指示该第一交织映射规则，之后再根据该第一交织映射规则，确定待向eRedCap终端设备分配的VRB。由此，保证了为eRedCap终端设备的PDSCH分配的频域资源通过映射后位于PDSCH最大可用带宽范围之内，为简化eRedCap终端设备的设计提供了条件。

请参见图7，图7是本公开实施例提供的一种频域资源的确定方法的流程示意图。需要说明的是，本公开实施例的方法由网络设备执行。如图7所示，该方法可以包括如下步骤：

步骤701，根据eRedCap终端设备的PDSCH的类型，确定PDSCH支持的VRB到PRB的映射规则。

本公开中，考虑到eRedCap终端设备的PDSCH的类型可能不同，比如PDSCH按照其承载的信息的不同，可以分为承载SIB1的PDSCH，或者承载随机接入消息(比如，第二随机接入消息(message2，msg2)，或第四随机接入消息(message4，msg4)等等)的PDSCH等。因此，本公开中，网络设备在确定eRedCap终端设备某个PDSCH支持的VRB到PRB的映射规则时，可以依据该PDSCH的类型，确定其支持的VRB到PRB的映射规则。

可选的，网络设备可以在确定eRedCap终端设备的PDSCH为以下任一类PDSCH时，确定PDSCH支持的VRB到PRB的映射规则为不支持交织映射：承载系统信息块SIB1的PDSCH，承载其他系统信息OSI的PDSCH，承载随机接入消息的PDSCH，承载寻呼Paging消息的PDSCH。其中，上述随机接入消息，可以为msg2及msg4中的一种或两种，本公开对此不做限定。

可选的，网络设备也可以在确定eRedCap终端设备的PDSCH为以下任一类PDSCH时，确定PDSCH支持的VRB到PRB的映射规则为第一交织映射规则：单播PDSCH，承载随机接入消息的PDSCH，承载Paging消息的PDSCH。其中，上述随机接入消息，可以为msg2及msg4中的一种或两种，本公开对此不做限定。

也就是说，网络设备可以确定承载eRedCap终端设备的msg2及msg4的PDSCH中的一个PDSCH不支持VRB到PRB的交织映射，另一个PDSCH支持第一交织映射规则；或者，承载msg2及msg4的PDSCH均不支持VRB到PRB的交织映射；或者，承载msg2及msg4的PDSCH均支持VRB到PRB的第一交织映射规则，本公开对此不做限定。

步骤702，根据PDSCH支持的VRB到PRB的映射规则，向eRedCap终端设备分配频域资源。

其中，上述步骤702的具体实现方式，可以参照本公开任一实施例的详细描述，此处不再赘述。

本公开中，网络设备首先根据eRedCap终端设备的PDSCH的类型，确定PDSCH支持的映射规则，，之后再根据确定的支持的映射规则，确定待向eRedCap终端设备分配的VRB。由此，保证了为eRedCap终端设备的PDSCH分配的频域资源通过映射后位于PDSCH最大可用带宽范围之内，为简化eRedCap终端设备的设计提供了条件。

与上述几种实施例提供的频域资源的确定方法相对应，本公开还提供一种通信装置，由于本公开实施例提供的通信装置与上述几种实施例提供的方法相对应，因此在频域资源的确定方法的实施方式也适用于下述实施例提供的通信装置，在下述实施例中不再详细描述。

请参见图8，图8为本公开实施例提供的一种通信装置的结构示意图。图8所示的通信装置800可包括收发模块801和处理模块802。收发模块801可包括发送模块和/或接收模块，发送模块用于实现发送功能，接收模块用于实现接收功能，收发模块801可以实现发送功能和/或接收功能。

可以理解的是，通信装置800可以是eRedCap终端设备，或者，也可以是eRedCap终端设备中的装置，或者，还可以是能够与eRedCap终端设备匹配使用的装置。

通信装置800在eRedCap终端设备侧，其中：

处理模块802，用于确定物理下行共享信道PDSCH支持的虚拟资源块VRB到物理资源块PRB的映射规则，其中，所述映射规则包括不支持交织映射，或映射规则为第一交织映射规则；

所述处理模块802，还用于根据所述PDSCH支持的映射规则及VRB，确定所述PDSCH占用的物理频域资源。

可选的，上述处理模块802，还用于根据所述PDSCH的类型，确定所述PDSCH支持的VRB到PRB的映射规则。

可选的，上述处理模块802，还用于响应于所述PDSCH为以下任一类PDSCH，确定所述PDSCH支持的VRB到PRB的映射规则为不支持交织映射：承载系统信息块1SIB1的PDSCH，承载其他系统信息OSI的PDSCH，承载随机接入消息的PDSCH，承载寻呼Paging消息的PDSCH；或者，

响应于所述PDSCH为以下任一类PDSCH，确定所述PDSCH支持的VRB到PRB的映射规则为第一交织映射规则：单播PDSCH，承载随机接入消息的PDSCH，承载Paging消息的PDSCH。

可选的，上述处理模块802，还用于：

根据协议约定，确定所述PDSCH不支持VRB到PRB的交织映射规则；或者，

根据下行控制信息DCI中指定信息域的取值，确定所述PDSCH不支持交织映射；或者，

根据协议约定，确定所述PDSCH支持的映射的规则为所述第一交织映射规则；或者，

根据网络设备发送的指示信息，确定所述PDSCH支持的映射的规则为所述第一交织映射规则。

可选的，上述第一交织映射规则为：

根据最小的频域带宽值及交织块粒度，确定所述PDSCH的最大可用带宽内包含的交织块的数量。

可选的，上述处理模块802，还用于：

对于承载系统信息块SIB1及其他系统信息OSI的PDSCH,将PDSCH最大可用带宽值及控制资源集合CORESET#0的带宽值中的最小值，确定为所述最小的频域资源带宽值；或者，

对于公共搜索空间CSS承载的、由格式为0的DCI调度的PDSCH，在已配置所述CORESET#0的情况下，将PDSCH最大可用带宽值及所述CORESET#0的带宽值中的最小值，确定为所述最小的频域带宽值；或者，

对于公共搜索空间CSS承载的、由格式为0的DCI调度的PDSCH，在未配置所述CORESET#0的情况下，将所述PDSCH最大可用带宽值及初始下行DL带宽部分BWP的频域带宽值中的最小值，确定为所述最小的频域带宽值；或者，

对于单播PDSCH，将所述PDSCH最大可用带宽值及专用DL BWP的频域带宽值中的最小值，确定为所述最小的频域带宽值。

可选的，所述PDSCH最大可用带宽值为所述PDSCH的最大可用带宽值。

通信装置800在网络设备侧，其中：

处理模块802，用于确定演进的能力受限eRedCap终端设备的物理下行共享信道PDSCH支持的虚拟资源块VRB到物理资源块PRB的映射规则，其中，所述映射规则包括不支持交织映射，或映射规则为第一交织映射规则；

收发模块801，用于根据所述PDSCH支持的VRB到PRB的映射规则，向所述eRedCap终端设备分配频域资源。

可选的，上述处理模块802，还用于：根据所述PDSCH的类型，确定所述PDSCH支持的VRB到PRB的映射规则。

可选的，上述处理模块802，还用于：

响应于所述PDSCH为用于调度系统信息块1SIB1及其他系统信息OSI的PDSCH，确定所述PDSCH支持的VRB到PRB的映射规则为不支持交织映射；或者，

响应于所述PDSCH为以下任一类PDSCH，确定所述PDSCH支持的VRB到PRB的映射规则为第一交织映射规则：单播PDSCH，承载随机接入响应RAR的PDSCH及承载第四接入消息msg4的PDSCH。

可选的，上述处理模块802，还用于：

根据协议约定，确定所述eRedCap终端设备的PDSCH不支持VRB到PRB的交织映射规则；或者，

根据协议约定，确定所述eRedCap终端设备的PDSCH支持的映射的规则为所述第一交织映射规则。

可选的，上述收发模块801，还用于：

向所述eRedCap终端设备发送下行控制信息DCI，其中，所述DCI中的指定信息域用于指示所述PDSCH不支持交织映射，或支持交织映射；和/或，

向所述eRedCap终端设备发送指示信息，所述指示信息用于向所述eRedCap终端设备指示所述PDSCH支持的交织映射的规则为所述第一交织映射规则。

可选的，第一交织映射规则为：根据最小的频域带宽值及交织块粒度，确定所述PDSCH的最大可用带宽内包含的交织块的数量。

可选的，上述处理模块802，还用于：

对于承载系统信息块SIB1及其他系统信息OSI的PDSCH,将PDSCH最大可用带宽值及控制资源集合CORESET#0的带宽值中的最小值，确定为所述最小的频域带宽值；或者，

对于公共搜索空间CSS承载的、由格式为0的DCI调度的PDSCH，在已配置所述CORESET#0的情况下，将PDSCH最大可用带宽值及所述CORESET#0的带宽值中的最小值，确定为所述最小的频域资源带宽值；或者，

请参见图9，图9是本公开实施例提供的另一种通信装置的结构示意图。通信装置900可以是eRedCap终端设备，也可以是支持eRedCap终端设备实现上述方法的芯片、芯片系统、或处理器等；或者通信装置900还可以是网络设备，也可以是支持网络设备实现上述方法的芯片、芯片系统、或处理器等。该装置可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。

通信装置900可以包括一个或多个处理器901。处理器901可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行计算机程序，处理计算机程序的数据。

可选的，通信装置900中还可以包括一个或多个存储器902，其上可以存有计算机程序904，处理器901执行所述计算机程序904，以使得通信装置900执行上述方法实施例中描述的方法。可选的，所述存储器902中还可以存储有数据。通信装置900和存储器902可以单独设置，也可以集成在一起。

可选的，通信装置900还可以包括收发器905、天线906。收发器905可以称为收发单元、收发机、或收发电路等，用于实现收发功能。收发器905可以包括接收器和发送器，接收器可以称为接收机或接收电路等，用于实现接收功能；发送器可以称为发送机或发送电路等，用于实现发送功能。

可选的，通信装置900中还可以包括一个或多个接口电路907。接口电路907用于接收代码指令并传输至处理器901。处理器901运行所述代码指令以使通信装置900执行上述方法实施例中描述的方法。

通信装置900中的收发器905可用于执行上述各图中的收发步骤，处理器901可用于执行上述各图中的处理步骤。

在一种实现方式中，处理器901中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。

在一种实现方式中，处理器901可以存有计算机程序903，计算机程序903在处理器901上运行，可使得通信装置900执行上述方法实施例中描述的方法。计算机程序903可能固化在处理器901中，该种情况下，处理器901可能由硬件实现。

在一种实现方式中，通信装置900可以包括电路，电路可以实现前述方法实施例中发送或接收或者通信的功能。本公开中描述的处理器和收发器可实现在集成电路(integrated circuit，IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit，ASIC)、印刷电路板(printed circuitboard，PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造，例如互补金属氧化物半导体(complementary metal oxide semiconductor，CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor，NMOS)、P型金属氧化物半导体(positive channelmetal oxide semiconductor，PMOS)、双极结型晶体管(bipolar junction transistor，BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。

以上实施例描述中的通信装置可以是网络设备或者终端设备，但本公开中描述的通信装置的范围并不限于此，而且通信装置的结构可以不受图9的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如通信装置可以是：

(1)独立的集成电路IC，或芯片，或，芯片系统或子系统；

(2)具有一个或多个IC的集合，可选的，该IC集合也可以包括用于存储数据，计算机程序的存储部件；

(3)ASIC，例如调制解调器(Modem)；

(4)可嵌入在其他设备内的模块；

(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；

(6)其他等等。

对于通信装置可以是芯片或芯片系统的情况，可参见图10所示的芯片的结构示意图。图10所示的芯片包括处理器1001和接口1002。其中，处理器1001的数量可以是一个或多个，接口1002的数量可以是多个。

对于芯片用于实现本公开实施例中eRedCap终端设备的功能的情况：

接口1002，用于代码指令并传输至处理器；

处理器1001，用于运行代码指令以执行如图2至图4的方法。

对于芯片用于实现本公开实施例中网络设备的功能的情况：

接口1002，用于代码指令并传输至处理器；

处理器1001，用于运行代码指令以执行如图5至图7的方法。

可选的，芯片还包括存储器1003，存储器1003用于存储必要的计算机程序和数据。

本领域技术人员还可以了解到本公开实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现的功能，但这种实现不应被理解为超出本公开实施例保护的范围。

本公开还提供一种可读存储介质，其上存储有指令，该指令被计算机执行时实现上述任一方法实施例的功能。

本公开还提供一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行计算机程序时，全部或部分地产生按照本公开实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机程序可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriberline，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

本领域普通技术人员可以理解：本公开中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本公开实施例的范围，也表示先后顺序。

本公开中的至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本公开不做限制。在本公开实施例中，对于一种技术特征，通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征，该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。

本公开中各表所示的对应关系可以被配置，也可以是预定义的。各表中的信息的取值仅仅是举例，可以配置为其他值，本公开并不限定。在配置信息与各参数的对应关系时，并不一定要求必须配置各表中示意出的所有对应关系。例如，本公开中的表格中，某些行示出的对应关系也可以不配置。又例如，可以基于上述表格做适当的变形调整，例如，拆分，合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称，其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时，也可以采用其他的数据结构，例如可以采用数组、队列、容器、栈、线性表、指针、链表、树、图、结构体、类、堆、散列表或哈希表等。

本公开中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

应当理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开实施例中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims

1.一种频域资源的确定方法，其特征在于，由演进的能力受限eRedCap终端设备执行，所述方法包括：

确定物理下行共享信道PDSCH支持的虚拟资源块VRB到物理资源块PRB的映射规则，其中，所述映射规则包括不支持交织映射，或映射规则为第一交织映射规则；

根据所述PDSCH支持的映射规则及VRB，确定所述PDSCH占用的物理频域资源。

2.如权利要求1所述的方法，其特征在于，所述确定物理下行共享信道PDSCH支持的虚拟资源块VRB到物理资源块PRB的映射规则，包括：

根据所述PDSCH的类型，确定所述PDSCH支持的VRB到PRB的映射规则。

3.如权利要求2所述的方法，其特征在于，所述根据所述PDSCH的类型，确定所述PDSCH支持的VRB到PRB的映射规则，包括：

响应于所述PDSCH为以下任一类PDSCH，确定所述PDSCH支持的VRB到PRB的映射规则为不支持交织映射：承载系统信息块1SIB1的PDSCH，承载其他系统信息OSI的PDSCH，承载随机接入消息的PDSCH，承载寻呼Paging消息的PDSCH；或者，

4.如权利要求1所述的方法，其特征在于，所述确定物理下行共享信道PDSCH支持的虚拟资源块VRB到物理资源块PRB的映射规则，包括：

5.如权利要求1-4任一所述的方法，其特征在于，所述第一交织映射规则为：

6.如权利要求5所述的方法，其特征在于，还包括：

7.如权利要求6所述的方法，其特征在于，所述PDSCH最大可用带宽值为所述PDSCH的最大可用带宽值。

8.一种频域资源的确定方法，其特征在于，由网络设备执行，所述方法包括：

确定演进的能力受限eRedCap终端设备的物理下行共享信道PDSCH支持的虚拟资源块VRB到物理资源块PRB的映射规则，其中，所述映射规则包括不支持交织映射，或映射规则为第一交织映射规则；

根据所述PDSCH支持的VRB到PRB的映射规则，向所述eRedCap终端设备分配频域资源。

9.如权利要求8所述的方法，其特征在于，所述确定演进的能力受限eRedCap终端设备的物理下行共享信道PDSCH支持的虚拟资源块VRB到物理资源块PRB的映射规则，包括：

10.如权利要求9所述的方法，其特征在于，所述根据所述PDSCH的类型，确定所述PDSCH支持的VRB到PRB的映射规则，包括：

11.如权利要求8所述的方法，其特征在于，所述确定演进的能力受限eRedCap终端设备的物理下行共享信道PDSCH支持的虚拟资源块VRB到物理资源块PRB的映射规则，包括：

12.如权利要求11所述的方法，其特征在于，还包括：

13.如权利要求8-12任一所述的方法，其特征在于，所述第一交织映射规则为：

14.如权利要求13所述的方法，其特征在于，还包括：

15.如权利要求14所述的方法，其特征在于，所述PDSCH最大可用带宽值为所述PDSCH的最大可用带宽值。

16.一种通信装置，其特征在于，所述装置包括：

17.一种通信装置，其特征在于，所述装置包括：

18.一种通信装置，其特征在于，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求1至7中任一项所述的方法，或者执行如权利要求8至15中任一项所述的方法。。

19.一种通信装置，其特征在于，包括：处理器和接口电路；

所述接口电路，用于接收代码指令并传输至所述处理器；

所述处理器，用于运行所述代码指令以执行如权利要求1至7中任一项所述的方法，或者执行如权利要求8至15中任一项所述的方法。

20.一种通信系统，其特征在于，所述通信系统包括eRedCap终端设备及网络设备，所述eRedCap终端设备用于执行如权利要求1-7任一所述的方法，所述网络设备用于执行如权利要求8-15任一所述的方法。

21.一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使如权利要求1至7中任一项所述的方法被实现、或者使如权利要求8至15中任一项所述的方法被实现。