Resource type determination method and apparatus and related product

Abstract

The present application relates to the technical field of communications, and discloses a resource type determination method and apparatus and a related product. The resource type determination method of the embodiments of the present application comprises: a terminal acquires first information, wherein the first information comprises at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, and information carried in a random access response message, the first downlink channel is a downlink channel corresponding to the random access response message, and the second downlink channel is a downlink channel other than the first downlink channel; and on the basis of the first information, the terminal determines a first random access resource type corresponding to the random access response message.

Description

Resource type determination method, device and related products

[0001] This application claims priority to the Chinese patent application filed with the State Intellectual Property Office on December 28, 2023, with application number 202311838873.5 and application name “Resource type determination method, device and related products”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The present application belongs to the field of communication technology, and specifically relates to a resource type determination method, device and related products. Background Art

[0003] At present, any terminal can select a physical random access channel (PRACH) resource of a random access resource type to send a random access message to a network side device to initiate a random access (RACH), and receive a random access response message corresponding to the random access message from the network side device, so that any terminal can send another random access message on the PRACH resource corresponding to the random access response message when the random access response message is a message corresponding to the terminal to continue RACH.

[0004] However, since any terminal may be unable to determine whether the random access response message is a message for the terminal, the random access response message may not be a message for the terminal, and the terminal may still send another random access message on the PRACH resource corresponding to the random access response message. As a result, the sending of the other random access message fails, and the success rate of the terminal performing RACH is low. Summary of the Invention

[0005] The embodiments of the present application provide a resource type determination method, apparatus, and related products, which can solve the problem of low success rate of RACH performed by a terminal.

[0006] In a first aspect, a method for determining a resource type is provided, which is executed by a terminal, and the method includes: the terminal obtains first information, the first information including at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, and information carried by a random access response message, the first downlink channel being a downlink channel corresponding to the random access response message, and the second downlink channel being a downlink channel other than the first downlink channel; the terminal determines, based on the first information, a first random access resource type corresponding to the random access response message.

[0007] In a second aspect, a resource type determination method is provided, which is executed by a network side device, and the method includes: the network side device indicates at least one first information to at least one terminal, and the first information includes at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, and information carried by a random access response message, the first downlink channel is the downlink channel corresponding to the random access response message, and the second downlink channel is a downlink channel other than the first downlink channel; wherein, each first information is used to determine a first random access resource type corresponding to a random access response message.

[0008] According to a third aspect, a device for determining a resource type is provided. The device includes: an acquisition module configured to acquire first information, the first information including at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, and information carried by a random access response message, wherein the first downlink channel is the downlink channel corresponding to the random access response message, and the second downlink channel is a downlink channel other than the first downlink channel; and a processing module configured to determine, based on the first information acquired by the acquisition module, a first random access resource type corresponding to the random access response message.

[0009] In a fourth aspect, a resource type determination device is provided, which includes: an indication module, used to indicate at least one first information to at least one terminal, and a first information includes at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, and information carried by a random access response message, the first downlink channel is the downlink channel corresponding to the random access response message, and the second downlink channel is a downlink channel other than the first downlink channel; wherein each first information is used to determine a first random access resource type corresponding to a random access response message.

[0010] In a fifth aspect, a terminal is provided, comprising a processor and a memory, wherein the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, the steps of the method described in the first aspect are implemented.

[0011] In a sixth aspect, a terminal is provided, comprising a processor and a communication interface, wherein the processor is used to obtain first information, the first information including at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, and information carried by a random access response message, the first downlink channel being the downlink channel corresponding to the random access response message, and the second downlink channel being a downlink channel other than the first downlink channel; and determining, based on the first information, a first random access resource type corresponding to the random access response message.

[0012] In the seventh aspect, a network side device is provided, which includes a processor and a memory, wherein the memory stores programs or instructions that can be run on the processor, and when the program or instructions are executed by the processor, the steps of the method described in the second aspect are implemented.

[0013] In the eighth aspect, a network side device is provided, including a processor and a communication interface, wherein the communication interface is used to indicate at least one first information to at least one terminal, and a first information includes at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, and information carried by a random access response message, the first downlink channel is a downlink channel corresponding to the random access response message, and the second downlink channel is a downlink channel other than the first downlink channel; wherein each first information is used to determine a first random access resource type corresponding to a random access response message.

[0014] In the ninth aspect, a readable storage medium is provided, on which a program or instruction is stored. When the program or instruction is executed by a processor, the steps of the method described in the first aspect are implemented, or the steps of the method described in the second aspect are implemented.

[0015] In the tenth aspect, a wireless communication system is provided, comprising: a terminal and a network side device, wherein the terminal can be used to execute the steps of the method described in the first aspect, and the network side device can be used to execute the steps of the method described in the second aspect.

[0016] In the eleventh aspect, a chip is provided, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the steps of the method described in the first aspect, or to implement the steps of the method described in the second aspect.

[0017] In the twelfth aspect, a computer program / program product is provided, which is stored in a storage medium and is executed by at least one processor to implement the steps of the method described in the first aspect, or to implement the steps of the method described in the second aspect.

[0018] In an embodiment of the present application, a terminal may obtain first information, the first information including at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, and information carried in a random access response message, wherein the first downlink channel is the downlink channel corresponding to the random access response message, and the second downlink channel is a downlink channel other than the first downlink channel. The terminal may determine, based on the first information, a first random access resource type corresponding to the random access response message. Since the terminal may obtain the first information including at least one of the information corresponding to the first downlink channel, the information corresponding to the second downlink channel, and the information carried in the random access response message, and accurately determine the first random access resource type corresponding to the random access response message based on at least one of the information corresponding to the first downlink channel, the information corresponding to the second downlink channel, and the information carried in the random access response message, the terminal may determine that the random access response message is not intended for the terminal if the first random access resource type is not supported, and may not send the random access message on the PRACH resource corresponding to the random access response message. Therefore, failure to send the random access message due to the terminal being unable to send the message on the PRACH resource may be avoided, thereby reducing the number of RACH failures of the terminal and thereby improving the success rate of RACH attempts by the terminal. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] FIG1a is a schematic diagram of a time-frequency relationship of a terminal transmitting in full-duplex mode in the related art;

[0020] FIG1b is a second schematic diagram of the time-frequency domain relationship of a terminal transmitting in full-duplex mode in the related art;

[0021] FIG2 is a block diagram of a wireless communication system provided in an embodiment of the present application;

[0022] FIG3 is a flow chart of a method for determining a resource type according to an embodiment of the present application;

[0023] FIG4 is a second flow chart of a method for determining a resource type according to an embodiment of the present application;

[0024] FIG5 is a third flow chart of a method for determining a resource type according to an embodiment of the present application;

[0025] FIG6 is a fourth flow chart of a method for determining a resource type according to an embodiment of the present application;

[0026] FIG7 is a schematic diagram of a structure of a device for determining a resource type according to an embodiment of the present application;

[0027] FIG8 is a second structural diagram of a device for determining a resource type according to an embodiment of the present application;

[0028] FIG9 is a schematic diagram of the hardware structure of a communication device provided in an embodiment of the present application;

[0029] FIG10 is a schematic diagram of the hardware structure of a terminal provided in an embodiment of the present application;

[0030] FIG11 is a schematic diagram of the hardware structure of the network side device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0031] The following will be combined with the accompanying drawings in the embodiments of this application to clearly describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field are within the scope of protection of this application.

[0032] The following describes the terms involved in the embodiments of the present application.

[0033] 1. Full Duplex mode

[0034] In the fifth-generation mobile communication technology (5G) mobile communication system, Full Duplex mode has been enhanced to adapt to diverse scenarios and service requirements. Key 5G scenarios include enhanced Mobile Broadband (eMBB), Ultra Reliable and Low Latency Communication (URLLC), and Massive Machine Type Communication (MTC). These scenarios place high system reliability, low latency, large bandwidth, and wide coverage requirements. In 5G mobile communication systems, configuring Full Duplex mode can significantly improve the latency and coverage performance of Time Division Duplexing (TDD) systems.

[0035] Generally, the Full Duplex mode may include: a subbands non-overlapping Full duplex mode, where the subbands non-overlapping Full duplex mode may improve transmission delay and enhance coverage.

[0036] For a downlink (DL) time slot (configured by tdd-UL-DL-ConfigurationCommon, or tdd-UL-DL-ConfigurationDedicated), the network side device configures the downlink (DL) bandwidth part (BandWidth Part, BWP) for the terminal. For an uplink (UL) slot, the network side device configures the UL BWP for the terminal.

[0037] For Full Duplex mode, there are the following cases:

[0038] Case 1: Configure DL BWP, such as slot 1 in Figure 1a;

[0039] Case 2: Configure DL BWP and UL sub-band, such as slot 2 in Figure 1a.

[0040] For a UL slot:

[0041] Case 3: Configure UL BWP, such as slot 4 in Figure 1b;

[0042] Case 4: Configure UL BWP and DL sub-band, such as slot 5 in Figure 1b.

[0043] For Subband Full Duplex (SBFD) operation, an SBFD subband consists of one resource block (RB) or a set of contiguous RBs with the same transmission direction. The time unit (e.g., slot or orthogonal frequency division multiplexing (OFDM) symbol) used by network devices for SBFD operation is referred to as an SBFD time unit (e.g., slot or OFDM symbol).

[0044] For the Rel-15 protocol, the network-side device and the terminal can only send or receive at a time. For the Rel-18 protocol, the network-side device is full-duplex, and the network-side device can send and receive simultaneously, but the terminal can only use half-duplex mode, that is, it can only send or receive at a time.

[0045] For full-duplex mode on the terminal side, the network side device and the terminal can transmit and receive simultaneously. For full-duplex mode on the terminal side, a larger guard band (larger than the guard band of the full-duplex mode of the network side device) may be required to suppress self-interference.

[0046] For a communication device, simultaneous UL reception and DL transmission can cause self-interference. To ensure transmission in the interfered direction, the communication device must have self-interference mitigation capabilities, such as reserving a guard band between the receive and transmit bands. However, this reduces terminal throughput. In 5G and future 6G systems, both network-side equipment and terminals will likely use full-duplex mode.

[0047] 2. RACH process

[0048] In related art, a RACH process may be a contention-based RACH process or a non-contention-based RACH process. The RACH process may be a four-step RACH process (also called a Type-1 RACH process) or a two-step RACH process (also called a Type-2 RACH process).

[0049] In the contention-based 4-step RACH, the terminal first sends a message Msg1 containing a preamble to the network device. After the network device detects the Preamble, it sends a random access response message (e.g., Msg 2) containing the number of the Preamble detected by the network device and the uplink wireless resources allocated to the terminal for sending Msg3. After receiving Msg2, the terminal confirms that at least one of the numbers of the Preamble carried in Msg2 is consistent with the number of the Preamble it sent. Then, according to the resources indicated in the random access response message, it sends Msg3 containing contention resolution information. After receiving Msg3, the network device sends Msg4 containing contention resolution information. After receiving the random access response message (e.g., Msg4), the terminal confirms that the resolution information is consistent with that sent in Msg3, thus completing the 4-step RACH.

[0050] The network-side device includes uplink grant information in the random access response message to indicate the scheduling information of the Msg3 physical uplink shared channel (PUSCH), and includes information such as the random access channel pilot sequence identifier (RACH Preamble ID, RAPID), temporary cell radio network temporary identifier (Temporary Cell Radio Network Temporary Identifier, TC-RNTI), and timing advance (TA). If the network-side device does not receive the Msg3 PUSCH, it can schedule the retransmission of the Msg3 PUSCH in the physical downlink control channel (PDCCH) scrambled by the TC-RNTI.

[0051] For the contention-based random access process, different terminals randomly select Preambles for transmission. In this way, different terminals may select the same Preamble to be sent on the same time-frequency radio resources. This situation can be understood as a terminal Preamble conflict. In this case, different terminals will receive the same random access response message. At this time, different terminals will transmit Msg 3PUSCH according to the scheduling information in the UL grant of the random access response message. Since the relevant technology does not support repeated transmission of Msg 3PUSCH, the network-side device can only decode the PUSCH (including contention resolution information) sent by one terminal on one Msg 3PUSCH scheduling resource. Therefore, the network-side device will include the contention resolution information received in Msg 3 in Msg 4. If the contention resolution information in Msg 4 received by the terminal matches the contention resolution information sent by the terminal in Msg 3PUSCH, the terminal considers that the contention resolution is successful. If they do not match, the contention resolution is considered unsuccessful.

[0052] If the contention resolution is unsuccessful, the terminal reselects RACH transmission resources, performs physical random access channel (PRACH) transmission, and makes the next random access attempt.

[0053] NR Rel-16 introduced the two-step random access procedure, 2-step RACH. The first step is for the terminal to send Msg A to the network device. After receiving Msg A, the network device sends Msg B to the terminal. If the terminal does not receive Msg B within a certain period of time, it increments the counter counting the number of times Msg A has been sent and resends Msg A. If the counter reaches a certain threshold, the terminal switches from the 2-step RACH procedure to the 4-step RACH procedure.

[0054] MsgA consists of the MsgA Preamble and MsgA PUSCH parts. The Preamble part is sent on the uplink radio resources used for 2-step RACH, and the PUSCH part is sent on the Msg A PUSCH resources associated with the Msg A Preamble and uplink radio resources. Msg A PUSCH resources are a set of PUSCH resources configured for each PRACH slot, including time-frequency resources and demodulation reference signal (DMRS) resources, and are associated with the PRACH resources within the PRACH slot.

[0055] 3. Other terms

[0056] The terms "first", "second", etc. in this application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the terms used in this way are interchangeable where appropriate, so that the embodiments of the present application can be implemented in an order other than those illustrated or described herein, and the objects distinguished by "first" and "second" are generally of the same type, and do not limit the number of objects, for example, the first object can be one or more. In addition, "or" in this application represents at least one of the connected objects. For example, "A or B" covers three options, namely, Option 1: including A but not including B; Option 2: including B but not including A; Option 3: including both A and B. The character " / " generally indicates that the objects associated before and after are in an "or" relationship.

[0057] The term "indication" in this application can be either a direct indication (or explicit indication) or an indirect indication (or implicit indication). A direct indication can be understood as the sender explicitly informing the receiver of specific information, the operation to be performed, or the requested result, etc. in the instruction sent; an indirect indication can be understood as the receiver determining the corresponding information based on the instruction sent by the sender, or making a judgment and determining the operation to be performed or the requested result, etc. based on the judgment result.

[0058] The terms "at least one" and "at least one of" in this application refer to any one, any two, or a combination of more than two of the objects included. For example, at least one of a, b, and c can be represented by: "a", "b", "c", "a and b", "a and c", "b and c", and "a, b, and c", where a, b, and c can be single or multiple. Similarly, "at least two" means two or more, and its meaning is similar to "at least one".

[0059] It is worth noting that the technology described in the embodiments of the present application is not limited to the Long Term Evolution (LTE) / LTE-Advanced (LTE-A) system, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency-Division Multiple Access (SC-FDMA) or other systems. The terms "system" and "network" in the embodiments of the present application are often used interchangeably, and the technology described can be used for the systems and radio technologies mentioned above, as well as for other systems and radio technologies. The following description describes a New Radio (NR) system for illustrative purposes, and NR terminology is used in most of the following description, but these technologies can also be applied to systems other than NR systems, such as 6th generation (6G) systems. th Generation, 6G) communication system.

[0060] FIG2 shows a block diagram of a wireless communication system applicable to an embodiment of the present application. The wireless communication system includes a terminal 11 and a network-side device 12. The terminal 11 can be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer), a notebook computer, a personal digital assistant (PDA), a handheld computer, a netbook, an ultra-mobile personal computer (UMPC), a mobile internet device (MID), an augmented reality (AR), a virtual reality (VR) device, a robot, a wearable device (Wearable Device), an aircraft (flight vehicle), a vehicle user equipment (VUE), a ship-borne device, a pedestrian user equipment (PUE), a smart home (home appliances with wireless communication capabilities, such as refrigerators, televisions, washing machines, or furniture), a game console, a personal computer (PC), a teller machine, or a self-service machine, or other terminal-side devices. Wearable devices include: smart watches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart bracelets, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc. Among them, the vehicle-mounted device can also be called a vehicle-mounted terminal, a vehicle-mounted controller, a vehicle-mounted module, a vehicle-mounted component, a vehicle-mounted chip or a vehicle-mounted unit, etc. It should be noted that the specific type of the terminal 11 is not limited in the embodiment of the present application. The network side device 12 may include an access network device or a core network device, wherein the access network device may also be called a radio access network (Radio Access Network, RAN) device, a radio access network function or a radio access network unit. The access network device may include a base station, a wireless local area network (WLAN) access point (AS) or a wireless fidelity (WiFi) node, etc.Among them, the base station can be referred to as Node B (NB), Evolved Node B (eNB), the next generation Node B (gNB), New Radio Node B (NR Node B), access point, Relay Base Station (RBS), Serving Base Station (SBS), Base Transceiver Station (BTS), radio base station, radio transceiver, Basic Service Set (BSS), Extended Service Set (ESS), Home Node B (HNB), Home evolved Node B (home evolved Node B), Transmission Reception Point (TRP) or other appropriate terms in the relevant field. As long as the same technical effect is achieved, the base station is not limited to specific technical vocabulary. It should be noted that in the embodiment of the present application, only the base station in the NR system is used as an example for introduction, and the specific type of the base station is not limited.

[0061] The resource type determination method, device and related products provided in the embodiments of the present application are described in detail below with reference to some embodiments and their application scenarios in conjunction with the accompanying drawings.

[0062] Figure 3 shows a schematic flow chart of a method for determining resource types provided by an embodiment of the present application. As shown in Figure 3, a method for determining resource types provided by an embodiment of the present application may include the following steps 101 and 102.

[0063] Step 101: The terminal obtains first information.

[0064] In some embodiments of the present application, the terminal is any one of multiple terminals of different types.

[0065] In some embodiments of the present application, after the terminal initiates RACH, the terminal may obtain the first information.

[0066] In an embodiment of the present application, the above-mentioned first information includes at least one of the following: information corresponding to the first downlink channel, information corresponding to the second downlink channel, and information carried by the random access response message, the first downlink channel is the downlink channel corresponding to the random access response message, and the second downlink channel is a downlink channel other than the first downlink channel.

[0067] In some embodiments of the present application, the random access response message may specifically include at least one of the following: Msg 2, Msg B, Msg 4, etc.

[0068] In some embodiments of the present application, the first downlink channel may be a downlink channel for scheduling a random access response message. The first downlink channel may include at least one of the following: PDCCH, downlink control information (DCI), and DCI carried by the PDCCH.

[0069] In some embodiments of the present application, the second downlink channel may specifically be a downlink channel sent by a network-side device, and the second downlink channel may be used to carry indication information of the network-side device.

[0070] In some embodiments of the present application, the information corresponding to the first downlink channel includes at least one of the following:

[0071] a Network Temporary Identifier (RA-RNTI) corresponding to the first downlink channel;

[0072] The first downlink channel carries information.

[0073] Optionally, the RNTI corresponding to the first downlink channel can be understood as: the RNTI corresponding to the first downlink channel that schedules the PDSCH that carries the random access response message. Specifically, the CRC of the first downlink channel is scrambled by the RNTI.

[0074] Optionally, the RNTI may specifically be an RNTI related to random access, such as a Random Access-Radio Network Temporary Identifier (RA-RNTI), MsgB-RNTI, etc.

[0075] Optionally, the information carried by the first downlink channel may include: explicitly carried information and implicitly carried information.

[0076] It can be seen that the embodiment of the present application proposes the specific content of the information corresponding to the first downlink channel, that is, the RNTI corresponding to the first downlink channel and at least one of the information carried by the first downlink channel. In this way, in subsequent steps, the terminal can directly determine the first random access resource type corresponding to the random access response message based on the RNTI corresponding to the first downlink channel and at least one of the information carried by the first downlink channel.

[0077] In some embodiments of the present application, the RNTI is determined by at least one of the following:

[0078] an identifier of at least one first time unit, where the at least one first time unit corresponds to a first PRACH resource, the first PRACH resource is used to send a random access message corresponding to the random access response message, the first time unit comprising at least one of the following: a system frame, a time slot, or an OFDM symbol;

[0079] an identifier of a first frequency domain unit, where the first frequency domain unit corresponds to a first PRACH resource;

[0080] an identifier of a first uplink carrier, where the first uplink carrier is an uplink carrier where the first PRACH resource is located;

[0081] an identifier of a second random access resource type, where the second random access resource type is a random access resource type corresponding to the first PRACH resource;

[0082] an identifier of a first uplink subband, where the first uplink subband is an uplink subband where a first PRACH resource is located;

[0083] First offset value.

[0084] It can be understood that the at least one first time unit may include an identifier of at least one time slot and / or may include an identifier of at least one OFDM symbol.

[0085] In the embodiment of the present application, the above-mentioned "random access message corresponding to the random access response message" can be understood as: a random access message that triggers the network side device to send a random access response message, that is, a random access message sent by the terminal to the network side device before receiving the random access response message; or a random access message sent to the network side device according to the random access response message, that is, a random access message sent by the terminal to the network side device after receiving the random access response message.

[0086] The random access message may include at least one of the following: Msg 1, Msg A, Msg 3, Msg 5, etc.

[0087] The first PRACH resource may specifically be a PRACH resource used to send a random access message that triggers the network device to send a random access response message (ie, a random access message sent by the terminal to the network device before receiving the random access response message).

[0088] Among them, the above-mentioned at least one first time unit may include: a time unit located at the starting position or the ending position of the first PRACH resource; the identifier of the above-mentioned at least one first time unit may include: the identifier of the first OFDM symbol of the first PRACH resource, and the identifier of the first time slot of the first PRACH resource.

[0089] Optionally, the identifier of the at least one first time unit may specifically be an index of the at least one first time unit. The index of the first OFDM symbol of the first PRACH resource is greater than or equal to 0 and less than a first index maximum value, and the index of the first time slot of the first PRACH resource is greater than or equal to 0 and less than a second index maximum value. The first index maximum value and the second index maximum value may be values ​​indicated by the network-side device.

[0090] The first frequency domain unit may specifically be an uplink subband at which the frequency domain starts or ends. The identifier of the first frequency domain unit may specifically be an index of the first frequency domain unit, where the index of the first frequency domain unit is greater than or equal to 0 and less than a third index maximum value, and the third index maximum value may be a value indicated by a network-side device.

[0091] The identifier of the first uplink carrier may specifically be an ID of the first uplink carrier, and the ID of the first uplink carrier is greater than or equal to 0.

[0092] In the embodiment of the present application, the second random access resource type may be understood as: a terminal transmission capability or a terminal duplex mode type or a resource type for sending the random access message on the first PRACH resource.

[0093] It should be noted that the description of the above-mentioned terminal transmission capability, terminal duplex mode type and resource type will be specifically described in the following embodiments, and will not be repeated in the embodiments of the present application.

[0094] The identifier of the second random access resource type may specifically be an ID of the second random access resource type, and the ID of the second random access resource type is greater than or equal to 0.

[0095] The identifier of the first uplink subband may specifically be the ID of the first uplink subband, and the ID of the first uplink subband is greater than or equal to 0.

[0096] The first offset value may specifically satisfy at least one of the following: a preconfigured value, a predefined value, a value agreed upon in a protocol, etc. The first offset value is greater than or equal to 0.

[0097] In some embodiments of the present application, the terminal may calculate and obtain the RNTI using a first algorithm according to at least one of the above contents.

[0098] Taking the RNTI as RA-RNTI as an example, the first algorithm may be: RA-RNTI=C+a×s_id+b×t_id+c×f_id+d×ul_carrier_id+e×ro_type_id+f×ul_subband_id+offset

[0099] Among them, RA-RNTI is the RNTI corresponding to the first downlink channel (for example, RA-RNTI), s_id is the index of the first OFDM symbol of the first PRACH resource, t_id is the identifier of the first time slot of the first PRACH resource, f_id is the identifier of the first frequency domain unit, ul_subband_id is the identifier of the first uplink carrier, ro_type_id is the identifier of the second random access resource type, offset is the first offset value, a, b, c, d, e are weight variables, and their values ​​are integers greater than or equal to 0. A, b, c, d, e can be preconfigured values, or predefined values, or values ​​agreed upon by the protocol. C is a fixed constant, and its value is an integer greater than or equal to 0. C can be a preconfigured value, or a predefined value, or a value agreed upon by the protocol.

[0100] It can be seen that since at least one content for determining the RNTI corresponding to the first downlink channel is pointed out in the embodiment of the present application, the terminal can accurately determine the RNTI corresponding to the first downlink channel according to the at least one content. Therefore, in subsequent steps, the terminal can accurately determine the first random access resource type corresponding to the random access response message based on the RNTI corresponding to the first downlink channel.

[0101] In some embodiments of the present application, the information carried by the first downlink channel includes second information carried by the first downlink channel; wherein the second information includes at least one of the following:

[0102] a cyclic redundancy check (CRC) scrambling sequence corresponding to the first downlink channel;

[0103] resource information corresponding to the first downlink channel;

[0104] a format corresponding to first downlink control information DCI carried by the first downlink channel, where the first DCI is used to schedule a random access response message;

[0105] The third information carried by the first DCI is used to indicate the first random access resource type.

[0106] The CRC scrambling sequence is determined according to the payload of the information carried by the first downlink channel and the first CRC of the information.

[0107] Optionally, the CRC scrambling sequence is calculated using a second algorithm according to the load of the information carried by the first downlink channel, the first CRC of the information, and the random access resource type corresponding to the first PRACH resource.

[0108] Specifically, the second algorithm may be:

[0109] Wherein, CRC_total is a CRC scrambling sequence, CRC_payload is obtained by scrambling the payload of the information carried by the first downlink channel using the first CRC, and ro_type is the random access resource type corresponding to the first PRACH resource. ro_type can be scrambled to any bit of CRC_payload to obtain CRC_total, where the arbitrary bit can be m bits starting from the most significant bit or m bits starting from the least significant bit, where m is a positive integer.

[0110] In some embodiments of the present application, the resource information includes at least one of the following:

[0111] The first downlink channel corresponds to the control resource set CORESET;

[0112] The DMRS scrambling sequence of the CORESET corresponding to the first downlink channel;

[0113] The DMRS sequence of the CORESET corresponding to the first downlink channel;

[0114] The DMRS port of the CORESET corresponding to the first downlink channel;

[0115] A search space corresponding to the first downlink channel;

[0116] a first control channel element (CCE) in a search space corresponding to a first downlink channel, where the first CCE corresponds to the first downlink channel;

[0117] A first aggregation level (AL) of a search space corresponding to the first downlink channel, where the first AL corresponds to the first downlink channel.

[0118] Optionally, the first CCE may include any one of the following: a starting position, an ending position.

[0119] It can be seen that since the specific content of the resource information corresponding to the first downlink channel is pointed out in the embodiment of the present application, in the subsequent steps, the terminal can accurately determine the resource information corresponding to the first downlink channel based on the specific content. Therefore, the terminal can accurately determine the first random access resource type corresponding to the random access response message based on the resource information.

[0120] In some embodiments of the present application, the first DCI may be carried using an existing indication field, a newly added indication field, or a reserved indication field in a random access response (Random Access Response, RAR) authorization or a media access control (MAC) of a random access response message.

[0121] In some embodiments of the present application, the position of the third information in the first DCI may be predefined or indicated by a network-side device.

[0122] It can be seen that since the embodiment of the present application points out the specific content of the second information carried by the first downlink channel, in subsequent steps, the terminal can accurately determine the first random access resource type corresponding to the random access response message based on the second information.

[0123] In some embodiments of the present application, the second downlink channel may include at least one of the following: DCI for scheduling Msg3 and Msg4, DCI for scheduling uplink data or downlink data, and DCI for unscheduled data. The information corresponding to the second downlink channel includes: fourth information included in the second DCI carried by the second downlink channel, where the second DCI is broadcast DCI or group-common DCI, and the fourth information is used to indicate the first random access resource type.

[0124] Optionally, a separate type indication column may be used in the Mask Index values ​​table to carry the fourth information.

[0125] Thus, since the fourth information indicating the first random access resource type can be carried in the second downlink channel, in subsequent steps, the terminal can accurately determine the first random access resource type corresponding to the random access response message according to the fourth information.

[0126] In some embodiments of the present application, the information corresponding to the above-mentioned second downlink channel includes: the fifth information included in the third DCI carried by the second downlink channel, and the fifth information includes at least one of the following: frame structure, time domain structure, time slot type, duplex mode, BWP, and time domain resources.

[0127] In some embodiments of the present application, the terminal may use the random access resource type corresponding to the fifth information to determine the first random access resource type corresponding to the random access response message.

[0128] As can be seen, since the fifth information can be carried in the second downlink channel, in subsequent steps, the terminal can accurately determine the first random access resource type corresponding to the random access response message according to the fifth information.

[0129] In some embodiments of the present application, the information carried by the random access response message includes sixth information, where the sixth information is used to indicate the first random access resource type.

[0130] In some embodiments of the present application, the sixth information may be carried in the RAR grant or MAC of the random access response message using an existing indication field, a newly added indication field, or a reserved indication field (reserved).

[0131] Thus, it can be seen that, since the sixth information can be carried in the random access response message, in subsequent steps, the terminal can accurately determine the first random access resource type corresponding to the random access response message according to the sixth information.

[0132] Step 102: The terminal determines the first random access resource type corresponding to the random access response message according to the first information.

[0133] In an embodiment of the present application, the above-mentioned first random access resource type can be understood as: a terminal sending capability or a terminal duplex mode type or a resource type when sending a random access message (that is, a random access message sent to the network side device according to the random access response message, that is, the terminal sends a random access message to the network side device after receiving the random access response message).

[0134] The first random access resource type may also be expressed as a random access opportunity (RACH Occasion, RO) type, or as a RO group, RO category, PRACH resource type, PRACH resource group, RACH type, RACH category, etc.

[0135] It should be noted that the description of the above-mentioned terminal transmission capability, terminal duplex mode type and resource type will be specifically described in the following embodiments, and will not be repeated in the embodiments of the present application.

[0136] In some embodiments of the present application, the terminal may determine the random access resource type corresponding to the first information as the first random access resource type corresponding to the random access response message.

[0137] Optionally, when the first information includes information corresponding to the first downlink channel, and the information corresponding to the first downlink channel includes RNTI, the terminal may determine the random access resource type corresponding to the RNTI as the first random access resource type.

[0138] Specifically, the method for the terminal to determine the first random access resource type according to the RNTI corresponding to the first downlink channel specifically includes: the terminal sends a random access message on the first PRACH resource; the terminal determines the RNTI corresponding to the first downlink channel based on the time unit identifier, frequency domain unit identifier, carrier identifier and other information corresponding to the first PRACH resource; the terminal detects the downlink control channel corresponding to the random access response message based on the RNTI. When the terminal detects the downlink control channel corresponding to the random access response message, it can be considered that the terminal has obtained the random access resource type corresponding to the first PRACH resource, that is, the first random access resource type, or the first random access resource type corresponding to the random access response message, or the first random access resource type corresponding to the random access message.

[0139] Optionally, when the first information includes information corresponding to the first downlink channel, and the information corresponding to the first downlink channel includes second information carried by the first downlink channel, and the second information includes a CRC scrambling sequence corresponding to the first downlink channel, the terminal can determine the random access resource type corresponding to the CRC scrambling sequence corresponding to the first downlink channel as the first random access resource type.

[0140] Specifically, the method for the terminal to determine the first random access resource type according to the CRC scrambling sequence corresponding to the first downlink channel specifically includes: the terminal sends a random access message on the first PRACH resource; the terminal determines the CRC scrambling sequence based on the first random access resource type; the terminal checks the DCI carried by the downlink control channel corresponding to the random access response message based on the CRC scrambling sequence. When the terminal verifies the DCI, it can be considered that the terminal has obtained the random access resource type corresponding to the first PRACH resource, that is, the first random access resource type, or the first random access resource type corresponding to the random access response message, or the first random access resource type corresponding to the random access message.

[0141] Optionally, when the first information includes information corresponding to the first downlink channel, and the information corresponding to the first downlink channel includes second information carried by the first downlink channel, and the second information includes resource information corresponding to the first downlink channel, the terminal can determine the random access resource type corresponding to the resource information as the first random access resource type.

[0142] Among them, it can be understood that different CORESET DMRS scrambling sequences correspond to different random access resource types, different CORESET DMRS sequences correspond to different random access resource types, different CORESET DMRS ports correspond to different random access resource types, different first CCEs correspond to different random access resource types, and different search spaces correspond to different random access resource types. That is, each CORESET, DMRS parameter, search space, CCE, AL, etc. can independently correspond to a certain random access resource type. That is, multiple CORESETs, DMRS parameters, search spaces, CCEs, ALs can correspond to the same or different random access resource types, depending on the network side device configuration or network side device implementation.

[0143] For example, different CCE start positions may correspond to different random access resource types. For example, CCE start index mod 4 = 0, 1, 2, 3 may correspond to four different random access resource types respectively.

[0144] Specifically, the method for the terminal to determine the first random access resource type according to the resource information corresponding to the first downlink channel specifically includes: the terminal sends a random access message on the first PRACH resource; the terminal detects the downlink control channel or DCI corresponding to the random access response message based on CORESET, DMRS, search space, CCE, AL and other information. When the terminal detects the downlink control channel or DCI, it can be considered that the terminal has obtained the random access resource type corresponding to the first PRACH resource, that is, the first random access resource type, or the first random access resource type corresponding to the random access response message, or the first random access resource type corresponding to the random access message.

[0145] In some embodiments of the present application, when a terminal determines the first random access resource type corresponding to a random access response message, if the terminal determines that the terminal supports the first random access resource type, the terminal may send a random access message based on the first random access resource type on a PRACH resource corresponding to the random access response message. The PRACH resource may include at least one of the following: a RACH transmission opportunity, a preamble, a preamble index, etc.

[0146] An embodiment of the present application provides a method for determining a resource type. A terminal may obtain first information, the first information including at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, and information carried in a random access response message. The first downlink channel is the downlink channel corresponding to the random access response message, and the second downlink channel is a downlink channel other than the first downlink channel. The method further includes determining a first random access resource type corresponding to the random access response message based on the first information. Because the terminal may obtain the first information including at least one of the information corresponding to the first downlink channel, the information corresponding to the second downlink channel, and the information carried in the random access response message, and accurately determine the first random access resource type corresponding to the random access response message based on at least one of the information corresponding to the first downlink channel, the information corresponding to the second downlink channel, and the information carried in the random access response message, the terminal may determine that the random access response message is not intended for the terminal if the first random access resource type is not supported, and will not send the random access message on the PRACH resource corresponding to the random access response message. This avoids the failure of random access message transmission due to the terminal being unable to send the message on the PRACH resource, thereby reducing the number of RACH failures of the terminal and thereby improving the success rate of RACH transmissions by the terminal.

[0147] In some embodiments of the present application, in combination with FIG. 3 , as shown in FIG. 4 , after the above step 101 , the resource type determination method provided in the embodiment of the present application may further include the following step 103 .

[0148] Step 103: The terminal determines the random access resource type corresponding to the random access message according to the first information.

[0149] It should be noted that the embodiments of the present application do not limit the execution order of step 103 and step 102; in one example, the terminal may first execute step 102 and then execute step 103, that is, the execution order shown in Figure 4; in another example, the terminal may first execute step 103 and then execute step 102; in yet another example, the terminal may execute step 103 while executing step 102.

[0150] In the embodiment of the present application, the random access message corresponds to a random access response message.

[0151] In some embodiments of the present application, the random access message may be a random access message obtained by the terminal according to the random access response message, that is, in the RACH process, after the terminal receives the random access response message, the random access message needs to be sent to the network side device.

[0152] It should be noted that, for the description of the terminal determining the random access resource type corresponding to the random access message based on the first information, reference can be made to the specific description of the terminal determining the first random access resource type corresponding to the random access response message based on the first information in the above embodiment, and the embodiments of the present application will not be repeated here.

[0153] As can be seen, since the terminal can also accurately determine the random access resource type corresponding to the random access message based on at least one of the information corresponding to the first downlink channel, the information corresponding to the second downlink channel, and the information carried by the random access response message, the terminal can determine to directly send the random access message on the PRACH resource corresponding to the random access message when the random access resource type corresponding to the random access message is supported. Therefore, the failure to send the random access message due to the terminal being unable to send the message on the PRACH resource can be avoided, thereby reducing the number of RACH failures of the terminal; alternatively, when determining that the random access resource type corresponding to the random access message is not supported, the terminal can reselect a resource of a random access resource type supported by the terminal and send the message. Therefore, the failure to send the random access message due to the terminal being unable to send the message on the PRACH resource can be avoided, thereby reducing the number of RACH failures of the terminal.

[0154] In some embodiments of the present application, after the above step 101, the resource type determination method provided by the embodiment of the present application may further include the following step 104.

[0155] Step 104: The terminal may perform transmission of the random access process according to the first information and the first random access resource type corresponding to the random access response message.

[0156] It is understandable that the above step 104 can replace the above step 102.

[0157] In some embodiments of the present application, the transmission in the above-mentioned random access process includes: corresponding uplink transmission or downlink reception in the random access process.

[0158] In some embodiments of the present application, after the above step 101, the resource type determination method provided by the embodiment of the present application may further include the following step 105.

[0159] Step 105: The terminal may transmit a random access process according to the first information and the random access resource type corresponding to the random access message.

[0160] It is understandable that the above step 105 can replace the above step 103.

[0161] In some embodiments of the present application, the transmission in the above-mentioned random access process includes: corresponding uplink transmission or downlink reception in the random access process.

[0162] In some embodiments of the present application, in combination with FIG3 , as shown in FIG5 , before the above step 101 , the resource type determination method provided in the embodiment of the present application may further include the following step 201 .

[0163] Step 201: The terminal obtains a second PRACH resource configured by a network-side device.

[0164] In the embodiment of the present application, the second PRACH resource is used to send a random access message corresponding to the random access response message.

[0165] In some embodiments of the present application, the second PRACH resource may include one or more PRACH resources, and the first PRACH resource is one of the one or more PRACH resources.

[0166] In this embodiment, the random access message may specifically be a random access message that triggers the network-side device to send a random access response message. For example, the random access message may be a message that initiates RACH, such as Msg 1 or Msg A.

[0167] In some embodiments of the present application, the second PRACH resource may include at least one of the following: a RACH transmission opportunity, a Preamble, a Preamble index, etc.

[0168] In this embodiment of the present application, the second PRACH resource corresponds to at least one seventh information, and the seventh information includes at least one of the following:

[0169] Terminal sending capability;

[0170] Terminal duplex mode type;

[0171] Resource type.

[0172] The terminal sending capability includes at least one of the following:

[0173] The duplex capability of the terminal;

[0174] In full-duplex mode, the terminal's guard band capability;

[0175] In full-duplex mode, the terminal's transmit power capability;

[0176] The interference suppression capability of the terminal in full-duplex mode;

[0177] In the embodiment of the present application, in full-duplex mode, the terminal supports simultaneous signal transmission on the downlink sub-band and the uplink sub-band.

[0178] Optionally, the duplex capability of the terminal is used to indicate whether the terminal supports full-duplex mode.

[0179] Specifically, the duplex capability of the terminal is used to indicate at least one of the following: whether the terminal supports signal reception on a downlink subband configured in an uplink timeslot, and whether the terminal supports signal transmission on an uplink subband configured in a downlink timeslot.

[0180] Optionally, the guard band capability of the terminal may be understood as: the size, number or length of the minimum guard band required by the terminal in full-duplex mode to ensure interference isolation between a downlink sub-band and an uplink sub-band.

[0181] Among them, the protection band capability of the above-mentioned terminal may include at least one protection band, and different protection bands are related to the following: the bandwidth of downlink transmission, the bandwidth of uplink transmission, the maximum transmission power, the interference suppression capability of the terminal, the spatial characteristics of downlink transmission, and the spatial characteristics of uplink transmission.

[0182] Optionally, the transmit power capability of the terminal may be understood as: the maximum transmit power allowed when the terminal is in full-duplex mode in order to ensure interference isolation between the downlink sub-band and the uplink sub-band.

[0183] Among them, the transmission power capability of the above-mentioned terminal may include at least one maximum transmission power, and different maximum transmission powers correspond to different: frequency domain intervals of downlink transmission / uplink transmission and uplink transmission, bandwidth of downlink transmission, bandwidth of uplink transmission, interference suppression capability of the terminal, spatial characteristics of downlink transmission, and spatial characteristics of uplink transmission.

[0184] Optionally, the interference suppression capability of the terminal may be understood as the degree of interference suppression that can be provided by the transmitting end / receiving end when the terminal is in full-duplex mode.

[0185] Among them, the interference suppression capability of the above-mentioned terminal may include at least one interference suppression capability indicator, and different interference suppression capability indicators may correspond to different: frequency domain interval between downlink transmission and uplink transmission, bandwidth of downlink transmission, bandwidth of uplink transmission, maximum transmission power, spatial characteristics of downlink transmission, and spatial characteristics of uplink transmission.

[0186] In some embodiments of the present application, the duplex capability of the terminal includes at least one of the following:

[0187] Whether the terminal supports full-duplex mode;

[0188] Whether the terminal supports signal reception on the downlink subband of the uplink time unit;

[0189] Whether the terminal supports signal transmission on the uplink subband of the downlink time unit.

[0190] In some embodiments of the present application, the terminal duplex mode type includes any of the following:

[0191] Full-duplex mode: In full-duplex mode, the terminal supports signal transmission on both the downlink sub-band and the uplink sub-band;

[0192] Fully overlapping full-duplex mode, in which the terminal supports simultaneous signal transmission on at least partially overlapping downlink and uplink subbands;

[0193] Sub-band non-overlapping full-duplex mode: In sub-band non-overlapping full-duplex mode, the terminal supports simultaneous signal transmission on non-overlapping downlink sub-bands and uplink sub-bands;

[0194] Half-duplex mode: In half-duplex mode, the terminal does not support simultaneous signal reception and signal transmission;

[0195] A first duplex mode, in which the terminal supports signal reception on a downlink subband of an uplink time unit;

[0196] Second duplex mode: in the second duplex mode, the terminal supports signal transmission on an uplink subband of a downlink time unit.

[0197] In some embodiments of the present application, the resource type includes any of the following:

[0198] A first resource type, where the first resource type is used to represent a type of time domain resource whose time domain format is uplink;

[0199] A second resource type, where the second resource type is used to characterize a time domain resource whose time domain format is a first format and whose corresponding reference signal does not include the first reference signal. The first format is a time domain format for full-duplex transmission. In full-duplex mode, the terminal supports simultaneous signal transmission on a downlink subband and an uplink subband. The frequency domain resources corresponding to the time domain resources of the first format include an uplink subband and a downlink subband.

[0200] A third resource type, where the third resource type is used to represent a type of time domain resource whose time domain format is the first format and whose corresponding reference signal includes the first reference signal;

[0201] The fourth resource type is used to represent a type of time domain resource whose time domain format is uplink or first format, and the interval between the corresponding time domain resource and the time domain resource corresponding to the first reference signal is greater than or equal to a first preset value.

[0202] In some embodiments of the present application, the above-mentioned first reference signal may include at least one of the following: synchronization signal block (Synchronization Signal and PBCH block, SSB), system information block (System Information Block, SIB), master information block (Master Information Block, MIB), paging signal, etc.

[0203] It can be seen that since the network side device can configure the second PRACH resource for the terminal to send a random access message corresponding to the random access response message, the terminal can select a PRACH resource that the terminal can use / identify from the second PRACH resource according to the supported random access resource type, and successfully send the random access message on the PRACH resource to successfully initiate the RACH process. Therefore, it can avoid the situation where the random access message fails to be sent due to the terminal being unable to use / identify the selected PRACH resource, thereby avoiding the situation where the RACH process fails to be initiated, thereby improving the success rate of the terminal initiating the RACH process.

[0204] In some embodiments of the present application, after the above step 201, the resource type determination method provided by the embodiment of the present application may further include the following step 202.

[0205] Step 202: The terminal receives eighth information from the network-side device.

[0206] In this embodiment of the present application, the eighth information is used to indicate a correspondence between the second PRACH resource and at least one seventh information.

[0207] In some embodiments of the present application, the eighth information is used to indicate a correspondence between at least part of the second PRACH resources and at least one seventh information.

[0208] In some embodiments of the present application, after the terminal receives the eighth information, the terminal may obtain resource types corresponding to at least part of the second PRACH resources.

[0209] The terminal may obtain a resource type corresponding to at least part of the second PRACH resources, which satisfies at least one of the following:

[0210] In the case where the terminal has any terminal transmission capability / terminal duplex mode type, the terminal can obtain resource types of all second PRACH resources;

[0211] When the terminal has a certain terminal transmission capability / terminal duplex mode type, the terminal can obtain the resource types of all second PRACH resources and can only use PRACH resources of the PRACH resource type corresponding to the certain terminal transmission capability / terminal duplex mode type;

[0212] The terminal may acquire and use at least one PRACH resource type, where the at least one PRACH resource type is a PRACH resource type corresponding to the terminal transmission capability / terminal duplex mode type of the terminal in the second PRACH resource.

[0213] Optionally, the half-duplex terminal can obtain all types of PRACH resources including the second PRACH resource, and the PRACH resources are valid, but the terminal can only choose to initiate RACH on type 1 PRACH resources (type 1 corresponds to half-duplex transmission resources).

[0214] Optionally, the half-duplex terminal may be aware of a type 1 PRACH resource in the second PRACH resource, and the PRACH resource is valid. The terminal can only choose to initiate a RACH on the type 1 PRACH resource (type 1 corresponds to a half-duplex transmission resource).

[0215] In some embodiments of the present application, after the terminal receives the eighth information, the terminal may initiate a RACH process according to the second PRACH resource and the eighth information.

[0216] Exemplarily, when the terminal initiates a RACH process, the terminal can learn the PRACH resource type available for initiating RACH. In another embodiment, when the terminal initiates RACH, the terminal does not learn the PRACH resource type available for initiating RACH. Specifically, if the terminal can learn the random access resource type available for initiating RACH, the terminal can arbitrarily select a random access resource type that meets the terminal capability to initiate RACH, and the network-side device can determine the random access resource type based on indications such as RNTI or RAR, thereby allowing terminals with specified capabilities or terminals using specified random access resource types to continue to complete the RACH process. On the other hand, if the terminal cannot learn the random access resource type, the network-side device can indicate the random access resource type based on indications such as RNTI or RAR. If the indicated random access resource type meets the terminal transmission capability and terminal duplex mode type of the terminal, the terminal completes the RACH process according to the random access message / resource corresponding to the random access resource of this type. Otherwise, the terminal reselects the random access resource to initiate the RACH process.

[0217] For example, a terminal with enhanced duplex capability initiates RACH and selects random access resources corresponding to enhanced duplex capability or enhanced duplex resource type. Since a terminal with enhanced duplex capability can obtain random access resources located in full-duplex transmission resources and random access resources located in half-duplex transmission resources, the RNTI can be obtained by sorting the time domain numbers and frequency domain numbers of these random access resources together. Through the RNTI, the network side device can indicate the number of the random access resource used by the terminal, and the number of the random access resource can distinguish different types of random access resources. In addition, the network side device can also carry implicit or explicit random access resource type indication information through the PDCCH and PDSCH corresponding to the random access response message to indicate the type of random access resource that initiated the RACH.

[0218] It should be noted that the descriptions "enhanced duplex, enhanced duplex mode, XDD, enhanced full duplex, enhanced full duplex mode, full duplex, sub-band full duplex" appearing in the embodiments of the present application may represent the same concept.

[0219] For example, a half-duplex-capable terminal initiates a RACH and selects random access resources corresponding to half-duplex capability or a half-duplex resource type. For half-duplex-capable terminals, one implementation is that this type of terminal can obtain random access resources located in both full-duplex transmission resources and half-duplex transmission resources, but can only use random access resources located in half-duplex transmission resources. In this implementation, the time domain numbers and frequency domain numbers of all types of random access resources are sorted together to obtain an RNTI. Using the RNTI, the network device can indicate the random access resource number to be used by the terminal, and this random access resource number can distinguish different types of random access resources. In another implementation, this type of terminal can only obtain random access resources located in half-duplex transmission resources and, therefore, can only use random access resources located in half-duplex transmission resources. In this implementation, the network device can carry implicit or explicit random access resource type indication information on the PDCCH or PDSCH corresponding to the random access response message to indicate the type of random access resource used to initiate the RACH.

[0220] As can be seen, since the terminal can receive the eighth information from the network side device, the eighth information is used to indicate the correspondence between the second PRACH resource and at least one seventh information, so that the terminal can accurately determine the PRACH resource for sending the random access message according to its own capabilities. Therefore, the situation where the terminal fails to send the random access message can be avoided, thereby reducing the number of failures of the terminal to initiate the RACH process, thereby improving the success rate of the terminal initiating the RACH process.

[0221] Each of the above-mentioned method embodiments, or various possible implementation methods in each method embodiment, can be executed separately, or any two or more of them can be executed in combination with each other. The specific implementation can be determined according to actual usage requirements, and the embodiments of this application do not limit this.

[0222] Figure 6 shows a schematic flow chart of a method for determining resource types provided by an embodiment of the present application. As shown in Figure 6, a method for determining resource types provided by an embodiment of the present application may include the following step 301.

[0223] Step 301: A network-side device indicates at least one first information to at least one terminal.

[0224] In an embodiment of the present application, for each first information in at least one first information, one first information includes at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, and information carried by a random access response message, the first downlink channel is the downlink channel corresponding to the random access response message, and the second downlink channel is a downlink channel other than the first downlink channel; each first information is used to determine a first random access resource type corresponding to a random access response message.

[0225] It should be noted that for the description of the first information, the information corresponding to the first downlink channel, the information corresponding to the second downlink channel, and the information carried by the random access response message, reference can be made to the specific description in the above embodiments, and the embodiments of the present application will not be repeated here.

[0226] In some embodiments of the present application, after the network side device receives a RACH process initiated by different terminals on resources of different random access resource types, the network side device can use the RNTI corresponding to each random access resource type, the corresponding PDCCH CRC scrambling parameters / DMRS related parameters or sequence, PDCCH carrying RO_type corresponding indication information, and PDSCH carrying RO_type corresponding indication information to indicate each first information to each terminal when transmitting a random access response message.

[0227] An embodiment of the present application provides a method for determining a resource type, where a network-side device can indicate at least one first information to at least one terminal, wherein one first information includes at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, and information carried by a random access response message, where the first downlink channel is a downlink channel corresponding to the random access response message, and the second downlink channel is a downlink channel other than the first downlink channel; each first information is used to determine a first random access resource type corresponding to a random access response message. Since the network-side device can indicate to the terminal first information including at least one of information corresponding to the first downlink channel, information corresponding to the second downlink channel, and information carried by the random access response message, the terminal can accurately determine the first random access resource type corresponding to the random access response message based on at least one of the information corresponding to the first downlink channel, information corresponding to the second downlink channel, and information carried by the random access response message. In this way, the terminal can determine that, when the first random access resource type is not supported, the random access response message is not a message corresponding to the terminal, and the random access message will not be sent on the PRACH resource corresponding to the random access response message. Therefore, the failure of sending the random access message due to the terminal being unable to send the message on the PRACH resource can be avoided, thereby reducing the number of failures of the terminal in performing RACH, and thereby improving the success rate of the terminal in performing RACH.

[0228] In some embodiments of the present application, before the above step 301, the resource type determination method provided by the embodiment of the present application may further include the following step 401.

[0229] Step 401: The network-side device configures a second PRACH resource for each terminal.

[0230] In the embodiment of the present application, each second PRACH resource is used by each terminal to send a random access message corresponding to a random access response message, and each second PRACH resource corresponds to at least one seventh information, where the seventh information includes at least one of the following:

[0231] Terminal sending capability;

[0232] Terminal duplex mode type;

[0233] Resource type.

[0234] It should be noted that for the description of the terminal transmission capability, terminal duplex mode type and resource type, reference can be made to the specific description in the above embodiments, and the embodiments of the present application will not be repeated here.

[0235] It can be seen that since the network side device can configure the second PRACH resource for the terminal to send a random access message corresponding to the random access response message, the terminal can select a PRACH resource that the terminal can use / identify from the second PRACH resource according to the supported random access resource type, and successfully send the random access message on the PRACH resource to successfully initiate the RACH process. Therefore, it can avoid the situation where the random access message fails to be sent due to the terminal being unable to use / identify the selected PRACH resource, thereby avoiding the situation where the RACH process fails to be initiated, thereby improving the success rate of the terminal initiating the RACH process.

[0236] In some embodiments of the present application, after the above step 401, the resource type determination method provided by the embodiment of the present application may further include the following step 402.

[0237] Step 402: The network-side device sends the eighth information to each terminal.

[0238] In the embodiment of the present application, each eighth information is used to indicate a correspondence between the second PRACH resource configured for the corresponding terminal and at least one seventh information.

[0239] As can be seen, since the network side device can send the eighth information to each terminal, the eighth information is used to indicate the correspondence between the second PRACH resource configured by the corresponding terminal and at least one seventh information. In this way, each terminal can accurately determine the PRACH resource for sending the random access message based on its own capabilities. Therefore, it can avoid the situation where a terminal fails to send a random access message, thereby reducing the number of times a terminal fails to initiate a RACH process, thereby improving the success rate of the terminal initiating the RACH process.

[0240] Each of the above-mentioned method embodiments, or various possible implementation methods in each method embodiment, can be executed separately, or any two or more of them can be executed in combination with each other. The specific implementation can be determined according to actual usage requirements, and the embodiments of this application do not limit this.

[0241] The resource type determination method provided in the embodiment of the present application can be executed by a resource type determination device. In the embodiment of the present application, the resource type determination device provided in the embodiment of the present application is described by taking the resource type determination method executed by the resource type determination device as an example.

[0242] FIG7 shows a possible structural diagram of a resource type determination device provided in an embodiment of the present application. As shown in FIG7 , the resource type determination device 30 provided in an embodiment of the present application may include: an acquisition module 31 for acquiring first information, where the first information includes at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, and information carried by a random access response message, where the first downlink channel is the downlink channel corresponding to the random access response message, and the second downlink channel is a downlink channel other than the first downlink channel. A processing module 32 is configured to determine, based on the first information acquired by the acquisition module 31, the first random access resource type corresponding to the random access response message.

[0243] An embodiment of the present application provides a resource type determination apparatus. Because the resource type determination apparatus can obtain first information including at least one of information corresponding to a first downlink channel, information corresponding to a second downlink channel, and information carried in a random access response message, and accurately determine a first random access resource type corresponding to the random access response message based on at least one of the information corresponding to the first downlink channel, information corresponding to the second downlink channel, and information carried in the random access response message, the resource type determination apparatus can determine, if the first random access resource type is not supported, that the random access response message is not a message corresponding to the resource type determination apparatus, and will not send the random access message on the PRACH resource corresponding to the random access response message. Therefore, failure in sending the random access message due to the resource type determination apparatus being unable to send the message on the PRACH resource can be avoided, thereby reducing the number of RACH failures of the resource type determination apparatus, and thereby improving the success rate of RACH operations performed by the resource type determination apparatus.

[0244] In a possible implementation, the information corresponding to the first downlink channel includes at least one of the following: an RNTI corresponding to the first downlink channel; and information carried by the first downlink channel.

[0245] In one possible implementation, the RNTI is determined by at least one of the following: an identifier of at least one first time unit, at least one first time unit corresponds to a first PRACH resource, the first PRACH resource is used to send a random access message corresponding to a random access response message, and the first time unit includes at least one of the following: a system frame, a time slot, an OFDM symbol; an identifier of a first frequency domain unit, the first frequency domain unit corresponds to a first PRACH resource; an identifier of a first uplink carrier, the first uplink carrier is the uplink carrier where the first PRACH resource is located; an identifier of a second random access resource type, the second random access resource type is the random access resource type corresponding to the first PRACH resource; an identifier of a first uplink subband, the first uplink subband is the uplink subband where the first PRACH resource is located; and a first offset value.

[0246] In one possible implementation, the information carried by the first downlink channel includes second information carried by the first downlink channel; wherein the second information includes at least one of the following: a CRC scrambling sequence corresponding to the first downlink channel; resource information corresponding to the first downlink channel; a format corresponding to the first DCI carried by the first downlink channel, the first DCI being used to schedule a random access response message; and third information carried by the first DCI, the third information being used to indicate a first random access resource type.

[0247] In one possible implementation, the resource information includes at least one of the following: the CORESET corresponding to the first downlink channel; the DMRS scrambling sequence of the CORESET corresponding to the first downlink channel; the DMRS sequence of the CORESET corresponding to the first downlink channel; the DMRS port of the CORESET corresponding to the first downlink channel; the search space corresponding to the first downlink channel; the first CCE of the search space corresponding to the first downlink channel, the first CCE corresponding to the first downlink channel; the first AL of the search space corresponding to the first downlink channel, the first AL corresponding to the first downlink channel.

[0248] In a possible implementation, the information corresponding to the second downlink channel includes: fourth information included in the second DCI carried by the second downlink channel, where the second DCI is a broadcast DCI or a group common DCI, and the fourth information is used to indicate the first random access resource type.

[0249] In one possible implementation, the information corresponding to the second downlink channel includes: the fifth information included in the third DCI carried by the second downlink channel, and the fifth information includes at least one of the following: frame structure, time domain structure, time slot type, duplex mode, BWP, and time domain resources.

[0250] In a possible implementation manner, the information carried by the random access response message includes sixth information, where the sixth information is used to indicate the first random access resource type.

[0251] In one possible implementation, the above-mentioned acquisition module 31 is also used to obtain a second PRACH resource configured by the network side device, where the second PRACH resource is used to send a random access message corresponding to the random access response message. The second PRACH resource corresponds to at least one seventh information, and the seventh information includes at least one of the following: terminal sending capability; terminal duplex mode type; resource type.

[0252] In one possible implementation, the terminal transmission capability includes at least one of the following: the duplex capability of the resource type determination device 30; the guard band capability of the resource type determination device 30 in full-duplex mode; the transmission power capability of the resource type determination device 30 in full-duplex mode; the interference suppression capability of the resource type determination device 30 in full-duplex mode; wherein, in full-duplex mode, the resource type determination device 30 supports signal transmission on both the downlink subband and the uplink subband simultaneously.

[0253] In one possible implementation, the duplex capability of the above-mentioned resource type determination device 30 includes at least one of the following: whether the resource type determination device 30 supports full-duplex mode; whether the resource type determination device 30 supports signal reception on the downlink subband of the uplink time unit; whether the resource type determination device 30 supports signal transmission on the uplink subband of the downlink time unit.

[0254] In one possible implementation, the terminal duplex mode type includes any one of the following: full-duplex mode, in which the resource type determination device 30 supports simultaneous signal transmission on the downlink subband and the uplink subband; fully overlapping full-duplex mode, in which the resource type determination device 30 supports simultaneous signal transmission on at least partially overlapping downlink subbands and uplink subbands; sub-band non-overlapping full-duplex mode, in which the resource type determination device 30 supports simultaneous signal transmission on non-overlapping downlink subbands and uplink subbands; half-duplex mode, in which the resource type determination device 30 does not support simultaneous signal reception and signal transmission; first duplex mode, in which the resource type determination device 30 supports signal reception on the downlink subband of the uplink time unit in the first duplex mode; second duplex mode, in which the resource type determination device 30 supports signal transmission on the uplink subband of the downlink time unit in the second duplex mode.

[0255] In one possible implementation, the above-mentioned resource types include any one of the following: a first resource type, which is used to characterize a type of time domain resources whose time domain format is uplink; a second resource type, which is used to characterize a type of time domain resources whose time domain format is the first format and whose corresponding reference signal does not include the first reference signal, and the first format is a time domain format for full-duplex transmission. In full-duplex mode, the resource type determination device 30 supports simultaneous signal transmission on the downlink subband and the uplink subband, and the frequency domain resources corresponding to the time domain resources of the first format include the uplink subband and the downlink subband; a third resource type, which is used to characterize a type of time domain resources whose time domain format is the first format and whose corresponding reference signal includes the first reference signal; a fourth resource type, which is used to characterize a type of time domain resources whose time domain format is uplink or the first format, and the interval between the corresponding time domain resource and the time domain resource corresponding to the first reference signal is greater than or equal to a first preset value.

[0256] In a possible implementation, the resource type determination device 30 provided in the embodiment of the present application may further include: a receiving module, configured to receive eighth information from a network side device, where the eighth information is used to indicate a correspondence between the second PRACH resource and at least one seventh information.

[0257] In a possible implementation, the processing module 32 is further configured to determine, according to the first information, a random access resource type corresponding to the random access message, where the random access message corresponds to the random access response message.

[0258] The resource type determination device in the embodiments of the present application can be an electronic device, such as an electronic device with an operating system, or a component in the electronic device, such as an integrated circuit or chip. The electronic device can be a terminal, or it can be other devices other than a terminal. For example, the terminal can include but is not limited to the types of terminal 11 listed above, and other devices can be servers, network attached storage (NAS), etc., which are not specifically limited in the embodiments of the present application.

[0259] The resource type determination device provided in the embodiment of the present application can implement the various processes implemented in the method embodiments of Figures 3 to 5 and achieve the same technical effects. To avoid repetition, they will not be described here.

[0260] Figure 8 shows a possible structural diagram of a resource type determination device provided in an embodiment of the present application. As shown in Figure 8, the resource type determination device 40 provided in an embodiment of the present application may include: an indication module 41, configured to indicate at least one first information to at least one terminal, wherein the first information includes at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, and information carried by a random access response message, wherein the first downlink channel is the downlink channel corresponding to the random access response message, and the second downlink channel is a downlink channel other than the first downlink channel; wherein each first information is used to determine a first random access resource type corresponding to a random access response message.

[0261] An embodiment of the present application provides a resource type determination apparatus. Because the resource type determination apparatus can indicate first information including at least one of information corresponding to a first downlink channel, information corresponding to a second downlink channel, and information carried in a random access response message to a terminal, the terminal can accurately determine, based on at least one of the information corresponding to the first downlink channel, information corresponding to the second downlink channel, and information carried in the random access response message, a first random access resource type corresponding to the random access response message. In this way, the terminal can accurately determine that the random access response message is not a message corresponding to the terminal if the first random access resource type is not supported, and will not send the random access message on the PRACH resource corresponding to the random access response message. Therefore, a failure in sending the random access message due to the terminal being unable to send the message on the PRACH resource can be avoided, thereby reducing the number of RACH failures of the terminal and thereby improving the success rate of RACH operations of the terminal.

[0262] In one possible implementation, the resource type determination device 40 provided in the embodiment of the present application may further include: a configuration module, used to configure a second PRACH resource for each terminal, each second PRACH resource is used for each terminal to send a random access message corresponding to a random access response message, and each second PRACH resource corresponds to at least one seventh information, and the seventh information includes at least one of the following: terminal transmission capability; terminal duplex mode type; resource type.

[0263] In one possible implementation, the resource type determination device 40 provided in the embodiment of the present application may further include: a sending module for sending eighth information to each terminal, each eighth information being used to indicate the correspondence between the second PRACH resource configured by the corresponding terminal and at least one seventh information.

[0264] The resource type determination device in the embodiments of the present application can be an electronic device, such as an electronic device with an operating system, or a component in the electronic device, such as an integrated circuit or chip. The electronic device can be a network-side device, or a device other than a network-side device. For example, the terminal can include, but is not limited to, the types of network-side devices 12 listed above. Other devices can include servers, network attached storage (NAS), etc., which are not specifically limited in the embodiments of the present application.

[0265] The resource type determination device provided in the embodiment of the present application can implement the various processes implemented in the method embodiment of Figure 6 and achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0266] As shown in Figure 9, an embodiment of the present application further provides a communication device 50, including a processor 51 and a memory 52. ​​The memory 52 stores a program or instruction that can be run on the processor 51. For example, when the communication device 50 is a terminal, the program or instruction, when executed by the processor 51, implements the various steps of the above-mentioned resource type determination method embodiment and can achieve the same technical effect. When the communication device 50 is a network-side device, the program or instruction, when executed by the processor 51, implements the various steps of the above-mentioned resource type determination method embodiment and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0267] The present application also provides a terminal including a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is configured to execute a program or instruction to implement the steps of the method embodiment shown in FIG3 . This terminal embodiment corresponds to the aforementioned terminal-side method embodiment, and each implementation process and implementation method of the aforementioned method embodiment are applicable to this terminal embodiment and can achieve the same technical effects. Specifically, FIG10 is a schematic diagram of the hardware structure of a terminal implementing an embodiment of the present application.

[0268] The terminal 600 includes but is not limited to: a radio frequency unit 601, a network module 602, an audio output unit 603, an input unit 604, a sensor 605, a display unit 606, a user input unit 607, an interface unit 608, a memory 609 and at least some of the components of the processor 610.

[0269] Those skilled in the art will appreciate that the terminal 600 may also include a power supply (such as a battery) to power various components. The power supply may be logically connected to the processor 610 through a power management system, thereby implementing functions such as charging, discharging, and power consumption management through the power management system. The terminal structure shown in FIG10 does not constitute a limitation of the terminal. The terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements, which will not be described in detail here.

[0270] It should be understood that in an embodiment of the present application, the input unit 604 may include a graphics processing unit (GPU) 6041 and a microphone 6042, and the graphics processor 6041 processes the image data of a static picture or video obtained by an image capture device (such as a camera) in a video capture mode or an image capture mode. The display unit 606 may include a display panel 6061, and the display panel 6061 may be configured in the form of a liquid crystal display, an organic light emitting diode, etc. The user input unit 607 includes a touch panel 6071 and at least one of other input devices 6072. The touch panel 6071 is also called a touch screen. The touch panel 6071 may include two parts: a touch detection device and a touch controller. Other input devices 6072 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which will not be repeated here.

[0271] In the embodiment of the present application, after receiving downlink data from a network-side device, the radio frequency unit 601 may transmit the data to the processor 610 for processing. Furthermore, the radio frequency unit 601 may send uplink data to the network-side device. Typically, the radio frequency unit 601 includes, but is not limited to, an antenna, an amplifier, a transceiver, a coupler, a low-noise amplifier, a duplexer, and the like.

[0272] The memory 609 can be used to store software programs or instructions and various data. The memory 609 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data, wherein the first storage area may store an operating system, applications or instructions required for at least one function (such as a sound playback function, an image playback function, etc.). In addition, the memory 609 may include a volatile memory or a non-volatile memory. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), a static random access memory (SRAM), a dynamic random access memory (DRAM), a synchronous dynamic random access memory (SDRAM), a double data rate synchronous dynamic random access memory (DDRSDRAM), an enhanced synchronous dynamic random access memory (ESDRAM), a synchronous link dynamic random access memory (SLDRAM), and a direct memory bus random access memory (DRRAM). The memory 609 in the embodiment of the present application includes but is not limited to these and any other suitable types of memory.

[0273] Processor 610 may include one or more processing units. Optionally, processor 610 integrates an application processor and a modem processor. The application processor primarily handles operations related to the operating system, user interface, and application programs, while the modem processor primarily processes wireless communication signals, such as a baseband processor. It is understood that the modem processor may not be integrated into processor 610.

[0274] Among them, the processor 610 is used to obtain first information, which includes at least one of the following: information corresponding to the first downlink channel, information corresponding to the second downlink channel, and information carried by the random access response message, the first downlink channel is the downlink channel corresponding to the random access response message, and the second downlink channel is a downlink channel other than the first downlink channel; and based on the first information, determine the first random access resource type corresponding to the random access response message.

[0275] An embodiment of the present application provides a terminal. Because the terminal can obtain first information including at least one of information corresponding to a first downlink channel, information corresponding to a second downlink channel, and information carried in a random access response message, and accurately determine a first random access resource type corresponding to the random access response message based on at least one of the information corresponding to the first downlink channel, information corresponding to the second downlink channel, and information carried in the random access response message, the terminal can thereby determine, when the first random access resource type is not supported, that the random access response message is not a message corresponding to the terminal, and will not send the random access message on the PRACH resource corresponding to the random access response message. Therefore, a failure in sending the random access message due to the terminal being unable to send the message on the PRACH resource can be avoided, thereby reducing the number of RACH failures of the terminal, and thereby improving the success rate of RACH operations of the terminal.

[0276] It can be understood that the implementation process of each implementation method mentioned in this embodiment can refer to the relevant description of the method embodiment and achieve the same or corresponding technical effects. To avoid repetition, it will not be described here.

[0277] The present application also provides a network-side device, including a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is configured to execute a program or instruction to implement the steps of the method embodiment shown in FIG6 . This network-side device embodiment corresponds to the aforementioned network-side device method embodiment, and each implementation process and implementation method of the aforementioned method embodiment are applicable to this network-side device embodiment and can achieve the same technical effects.

[0278] Specifically, embodiments of the present application also provide a network-side device. As shown in Figure 11, the network-side device 700 includes an antenna 701, a radio frequency device 702, a baseband device 703, a processor 704, and a memory 705. Antenna 701 is connected to radio frequency device 702. In the uplink direction, radio frequency device 702 receives information via antenna 701 and sends the received information to baseband device 703 for processing. In the downlink direction, baseband device 703 processes the information to be transmitted and sends it to radio frequency device 702. Radio frequency device 702 processes the received information and then sends it through antenna 701.

[0279] The method executed by the network-side device in the above embodiment may be implemented in the baseband device 703 , which includes a baseband processor.

[0280] The baseband device 703 may include, for example, at least one baseband board, on which multiple chips are arranged, as shown in Figure 11, one of the chips is, for example, a baseband processor, which is connected to the memory 705 through a bus interface to call the program in the memory 705 and execute the network device operations shown in the above method embodiment.

[0281] The network side device may further include a network interface 706 , which is, for example, a Common Public Radio Interface (CPRI).

[0282] Specifically, the network side device 700 of the embodiment of the present application also includes: instructions or programs stored in the memory 705 and can be run on the processor 704. The processor 704 calls the instructions or programs in the memory 705 to execute the method executed by each module shown in Figure 8 and achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0283] An embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, the various processes of the above-mentioned resource type determination method embodiment are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0284] The processor is the processor in the terminal described in the above embodiment. The readable storage medium includes a computer-readable storage medium, such as a computer read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk. In some examples, the readable storage medium may be a non-transitory readable storage medium.

[0285] An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the various processes of the above-mentioned resource type determination method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0286] It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

[0287] An embodiment of the present application further provides a computer program / program product, which is stored in a storage medium. The computer program / program product is executed by at least one processor to implement the various processes of the above-mentioned resource type determination method embodiment and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0288] An embodiment of the present application also provides a wireless communication system, including: a terminal and a network side device, wherein the terminal can be used to execute the steps of the resource type determination method corresponding to the terminal side as described above, and the network side device can be used to execute the steps of the resource type determination method corresponding to the network side device side as described above.

[0289] It should be noted that, in this article, the terms "comprise", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device comprising a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the sentence "comprises a ..." does not exclude the presence of other identical elements in the process, method, article or device comprising the element. In addition, it should be pointed out that the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in the opposite order according to the functions involved. For example, the described method may be performed in an order different from that described, and various steps may also be added, omitted or combined. In addition, the features described with reference to certain examples may be combined in other examples.

[0290] Through the description of the above embodiments, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of a computer software product plus a necessary general-purpose hardware platform, or of course, by hardware. The computer software product is stored in a storage medium (such as ROM, RAM, magnetic disk, optical disk, etc.) and includes a number of instructions for enabling a terminal or network-side device to execute the methods described in each embodiment of the present application.

[0291] The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of this application, ordinary technicians in this field can also make many forms of implementation methods without departing from the purpose of this application and the scope of protection of the claims. These implementation methods are all within the protection of this application.

Claims

1. A method for determining a resource type, wherein, Including: The terminal obtains first information, where the first information includes at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, information carried in a random access response message, the first downlink channel being the downlink channel corresponding to the random access response message, and the second downlink channel being a downlink channel other than the first downlink channel; The terminal determines a first random access resource type corresponding to the random access response message according to the first information.

2. The method according to claim 1, wherein, The information corresponding to the first downlink channel includes at least one of the following: The radio network temporary identifier (RNTI) corresponding to the first downlink channel; The information carried by the first downlink channel.

3. The method according to claim 2, wherein The RNTI is determined by at least one of the following: The identifier of at least one first time unit, where at least one of the first time units corresponds to a first physical random access channel (PRACH) resource for transmitting a random access message corresponding to the random access response message, and the first time unit includes at least one of the following: system frame, time slot, orthogonal frequency division multiplexing (OFDM) symbol; The identifier of a first frequency domain unit corresponding to the first PRACH resource; The identifier of a first uplink carrier, where the first uplink carrier is the uplink carrier where the first PRACH resource is located; The identifier of a second random access resource type, where the second random access resource type is the random access resource type corresponding to the first PRACH resource; The identifier of a first uplink subband, where the first uplink subband is the uplink subband where the first PRACH resource is located; A first offset value.

4. The method according to claim 2, wherein, The information carried by the first downlink channel includes second information carried by the first downlink channel; Wherein, the second information includes at least one of the following: The cyclic redundancy check (CRC) scrambling sequence corresponding to the first downlink channel; The resource information corresponding to the first downlink channel; The format of the first downlink control information (DCI) carried by the first downlink channel, where the first DCI is used to schedule the random access response message; The third information carried by the first DCI, where the third information is used to indicate the first random access resource type.

5. The method according to claim 4, wherein The resource information includes at least one of the following: The control resource set (CORESET) corresponding to the first downlink channel; The demodulation reference signal (DMRS) scrambling sequence of the CORESET corresponding to the first downlink channel; The DMRS sequence of the CORESET corresponding to the first downlink channel; The DMRS ports of the CORESET corresponding to the first downlink channel; The search space corresponding to the first downlink channel; The first control channel element (CCE) of the search space corresponding to the first downlink channel, where the first CCE corresponds to the first downlink channel; The first aggregation level (AL) of the search space corresponding to the first downlink channel, where the first AL corresponds to the first downlink channel.

6. The method according to claim 1, wherein The information corresponding to the second downlink channel includes: The fourth information included in the second DCI carried by the second downlink channel, where the second DCI is a broadcast DCI or a group common DCI, and the fourth information is used to indicate the first random access resource type.

7. The method according to claim 1, wherein, The information corresponding to the second downlink channel includes: The fifth information included in the third DCI carried by the second downlink channel, where the fifth information includes at least one of the following: frame structure, time domain structure, time slot type, duplex mode, bandwidth part BWP, time domain resources.

8. The method according to claim 1, wherein The information carried by the random access response message includes sixth information, where the sixth information is used to indicate the first random access resource type.

9. The method according to any one of claims 1 to 8, wherein, The method further includes: The terminal obtains a second PRACH resource configured by the network side device, where the second PRACH resource is used to send a random access message corresponding to the random access response message, and the second PRACH resource corresponds to at least one seventh information, where the seventh information includes at least one of the following: Terminal transmission capability; Terminal duplex mode type; Resource type.

10. The method according to claim 9, wherein, The terminal transmission capability includes at least one of the following: The duplex capability of the terminal; In the full duplex mode, the guard band capability of the terminal; In the full duplex mode, the transmit power capability of the terminal; In the full duplex mode, the interference suppression capability of the terminal; Wherein, in the full duplex mode, the terminal supports signal transmission on the downlink subband and the uplink subband simultaneously.

11. The method according to claim 10, wherein, The duplex capability of the terminal includes at least one of the following: Whether the terminal supports the full duplex mode; Whether the terminal supports signal reception on the downlink subband in the uplink time unit; Whether the terminal supports signal transmission on the uplink subband in the downlink time unit.

12. The method according to claim 9, wherein The terminal duplex mode type includes any one of the following: Full duplex mode, in which the terminal supports signal transmission on the downlink subband and the uplink subband simultaneously; Fully overlapping full duplex mode, in which the terminal supports signal transmission on at least partially overlapping downlink subbands and uplink subbands simultaneously; Subband non-overlapping full duplex mode, in which the terminal supports signal transmission on non-overlapping downlink subbands and uplink subbands simultaneously; Half duplex mode, in which the terminal does not support simultaneous signal reception and signal transmission; First duplex mode, in which the terminal supports signal reception on the downlink subband in the uplink time unit; Second duplex mode, in which the terminal supports signal transmission on the uplink subband in the downlink time unit.

13. The method according to claim 9, wherein, The resource type includes any one of the following: First resource type, which is used to characterize a type of time domain resource with an uplink time domain format; Second resource type, which is used to characterize a type of time domain resource with a first format and whose corresponding reference signal does not include a first reference signal. The first format is a time domain format for full duplex transmission. In the full duplex mode, the terminal supports signal transmission on the downlink subband and the uplink subband simultaneously. The frequency domain resource corresponding to the time domain resource of the first format includes the uplink subband and the downlink subband; The third resource type, where the third resource type is used to represent a type of time-domain resource whose time-domain format is the first format and the corresponding reference signal includes the first reference signal; The fourth resource type, where the fourth resource type is used to represent a type of time-domain resource whose time-domain format is uplink or the first format and the interval between the corresponding time-domain resource and the time-domain resource corresponding to the first reference signal is greater than or equal to a first preset value.

14. The method according to claim 9, wherein The method further includes: The terminal receives eighth information from the network-side device, where the eighth information is used to indicate the correspondence between the second PRACH resource and at least one of the seventh information.

15. The method according to any one of claims 1 to 14, wherein, The method further includes: The terminal determines, according to the first information, a random access resource type corresponding to a random access message, where the random access message corresponds to the random access response message.

16. A method for determining a resource type, wherein, including: The network-side device indicates at least one first information to at least one of the terminals, and one first information includes at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, information carried in a random access response message, where the first downlink channel is the downlink channel corresponding to the random access response message, and the second downlink channel is a downlink channel other than the first downlink channel; wherein each first information is used to determine a first random access resource type corresponding to a random access response message.

17. The method according to claim 16, wherein, The method further includes: The network-side device configures a second PRACH resource for each terminal, where each second PRACH resource is used for each terminal to send a random access message corresponding to the random access response message, and each second PRACH resource corresponds to at least one seventh information, and the seventh information includes at least one of the following: Terminal transmission capability; Terminal duplex mode type; Resource type.

18. The method according to claim 17, wherein, The method further includes: The network-side device sends eighth information to each terminal, where each eighth information is used to indicate the correspondence between the configured second PRACH resource of the corresponding terminal and at least one of the seventh information.

19. A resource type determination device, wherein, The resource type determination device includes: An acquisition module, configured to acquire first information, where the first information includes at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, information carried in a random access response message, where the first downlink channel is the downlink channel corresponding to the random access response message, and the second downlink channel is a downlink channel other than the first downlink channel; A processing module, configured to determine a first random access resource type corresponding to a random access response message according to the first information acquired by the acquisition module.

20. The resource type determination device according to claim 19, wherein, The information corresponding to the first downlink channel includes at least one of the following: The RNTI corresponding to the first downlink channel; The information carried in the first downlink channel.

21. The resource type determination device according to claim 20, wherein, The RNTI is determined by at least one of the following: Identifiers of at least one first time unit, where at least one of the first time units corresponds to a first PRACH resource, and the first PRACH resource is used to send a random access message corresponding to the random access response message, and the first time unit includes at least one of the following: system frame, time slot, OFDM symbol; Identifier of a first frequency domain unit, where the first frequency domain unit corresponds to the first PRACH resource; Identifier of a first uplink carrier, where the first uplink carrier is the uplink carrier where the first PRACH resource is located; Identifier of a second random access resource type, where the second random access resource type is the random access resource type corresponding to the first PRACH resource; Identifier of a first uplink subband, where the first uplink subband is the uplink subband where the first PRACH resource is located; A first offset value.

22. The resource type determination device according to claim 20, wherein, The information carried by the first downlink channel includes second information carried by the first downlink channel; Wherein, the second information includes at least one of the following: The CRC scrambling sequence corresponding to the first downlink channel; The resource information corresponding to the first downlink channel; The format of a first DCI carried by the first downlink channel, where the first DCI is used to schedule the random access response message; Third information carried by the first DCI, where the third information is used to indicate the first random access resource type.

23. The resource type determination device according to any one of claims 19 to 22, wherein, The obtaining module is further configured to obtain a second PRACH resource configured by a network-side device, where the second PRACH resource is used to send a random access message corresponding to the random access response message, and the second PRACH resource corresponds to at least one seventh information, and the seventh information includes at least one of the following: Terminal transmission capability; Terminal duplex mode type; Resource type.

24. The resource type determination device according to claim 23, wherein, The resource type determination device further includes: A receiving module, configured to receive eighth information from a network-side device, where the eighth information is used to indicate the correspondence between the second PRACH resource and at least one of the seventh information.

25. A resource type determination device, wherein, The resource type determination device includes: An indication module, configured to indicate at least one first information to at least one of the terminals, where one first information includes at least one of the following: information corresponding to a first downlink channel, information corresponding to a second downlink channel, information carried by a random access response message, the first downlink channel is the downlink channel corresponding to the random access response message, and the second downlink channel is a downlink channel other than the first downlink channel; Wherein, each first information is used to determine a first random access resource type corresponding to a random access response message.

26. The resource type determination device according to claim 25, wherein, The resource type determination device further includes: A configuration module, configured to configure a second PRACH resource for each terminal, where each second PRACH resource is used for each terminal to send a random access message corresponding to the random access response message, and each second PRACH resource corresponds to at least one seventh information, and the seventh information includes at least one of the following: Terminal transmission capability; Terminal duplex mode type; Resource type.

27. The method according to claim 26, wherein, The resource type determination device further includes: A sending module, configured to send an eighth piece of information to each of the terminals, where each piece of the eighth information is used to indicate the correspondence between the configured second PRACH resource of the corresponding terminal and at least one piece of the seventh information.

28. A terminal, wherein, It includes a processor and a memory, where the memory stores programs or instructions that can run on the processor, and when the programs or instructions are executed by the processor, the steps of the resource type determination method according to any one of claims 1 to 15 are implemented.

29. A network-side device, wherein, It includes a processor and a memory, where the memory stores programs or instructions that can run on the processor, and when the programs or instructions are executed by the processor, the steps of the resource type determination method according to any one of claims 16 to 18 are implemented.

30. A readable storage medium, wherein, Programs or instructions are stored on the readable storage medium, and when the programs or instructions are executed by a processor, the resource type determination method according to any one of claims 1 to 15 is implemented, or the steps of the resource type determination method according to any one of claims 16 to 18 are implemented.

Images