Communication method and apparatus, storage medium, and program product

Abstract

Embodiments of the present disclosure provide a communication method and apparatus, a storage medium, and a program product. The communication method is applied to a first node, and comprises: acquiring a plurality of random access channel (RACH) configurations, the plurality of RACH configurations including a non-subband full duplex RACH (SBFD RACH) configuration and at least one SBFD RACH configuration; and performing random access on the basis of the plurality of RACH configurations.

Description

Communication methods and devices, storage media and software products

[0001] This application claims priority to Chinese patent application No. 202410996938.7, filed on July 23, 2024, the entire contents of which are incorporated herein by reference. Technical Field

[0002] This disclosure relates to the field of communication technology, and in particular to a communication method and apparatus, storage medium and program product. Background Technology

[0003] To achieve wireless communication, random access procedures often occur between the base station and the terminal to establish a communication connection. For example, when a terminal in a radio resource control idle (RRC_IDLE) state needs to establish a connection with the base station network, the terminal can initiate Msg1 (message 1) or MsgA (message A) on the random access channel (RACH) resource designated by the base station, and receive a response from the base station of Msg2 (message 2) or MsgB (message B), thereby achieving random access.

[0004] Subband full duplex (SBFD) technology allows the network side (e.g., the base station) to allocate some frequency domain resources on the downlink carrier for uplink data or uplink reference signal transmission, thereby increasing the capacity of terminals within a cell. Therefore, the base station can additionally configure dedicated random access channel resources for terminals with SBFD capability during the random access process. However, how to achieve random access for terminals on SBFD resources is a technical problem that urgently needs to be solved. Summary of the Invention

[0005] This disclosure provides a communication method and apparatus, storage medium and program product that can implement random access channel configuration involving subband full-duplex (SBFD) technology, enabling a first node to perform random access on SBFD resources.

[0006] On the one hand, a communication method is provided for application to a first node. The communication method includes: acquiring multiple sets of RACH configurations, including a non-subband full-duplex random access channel (SBFD RACH) configuration and at least one SBFD RACH configuration; and performing random access based on the multiple sets of RACH configurations.

[0007] On the other hand, a communication device is provided, comprising: a processor and a memory for storing processor-executable instructions. The processor is configured to execute the instructions, causing the communication device to implement the communication method described above.

[0008] In another aspect, a computer-readable storage medium is provided, on which computer program instructions are stored, which, when executed on a computer, cause the computer to implement the aforementioned communication method.

[0009] On another front, a computer program product is provided, which includes computer program instructions that, when executed on a computer, cause the computer to implement the aforementioned communication method. Attached Figure Description

[0010] Figure 1 is a schematic diagram of the structure of a communication system according to some embodiments.

[0011] Figure 2 is a flowchart illustrating a communication method according to some embodiments.

[0012] Figure 3 is a structural schematic diagram of a RACH configuration according to some embodiments.

[0013] Figure 4 is a schematic diagram of a RACH configuration selection method according to some embodiments.

[0014] Figure 5 is a schematic diagram of a switching method for a RACH configuration according to some embodiments.

[0015] Figure 6 is a schematic diagram of a switching method for another RACH configuration according to some embodiments.

[0016] Figure 7 is a schematic diagram of another RACH configuration switching method according to some embodiments.

[0017] Figure 8 is a schematic diagram of the structure of a preamble according to some embodiments.

[0018] Figure 9 is a schematic diagram of another preamble structure according to some embodiments.

[0019] Figure 10 is a schematic diagram of the structure of a communication device according to some embodiments. Detailed Implementation

[0020] The technical solutions in the embodiments of this disclosure will now be clearly and completely described with reference to the accompanying drawings.

[0021] In the description of this disclosure, unless otherwise stated, " / " means "or," for example, A / B can mean A or B. "And / or" in this document is used only to describe the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can mean: only A, only B, and A and B.

[0022] Furthermore, "at least one" refers to one or more, and "more than one" refers to two or more. To facilitate a clear description of the technical solutions of the embodiments of this disclosure, the terms "first" and "second" are used in the embodiments of this disclosure to distinguish identical or similar items with substantially the same function and effect. It should be understood that the terms "first" and "second" do not limit the quantity or execution order, and the terms "first" and "second" are not necessarily different.

[0023] Furthermore, in this disclosure, the words "exemplarily" or "for example" are used to describe examples, illustrations, or descriptions. Any embodiment or design described in this disclosure using the words "exemplarily" or "for example" should not be construed as being more preferred or advantageous than other embodiments or designs. Specifically, the use of the words "exemplarily" or "for example" is intended to present the relevant concepts in a specific manner.

[0024] In the field of communication technology, to achieve wireless communication, random access procedures often occur between base stations and terminals to establish a communication connection. For example, when a terminal in a radio resource control idle (RRC_IDLE) state needs to establish a connection with the base station network, the terminal can initiate Msg1 or MsgA on the random access channel (RACH) resource designated by the base station and receive a response from the base station of Msg2 or MsgB, thereby achieving random access.

[0025] In time division duplex (TDD) systems, Subband Full-Duplex (SBFD) technology allows the network side (e.g., a base station) to schedule some frequency domain resources on the downlink carrier for the terminal to use for uplink data or uplink reference signal transmission. For example, the base station can provide SBFD configuration to the terminal. SBFD configuration can include: SBFD time domain configuration and / or SBFD frequency domain configuration. SBFD time domain configuration can include at least one of the following: TDD pattern for each cell, SBFD time slot period, SBFD time slot offset, SBFD symbol offset, etc. SBFD frequency domain configuration can include at least one of the following: frequency domain offset of the uplink subband, number of consecutive RBs (resource blocks) in the uplink subband.

[0026] Subband Full-Duplex (SBFD) technology can increase the capacity of terminals within a cell, enhance uplink coverage, and reduce uplink latency. Therefore, base stations can allocate dedicated random access channel resources for terminals with SBFD capability during the random access process. Correspondingly, the terminal can initiate a random access procedure on the SBFD resources.

[0027] However, the relevant technologies do not provide a method for terminals to randomly access subband full-duplex resources. Therefore, how to achieve random access of terminals on SBFD resources is a technical problem that urgently needs to be solved.

[0028] To address this, this disclosure provides a communication method applied to a first node, comprising: acquiring multiple sets of RACH configurations, including a non-subband full-duplex random access channel (SBFD RACH) configuration and at least one SBFD RACH configuration; and performing random access based on the multiple RACH configurations. Based on this, a random access channel (RACH) configuration involving subband full-duplex (SBFD) technology can be implemented, enabling the first node to perform random access on SBFD resources.

[0029] The communication method provided in this disclosure can be applied to systems with various communication standards. For example, these systems include, but are not limited to: Long Term Evolution (LTE) systems, various versions based on LTE evolution, 5G (5th generation) systems, New Radio (NR) systems, 5G NR systems, 5G-Advanced systems, and 6G systems, among other next-generation communication systems. Furthermore, the communication method provided in this disclosure can also be applied to future-oriented communication technologies.

[0030] Figure 1 shows a communication system provided in this disclosure, which includes a first node 110 and a second node 120, and there is a communication connection between the first node 110 and the second node 120.

[0031] The first node 110 can be a terminal, user equipment (UE), a handheld device with various communication functions, an in-vehicle device, a wearable device, a computer, a smart home device, or a smart office device, etc., and this disclosure does not specifically limit it. The first node 110 is used to perform at least one or more steps in the communication method provided in this disclosure. For ease of understanding, the example of the first node being a terminal will be used for illustration.

[0032] The second node 120 can be a next-generation node B (gNB), a transmit and receive point (TRP), an evolved node B (eNB), a radio access point (AP), or an evolved Node Base Station (eNB), a base station in a 5G network, or a base station in a 6G network, etc. This disclosure does not specifically limit it in this way. The second node 120 is used to perform at least one or more steps in the communication method provided in this disclosure. For ease of understanding, an example of a base station as the second node will be used for illustration.

[0033] It should be understood that this example of a communication system is merely for the purpose of more clearly illustrating the technical solutions of this disclosure and does not constitute a limitation of this disclosure. Those skilled in the art will recognize that, with the evolution of network architecture and the emergence of new service scenarios, the technical solutions provided in this disclosure are equally applicable to similar technical problems.

[0034] The communication method provided in this disclosure will now be described in conjunction with the accompanying drawings. It should be noted that the various embodiments of this disclosure can be referenced or understood from each other. For example, the same or similar steps, method embodiments, and device embodiments can be referenced from each other without limitation.

[0035] As shown in Figure 2, this embodiment of the present disclosure provides a communication method applied to a first node. The communication method includes steps S101 and S102.

[0036] In S101, multiple random access channel (RACH) configurations are obtained, including non-subband full-duplex random access channel (SBFD RACH) configurations and at least one SBFD RACH configuration.

[0037] At least one SBFD RACH configuration includes at least one of the following: a first SBFD RACH configuration and / or a second SBFD RACH configuration. The first SBFD RACH configuration shares some or all of the configuration parameters of the non-SBFD RACH configuration; the configuration parameters in the second SBFD RACH configuration are configured independently of the configuration parameters of the non-SBFD RACH configuration.

[0038] To more clearly illustrate the solutions provided in this disclosure, the concepts of non-SBFD RACH configuration, first SBFD RACH configuration, and second SBFD RACH configuration will be introduced below.

[0039] (1) Non-SBFD RACH configuration

[0040] Non-SBFD RACH configuration, also known as traditional RACH configuration or conventional RACH configuration, will not be discussed further below.

[0041] Non-SBFD RACH configurations include at least one of the following: a conventional four-step random access channel (4-step RACH) configuration, such as RACH-ConfigCommon; a conventional 4-step RACH configuration can also be referred to as a 4-step non-SBFD RACH; a conventional two-step random access channel (2-step RACH) configuration, such as MsgA-ConfigCommon-r16; a conventional 2-step RACH configuration can also be referred to as a 2-step non-SBFD RACH; a conventional contention-based random access channel (CBRA RACH) configuration, which is also referred to as a contention-based random access configuration, such as RACH-ConfigCommon or MsgA-ConfigCommon-r16 configured in the uplink common bandwidth part (BWP-UplinkCommon); a conventional CBRA RACH configuration can also be referred to as a CBRA non-SBFD RACH; or a conventional contention-free random access channel (CFRA). RACH configurations, such as RACH-ConfigDedicated, cfra, cfra-TwoStep-r16, SI-RequestConfig, or rach-ConfigBFR in BeamFailureRecoveryConfig, can also be referred to as CFRA non-SBFD RACH.

[0042] (2) First SBFD RACH configuration

[0043] The first SBFD RACH configuration can also be referred to as the shared SBFD RACH configuration. The second node can provide the first node with one or more first SBFD RACH configurations based on non-SBFD RACH configurations. Each of the one or more first SBFD RACH configurations specifies that the first node supporting SBFD can initiate random access according to the RACH parameters specified in the configuration.

[0044] For example, the first SBFD RACH configuration includes the first 4-step SBFD RACH configuration. The first 4-step SBFD RACH configuration may also be referred to as the shared 4-step SBFD RACH configuration, and may be configured based on or corresponding to the traditional 4-step RACH configuration.

[0045] For example, the first SBFD RACH configuration includes a first 2-step SBFD RACH configuration. This first 2-step SBFD RACH configuration can also be referred to as a shared 2-step SBFD RACH configuration, and can be configured based on or corresponding to a traditional 2-step RACH configuration. A traditional 2-step RACH configuration can be independent of a traditional 4-step RACH configuration, or it can share a traditional 4-step RACH configuration.

[0046] For example, the first SBFD RACH configuration includes the first CBRA SBFD RACH configuration, which can also be referred to as the shared CBRA SBFD RACH configuration, and can be based on or correspond to the traditional CBRA RACH configuration.

[0047] For example, the first SBFD RACH configuration includes the first CFRA SBFD RACH configuration, which can also be referred to as the shared CFRA SBFD RACH configuration, and can be based on or correspond to the traditional CFRA RACH configuration.

[0048] It should be noted that the first 4-step SBFD RACH configuration, the first 2-step SBFD RACH configuration, the first CBRA SBFD RACH configuration, and the first CFRA SBFD RACH configuration mentioned above can also be understood as RACH sub-configurations included in the first SBFD RACH configuration.

[0049] The first SBFD RACH configuration shares some or all of the configuration parameters of the non-SBFD RACH configuration. For example, the random access channel occasion (RO) to synchronization signal block (SSB) mapping rules provided by the non-SBFD RACH configuration also apply to the corresponding first SBFD RACH configuration.

[0050] As an example, a non-SBFD RACH configuration provides a set of time-frequency resources for configured ROs. The first node supporting SBFD and the first node not supporting SBFD use different RO validation rules for this same set of configured ROs. This ensures that the first node supporting SBFD and the first node not supporting SBFD each obtain valid ROs with completely non-overlapping time-frequency code domain resources, and also obtains valid ROs with partially or completely overlapping time-frequency code domain resources. Alternatively, the RO validation rule used by the first node supporting SBFD ensures that the ROs of the first node supporting SBFD and the first node not supporting SBFD have completely non-overlapping ROs. Here, the first node supporting SBFD can also be understood as the first node that supports initiating random access on SBFD RACH resources, and the first node not supporting SBFD can also be understood as the first node that does not support initiating random access on SBFD RACH resources. For ease of description, the first node supporting SBFD will be referred to as a sub-band full-duplex terminal (SBFD UE) in the following text, and the first node not supporting SBFD will be referred to as a non-sub-band full-duplex terminal (non-SBFD UE).

[0051] As another example, the second node can configure the ROs in the first SBFD RACH configuration to be a subset or the entire set of ROs in the non-SBFD RACH configuration. Additionally, the second node can configure a subband full-duplex random access channel timing mask (SBFD RO mask) to indicate that only a portion of the RO indices indicated by the SBFD RO mask can be shared with the SBFD UE. For example, the RACH configuration includes an SBFD RO mask indicating the portion of RO indices allowed for use by the SBFD UE in the non-SBFD RACH configuration; or, the second node sends the SBFD RO mask via control signaling, indicating the portion of RO indices allowed for use by the SBFD UE in the non-SBFD RACH configuration. In one example, the second node can explicitly indicate that all ROs in the non-SBFD RACH configuration can be shared with the SBFD UE; alternatively, the second node can implicitly indicate that all ROs in the non-SBFD RACH configuration can be shared with the SBFD UE, for example, by not configuring the SBFD RO mask parameter. Based on the examples described in this disclosure, in this scenario, the SBFD UE can only obtain ROs that overlap with the time-frequency domain resources of a non-SBFD UE. It should be understood that in some cases, the second node can also indicate via the SBFD RO mask that the SBFD UE is not allowed to share ROs in a non-SBFD RACH configuration.

[0052] As another example, the SBFD UE uses the RO validity rules to obtain the ROs that partially overlap with those of the non-SBFD UE. Further, on these overlapping ROs, the sub-band full-duplex random access channel timing mask (SBFD RO mask) configured by the second node is used to determine which ROs in the overlapping portion can be shared with the SBFD UE.

[0053] For example, Figure 3 shows a schematic diagram of a RACH configuration. Referring to Figure 3, the ROs configured in a non-SBFD RACH configuration (i.e., a traditional RACH configuration) include RO1, RO2, RO3, RO4, RO5, and RO6 as shown in Figure 3. The ROs determined by the non-SBFD UE based on the RO validity rules are: RO1, RO2, RO3, and RO4; the ROs determined by the SBFD UE based on the RO validity rules are: RO2, RO3, RO4, RO5, and RO6, where RO2, RO3, and RO4 are overlapping ROs. Further, after overlaying the SBFD RO mask, the RO indices allowed for use by the SBFD UE in the non-SBFD RACH configuration are selected from the overlapping RO2, RO3, and RO4 based on the SBFD RO mask; these are RO2 and RO4. In summary, the ROs available to the SBFD UE include: RO2, RO4, RO5, and RO6.

[0054] It should be noted that the above SBFD RO mask configuration is applicable to at least one of the following scenarios: a scenario where one SSB is mapped to multiple ROs, a scenario where one SSB is mapped to one RO, and a scenario where multiple SSBs are mapped to one RO.

[0055] (3) Second SBFD RACH configuration

[0056] The second SBFD RACH configuration can also be referred to as an independent SBFD RACH configuration. The configuration parameters in the second SBFD RACH configuration are configured independently of those in the non-SBFD RACH configuration. The second node can provide the first node with one or more sets of second SBFD RACH configurations independent of the non-SBFD RACH configuration. Each of these one or more first SBFD RACH configurations specifies that the first node supporting SBFD can initiate random access according to the RACH parameters specified in that configuration.

[0057] For example, depending on the type of random access initiated, the second SBFD RACH configuration includes: a second 4-step SBFD RACH configuration, and / or, a second 2-step SBFD RACH configuration. The second 4-step SBFD RACH configuration can also be referred to as a standalone 4-step SBFD RACH configuration, configured independently of the traditional 4-step RACH configuration; similarly, the second 2-step SBFD RACH configuration can also be referred to as a standalone 2-step SBFD RACH configuration, configured independently of the traditional 2-step RACH configuration.

[0058] For example, the second SBFD RACH configuration may also include: a second CBRA SBFD RACH configuration and / or a second CFRA SBFD RACH configuration. The second CBRA SBFD RACH configuration can also be referred to as a standalone CBRA SBFD RACH configuration, configured independently of the traditional CBRA RACH configuration; similarly, the second CFRA SBFD RACH configuration can also be referred to as a standalone CFRA SBFD RACH configuration, configured independently of the traditional CBRA RACH configuration.

[0059] It should be noted that the above-mentioned second 4-step SBFD RACH configuration, second 2-step SBFD RACH configuration, second CBRA SBFD RACH configuration, and second CFRA SBFD RACH configuration can also be understood as RACH sub-configurations included in the second SBFD RACH configuration.

[0060] The second SBFD RACH configuration shall include at least a resource indication of the RO time-frequency code field that is independent of the non-SBFD RACH configuration (i.e., the traditional RACH configuration), and / or an indication of the SSB-RO mapping relationship that is independent of the non-SBFD RACH configuration. For example, the second SBFD RACH configuration may include a different preamble format than the non-SBFD RACH configuration, and / or a different physical random access channel (PRACH) configuration period, etc.

[0061] The hierarchy of the second SBFD RACH configuration can be consistent with its corresponding non-SBFD RACH configuration, meaning it shares the same parent node; alternatively, the hierarchy of the second SBFD RACH configuration can be configured within its corresponding non-SBFD RACH configuration, meaning it is configured at a lower level; or, the second SBFD RACH configuration can maintain the same hierarchy as the parent node of its corresponding non-SBFD RACH configuration. In one example, where there is no expandable signaling space within the parent node of the corresponding non-SBFD RACH configuration, the second SBFD RACH configuration can be configured to maintain the same hierarchy as its parent node.

[0062] The second SBFD RACH configuration may also include a feature combination preambles list, indicating that the second SBFD RACH configuration also supports dividing different preamble index ranges corresponding to different features, that is, it supports random access channel partitioning (RACH partition).

[0063] In some embodiments, the second node provides both the first SBFD RACH configuration and the second SBFD RACH configuration simultaneously; or, the second node provides only one of the first SBFD RACH configuration or the second SBFD RACH configuration at any given time. The first SBFD RACH configuration and / or the second SBFD RACH configuration can be provided via downlink RRC signaling or downlink broadcast signaling.

[0064] In some embodiments, under contention-based random access (CFRA), the second node may add an indication to the non-SBFD RACH configurations dedicated to different functions / scenarios. This added indication is used to determine whether these non-SBFD RACH configurations can be used when an SBFD UE needs to initiate CFRA for the same function / scenarios.

[0065] In some embodiments, the first node supports SBFD.

[0066] In some embodiments, the first node does not support SBFD.

[0067] In some implementations, for a period of time, the first node is only allowed to perform uplink (UL) transmissions on the normal uplink (NUL) or the supplementary uplink (SUL), and cannot perform them on both simultaneously.

[0068] In some embodiments, when the second node provides the SBFD RACH configuration, the first node only obtains the SBFD RACH configuration configured on the NUL carrier; that is, the first node will not receive the SBFD RACH configuration configured on the SUL carrier.

[0069] For example, S101 includes: the first node acquiring multiple sets of random access channel (RACH) configurations via a NUL carrier, the multiple sets of RACH configurations including a non-subband full-duplex random access channel (SBFD RACH) configuration and at least one SBFD RACH configuration.

[0070] In some embodiments, the supplementary uplink (SUL) carrier can be configured at a lower frequency than the normal downlink (NDL) carrier or the normal uplink (NUL) carrier to increase the uplink transmission coverage of the first node. For TDD systems, the SUL can be configured independently of the TDD mode.

[0071] In some embodiments, the selection and switching between different types of SBFD RACH configurations and non-SBFD RACH (i.e., traditional RACH configurations) mentioned in this disclosure all occur on the NUL, that is, after the NUL / SUL carrier selection, and the UE selects the NUL carrier.

[0072] In S102, random access is performed based on multiple RACH configurations.

[0073] In some embodiments, the above-mentioned S102 can be implemented in multiple ways, such as including but not limited to any of the following: randomly selecting one configuration from multiple RACH configurations for random access; or, selecting one configuration from multiple RACH configurations for random access based on the priority of each RACH configuration in the multiple RACH configurations; or, selecting one configuration from multiple RACH configurations for random access based on the signaling sent by the second node.

[0074] In some embodiments, the first node determines, based on the instructions of the second node, whether it is permitted to randomly access one of multiple RACH configurations.

[0075] In some embodiments, the priority of the non-SBFD RACH configuration and the priority of at least one SBFD RACH configuration are configured by the second node or are the default. Here, the default priority can be a priority predefined by the protocol. In one example, the priority of the non-SBFD RACH configuration is lower than the priority of the SBFD RACH configuration.

[0076] In some embodiments, the priority of RACH configuration is determined based on the reference signal received power (RSRP) measured by the first node. The reference signal includes at least one of the following: path loss reference signal, synchronization signal block (SSB), channel state information reference signal (CSI-RS), positioning reference signal (PRS), tracking reference signal (TRS), and phase tracking reference signal (PT-RS).

[0077] For example, when the RSRP of the reference signal is less than a preset parameter threshold, the RACH configuration with the highest priority among multiple RACH configurations is any one of the following: the RACH configuration with the longest preamble format among multiple RACH configurations; the RACH configuration with the shortest preamble format among multiple RACH configurations; the RACH configuration with the largest physical random access channel (PRACH) period among multiple RACH configurations; the RACH configuration with the smallest physical random access channel (PRACH) period among multiple RACH configurations.

[0078] In some embodiments, where at least one SBFD RACH configuration includes a first SBFD RACH configuration and a second SBFD RACH configuration, the priority of the first SBFD RACH configuration and the priority of the second SBFD RACH configuration are configured by the second node or are default. Here, the default priority can be a priority predefined by the protocol. In one example, the priority of the first SBFD RACH configuration is lower than the priority of the second SBFD RACH configuration; or, the priority of the second SBFD RACH configuration is lower than the priority of the first SBFD RACH configuration.

[0079] In some embodiments, when the first node selects one configuration from multiple RACH configurations for random access based on the signaling sent by the second node, the signaling sent by the second node includes: DCI signaling for Physical Downlink Control Channel (PDCCH) order and / or Radio Resource Control (RRC) signaling.

[0080] In some embodiments, the random access procedure is terminated if the first node fails to access the system randomly. For example, the random access procedure is terminated if the first node fails to access the system randomly based on the first set of RACH configurations or the first set of RACH sub-configurations.

[0081] In other embodiments, if the first node fails to access the network randomly based on the first RACH configuration, it performs random access based on the second RACH configuration; or, each of the multiple RACH configurations includes at least one RACH sub-configuration, and if the first node fails to access the network randomly based on the first RACH sub-configuration, it performs random access based on the second RACH sub-configuration. The method for selecting the second RACH configuration or the second RACH sub-configuration can be found in the description below. Details on switching RACH configurations or RACH sub-configurations are also provided below.

[0082] The communication method provided in this disclosure can provide multiple random access channel (RACH) configurations, such as a non-subband full-duplex random access channel (SBFD RACH) configuration and at least one SBFD RACH configuration, to realize a random access channel configuration involving subband full-duplex (SBFD) technology, enabling the first node to perform random access on SBFD resources.

[0083] To more clearly illustrate the communication method provided in this disclosure, several embodiments in different scenarios are described below.

[0084] (I) Example 1

[0085] The second node provides at least a non-SBFD RACH configuration and a first SBFD RACH configuration to the first node. That is, the above multiple RACH configurations include a non-SBFD RACH configuration and a first SBFD RACH configuration.

[0086] In some embodiments, S102 includes: when the first node receives a non-SBFD RACH configuration and a first SBFD RACH configuration, and the first node supports both the non-SBFD RACH configuration and the first SBFD RACH configuration, the first node randomly selects one of the two configurations for access.

[0087] In some other embodiments, S102 above includes: the first node selects a set of configurations for random access based on the priority of the non-SBFD RACH configuration and the priority of the first SBFD RACH configuration.

[0088] As an example, after determining the random access scenario (such as CBRA or CFRA) and selecting the access method (such as 2-step or 4-step), the first node selects a configuration for random access based on the priority of the non-SBFD RACH configuration and the priority of the first SBFD RACH configuration.

[0089] For example, the first node first determines whether there is a non-contention-based random access channel (CFRA RACH) configuration (e.g., the traditional CFRA RACH configuration or the first CFRA SBFD RACH configuration) in the non-SBFD RACH configuration and the first SBFD RACH configuration.

[0090] Furthermore, if a CFRA RACH configuration exists, the first node selects the CFRA RACH configuration.

[0091] Furthermore, if the second node is also configured with a 4-step CFRA RACH configuration and a 2-step CFRA RACH configuration, then the first node selects either the 4-step CFRA RACH configuration or the 2-step CFRA RACH configuration based on the RSRP threshold.

[0092] A 4-step CFRA RACH configuration includes at least one of the following: a conventional 4-step CFRA RACH configuration, and / or a first 4-step CFRA SBFD RACH configuration, wherein the first 4-step CFRA SBFD RACH configuration is based on a conventional 4-step CFRA RACH configuration. A 2-step CFRA RACH configuration includes at least one of the following: a conventional 2-step CFRA RACH configuration, and / or a first 2-step CFRA SBFD RACH configuration, wherein the first 2-step CFRA SBFD RACH configuration is based on a conventional 2-step CFRA RACH configuration.

[0093] Furthermore, in the case where both the first CFRA SBFD RACH configuration and the traditional CFRA RACH configuration exist in the 4-step CFRA RACH configuration or the 2-step CFRA RACH configuration, the first node determines whether to select the first CFRA SBFD RACH configuration or the traditional CFRA RACH configuration based on preset conditions.

[0094] For example, if the 4-step CFRA RACH configuration is selected, the first node further determines whether to select the traditional 4-step CFRA RACH configuration or the first 4-step CFRA SBFD RACH configuration based on preset conditions.

[0095] In one example, the first node can determine whether to choose the traditional CFRA RACH configuration or the first CFRA SBFD RACH configuration based on the priority of the non-SBFD RACH configuration and the priority of the first SBFD RACH configuration. The priority of the non-SBFD RACH configuration and the priority of the first SBFD RACH configuration are configured by the second node or are the default values.

[0096] In another example, the default condition is: the priority of the first SBFD RACH configuration is higher than that of non-SBFD RACH configurations. Therefore, if the second node provides the first SBFD RACH configuration, the first node will prioritize the first SBFD RACH configuration to determine the RACH resource configuration and parameters in random access.

[0097] In another example, the first node determines whether to select the first CFRA SBFD RACH configuration or the traditional CFRA RACH configuration based on the RSRP threshold provided by the second node. This can also be understood as the RSRP threshold provided by the second node indicating the priority of the non-SBFD RACH configuration and the first SBFD RACH configuration.

[0098] If no CFRA RACH configuration exists, the first node selects the CBRA RACH configuration.

[0099] Furthermore, if the second node is also configured with a 4-step CBRA RACH configuration and a 2-step CBRA RACH configuration, then the first node selects either the 4-step CBRA RACH configuration or the 2-step CBRA RACH configuration based on the RSRP threshold.

[0100] Furthermore, in either the 4-step CBRA RACH configuration or the 2-step CBRA RACH configuration, where both the first CBRA SBFD RACH configuration and the traditional CBRA RACH configuration exist, the first node determines whether to select the first CBRA SBFD RACH configuration or the traditional CBRA RACH configuration based on preset conditions. The selection method described above for the CFRA RACH configuration will not be repeated here.

[0101] As can be seen, the first node's determination of whether to select the first SBFD RACH configuration or a non-SBFD RACH configuration is performed after the access method is selected. In some other examples, the first node may also determine whether to select the first SBFD RACH configuration or a non-SBFD RACH configuration before selecting the access method.

[0102] For example, for a first node that supports 2-step access, if the second node does not provide a first 2-step SBFD RACH configuration, but only provides a traditional 2-step RACH configuration and a first 4-step SBFD RACH configuration, then if the first node meets the RSRP threshold condition for using the 2-step RACH configuration, the first node will select one RACH configuration from the traditional 2-step RACH configuration and the first 4-step SBFD RACH configuration for random access.

[0103] In one example, the first node selects based on the second node's configuration or the default priority. For instance, the first node selects the higher-priority RACH configuration for random access.

[0104] In one example, the first node determines whether to choose the first 4-step SBFD RACH configuration or the traditional 2-step RACH configuration based on the RSRP threshold provided by the second node.

[0105] In one example, the first node independently selects a RACH configuration for random access, or the first node can use both configurations simultaneously (non-SBFD RACH configuration and the first SBFD RACH configuration). This independent selection of the RACH configuration by the first node can be mandated by the protocol, or notified or permitted by the base station via signaling. This special case applies to CBRA and / or CFRA scenarios.

[0106] It should be noted that the traditional 2-step RACH configuration described above can share configuration parameters with other RACH configurations, or it can be configured independently of other RACH configurations. For example, a traditional 2-step RACH configuration can share some or all of the ROs in a 4-step RACH configuration, but the preamble index in the traditional 2-step RACH configuration is different from the preamble index in the 4-step RACH configuration; or, a traditional 2-step RACH configuration can be configured with dedicated ROs completely independently of the 4-step RACH configuration.

[0107] In some other embodiments, based on Embodiment 1, S102 above includes: selecting a configuration from a non-SBFD RACH configuration and a first SBFD RACH configuration for random access based on the signaling sent by the second node. The signaling sent by the second node includes: DCI signaling and / or RRC signaling for PDCCH order.

[0108] For example, the second node can instruct the first node to select either a non-SBFD RACH configuration or the first SBFD RACH configuration via the PDCCH order.

[0109] For example, the DCI of the PDCCH order contains indication signaling that can indicate at least one of the following: selecting the first SBFD RACH configuration; selecting a non-SBFD RACH configuration; or both of the above.

[0110] Based on this, when the first node initiates the initial access, it can select an appropriate RACH configuration to send Msg1 / MsgA.

[0111] (II) Example 2

[0112] The second node provides at least a non-SBFD RACH configuration and a second SBFD RACH configuration to the first node. That is, the above multiple RACH configurations include the non-SBFD RACH configuration and the second SBFD RACH configuration.

[0113] In some embodiments, S102 includes: when the first node receives a non-SBFD RACH configuration and a second SBFD RACH configuration, and the first node supports both the non-SBFD RACH configuration and the second SBFD RACH configuration, the first node randomly selects one of the two configurations for access.

[0114] In some other embodiments, S102 above includes: the first node selects a set of configurations for random access based on the priority of the non-SBFD RACH configuration and the priority of the second SBFD RACH configuration.

[0115] As an example, after determining the random access scenario (such as CBRA or CFRA) and selecting the access method (such as 2-step or 4-step), the first node selects a configuration for random access based on the priority of the non-SBFD RACH configuration and the priority of the second SBFD RACH configuration.

[0116] For example, the first node first determines whether there is a non-SBFD RACH configuration or a second SBFD RACH configuration based on a non-contention-based random access channel (CFRA RACH) configuration (e.g., a traditional CFRA RACH configuration or a second CFRA SBFD RACH configuration).

[0117] Furthermore, if a CFRA RACH configuration exists, the first node selects the CFRA RACH configuration.

[0118] Furthermore, if the second node is also configured with a 4-step CFRA RACH configuration and a 2-step CFRA RACH configuration, then the first node selects either the 4-step CFRA RACH configuration or the 2-step CFRA RACH configuration based on the RSRP threshold.

[0119] A 4-step CFRA RACH configuration includes at least one of the following: a conventional 4-step CFRA RACH configuration, and / or a second 4-step CFRA SBFD RACH configuration, wherein the configuration parameters of the second 4-step CFRA SBFD RACH configuration are configured independently of the configuration parameters of the conventional 4-step CFRA RACH configuration. A 2-step CFRA RACH configuration includes at least one of the following: a conventional 2-step CFRA RACH configuration, and / or a second 2-step CFRA SBFD RACH configuration, wherein the configuration parameters of the second 2-step CFRA SBFD RACH configuration are configured independently of the configuration parameters of the conventional 2-step CFRA RACH configuration.

[0120] Furthermore, in the case where both the second CFRA SBFD RACH configuration and the traditional CFRA RACH configuration exist in the 4-step CFRA RACH configuration or the 2-step CFRA RACH configuration, the first node determines whether to select the second CFRA SBFD RACH configuration or the traditional CFRA RACH configuration based on preset conditions.

[0121] For example, if the 4-step CFRA RACH configuration is selected, the first node further determines, based on preset conditions, whether to select the traditional 4-step CFRA RACH configuration or the second 4-step CFRA SBFD RACH configuration.

[0122] In one example, the first node can determine whether to choose the traditional CFRA RACH configuration or the second CFRA SBFD RACH configuration based on the priority of the non-SBFD RACH configuration and the priority of the second SBFD RACH configuration. The priority of the non-SBFD RACH configuration and the priority of the second SBFD RACH configuration are configured by the second node or are the default values.

[0123] In another example, the default condition is: the priority of the second SBFD RACH configuration is higher than that of the non-SBFD RACH configuration. Therefore, if the second node provides the second SBFD RACH configuration, the first node will preferentially select the second SBFD RACH configuration to determine the RACH resource configuration and parameters in random access.

[0124] In another example, the first node determines whether to select the second CFRA SBFD RACH configuration or the traditional CFRA RACH configuration based on the RSRP threshold provided by the second node. This can also be understood as the RSRP threshold provided by the second node indicating the priority of the non-SBFD RACH configuration and the priority of the second SBFD RACH configuration.

[0125] If no CFRA RACH configuration exists, the first node selects the CBRA RACH configuration.

[0126] Furthermore, if the second node is also configured with a 4-step CBRA RACH configuration and a 2-step CBRA RACH configuration, then the first node selects either the 4-step CBRA RACH configuration or the 2-step CBRA RACH configuration based on the RSRP threshold.

[0127] Furthermore, in the case where both the second CBRA SBFD RACH configuration and the traditional CBRA RACH configuration exist in the 4-step CBRA RACH configuration or the 2-step CBRA RACH configuration, the first node determines whether to select the second CBRA SBFD RACH configuration or the traditional CBRA RACH configuration based on preset conditions. The selection method described above for the CFRA RACH configuration can be referenced and will not be repeated here.

[0128] As can be seen, the first node's determination of whether to select the second SBFD RACH configuration or a non-SBFD RACH configuration is performed after the access method is selected. In other examples, the first node may also determine whether to select the second SBFD RACH configuration or a non-SBFD RACH configuration before selecting the access method.

[0129] For example, for a first node that supports 2-step access, if the second node does not provide a second 2-step SBFD RACH configuration, but only provides a traditional 2-step RACH configuration and a second 4-step SBFD RACH configuration, then if the first node meets the RSRP threshold condition for using the 2-step RACH configuration, the first node will select one RACH configuration from the traditional 2-step RACH configuration and the second 4-step SBFD RACH configuration for random access.

[0130] In one example, the first node selects based on the second node's configuration or the default priority. For instance, the first node selects the higher-priority RACH configuration for random access.

[0131] In one example, the first node determines whether to choose the second 4-step SBFD RACH configuration or the traditional 2-step RACH configuration based on the RSRP threshold provided by the second node.

[0132] In one example, the first node independently selects a RACH configuration for random access, or the first node can use both configurations simultaneously (non-SBFD RACH configuration and second SBFD RACH configuration). This independent selection of the RACH configuration by the first node can be mandated by the protocol, or notified or permitted by the base station via signaling. This special case applies to CBRA and / or CFRA scenarios.

[0133] It should be noted that the traditional 2-step RACH configuration described above can be configured independently of other RACH configurations. For example, a traditional 2-step RACH configuration can be independent of some or all of the ROs in a 4-step RACH configuration, but the preamble index in the traditional 2-step RACH configuration differs from that in the 4-step RACH configuration; or, a traditional 2-step RACH configuration can be completely independent of the 4-step RACH configuration and configure dedicated ROs.

[0134] In some other embodiments, based on Embodiment 2, S102 above includes: selecting a configuration from the non-SBFD RACH configuration and the second SBFD RACH configuration for random access based on the signaling sent by the second node, wherein the signaling sent by the second node includes: DCI signaling and / or RRC signaling for PDCCH order.

[0135] For example, the second node can instruct the first node to select either a non-SBFD RACH configuration or a second SBFD RACH configuration via the PDCCH order.

[0136] For example, the DCI of the PDCCH order contains indication signaling that can indicate at least one of the following: selecting the second SBFD RACH configuration; selecting a non-SBFD RACH configuration; or both of the above can be used.

[0137] Based on this, when the first node initiates the initial access, it can select an appropriate RACH configuration to send Msg1 / MsgA.

[0138] (III) Example 3

[0139] The second node provides the first node with a non-SBFD RACH configuration, a first SBFD RACH configuration, and a second SBFD RACH configuration. That is, the above multiple RACH configurations include a non-SBFD RACH configuration, a first SBFD RACH configuration, and a second SBFD RACH configuration.

[0140] In some embodiments, the second node may provide both the first SBFD RACH configuration and the second SBFD RACH configuration, but the first node (e.g., SBFD UE) may only select the RACH resources specified by one of the configurations to send Msg1 / MsgA.

[0141] In some embodiments, the first node selects the RACH configuration for random access from the first SBFD RACH configuration and the second SBFD RACH configuration based on the priority of the RACH configuration.

[0142] In some embodiments, the priority of the RACH configuration is determined based on the RSRP of the reference signal measured by the first node.

[0143] In some embodiments, the reference signal measured by the first node includes multiple reference signals, and the reference signal used to determine the priority of the RACH configuration is the reference signal with the largest RSRP among the multiple reference signals.

[0144] In some embodiments, when the RSRP of the reference signal is less than a preset parameter threshold, the RACH configuration with the longest preamble format among multiple RACH configurations is set as the highest priority RACH configuration. It should be understood that when the RSRP of the reference signal is less than the preset parameter threshold, the first node is at the cell edge, and using the RACH configuration with the longest preamble format can increase the chance of receiving signals and improve the reliability of communication.

[0145] In other embodiments, if the RSRP of the reference signal is less than a preset parameter threshold, the RACH configuration with the shortest preamble format among multiple RACH configurations can be set as the RACH configuration with the highest priority.

[0146] In some other embodiments, if the RSRP of the reference signal is greater than another preset parameter threshold, the first node uses a preset RACH configuration. For example, the RACH configuration with the longest preamble format among multiple RACH configurations is set as the preset RACH configuration, and if the RSRP of the reference signal is greater than this other preset parameter threshold, random access is performed using this preset RACH configuration.

[0147] In some other embodiments, when the RSRP of the reference signal is less than a preset parameter threshold, the RACH configuration with the largest PRACH period among multiple RACH configurations can be set as the RACH configuration with the highest priority.

[0148] In some other embodiments, when the RSRP of the reference signal is less than a preset parameter threshold, the RACH configuration with the smallest PRACH period among multiple RACH configurations can be set as the RACH configuration with the highest priority.

[0149] In some other embodiments, if the RSRP of the reference signal is less than a preset parameter threshold, the first node can select a first SBFD RACH configuration.

[0150] In some other embodiments, if the RSRP of the reference signal is less than a preset parameter threshold, the first node may select a second SBFD RACH configuration.

[0151] In some embodiments, the aforementioned preset parameter threshold is configured by the second node.

[0152] In some embodiments, the preset parameter threshold can reuse the threshold when the first node selects NUL carrier and SUL carrier; or, the preset parameter threshold can reuse the RSRP threshold when the first node selects 2-step RACH configuration and 4-step RACH configuration.

[0153] In some embodiments, for two RACH configurations with the same preamble format, the first node may randomly select one of the two RACH configurations for access; or, for two RACH configurations with the same preamble format, the first node may randomly select the RACH configuration with higher priority based on the priority of the configuration for access.

[0154] In some embodiments, the reference signal corresponding to the RSRP threshold in Embodiments 1 and 2 is the reference signal in Embodiment 3. That is, the reference signal used by the first node when determining whether to select a 4-step RACH configuration or a 2-step RACH configuration is the same reference signal used by the first node when determining whether to select a first SBFD RACH configuration or a second SBFD RACH configuration.

[0155] In some embodiments, when the second node provides a first 2-step SBFD RACH configuration, a second 2-step SBFD RACH configuration, and a 4-step RACH configuration, the first node first determines whether to use the 2-step SBFD RACH configuration or the 4-step SBFD RACH configuration for random access based on an existing threshold (i.e., the old threshold). Further, if the 4-step RACH configuration is determined, the first 4-step SBFD RACH configuration or the second 4-step SBFD RACH configuration is determined based on the aforementioned threshold (i.e., the new threshold). In this case, the power value configured by the new threshold of the second node is less than the power value of the old threshold.

[0156] In some embodiments, when the second node provides a first 2-step SBFD RACH configuration, a second 2-step SBFD RACH configuration, and a 4-step RACH configuration, the first node first determines whether to use the 2-step SBFD RACH configuration or the 4-step SBFD RACH configuration for random access based on an existing threshold (i.e., the old threshold). Further, if the 2-step RACH configuration is determined, the first 2-step SBFD RACH configuration or the second 2-step SBFD RACH configuration is determined based on the aforementioned threshold (i.e., the new threshold). In this case, the power value configured by the new threshold of the second node is greater than the power value of the old threshold.

[0157] For example, Figure 4 illustrates a method for selecting a RACH configuration. As shown in Figure 4, when RSRP is less than a first threshold, the first node determines to use a 4-step RACH configuration; when RSRP is greater than the first threshold, the first node determines to use a 2-step RACH configuration.

[0158] Furthermore, if the first node determines to use a 4-step RACH configuration, it determines whether to use a first 4-step SBFD RACH configuration or a second 4-step SBFD RACH configuration based on a second threshold. Clearly, the second threshold configured by the second node is less than the first threshold. If the first node determines to use a 2-step RACH configuration, it determines whether to use a first 2-step SBFD RACH configuration or a second 2-step SBFD RACH configuration based on a third threshold. Clearly, the third threshold configured by the second node is greater than the first threshold.

[0159] In some embodiments, the first node selects a higher-priority configuration from the first SBFD RACH configuration and the second SBFD RACH configuration for random access based on the priority of the first SBFD RACH configuration and the priority of the second SBFD RACH configuration.

[0160] The priority of the first SBFD RACH configuration and the priority of the second SBFD RACH configuration are either configured by the second node or are the default. Here, the default priority can be a priority predefined by the protocol.

[0161] In some embodiments, the priority of the first SBFD RACH configuration and the priority of the second SBFD RACH configuration cannot span the 4-step RACH configuration and the 2-step RACH configuration; that is, the priority of the first SBFD RACH configuration and the priority of the second SBFD RACH configuration are distinguished only after the 4-step RACH configuration and the 2-step RACH configuration have been determined.

[0162] In some embodiments, the priority of the first SBFD RACH configuration and the priority of the second SBFD RACH configuration can span across the 4-step RACH configuration and the 2-step RACH configuration; that is, the first node can first determine whether to use the first SBFD RACH configuration or the second SBFD RACH configuration, and then distinguish whether it is a 4-step RACH configuration or a 2-step RACH configuration.

[0163] In some embodiments, the first SBFD RACH configuration has a lower priority than the second SBFD RACH configuration by default. If the second node provides a second SBFD RACH configuration, the first node will preferentially use the second SBFD RACH configuration for random access.

[0164] In other embodiments, the second SBFD RACH configuration is prioritized over the first SBFD RACH configuration by default. If the second node provides the first SBFD RACH configuration, the first node will preferentially use the first SBFD RACH configuration for random access.

[0165] In some other embodiments, the first node selects any configuration for random access based on its own implementation. For example, if the first node needs to perform random access as quickly as possible to save latency, it can select the configuration with the shortest RO configuration period from multiple RACH configurations based on its own needs. This behavior of the first node selecting a configuration based on its implementation can be stipulated by the protocol, or it can be notified or permitted by the second node through signaling.

[0166] Based on this, when the first node initiates the initial access, it can select an appropriate RACH configuration to send Msg1 / MsgA.

[0167] It should be understood that the above description of the communication method provided in this disclosure is mainly from the perspective of the first node selecting the RACH configuration. Considering that random access may fail when the first node performs random access based on the selected RACH configuration, the communication method shown in this disclosure also provides a method for switching or rolling back the RACH configuration in the event of random access failure.

[0168] In some embodiments, the communication method further includes: performing random access based on a second RACH configuration if random access based on a first RACH configuration fails. It should be understood that switching to the second RACH configuration for random access can be interpreted as a RACH configuration switch or rollback.

[0169] As an example, the first RACH configuration is an SBFD RACH configuration, and the second RACH configuration is a non-SBFD RACH configuration.

[0170] As another example, the first RACH configuration is the first SBFD RACH configuration, and the second RACH configuration is the second SBFD RACH configuration.

[0171] As another example, the first RACH configuration is the second SBFD RACH configuration, and the second RACH configuration is the first SBFD RACH configuration.

[0172] As another example, the first RACH configuration is a non-SBFD RACH configuration, and the second RACH configuration is an SBFD RACH configuration.

[0173] As another example, the first RACH configuration is a 2-step RACH configuration, and the second RACH configuration is a 4-step RACH configuration.

[0174] In some embodiments, if the number of failed random access attempts based on the first RACH configuration reaches a first preset threshold, the first node performs random access based on the second RACH configuration. The first preset threshold is configured by the second node or is a default value.

[0175] Furthermore, if random access fails with the second RACH configuration, the random access process is terminated.

[0176] In some embodiments, the above-mentioned random access based on the second set of RACH configurations includes: selecting the second set of RACH configurations with the highest priority from the multiple sets of RACH configurations for random access based on the priority of each RACH configuration other than the first set of RACH configurations.

[0177] In some embodiments, the priority of the RACH configuration is the second node configuration or the default.

[0178] In other embodiments, the priority of the RACH configuration is implicitly determined based on a threshold N for the number of repeated transmission failures when the first node falls back from an SBFD RACH configuration to a non-SBFD RACH configuration, and a threshold N1 for the number of repeated transmission failures when the first node switches from a first set of RACH configurations to a second set of RACH configurations. N and N1 are configured by the second node. See the embodiments described below.

[0179] In some embodiments, each of the multiple RACH configurations includes at least one RACH sub-configuration, and the communication method further includes: performing random access based on a second RACH sub-configuration if random access based on a first RACH sub-configuration fails.

[0180] In some embodiments, the first RACH sub-configuration is a two-step subband full-duplex random access channel (2-step SBFD RACH) sub-configuration; the second RACH sub-configuration is a four-step non-subband full-duplex random access channel (4-step non-SBFD RACH) sub-configuration or a four-step subband full-duplex random access channel (4-step SBFD RACH) sub-configuration.

[0181] Furthermore, the first node can also select a set of sub-configurations from either the 4-step non-SBFD RACH sub-configuration or the 4-step SBFD RACH sub-configuration as the second set of RACH sub-configurations based on the priority of each RACH sub-configuration configured by the second node.

[0182] In some embodiments, the first RACH sub-configuration is a 4-step SBFD RACH sub-configuration, and the second RACH sub-configuration is a 4-step non-SBFD RACH sub-configuration; or, the first RACH sub-configuration is a 2-step SBFD RACH sub-configuration, and the second RACH sub-configuration is a 2-step non-SBFD RACH sub-configuration.

[0183] In some embodiments, if random access based on the first set of RACH sub-configurations fails, random access based on the second set of RACH sub-configurations is performed, including: if the number of times random access based on the first set of RACH sub-configurations fails reaches a second preset threshold, random access is performed based on the second set of RACH sub-configurations.

[0184] Similarly, to more clearly illustrate the communication method provided in this disclosure, the following will describe, with several embodiments, how to switch or roll back the RACH configuration after the first node's random access fails.

[0185] (IV) Example 4

[0186] Multiple RACH configurations include non-SBFD RACH configurations and the first SBFD RACH configuration, and the case where the first node fails to access the network randomly.

[0187] Based on the above brief description of the first SBFD RACH configuration, it can be seen that the first SBFD RACH configuration may contain some ROs that cannot be used by the first node that does not support SBFD (e.g., non-SBFD UE). For example, ROs configured at downlink (DL) time are not applicable to non-SBFD UEs.

[0188] If the first node fails to attempt Msg1 / MsgA on these ROs, it can switch to a non-SBFD RACH configuration, i.e., the traditional RACH resource, to continue trying, thereby increasing the reliability and robustness of Msg1 / MsgA uplink transmission.

[0189] In some embodiments, the communication method further includes: performing random access based on a second RACH configuration if random access based on a first RACH configuration fails.

[0190] In some embodiments, the communication method further includes: each of the multiple RACH configurations includes at least one RACH sub-configuration. The communication method also includes: if random access based on the first RACH sub-configuration fails, random access is performed based on the second RACH sub-configuration.

[0191] In some embodiments, if the first node selects a first SBFD RACH configuration and the number of failed Msg1 / MsgA transmissions based on the first SBFD RACH configuration reaches a first preset threshold, then the first node can declare a random access failure and end the random access process.

[0192] In other embodiments, the first node selects a first SBFD RACH configuration, and after the number of failed Msg1 / MsgA transmissions based on the first SBFD RACH configuration reaches a first preset threshold, it switches or rolls back to a resource not specified by the SBFD RACH configuration and continues to initiate Msg1 / MsgA transmissions.

[0193] The aforementioned first preset threshold number is configured or defaulted to by the second node; for example, it can be a fixed value specified by the protocol.

[0194] A failure to initiate Msg1 / MsgA transmission means that the first node initiates Msg1 / MsgA transmission but does not receive the corresponding Msg2 / MsgB within the specified time window.

[0195] In some embodiments, the first RACH sub-configuration is a first 4-step SBFD RACH sub-configuration, and the second RACH configuration is a 4-step non-SBFD RACH sub-configuration.

[0196] For example, as shown in Figure 5, if the number of times the first node fails to initiate Msg1 transmission based on the first 4-step SBFD RACH sub-configuration reaches a first preset threshold, the first node switches or rolls back to the resources specified in the 4-step non-SBFD RACH sub-configuration and continues to initiate Msg1 transmission. The 4-step non-SBFD RACH sub-configuration includes: CBRA 4-step non-SBFD RACH sub-configuration and CFRA 4-step non-SBFD RACH sub-configuration.

[0197] In some embodiments, the first set of RACH sub-configurations is a first 2-step SBFD RACH sub-configuration, and the second set of RACH sub-configurations is a 2-step non-SBFD RACH sub-configuration.

[0198] For example, as shown in Figure 5, if the number of times the first node fails to initiate MsgA transmission based on the first 2-step SBFD RACH sub-configuration reaches a first preset threshold, the first node switches or rolls back to the resources specified in the 2-step non-SBFD RACH sub-configuration to continue initiating MsgA transmission. The 2-step non-SBFD RACH sub-configuration includes: CBRA 2-step non-SBFD RACH sub-configuration and CFRA 2-step non-SBFD RACH sub-configuration.

[0199] Furthermore, the second node can be configured with a first preset number of retransmission thresholds that are less than the retransmission threshold for switching from a 2-step RACH configuration to a 4-step RACH configuration.

[0200] In some embodiments, the first RACH sub-configuration is a first 2-step SBFD RACH sub-configuration; the second RACH sub-configuration is a 4-step non-SBFD RACH sub-configuration or a first 4-step SBFD RACH sub-configuration.

[0201] Furthermore, the first node can also select a set of sub-configurations as the second set of RACH sub-configurations from either the 4-step non-SBFD RACH sub-configurations or the first 4-step SBFD RACH sub-configurations, based on the priority of each RACH sub-configuration configured by the second node.

[0202] For example, as shown in Figure 5, if the number of times the first node fails to initiate MsgA transmission based on the first 2-step SBFD RACH sub-configuration reaches a third preset threshold, the first node switches or rolls back to the resources specified by the 4-step non-SBFD RACH sub-configuration or the first 4-step SBFD RACH sub-configuration and continues to initiate Msg1 transmission.

[0203] In one example, the first node switches or rolls back to the resource specified by the 4-step non-SBFD RACH sub-configuration and continues to initiate Msg1 transmission.

[0204] In another example, the first node switches or rolls back to the resources specified in the first 4-step SBFD RACH sub-configuration and continues to initiate MsgA transmissions.

[0205] In another example, the first node can also select a set of sub-configurations from either the 4-step non-SBFD RACH sub-configurations or the first 4-step SBFD RACH sub-configurations as the second set of RACH sub-configurations, based on the priorities of the various RACH sub-configurations configured by the second node, and continue to initiate Msg1 transmissions on the resources specified by the second RACH sub-configuration. It can be specified that the priority of the 4-step non-SBFD RACH sub-configuration is lower than the priority of the first 4-step SBFD RACH sub-configuration, or vice versa; alternatively, the first node can decide for itself whether to fall back or switch to the 4-step non-SBFD RACH sub-configuration or the first 4-step SBFD RACH sub-configuration.

[0206] In some embodiments, if the aforementioned third preset number threshold is configured, the first node ignores the traditional transmission number threshold for falling back from a 2-step RACH configuration to a 4-step RACH configuration.

[0207] In some embodiments, the third preset number of times threshold and the first preset number of times threshold configuration cannot be configured to the first node at the same time, or applied by the first node at the same time.

[0208] In some embodiments, the above-described methods for rolling back or switching RACH configurations can be applied to either CBRA or CFRA scenarios, respectively.

[0209] In some embodiments, the above-described method of rolling back or switching RACH configurations can only be used once before the first node declares a random access failure.

[0210] In some embodiments, if the second node enables a non-SBFD RACH configuration and configures SBFD as a feature, then rollback is only possible on the RACH resource set corresponding to the feature combination to which the SBFD feature belongs. It should be noted that the above rollback can also be understood as switching or reselecting, which will not be elaborated further below.

[0211] For example, when both 2-step RACH and 4-step RACH configurations are configured on the resource set, rollback from 2-step RACH configuration to 4-step RACH configuration within the resource set is supported.

[0212] Additionally, for each of the aforementioned handover / rollback scenarios or for the overall handover / rollback function, the second node can display an indication as to whether such a handover / rollback is permitted. For example, the second node can use RRC signaling, MAC CE, or DCI to make such an indication.

[0213] Alternatively, for each of the above switching / rollback scenarios or for the overall switching / rollback function, the protocol can specify whether the first node can perform such a switching / rollback.

[0214] (V) Example 5

[0215] Multiple RACH configurations include a non-SBFD RACH configuration and a second SBFD RACH configuration, and the case where the first node fails to access the network randomly.

[0216] The second SBFD RACH configuration shall include at least a resource indication of the RO time-frequency code field that is independent of the non-SBFD RACH configuration, and / or an indication of an independent SSB-RO mapping relationship. For example, the second SBFD RACH configuration may include a preamble format that is different from that of the non-SBFD RACH configuration.

[0217] If switching from the second SBFD RACH configuration or falling back to a non-SBFD RACH configuration, the first node can expand uplink coverage or increase the robustness of uplink Msg1 / MsgA reception by switching different preamble formats, RO resources, power adjustment amounts, etc.

[0218] When the first node is provided with a second SBFD RACH configuration, the first node can choose the second SBFD RACH configuration or use a non-SBFD RACH configuration. The second SBFD RACH configuration may include a second 4-step SBFD RACH configuration and / or a second 2-step SBFD RACH configuration.

[0219] The selection and rollback of the first node between the second 4-step SBFD RACH configuration and the 4-step non-SBFD RACH configuration is similar to the selection and rollback of the first node between the first 4-step SBFD RACH configuration and the 4-step non-SBFD RACH configuration in Embodiment 4.

[0220] The selection and rollback of the first node between the second 2-step SBFD RACH configuration and the 2-step non-SBFD RACH configuration is similar to the selection and rollback of the first node between the first 2-step SBFD RACH configuration and the 2-step non-SBFD RACH configuration described in Example 4.

[0221] The choice of the first node between the second 4-step SBFD RACH configuration and the 2-step non-SBFD RACH configuration is similar to the choice of the first node between the first 4-step SBFD RACH configuration and the 2-step non-SBFD RACH configuration described in Embodiment 4.

[0222] In some embodiments, whether the first node falls back from the second 2-step SBFD RACH configuration to the second 4-step SBFD RACH configuration or to the 4-step non-SBFD RACH configuration can depend on the second node's configuration or default. For example, the priority of the second 4-step SBFD RACH configuration and the 4-step non-SBFD RACH configuration can be predefined by the protocol; or the first node can choose one of the configurations itself. The UE's choice of this behavior can be specified by the protocol, or the second node can notify or allow it through signaling.

[0223] The second SBFD RACH configuration may provide completely different RACH parameters than the non-SBFD RACH configuration, such as the RO period, preamble format, etc. If the first node fails to perform random access consecutively in the second SBFD RACH configuration, the UE can fall back to the non-SBFD RACH configuration to continue trying with different RACH parameters, thereby improving the accuracy and robustness of random access.

[0224] In some embodiments, the communication method further includes: performing random access based on a second RACH configuration if random access based on a first RACH configuration fails.

[0225] In some embodiments, the communication method further includes: each of the multiple RACH configurations includes at least one RACH sub-configuration. The communication method also includes: if random access based on the first RACH sub-configuration fails, random access is performed based on the second RACH sub-configuration.

[0226] In some embodiments, if the first node selects the second SBFD RACH configuration and the number of failed Msg1 / MsgA transmissions based on the second SBFD RACH configuration reaches a fourth preset threshold, then the first node can declare a random access failure and end the random access process.

[0227] In other embodiments, the first node selects a second SBFD RACH configuration, and after the number of failed Msg1 / MsgA transmissions based on the second SBFD RACH configuration reaches a fourth preset threshold, it switches or rolls back to a resource not specified by the SBFD RACH configuration and continues to initiate Msg1 / MsgA transmissions.

[0228] The aforementioned fourth preset threshold number is configured or defaulted to by the second node; for example, it can be a fixed value specified by the protocol.

[0229] In some embodiments, the first RACH sub-configuration is a second 4-step SBFD RACH sub-configuration, and the second RACH sub-configuration is a 4-step non-SBFD RACH sub-configuration;

[0230] For example, as shown in Figure 6, if the number of times the first node fails to initiate Msg1 transmission based on the second 4-step SBFD RACH sub-configuration reaches a fourth preset threshold, the first node switches or rolls back to the resources specified in the 4-step non-SBFD RACH sub-configuration to continue initiating Msg1 transmission. The 4-step non-SBFD RACH sub-configuration includes: CBRA 4-step non-SBFD RACH sub-configuration and CFRA 4-step non-SBFD RACH sub-configuration.

[0231] In some embodiments, the first RACH sub-configuration is a second 2-step SBFD RACH sub-configuration, and the second RACH configuration is a 2-step non-SBFD RACH sub-configuration.

[0232] For example, as shown in Figure 6, if the number of times the first node fails to initiate MsgA transmission based on the second 2-step SBFD RACH sub-configuration reaches a fourth preset threshold, the first node switches or rolls back to the resources specified in the 2-step non-SBFD RACH sub-configuration to continue initiating MsgA transmission. The 2-step non-SBFD RACH sub-configuration includes at least one of the following: CBRA 2-step non-SBFD RACH sub-configuration and CFRA 2-step non-SBFD RACH sub-configuration.

[0233] Furthermore, the second node can be configured with a fourth preset threshold number of retransmissions less than the retransmission threshold for switching from a 2-step RACH configuration to a 4-step RACH configuration.

[0234] In some embodiments, the first RACH sub-configuration is a second 2-step SBFD RACH sub-configuration; the second RACH sub-configuration is a 4-step non-SBFD RACH sub-configuration or a second 4-step SBFD RACH sub-configuration.

[0235] Furthermore, the first node can also select a set of sub-configurations from the 4-step non-SBFD RACH sub-configurations or the second 4-step SBFD RACH sub-configurations as the second set of RACH sub-configurations based on the priority of each RACH sub-configuration configured by the second node.

[0236] For example, as shown in Figure 6, if the number of times the first node fails to initiate MsgA transmission based on the second 2-step SBFD RACH sub-configuration reaches the fifth preset threshold, the first node switches or rolls back to the resources specified by the 4-step non-SBFD RACH sub-configuration or the second 4-step SBFD RACH sub-configuration and continues to initiate Msg1 transmission.

[0237] In one example, the first node switches or rolls back to the resource specified by the 4-step non-SBFD RACH sub-configuration and continues to initiate Msg1 transmission.

[0238] In another example, the first node switches or rolls back to the resources specified in the second 4-step SBFD RACH sub-configuration and continues to initiate MsgA transmissions.

[0239] In another example, the first node can also select a set of sub-configurations from either the 4-step non-SBFD RACH sub-configuration or the second 4-step SBFD RACH sub-configuration as the second set of RACH sub-configurations based on the priorities of the various RACH sub-configurations configured by the second node, and continue to initiate Msg1 transmissions on the resources specified by the second set of RACH sub-configurations. It can be specified that the priority of the 4-step non-SBFD RACH sub-configuration is lower than the priority of the second 4-step SBFD RACH sub-configuration, or vice versa; alternatively, the first node can decide for itself whether to fall back or switch to the 4-step non-SBFD RACH sub-configuration or the second 4-step SBFD RACH sub-configuration.

[0240] In some embodiments, if the aforementioned fifth preset number threshold is configured, the first node ignores the traditional transmission number threshold for falling back from a 2-step RACH configuration to a 4-step RACH configuration.

[0241] In some embodiments, the fifth preset number threshold and the fourth preset number threshold configuration cannot be configured to the first node at the same time, or applied by the first node at the same time.

[0242] In some embodiments, the above-described methods for rolling back or switching RACH configurations can be applied to either CBRA or CFRA scenarios, respectively.

[0243] In some embodiments, for each of the above-described handover / rollback scenarios or for the overall handover / rollback function, the second node may explicitly indicate whether such a handover / rollback is permitted. For example, the second node may use RRC signaling, MAC CE, or DCI to make such an indication. Alternatively, for each of the above-described handover / rollback scenarios or for the overall handover / rollback function, the protocol may specify whether the first node can perform such a handover / rollback.

[0244] (VI) Example 6

[0245] The SBFD RACH configuration includes the first SBFD RACH configuration and the second SBFD RACH configuration, and the case where the first node fails to access the network randomly.

[0246] In some embodiments, the second node can configure both the first SBFD RACH configuration and the second SBFD RACH configuration simultaneously, but the first node can only choose to send Msg1 / MsgA on the RACH resources specified by one of the configurations.

[0247] In some embodiments, once this configuration is selected, the first node may be allowed to switch to another configuration to continue sending Msg1 / MsgA when certain conditions occur.

[0248] In some embodiments, the first node can switch between a first SBFD RACH configuration and a second SBFD RACH configuration.

[0249] In some embodiments, the second node configures a switching threshold N1, which can be understood as the threshold N1 for the number of repeated transmission failures when the first node switches from the first RACH configuration to the second RACH configuration. For example, if the first node selects one of the first SBFD RACH configurations and the second SBFD RACH configuration and fails to initiate Msg1 / MsgA N1 times, the first node can switch to the other configuration to continue trying.

[0250] In some embodiments, the first node initially selects the second SBFD RACH configuration to initiate Msg1 / MsgA, but if it fails to send Msg1 / MsgA consecutively (i.e., does not receive a response from Msg2 / MsgB) more than N1 times, the first node can switch to the first SBFD RACH configuration to continue attempting. Furthermore, this switch is only allowed once before declaring the random access failure.

[0251] In some embodiments, the handover described above is limited to either a 4-step random access method or a 2-step random access method. In other words, the handover does not span between either a 4-step random access method or a 2-step random access method. For example, a handover can be performed from a first 4-step SBFD RACH configuration to a second 4-step SBFD RACH configuration; or, for example, a handover can be performed from a first 2-step SBFD RACH configuration to a second 2-step SBFD RACH configuration.

[0252] In some embodiments, the communication method further includes: performing random access based on a second RACH configuration if random access based on a first RACH configuration fails.

[0253] In some embodiments, the communication method further includes: each of the multiple RACH configurations includes at least one RACH sub-configuration. The communication method also includes: if random access based on the first RACH sub-configuration fails, random access is performed based on the second RACH sub-configuration.

[0254] In some embodiments, if the first node fails to configure random access in the first SBFD RACH configuration, it can switch to the second SBFD RACH configuration or a non-SBFD RACH configuration to retry random access.

[0255] In some embodiments, under a 4-step random access method or a 2-step random access method, the base station can configure the priority of two cases: falling back from the first SBFD RACH configuration to a non-SBFD RACH configuration or switching from the first SBFD RACH configuration to the second SBFD RACH configuration.

[0256] In some embodiments, the priority of the non-SBFD RACH configuration and the second SBFD RACH configuration is the second node configuration or the default.

[0257] In some embodiments, the priority of the non-SBFD RACH configuration and the second SBFD RACH configuration is explicitly indicated by the second node.

[0258] In some embodiments, the priority of the non-SBFD RACH configuration and the second SBFD RACH configuration is implicitly indicated by the second node.

[0259] For example, the priority of the non-SBFD RACH configuration and the second SBFD RACH configuration is implicitly determined based on the threshold N of the number of repeated transmission failures when the first node falls back from the SBFD RACH configuration to the non-SBFD RACH configuration, and the threshold N1 of the number of repeated transmission failures when the first node switches from the first RACH configuration to the second RACH configuration. N and N1 are configured by the second node. N and N1 are positive integers. In this case, the second node can implicitly configure the priority by the size of the configured repeated transmission failure threshold.

[0260] In some embodiments, the first RACH configuration is a first SBFD RACH configuration, and the multiple RACH configurations, in addition to the first RACH configuration, include a second SBFD RACH configuration and a non-SBFD RACH configuration. When N is greater than N1, the priority of the second SBFD RACH configuration is higher than the priority of the non-SBFD RACH configuration; when N is less than N1, the priority of the second SBFD RACH configuration is lower than the priority of the non-SBFD RACH configuration; when N equals N1, the priority of the second SBFD RACH configuration and the non-SBFD RACH configuration are determined by the first node itself.

[0261] Exemplarily, as shown in FIG. 7, taking the threshold N of the number of repeated transmission failures for the first SBFD RACH configuration to fallback to the non-SBFD RACH configuration as N2, then: The second node may configure N1 < N2, that is, after the first node attempts N1 times, it switches from the first SBFD RACH configuration to the second SBFD RACH configuration. Additionally, when the first node continues to attempt up to N3 times and still fails, the first node then switches from the second SBFD RACH configuration to the non-SBFD RACH configuration. N3 is the threshold of the number of repeated transmission failures for the second SBFD RACH configuration to fallback to the non-SBFD RACH configuration. Alternatively, the second node configures N1 > N2, that is, after the first node attempts N2 times, it switches from the first SBFD RACH configuration to the non-SBFD RACH configuration. Alternatively, the second node configures N1 = N2, and whether the first node switches from the first SBFD RACH configuration to the second SBFD RACH configuration or the traditional RACH configuration depends on the decision of the first node itself.

[0262] In some embodiments, in the 4-step random access mode or the 2-step random access mode, the base station may configure the priorities for two cases: fallback from the second SBFD RACH configuration to the non-SBFD RACH configuration or switching from the second SBFD RACH configuration to the first SBFD RACH configuration.

[0263] In some embodiments, the priorities of the non-SBFD RACH configuration and the first SBFD RACH configuration are configured by the second node or are default.

[0264] In some embodiments, the priorities of the non-SBFD RACH configuration and the first SBFD RACH configuration are explicitly indicated by the second node.

[0265] In some embodiments, the priorities of the non-SBFD RACH configuration and the first SBFD RACH configuration are implicitly indicated by the second node.

[0266] Exemplarily, the priorities of the non-SBFD RACH configuration and the first SBFD RACH configuration are implicitly determined based on the threshold N of the number of repeated transmission failures for the first node to fallback from the SBFD RACH configuration to the non-SBFD RACH configuration, and the threshold N1 of the number of repeated transmission failures for the first node to switch from the second set of RACH configurations to the second set of RACH configurations. N and N1 are configured by the second node. N and N1 are positive integers. At this time, the second node can implicitly configure the priorities by the magnitudes of the configured thresholds of the number of repeated transmission failures.

[0267] In some embodiments, the first set of RACH is configured as the second SBFD RACH configuration. Among the multiple sets of RACH configurations, except for the first set of RACH configuration, it includes the first SBFD RACH configuration and the non-SBFD RACH configuration. When N is greater than N1, the priority of the first SBFD RACH configuration is higher than that of the non-SBFD RACH configuration; when N is less than N1, the priority of the first SBFD RACH configuration is lower than that of the non-SBFD RACH configuration; when N is equal to N1, the priority of the first SBFD RACH configuration and the non-SBFD RACH configuration is determined by the first node itself.

[0268] Exemplarily, as shown in FIG. 7, taking the threshold N of the number of repeated transmission failures for the second SBFD RACH configuration to fallback to the non-SBFD RACH configuration as N3, then: The second node can configure N1 < N3, that is, after the first node attempts N1 times, it switches from the second SBFD RACH configuration to the first SBFD RACH configuration. Additionally, when the first node continues to attempt up to N2 times and still fails, the first node then switches from the first SBFD RACH configuration to the non-SBFD RACH configuration, where N2 is the threshold of the number of repeated transmission failures for the first SBFD RACH configuration to fallback to the non-SBFD RACH configuration. Or, the second node configures N1 > N3, that is, after the first node attempts N3 times, it switches from the second SBFD RACH configuration to the non-SBFD RACH configuration. Or, the second node configures N1 = N3, and whether the first node switches from the second SBFD RACH configuration to the first SBFD RACH configuration or the traditional RACH configuration depends on the decision of the first node itself.

[0269] Thus, the second node realizes the switching priority configuration associated with each configuration through the threshold value of the number of repeated transmission failures associated with each configuration.

[0270] It can be seen that the above mainly introduces the communication method provided by the present disclosure from the perspective of configuration switching. Considering that the first node may support SBFD or may not support SBFD, the present disclosure also provides a method for the second node to pre-identify the first node that supports SBFD.

[0271] It should be understood that under the first SBFD RACH configuration, if the SBFD UE and the non-SBFD UE have completely overlapping ROs in the time-frequency domain, there are two possibilities: the second node does not need to identify the SBFD UE in advance, or the second node needs to identify the SBFD UE. If the second node does not need to identify the SBFD UE in advance, then the second node needs to send back Msg2 carrying SBFD resources (which are the transmission resources for subsequent Msg3 scheduled by the second node), and also needs to send back Msg2 without carrying SBFD resources (which are the transmission resources for subsequent Msg3 scheduled by the second node).

[0272] When the first node performs random access, the second node often does not know the first node's identifier or capabilities. If an SBFD UE, in the first step of random access (i.e., sending Msg1 or MsgA), somehow informs the second node that the first node is an SBFD UE, then the second node can send a Msg2. This Msg2 can then contain resource grant information for sending Msg3 on SBFD resources. In other words, if the second node knows that the first node is an SBFD UE, the second node can schedule more or earlier transmission opportunities for the first node's Msg3 (i.e., in some cases, the DL time will arrive earlier than the next UL time), which helps reduce the latency of the entire random access process.

[0273] In order to enable the second node to recognize the SBFD capability of the SBFD UE in the first step of random access, the following scheme one and / or scheme two can be adopted under the first SBFD RACH configuration.

[0274] (1) Option 1

[0275] If an SBFD UE and a non-SBFD UE obtain valid ROs with partial overlap in time-frequency domain resources for the same set of configured ROs, then the SBFD UE and the non-SBFD UE can be distinguished by distinguishing the preamble index on the overlapping ROs.

[0276] For example, the second node allocates a portion of the preamble identifiers from all the preamble identifiers corresponding to each SSB in each RO. This portion of the preamble identifiers may not overlap with the originally allocated preamble identifiers and is specifically used for random access by the SBFD UE. In this way, the preamble identifiers used by the SBFD UE and non-SBFD UE are different on overlapping ROs, thereby enabling the second node to distinguish the SBFD UE.

[0277] In some embodiments, the SBFD RACH configuration includes SBFD RACH resources, which include a preamble identifier. The preamble identifier includes multiple preamble intervals, among which a target preamble interval is dedicated to supporting random access by terminals in full-duplex subband. As shown in Figure 8, the preamble corresponding to one SSB of an RO includes a 4-step preamble interval, a 2-step preamble interval, and an SBFD preamble interval, which is the target preamble interval.

[0278] In some embodiments, the starting index of the target preamble interval in the preamble identifier and the number of consecutive indices it occupies are configured by the second node.

[0279] In some embodiments, the plurality of preamble intervals further include a 4-step preamble interval and / or a 2-step preamble interval, wherein the starting index of the preamble interval is the ending index of the 4-step preamble interval and / or the 2-step preamble interval plus one.

[0280] In one embodiment, on the RO configured in the first SBFD RACH configuration that the SBFD UE is allowed to use, the configuration method for this part of the dedicated preamble interval used by the SBFD UE can be: the dedicated preamble interval is continuous and immediately follows the 4-step preamble interval and / or the 2-step preamble interval, and the second node configures the number of consecutive preambles used by the SBFD UE, i.e., the length of the preamble interval; or, the second node configures the starting index of the preamble that the SBFD UE can use, and the number of consecutive preamble indices.

[0281] In addition, in the Random Access Channel Partition (RACH partition) function, the RO and preamble corresponding to the features or feature combinations supported by the SBFD UE can be further divided based on the RO and / or preamble intervals dedicated to the SBFD UE.

[0282] (2) Option 2

[0283] If an SBFD UE and a non-SBFD UE obtain valid ROs with partial overlap in time-frequency domain resources for the same set of configured ROs, then SBFD can be considered a feature on the overlapping RO resources or on the valid RO resources for SBFD UE access specified in the first SBFD RACH configuration. This feature can be configured within one or more feature combinations. In this case, in order for the UE to correctly select the RACH resource set corresponding to the feature, the base station also needs to configure the priority of the SBFD feature. It should be understood that when a feature is configured within multiple feature combinations, and each feature combination has a different preamble index interval division, the priority of the feature is used to instruct the UE supporting the feature to decide which preamble interval corresponding to the feature combination to use for random access.

[0284] In some embodiments, as shown in FIG9, the SBFD RACH configuration includes SBFD RACH resources. These resources include a preamble identifier, which comprises multiple preamble intervals (e.g., the 4-step and 2-step preamble intervals shown in FIG9). At least one of these preamble intervals corresponds to a target feature (e.g., feature 3 shown in FIG9). The target feature is a preamble interval specifically designed to support random access by terminals using sub-band full-duplex SBFD.

[0285] In some embodiments, the priority of the target feature is configured by the second node.

[0286] In some embodiments, this priority can be configured in a broadcast message, such as System Information Block Type 1 (SIB1).

[0287] In some embodiments, Scheme 1 and Scheme 2 cannot be configured simultaneously. That is, the second node can only select one scheme to be configured at a time. Otherwise, two dedicated preambles of SBFD will be divided, resulting in a waste of resources.

[0288] It should be understood that when a second SBFD RACH configuration is provided, the SBFD UE will find the RO / preamble and initiate access based on this configuration. In this case, the non-SBFD UE will find the RO / preamble and initiate access based on the traditional RACH configuration. If the SBFD UE and the non-SBFD UE have ROs that completely overlap in the time-frequency domain, there are two possibilities: the second node does not need to identify the SBFD UE in advance, or the second node needs to identify the SBFD UE.

[0289] If the second node does not need to identify the SBFD UE in advance, then the second node needs to send back Msg2 carrying SBFD resources (which are the transmission resources of the subsequent Msg3 scheduled by the second node) and also needs to send back Msg2 without carrying SBFD resources (which are the transmission resources of the subsequent Msg3 scheduled by the second node).

[0290] If the second node needs to identify the SBFD UE in advance, then under the second SBFD RACH configuration, in order to achieve the purpose of the second node identifying the SBFD UE in advance, at least one of the following schemes three to six can be adopted.

[0291] (1) Option 3

[0292] In some embodiments, when configuring the second SBFD RACH configuration, the second node does not configure RO resources that overlap with the traditional RACH configuration in the time domain and / or frequency domain and / or code domain. Thus, based on the association between ROs and SBFD in different time / frequency / code domain resources, the second node can determine whether the first node initiating the RA (random access) is an SBFD UE when it detects a preamble on a certain RO.

[0293] Similarly, this approach also applies when the second SBFD RACH configuration is included in the AdditionalRACH-Config. In this case, SBFD does not need to be considered an additional feature. The second SBFD RACH configuration also supports random access channel segmentation, allowing different preamble index intervals to correspond to different feature combinations supported by the SBFD UE.

[0294] In some embodiments, the second node also allows the SBFD UE to initiate random access in both the traditional RACH configuration and the second SBFD RACH configuration.

[0295] (2) Option 4

[0296] In some embodiments, the second node is not restricted in configuring an independent SBFD RACH configuration; that is, the second node can configure RO resources that overlap with the time and / or frequency domains of the traditional RACH configuration, or RO resources that do not overlap in the time and frequency domains.

[0297] Furthermore, the SBFD RACH configuration corresponds to the Random Access Opportunity (RO) validity rules, which include: only ROs located on SBFD resources are valid ROs; or, only ROs that do not overlap with non-SBFD RACH configurations in the time or frequency domains are valid ROs. That is, the SBFD UE only considers ROs located on SBFD resources to be valid, or the SBFD UE only considers ROs that do not overlap with traditional RACH configurations in the time and / or frequency domains to be valid. The above RO validity rules can be configured by the SBFD UE for a second SBFD RACH.

[0298] This approach also applies when the second SBFD RACH configuration is included in AdditionalRACH-Config. In this case, SBFD does not need to be treated as an additional feature. The second SBFD RACH configuration also supports RACH partitioning (i.e., different preamble index ranges correspond to different feature combinations).

[0299] (3) Option 5

[0300] Without restricting the second node configuration, even if the second node provides a second SBFD RACH configuration, an SBFD UE may still have ROs that completely overlap in the time and frequency domain with a non-SBFD UE. On these ROs, or on the ROs specified by an independent SBFD RACH configuration, SBFD can be considered as a feature, which can be configured within one or more combinations of features.

[0301] Furthermore, to ensure that the first node correctly selects the RACH resource set corresponding to the feature, the second node can also configure the priority of the SBFD feature. That is, the priority of the SBFD feature can be configured by the second node.

[0302] Furthermore, the second SBFD RACH configuration can be included in the AdditionalRACH-Config information cell, and multiple features or combinations of features can be identified for the second SBFD RACH configuration. The second SBFD RACH configuration can be included with the non-SBFD RACH configuration in an additional random access channel configuration (AdditionalRACH-Config) or in multiple different AdditionalRACH-Configs.

[0303] In some embodiments, multiple SBFD RACH configurations include a second SBFD RACH configuration, where the configuration parameters are configured independently of those of the non-SBFD RACH configuration. The preamble identifier is the preamble identifier corresponding to the synchronization signal block (SSB) of the target random access opportunity (RO), and the target RO is the RO where the second SBFD RACH configuration and the non-SBFD RACH configuration completely overlap in the time-frequency domain. That is, it can be specified that the SBFD feature and feature combinations containing the SBFD feature can only be configured or enabled on ROs where the independent SBFD RACH configuration and the traditional RACH configuration completely overlap in the time-frequency domain.

[0304] (4) Option 6

[0305] Without restrictions when configuring the second SBFD RACH configuration, the second node can configure RO resources that overlap with the time and / or frequency domains of the traditional RACH configuration, or RO resources that do not overlap in the time and frequency domains. Furthermore, the first node supporting SBFD (i.e., the SBFD UE) initiates random access on ROs that do not overlap with the traditional RACH configuration at all; correspondingly, the second node identifies the SBFD UE based on different ROs.

[0306] If the first node supporting SBFD initiates random access on a RO that overlaps with the traditional RACH configuration, then an additional preamble interval dedicated to the SBFD UE needs to be configured on the RO used. The configuration method for this preamble interval can refer to Scheme 1 above.

[0307] In some embodiments, where the first node is provided with a first SBFD RACH configuration and a second SBFD RACH configuration, the SBFD UE will only adopt one of the configurations for random access at any given time.

[0308] In some embodiments, at least one SBFD RACH configuration includes a second SBFD RACH configuration, wherein the configuration parameters in the second SBFD RACH configuration are configured independently of the configuration parameters in the non-SBFD RACH configuration. The mapping relationship between SSBs and ROs configured in the second SBFD RACH configuration applies only to ROs that do not overlap with the non-SBFD RACH configuration, for example, ROs that are partially or completely non-overlapping. ROs that are partially or completely non-overlapping with the non-SBFD RACH configuration are ROs that are at least partially or completely non-overlapping with the ROs in the time domain, frequency domain, or code domain.

[0309] For example, the RO time-frequency code domain resource location and / or SSB-RO mapping relationship indicated by the second SBFD RACH configuration may overlap with the RO time-frequency code domain resource location and / or SSB-RO mapping relationship indicated by the non-SBFD RACH configuration (complete or partial overlap).

[0310] To simplify the implementation complexity of the first and second nodes, the UE can use one or more SSB beams to transmit PRACH on each overlapping RO. These one or more SSB beams are determined by an SSB-RO mapping relationship. This SSB-RO mapping relationship is provided by the non-SBFD RACH configuration, not by the second SBFD RACH configuration. In other words, the SSB-RO mapping relationship provided by the second SBFD RACH configuration can only be applied to ROs that do not completely or partially overlap with the traditional RACH configuration. Furthermore, these ROs do not completely or partially overlap in at least one of the time, frequency, or code domains.

[0311] In one example, the second node configures the first node with a second SBFD RACH configuration, which includes RO time-frequency code domain resource location 1 and SSB-RO mapping relationship 1. This configuration maps RO2 to SSB3. The second node also provides the first node with a non-SBFD RACH configuration, which includes RO time-frequency code domain resource location 2 and SSB-RO mapping relationship 2. This configuration maps RO4 to SSB5.

[0312] In the case where RO2 and RO4 overlap by 2 symbols in the time domain in the two configurations, and the remaining ROs do not overlap at all, since the SSB-RO mapping relationship provided by the second SBFD RACH configuration can only be applied to ROs that do not overlap with the traditional RACH configuration, the first node uses the SSB5 beam instead of the SSB3 beam to transmit on RO2, and the second node also uses the beam corresponding to SSB5 to receive on RO2 configured in the second SBFD RACH configuration.

[0313] In some embodiments, from the perspective of terminal capabilities, it can be stipulated that the first node supporting the function of initiating random access on SBFD RACH configuration must support the function of repeated Msg1 transmission, because the two functions have the same motivation, namely, to increase the coverage of uplink random access signals.

[0314] Furthermore, from the perspective of terminal capabilities, it can be stipulated that the first node that supports the random access function in the SBFD RACH configuration must also support the Msg3 retransmission function, because these two functions have the same motivation, namely, to increase the coverage of the uplink random access signal.

[0315] In addition, if the second node is configured to repeatedly transmit Msg1 for the first node, after receiving the first Msg1, the second node can predict on which subsequent ROs the first node will transmit Msg1, because the second node needs to receive / collect the repeatedly transmitted Msg1 on these ROs and perform merging and demodulation processing.

[0316] In some embodiments, when the SBFD UE supports repeated transmission of Msg1, multiple repeated transmission opportunities for a single Msg1 can occur on SBFD resources or non-SBFD resources.

[0317] It should be understood that when SBFD-dedicated RACH resources are configured (e.g., a first SBFD RACH configuration and / or a second SBFD RACH configuration) and the SBFD-dedicated RACH resources overlap with the RACH resources of the traditional RACH configuration, if the first node supporting SBFD initiates the first Msg1 on the overlapping RACH resources, the second node cannot identify whether the first node is an SBFD UE or a non-SBFD UE. Therefore, it may be unable to predict whether the subsequent retransmission location is based on the SBFD RACH configuration or the traditional RACH configuration. This could lead to the second node receiving and merging Msg1 on subsequent erroneous ROs. Therefore, SBFD UEs supporting Msg1 retransmission need to identify the location in advance when sending Msg1 to ensure that the base station can receive and merge Msg1 on the correct subsequent ROs.

[0318] In some embodiments, when the first node performs a first random access with repeated Msg1 transmissions and performs random access based on the SBFD RACH configuration, the first node performs random access on a RO that does not overlap with any non-SBFD RACH configuration.

[0319] For example, by configuring or specifying through the second node that if an SBFD UE initiates initial access on a dedicated SBFD RACH configuration, the first Msg1 transmission of the SBFD UE must be performed on a RO that does not overlap with the traditional RACH configuration.

[0320] For example, the first Msg1 transmitted by the SBFD UE should be on the uplink subband configured in the DL time (e.g., the SBFD resource of the uplink subband). Alternatively, SBFD can be used as a feature, configuring SBFD and Msg1 into a feature combination, so that a specially defined preamble can be used for this feature combination, allowing the second node to also know that the SBFD UE supports repeated transmission of Msg1.

[0321] Furthermore, considering that the first node typically determines whether to select and camp on a cell based on the RSRP and RSRQ (reference signal received quality) thresholds broadcast by the second node, and that these RSRP and RSRQ thresholds implicitly indicate the size of the cell radius, providing a longer preamble format through a second SBFD RACH configuration increases the uplink coverage for the first node's initial access. This allows more first nodes to access the cell.

[0322] In some embodiments, the second node may provide additional cell selection thresholds in the cell-level configuration, such as additional RSRP and / or RSRQ thresholds, which SBFD UEs that meet the additional cell selection thresholds may choose and / or camp on the cell.

[0323] Additional cell selection thresholds can be configured in SIB1 broadcast by the base station.

[0324] In some examples, this additional cell selection threshold may also be provided in broadcast configurations for intra-frequency cell reselection, inter-frequency cell reselection, and inter-system cell reselection (e.g., SIB2, SIB3, and SIB4).

[0325] In some examples, the additional cell selection threshold includes at least one of the following: an additional normal uplink (NUL) cell selection threshold, or an additional supplementary uplink (SUL) cell selection threshold.

[0326] In some embodiments, the control signaling sent by the second node to the first node may be at least one of the following: RRC signaling, medium access control control element (MAC CE) signaling, or downlink control information (DCI) signaling.

[0327] As can be seen, the above description mainly focuses on the methodological aspects of the solutions provided in the embodiments of this disclosure. To achieve the described functions, the embodiments of this disclosure provide corresponding hardware structures and / or software modules for executing each function. Those skilled in the art should readily recognize that, in conjunction with the modules and algorithm steps of the various examples described in the embodiments disclosed herein, the embodiments of this disclosure can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this disclosure.

[0328] The related apparatus provided in this disclosure will now be described. It should be understood that the communication apparatus described below can be referred to in correspondence with the communication method described above.

[0329] This disclosure also provides a first node, which includes a communication module and a processing module.

[0330] The communication module is used to acquire multiple sets of random access channel (RACH) configurations, including non-subband full-duplex random access channel (SBFD RACH) configurations and at least one SBFD RACH configuration.

[0331] The processing module is used for random access based on multiple RACH configurations.

[0332] In some embodiments, at least one SBFD RACH configuration includes at least one of the following: a first SBFD RACH configuration, and / or a second SBFD RACH configuration. The first SBFD RACH configuration shares some or all of the configuration parameters of the non-SBFD RACH configuration; the configuration parameters in the second SBFD RACH configuration are configured independently of the configuration parameters of the non-SBFD RACH configuration.

[0333] The capabilities of the aforementioned communication and processing modules can be found in the descriptions in the above method embodiments, and will not be repeated here.

[0334] It should be noted that the module division described is illustrative and represents only one logical functional division; in actual implementation, other division methods are possible. For example, two or more functions can be integrated into one processing module. The integrated module can be implemented in hardware or as a software functional module.

[0335] In the case where the integrated module's functionality is implemented in hardware, this disclosure also provides a structure for a communication device used to execute the communication method provided in this disclosure. Similarly, the communication device and the communication method described above can be referred to in correspondence with each other.

[0336] As shown in Figure 10, the communication device includes a processor 1002 and a communication interface 1003. In some examples, the communication device may also include at least one of a bus 1004 and a memory 1001.

[0337] Processor 1002 may implement or execute various exemplary logic blocks, modules, and circuits described in conjunction with embodiments of this disclosure. Processor 1002 may be a central processing unit, a general-purpose processor, a digital signal processor, an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. It may implement or execute various exemplary logic blocks, modules, and circuits described in conjunction with embodiments of this disclosure. Processor 1002 may also be a combination that implements computing functions, for example, including one or more microprocessor combinations, a combination of a DSP (digital signal processor) and a microprocessor, etc.

[0338] Communication interface 1003 is used to connect with other devices via a communication network. This communication network can be Ethernet, wireless access network, wireless local area network (WLAN), etc.

[0339] The memory 1001 may be a read-only memory (ROM) or other type of static storage device capable of storing static information and instructions, random access memory (RAM) or other type of dynamic storage device capable of storing information and instructions, or electrically erasable programmable read-only memory (EEPROM), disk storage medium or other magnetic storage device, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but is not limited thereto.

[0340] In one implementation, the memory 1001 can exist independently of the processor 1002. The memory 1001 can be connected to the processor 1002 via a bus 1004 and is used to store instructions or program code executable by the processor 1002, such as computer program instructions. When the processor 1002 calls and executes the instructions or program code stored in the memory 1001, it can implement the communication method provided in this embodiment.

[0341] In another implementation, the memory 1001 can also be integrated with the processor 1002.

[0342] Bus 1004 can be an extended industry standard architecture (EISA) bus, etc. Bus 1004 can be divided into address bus, data bus, control bus, etc. For ease of illustration, only one thick line is used to represent it in Figure 10, but this does not mean that there is only one bus or one type of bus.

[0343] Some embodiments of this disclosure provide a computer-readable storage medium (e.g., a non-transitory computer-readable storage medium) storing computer program instructions that, when executed on a computer, cause the computer to perform the communication method as described in any of the embodiments described herein. It should be understood that this disclosure does not limit the specific form of the computer.

[0344] In some examples, computer-readable storage media may include, but are not limited to: magnetic storage devices (e.g., hard disks, floppy disks, or magnetic tapes), optical disks (e.g., compact disks (CDs), digital versatile disks (DVDs), etc.), smart cards, and flash memory devices (e.g., erasable programmable read-only memory (EPROMs), cards, sticks, or key drives, etc.). The various computer-readable storage media described in this disclosure may represent one or more devices for storing information and / or other machine-readable storage media. The term "machine-readable storage media" may include, but is not limited to, wireless channels and various other media capable of storing, containing, and / or carrying instructions and / or data.

[0345] This disclosure provides a computer program product containing instructions that, when run on a computer, cause the computer to perform the communication method described in any of the embodiments described herein.

[0346] The communication method provided in this disclosure can provide multiple random access channel (RACH) configurations, such as a non-subband full-duplex random access channel (SBFD RACH) configuration and at least one SBFD RACH configuration, to realize a random access channel configuration involving subband full-duplex (SBFD) technology, enabling the first node to perform random access on SBFD resources.

[0347] The above description is merely a specific embodiment of this disclosure, but the scope of protection of this disclosure is not limited thereto. Any changes or substitutions within the technical scope disclosed in this disclosure should be included within the scope of protection of this disclosure. Therefore, the scope of protection of this disclosure should be determined by the scope of the claims.

Claims

1. A communication method applied to a first node, comprising: Obtain multiple sets of random access channel (RACH) configurations, including non-subband full-duplex random access channel (SBFD) RACH configurations and at least one SBFD RACH configuration; Random access is performed based on the aforementioned multiple RACH configurations.

2. The method according to claim 1, wherein, The at least one SBFD RACH configuration includes at least one of the following: a first SBFD RACH configuration, and / or a second SBFD RACH configuration; Wherein, the first SBFD RACH configuration shares some or all of the configuration parameters of the non-SBFD RACH configuration; The configuration parameters in the second SBFD RACH configuration are configured independently of the configuration parameters in the non-SBFD RACH configuration.

3. The method according to claim 2, wherein, The random access based on the multiple RACH configurations includes: Random access can be performed by randomly selecting one of the multiple RACH configurations; or... Based on the priority of each of the multiple RACH configurations, a configuration is selected from the multiple RACH configurations for random access; or, Based on the signaling sent by the second node, a configuration is selected from the multiple RACH configurations for random access.

4. The method according to claim 3, wherein, The priority of the non-SBFD RACH configuration and the priority of the at least one SBFD RACH configuration are configured by the second node or are the default.

5. The method according to claim 4, wherein, The non-SBFD RACH configuration has a lower priority than the SBFD RACH configuration.

6. The method according to claim 3, wherein, The at least one SBFD RACH configuration includes a first SBFD RACH configuration and a second SBFD RACH configuration, wherein the priority of the first SBFD RACH configuration and the priority of the second SBFD RACH configuration are configured by the second node or are the default.

7. The method according to claim 6, wherein, The priority of the first SBFD RACH configuration is lower than the priority of the second SBFD RACH configuration; or, the priority of the second SBFD RACH configuration is lower than the priority of the first SBFD RACH configuration.

8. The method according to claim 3, wherein, The signaling sent by the second node includes: Downlink Control Information (DCI) signaling for Physical Downlink Control Channel Scheduling Indicator (PDCCH) order and / or Radio Resource Control (RRC) signaling.

9. The method according to claim 3, further comprising: Based on the instructions of the second node, determine whether to randomly select one of the multiple RACH configurations for access.

10. The method according to claim 3, wherein, The priority of the RACH configuration is determined based on the Reference Signal Received Power (RSRP) of the reference signal measured by the first node.

11. The method according to claim 10, wherein, If the RSRP of the reference signal is less than a preset parameter threshold, the RACH configuration with the highest priority among the multiple RACH configurations is any one of the following: The RACH configuration with the longest preamble format among the multiple RACH configurations; The RACH configuration with the shortest preamble format among the multiple RACH configurations; Among the multiple RACH configurations, the RACH configuration with the largest Physical Random Access Channel (PRACH) period is; The RACH configuration with the smallest physical random access channel (PRACH) period among the multiple RACH configurations.

12. The method according to claim 10, wherein, The reference signal includes at least one of the following: path loss reference signal, synchronization signal block SSB, channel state information reference signal CSI-RS, positioning reference signal PRS, tracking reference signal TRS, and phase tracking reference signal PT-RS.

13. The method according to claim 2, further comprising: If random access fails based on the first RACH configuration, random access will be performed based on the second RACH configuration.

14. The method according to claim 13, wherein, The first RACH configuration is the SBFD RACH configuration, and the second RACH configuration is the non-SBFD RACH configuration; or, The first RACH configuration is the first SBFD RACH configuration, and the second RACH configuration is the second SBFD RACH configuration; or, The first RACH configuration is the second SBFD RACH configuration, and the second RACH configuration is the first SBFD RACH configuration.

15. The method according to claim 13, wherein, The step of performing random access based on the second RACH configuration when random access based on the first RACH configuration fails includes: If the number of random access failures based on the first RACH configuration reaches a first preset threshold, random access will be performed based on the second RACH configuration.

16. The method of claim 15, further comprising: If random access fails based on the second RACH configuration, the random access process ends.

17. The method according to claim 15, wherein, The priority of the RACH configuration is implicitly determined based on the threshold N of the number of repeated transmission failures when the first node falls back from the SBFD RACH configuration to the non-SBFD RACH configuration, and the threshold N1 of the number of repeated transmission failures when the first node switches from the first set of RACH configurations to the second set of RACH configurations. The N and N1 are configured by the second node, and both N and N1 are positive integers.

18. The method according to claim 17, wherein, The first RACH configuration is the first SBFD RACH configuration, and the multiple RACH configurations, in addition to the first RACH configuration, include the second SBFD RACH configuration and non-SBFD RACH configurations; wherein, When N is greater than N1, the priority of the second SBFD RACH configuration is higher than the priority of the non-SBFD RACH configuration; When N is less than N1, the priority of the second SBFD RACH configuration is lower than the priority of the non-SBFD RACH configuration; When N equals N1, the priority of the second SBFD RACH configuration and the priority of the non-SBFD RACH configuration are determined by the first node itself.

19. The method according to claim 18, wherein, The first RACH configuration is the second SBFD RACH configuration, and the multiple RACH configurations, besides the first RACH configuration, include the first SBFD RACH configuration and non-SBFD RACH configurations; wherein, When N is greater than N1, the priority of the first SBFD RACH configuration is higher than the priority of the non-SBFD RACH configuration; When N is less than N1, the priority of the first SBFD RACH configuration is lower than the priority of the non-SBFD RACH configuration; When N equals N1, the priority of the first SBFD RACH configuration and the priority of the non-SBFD RACH configuration are determined by the first node itself.

20. The method according to claim 13, wherein, The random access based on the second set of RACH configuration includes: Based on the priority of each RACH configuration other than the first RACH configuration, the second configuration with the highest priority is selected from the multiple RACH configurations for random access.

21. The method according to claim 1, wherein, Each of the multiple RACH configurations includes at least one RACH sub-configuration; the method further includes: If random access based on the first RACH sub-configuration fails, random access will be performed based on the second RACH sub-configuration.

22. The method according to claim 21, wherein, The first RACH sub-configuration is a two-step subband full-duplex random access channel 2-step SBFD RACH sub-configuration, and the second RACH sub-configuration is a four-step non-subband full-duplex random access channel 4-step non-SBFD RACH sub-configuration or a four-step subband full-duplex random access channel 4-step SBFD RACH sub-configuration.

23. The method of claim 22, further comprising: Based on the priority of each RACH sub-configuration in the second node configuration, select one set of sub-configurations from the four-step non-SBFD RACH sub-configurations or the four-step SBFD RACH sub-configurations as the second set of RACH sub-configurations.

24. The method according to claim 21, wherein, The first RACH sub-configuration is a 4-step SBFD RACH sub-configuration, and the second RACH configuration is a 4-step non-SBFD RACH sub-configuration; or, The first RACH sub-configuration is a 2-step SBFD RACH sub-configuration, and the second RACH configuration is a 2-step non-SBFD RACH sub-configuration.

25. The method according to claim 21, wherein, The step of performing random access based on the second set of RACH sub-configurations when random access based on the first set of RACH sub-configurations fails includes: If the number of random access failures based on the first set of RACH sub-configurations reaches a second preset threshold, random access will be performed based on the second set of RACH sub-configurations.

26. The method according to claim 1, wherein, The SBFD RACH configuration includes SBFD RACH resources, which include a preamble identifier. The preamble identifier includes multiple preamble intervals, and among the multiple preamble intervals is a target preamble interval specifically used to support the first node of SBFD to perform random access.

27. The method according to claim 26, wherein, The starting index of the target preamble interval in the preamble identifier and the number of consecutive indices it occupies are configured by the second node.

28. The method according to claim 27, wherein, The plurality of preamble intervals also include 4-step preamble intervals and / or 2-step preamble intervals, and the starting index of the target preamble interval is the ending index of the 4-step preamble interval and / or the 2-step preamble interval plus one.

29. The method according to claim 1, wherein, The SBFD RACH configuration includes SBFD RACH resources, which include a preamble identifier and a preamble identifier that includes multiple preamble intervals. Among the plurality of preamble intervals, at least one preamble interval corresponds to the target feature, and the target feature is a feature in the preamble interval specifically used to support the first node of SBFD to perform random access.

30. The method according to claim 29, wherein, The priority of the target feature is configured by the second node.

31. The method according to claim 29, wherein, The multiple SBFD RACH configurations include a second SBFD RACH configuration, wherein the configuration parameters in the second SBFD RACH configuration are configured independently of the configuration parameters in the non-SBFD RACH configuration. The preamble identifier is the preamble identifier corresponding to the synchronization signal block SSB of the target random access opportunity (RO), and the target RO is the RO in which the second SBFD RACH configuration and the non-SBFD RACH configuration completely overlap in the time-frequency domain.

32. The method according to claim 1, wherein, The SBFD RACH configuration corresponds to the Random Access Opportunity (RO) validity rules, which include: Only ROs on SBFD resources are valid ROs; or, Only ROs that do not overlap with the time or frequency domain of the non-SBFD RACH configuration are valid ROs.

33. The method according to claim 1, wherein, The at least one SBFD RACH configuration includes a second SBFD RACH configuration, wherein the configuration parameters in the second SBFD RACH configuration are configured independently of the configuration parameters in the non-SBFD RACH configuration; the mapping relationship between SSB and RO configured in the second SBFD RACH configuration is only applied to ROs that do not partially or completely overlap with the non-SBFD RACH configuration. Wherein, the RO that does not overlap with the non-SBFD RACH configuration in part or in whole is an RO that does not overlap with at least one part or in whole with the RO of the non-SBFD RACH configuration in the time domain, frequency domain or code domain.

34. The method according to claim 1, wherein, The random access based on the multiple RACH configurations includes: In the case where the first node performs the first random access by repeatedly sending message 1Msg1 and performs random access based on the SBFD RACH configuration, the first node performs random access on a RO that does not overlap with the non-SBFD RACH configuration.

35. A communication device, comprising: A processor and a memory for storing processor-executable instructions; The processor is configured to execute the instructions, causing the communication device to perform the communication method according to any one of claims 1-34.

36. A computer-readable storage medium, wherein, The computer-readable storage medium stores computer instructions that, when executed on a computer, cause the computer to perform the communication method according to any one of claims 1-34.

37. A computer program product, wherein, The computer program product includes computer instructions that, when executed on a computer, cause the computer to perform the communication method according to any one of claims 1-34.

Images