CN116017750A

CN116017750A - 用于随机接入的方法和装置

Info

Publication number: CN116017750A
Application number: CN202210135342.9A
Authority: CN
Inventors: 李娇娇; 任奎; 酉春华; 常俊仁; 范强
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-10-22
Filing date: 2022-02-14
Publication date: 2023-04-25
Also published as: WO2023066347A1

Abstract

本申请实施例提供了一种用于随机接入的方法和装置，该方法包括：网络设备确定多个特性的优先级顺序，该多个特性的优先级顺序用于随机接入资源的选择；向终端设备发送用于指示该多个特性的优先级顺序的第一指示信息。通过第一指示信息配置多个特性的优先级顺序，提高多个特性的优先级顺序配置的灵活性。

Description

用于随机接入的方法和装置

本申请要求于2021年10月22日提交中国专利局、申请号为202111235600.2、申请名称为“用于随机接入的方法和装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信领域，并且更具体地，涉及一种用于随机接入的方法和装置。

背景技术

随机接入是终端设备连接到网络过程中的一个步骤。目前随机接入过程中在终端设备支持特性(如，降低能力、小包数据传输、覆盖增强和网络切片增强等)的情况下，终端设备选择随机接入资源的时候需要考虑不同特性的优先级。

如何使得终端设备能够基于不同特性的优先级选择随机接入资源成为亟待解决的问题。

发明内容

本申请实施例提供一种用于随机接入的方法和装置，终端设备能够基于接收到的第一指示信息确定多个特性的优先级顺序，通过第一指示信息配置多个特性的优先级顺序，以期提高多个特性的优先级顺序配置的灵活性。

第一方面，提供了一种用于随机接入的方法，该方法可以由网络设备执行，或者，也可以由网络设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由网络设备执行为例进行说明。

该用于随机接入的方法包括：网络设备确定多个特性的优先级顺序，该多个特性的优先级顺序用于随机接入资源的选择；该网络设备向终端设备发送第一指示信息，该第一指示信息用于指示该多个特性的优先级顺序。

基于上述技术方案，网络设备能够通过第一指示信息配置多个特性的优先级顺序，使得终端设备能够基于接收到的第一指示信息确定多个特性的优先级顺序，本申请中通过第一指示信息配置多个特性的优先级顺序，提高多个特性的优先级顺序配置的灵活性。

另外，网络设备通过第一指示信息配置多个特性的优先级顺序还能够提高网络设备对终端设备的控制。

结合第一方面，在第一方面的某些实现方式中，该多个特性中不同的特性满足以下至少一种：该不同的特性对应的业务需求不同、该不同的特性对应的传输方式不同、该不同的特性对应的设备类型不同、该不同的特性对应的应用场景不同或该不同的特性对应的功能不同。

结合第一方面，在第一方面的某些实现方式中，该第一指示信息包括在系统消息和/或专用信令中。

一种可能的设计中，专用信令为无线资源控制(radio resource control，RRC)重配置消息或RRC释放(RRCRelease)消息。

上述的第一指示信息能够通过系统消息发送给终端设备，还可以通过专用信令发送给终端设备，说明可以通过不同的方式发送第一指示信息，提高方案的灵活性。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该网络设备向该终端设备发送第二指示信息，该第二指示信息用于指示该多个特性的优先级顺序的有效时长。

基于上述技术方案，网络设备可以通过第二指示信息配置多个特性的优先级顺序的有效时长，从而提高配置的多个特性的优先级顺序的时效性。

结合第一方面，在第一方面的某些实现方式中，该网络设备向终端设备发送第一指示信息之前，该方法还包括：该网络设备接收来自该终端设备的第三指示信息，该第三指示信息用于指示该终端设备期望的多个特性的优先级顺序。

基于上述技术方案，终端设备可以通过第三指示信息上报自身期望的多个特性的优先级顺序，从而网络设备在确定多个特性的优先级顺序的时候，可以考虑到终端设备期望的多个特性的优先级顺序，从而网络设备确定的多个特性的优先级顺序可以更满足终端设备的需求。

结合第一方面，在第一方面的某些实现方式中，该第一指示信息用于指示该多个特性的优先级顺序，包括：该第一指示信息用于指示该多个特性的顺序，该多个特性的顺序用于确定该多个特性的优先级顺序；或者，该第一指示信息指示该多个特性的优先级信息，该优先级信息包括该多个特性中至少一个的特性的优先级信息，该优先级信息用于确定该多个特性的优先级顺序。

基于上述技术方案，上述的第一指示信息可以直接或者间接指示多个特性的优先级顺序，提高方案的灵活性。

第二方面，提供了一种用于随机接入的方法，该方法可以由终端设备执行，或者，也可以由终端设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由终端设备执行为例进行说明。

该用于随机接入的方法包括：终端设备接收来自网络设备的第一指示信息，该第一指示信息用于指示多个特性的优先级顺序；该终端设备根据该第一指示信息确定该多个特性的优先级顺序，该多个特性的优先级顺序用于随机接入资源的选择。

基于上述技术方案，终端设备能够基于接收到的第一指示信息确定多个特性的优先级顺序，本申请中通过第一指示信息配置多个特性的优先级顺序，提高多个特性的优先级顺序配置的灵活性。

结合第二方面，在第二方面的某些实现方式中，该多个特性中不同的特性满足以下至少一种：该不同的特性对应的业务需求不同、该不同的特性对应的传输方式不同、该不同的特性对应的设备类型不同、该不同的特性对应的应用场景不同或该不同的特性对应的功能不同。

结合第二方面，在第二方面的某些实现方式中，该第一指示信息包括在系统消息和/或专用信令中。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：该终端设备接收来自该网络设备的第二指示信息，该第二指示信息用于指示该多个特性的优先级顺序的有效时长。

结合第二方面，在第二方面的某些实现方式中，该终端设备接收来自网络设备的第一指示信息之前，该方法还包括：该终端设备向该网络设备发送第三指示信息，该第三指示信息用于指示该终端设备期望的多个特性的优先级顺序。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：该终端设备根据该第一指示信息选择随机接入资源。

结合第二方面，在第二方面的某些实现方式中，该第一指示信息指示第一特性的优先级高于第二特性的优先级，该终端设备根据该第一指示信息选择随机接入资源，包括：该终端设备确定配置有第一资源，该第一资源为该第一特性的随机接入资源，或者，该第一资源为包括该第一特性的第一特性组合的随机接入资源；该终端设备确定配置有第二资源，该第二资源为包括该第一特性和该第二特性的第二特性组合的随机接入资源，该随机接入资源包括在该第二资源中。

结合第二方面，在第二方面的某些实现方式中，该第一指示信息指示第一特性的优先级高于第二特性的优先级，该方法还包括：该终端设备在第二资源上执行随机接入失败，该第二资源为包括该第一特性和该第二特性的第二特性组合的随机接入资源；该终端设备根据该第一指示信息选择随机接入资源，包括：该终端设备确定配置有第一资源，该第一资源为该第一特性的随机接入资源，或者，该第一资源为包括该第一特性的第一特性组合的随机接入资源，该随机接入资源包括在该第一资源中。

结合第二方面，在第二方面的某些实现方式中，该第一指示信息用于指示该多个特性的优先级顺序，包括：该第一指示信息用于指示该多个特性的顺序，该多个特性的顺序用于确定该多个特性的优先级顺序；或者，该第一指示信息指示该多个特性的优先级信息，该优先级信息包括该多个特性中至少一个的特性的优先级信息，该优先级信息用于确定该多个特性的优先级顺序。

第三方面，提供一种用于随机接入的装置，该装置用于执行上述第一方面提供的方法。具体地，该用于随机接入的可以包括用于执行第一方面或第一方面的上述任意一种实现方式提供的方法的单元和/或模块，如处理单元和/或通信单元。

在一种实现方式中，该用于随机接入的装置为网络设备。当该用于随机接入的装置为网络设备时，通信单元可以是收发器，或，输入/输出接口；处理单元可以是至少一个处理器。可选地，收发器可以为收发电路。可选地，输入/输出接口可以为输入/输出电路。

在另一种实现方式中，该用于随机接入的装置为网络设备中的芯片、芯片系统或电路。当该用于随机接入的装置为网络设备中的芯片、芯片系统或电路时，通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元可以是至少一个处理器、处理电路或逻辑电路等。

以上第三方面及其可能的设计所示方法的有益效果可参照第一方面及其可能的设计中的有益效果。

第四方面，提供一种用于随机接入的装置，该用于随机接入的用于执行上述第二方面提供的方法。具体地，该用于随机接入的装置可以包括用于执行第二方面或第二方面的上述任意一种实现方式提供的方法的单元和/或模块，如处理单元和/或通信单元。

在一种实现方式中，该用于随机接入的装置为终端设备。当该用于随机接入的装置为终端设备时，通信单元可以是收发器，或，输入/输出接口；处理单元可以是至少一个处理器。可选地，收发器可以为收发电路。可选地，输入/输出接口可以为输入/输出电路。

在另一种实现方式中，该用于随机接入的装置为终端设备中的芯片、芯片系统或电路。当该用于随机接入的装置为终端设备中的芯片、芯片系统或电路时，通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元可以是至少一个处理器、处理电路或逻辑电路等。

以上第四方面及其可能的设计所示方法的有益效果可参照第二方面及其可能的设计中的有益效果。

第五方面，提供一种通信装置，该通信装装置包括：至少一个处理器，至少一个处理器与至少一个存储器耦合，至少一个存储器用于存储计算机程序或指令，至少一个处理器用于从至少一个存储器中调用并运行该计算机程序或指令，使得通信装置执行第一方面或其任意可能的实现方式中的方法。

在一种实现方式中，该装置为网络设备。

在另一种实现方式中，该通信装装置为网络设备中的芯片、芯片系统或电路。

以上第五方面及其可能的设计所示方法的有益效果可参照第一方面及其可能的设计中的有益效果。

第六方面，提供一种通信装置，该通信装置包括：至少一个处理器，至少一个处理器与至少一个存储器耦合，至少一个存储器用于存储计算机程序或指令，至少一个处理器用于从至少一个存储器中调用并运行该计算机程序或指令，使得通信装置执行第二方面或其任意可能的实现方式中的方法。

在一种实现方式中，该装置为终端设备。

在另一种实现方式中，该装置为终端设备中的芯片、芯片系统或电路。

以上第六方面及其可能的设计所示方法的有益效果可参照第二方面及其可能的设计中的有益效果。

第七方面，本申请提供一种处理器，用于执行上述各方面提供的方法。

对于处理器所涉及的发送和获取/接收等操作，如果没有特殊说明，或者，如果未与其在相关描述中的实际作用或者内在逻辑相抵触，则可以理解为处理器输出和接收、输入等操作，也可以理解为由射频电路和天线所进行的发送和接收操作，本申请对此不做限定。

第八方面，提供一种计算机可读存储介质，该计算机可读存储介质存储用于设备执行的程序代码，该程序代码包括用于执行上述第一方面或第一方面的上述任意一种实现方式或第二方面或第二方面的上述任意一种实现方式提供的方法。

第九方面，提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面或第一方面的上述任意一种实现方式或第二方面或第二方面的上述任意一种实现方式提供的方法。

第十方面，提供一种芯片，芯片包括处理器与通信接口，处理器通过通信接口读取存储器上存储的指令，执行上述第一方面或第一方面的上述任意一种实现方式或第二方面或第二方面的上述任意一种实现方式提供的方法。

可选地，作为一种实现方式，芯片还包括存储器，存储器中存储有计算机程序或指令，处理器用于执行存储器上存储的计算机程序或指令，当计算机程序或指令被执行时，处理器用于执行上述第一方面或第一方面的上述任意一种实现方式或第二方面或第二方面的上述任意一种实现方式提供的方法。

第十一方面，提供一种通信系统，该通信系统包括第三方面和第四方面所示的用于随机接入的装置。

第十二方面，提供了一种通信的方法，该方法可以由终端设备执行，或者，也可以由终端设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由终端设备执行为例进行说明。

该通信的方法包括：终端设备确定至少一个子载波间隔(subcarrier space，SCS)所属的SCS组；该终端设备确定该SCS组中最小的SCS；该终端设备确定该最小的SCS对应的无线链路控制(radio link control，RLC)往返时间(round trip time，RTT)，该RLC RTT用于确定层2缓存大小，其中，该至少一个SCS包括：

部分或全部频段组合和适用的特性集组合中支持的一个或多个SCS，或者，部分或全部频段组合中支持的一个或多个SCS。

基于上述技术方案，通过对SCS进行分组的方式，可以避免在终端设备聚合高频或超高频载波时，由于使用不合适的RLC RTT而导致的层2缓存过大的问题。

结合第十二方面，在第十二方面的某些实现方式中，该终端设备确定至少一个SCS所属的SCS组，包括：

该终端设备根据协议预定义确定至少一个SCS所属的SCS组；或者，

该终端设备接收来自网络设备的第五指示信息，该第五指示信息用于指示至少一个SCS所属的SCS组。

基于上述技术方案，终端设备可以通过不同的方式确定至少一个SCS所属的SCS组，提高方案的灵活性。

结合第十二方面，在第十二方面的某些实现方式中，该方法还包括：该终端设备确定SCS与SCS组的映射关系。

结合第十二方面，在第十二方面的某些实现方式中，该RLC RTT与层2缓存大小满足以下关系：

其中，N为SCS组的个数。MaxDLDataRate(i)为SCS属于第i个SCS组的频段或频段组合上支持的最大的下行数据速率。MaxULDataRate(i)为SCS属于第i个SCS组的频段或频段组合上支持的最大的上行数据速率。

其中，N为SCS组的个数。MaxDLDataRate为该终端设备支持的最大下行数据速率，MaxULDataRate为该终端设备支持的最大上行数据速率。

第十三方面，提供了一种通信的方法，该方法可以由网络设备执行，或者，也可以由网络设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由网络设备执行为例进行说明。

该通信的方法包括：网络设备确定至少一个SCS所属的SCS组，该SCS组中最小SCS对应的RLC RTT用于确定层2缓存大小；该网络设备向终端设备发送第五指示信息，该第五指示信息用于指示至少一个SCS所属的SCS组，其中，该至少一个SCS包括：

第十四方面，提供了一种通信的装置，该装置可以是第十二方面的终端设备，或者，也可以是第十二方面的终端设备的组成部件(例如芯片或者电路)执行，对此不作限定。

该通信的装置包括：处理单元，用于确定至少一个SCS所属的SCS组；该处理单元，用于确定该SCS组中最小SCS；该处理单元，用于确定该最小的SCS对应的RLC RTT，该RLCRTT用于确定层2缓存大小，其中，该至少一个SCS包括：

结合第十四方面，在第十四方面的某些实现方式中，该处理单元，用于确定至少一个SCS所属的SCS组，包括：

该处理单元，用于根据协议预定义确定至少一个SCS所属的SCS组；或者，

该装置还包括：接收单元，用于接收来自网络设备的第五指示信息，该第五指示信息用于指示至少一个SCS所属的SCS组。

结合第十四方面，在第十四方面的某些实现方式中，该处理单元，用于确定SCS与SCS组的映射关系。

第十五方面，提供了一种通信的装置，该装置可以是第十三方面的网络设备，或者，也可以是第十二方面的网络设备的组成部件(例如芯片或者电路)执行，对此不作限定。

该通信的装置包括：处理单元，用于确定至少一个SCS所属的SCS组，该SCS组中最小SCS对应的RLC RTT用于确定层2缓存大小；发送单元，用于向终端设备发送第五指示信息，该第五指示信息用于指示至少一个SCS所属的SCS组，其中，该至少一个SCS包括：

第十六方面，提供一种计算机可读存储介质，该计算机可读存储介质存储用于设备执行的程序代码，该程序代码包括用于执行上述第十二方面或第十二方面的上述任意一种实现方式或第十三方面或第十三方面的上述任意一种实现方式提供的方法。

第十七方面，提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第十二方面或第十二方面的上述任意一种实现方式或第十三方面或第十三方面的上述任意一种实现方式提供的方法。

第十八方面，提供一种芯片，芯片包括处理器与通信接口，处理器通过通信接口读取存储器上存储的指令，执行上述第十二方面或第十二方面的上述任意一种实现方式或第十三方面或第十三方面的上述任意一种实现方式提供的方法。

可选地，作为一种实现方式，芯片还包括存储器，存储器中存储有计算机程序或指令，处理器用于执行存储器上存储的计算机程序或指令，当计算机程序或指令被执行时，处理器用于执行上述第十二方面或第十二方面的上述任意一种实现方式或第十三方面或第十三方面的上述任意一种实现方式提供的方法。

第十九方面，提供一种通信系统，该通信系统包括第十四方面和第十五方面所示的通信的装置。

附图说明

图1是本申请实施例适用的通信系统100的示意图。

图2中的(a)至(d)是网络设备和终端设备之间通信方式的示意图。

图3是一种四步随机接入过程的示意性流程图。

图4是一种两步随机接入过程的示意性流程图。

图5是本申请实施例提供的一种用于随机接入的方法的示意性流程图。

图6中的(a)至(d)是终端设备选择随机接入资源的示意性流程图。

图7是另一种终端设备选择随机接入资源的示意性流程图。

图8是根据本申请实施例提供的通信装置的示意性框图。

图9是根据本申请实施例提供的通信装置的另一示意性框图。

具体实施方式

下面将结合附图，对本申请实施例中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：第五代(5thgeneration，5G)系统或新无线(new radio，NR)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time divisionduplex，TDD)等。本申请提供的技术方案还可以应用于未来的通信系统，如第六代移动通信系统。本申请实施例的技术方案还可以应用于设备到设备(device to device，D2D)通信，车辆外联(vehicle-to-everything，V2X)通信，机器到机器(machine to machine，M2M)通信，机器类型通信(machine type communication，MTC)，以及物联网(internet ofthings，IoT)通信系统或者其他通信系统。

为便于理解本申请实施例，首先以图1中示出的通信系统为例详细说明本申请实施例适用的通信系统。图1是本申请实施例适用的通信系统100的示意图。如图1所示，该通信系统100可以包括至少一个网络设备，例如图1所示的网络设备110；该通信系统100还可以包括至少一个终端设备，例如图1所示的终端设备120。网络设备110与终端设备120可通过无线链路通信。各通信设备，如网络设备110和终端设备120，均可以配置多个天线。对于该通信系统100中的每一个通信设备而言，所配置的多个天线可以包括至少一个用于发送信号的发射天线和至少一个用于接收信号的接收天线。因此，该通信系统100中的各通信设备之间，如网络设备110与终端设备120之间，可通过多天线技术通信。

作为示例而非限定，针对图1所示的场景中的网络设备和终端设备之间可以通过多种方式进行通信，如网络设备与终端设备之间通过点对点传输方式通信、网络设备与终端设备之间通过多跳(或者说中继(relay))传输方式通、多个网络设备和终端设备之间通过双连接(dual connectivity，DC)或多连接传输方式通等。如图2中的(a)至(d)所示，图2中的(a)至(d)是网络设备和终端设备之间通信方式的示意图。

其中，图2中的(a)所示的为网络设备与终端设备之间点对点传输；图2中的(b)所示的为网络设备与终端设备之间多跳单连接传输；图2中的(c)所示的为网络设备与终端设备之间双连接传输；图2中的(d)所示的为网络设备与终端设备之间多跳多连接传输。

需要说明的是，图2只是示例性的，对本申请的保护范围不构成任何的限定，本申请实施例中对于网络设备和终端设备之间的通信方式不进行任何的限定。例如，网络设备和终端设备之间的传输可以是上行、下行、接入链路、回传(backhaul)链路或侧链路(Sidelink)等。

本申请实施例中的终端设备(terminal equipment)可以指接入终端、用户单元、用户站、移动站、移动台、中继站、远方站、远程终端、移动设备、用户终端(user terminal)、用户设备(user equipment，UE)、终端(terminal)、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digitalassistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

作为示例而非限定，在本申请实施例中，可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

此外，在本申请实施例中，终端设备还可以是IoT系统中的终端设备，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。在本申请实施例中，IOT技术可以通过例如窄带(narrow band，NB)技术，做到海量连接，深度覆盖，终端省电。

本申请实施例中的网络设备可以是用于与终端设备通信的任意一种具有无线收发功能的设备。该设备包括但不限于：演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base stationcontroller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(homeevolved NodeB，HeNB，或home Node B，HNB)、基带单元(baseBand unit，BBU)，无线保真(wireless fidelity，WIFI)系统中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmission and receptionpoint，TRP)等，还可以为5G，如，NR，系统中的gNB，或，传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或，分布式单元(distributed unit，DU)等。

在一些部署中，gNB可以包括集中式单元(centralized unit，CU)和DU。gNB还可以包括有源天线单元(active antenna unit，AAU)。CU实现gNB的部分功能，DU实现gNB的部分功能。比如，CU负责处理非实时协议和服务，实现无线资源控制(radio resource control，RRC)，分组数据汇聚层协议(packet data convergence protocol，PDCP)层的功能。DU负责处理物理层协议和实时服务，实现无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理(physical，PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息，或者，由PHY层的信息转变而来，因而，在这种架构下，高层信令，如RRC层信令，也可以认为是由DU发送的，或者，由DU+AAU发送的。可以理解的是，网络设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外，可以将CU划分为接入网(radio access network，RAN)中的网络设备，也可以将CU划分为核心网(core network，CN)中的网络设备，本申请对此不做限定。

在本申请实施例中，终端设备或网络设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。该硬件层包括中央处理器(centralprocessing unit，CPU)、内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且，本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是终端设备或网络设备，或者，是终端设备或网络设备中能够调用程序并执行程序的功能模块。

另外，本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于：磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmableread-only memory，EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读存储介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。

应理解，图1和图2是以网络设备与终端设备通信为例，简单说明本申请能够应用的一个通信场景，不对本申请可以应用的其他场景产生限制。

还应理解，图1和图2仅为便于理解而示例的简化示意图，该通信系统中还可以包括其他网络设备或者还可以包括其他终端设备，图1和图2中未予以画出。

例如，通信系统中还可以包括用于管理终端设备以及网络设备配置的核心网设备，如，包括接入和移动性管理功能(access and mobility management function，AMF)网元、会话管理功能(session management function，SMF)网元、用户面功能(user planefunction，UPF)网元、策略控制功能(policy control function，PCF)网元等。

图1和图2为本申请实施例适用的通信系统，为了便于理解本申请实施例的技术方案，在以5G架构为基础介绍本申请实施例的方案之前，首先对本申请实施例可能涉及到的5G中的一些术语或概念进行简单描述。

1、随机接入过程。

随机接入过程是指从终端设备发送随机接入前导码(preamble)开始尝试接入网络到与网络间建立起基本的信令连接之前的过程。

需要说明的是，终端设备在选择发送preamble的随机接入信道时机(RACHoccasion，RO)之前，终端设备需要选择上行载波。例如，在配置了补充上行链路(supplementary uplink，SUL)或正常上行链路(normal uplink)NUL的情况下，终端设备可以选择工作在SUL还是NUL上。

在选择完上行载波之后，终端设备(如，处于RRC连接态的终端设备)可能需要进行部分带宽(BWP)操作。例如，当终端设备的激活上行BWP上没有配置RO，则终端设备需要将该激活上行BWP切换至初始上行BWP。

在选择完上行载波或BWP操作之后，终端设备需要进行随机接入(random access，RA)类型的选择，可以理解为终端设备需要选择是执行两步随机接入(下述图4所示的为执行两步随机接入)还是执行四步随机接入(下述图3所示的为执行四步随机接入)。

进一步地，在确定了RA类型之后，终端设备需要进行RACH资源选择：终端设备可以根据选择的同步信号块(Synchronization Signal and PBCH block，SSB)以及SSB与RO之间的映射关系选择发送preamble的RO；或者，终端设备可以根据选择的SSB以及SSB与preamble之间的映射关系选择发送的preamble。

例如，一个SSB可以与多个RO对应，或多个SSB映射到一个RO上；还例如，一个SSB与一个或多个preamble对应，不同的SSB使用的preamble可以不同。

目前随机接入主要分为两类：一类是四步随机接入，一类是两步随机接入。为了便于理解，结合图3和图4分别介绍四步随机接入过程和两步随机接入过程。

图3是一种四步随机接入过程的示意性流程图。

从图3中可以看出，四步随机接入的过程可以包括以下步骤：

S310，终端设备向网络设备发送随机接入前导码。

示例性地，终端设备在物理随机接入信道(physical random access channel，PRACH)资源上向网络设备发送随机接入前导码，其中，PRACH资源可以理解为随机接入信道时机(RACH occasion，RO)。

网络设备接收到终端设备发送的随机接入前导码之后，基于该随机接入前导码向终端设备发送随机接入响应(random access response，RAR)，图3所示的随机接入的过程还包括：

S320，网络设备向终端设备发送RAR。

示例性地，网络设备向终端设备发送的RAR中包括指示发送消息3(massage 3，Msg3)的上行资源的指示信息。可以理解为终端设备接收到该RAR之后，能够获知用于发送Msg3的上行资源。

终端设备接收到RAR之后，基于该RAR发送Msg3，图3所示的随机接入的过程还包括：

S330，终端设备向网络设备发送Msg3。

示例性地，Msg3可以包括层2(layer 2，L2)信息和/或层3(layer 3，L3)信息，例如，RRC连接建立请求消息；还例如，波束失败恢复(beam failure recovery，BFR)MAC控制单元(control element，CE)。

在终端设备竞争解决成功的情况下，网络设备向终端设备发送竞争解决消息，图3所示的随机接入的过程还包括：

S340，网络设备向终端设备发送竞争解决消息。

示例性地，竞争解决消息中包括终端设备的标识(identify，ID)，其中，竞争解决消息也可以称为消息4(massage 4，Msg4)。当从Msg3中判断随机接入为基于竞争的随机接入时，则保存需要竞争的终端设备的信息，在通过Msg4解决竞争时，会对这些竞争的终端设备进行竞争解决。

需要说明的是，本申请中上述的图3只是为了便于说明四步随机接入过程而提供的一种示意图，对本申请的保护范围不构成任何的限定，四步随机接入过程的具体描述可以参考目前相关技术中的介绍。

图4是一种两步随机接入过程的示意性流程图。

从图4中可以看出，两步随机接入的过程可以包括以下步骤：

S410，终端设备向网络设备发送消息A(message A，MsgA)。

该MsgA中包括preamble部分和物理上行共享信道(physical uplink sharedchannel，PUSCH)部分。其中，preamble部分在PRACH资源(如上文所述的RO)上发送，PUSCH资源上可以承载L2或L3信息，例如，BFR MAC CE或RRC连接建立请求消息。

网络设备接收到终端设备发送的消息A之后，基于该消息A向终端设备发送RAR，图4所示的随机接入的过程还包括：

S420，网络设备向终端设备发送消息B(message B，MsgB)。

MsgB消息可以包含成功的RAR(successRAR)或回退的RAR(fallbackRAR)。

在终端设备接收到fallbackRAR的情况下，终端设备需要回退到四步随机接入过程，即发送Msg3。

除上述的两步随机接入到四步随机接入的回退过程外，如果网络设备在触发随机接入时选择进行两步随机接入过程，在两步随机接入过程的preamble达到最大发送次数之后，终端设备还可以回退(fallback)到四步随机接入过程尝试接入，从而增大终端设备的接入成功率，保证终端设备的接入性能。

2、PRACH资源划分。

由上述对于随机接入过程的描述可知，随机接入需要基于PRACH资源发送随机接入前导码。目前协议中规定具有以下特性的终端设备需要划分PRACH资源，以四步随机接入为例：

(1)降低能力(Reduced Capability，RedCap)。

RedCapUE指的是降低能力的终端设备，降低能力可以指终端设备支持的最大带宽降低，或终端设备的天线数降低等。由于RedCap UE支持的最大带宽(例如，20MHz)比传统终端设备(或者称为非RedCap终端设备)小，因此在进行随机接入过程时，网络设备需要在Msg1提前识别RedCap UE，从而网络设备可以在后续RACH过程中对RedCap UE进行特殊处理：

例如，在RAR中调度的Msg3上行资源不超过RedCap UE支持的最大带宽，以及在Msg4中对RedCap UE进行合适的配置等。

网络设备也可以不配置RedCap的Msg1提前识别，而是通过Msg3识别RedCap UE：

例如，在网络设备配置的初始上行BWP带宽不超过20MHz的情况下，网络设备可以通过Msg3识别RedCap UE。

需要说明的是，RedCap应理解为一种终端设备类型，为了与下述的3种特性统一描述，下文中也使用“特性”描述，即RedCap可以理解为终端设备支持的特性。

(2)小包数据传输(small data transmission，SDT)。

RRC非激活(RRC_INACTIVE)状态的终端设备可以进行基于RACH的小包传输，可以理解为终端设备在发送Msg3时也发送小包数据，终端设备无需进入连接态即可进行小包数据传输，达到节省功耗和时延的目的。

因此终端设备可以在Msg1上报终端设备请求小包数据传输，使得网络设备可以在RAR中为终端设备调度较大的Msg3传输资源以承载小包数据。

(3)覆盖增强(coverage enhancement，CovEnh)。

CovEnh研究的内容包括如何通过重复传输提高Msg3的覆盖性能。因此终端设备可以在Msg1中上报需要进行覆盖增强，从而网络设备可以调度Msg3的重复(repetition)。

(4)网络切片的RAN侧增强(RAN slicing)。

网络切片的RAN侧增强，考虑到一些业务或者用户的优先级较高，网络设备可以为该业务或用户提供专用的RACH资源，从而向网络指示切片的高优先级，实现RACH资源隔离。

另外，一个切片组可以包括一个或多个切片，网络设备可以为每个切片组配置独立的专用PRACH资源，多个切片组也可以共享独立的专用PRACH资源。

以上4个特性需要网络设备在RACH过程的Msg1(或MsgA)过程识别终端设备的特性，因此网络设备需要为该特性配置独立的PRACH资源。独立的PRACH资源可以包括独立的RO(如，独立的时频域资源RO)或专用的preamble。

例如，网络设备可以为RedCap UE配置独立的RO资源，网络设备在该资源上接收到preamble，可以识别出发送该preamble的终端设备为RedCap UE，从而在后续过程中对该终端设备进行特殊处理。

以上4个特性之间的特性组合(feature combination)也需要网络设备配置专用的RACH资源。

例如，若RedCap UE触发了基于RACH的小包传输，则网络设备既需要在Msg1中识别该终端设备为RedCap UE，从而在后续RACH过程中对RedCap UE进行特殊处理，且网络设备还需要在Msg1中识别终端设备请求的是SDT传输，从而在配置Msg3资源时，考虑到小包数据的传输。此时网络设备需要为RedCap UE触发基于RACH的小包传输的场景配置独立的RACH资源，可以表示为RedCap+SDT(或表示为RedCapandSDT)的特性组合对应的资源。

以上4个特性之间的特性组合包括以下几种：

SDT+RedCap(或者表示为RedCap and SDT)；

RedCap+CovEnh(或者表示为RedCapand CovEnh)；

CovEnh+slicing(或者表示为CovEnhandslicing)；

SDT+slicing(或者表示为SDT and slicing)；

SDT+CovEnh(或者表示为SDT and CovEnh)；

RedCap+slicing(或者表示为RedCap and slicing)；

SDT+RedCap+CovEnh(或者表示为SDT and RedCapand CovEnh)；

SDT+RedCap+slicing(或者表示为SDT and RedCap and slicing)；

SDT+CovEnh+slicing(或者表示为SDT and CovEnh and slicing)；

RedCap+CovEnh+slicing(或者表示为RedCap and CovEnh and slicing)；

SDT+REdCap+CovEnh+slicing(或者表示为SDT and RedCap and CovEnh andslicing)。

需要说明的是，本申请中对于特性组合的具体名称不做限定，包括多种特性即可，至于以特性组中的特性之间用“+”表示，还是用“and”表示，还是用其他连接符表示，还是没有连接符号不做限定。如，上述的SDT+RedCap可以直接表示为SDT,RedCap。

因此网络设备不仅可能需要为以上4个特性配置独立的RACH资源，还需要为以上特性组合配置独立的RACH资源。

除此以外，还需要考虑两步随机接入与以上特性或特性组合的结合。

例如，网络设备可能需要为RedCap UE配置独立的两步随机接入资源；

还例如，网络设备可能需要为进行切片组1业务的RedCap UE配置独立的两步随机接入资源。

3、RACH资源选择。

在网络设备配置中，网络设备可以为所有特性或特性组合(如上述的4个特性、4个特性的组合特性、特性或特性组合与两步随机接入的结合等)配置专用的RACH资源，也可以仅为部分特性或特性组合配置专用的RACH资源。每个特性或特性组合的专用RACH资源可以称为RACH划分(RACH partition)。

例如，触发RACH过程的特性组合为RedCap+CovEnh+slicing，但是网络设备没有配置RedCap+CovEnh+slicing特性组合的专用RACH资源，仅配置了包括RedCap+slicing和RedCap+CovEnh的特性或特性组合的专用RACH资源。在该情况下终端设备选择哪个特性或特性组合的专用RACH资源，可能取决终端设备在RACH资源选择过程中的特性优先级(或称为特性优先级顺序、特性排序、特性优先级准则等)。此处的特性优先级还可以理解为终端设备在执行RACH资源选择过程中的特性顺序，并不一定代表不同特性对应的业务的重要性。

其中，触发RACH过程的特性组合可以理解为在RACH启动过程中满足了特性组合中相关特性的条件。例如，终端设备为RedCap UE，且终端设备测量的信号质量阈值满足了覆盖增强的条件，到达终端设备的业务是切片组相关的，触发RACH过程的特性组合可以为RedCap+CovEnh+slicing。

在RACH资源选择过程以外，特性优先级还可能影响RACH回退(fallback)过程。

例如，触发RACH过程的特性组合为RedCap+CovEnh+slicing，且网络设备配置了RedCap+CovEnh+slicing特性组合的专用RACH资源，但是终端设备基于该资源的RACH过程失败了(一次或多次)，则终端设备可以回退到其他资源上的RACH过程，此时RACH过程选择RedCap+slicing还是RedCap+CovEnh特性组合的专用资源，也取决于RACH回退机制中的特性优先级。

上述结合图1和图2简单介绍了本申请能够适用的场景，并介绍了本申请中涉及的基本概念，由上述可知，RACH资源选择需要考虑到特性优先级。

一种RACH资源选择的方法是：通过协议规定特性之间的优先级，从而确定引入上述的各个特性后的RACH资源选择的过程和/或RACH回退过程。

例如，协议规定在资源选择过程中特性之间的优先级为:

第一优先级：RedCap

第二优先级：RAN slicing

第三优先级：覆盖增强或SDT

以回退过程为例，当RACH是由RedCap+CovEnh+slicing特性组合触发的，但是基于此特性组合的专用资源的RACH过程失败了，则按照以上特性优先级，UE应回退到RedCap+slicing特性组合的专用资源(如果配置了的话)，而不能回退到RedCap+CovEnh特性组合的专用资源上。

但是考虑到有些网络设备的部署和策略不同，或网络设备在特定时间阶段的部署和策略变更，在以上示例中网络设备可能需要以保证终端设备的覆盖为先，即按照网络设备的期望终端设备应回退到RedCap+CovEnh特性组合的专用资源上。且对于不同的终端设备，其业务优先级需求可能不同，因此协议规定的特性优先级可能并不符合终端设备的需求。

协议规定终端设备进行RACH资源选择和/或RACH回退机制的特性优先级，则不同网络下终端设备总是按照特性优先级进行RACH资源选择和/或RACH过程，没有考虑网络的部署和策略，以及终端设备的业务需求。RACH资源选择和/或RACH回退过程的灵活性较低。

为了避免目前协议规定的特性优先级导致RACH资源选择不符合需求的问题，本申请提供一种用于随机接入的方法，以期提高RACH资源选择的灵活性。

下文示出的实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是终端设备或接入网设备，或者，是终端设备或接入设备中能够调用程序并执行程序的功能模块。

为了便于理解本申请实施例，做出以下几点说明。

第一，在本申请中，“用于指示”可以理解为“使能”，“使能”可以包括直接使能和间接使能。当描述某一信息用于使能A时，可以包括该信息直接使能A或间接使能A，而并不代表该信息中一定携带有A。

将信息所使能的信息称为待使能信息，则具体实现过程中，对待使能信息进行使能的方式有很多种，例如但不限于，可以直接使能待使能信息，如待使能信息本身或者该待使能信息的索引等。也可以通过使能其他信息来间接使能待使能信息，其中该其他信息与待使能信息之间存在关联关系。还可以仅仅使能待使能信息的一部分，而待使能信息的其他部分则是已知的或者提前约定的。例如，还可以借助预先约定(例如协议规定)的各个信息的排列顺序来实现对特定信息的使能，从而在一定程度上降低使能开销。同时，还可以识别各个信息的通用部分并统一使能，以降低单独使能同样的信息而带来的使能开销。

第二，在本申请中示出的第一、第二以及各种数字编号(例如，“#1”、“#2”等)仅为描述方便，用于区分的对象，并不用来限制本申请实施例的范围。例如，区分不同的指示信息等。而不是用于描述特定的顺序或先后次序。应该理解这样描述的对象在适当情况下可以互换，以便能够描述本申请的实施例以外的方案。

第三，在本申请中，“预设”可包括预先定义，例如，协议定义。其中，“预先定义”可以通过在设备(例如，包括终端设备或网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。

第四，本申请实施例中涉及的“保存”，可以是指的保存在一个或者多个存储器中。所述一个或者多个存储器，可以是单独的设置，也可以是集成在编码器或者译码器，处理器、或通信装置中。所述一个或者多个存储器，也可以是一部分单独设置，一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质，本申请并不对此限定。

第五，本申请实施例中涉及的“协议”可以是指通信领域的标准协议，例如可以包括5G协议、新空口(new radio，NR)协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。

以下，不失一般性，以网络设备和终端设备之间的交互为例详细说明本申请实施例提供的用于随机接入的方法。

图5是本申请实施例提供的一种用于随机接入的方法的示意性流程图。包括以下步骤：

S510，网络设备确定多个特性的优先级顺序。

其中，该多个特性中不同的特性满足以下至少一种：不同的特性对应的业务需求不同、不同的特性对应的传输方式不同、不同的特性对应的设备类型不同、不同的特性对应的应用场景不同或不同的特性对应的功能不同。

示例性地，多个特性中不同的特性可以理解为该多个特性中任意的两个特性。

示例性地，不同的特性对应的业务需求不同可以理解为：不同特性对应的性能需求不同,例如，不同特性对传输时延、可靠性、业务优先级等一种或多种性能需求不同，或者不同特性对应的业务(例如视频、通话和云游戏等)不同。可选地，业务需求也可以是服务质量(Quality of QoS,QoS)。

示例性地，不同的特性对应的传输方式不同可以理解为：不同特性对应组播、广播或单播等不同传输方式。

示例性地，不同的特性对应的设备类型不同可以理解为：不同特性对应RedCapUE、物理网终端等不同设备类型。

示例性地，不同的特性对应的应用场景不同可以理解为：不同特性可以用于工业物联网、可穿戴设备、智能手机和卫星通信等不同场景。

示例性地，不同的特性对应的功能可以理解为：不同特性是为了提高终端设备的覆盖、节省终端设备的功耗、降低终端设备的成本，提升用户体验等不同功能。

或者说，多个特性包括降低能力的设备类型、小包数据传输、覆盖增强或接入网切片增强中的多种；

具体地，多个特性包括前文基本概念中介绍的PRACH资源划分中涉及的RedCap、SDT、CovEnh和RAN slicing等。

其中，多个特性可以是RedCap、SDT、CovEnh和RAN slicing中的多个。

例如，多个特性为RedCap、SDT、CovEnh和RAN slicing。

还例如，多个特性为RedCap、SDT和CovEnh。

又例如，多个特性为RedCap、SDT和RAN slicing。

又例如，多个特性为RedCap和SDT。

另外，不同的slicing group的特性优先级也可以配置地不同。

例如，特性优先级的排序为：RedCap>RAN slicing group 2>CovEnh>RAN slicinggroup1>SDT。

或者说，网络设备可以为特性配置专用的随机接入资源，不同的特性的专用的随机接入资源可以不同，随机接入资源包括时域资源、频域资源或码域资源。

需要说明的是，本申请实施例中对于多个特性包括的具体特性的种类和个数不做限定；另外，本申请中对于特性的具体形式不做限制，可以是目前讨论的几种特性(如，降低能力的设备类型、小包数据传输、覆盖增强或接入网切片增强等)中的一种或多种特性，还可以是未来通信方法中引入的其他特性中的一种或多种。

作为一种可能的实现方式，网络设备可以根据网络设备的部署和策略配置不同特性的优先级。

例如，根据网络设备的部署和策略，网络设备支持降低能力的终端设备、小包数据传输、覆盖增强和网络切片增强，并且降低能力、小包数据传输、覆盖增强和网络切片增强的优先级高低排序为：降低能力>小包数据传输>覆盖增强>网络切片增强，网络设备确定多个特性的优先级顺序为：降低能力>小包数据传输>覆盖增强>网络切片增强。

作为另一种可能的实现方式，网络设备可以根据历史通信信息确定不同特性的优先级。

例如，历史通信信息指示网络设备支持降低能力、小包数据传输、覆盖增强和网络切片增强，并且降低能力、小包数据传输、覆盖增强和网络切片增强的优先级高低排序为：降低能力>小包数据传输>覆盖增强>网络切片增强，网络设备确定多个特性的优先级顺序为：降低能力>小包数据传输>覆盖增强>网络切片增强。

作为又一种可能的实现方式，网络设备可以根据管理设备的指示确定不同特性的优先级。

例如，管理设备指示网络设备支持降低能力、小包数据传输、覆盖增强和网络切片增强，并且降低能力、小包数据传输、覆盖增强和网络切片增强的优先级高低排序为：降低能力>小包数据传输>覆盖增强>网络切片增强，网络设备确定多个特性的优先级顺序为：降低能力>小包数据传输>覆盖增强>网络切片增强。

需要说明的是，本申请实施例中对于网络设备确定多个特性的优先级顺序的具体实现方式不做限定。

进一步地，网络设备还可以根据实时的策略和部署更新多个特性的优先级顺序，提高确定多个特性的优先级顺序的灵活性，提升了终端设备的接入性能。

示例性的，在后续引入其他特性时(如，除上述的4种特性之外的特性)，网络设备也可以增加特性的优先级。

例如，引入了特性#1，该特性#1的优先级高于RedCap。当前的多个特性的优先级顺序为：RedCap>RAN slicing>CovEnh>SDT，网络设备可以不用更新当前的这4种特性的优先级顺序，而是将新引入的特性作为最高优先级指示给终端设备即可，从而这种配置优先级顺序的方法的向前兼容性更好。

示例性的，网络设备可以仅配置部分特性的优先级，例如协议规定RedCap为最高优先级，slicing为第二优先级，网络设备配置SDT和CovEnh的特性优先级为CovEnh>SDT。

具体地，网络设备确定多个特性的优先级顺序之后，可以通过第一指示信息向终端设备配置该多个特性的优先级顺序，图5所示的方法还包括：

S520，网络设备向终端设备发送第一指示信息，或者说终端设备接收来自网络设备的第一指示信息。

该第一指示信息用于指示上述的网络设备确定的多个特性的优先级顺序。

作为一种可能的实现方式，所述第一指示信息指示所述多个特性的顺序，所述多个特性的顺序用于确定所述多个特性的优先级顺序。

示例性地，第一指示信息指示所述多个特性的顺序可以是显示地指示该多个特性的顺序。例如使用多个特性的特性标识信息指示多个特性的顺序：为了便于理解，下面以多个特性包括RedCap、RAN slicing、CovEnh和SDT为例进行说明。

例如，第一指示信息中包括多个特性的标识信息，该多个特性的标识信息的顺序指示多个特性的顺序为RedCap、RAN slicing、CovEnh和SDT，则多个特性的优先级顺序为RedCap>RAN slicing>CovEnh>SDT。

具体地，可以通过指示某个特性的标识指示某个特性。如，用4个比特标识每个特性，RedCap标识为0000，RAN slicing的标识为0001，SDT的特识为0011，CovEnh的标识为0010，则第一指示信息中包含多个特性的顺序指示字段：0000000100100011。

示例性地，第一指示信息指示所述多个特性的顺序可以是隐式地指示该多个特性的顺序。如通过多个特性的专用配置信息指示多个特性的顺序：为了便于理解，下面以多个特性包括RedCap、RAN slicing、CovEnh和SDT为例进行说明。

例如，网络设备分别为各个特性配置专用资源或专用配置，此时各个特性的专用资源或专用配置的顺序为RedCap、RAN slicing、CovEnh和SDT，则多个特性的优先级顺序为RedCap>RAN slicing>CovEnh>SDT，其中，第一指示信息可以理解为各个特性出现的顺序。

作为另一种可能的实现方式，所述第一指示信息指示所述多个特性的优先级信息，所述优先级信息包括所述多个特性中至少一个特性的优先级信息，所述优先级信息用于确定所述多个特性的优先级顺序。

示例性地，第一指示信息指示所述多个特性的优先级信息可以是指示特性的绝对优先级：为了便于理解，下面以多个特性包括RedCap、RAN slicing、CovEnh和SDT为例进行说明。

例如，网络设备为特性配置绝对优先级，以此来确定特性的优先级排序。网络设备配置RedCap的特性绝对优先级为7，SDT的绝对特性优先级为5，RAN slicing的特性绝对优先级为6，CovEnh的绝对特性优先级为4。

可选地，数值越大，表示优先级越高，则特性优先级排序为RedCap>RAN slicing>SDT>CovEnh。

可选地，数值越小，表示优先级越高，则特性优先级排序为CovEnh>SDT>RANslicingRedCap>。

还例如，网络设备还可以配置特性组合的特性优先级，特性组合包括多个特性。如特性组合#1包括CovEnh和RAN slicing，该特性组合#1的特性优先级为5。特性组合#1可以与其他特性或特性组合进行优先级的比较。特性组合包括的特性也是网络设备配置的。

又例如，网络设备可以为不同特性配置相同的优先级，如CovEnh和RAN slicing的特性优先级均为5，则终端设备在两个特性之间的选择为随机选择或终端设备可以基于其他信息(如，历史通信信息)选择，本申请不限制。

示例性地，第一指示信息指示所述多个特性的优先级信息可以是指示特性的优先级排名：为了便于理解，下面以多个特性包括RedCap、RAN slicing、CovEnh和SDT为例进行说明。

例如，网络设备指示RedCap的特性优先级排序为1，SDT的特性优先级排序为3，RANslicing的特性优先级排序为2，CovEnh的特性优先级排序为4，则特性优先级排序为RedCap>RAN slicing>SDT>CovEnh。

需要说明的是，上述第一指示信息通过指示特性的顺序指示多个特性的优先级顺序，以及第一指示信息通过指示特性的优先级信息指示多个特性的优先级顺序的方案只是举例说明可以通过不同的方式指示多个特性的优先级顺序，对本申请的保护范围不构成任何的限定，其他能够用于指示多个特性的优先级顺序的指示信息也在本申请的保护范围之内，这里不再赘述。

本申请实施例中网络设备确定的多个特性的优先级顺序可以是针对该网络设备所服务的终端设备，还可以是针对某个终端设备，上述的第一指示信息的发送方式包括以下两种可能：

可能一：

第一指示信息包括在系统消息中，上述的步骤S520可以理解为：网络设备向终端设备发送系统消息，系统消息中包括第一指示信息。

在可能一中，网络设备可以在系统消息中广播多个特性的优先级顺序。对于网络设备来说能够通过广播的方式向服务的多个终端设备配置多个特性的优先级顺序，提高了配置效率。

如网络设备在系统消息(例如，SIB1)中广播多个特性的优先级顺序，则终端设备需要按照SIB1中广播的多个特性的优先级顺序进行RACH资源选择和/或RACH回退。

例如，网络设备广播的多个特性的优先级顺序为：RedCap>CovEnh>RAN slicing>SDT。此时如果协议中规定了默认多个特性的优先级顺序(如，协议中规定特性优先级为：RedCap>RAN slicing>CovEnh>SDT)，终端设备应按照系统消息中广播的多个特性的优先级顺序RedCap>CovEnh>RAN slicing>SDT进行RACH资源选择和/或RACH回退过程。

示例性地，系统消息中配置的多个特性的优先级顺序可以包括邻区的特性的优先级，例如，在SIB2、SIB3或SIB4中配置邻区的特性的优先级顺序。

可能二：

第一指示信息包括在专用信令中，上述的步骤S520可以理解为：网络设备向终端设备发送专用信令，专用信令中包括第一指示信息。

在可能二中，网络设备通过专用信令配置多个特性的优先级顺序。对于网络设备来说能够通过针对某个终端设备配置多个特性的优先级顺序。

示例性地，在终端设备进入连接态，网络设备可以通过RRC重配消息配置多个特性的优先级顺序。

当网络设备在专用信令中配置了多个特性的优先级顺序时，终端设备可以使用专用信令中配置的多个特性的优先级顺序进行RACH资源选择和/或RACH回退，如，终端设备可以忽略系统消息中广播的多个特性的优先级顺序和/或协议中规定的默认多个特性的优先级顺序。

示例性地，在终端设备即将离开连接态时，网络设备可以通过RRC释放消息配置多个特性的优先级顺序，在终端设备进入非连接态(例如，RRC IDLE状态或RRC INACTIVE状态)后，终端设备可以使用RRC释放消息中配置的多个特性的优先级顺序进行RACH资源选择和/或RACH回退过程。

示例性地，RRC释放消息中配置的多个特性的优先级顺序可以包括服务小区的特性的优先级，和/或，邻区的特性的优先级顺序，其中，服务小区可以理解为给终端设备发送RRC释放消息的小区。

作为一种可能的实现方式，系统消息中包括的第一指示信息所指示的多个特性的优先级顺序(如，优先级顺序#1)，与专用信令中包括的第一指示信息所指示的多个特性的优先级顺序(如，优先级顺序#2)不同，其中，优先级顺序#1和优先级顺序#2都属于多个特性的优先级顺序。

进一步地，网络设备可以通过第二指示信息，指示配置的多个特性的优先级顺序的有效时长，图5所示的方法流程还包括：

S521，网络设备向终端设备发送第二指示信息，或者说终端设备接收来自网络设备的第二指示信息。

该第二指示信息用于指示多个特性的优先级顺序的有效时长。

例如，系统消息中包括第一指示信息和第二指示信息，第一指示信息指示多个特性的优先级顺序(如，优先级顺序#1)，第二指示信息用于指示优先级顺序#1的有效时长。

还例如，专用消息中包括第一指示信息和第二指示信息，第一指示信息指示多个特性的优先级顺序(如，优先级顺序#2)，第二指示信息用于指示优先级顺序#2的有效时长。

可选地，该有效时长还可以是协议预定义的，或者包括在其他消息中，如，第一指示信息和第二指示信息可以通过两条信令发送，本申请对此不做限定。

示例性地，第二指示信息可以是定时器或时长指示信息。

为了便于理解，以专用信令中包括第一指示信息和第二指示信息为例进行说明：

例如，RRC释放消息中的第一指示信息指示的多个特性的优先级顺序(如，优先级顺序#2)的有效性可以受定时器或时长的控制。

在定时器未超时或未到一定时长的情况下，终端设备基于RRC释放消息中配置的优先级顺序#2发起RACH过程；

在定时器超时或达到一定时长的情况下，终端设备基于系统消息中广播的多个特性的优先级顺序(如，优先级顺序#1)或协议规定的默认特性优先级发起RACH过程。

上述的定时器的启动条件包括：终端设备接收到该定时器配置，或终端设备接收到RRC释放消息；定时器的停止条件是包括：终端设备发生RRC状态转换，如终端设备进入RRC连接态；定时器超时的情况下，终端设备可以丢弃多个特性的优先级顺序，或者说终端设备可以丢弃第二指示信息，在该情况下终端设备也可以继续按照该多个特性的优先级顺序进行RACH资源选择和/或RACH回退过程。

作为一种可能的实现方式，网络设备可以根据终端设备的偏好确定上述的多个特性的优先级顺序，图5所示的方法还包括：

S511，终端设备向网络设备发送第三指示信息，或者说网络设备接收来自终端设备的第三指示信息。

该第三指示信息用于指示终端设备期望的多个特性的优先级顺序。其中，第三指示信息可以包括在RRC建立请求消息、RRC恢复请求消息或RRC重建请求消息等消息中。

例如，终端设备可以在专用信令(如，RRC建立请求消息、RRC恢复请求消息或RRC重建请求消息等)中上报期望的多个特性的优先级顺序(或者称为偏好的多个特性的优先级顺序)，网络设备基于终端设备上报的特性优先级确定专用信令中配置的多个特性的优先级顺序。

需要说明的是，上述的终端设备期望的多个特性的优先级顺序(如，第一优先级顺序)和网络设备确定得到的多个特性的优先级顺序(如，第二优先级顺序)可以相同也可以不同。

进一步地，终端设备接收到上述的第一指示信息之后，能够根据第一指示信息确定多个特性的优先级顺序。图5所示的方法流程还包括：

S530，终端设备根据第一指示信息确定多个特性的优先级顺序。

另外，终端设备还可以根据多个特性的优先级顺序选择随机接入资源。其中，随机接入资源包括时域、频域和/或码域资源。选择时频域资源可以理解为选择RO，选择码域资源可以理解为选择preamble。

本申请实施例中终端设备在以下两种流程中涉及随机接入资源的选择：

流程一：RACH资源选择。

随机接入流程被触发，终端设备选择随机接入资源。

示例性地，以第一指示信息指示第一特性的优先级高于第二特性的优先级、终端设备至少支持第一特性和第二特性以及随机接入流程的触发条件至少包括第一特性和第二特性为例说明流程一中终端设备选择随机接入资源的过程，包括：

所述终端设备确定配置有第一资源，所述第一资源为所述第一特性的随机接入资源，或者，所述第一资源为包括所述第一特性的第一特性组合的随机接入资源；

所述终端设备确定配置有第二资源，所述第二资源为包括所述第一特性和所述第二特性的第二特性组合的随机接入资源，所述随机接入资源包括在所述第二资源中。

需要说明的是，在第一指示信息指示除第一特性和第二特性之外的其他的特性(如，第三特性)的优先级的情况下，终端设备需要进行包括该第三特性的特性组合的随机接入资源的选择。

下面以一个具体的例子，说明流程一中终端设备选择随机接入资源，图6中的(a)至(d)是终端设备选择随机接入资源的示意性流程图。此处的随机接入资源选择过程可以理解为初始随机接入资源选择，或终端设备启动随机接入过程后的资源选择过程。

图6中的(a)所示的场景下多个特性的优先级顺序为：RedCap>CovEnh>RANslicing>SDT，终端设备为RedCap UE，且终端设备支持RAN slicing特性和CovEnh特性，RACH过程为RedCap+RACH slicing(切片组1)+CovEnh特性组合触发的。

该选择随机接入资源的流程包括以下步骤：

S610，RACH资源选择过程启动。

S620，终端设备判断是否配置有资源#1。

其中，资源#1为RedCap的专用资源，或者，RedCap相关的特性组合(如，SDT+RedCap、RedCap+slicing、或者SDT+RedCap+CovEnh等)的专用资源。

若配置有资源#1，执行步骤S630：终端设备判断是否配置有资源#2。如果没有配置资源#1，执行步骤S621：终端设备在资源#3中选择RO发送preamble。

其中，资源#2为资源#1中包括的RedCap+CovEnh相关的特性组合(如，RedCap+CovEnh、或者SDT+RedCap+CovEnh等)的专用资源；资源#3为传统的PRACH资源(即非RedCap专用资源)。

若配置有资源#2，执行步骤S640：终端设备判断是否配置有资源#4。如果没有配置资源#2，执行步骤S631：终端设备在资源#5中选择RO发送preamble。

其中，资源#4为资源#2中包括的RedCap+CovEnh+slicing相关的特性组合的专用资源；资源#5为RedCap专用资源，或传统PRACH资源；

若配置有资源#4，执行步骤S650：终端设备在资源#4中选择RO发送preamble。如果没有配置资源#4，执行步骤S651：终端设备在资源#2中选择RO发送preamble。

图6中的(a)所示的随机接入资源的选择流程仅为示例。终端设备也可以根据特性优先级执行其他的随机接入资源选择的流程。

例如，终端设备首先确定是否配置触发RACH过程的特性组合配置专用资源，没有配置的情况下再按照特性优先级依次确定是否配置其他特性组合的专用资源。如图6中的(b)所示的流程，图6中的(b)是另一种终端设备选择随机接入资源的示意性流程图。

图6中的(b)所示的场景下多个特性的优先级顺序为：RedCap>CovEnh>RANslicing>SDT，终端设备为RedCap UE，且终端设备支持RAN slicing特性和CovEnh特性，RACH过程为RedCap+RACH slicing(切片组1)+CovEnh特性组合触发的。

该选择随机接入资源的流程包括以下步骤：

S611，RACH资源选择过程启动。

S612，终端设备判断是否配置有资源#4。

其中，资源#4为RedCap+CovEnh+slicing特性组合的专用资源。

若没有配置有资源#4，执行步骤S613：终端设备判断是否配置有资源#2。如果配置资源#4，执行步骤S614：终端设备在资源#4中选择RO发送preamble。

其中，资源#2为RedCap+CovEnh特性组合的专用资源。

若没有配置有资源#2，执行步骤S615：终端设备判断是否配置有资源#1。如果配置资源#2，执行步骤S616：终端设备在资源#2中选择RO发送preamble。

其中，资源#1为RedCap的专用资源；

若配置有资源#1，执行步骤S617：终端设备在资源#1中选择RO发送preamble。如果没有配置资源#1，执行步骤S618：终端设备在资源#3中选择RO发送preamble。

其中，资源#3为传统的PRACH资源(即非RedCap专用资源)。

示例性地，终端设备还可以根据特性优先级执行其他的随机接入资源选择的流程。

例如，终端设备首先确定是否配置触发RACH过程的特性组合配置专用资源，没有配置的情况下再按照特性优先级依次确定是否配置其他特性组合的专用资源，并且在按照特性优先级依次确定是否配置其他特性组合的专用资源时，遍历触发RACH的特性组合中的其他特性，直至选择到合适的资源。如图6中的(c)所示的流程，图6中的(c)是又一种终端设备选择随机接入资源的示意性流程图。

图6中的(c)所示的场景下多个特性的优先级顺序为：RedCap>CovEnh>RANslicing>SDT，终端设备为RedCap UE，且终端设备支持RAN slicing特性和CovEnh特性，RACH过程为RedCap+RACH slicing(切片组1)+CovEnh特性组合触发的。

该选择随机接入资源的流程包括以下步骤：

S601，RACH资源选择过程启动。

S602，终端设备判断是否配置有资源#1。

若配置有资源#1，执行步骤S603：终端设备判断是否配置有资源#2。

其中，资源#2为资源#1中包括的RedCap+CovEnh相关的特性组合(如，RedCap+CovEnh、或者SDT+RedCap+CovEnh等)的专用资源。

若没有配置资源#1，执行步骤S6041：终端设备判断是否配置有资源#11。其中，资源#11为专用资源中CovEnh的专用资源，或者，CovEnh相关的特性组合(如，CovEnh+slicing、或者CovEnh+SDT等)的专用资源。

若没有配置资源#11，执行步骤S6042：终端设备判断是否配置有资源#12。其中，资源#12为专用资源中slicing的专用资源。在配置有资源#12的情况下，执行步骤S6043：终端设备在资源#12中选择RO发送preamble；或者，在没有配置资源#12的情况下，执行步骤S6044：终端设备在资源#3中选择RO发送preamble资源#3为传统的PRACH资源(即非RedCap专用资源)。

若配置有资源#11，执行步骤S604：终端设备判断是否配置有资源#6。

其中，资源#6为专用资源中CovEnh+slicing专用资源。

在配置有资源#6的情况下，执行步骤S607：终端设备在资源#6中选择RO发送preamble。

在没有配置资源#6的情况下，执行步骤S608：终端设备在资源#13中选择RO发送preamble。其中，资源#13为专用资源中CovEnh的专用资源。

若配置有资源#2，执行步骤S605：终端设备判断是否配置有资源#4。

其中，资源#4为资源#2中包括的RedCap+CovEnh+slicing相关的特性组合的专用资源。

若没有配置资源#2，执行步骤S606：终端设备判断是否配置有资源#7。

其中，资源#7为RedCap+slicing专用资源，或者，RedCap+slicing相关的特性组合(如，RedCap+slicing+SDT等)的专用资源。

在配置有资源#7的情况下，执行步骤S6091：终端设备在资源#7中选择RO发送preamble。

在没有配置资源#7的情况下，执行步骤S6092：终端设备在资源#8中选择RO发送preamble。资源#8为传统的PRACH资源(即非RedCap专用资源)，或者资源#8为RedCap专用资源。

若配置有资源#4，执行步骤S609：终端设备在资源#4中选择RO发送preamble。如果没有配置资源#4，执行步骤S6093：终端设备在资源#2中选择RO发送preamble。示例性地，终端设备还可以根据特性优先级执行其他的随机接入资源选择的流程。

例如，当网络没有配置触发RACH的特性组合的专用资源时，终端设备在依次排除较低优先级的特性的同时，需要将特性组合中包括的其他特性遍历。如图6中的(d)所示的流程，图6中的(d)是又一种终端设备选择随机接入资源的示意性流程图。

图6中的(d)所示的场景下多个特性的优先级顺序为：RedCap>CovEnh>RANslicing>SDT，终端设备为RedCap UE，且终端设备支持RAN slicing特性和CovEnh特性，RACH过程为RedCap+RACH slicing(切片组1)+CovEnh特性组合触发的。

该选择随机接入资源的流程包括以下步骤：

S6011，RACH资源选择过程启动。

S6012，终端设备判断是否配置有资源#4。

其中，资源#4为RedCap+CovEnh+slicing特性组合的专用资源。

若没有配置有资源#4，执行步骤S6013：终端设备判断是否配置有资源#2。如果配置资源#4，执行步骤S6014：终端设备在资源#4中选择RO发送preamble。

其中，资源#2为RedCap+CovEnh特性组合的专用资源。

若没有配置有资源#2，执行步骤S6015：终端设备判断是否配置有资源#9。如果配置资源#2，执行步骤S6016：终端设备在资源#2中选择RO发送preamble。

其中，资源#9为RedCap+slicing的专用资源；

若配置有资源#9，执行步骤S6017：终端设备在资源#9中选择RO发送preamble。如果没有配置资源#9，执行步骤S6018：终端设备判断是否配置有资源#1。

其中，资源#1为RedCap的专用资源；

如果配置资源#1，执行步骤S6019：终端设备在资源#1中选择RO发送preamble。如果没有配置资源#1，执行步骤S6020：终端设备判断是否配置有资源#6。

其中，资源#6专用资源中CovEnh+slicing专用资源。

在配置有资源#6的情况下，执行步骤S6021：终端设备在资源#6中选择RO发送preamble。

在没有配置资源#6的情况下，执行步骤S6023：终端设备判断是否配置有资源#13。其中，资源#13为专用资源中CovEnh的专用资源。

若没有配置资源#13，执行步骤S6024：终端设备判断是否配置有资源#12。其中，资源#12为专用资源中slicing的专用资源。在配置有资源#12的情况下，执行步骤S6025：终端设备在资源#12中选择RO发送preamble；或者，在没有配置资源#12的情况下，执行步骤S6026：终端设备在资源#3中选择RO发送preamble资源#3为传统的PRACH资源(即非RedCap专用资源)。

若配置有资源#13，执行步骤S6022：终端设备在资源#13中选择RO发送preamble。

可以理解，相比于上述的图6中的(b)所示的资源选择流程，该图6中的(d)所示的资源选择流程在RACH资源选择过程中遍历更加全面的特性组合，使得终端设备能够选择更加接近触发RACH的特性组合的特性组合的专用资源。

流程二：RACH回退。

随机接入失败(如，随机接入前导码发送失败或竞争解决失败)，终端设备选择随机接入资源。

示例性地，以第一指示信息指示第一特性的优先级高于第二特性的优先级、终端设备至少支持第一特性和第二特性以及随机接入流程的触发条件至少包括第一特性和第二特性为例说明流程二中终端设备选择随机接入资源的过程，包括：

所述终端设备在第二资源上执行随机接入失败，所述第二资源为包括所述第一特性和所述第二特性的第二特性组合的随机接入资源；

所述终端设备确定配置有第一资源，所述第一资源为所述第一特性的随机接入资源，或者，所述第一资源为包括所述第一特性的第一特性组合的随机接入资源，所述随机接入资源包括在所述第一资源中。下面以一个具体的例子，说明流程二中终端设备选择随机接入资源，图7是另一种终端设备选择随机接入资源的示意性流程图。

图7所示的场景下多个特性的优先级顺序为：RedCap>CovEnh>RAN slicing>SDT，终端设备为RedCap UE，且终端设备支持RAN slicing特性和CovEnh特性，RACH过程为RedCap+RACH slicing(切片组1)+CovEnh特性组合触发的。

该选择随机接入资源的流程包括以下步骤：

S710，终端设备基于资源#4执行随机接入失败。

例如，终端设备在资源#4中选择RO发送preamble失败。资源#4为RedCap+CovEnh+slicing相关的特性组合的专用资源。

S720，终端设备判断是否回退。

若回退，执行步骤S730：终端设备判断是否配置有资源#2。若不回退，执行步骤S721：终端设备在资源#4中选择RO发送preamble。

其中，资源#2为RedCap+CovEnh相关的特性组合的专用资源。

若配置有资源#2，执行步骤S740：终端设备在资源#2中选择RO发送preamble。如果没有配置资源#2，执行步骤S731：终端设备判断是否配置有资源#1。

其中，资源#1为RedCap的专用资源，或者，RedCap相关的特性组合的专用资源。

若配置有资源#1，执行步骤S750：终端设备在资源#1中选择RO发送preamble。如果没有配置资源#1，执行步骤S741：终端设备在资源#3中选择RO发送preamble。资源#3为传统的PRACH资源(即非RedCap专用资源)。

以上示例中，资源#1、资源#2、资源#3和资源#4包括不同的RO。如果资源#1、资源#2、资源#3和资源#4中全部资源或部分资源的RO相同，preamble不同，则终端设备对应的行为是在RO中选择要发送的preamble。上述的图6中的(a)至(d)以及图7只是举例说明终端设备如何使用多个特性的优先级顺序进行随机接入资源的选择，对本申请的保护范围不构成任何的限定，终端设备还可以在考虑多个特性的优先级顺序的情况下，通过其他的方式进行随机接入资源的选择，这里不再赘述。

另外，上述的流程一和流程二可以单独执行，还可以结合执行，例如，终端设备执行流程一之后，在流程一选择的随机接入资源上执行随机接入失败可以执行流程二所示的回退流程。

可以理解的是，在上述举例中以某些特性为例，对特性的名称不做任何的限定。例如RedCap可以替换为第一特性，SDT可以替换为第二特性，slicing可以替换为第三特性，CovEnh可以替换为第四特性。上述流程一和流程二中的判断步骤可以为部分可选。

需要说明的是，上述的流程一和流程二所示的随机接入资源的选择过程，可以适用于非连接态的终端设备，此时终端设备需要确定的是初始上行BWP中是否配置对应特性或特性组合的专用RACH资源。上述的流程一和流程二所示的随机接入资源的选择过程还可以适用于连接态的终端设备。如果终端设备处于连接态(如，RRC_CONNCET状态)，在当前激活的BWP上可能未配置有通过上述资源选择方式确定的专用资源。在该情况下终端设备需要确定激活上行BWP上是否配置有通过上述资源选择方式确定的专用资源，并基于多个特性的优先级顺序重新选择随机接入资源或者切换至初始上行BWP。其中，通过上述资源选择方式确定的专用资源包括流程中各个步骤确定的专用资源。

另外需要说明的是，图6和图7所示的资源选择流程中，只是举例说明流程一和流程二中终端设备所基于的多个特性的优先级顺序可以相同，对本申请的保护范围不构成任何的限定。上述的流程一和流程二中终端设备所基于的多个特性的优先级顺序也可以不同，即网络设备配置的用于随机接入资源选择和RACH回退资源选择的多个特性的优先级顺序可以相同(为同一套多个特性的优先级顺序配置)，也可以不同(分别配置)。

示例性地，终端设备可以从网络设备配置的两套多个特性的优先级顺序配置分别选择用于随机接入资源选择的多个特性的优先级顺序和用于RACH回退资源选择的多个特性的优先级顺序。

示例性地，网络设备可以通过指示信息指示两套多个特性的优先级顺序配置中的一套用于随机接入资源选择，另一套用于RACH回退资源选择。

示例性地，终端设备维护第四指示信息，第四指示信息用于指示终端设备要使用随机接入资源选择的特性优先级顺序，或终端设备要使用RACH回退资源选择的特性优先级顺序。例如，终端设备确定要进行RACH回退，则终端设备将第四指示信息设置为RACH回退资源选择的特性优先级顺序，或终端设备确定要进行RACH资源选择，则终端设备将第四指示信息设置为随机接入资源选择的特性优先级顺序。

应理解，上述实施例中主要以网络设备确定多个特性的优先级顺序，并通过第一指示信息配置该多个特性的优先级顺序为例进行说明，以使得终端设备能够根据该多个特性的优先级顺序进行随机接入资源的选择。作为另一种可能的实现方式，网络设备还可以确定多个特性组合的优先级顺序，并通过指示信息配置该多个特性组合的优先级顺序，以使得终端设备能够根据该多个特性组合的优先级顺序进行随机接入资源的选择。

例如，网络设备确定多个特性组合的优先级顺序为SDT+RedCap>RedCap+CovEnh>CovEnh+slicing>SDT+slicing>SDT+CovEnh>RedCap+slicing>SDT+RedCap+CovEnh>SDT+RedCap+slicing>SDT+CovEnh+slicing>RedCap+CovEnh+slicing>SDT+REdCap+CovEnh+slicing。

当RedCap+CovEnh+slicing特性组合触发的RACH进行资源选择或RACH回退时，终端设备可以按照网络设备配置的特性组合的优先级确定随机接入资源。例如，如果网络设备没有配置RedCap+CovEnh+slicing特性组合的专用资源，或在该专用资源上的RACH失败，由于RedCap+CovEnh、CovEnh+slicing和RedCap+slicing特性组合中RedCap+CovEnh特性组合的特性组合优先级最高，如果网络设备配置了RedCap+CovEnh特性组合的专用资源，则终端设备选择该专用资源发起随机接入。

特性组合的优先级还可以包括两步随机接入相关的特性组合，例如RedCap+SDT+2-step RACH等。

考虑到网络设备为所有特性组合配置特性组合优先级的信令开销可能比较大，因此网络设备还可以配置特性组合集合的特性优先级，特性组合集合包括多个特性或特性优先级。

又例如，如特性组合集合#1包括RedCap和与RedCap相关的特性组合(例如SDT+RedCap、RedCap+slicing、SDT+RedCap+CovEnh等)，特性组合集合#2包括slicing和与slicing相关的特性组合(例如SDT+slicing、CovEnh+slicing等)。特性组合集合#1的优先级高于特性组合集合#2的优先级。特性组合集合包括的特性或特性组合也可以是网络设备配置的。终端设备根据特性组合集合的特性优先级选择随机接入资源。例如，终端设备根据触发RACH流程的特性或特性组合，首先在高优先级的特性组合集合中选择随机接入资源，在高优先级的特性组合集合中选不到随机接入资源后，才在次优先级的特性组合集合中选择随机接入资源。

示例性地，特性组合的优先级的配置与特性优先级的配置方式类似，包括但不限于以下方式：

方式1：网络设备通过字段1(例如，FeatureCombinationPreamble-r17)配置特性或特性组合1的专用资源和/或专用参数，并指示特性或特性组合1的优先级。

例如，字段1用于配置优先级的值，通过不同特性或特性组合的优先级的值确定不同特性或特性组合的优先级相对关系。

方式2：特性组合的优先级可以根据特性组合中包括的特性的优先级确定。例如，特性组合的优先级为特性组合中包括的单个特性的优先级之和。网络设备指示特性的优先级(例如，RedCap特性优先级为5，SDT特性优先级为4)，终端设备计算特性组合中包括的特性的优先级的和，作为特性组合的优先级(RedCap+SDT的特性优先级为9)。需要说明的是，特性组合的优先级可以根据特性组合中包括的特性的优先级经过其他数学运算确定，例如，特性组合的优先级为特性组合中包括的所有特性的优先级中优先级最高的优先级或所有特性的优先级中优先级最低的优先级，本申请对具体的数学运算不做限制。可以理解，方式2相对于方式1的能够节省信令开销。

方式3：网络设备还可以通过配置特性组合的顺序指示特性组合的优先级。例如，网络设备可以先配置特性组合1的专用资源或专用参数，再配置特性组合2的专用资源或专用参数，则表明特性组合1的特性组合优先级高于特性组合2。

示例性地，还可以认为优先级是与特性(或特性组合)的专用资源(或者称为RACH划分)对应的，即网络设备配置RACH划分的优先级。

当网络设备没有配置触发RACH的特性组合的专用资源时，终端设备按照特性组合的优先级在触发RACH的特性组合的子集中选择RACH资源。

例如，网络设备配置为优先级为：RedCap+SDT(优先级为6)，RedCap+Slicing(优先级为5)，Slicing+SDT(优先级为3)，RedCap+CovEnh(优先级为7)，RedCap(优先级为5)，Slicing(优先级为3)，SDT(优先级为4)。

触发RACH的特性组合为RedCap+SDT+Slicing，由上述的配置可知网络设备没有配置对应的专用资源。终端设备可以按照特性组合(包括特性)的优先级，选择优先级最高的RedCap+SDT，并从RedCap+SDT特性组合的专用资源中选择RACH资源或RO。

示例性地，当特性(或特性组合)的优先级，或RACH划分的优先级相等时，终端设备可以通过随机选择、根据包含的特性的数量进行选择、或按照特性组合中包括的单个特性组合优先级进行选择、或以RedCap和/或CovEnh优先的方式从触发RACH的特性组合的特性组合子集中进行RACH资源选择。

例如，网络设备配置为优先级为：RedCap+SDT(优先级为6)，RedCap+Slicing(优先级为5)，Slicing+SDT(优先级为3)，RedCap+CovEnh(优先级为6)，RedCap(优先级为6)，Slicing(优先级为5)，SDT(优先级为4)。触发RACH的特性组合为RedCap+SDT+Slicing，由上述的配置可知网络设备没有配置对应的专用资源。

终端设备可以通过下述的方式进行资源选择，例如，包括但不限于以下方式中的任一种：

方式1：随机选择。当特性(或特性组合)的优先级，或RACH划分的优先级相等时，终端设备从优先级相等的特性(或特性组合)或RACH划分中选择RACH资源。

终端设备从触发RACH的特性组合的子集中优先级最高的RedCap+SDT、RedCap+CovEnh和RedCap中随机选择。该方式1所示的资源选择方式实现比较简单。

方式2：根据包含的特性的数量进行选择。当特性(或特性组合)的优先级，或RACH划分的优先级相等时，终端设备从优先级相等的或特性组合或RACH划分中选择包含特性数量最多的特性组合或RACH划分。可选的，当特性组合或RACH划分中包含的特性数量相等时，终端设备可以从中随机选择特性组合或RACH划分。

RedCap+SDT和RedCap+CovEnh包含的特性数量比RedCap多，因此终端设备可以优先选择RedCap+SDT和RedCap+CovEnh。至于RedCap+SDT和RedCap+CovEnh中选择哪一个，可以随机选择或根据下述的方式3或4方式选择。该方式2所示的资源选择方式可以尽量选择满足更多特性的资源。

方式3：按照特性组合中包括的单个特性组合优先级进行选择。特性(或特性组合)的优先级，或RACH划分的优先级相等时，终端设备从中选择包含的特性的特性优先级较大的特性组合。或者特性(或特性组合)的优先级，或RACH划分的优先级相等时，终端从中选择包含的特性的特性优先级之和最大/最小的特性组合。特性优先级的值越大，表明特性的优先级越高，或特性优先级的值越小，表明特性的优先级越高。

可选的，方式3使用的条件还可以包括其他条件，例如特性组合中包含的特性的数量也相等。

终端设备不考虑RedCap+SDT和RedCap+CovEnh中均包括的RedCap，由于CovEnh的优先级比SDT高，因此选择RedCap+CovEnh。类似于计算单个特性的优先级之和，根据和的大小进行选择。

该方式3所示的资源选择方式可以选择包括的特性的优先级比较高的特性组合。考虑到网络设备可能为较高优先级的特性配置较为优先的资源或提供较好的服务，因此终端设备按照该方式3接入后享受到优先资源或服务的可能性较大。

方式4：以RedCap和/或CovEnh优先。特性(或特性组合)的优先级，或RACH划分的优先级相等时，终端设备从中选择包含RedCap和/或CovEnh的特性组合。若多个特性组合中均包括RedCap和/或CovEnh，终端设备可以从中随机选择，或按照上述方式2或方式3进行选择。

终端设备考虑到RedCap的识别会影响Msg3的上行资源配置是否分配合理，是否进行CovEnh会影响Msg3是否发送成功，因此以满足这两个特性为优先。终端设备选择RedCap+CovEnh特性组合的专用资源进行RACH。

方式5：基于资源到达的时域先后选择。当特性(或特性组合)的优先级，或RACH划分的优先级相等时，从优先级相等的或特性组合或RACH划分中选择最先到达的。

例如，终端设备在选择资源进行RACH时，RedCap+SDT和RedCap+CovEnh优先级相等，且RedCap+SDT在时域上要早于RedCap+CovEnh到达，终端设备选择RedCap+SDT特性组合的专用资源进行RACH。需要说明的是，上述实施例中涉及的slicing可以特指一个或多个切片或切片组。

进一步地，考虑到终端设备可以在连接态执行请求覆盖增强(CovEnh)的RACH，或当终端设备为RedCap UE时，终端设备可以在连接态执行RACH过程(即RedCap特性和/或CovEnh特性可以适用于连接态)。因此网络设备可以配置用于连接态终端设备的特性或特性组合的优先级。具体配置方式可以参考前述实施例。

为了便于理解，以RedCap和CovEnh为例说明网络设备配置用于连接态的特性或特性组合的优先级。

例如，网络设备配置RedCap优先级>CovEnh特性优先级，则当连接态终端设备由RedCap+CovEnh特性组合触发RACH且网络没有配置RedCap+CovEnh专用资源时，终端设备应该按照连接态的特性或特性组合优先级，选择RedCap特性的专用RACH资源。

本申请还提供一种通信的方法，用于确定层2缓存(Layer 2buffer)大小。下面对该通信的方法进行说明：

终端设备在接入网络设备后，终端设备与网络设备之间可以进行数据传输。为了保证数据的正确接收和/或发送，对终端设备的层2缓存(Layer 2buffer)大小进行确定。具体地，层2缓存总大小定义为终端设备能够存储的无线链路控制(radio link control,RLC)传输窗口、RLC接收窗口、RLC重组窗口，以及PDCP重排序窗口的数据的字节数总和。

示例性地，多模双连接(multi-radio dual connectivity,MR-DC)和新空口对新空口双连接(new radio dual connectivity,NR-DC)场景下所需的层2缓存总大小基于以下公式计算值的最大值确定：

MaxULDataRate_MN*RLCRTT_MN+MaxULDataRate_SN*RLCRTT_SN+MaxDLDataRate_SN*RLCRTT_SN+MaxDLDataRate_MN*(RLCRTT_SN+X2/Xn delay+Queuing in SN) (式1-1)

其中，MaxULDataRate_MN和MaxDLDataRate_MN分别为主节点(master node,MN)的最大上行数据速率和最大下行数据速率；MaxULDataRate_SN和MaxDLDataRate_SN分别为辅节点(secondary node,SN)的最大上行数据速率和最大下行数据速率；RLCRTT_MN和RLCRTT_SN分别为MN和SN的RLC往返时间(Round Trip Time，RTT)。X2/Xn delay指在X2或Xn接口的传输时间。Queuing in SN表示在SN内执行数据队列处理时间。

MaxULDataRate_MN*RLCRTT_MN+MaxULDataRate_SN*RLCRTT_SN+MaxDLDataRate_MN*RLCRTT_MN+MaxDLDataRate_SN*(RLCRTT_MN+X2/Xn delay+Queuing in MN) (式1-2)

其中，MaxULDataRate_MN和MaxDLDataRate_MN分别为主节点(MN)的最大上行数据速率和最大下行数据速率；MaxULDataRate_SN和MaxDLDataRate_SN分别为辅节点(SN)的最大上行数据速率和最大下行数据速率；RLCRTT_MN和RLCRTT_SN分别为MN和SN的RLC往返时间(Round Trip Time，RTT)。X2/Xn delay指在X2或Xn接口的传输时间。Queuing in SN表示在SN内执行数据队列处理时间。示例性地，非MR-DC和NR-DC场景下所需的层2缓存总大小基于以下公式计算值的最大值确定：

MaxDLDataRate*RLC RTT+MaxULDataRate*RLC RTT (式1-3)

其中，MaxDLDataRate和MaxULDataRate分别为最大下行数据速率和最大上行数据速率；RLC RTT为RLC往返时间。

如果辅小区组(secondary cell group，SCG)为NR小区组，则X2/Xn delay+Queuing in SN＝25ms，如果SCG为LTE小区组，则X2/Xn delay+Queuing in SN＝55ms。如果MCG为NR小区组，则X2/Xn delay+Queuing in MN＝25ms，如果MCG为LTE小区组，则X2/Xndelay+Queuing in MN＝55ms。另外，对于LTE小区组，RLC RTT为75ms。

对于终端设备所支持的MR-DC或NR频段组合中每个频段组合和适用的功能集组合，都可以计算得到对应的所需的层2缓存总大小。终端设备最终需要的总的层2缓存总大小为上述各种组合计算得到的层2缓存区总大小的最大值。

对应的NR小区组的RLC RTT根据该小区组的频段组合和适用的特性集组合中支持的最小子载波间隔(subcarrier spacing,SCS)对应的RLC RTT确定。具体如下表1所示：

表1

关于上面最大速率的计算，具体计算方式如下：

对某个频段或某个频段组合内给定数量的载波进行聚合载波的情况，近似的最大数据速率的计算如下：

其中，J是某个频段或频段组合内聚合的载波数目；

表示最大编码速率；

对于第j个载波，

表示该载波上终端设备的最大支持的层数；

表示最大支持调制阶数；

f^(j)表示缩放因子，f^(j)可以取1,0.8,0.75或0.4等；

μ表示对应于不同的子载波间隔的系统参数(numerology)；

表示μ下子帧的平均OFDM符号持续时间，如

假设为常规循环前缀；

表示μ下带宽BW(j)内的最大分配RB，其中BW(j)是在给定band或BC中终端设备支持的最大带宽。具体如下表2和表3所示。

表2

表3

OH^(j)的取值基于对应的上下行频段不同，可以取值0.14，0.18，0.08或0.10等。

对于单个载波的情况，终端设备应支持不小于使用上述公式计算的数据速率，其中J＝1，且

不小于4。

对于运行SUL的小区，只计算UL或SUL载波中的一个(取具有更高数据速率的载波)。

但是，针对高频载波(如，大于71GHz的FR2-2高频载波)，引入了更大的子载波间隔，即480KHz SCS和960KHz SCS。

根据上述定义的计算所需的层2缓存区总大小的公式，缓存区大小由DL/UL支持的最大数据速率和RLC RTT确定。此外，DL/UL支持的最大数据速率由UE在给定频段或频段组合中支持的最大带宽决定。RLC RTT对应于频段组合中的载波所支持的最小SCS。

示例性地，假设终端设备支持频段1和频段2的组合，假设频段1的SCS为15KHz，频段2的SCS为120KHz，则终端设备在确定需要的最大层2缓存时，将根据15KHz的SCS对应的RLC RTT进行计算。即在上述公式中使用50ms进行计算。

当终端设备使用高频载波(如，上述提到的FR2-2高频载波)，由于这些载波上支持的可用带宽更大，因此支持的最大数据速率将更高。不同于之前的低频段间的载波聚合，在进行低频载波和高频段载波的载波聚合时，由于两个载波上支持的最大的数据传输速率差别更大，这样采用上述的确定层2缓存大小的方式确定的终端设备的层2缓存大小将会非常大，最终会提高端设备的成本。

例如，假设终端设备在某个NR小区组上支持频段3和频段4的组合。假设频段3为低频载波(如700MHz载波)，频段3对应的SCS为15KHz，而频段4为高频载波(如71GHz载波)，频段4对应的SCS为960KHz。假设700MHz载波支持的最大数据速率为300Mbps，71GHz载波支持的最大数量为20Gbps，则终端设备如果按照上述的确定层2缓存大小的方式需要使用15KHz对应的RLC RTT，即50ms进行层2缓存大小的计算。这种情况下，由于使用频段4的高频载波能够达到的最大峰值速率非常高，再加上使用了较大的50ms的RLC RTT，则会导致最终确定的层2缓存大小非常大。而一定程度上，960KHz的SCS对应的RLC RTT可以降低到例如4ms或5ms。因此，在使用50ms的RLC RTT和5ms的RLC RTT确定的层2缓存大小将相差近10倍，从而导致非常大层2缓存开销，极大增加了终端设备的成本。

为了解决上述的确定层2缓存大小的方式导致的层2缓存过大的问题，可以采用将SCS进行分组的方法来降低层2缓存大小。可以将子载波间隔(Sub-Carrier Spacing，SCS)划分为2个或2个以上的组，然后在确定层2缓存大小时，终端设备根据该小区组中多个频段或多个频段组合对应的各自的SCS，确定各个SCS所属的SCS组。在确定多个频段或多个频段组合所属的SCS组后，UE在每个SCS组内，选择所述频段或频段组合的最小的SCS所对应的RLC RTT用于层2缓存大小的计算。

具体地，SCS和SCS组的映射关系，可以在协议中进行固定，或者也可以网络设备确定后，将SCS和SCS组的映射关系下发给终端设备。

例如，下表4中，15KHz，30KHz，60KHz，和120KHz的SCS构成一个SCS组。240KHz，480KHz和960KHz的SCS构成另一个SCS组。

表4

以上表4为例，假设终端设备支持频段1和频段2组合，以及频段3和频段4组合。假设频段1和频段2的SCS为30KHz和60KHz，频段3和频段4对应的SCS为240KHz和960KHz，则终端设备确定频段1和2的SCS属于SCS组1，频段3和4的SCS属于SCS组2。进一步，终端设备确定此时SCS组1使用该组内最小的SCS，即30KHz，对应的RLC RTT用于层2缓存大小计算。以及，终端设备确定SCS组2使用该组内最小的SCS，即240KHz，对应的RLC RTT用于层2缓存大小的计算。

对应的NR小区组的RLC RTT根据该小区组的部分或全部频段组合和适用的特性集组合中支持的SCS所属的某个SCS组内的最小SCS对应的RLC RTT确定。或者，对应的NR小区组的RLC RTT根据该小区组的部分或全部频段组合中支持的SCS所属的某个SCS组内的最小SCS对应的RLC RTT确定。

作为一种可能的实现方式，对于NR的某个小区组，终端设备可以基于下面的公式计算和确定层2缓存大小。

其中，N为UE支持的SCS组的个数。MaxDLDataRate(i)为SCS属于第i个SCS组的频段或频段组合上支持的最大的下行数据速率，具体最大速率的计算可以根据前述最大速率的计算公式获得。MaxULDataRate(i)为SCS属于第i个SCS组的频段或频点组合上支持的最大的上行数据速率，具体最大速率的计算可以根据前述最大速率的计算公式获得。RLCRTT(i)为SCS属于第i个SCS组的频段或频点组合对应的RLC RTT。i为大于或等于0的整数，0＝<i<＝N-1，或者1＝<i<＝N。

作为另一种可能的实现方式，也可以通过下面的公式计算和确定层2缓存大小。

其中，MaxDLDataRate为UE支持的最大下行数据速率，具体最大速率的计算可以根据前述最大速率的计算公式获得，MaxULDataRate为UE支持的最大上行数据速率，具体最大速率的计算可以根据前述最大速率的计算公式获得。RLCRTT(i)为SCS属于第i个SCS组的频段或频点组合对应的RLC RTT。

上述两种实现方式采用哪一种可以在标准中进行约定，或者也可以通过网络设备指示终端设备使用哪种方式。

通过上述对SCS进行分组的方式，可以避免在终端设备聚合高频或超高频载波时，由于使用不合适的RLC RTT而导致的层2缓存过大的问题。

还应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

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

还应理解，在上述一些实施例中，主要以现有的网络架构中的设备为例进行了示例性说明(如网络设备，终端设备等)，应理解，对于设备的具体形式本申请实施例不作限定。例如，在未来可以实现同样功能的设备都适用于本申请实施例。

可以理解的是，上述各个方法实施例中，由网络设备实现的方法和操作，也可以由可用于网络设备的部件实现；由终端设备实现的方法和操作，也可以由可用于终端设备的部件实现。

以上，结合图5详细说明了本申请实施例提供的用于随机接入的方法。上述用于随机接入的方法主要从网络设备和终端设备之间交互的角度进行了介绍。可以理解的是，网络设备和终端设备，为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。

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

以下，结合图8和图9详细说明本申请实施例提供的通信的装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，部分内容不再赘述。

本申请实施例可以根据上述方法示例对发射端设备或者接收端设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。

图8是本申请实施例提供的装置800的示意性框图。该装置800包括发送单元810、处理单元820和接收单元830。发送单元810和接收单元830可以实现相应的通信功能，处理单元820用于进行数据处理。发送单元810和接收单元830还可以称为通信接口或通信单元。

可选地，该装置800还可以包括存储单元，该存储单元可以用于存储指令和/或数据，处理单元820可以读取存储单元中的指令和/或数据，以使得装置实现前述方法实施例。

该装置800可以用于执行上文方法实施例中设备(如上述网络设备、终端设备等)所执行的动作，这时，该装置800可以为设备或者可配置于设备的部件，发送单元810和接收单元830用于执行上文方法实施例中设备的收发相关的操作，处理单元820用于执行上文方法实施例中设备处理相关的操作。

作为一种设计，该装置800用于执行上文方法实施例中网络设备所执行的动作。

处理单元820，用于确定多个特性的优先级顺序，该多个特性的优先级顺序用于随机接入资源的选择；

发送单元810，用于向终端设备发送第一指示信息，该第一指示信息用于指示该多个特性的优先级顺序。

可选地，发送单元810，还用于向该终端设备发送第二指示信息，该第二指示信息用于指示该多个特性的优先级顺序的有效时长。

可选地，接收单元830，还用于接收来自该终端设备的第三指示信息，该第三指示信息用于指示该终端设备期望的多个特性的优先级顺序。

可选地，发送单元810，还用于向该第一网络设备发送第三消息，该第三消息用于请求获取互联网协议IP地址，该IP地址为该第二终端设备在该第一通信组中的IP地址；

该装置800可实现对应于根据本申请实施例的方法实施例中的网络设备执行的步骤或者流程，该装置800可以包括用于执行方法实施例中的网络设备执行的方法的单元。并且，该装置800中的各单元和上述其他操作和/或功能分别为了实现方法实施例中的网络设备中的方法实施例的相应流程。

其中，当该装置800用于执行图5中的方法时，发送单元810可用于执行方法中的发送信息的步骤，如步骤S520和S521；接收单元830可用于执行方法中的接收信息的步骤，如步骤S511；处理单元820可用于执行方法中的处理步骤，如步骤S510。

应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

作为另一种设计，该装置800用于执行上文方法实施例中终端设备所执行的动作。

接收单元830，用于接收来自网络设备的第一指示信息，该第一指示信息用于指示多个特性的优先级顺序；

处理单元820，用于根据该第一指示信息确定该多个特性的优先级顺序，该多个特性的优先级顺序用于随机接入资源的选择。

可选地，接收单元830，还用于接收来自该网络设备的第二指示信息，该第二指示信息用于指示该多个特性的优先级顺序的有效时长。

可选地，发送单元810，还用于向该网络设备发送第三指示信息，该第三指示信息用于指示该终端设备期望的多个特性的优先级顺序。

可选地，处理单元820还用于根据该第一指示信息选择随机接入资源。

该装置800可实现对应于根据本申请实施例的方法实施例中的终端设备执行的步骤或者流程，该装置800可以包括用于执行方法实施例中的终端设备执行的方法的单元。并且，该装置800中的各单元和上述其他操作和/或功能分别为了实现方法实施例中的终端设备中的方法实施例的相应流程。

其中，当该装置800用于执行图5中的方法时，接收单元830可用于执行方法中的接收信息的步骤，如步骤S520和S521；发送单元810可用于执行方法中的发送信息的步骤，如步骤S511；处理单元820可用于执行方法中的处理步骤，如步骤S530。

上文实施例中的处理单元820可以由至少一个处理器或处理器相关电路实现。发送单元810和接收单元830可以由收发器或收发器相关电路实现。存储单元可以通过至少一个存储器实现。

如图7所示，本申请实施例还提供一种装置700。该装置700包括处理器710，还可以包括一个或多个存储器720。处理器710与存储器720耦合，存储器720用于存储计算机程序或指令和/或数据，处理器710用于执行存储器720存储的计算机程序或指令和/或数据，使得上文方法实施例中的方法被执行。可选地，该装置700包括的处理器710为一个或多个。

可选地，该存储器720可以与该处理器710集成在一起，或者分离设置。

可选地，如图7所示，该装置700还可以包括收发器730，收发器730用于信号的接收和/或发送。例如，处理器710用于控制收发器730进行信号的接收和/或发送。

作为一种方案，该装置700用于实现上文方法实施例中由设备(如上述网络设备、终端设备等)执行的操作。

本申请实施例还提供一种计算机可读存储介质，其上存储有用于实现上述方法实施例中由设备(如上述网络设备、终端设备等)执行的方法的计算机指令。

例如，该计算机程序被计算机执行时，使得该计算机可以实现上述方法实施例中由网络设备执行的方法。

本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得该计算机实现上述方法实施例中由设备(如上述网络设备、终端设备等)执行的方法。

本申请实施例还提供一种通信系统，该通信系统包括上文实施例中的设备(如上述网络设备、终端设备等)。

上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。

应理解，本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中提及的存储器可以是易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)。例如，RAM可以用作外部高速缓存。作为示例而非限定，RAM可以包括如下多种形式：静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)可以集成在处理器中。

还需要说明的是，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。此外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元实现本申请提供的方案。

另外，在本申请各个实施例中的各功能单元可以集成在一个单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。例如，所述计算机可以是个人计算机，服务器，或者网络设备等。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD)等。例如，前述的可用介质可以包括但不限于：U盘、移动硬盘、只读存储器(read-onlymemory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种用于随机接入的方法，其特征在于，包括：

网络设备确定多个特性的优先级顺序，所述多个特性的优先级顺序用于随机接入资源的选择；

所述网络设备向终端设备发送第一指示信息，所述第一指示信息用于指示所述多个特性的优先级顺序。

2.根据权利要求1所述的方法，其特征在于，所述多个特性中不同的特性满足以下至少一种：

所述不同的特性对应的业务需求不同、所述不同的特性对应的传输方式不同、所述不同的特性对应的设备类型不同、所述不同的特性对应的应用场景不同或所述不同的特性对应的功能不同。

3.根据权利要求1或2所述的方法，其特征在于，所述第一指示信息包括在系统消息和/或专用信令中。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

所述网络设备向所述终端设备发送第二指示信息，所述第二指示信息用于指示所述多个特性的优先级顺序的有效时长。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述网络设备向终端设备发送第一指示信息之前，所述方法还包括：

所述网络设备接收来自所述终端设备的第三指示信息，所述第三指示信息用于指示所述终端设备期望的多个特性的优先级顺序。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述第一指示信息用于指示所述多个特性的优先级顺序，包括：

所述第一指示信息用于指示所述多个特性的顺序，所述多个特性的顺序用于确定所述多个特性的优先级顺序；或者，

所述第一指示信息指示所述多个特性的优先级信息，所述优先级信息包括所述多个特性中至少一个的特性的优先级信息，所述优先级信息用于确定所述多个特性的优先级顺序。

7.一种用于随机接入的方法，其特征在于，包括：

终端设备接收来自网络设备的第一指示信息，所述第一指示信息用于指示多个特性的优先级顺序；

所述终端设备根据所述第一指示信息确定所述多个特性的优先级顺序，所述多个特性的优先级顺序用于随机接入资源的选择。

8.根据权利要求7所述的方法，其特征在于，所述多个特性中不同的特性满足以下至少一种：

9.根据权利要求7或8所述的方法，其特征在于，所述第一指示信息包括在系统消息和/或专用信令中。

10.根据权利要求7至9中任一项所述的方法，其特征在于，所述方法还包括：

所述终端设备接收来自所述网络设备的第二指示信息，所述第二指示信息用于指示所述多个特性的优先级顺序的有效时长。

11.根据权利要求7至10中任一项所述的方法，其特征在于，所述终端设备接收来自网络设备的第一指示信息之前，所述方法还包括：

所述终端设备向所述网络设备发送第三指示信息，所述第三指示信息用于指示所述终端设备期望的多个特性的优先级顺序。

12.根据权利要求7至11中任一项所述的方法，其特征在于，所述方法还包括：

所述终端设备根据所述第一指示信息选择随机接入资源。

13.根据权利要求12所述的方法，其特征在于，所述第一指示信息指示第一特性的优先级高于第二特性的优先级，

所述终端设备根据所述第一指示信息选择随机接入资源，包括：

14.根据权利要求12或13所述的方法，其特征在于，所述第一指示信息指示第一特性的优先级高于第二特性的优先级，所述方法还包括：

所述终端设备确定配置有第一资源，所述第一资源为所述第一特性的随机接入资源，或者，所述第一资源为包括所述第一特性的第一特性组合的随机接入资源，所述随机接入资源包括在所述第一资源中。

15.根据权利要求7至14中任一项所述的方法，其特征在于，所述第一指示信息用于指示所述多个特性的优先级顺序，包括：

16.一种用于随机接入的装置，其特征在于，包括：

处理单元，用于确定多个特性的优先级顺序，所述多个特性的优先级顺序用于随机接入资源的选择；

发送单元，用于向终端设备发送第一指示信息，所述第一指示信息用于指示所述多个特性的优先级顺序。

17.根据权利要求16所述的装置，其特征在于，所述多个特性中不同的特性满足以下至少一种：

18.根据权利要求16或17所述的装置，其特征在于，所述第一指示信息包括在系统消息和/或专用信令中。

19.根据权利要求16至18中任一项所述的装置，其特征在于，所述发送单元还用于向所述终端设备发送第二指示信息，所述第二指示信息用于指示所述多个特性的优先级顺序的有效时长。

20.根据权利要求16至19中任一项所述的装置，其特征在于，所述装置还包括：

接收单元，用于接收来自所述终端设备的第三指示信息，所述第三指示信息用于指示所述终端设备期望的多个特性的优先级顺序。

21.根据权利要求16至20中任一项所述的装置，其特征在于，所述第一指示信息用于指示所述多个特性的优先级顺序，包括：

22.一种用于随机接入的装置，其特征在于，包括：

接收单元，用于接收来自网络设备的第一指示信息，所述第一指示信息用于指示多个特性的优先级顺序；

处理单元，用于根据所述第一指示信息确定所述多个特性的优先级顺序，所述多个特性的优先级顺序用于随机接入资源的选择。

23.根据权利要求22所述的装置，其特征在于，所述多个特性中不同的特性满足以下至少一种：

24.根据权利要求22或23所述的装置，其特征在于，所述第一指示信息包括在系统消息和/或专用信令中。

25.根据权利要求22至24中任一项所述的装置，其特征在于，所述接收单元还用于接收来自所述网络设备的第二指示信息，所述第二指示信息用于指示所述多个特性的优先级顺序的有效时长。

26.根据权利要求22至25中任一项所述的装置，其特征在于，所述装置还包括：

发送单元，用于向所述网络设备发送第三指示信息，所述第三指示信息用于指示所述终端设备期望的多个特性的优先级顺序。

27.根据权利要求22至26中任一项所述的装置，其特征在于，所述处理单元还用于根据所述第一指示信息选择随机接入资源。

28.根据权利要求27所述的装置，其特征在于，所述第一指示信息指示第一特性的优先级高于第二特性的优先级，

所述处理单元根据所述第一指示信息选择随机接入资源，包括：

所述处理单元确定配置有第一资源，所述第一资源为所述第一特性的随机接入资源，或者，所述第一资源为包括所述第一特性的第一特性组合的随机接入资源；

所述处理单元确定配置有第二资源，所述第二资源为包括所述第一特性和所述第二特性的第二特性组合的随机接入资源，所述随机接入资源包括在所述第二资源中。

29.根据权利要求27或28所述的装置，其特征在于，所述第一指示信息指示第一特性的优先级高于第二特性的优先级，所述装置在第二资源上执行随机接入失败，所述第二资源为包括所述第一特性和所述第二特性的第二特性组合的随机接入资源；

所述处理单元确定配置有第一资源，所述第一资源为所述第一特性的随机接入资源，或者，所述第一资源为包括所述第一特性的第一特性组合的随机接入资源，所述随机接入资源包括在所述第一资源中。

30.根据权利要求22至29中任一项所述的装置，其特征在于，所述第一指示信息用于指示所述多个特性的优先级顺序，包括：

所述第一指示信息指示所述多个特性的优先级信息所述优先级信息包括所述多个特性中至少一个的特性的优先级信息，所述优先级信息用于确定所述多个特性的优先级顺序。

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

存储器，用于存储计算机程序；

处理器，用于执行所述存储器中存储的计算机程序，以使得所述通信装置执行权利要求1至6中任一项所述的方法。

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

存储器，用于存储计算机程序；

处理器，用于执行所述存储器中存储的计算机程序，以使得所述通信装置执行权利要求7至15中任一项所述的方法。

33.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机指令，当所述计算机指令在计算机上运行时，如权利要求1至6中任一项所述的方法被执行。

34.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机指令，当所述计算机指令在计算机上运行时，如权利要求7至15中任一项所述的方法被执行。