资源确定方法、终端和存储介质

技术领域

本公开涉及通信技术领域，尤其涉及资源确定方法、终端和存储介质。

背景技术

在通信技术领域中，提出了新的终端类型叫做能力缩减的终端(Reducedcapability UE)或者简称为新空口轻型终端(NR-lite)或者Redcap终端。还引入了增强的eRedcap终端，其中，eRedcap终端的带宽限制到了5Mhz。

发明内容

在不同类型的终端引入后，通信机制需要进行调整。

本公开实施例提供一种资源确定方法、终端和存储介质。

根据本公开实施例的第一方面，提供一种资源确定方法，所述方法由第一类型终端执行，所述方法包括：

针对第一类型终端，确定用于执行随机接入的第一特性；

根据所述第一特性对应的特性优先级确定第一随机接入信道RACH资源。

根据本公开实施例的第二方面，提供一种终端，所述终端包括：

处理模块，被配置为针对第一类型终端，确定用于执行随机接入的第一特性；

根据所述第一特性对应的特性优先级确定第一随机接入信道RACH资源。

根据本公开实施例的第三方面，提供一种终端，其中，所述终端包括：

存储器，包括可执行指令；

一个或多个处理器；

其中，所述可执行指令被所述处理器执行时使所述终端执行本公开任一实施例所述的资源确定方法。

根据本公开实施例的第四方面，提供一种存储介质，其中，所述存储介质存储有指令，当所述指令在通信设备上运行时，使得所述通信设备执行第一方面提供的资源确定方法。

本公开实施例提供的技术方案的通信机制可以适应新引入的终端类型。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开实施例。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明实施例，并与说明书一起用于解释本发明实施例的原理。

图1a是根据一示例性实施例示出的一种通信系统的架构示意图；

图2a是根据一示例性实施例示出的一种资源确定方法的流程示意图；

图3a是根据一示例性实施例示出的一种资源确定方法的流程示意图；

图3b是根据一示例性实施例示出的一种资源确定方法的流程示意图；

图4a是根据一示例性实施例示出的一种终端的结构示意图；

图4b是根据一示例性实施例示出的一种网络设备的结构示意图；

图5a是根据一示例性实施例示出的一种UE的结构示意图；

图5b是根据一示例性实施例示出的一种通信设备的结构示意图。

具体实施方式

本公开实施例提供一种资源确定方法、终端及存储介质。

第一方面，本公开实施例提供了一种资源确定方法，所述方法由第一类型终端执行，所述方法包括：

针对第一类型终端，确定用于执行随机接入的第一特性；

根据所述第一特性对应的特性优先级确定第一随机接入信道RACH资源。

在上述实施例中，可以确定出用于第一类型终端执行随机接入的第一特性，从而可以根据所述第一特性对应的特性优先级确定第一随机接入信道RACH资源，相较于不能明确确定如何确定第一RACH资源的情况，可以使得第一RACH资源的选择更加明确，使得随机接入过程更加可靠。

结合上述第一方面的实施例，在一些实施例中，所述确定用于随机接入的第一特性，包括：

基于确定方式，确定用于随机接入的所述第一特性；

所述确定方式包括以下至少之一：

第一方式，为根据协议层信息确定所述第一特性的方式；

第二方式，为根据选择的第二RACH资源关联的特性确定所述第一特性的方式。

在上述实施例中，可以基于不同的方式确定所述第一特性，如此，使得第一特性的确定方式更加灵活。

结合上述第一方面的实施例，在一些实施例中，所述协议层信息为协议高层或者媒体接入控制MAC层的信息。

结合上述第一方面的实施例，在一些实施例中，响应于基于所述第一方式确定所述第一特性，所述第一特性为所述协议层信息指示的特性；响应于基于所述第二方式确定所述第一特性，所述第一特性为所述第二RACH资源关联的特性；响应于基于所述第一方式和所述第二方式确定所述第一特性，所述第一特性包括所述协议层信息指示的特性和所述第二RACH资源关联的特性。

在上述实施例中，可以基于不同的方式确定所述第一特性，确定出不同的第一特性，确定方式更加灵活。

结合上述第一方面的实施例，在一些实施例中，响应于基于所述第二方式确定所述第一特性，所述第二RACH资源包括以下之一：

网络设备给第二类型终端配置的资源；

网络设备给第二特性配置的资源；

网络设备给第一类型终端配置的资源；

网络设备给第三特性配置的资源。

在上述实施例中，所述第二RACH资源可以为针对不同类型终端或者特性配置的资源，配置方式灵活。

结合上述第一方面的实施例，在一些实施例中，所述方法还包括以下之一：

所述第二RACH资源为所述网络设备给所述第二类型终端配置的资源，所述第一特性基于所述第二类型终端关联的特性确定；

所述第二RACH资源为所述网络设备给所述第二特性配置的资源，所述第一特性基于所述第二特性确定；

所述第二RACH资源为所述网络设备给所述第一类型终端配置的资源，所述第一特性基于所述第一类型终端和所述第二类型终端关联的特性确定；

所述第二RACH资源为所述网络设备给所述第二类型终端配置的资源，所述第一特性基于所述第一类型终端和所述第二类型终端关联的特性确定；

所述第二RACH资源为所述网络设备给所述第二特性配置的资源，所述第一特性基于所述第二特性和所述第三特性确定；

所述第二RACH资源为所述网络设备给所述第三特性配置的资源，所述第一特性基于所述第二特性和所述第三特性确定。

在上述实施例中，不同的第二RACH资源可以确定出不同的第一特性，确定方式更加灵活。

结合上述第一方面的实施例，在一些实施例中，所述网络设备给所述第一类型终端或者给所述第一特性配置的资源为：4步随机接入资源；所述网络设备给所述第二类型终端或者给所述第二特性配置的资源为：2步随机接入资源或者4步随机接入资源。

结合上述第一方面的实施例，在一些实施例中，所述第一类型终端支持的带宽小于带宽阈值。

结合上述第一方面的实施例，在一些实施例中，所述第一类型终端支持的带宽小于所述第二类型终端支持的带宽。

结合上述第一方面的实施例，在一些实施例中，所述第一终端为增强的能力缩减eRedcap终端，所述第二终端为Redcap终端。

第二方面，本公开实施例提供了一种终端，所述终端包括：

处理模块，被配置为：针对第一类型终端，确定用于执行随机接入的第一特性；

根据所述第一特性对应的特性优先级确定第一随机接入信道RACH资源。

第三方面，本公开实施例提供了一种终端，终端包括：

一个或多个处理器；

其中，终端用于执行第一方面提供的资源确定方法。

第四方面，本公开实施例提供了一种存储介质，其中，存储介质存储有指令，当指令在通信设备上运行时，使得通信设备执行第一方面的可选实现方式所描述的方法。

第五方面，本公开实施例提出了程序产品，上述程序产品被通信设备执行时，使得上述通信设备执行如第一方面的可选实现方式所描述的方法。

第六方面，本公开实施例提出了计算机程序，当其在计算机上运行时，使得计算机执行如第一方面的可选实现方式所描述的方法。

第七方面，本公开实施例提供了一种芯片或芯片系统。该芯片或芯片系统包括处理电路，被配置为执行根据上述第一方面的可选实现方式所描述的方法。

可以理解地，上述终端、存储介质、程序产品、计算机程序、芯片或芯片系统均用于执行本公开实施例所提出的方法。因此，其所能达到的有益效果可以参考对应方法中的有益效果，此处不再赘述。

本公开实施例提出了一种资源确定方法、终端和存储介质。在一些实施例中，资源确定方法与信息处理方法、信息传输方法等术语可以相互替换，通信系统、信息处理系统等术语可以相互替换。

本公开实施例并非穷举，仅为部分实施例的示意，不作为对本公开保护范围的具体限制。在不矛盾的情况下，某一实施例中的每个步骤均可以作为独立实施例来实施，且各步骤之间可以任意组合，例如，在某一实施例中去除部分步骤后的方案也可以作为独立实施例来实施，且在某一实施例中各步骤的顺序可以任意交换，另外，某一实施例中的可选实现方式可以任意组合；此外，各实施例之间可以任意组合，例如，不同实施例的部分或全部步骤可以任意组合，某一实施例可以与其他实施例的可选实现方式任意组合。

在各本公开实施例中，如果没有特殊说明以及逻辑冲突，各实施例之间的术语和/或描述具有一致性，且可以互相引用，不同实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

本公开实施例中所使用的术语只是为了描述特定实施例的目的，而并非作为对本公开的限制。

在本公开实施例中，除非另有说明，以单数形式表示的元素，如“一个”、“一种”、“该”、“上述”、“所述”、“前述”、“这一”等，可以表示“一个且只有一个”，也可以表示“一个或多个”、“至少一个”等。例如，在翻译中使用如英语中的“a”、“an”、“the”等冠词(article)的情况下，冠词之后的名词可以理解为单数表达形式，也可以理解为复数表达形式。

在本公开实施例中，“多个”是指两个或两个以上。

在一些实施例中，“至少一者(至少一项、至少一个)(at least one of)”、“一个或多个(one or more)”、“多个(a plurality of)”、“多个(multiple)等术语可以相互替换。

在一些实施例中，“A、B中的至少一者”、“A和/或B”、“在一情况下A，在另一情况下B”、“响应于一情况A，响应于另一情况B”等记载方式，根据情况可以包括以下技术方案：在一些实施例中A(与B无关地执行A)；在一些实施例中B(与A无关地执行B)；在一些实施例中从A和B中选择执行(A和B被选择性执行)；在一些实施例中A和B(A和B都被执行)。当有A、B、C等更多分支时也类似上述。

在一些实施例中，“A或B”等记载方式，根据情况可以包括以下技术方案：在一些实施例中A(与B无关地执行A)；在一些实施例中B(与A无关地执行B)；在一些实施例中从A和B中选择执行(A和B被选择性执行)。当有A、B、C等更多分支时也类似上述。

本公开实施例中的“第一”、“第二”等前缀词，仅仅为了区分不同的描述对象，不对描述对象的位置、顺序、优先级、数量或内容等构成限制，对描述对象的陈述参见权利要求或实施例中上下文的描述，不应因为使用前缀词而构成多余的限制。例如，描述对象为“字段”，则“第一字段”和“第二字段”中“字段”之前的序数词并不限制“字段”之间的位置或顺序，“第一”和“第二”并不限制其修饰的“字段”是否在同一个消息中，也不限制“第一字段”和“第二字段”的先后顺序。再如，描述对象为“等级”，则“第一等级”和“第二等级”中“等级”之前的序数词并不限制“等级”之间的优先级。再如，描述对象的数量并不受序数词的限制，可以是一个或者多个，以“第一装置”为例，其中“装置”的数量可以是一个或者多个。此外，不同前缀词修饰的对象可以相同或不同，例如，描述对象为“装置”，则“第一装置”和“第二装置”可以是相同的装置或者不同的装置，其类型可以相同或不同；再如，描述对象为“信息”，则“第一信息”和“第二信息”可以是相同的信息或者不同的信息，其内容可以相同或不同。

在一些实施例中，“包括A”、“包含A”、“用于指示A”、“携带A”，可以解释为直接携带A，也可以解释为间接指示A。

在一些实施例中，“响应于……”、“响应于确定……”、“在……的情况下”、“在……时”、“当……时”、“若……”、“如果……”等术语可以相互替换。

在一些实施例中，“大于”、“大于或等于”、“不小于”、“多于”、“多于或等于”、“不少于”、“高于”、“高于或等于”、“不低于”、“以上”等术语可以相互替换，“小于”、“小于或等于”、“不大于”、“少于”、“少于或等于”、“不多于”、“低于”、“低于或等于”、“不高于”、“以下”等术语可以相互替换。

在一些实施例中，装置和设备可以解释为实体的、也可以解释为虚拟的，其名称不限定于实施例中所记载的名称，在一些情况下也可以被理解为“设备(equipment)”、“设备(device)”、“电路”、“网元”、“节点”、“功能”、“单元”、“部件(section)”、“系统”、“网络”、“芯片”、“芯片系统”、“实体”、“主体”等。

在一些实施例中，“网络”可以解释为网络中包含的装置，例如，接入网设备、核心网设备等。

在一些实施例中，“接入网设备(access network device，AN device)”也可以被称为“无线接入网设备(radio access network device，RAN device)”、“基站(basestation，BS)”、“无线基站(radio base station)”、“固定台(fixed station)”，在一些实施例中也可以被理解为“节点(node)”、“接入点(access point)”、“发送点(transmissionpoint，TP)”、“接收点(reception point，RP)”、“发送和/或接收点(transmission/reception point，TRP)”、“面板(panel)”、“天线面板(antenna panel)”、“天线阵列(antenna array)”、“小区(cell)”、“宏小区(macro cell)”、“小型小区(small cell)”、“毫微微小区(femto cell)”、“微微小区(pico cell)”、“扇区(sector)”、“小区组(cellgroup)”、“服务小区”、“载波(carrier)”、“分量载波(component carrier)”、“带宽部分(bandwidth part，BWP)”等。

在一些实施例中，“终端(terminal)”或“终端设备(terminal device)”可以被称为“用户设备(user equipment，UE)”、“用户终端(user terminal)”、“移动台(mobilestation，MS)”、“移动终端(mobile terminal，MT)”、订户站(subscriber station)、移动单元(mobile unit)、订户单元(subscriber unit)、无线单元(wireless unit)、远程单元(remote unit)、移动设备(mobiledevice)、无线设备(wireless device)、无线通信设备(wireless communication device)、远程设备(remote device)、移动订户站(mobilesubscriber station)、接入终端(access terminal)、移动终端(mobile terminal)、无线终端(wireless terminal)、远程终端(remote terminal)、手持设备(handset)、用户代理(user agent)、移动客户端(mobile client)、客户端(client)等。

在一些实施例中，获取数据、信息等可以遵照所在地国家的法律法规。

在一些实施例中，可以在得到用户同意后获取数据、信息等。

此外，本公开实施例的表格中的每一元素、每一行、或每一列均可以作为独立实施例来实施，任意元素、任意行、任意列的组合也可以作为独立实施例来实施。

图1a是根据本公开实施例示出的通信系统的架构示意图。

如图1a所示，通信系统100包括终端(terminal)101和网络设备102。

在一些实施例中，网络设备102可以包括接入网设备和核心网设备的至少一者。

在一些实施例中，终端101例如包括手机(mobile phone)、可穿戴设备、物联网设备、具备通信功能的汽车、智能汽车、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备中的至少一者，但不限于此。

在一些实施例中，接入网设备例如可以是将终端接入到无线网络的节点或设备，接入网设备可以包括5G通信系统中的演进节点B(evolved NodeB，eNB)、下一代演进节点B(next generation eNB，ng-eNB)、下一代节点B(next generation NodeB，gNB)、节点B(node B，NB)、家庭节点B(home node B，HNB)、家庭演进节点B(home evolved nodeB，HeNB)、无线回传设备、无线网络控制器(radio network controller，RNC)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、基带单元(base band unit，BBU)、移动交换中心、6G通信系统中的基站、开放型基站(Open RAN)、云基站(Cloud RAN)、其他通信系统中的基站、Wi-Fi系统中的接入节点中的至少一者，但不限于此。

在一些实施例中，本公开的技术方案可适用于Open RAN架构，此时，本公开实施例所涉及的接入网设备间或者接入网设备内的接口可变为Open RAN的内部接口，这些内部接口之间的流程和信息交互可以通过软件或者程序实现。

在一些实施例中，接入网设备可以由集中单元(central unit，CU)与分布式单元(distributed unit，DU)组成的，其中，CU也可以称为控制单元(control unit)，采用CU-DU的结构可以将接入网设备的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU，但不限于此。

在一些实施例中，核心网设备可以是一个设备，包括一个或多个网元，也可以是多个设备或设备群，分别包括上述一个或多个网元中的全部或部分。网元可以是虚拟的，也可以是实体的。核心网例如包括演进分组核心(Evolved Packet Core，EPC)、5G核心网络(5GCore Network，5GCN)、下一代核心(Next Generation Core，NGC)中的至少一者。

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

下述本公开实施例可以应用于图1a所示的通信系统100、或部分主体，但不限于此。图1a所示的各主体是例示，通信系统可以包括图1a中的全部或部分主体，也可以包括图1a以外的其他主体，各主体数量和形态为任意，各主体之间的连接关系是例示，各主体之间可以不连接也可以连接，其连接可以是任意方式，可以是直接连接也可以是间接连接，可以是有线连接也可以是无线连接。

本公开各实施例可以应用于长期演进(Long Term Evolution，LTE)、LTE-Advanced(LTE-A)、LTE-Beyond(LTE-B)、SUPER 3G、IMT-Advanced、第四代移动通信系统(4th generation mobile communication system，4G)、)、第五代移动通信系统(5thgeneration mobile communication system，5G)、5G新空口(new radio，NR)、未来无线接入(Future Radio Access，FRA)、新无线接入技术(New-Radio Access Technology，RAT)、新无线(New Radio，NR)、新无线接入(New radio access，NX)、未来一代无线接入(Futuregeneration radio access，FX)、Global System for Mobile communications(GSM(注册商标))、CDMA2000、超移动宽带(Ultra Mobile Broadband，UMB)、IEEE 802.11(Wi-Fi(注册商标))、IEEE 802.16(WiMAX(注册商标))、IEEE 802.20、超宽带(Ultra-WideBand，UWB)、蓝牙(Bluetooth(注册商标))、陆上公用移动通信网(Public Land Mobile Network，PLMN)网络、设备到设备(Device-to-Device，D2D)系统、机器到机器(Machine to Machine，M2M)系统、物联网(Internet of Things，IoT)系统、车联网(Vehicle-to-Everything，V2X)、利用其他通信方法的系统、基于它们而扩展的下一代系统等。此外，也可以将多个系统组合(例如，LTE或者LTE-A与5G的组合等)应用。

在一些实施例中，Redcap终端同LTE中的物联网设备类似，通常需要满足如下要求：1、低造价，低复杂度；2、一定程度的覆盖增强；3、功率节省。在Redcap用户引入之后，不同于通常的增强移动宽带(eMBB，Enhanced Mobile Broadband)用户，Redcap用户在部分场景，比如工业传感器(sensor)场景以及部分可穿戴设备中。

在一些实施例中，Redcap用户因为调度的时频域资源会有限制，因此需要进行提早指示，即在随机接入过程中就发送可以识别终端的类型的信息，便于合理的调度。

在一些实施例中，基于终端的提早识别是通过随机接入信道(RACH，RandomAccess Channel)划分(partition)进行的。即将随机接入的资源按照需要支持的特性的组合(Featurecombination)进行了划分。因此将在随机接入资源中分别划分出一部分featureCombinationPreamblesList给特定的特性组合(其中，特性可以为Redcap等)使用。可以认为随机接入资源可以配置给特性组合使用的部分，其他之外的为公共随机接入(commom RACH)资源。

在一些实施例中，针对Redcap用户，配置包括2步随机接入(2step-RACH)资源和4步随机接入(4step-RACH)资源用于提早指示。

在一些实施例中，eRedcap终端引入之后，对应的上下行数据传输带宽限制到了5Mhz。

在一些实施例中，对于4-step RACH会为eRedcap用户配置单独的用于提早指示的资源，即增加了新的特定的特性组合为eRedcap。如此，若网络配置了4-step的eRedcap用户配置单独的用于提早指示的资源，则会被优先选择，若网络不配置，则R18 eRedcap用户可以去共享R17的Redcap用户的4-step RACH资源。

在一些实施例中，在终端进行随机接入过程中，先进行RACH资源的选择，即通过当前适用于终端发起的随机接入过程的特性来选择可用的RACH资源。

在一些实施例中，特性的确定通常是高层(Upper layer)或者媒体接入控制(MAC，Media Access Control)层(layer)自身确定的，并依据此作为后续的按照特征优先级别进行RACH资源选择的依据。

在一些实施例中，通常对于一个Redcap或者eRedcap用户而言：当发起随机接入过程时，(e)RedCap的适用性也由上层确定。对于eRedcap而言，即便可以选择到网络为Redcap特性配置的随机接入资源，但是在后续的按照特征优先级别进行RACH资源选择时，将依然按照Upper layer或者MAC layer自身决定的特性(例如，eRedcap)，并依据此作为后续的按照特征优先级别进行RACH资源选择的依据，这会出现不匹配的问题。

图2a是根据本公开实施例示出的一种资源确定方法的交互示意图。如图2a所示，本公开实施例涉及资源确定方法，用于通信系统100，方法包括：

步骤S2101：网络设备向终端发送第一信息。

在一些实施例中，终端接收网络设备发送的第一信息。

在一些实施例中，终端接收网络设备发送的配置第二RACH资源的第一信息。

在一些实施例中，第二RACH资源为网络设备给第一类型终端配置的资源。

在一些实施例中，第二RACH资源为网络设备给第三特性配置的资源。

在一些实施例中，第三特性为第一类型终端关联的特性但不限于是第一类型终端关联的特性，也可以是第三类型终端关联的特性，在此不做限定。在一些实施例中，第二RACH资源为网络设备给第一类型终端关联的特性配置的资源。

在一些实施例中，第二RACH资源为网络设备给第二类型终端配置的资源。

在一些实施例中，第二RACH资源为网络设备给第二特性配置的资源。

在一些实施例中，第二特性为第二类型终端关联的特性但不限于是第二类型终端关联的特性，也可以是第三类型终端关联的特性，在此不做限定。在一些实施例中，第二RACH资源为网络设备给第二类型终端关联的特性配置的资源。

在一些实施例中，网络设备给所述第一类型终端配置的资源为4步(4-step)随机接入资源。

在一些实施例中，网络设备给第一特性配置的资源为4步随机接入资源。

在一些实施例中，网络设备给所述第一类型终端关联的特性配置的资源为4步随机接入资源。

在一些实施例中，所述网络设备给所述第二类型终端配置的资源为：2步(2-step)随机接入资源或者4步随机接入资源。

在一些实施例中，网络设备给第二特性配置的资源为：2步随机接入资源或者4步随机接入资源。

在一些实施例中，所述网络设备给所述第二类型终端关联的特性配置的资源为：2步随机接入资源或者4步随机接入资源。

在一些实施例中，本公开中的第一随机接入信道RACH资源也可以是第一随机信道RACH资源集合，二者可以相互替换。第一随机信道RACH资源集合可以包含至少一个第一随机接入信道RACH资源。

在一些实施例中，所述第一类型终端支持的带宽小于带宽阈值。

在一些实施例中，所述第一类型终端支持的带宽小于所述第二类型终端支持的带宽。

在一些实施例中，所述第一终端为增强的能力缩减eRedcap终端，所述第二终端为Redcap终端。

步骤S2102：第一类型终端确定用于执行随机接入的第一特性。

在一些实施例中，针对第一类型终端，确定用于执行随机接入的第一特性。

在一些实施例中，针对第一类型终端，基于确定方式，确定用于随机接入的所述第一特性。

在一些实施例中，所述确定方式包括以下至少之一：

第一方式，为根据协议层信息确定所述第一特性的方式；

第二方式，为根据选择的第二RACH资源关联的特性确定所述第一特性的方式。

在一些实施例中，RACH资源可以关联特性，RACH资源关联的特性可以是给所述RACH资源原始或者初始配置的特性(例如，“Redcap”特性)。可以基于第二方式和RACH资源关联的特性确定第一特性。

在一些实施例中，RACH资源可以关联不同类型终端，RACH资源关联的特性可以是给所述不同类型终端原始配置的特性(例如，“Redcap”特性)。可以基于第二方式和RACH资源关联的不同类型终端确定第一特性。

在一些实施例中，所述协议层信息为协议高层或者媒体接入控制MAC层的信息。这里，协议高层可以是第一类型终端的协议高层，MAC层可以是第一类型终端的MAC层。协议高层可以是非接入层(NAS，Non-Access-Stratum)。

在一些实施例中，基于协议层信息确定用于随机接入的第一特性。

在一些实施例中，基于选择的第二RACH资源关联的特性确定第一特性。

在一些实施例中，基于协议层信息和选择的第二RACH资源关联的特性确定第一特性。

在一些实施例中，响应于基于第一方式确定第一特性，第一特性为协议层信息指示的特性。

在一些实施例中，响应于基于第二方式确定第一特性，第一特性为第二RACH资源关联的特性。

在一些实施例中，所述第二RACH资源为网络设备给第二类型终端配置的资源，所述第一特性基于所述第二类型终端关联的特性确定。

在一些实施例中，所述第二RACH资源为网络设备给第二特性配置的资源，所述第一特性基于所述第二特性确定。

在一些实施例中，第二特性为第二类型终端关联的特性但不限于是第二类型终端关联的特性，也可以是第三类型终端关联的特性，在此不做限定。

在一些实施例中，所述第二RACH资源为网络设备给第二类型终端关联的特性配置的资源，所述第一特性基于第二类型终端关联的特性确定。

在一些实施例中，所述第二RACH资源为网络设备给第一类型终端配置的资源，所述第一特性基于所述第一类型终端和第二类型终端关联的特性确定。

在一些实施例中，所述第二RACH资源为网络设备给第二类型终端配置的资源，所述第一特性基于所述第一类型终端和第二类型终端关联的特性确定。

在一些实施例中，所述第二RACH资源为网络设备给第三特性配置的资源，所述第一特性基于第二特性和第三特性确定。

在一些实施例中，所述第二RACH资源为网络设备给第二特性配置的资源，所述第一特性基于第二特性和第三特性确定。

在一些实施例中，所述第三特性为第一类型终端关联的特性但不限于是第一类型终端关联的特性，也可以是第三类型终端关联的特性，在此不做限定。

在一些实施例中，所述第二RACH资源为网络设备给第一类型终端关联的特性配置的资源，所述第一特性基于第一类型终端关联的特性和第二类型终端关联的特性确定。

在一些实施例中，所述第二RACH资源为网络设备给第二类型终端关联的特性配置的资源，所述第一特性基于第一类型终端关联的特性和第二类型终端关联的特性确定。

在一些实施例中，响应于基于第一方式和第二方式确定第一特性，第一特性包括协议层信息指示的特性和第二RACH资源关联的特性。

步骤S2103：第一类型终端确定第一随机接入信道(RACH，Random AccessChannel)资源。

在一些实施例中，第一终端根据第一特性对应的特性优先级确定第一随机接入信道RACH资源。

在一些实施例中，针对eRedcap终端(对应第一类型终端)，在根据特性优先级进行RACH资源集合选择时，根据第一方式确定eRedcap(可以是协议层信息指示)为当前触发的RACH适用的特性，且在根据特性优先级进行RACH资源集合选择时，利用eRedcap的特性优先级确定RACH资源集合(第一RACH资源)。

在一些实施例中，针对eRedcap终端，若选择了Redcap 4-step或者Redcap 2-step资源，则在根据特性优先级进行RACH资源集合选择时，根据第二方式确定Redcap为当前触发的RACH适用的特性，且在根据特性优先级进行RACH资源集合选择时，利用Redcap的特性优先级确定RACH资源集合。

在一些实施例中，针对eRedcap终端，若选择了eRedcap 4-step或者Redcap 2-step资源，则在根据特性优先级进行RACH资源集合选择时，根据第二方式确定eRedcap和Redcap都为当前触发的RACH适用的特性，且在根据特性优先级进行RACH资源集合选择时，利用eRedcap和Redcap的特性优先级确定RACH资源集合。

在一些实施例中，针对eRedcap终端，若选择了eRedcap 4-step或者Redcap 2-step资源，则在根据特性优先级进行RACH资源集合选择时，根据第一方式和第二方式确定eRedcap和Redcap都为当前触发的RACH适用的特性，且在根据特性优先级进行RACH资源集合选择时，利用eRedcap和Redcap的特性优先级确定RACH资源集合。

在一些实施例中，术语“信息”可以与“消息(message)”、“信号(signal)”、“信令(signaling)”、“报告(report)”、“配置(configuration)”、“指示(indication)”、“指令(instruction)”、“命令(command)”、“信道”、“参数(parameter)”、“字段”、“数据(data)”等术语可以相互替换。

在一些实施例中，术语“发送”可以与“发射”、“上报”、“传输”等术语相互替换。

本公开实施例所涉及的资源确定方法可以包括步骤S2101至步骤S2103中的至少一者。例如，步骤S2101可以作为独立实施例来实施，步骤S2102可以作为独立实施例来实施，步骤S2103可以作为独立实施例来实施。例如，步骤S2101结合步骤S2103可以作为独立实施例来实施，步骤S2102结合步骤S2103可以作为独立实施例来实施，但不限于此。

图3a是根据本公开实施例示出的一种资源确定方法的流程示意图。如图3a所示，本公开实施例涉及资源确定方法，由第一类型终端执行，上述方法包括：

步骤S3101：获取第一信息。

在一些实施例中，步骤S3101的可选实现方式可以参见图2a的步骤S2101的可选实现方式、及图2a所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第一类型终端接收网络设备发送的第一信息，但不限于此，也可以接收其他主体发送的第一信号。

在一些实施例中，第一类型终端获取由协议规定的第一信息。

在一些实施例中，第一类型终端进行处理从而得到第一信息。

步骤S3102：确定用于执行随机接入的第一特性。

在一些实施例中，步骤S3102的可选实现方式可以参见图2a的步骤S2102的可选实现方式、及图2a所涉及的实施例中其他关联部分，此处不再赘述。

步骤S3103：确定第一RACH资源。

在一些实施例中，步骤S3203的可选实现方式可以参见图2a的步骤S2103的可选实现方式、及图2a所涉及的实施例中其他关联部分，此处不再赘述。

本公开实施例所涉及的资源确定方法可以包括步骤S3101至步骤S3103中的至少一者。例如，步骤S3101可以作为独立实施例来实施，步骤S3102可以作为独立实施例来实施，步骤S3103可以作为独立实施例来实施。例如，步骤S3101结合步骤S3103可以作为独立实施例来实施，步骤S3102结合步骤S3103可以作为独立实施例来实施，但不限于此。

图3b是根据本公开实施例示出的一种资源确定方法的流程示意图。如图3b所示，本公开实施例涉及资源确定方法，由第一类型终端执行，上述方法包括：

步骤S3201：针对第一类型终端，确定用于执行随机接入的第一特性。

在一些实施例中，步骤S3201的可选实现方式可以参见图2a的步骤S2102的可选实现方式、及图2a所涉及的实施例中其他关联部分，此处不再赘述。

步骤S3202：根据所述第一特性对应的特性优先级确定第一随机接入信道RACH资源。

在一些实施例中，步骤S3202的可选实现方式可以参见图2a的步骤S2103的可选实现方式、及图2a所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，所述确定用于随机接入的第一特性，包括：

基于确定方式，确定用于随机接入的所述第一特性；

所述确定方式包括以下至少之一：

第一方式，为根据协议层信息确定所述第一特性的方式；

第二方式，为根据选择的第二RACH资源关联的特性确定所述第一特性的方式。

在一些实施例中，所述协议层信息为协议高层或者媒体接入控制MAC层的信息。

在一些实施例中，

响应于基于所述第一方式确定所述第一特性，所述第一特性为所述协议层信息指示的特性；

响应于基于所述第二方式确定所述第一特性，所述第一特性为所述第二RACH资源关联的特性；

响应于基于所述第一方式和所述第二方式确定所述第一特性，所述第一特性包括所述协议层信息指示的特性和所述第二RACH资源关联的特性。

在一些实施例中，响应于基于所述第二方式确定所述第一特性，

所述第二RACH资源为网络设备给第二类型终端配置的资源，所述第一特性指示所述第二类型终端；

所述第二RACH资源为网络设备给第二类型终端关联的特性配置的资源，所述第一特性为第二类型终端关联的特性；

所述第二RACH资源为网络设备给第一类型终端或者第二类型终端配置的资源，所述第一特性指示所述第一类型终端和第二类型终端；

所述第二RACH资源为网络设备给第一类型终端关联的特性配置的资源或者为网络设备给第二类型终端关联的特性配置的资源，所述第一特性为第一类型终端关联的特性和第二类型终端关联的特性。

在一些实施例中，所述网络设备给所述第一类型终端或者给所述第一类型终端关联的特性配置的资源为：4步随机接入资源；所述网络设备给所述第二类型终端或者给所述第二类型终端关联的特性配置的资源为：2步随机接入资源或者4步随机接入资源。

在一些实施例中，所述第一类型终端支持的带宽小于带宽阈值。

在一些实施例中，所述第一类型终端支持的带宽小于所述第二类型终端支持的带宽。

在一些实施例中，所述第一终端为增强的能力缩减eRedcap终端，所述第二终端为Redcap终端。

为了更好地理解本公开实施例，以下通过2个示例性实施例对本公开技术方案进行进一步说明：

示例1：

在一些实施例中，本公开提供一种特定类型终端(对应第一类型终端)对随机接入过程中资源选择的方式。

在一些实施例中，第一类型终端为版本18(R18，Release)的增强的eRedcap终端(不同于R17 Redcap(对应于第二类型终端)和第三类型终端(例如，普通终端，或者eMBB终端))。

在一些实施例中，第一类型终端相比于第二类终端和第三类终端具有更小的基带处理带宽。

在一些实施例中，针对第一类型终端，在根据特性优先级别进行RACH资源集合选择(对应第一行为)时，此时将根据第一确定方式(对应第一方式)确定适用于触发该随机接入过程的特性。

在一些实施例中，第一确定方式确定适用于触发该随机接入过程的特性为根据高层或者根据MAC层决定。

在一些实施例中，在进行第一行为时，终端根据第一确定方式获取到的特性决定在第一行为中确定特性的优先级别，并利用该确定的特性优先级。

在一些实施例中，针对eRedcap用户，在根据特性优先级别进行RACH资源集合选择时，此时将认为eRedcap为当前触发的RACH适用的特性，且在根据特性优先级别进行RACH资源集合选择时，利用eRedcap的特性优先级。

在一些实施例中，针对第一类型终端，在根据特性优先级别进行RACH资源集合选择时(第一行为)，此时将根据第二确定方式(第二方式)确定适用于触发该随机接入过程的特性。

在一些实施例中，第二确定方式确定适用于触发该随机接入过程的特性为根据选择的随机接入资源关联的特性确定。

在一些实施例中，随机接入资源关联的特性可以是给该随机接入资源原始(或者初始)配置的某个特性(比如，特性“Redcap”)，则可以基于第二确定方式将该特性(比如特性“Redcap”)确定为适用于触发该随机接入过程的特性。如此，即便终端是一个eRedcap终端，因为选择了原始配置为“Redcap”这个特性的随机接入资源，则也认为“Redcap”可以被确定为适用于这个eRedcap用户触发的该随机接入过程的特性。

在一些实施例中，随机接入资源关联的特性可以是给该随机接入资源原始配置的某个类型终端(比如，Redcap终端)所关联的特性“Redcap”，则可以基于第二确定方式将该Redcap类型终端关联的特性“Redcap”确定为适用于触发该随机接入过程的特性。如此，即便一个eRedcap终端，因为选择了原始配置为某个类型终端(比如Redcap终端)所关联的特性“Redcap”的随机接入资源，则也认为“Redcap”被确定为适用于这个eRedcap用户触发该随机接入过程的特性。

在一些实施例中，在进行第一行为时，终端根据第二确定方式获取到的特性决定在第一行为中确定特性的优先级别。

在一些实施例中，针对eRedcap用户，若选择了R17 Redcap 4-step或者R17Redcap 2-step资源，则在根据特性优先级别进行RACH资源集合选择时，此时将认为Redcap为当前触发的RACH适用的特性，且在根据特性优先级别进行RACH资源集合选择时，利用Redcap的特性优先级。

在一些实施例中，针对eRedcap用户，若选择了R18 eRedcap 4-step或者R17Redcap 2-step资源，则在根据特性优先级别进行RACH资源集合选择时，此时将认为eRedcap和Redcap都为当前触发的RACH适用的特性，且在根据特性优先级别进行RACH资源集合选择时，利用eRedcap和Redcap的特性优先级。

在一些实施例中，针对第一类型终端，在根据特性优先级别进行RACH资源集合选择时(第一行为)，此时将根据第一确定方式和第二确定方式确定适用于触发该随机接入过程的特性。

在一些实施例中，针对eRedcap用户，若选择了R18 eRedcap 4-step或者R17Redcap 2-step资源，则在根据特性优先级别进行RACH资源集合选择时，此时将认为eRedcap和Redcap都为当前触发的RACH适用的特性(分别根据第一确定方式和第二确定方式确定)，且在根据特性优先级别进行RACH资源集合选择时，利用eRedcap和Redcap的特性优先级。

示例2：

基于特性优先级的随机接入资源集的选择涉及以下内容：

MAC实体应：

在一些实施例中，在该随机接入过程的可用随机接入资源集合中，识别那些配置有特性的资源，该资源能够满足于该随机接入过程的所有特性中具有在特征优先级中分配的最高优先级特性。

在一个实施例中，如果识别出单个随机接入资源集，选择这组随机接入资源。否则，如果标识了多于一组随机接入资源，重复该过程，将所识别的随机接入资源集合和适用于当前随机接入过程的并且在特性优先级中分配了最高优先级的特性作为输入，但已经考虑的特性除外。否则(即没有标识随机接入资源的集合)，重复该过程，将先前识别的随机接入资源的可用集合和适用于当前随机接入过程的特性优先级中分配了最高优先级的特性作为输入，但已经考虑的特性除外。

在一些实施例中，对于eRedcap UE，如果有一组或多组配置有用于Redcap的指示或者配置用于Redcap的随机接入资源，对于该eRedcap可用，则该eRedcap UE将认为“Redcap”这个特性将适用于该随机接入过程。即在基于特性优先级别选择资源时候，将使用“Redcap”的优先级别配置作为特性优先级进行判决。

在一些实施例中，针对eRedcap用户，若选择了R17 Redcap 4-step和/或者R17Redcap 2-step资源，则在根据特性优先级别进行RACH资源集合选择时，此时将认为Redcap为当前触发的RACH适用的特性，且在根据特性优先级别进行RACH资源集合选择时，利用Redcap的特性优先级。(示例性地，即2-step和4step都同时选择了R17的资源)。

在一些实施例中，高层确定终端发起的随机接入过程中可适用的特性(feature)。示例性地，所述高层可包括无线资源控制(RRC，Radio Resource Control)层或者非接入层(NAS，Non Access Stratum)层。

示例性地，对于一个Redcap终端，由该Redcap终端的高层确定“Redcap”这个特性，针对某个随机接入资源对于该终端发起的随机接入过程是可适用的(applicable)。

在一个实施例中，MAC层确定终端发起的随机接入过程中可适用的特性(feature)。

示例性地，通过协议约定该终端发起的随机接入过程中可适用的特性(feature)。比如说，终端满足小数据传输(SDT，Small Data Transmission)条件时，则发起的随机接入过程时则可适用的特性则为SDT。因此一个Redcap终端也可以同时满足SDT发起条件，此时对于该Redcap终端而言，“Redcap”和“SDT”这两个特性对于该终端发起的随机接入过程是可适用的(applicable)。

本公开实施例还提出用于实现以上任一方法的装置，例如，提出一装置，上述装置包括用以实现以上任一方法中终端所执行的各步骤的单元或模块。再如，还提出另一装置，包括用以实现以上任一方法中网络设备(例如接入网设备、核心网功能节点、核心网设备等)所执行的各步骤的单元或模块。

应理解以上装置中各单元或模块的划分仅是一种逻辑功能的划分，在实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。此外，装置中的单元或模块可以以处理器调用软件的形式实现：例如装置包括处理器，处理器与存储器连接，存储器中存储有指令，处理器调用存储器中存储的指令，以实现以上任一方法或实现上述装置各单元或模块的功能，其中处理器例如为通用处理器，例如中央处理单元(Central ProcessingUnit，CPU)或微处理器，存储器为装置内的存储器或装置外的存储器。或者，装置中的单元或模块可以以硬件电路的形式实现，可以通过对硬件电路的设计实现部分或全部单元或模块的功能，上述硬件电路可以理解为一个或多个处理器；例如，在一种实现中，上述硬件电路为专用集成电路(application-specific integrated circuit，ASIC)，通过对电路内元件逻辑关系的设计，实现以上部分或全部单元或模块的功能；再如，在另一种实现中，上述硬件电路为可以通过可编程逻辑器件(programmable logic device，PLD)实现，以现场可编程门阵列(Field Programmable Gate Array，FPGA)为例，其可以包括大量逻辑门电路，通过配置文件来配置逻辑门电路之间的连接关系，从而实现以上部分或全部单元或模块的功能。以上装置的所有单元或模块可以全部通过处理器调用软件的形式实现，或全部通过硬件电路的形式实现，或部分通过处理器调用软件的形式实现，剩余部分通过硬件电路的形式实现。

在本公开实施例中，处理器是具有信号处理能力的电路，在一种实现中，处理器可以是具有指令读取与运行能力的电路，例如中央处理单元(Central Processing Unit，CPU)、微处理器、图形处理器(graphics processing unit，GPU)(可以理解为微处理器)、或数字信号处理器(digital signal processor，DSP)等；在另一种实现中，处理器可以通过硬件电路的逻辑关系实现一定功能，上述硬件电路的逻辑关系是固定的或可以重构的，例如处理器为专用集成电路(application-specific integrated circuit，ASIC)或可编程逻辑器件(programmable logic device，PLD)实现的硬件电路,例如FPGA。在可重构的硬件电路中，处理器加载配置文档，实现硬件电路配置的过程，可以理解为处理器加载指令，以实现以上部分或全部单元或模块的功能的过程。此外，还可以是针对人工智能设计的硬件电路，其可以理解为ASIC，例如神经网络处理单元(Neural Network Processing Unit，NPU)、张量处理单元(Tensor Processing Unit，TPU)、深度学习处理单元(Deep learningProcessing Unit，DPU)等。

图4a本公开实施例提出的终端的结构示意图。如图4a所示，终端7100可以包括：收发模块7101、处理模块7102等中的至少一者。在一些实施例中，上述收发模块用于接收第一信息。可选地，上述收发模块用于执行以上任一方法中终端101执行的发送和/或接收等通信步骤(例如步骤S2101，但不限于此)中的至少一者，此处不再赘述。可选地，上述处理模块用于执行以上任一方法中终端101执行的其他步骤(例如步骤S2102)中的至少一者，此处不再赘述。

图4b是本公开实施例提出的第一网络设备的结构示意图。如图4b所示，第一网络设备7200可以包括：收发模块7201、处理模块7202等中的至少一者。在一些实施例中，上述收发模块用于发送第一信息。可选地，上述收发模块用于执行以上任一方法中第一网络设备102执行的发送和/或接收等通信步骤中的至少一者，此处不再赘述。在一些实施例中，收发模块可以包括发送模块和/或接收模块，发送模块和接收模块可以是分离的，也可以集成在一起。可选地，收发模块可以与收发器相互替换。可选地，上述处理模块用于执行以上任一方法中第一网络设备102执行的其他步骤中的至少一者，此处不再赘述。

在一些实施例中，处理模块可以是一个模块，也可以包括多个子模块。可选地，上述多个子模块分别执行处理模块所需执行的全部或部分步骤。可选地，处理模块可以与处理器相互替换。

图5a是本公开实施例提出的通信设备8100的结构示意图。通信设备8100可以是网络设备(例如接入网设备、核心网设备等)，也可以是终端(例如用户设备等)，也可以是支持网络设备实现以上任一方法的芯片、芯片系统、或处理器等，还可以是支持终端实现以上任一方法的芯片、芯片系统、或处理器等。通信设备8100可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。

如图5a所示，通信设备8100包括一个或多个处理器8101。处理器8101可以是通用处理器或者专用处理器等，例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行程序，处理程序的数据。通信设备8100用于执行以上任一方法。

在一些实施例中，通信设备8100还包括用于存储指令的一个或多个存储器8102。可选地，全部或部分存储器8102也可以处于通信设备8100之外。

在一些实施例中，通信设备8100还包括一个或多个收发器8103。在通信设备8100包括一个或多个收发器8103时，收发器8103执行上述方法中的发送和/或接收等通信步骤中的至少一者，处理器8101执行其他步骤中的至少一者。

在一些实施例中，收发器可以包括接收器和/或发送器，接收器和发送器可以是分离的，也可以集成在一起。可选地，收发器、收发单元、收发机、收发电路等术语可以相互替换，发送器、发送单元、发送机、发送电路等术语可以相互替换，接收器、接收单元、接收机、接收电路等术语可以相互替换。

在一些实施例中，通信设备8100可以包括一个或多个接口电路8104。可选地，接口电路8104与存储器8102连接，接口电路8104可用于从存储器8102或其他装置接收信号，可用于向存储器8102或其他装置发送信号。例如，接口电路8104可读取存储器8102中存储的指令，并将该指令发送给处理器8101。

以上实施例描述中的通信设备8100可以是网络设备或者终端，但本公开中描述的通信设备8100的范围并不限于此，通信设备8100的结构可以不受图5a的限制。通信设备可以是独立的设备或者可以是较大设备的一部分。例如所述通信设备可以是：1)独立的集成电路IC，或芯片，或，芯片系统或子系统；(2)具有一个或多个IC的集合，可选地，上述IC集合也可以包括用于存储数据，程序的存储部件；(3)ASIC，例如调制解调器(Modem)；(4)可嵌入在其他设备内的模块；(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；(6)其他等等。

图5b是本公开实施例提出的芯片8200的结构示意图。对于通信设备8100可以是芯片或芯片系统的情况，可以参见图5b所示的芯片8200的结构示意图，但不限于此。

芯片8200包括一个或多个处理器8201，芯片8200用于执行以上任一方法。

在一些实施例中，芯片8200还包括一个或多个接口电路8202。可选地，接口电路8202与存储器8203连接，接口电路8202可以用于从存储器8203或其他装置接收信号，接口电路8202可用于向存储器8203或其他装置发送信号。例如，接口电路8202可读取存储器8203中存储的指令，并将该指令发送给处理器8201。

在一些实施例中，接口电路8202执行上述方法中的发送和/或接收等通信步骤(例如步骤S2101、步骤S3101，但不限于此)中的至少一者，处理器8201执行其他步骤(例如步骤S2101、步骤S2102，但不限于此)中的至少一者。

在一些实施例中，接口电路、接口、收发管脚、收发器等术语可以相互替换。

在一些实施例中，芯片8200还包括用于存储指令的一个或多个存储器8203。可选地，全部或部分存储器8203可以处于芯片8200之外。

本公开还提出存储介质，上述存储介质上存储有指令，当上述指令在通信设备8100上运行时，使得通信设备8100执行以上任一方法。可选地，上述存储介质是电子存储介质。可选地，上述存储介质是计算机可读存储介质，但不限于此，其也可以是其他装置可读的存储介质。可选地，上述存储介质可以是非暂时性(non-transitory)存储介质，但不限于此，其也可以是暂时性存储介质。

本公开还提出程序产品，上述程序产品被通信设备8100执行时，使得通信设备8100执行以上任一方法。可选地，上述程序产品是计算机程序产品。

本公开还提出计算机程序，当其在计算机上运行时，使得计算机执行以上任一方法。