Communication method, terminal, and network side device

Abstract

The present application relates to the technical field of communications, and discloses a communication method, a terminal, and a network side device. The communication method of embodiments of the present application comprises: a terminal sends a first signal to a network side device; and on the basis of signal attributes of the first signal, the terminal receives a target downlink transmission from the network side device, wherein the target downlink transmission carries at least one response message.

Description

Communication method, terminal and network side equipment

[0001] Cross-references

[0002] This application claims priority to the Chinese patent application filed with the China Patent Office on February 1, 2024, with application number 2024101497814 and invention name “Communication Method, Terminal and Network Side Equipment”. The entire contents of the application are incorporated by reference into this application. Technical Field

[0003] The present application belongs to the field of communication technology, and specifically relates to a communication method, a terminal, and a network-side device. Background Art

[0004] Taking non-terrestrial networks (NTNs) as an example, satellite handovers and other factors may cause a large number or even all terminals to quickly switch to a new satellite through methods such as random access, cell handover, beam switching, or uplink resynchronization to ensure communication quality. However, since a large number or even all terminals need to switch simultaneously or within a short period of time, handover failures may occur due to resource conflicts and other reasons. To address this, related technologies can introduce different signal attributes to the same signal (such as the preamble in random access) on the same size of time-frequency resources. For example, this can support the transmission of multiple different narrower beams or perform further signal processing such as scrambling and interleaving, thereby increasing access capacity to meet the needs of a large number or even all terminals to switch simultaneously or within a short period of time.

[0005] However, in this case, how to respond to the same signal with different attributes received from different terminals is still a technical problem that needs to be solved urgently in this field. Summary of the Invention

[0006] The embodiments of the present application provide a communication method, a terminal, and a network-side device, which can realize signal response to the same signal with different attributes from different terminals, thereby ensuring the performance of the communication system.

[0007] In a first aspect, a communication method is provided, including: a terminal sends a first signal to a network side device; the terminal receives a target downlink transmission from the network side device according to a signal attribute of the first signal; wherein the target downlink transmission carries at least one response message.

[0008] In a second aspect, a communication method is provided, including: a network-side device receives a first signal sent by at least one terminal; a target downlink transmission is sent to the terminal according to the signal attributes of each of the first signals; wherein the target downlink transmission carries at least one response message, and the response message is determined according to the signal attributes of the first signal.

[0009] In a third aspect, a communication apparatus is provided, comprising: a sending module, configured to send a first signal to a network-side device;

[0010] A receiving module is used to receive a target downlink transmission from the network side device according to the signal attribute of the first signal; wherein the target downlink transmission carries at least one response message.

[0011] In a fourth aspect, a communication device is provided, comprising: a receiving module for receiving a first signal sent by at least one terminal; a sending module for sending a target downlink transmission to the terminal according to the signal attributes of each of the first signals; wherein the target downlink transmission carries at least one response message, and the response message is determined according to the signal attributes of the first signal.

[0012] 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.

[0013] In a sixth aspect, a terminal is provided, comprising a processor and a communication interface, wherein the communication interface and the processor are coupled, and the processor is used to run a program or instruction to implement the steps of the method described in the first aspect.

[0014] 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.

[0015] In an eighth aspect, a network side device is provided, comprising a processor and a communication interface, wherein the communication interface and the processor are coupled, and the processor is used to run programs or instructions to implement the steps of the method described in the first aspect.

[0016] 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.

[0017] 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.

[0018] 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.

[0019] 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.

[0020] In an embodiment of the present application, when the network side device receives the first signals sent by multiple terminals, it can send the target downlink transmission according to the signal attributes of each of the first signals, that is, the present application can respond to the same signal with different signal attributes from multiple different terminals, while ensuring the performance of the communication system. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] FIG1 is a schematic structural diagram of a wireless communication system provided by an exemplary embodiment of the present application.

[0022] FIG2 a is a schematic diagram of RO resources provided by an exemplary embodiment of the present application.

[0023] FIG2 b is a schematic diagram of the mapping relationship between SSB and RO provided by an exemplary embodiment of the present application.

[0024] FIG2c is a schematic diagram of an RO set provided by an exemplary embodiment of the present application.

[0025] FIG2 d is a schematic diagram of a MAC PDU provided by an exemplary embodiment of the present application.

[0026] FIG2e is a schematic diagram of a MAC RAR provided by an exemplary embodiment of the present application.

[0027] FIG3 is a flowchart of a communication method according to an exemplary embodiment of the present application.

[0028] FIG4 is a second flowchart of a communication method provided by an exemplary embodiment of the present application.

[0029] FIG5 is a third flowchart of a communication method provided by an exemplary embodiment of the present application.

[0030] FIG6 is a fourth flowchart of a communication method provided by an exemplary embodiment of the present application.

[0031] FIG7 is one of the structural diagrams of a communication device provided by an exemplary embodiment of the present application.

[0032] FIG8 is a second schematic diagram of the structure of a communication device provided by an exemplary embodiment of the present application.

[0033] FIG9 is a schematic structural diagram of a communication device provided by an exemplary embodiment of the present application.

[0034] FIG10 is a schematic structural diagram of a terminal provided by an exemplary embodiment of the present application.

[0035] FIG11 is a schematic structural diagram of a network-side device provided by an exemplary embodiment of the present application. DETAILED DESCRIPTION

[0036] 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.

[0037] 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.

[0038] 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.

[0039] 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.

[0040] FIG1 is 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 may 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-mounted device (VUE), a ship-mounted 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), an ATM, 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 (AP) 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.

[0041] In addition, for ease of understanding, the relevant technical features involved in this application are introduced below. The content is as follows.

[0042] 1. Synchronization signal and physical broadcast channel (PBCH)

[0043] In order for the terminal to search for a reasonable cell and synchronize with the selected cell, the network usually needs to broadcast a synchronization signal and provide certain master information about the cell. In NR, the terminal can use the synchronization signal to search for the cell to obtain the cell's physical layer cell identifier (Physical Cell Identifier, PCI) and downlink frequency synchronization. The terminal then receives the PBCH and reads the system information to obtain the cell's most important system information and information on how to receive other system information (System Information Block 1, SIB1). After receiving the PBCH, the terminal can obtain the cell's downlink timing information, such as the system frame number, the position of subframe 0, etc., to obtain downlink time synchronization. Then, by receiving other system information (including SIB1 and SI messages), the terminal can obtain information about how the cell works and how to access the cell. Next, the terminal will initiate a random access process to obtain uplink synchronization and establish a radio resource control (RRC) connection with the network.

[0044] Among them, the aforementioned synchronization signals mainly include the Primary Synchronization Signal (PSS), the Secondary Synchronization Signal (SSS), and the PBCH. The PBCH carries the most important system information, also known as the Master Information Block (MIB). The concept of SSB appears in NR, which is composed of the original PSS, SSS, PBCH, and Demodulation Reference Signal (DMRS) within 4 consecutive Orthogonal Frequency Division Multiplex (OFDM) symbols. The frequency domain occupies a total of 240 subcarriers, that is, 20 Physical Resource Blocks (PRBs), numbered 0 to 239.

[0045] Mapping rules for SSB to random access opportunity (PRACH Occasion, RO) in 2.5G NR

[0046] The configuration parameters for the Physical Random Access Channel (PRACH) resources and SSB-ROs are configured in SIB1. In NR, a cell can configure multiple frequency division multiplexed (FDM) PRACH ROs at a single PRACH transmission time domain location. The number of ROs that can be FDMed at a time can be: {1, 2, 4, 8}, which is configured and determined by the higher-layer parameter msg1-FDM.

[0047] The random access preamble can only be transmitted on the time domain resources configured by the parameter PRACH configuration index (prach-ConfigurationIndex) and the frequency domain resources configured by the parameter msg1-FDM. RA ∈{0,1,…,M-1}, where M is equal to the high-level parameter msg1-FDM. At the time of initial access, the PRACH frequency domain resource n RA The PRACH frequency domain resource n is numbered in ascending order starting from the lowest frequency RO resource in the initial active uplink bandwidth part. Otherwise, the PRACH frequency domain resource n is RA The RO resources are numbered in ascending order starting from the lowest frequency resource in the active uplink bandwidth part. For example, in Figure 2a, the number of FDM ROs at a time is 8 (msg1-FDM=8), and the RO resources are numbered from RO#0 to RO#7 in ascending order of frequency.

[0048] In NR, there is an association between the RO and the actual SSB transmitted. The RO is associated with the SSB in the frequency domain (from low frequency to high frequency) and then in the time domain. One SSB may be associated with multiple consecutive ROs, or multiple SSBs may be associated with one RO (in this case, different SSBs correspond to different preambles).

[0049] After all SSBs have completed one round of association with the RO, an SSB-RO mapping cycle is formed. An SSB-RO association period may include one or more SSB-RO mapping cycles. An SSB-RO association pattern period may include one or more SSB-RO association periods. The SSB-RO mapping is repeated based on the association pattern period, and the maximum association pattern period is 160ms.

[0050] Typically, a base station can use different beams to transmit different SSBs. The number of SSBs is configured using the ssb-PositionsInBurst parameter. For FR2, the maximum number of SSBs is 64. Based on the strength of the received downlink beam / SSB, the terminal selects the RO or RO and preamble combination associated with a strong SSB to send Msg1. The network then determines the SSB selected by the terminal based on the RO or RO and preamble combination received in the preamble. Msg2 is then sent on the downlink beam corresponding to the SSB to ensure downlink signal reception quality.

[0051] Taking Figure 2a as an example, the number of FDM ROs at a time is 8, and the number of SSBs actually transmitted is 4, namely SSB#0, SSB#1, SSB#2, and SSB#3. Each SSB is associated with two ROs. If the terminal determines to send PRACH / Mg1 on the RO corresponding to SSB#0, the terminal selects an RO between RO#0 and RO#1 to send the PRACH.

[0052] Taking Figure 2b as an example, the number of FDM ROs at a time is 2, and the number of SSBs actually transmitted is 8, namely SSB#0, SSB#1, ..., SSB#7, with every two SSBs associated with one RO. When multiple SSBs share a RO, the preamble sets associated with these multiple SSBs are different, that is, the same preamble cannot belong to the preamble sets associated with different SSBs at the same time: Taking RO#0 in Figure 4 as an example, RO#0 has a total of 60 preambles, of which preambles with indices 0 to 29 are associated with SSB#0, and preambles with indices 30 to 59 are associated with SSB#1.

[0053] Before sending PRACH, the terminal first selects a received beam (SSB) with a reference signal received power (RSRP) higher than the threshold based on the RSRP of the received SSB. If the RSRP of multiple SSBs is higher than the threshold, the terminal can select any SSB with an RSRP higher than the threshold. If there is no SSB with an RSRP higher than the threshold, the terminal selects an SSB based on the implementation.

[0054] Based on the network configuration, the terminal obtains the correspondence between the SSB and the RO. After selecting the SSB, the RO corresponding to the selected SSB is used as the RO for sending PRACH / Preamble / Msg1. If the selected SSB is associated with multiple ROs, the terminal can select one of the ROs to send PRACH / Preamble / Msg1.

[0055] For example, in the example shown in Figure 2a, assuming the terminal selects SSB#1, it can select one from RO#2 and RO#3 to transmit PRACH / Msg1. In the example shown in Figure 2b, if the terminal selects SSB#1, it can select the available RO closest to the current time among the ROs (RO#0 or 4) associated with SSB#1 to transmit PRACH / Msg1. In the selected RO, the terminal selects a preamble from the preamble set associated with the selected SSB to transmit PRACH. As shown in Figure 4, if one RO is associated with two SSBs, the preambles in the available preamble set associated with the SSBs in one RO are divided into two subsets, each corresponding to one SSB. The terminal selects a preamble sequence from the preamble subset corresponding to the selected SSB for PRACH / Msg1 transmission.

[0056] 3. Random Access Process

[0057] Random access has many purposes. For example, random access triggered by a Physical Downlink Control Channel (PDCCH) order is primarily used to enable the terminal to obtain uplink time synchronization. Another example is that when the UE establishes an initial radio link, it can obtain a user identity, such as the Cell Radio Network Temporary Identifier (C-RNTI), through the random access process.

[0058] Currently, the random access procedure can be a contention-based random access procedure (Contention Based Random Access, CBRA) or a non-contention-based random access procedure (Contention Free Random Access, CFRA). Alternatively, the random access procedure can be a four-step random access procedure (also called Type-1 random access procedure) or a two-step random access procedure (also called Type-2 random access procedure).

[0059] The contention-based 4-step random access process includes: the terminal first sends Msg1 containing a preamble to the network; after the network detects the preamble, it will send Msg2 or a random access response (RAR) message, which contains the number of the preamble detected by the network and the uplink wireless resources allocated to the terminal to send Msg3; after receiving Msg2, the terminal confirms that at least one of the preamble numbers carried in Msg2 is consistent with the number of the preamble it sent, and then sends Msg3 containing contention resolution information based on the transmission resources indicated by the RAR; after receiving Msg3, the network will send Msg4 containing contention resolution information; after receiving Msg4, the terminal confirms that the resolution information is consistent with the one it sent in Msg3, thus completing the 4-step random access.

[0060] The network includes uplink grant (UL grant) information in the RAR to indicate the MSG3 Physical Uplink Shared Channel (PUSCH) scheduling information, and includes information such as RACH preamble ID (RAPID), Temporary Cell Radio Network Temporary Identifier (TC-RNTI), and Timing Advance (TA). If the network does not receive the MSG3 PUSCH, it can schedule the retransmission of the MSG3 PUSCH in the PDCCH scrambled by the TC-RNTI.

[0061] In the contention-based random access process, different terminals randomly select preambles for transmission. This means that different terminals may select the same preamble to transmit on the same time-frequency resources (such as RO resources). This situation can be understood as a terminal preamble conflict. In this case, different terminals will receive the same RAR. At this time, different terminals will transmit MSG3PUSCH based on the scheduling information in the RAR UL grant. Because existing technologies do not support repeated transmission of MSG3PUSCH, the network can only decode the PUSCH (including contention resolution information) sent by one terminal on one MSG3PUSCH scheduling resource. Therefore, the network will include the contention resolution information received in MSG3 in MSG4. If the contention resolution information received in MSG4 by the terminal matches the contention resolution information sent by the terminal in MSG3PUSCH, the terminal considers the contention resolution successful. If they do not match, the contention resolution is considered unsuccessful. If the contention resolution is unsuccessful, the terminal reselects the RACH transmission resource, transmits the PRACH, and makes the next random access attempt.

[0062] In non-contention-based random access, the preamble is allocated by the base station. This preamble is called a dedicated random access preamble or dedicated preamble. This dedicated preamble is provided to the terminal via RRC signaling or PDCCH order signaling. Therefore, there is no preamble contention. When dedicated preamble resources are insufficient, the gNode B notifies the terminal to initiate contention-based random access. Therefore, CFRA is also known as the three-step RACH procedure.

[0063] In the 2-step RACH process, the first step is for the terminal to send MsgA to the network. After receiving MsgA, the network sends MsgB to the terminal. If the terminal does not receive MsgB within a certain period of time, it increments the counter that counts the number of MsgA transmissions and resends MsgA. If the counter reaches a certain threshold, the terminal switches from the 2-step random access process to the 4-step random access process.

[0064] MsgA consists of the MsgA preamble and MsgA PUSCH components. The preamble is sent on the Ro used for 2-step RACH, and the PUSCH is sent on the MsgA PUSCH resources associated with the MsgA preamble and Ro. MsgA PUSCH resources are a set of PUSCH resources configured for each PRACH slot, including time-frequency resources and DMRS resources, and are associated with the PRACH resources within the PRACH slot.

[0065] Based on this, the network-triggered non-contention-based random access process is as follows:

[0066] (1) Receive random access resource configuration information corresponding to a non-contention-based random access procedure indicated by the network. This configuration information can be used for beam failure recovery (BFR), HO, or a PDCCH order-triggered non-contention-based random access procedure. The corresponding configuration information indicates the applicable beam indicator (SSB or CSI-RS) and the associated non-contention preamble for the non-contention-based random access procedure. For BFR and HO, the corresponding configuration information may also include RO configuration information and the RSRP threshold for beam selection.

[0067] (2) After obtaining the configuration information, for BFR and HO, the terminal will determine whether to use non-contention random access resources based on the measured beam quality and RSRP threshold (for example, non-contention random access resources will be used only if the beam quality is higher than the RSRP threshold). Subsequently, the terminal selects a beam and its corresponding non-contention preamble and sends Msg1 (non-contention preamble) to the network side. After receiving Msg1, the network side sends Msg2 (RAR) message to the terminal, which carries UL Grant information and the identifier of the random access preamble (preamble ID). If the preamble ID is the same as the number of the random access preamble sent by the terminal's Msg1, the terminal considers that the random access process is successful and sends the PUSCH scheduled by RAR. Otherwise, the counter of the number of times Msg1 is sent (PREAMBLE_TRANSMISSION_COUNTER) is incremented by one, and a random access attempt is re-initiated, random access resources are selected again, and Msg1 is sent.

[0068] The SSB mentioned in the context of this application can also be called any module that includes at least one of a synchronization signal, a broadcast signal, a broadcast channel (PBCH), other system message downlink broadcast channels or their control channels.

[0069] In addition, the RO mentioned in the context of this application can also be called PRACH Occasion, which refers to the time-frequency resources required for sending a random access-related sequence, and can also refer to the same time-frequency resources for transmitting the above-mentioned multiple first signals from different terminals.

[0070] 4. Determination of RO group when PRACH is repeatedly transmitted

[0071] Rel-18 introduced PRACH repetition to enhance uplink coverage. For PRACH repetition, the terminal needs to repeatedly send the Preamble on multiple ROs at different positions in the time domain associated with the same SSB. The number of repetitions can be {2, 4, 8}. After the terminal determines the number of PRACH repetitions, it needs to determine the RO set. The number of valid ROs in the RO set is equal to the number of PRACH repetitions. Assuming that the number of PRACH repetitions is N1, the RO set determination rule is: first determine the starting RO of the RO set, and then determine the remaining N-1 ROs in the RO set. The remaining N-1 ROs in each RO set are ROs that are associated with the same SSB, the same frequency position, and the same associated Preamble set as the starting RO. For example, assuming that the PRACH repetition number is 2, for SSB#0, the RO group can be determined as shown in Figure 2c.

[0072] 5. Medium Access Control (MAC) Protocol Data Unit (PDU) (RAR)

[0073] As shown in Figure 2d, the RAR MAC PDU consists of one or more MAC sub-PDUs and optional padding. The MAC subPDU consists of the following a)-c). In Figure 2d, "E" represents the extension field, "T" represents the type field, and "R" represents the reserved field.

[0074] a) A MAC subheader with only a Backoff Indicator (BI) (can exist alone).

[0075] b) A MAC subheader with only RAPID (i.e., confirmation of the SI request, which can exist alone).

[0076] c) MAC subheader of MAC RAR with RAPID.

[0077] If BI is included, a MAC subPDU consisting only of BI is placed at the beginning of the RAR MAC PDU; a MAC subPDU with only RAPID (such as an acknowledgment of an SI request) and a MAC subPDU of MAC RAR with RAPID can be placed anywhere between the MAC subPDU with BI (if present) and padding (if present).

[0078] From the structure of the RAR MAC PDU, it can be seen that if the gNB detects random access requests from multiple terminals (with the same RA-RNTI) on the same PRACH resource, one RAR MAC PDU can be used to respond to these access requests. The response to each random access request (corresponding to a preamble index) corresponds to one RAR.

[0079] If multiple terminals send preambles on the same PRACH resource, the corresponding RARs are multiplexed in the same RAR MAC PDU.

[0080] The RAR MAC PDU is transmitted on the DL-SCH and indicated by the PDCCH scrambled with the RA-RNTI. If all terminals using the same PRACH resource to send the preamble (the preamble does not necessarily need to be the same) monitor the same RA-RNTI scrambled PDCCH and receive the same RAR MAC PDU, different preamble indices correspond to different MAC RARs, i.e., one MAC subPDU within the RAR MAC PDU.

[0081] Since a RAR MAC PDU can only be scrambled using one RA-RNTI, this also means that RARs corresponding to preambles sent using different PRACH resources (different time-frequency locations) cannot be multiplexed into the same RAR MAC PDU. The MAC RAR is shown in Figure 2e, where the TAC in Figure 2e stands for Timing Advance Command.

[0082] Based on this, the technical solutions provided by the embodiments of the present application are described in detail below through some embodiments and their application scenarios in combination with the accompanying drawings.

[0083] Figure 3 is a flow chart of a communication method 300 according to an exemplary embodiment of the present application. This method 300 may be, but is not limited to, executed by a network-side device, specifically, by at least one of hardware and software installed in the network-side device. In this embodiment, the method 300 may include at least the following steps.

[0084] S310: A network-side device receives a first signal sent by at least one terminal.

[0085] The first signal may be of multiple types depending on the communication scenario. For example, the first signal may include, but is not limited to, at least one of: Msg 1 preamble, Msg A preamble, Msg A PUSCH, PUSCH without random access (RACH less), uplink activation signal, uplink wake-up signal, sounding reference signal (SRS), Msg 3 PUSCH, Msg 5 PUSCH, and synchronization signal.

[0086] It is understood that, in the context of this application, the first signals sent by the multiple terminals may be, but are not limited to, the same signal processed according to different signal attributes, thereby improving signal access capacity. At the same time, for the network-side device, based on the different signal attributes of the multiple first signals sent by the multiple terminals, the network-side device may also distinguish the first signals from different terminals based on the different signal attributes or processing information corresponding to the different signal attributes, thereby achieving efficient and accurate signal response.

[0087] In this embodiment, the signal attribute may be a broad signal attribute, such as different signal attribute IDs of the same type of attribute, or attribute IDs of different types of signal attributes, etc., which is not limited here.

[0088] For example, in some embodiments, assuming that the first signal is a preamble, the signal attributes of the preamble (or referred to as preamble enhancement attributes) may include but are not limited to at least one of the following 11)-19).

[0089] 11) Supporting at least one preamble in the same RO to be associated with at least two first reference signals, wherein the index of the first reference signal corresponds to different preamble attributes, thereby enabling the network side device to distinguish preambles from different terminals and respond to signals based on the preamble and at least two first reference signals associated therewith.

[0090] The RO mentioned in the context of this application refers to the time-frequency resources required for sending a random access related sequence, and may also refer to the same time-frequency resources for transmitting the above-mentioned multiple first signals from different terminals, which is not limited here.

[0091] 12) Supporting association of a preamble with a second reference signal within the same RO, where the second reference signal is associated with at least two third reference signals, where the indexes of the third reference signals correspond to different preamble attributes. This allows network-side devices to distinguish preambles from different terminals based on the preamble and its associated second reference signal and respond to the preambles.

[0092] 13) Scrambling: The scrambling ID of the preamble is the signal attribute ID of the preamble, so that the network-side device can distinguish preambles from different terminals based on the scrambling ID and respond with signals.

[0093] 14) Spread spectrum: The signature ID corresponding to the preamble is the signal attribute ID of the preamble, so that the network-side device can distinguish preambles from different terminals based on the signature ID and respond with signals.

[0094] 15) Interleaving: The network-side device can distinguish preambles from different terminals based on the interleaving characteristics of different preambles and respond with signals.

[0095] 16) Root sequence used to generate preamble sequence. For example, assuming the preamble sequence is a ZC sequence, then when generating the Z sequence, additional root sequences are introduced to generate more preamble sequences.

[0096] 17) Cyclic shift for generating preamble sequence.

[0097] 18) An initialization ID for generating a preamble sequence, wherein different initialization IDs correspond to different preamble attributes. For example, when the preamble sequence is an m-sequence, an initialization ID can be introduced to generate an additional m-sequence.

[0098] 19) The ID of the preamble attribute corresponds to at least one value, so that the preamble sequence set used to generate is equal to the PRACH sequence set. For example, assuming that a scrambling method is used, then, and one value corresponding to the ID of the preamble attribute is 0, that is, the scrambling sequence is all 0s, then the sequence after scrambling (XOR operation) is equal to the sequence before scrambling.

[0099] The PRACH sequence set may include at least one of the following 191)-192).

[0100] 191) One or a group of downlink signal-related basic sequences. In this way, the PRACH sequence can be targeted only at one or some beams, whose coverage area load is relatively high.

[0101] 192) All one or more basic sequences associated with downlink signals. This method is more suitable for situations where the load in all beam coverage areas of the entire cell is relatively high.

[0102] It is worth noting that which signal attribute among the aforementioned 11)-19) is specifically adopted for the preamble can be determined by protocol agreement, network-side device configuration, etc., thereby ensuring that the terminal and the network-side device have a consistent understanding of the signal attributes adopted by different terminals, thereby achieving effective distinction and signal response for the same signal with different signal attributes from different terminals.

[0103] S320: Send a target downlink transmission to the terminal according to the signal attribute of each of the first signals.

[0104] The target downlink transmission carries at least one response message, and the response message is determined according to the signal attribute of the first signal, such as the signal attribute carried or associated in the response information.

[0105] In some embodiments, the response message carried in the target downlink transmission may be different depending on the first signal. For example, assuming that the first signal is a preamble, the response message may be Msg2 or RAR, and the target downlink transmission carrying the response message may be understood as a channel or signal. For example, when the response message is Msg2 or RAR, the target downlink transmission may be a RAR physical downlink shared channel (PDSCH).

[0106] It is worth noting that the response message mentioned in the context of this application can also be called a feedback message, etc., which is not limited here.

[0107] Based on this, in some embodiments, when the network side device receives the first signals sent by multiple terminals, it can send the target downlink transmission according to the signal attributes of each of the first signals, that is, the present application can respond to the same signal with different signal attributes from multiple different terminals, while ensuring the performance of the communication system.

[0108] Correspondingly, for each terminal, it can be determined whether there is a signal attribute ID carried in the received target downlink transmission that is consistent with the signal attribute ID of the first signal sent by itself. If so, it can be determined that the target downlink transmission carries the response message it expects, that is, the response message corresponding to the first signal is received successfully.

[0109] FIG4 is a flow chart of a communication method 400 according to an exemplary embodiment of the present application. This method 400 may be, but is not limited to, performed by a network-side device, specifically, by at least one of hardware and software installed in the network-side device. In this embodiment, the method 400 may include at least the following steps.

[0110] S410: A network-side device receives a first signal sent by at least one terminal.

[0111] S420: Send a target downlink transmission to the terminal according to the signal attribute of each of the first signals.

[0112] The target downlink transmission carries at least one response message, and the response message is determined according to a signal attribute of the first signal.

[0113] It can be understood that the implementation process of S410-S420 can refer to the relevant description in the aforementioned method embodiment 300. Of course, in addition to this, as a possible implementation method, when the network side device sends the target downlink transmission to the terminal according to the signal attributes of each first signal, there can be multiple implementation methods. For example, the implementation process will be explained in combination with three implementation methods below, as follows.

[0114] The first implementation method

[0115] Taking into account that each terminal only needs to parse the response message it expects, in this implementation method 1, different target downlink transmissions can be used for sending different signal attributes, that is, the network side device can transmit the response message corresponding to different signal attributes on different target downlink transmissions, thereby avoiding the terminal invalidly parsing the response message sent to other terminals.

[0116] Based on this, in some embodiments, when the network-side device transmits the response messages corresponding to different signal attributes on different target downlink transmissions, the time-frequency resources corresponding to the different target downlink transmissions can be determined independently or jointly. However, regardless of the determination method, in this embodiment, the different target downlink transmissions can be transmitted on the same time-frequency resources, or different target downlink transmissions can be transmitted on different time-frequency resources, thereby improving the flexibility of the target downlink transmission, which is not limited here.

[0117] Among them, if different target downlink transmissions are transmitted on the same time-frequency resources, then the network side device can multiplex the different target downlink transmissions on the same time-frequency resources through the first transmission mode to achieve reliable transmission of the target downlink transmission.

[0118] The first transmission mode may include but is not limited to at least one of the following 201)-212).

[0119] 201) A method based on symbol spreading. The types of symbol spreading may include but are not limited to sparse code multiple access (SCMA), pattern division multiple access (PDMA), and multi-user shared access (MUSA).

[0120] 202) Based on bit interleaving. The types of bit interleaving may include but are not limited to Interleave Division Multiple Access (IDMA), Interleave Grid Multiple Access (IGMA), etc.

[0121] 203) A bit scrambling-based method, such as low code rate spreading (LCRS).

[0122] 204) is based on a symbol interleaving approach.

[0123] 205) A method based on symbol scrambling.

[0124] 206) A method based on superposition symbols, such as R13's multi-user superposition transmission (Multiuser Superposition Transmission, MUST).

[0125] 207) A rate splitting-based approach, such as Rate Splitting Multiple Access (RSMA).

[0126] 208) Based on space separation method.

[0127] 209) RSMA private stream mode.

[0128] 210) Multi-User Multiple-Input Multiple-Output (MU-MIMO) precoding method.

[0129] 211) Based on different beam transmission modes. For example, when the preamble attributes are different associated reference signals, the downlink beams corresponding to the associated reference signals corresponding to the different preamble attributes are used for corresponding RAR transmission.

[0130] 212) Based on different DMRS port methods.

[0131] It is worth noting that for the various first transmission modes mentioned in 201)-212) above, the actual transmission mode to be used for the target downlink transmission can be configured by protocol agreement or network side instructions, thereby ensuring that the network side equipment and the terminal have a consistent understanding of the first transmission mode, and further ensuring the reliable sending and receiving of different target downlink transmissions.

[0132] In an optional implementation, for the situation where the network side device multiplexes different target downlink transmissions on the same time-frequency resources through the first transmission mode for transmission, the multiplexing resources used for multiplexing different target downlink transmissions can be explicitly configured by the network or implicitly determined through protocol agreement or the like.

[0133] For example, when explicitly configured by the network, the network-side device may configure the time-frequency resources used when sending the target downlink transmission. Then, first indication information is sent to the terminal to indicate the time-frequency resources used when sending the target downlink transmission. The indication of the first indication information enables the terminal and the network-side device to have a consistent understanding of the multiplexing resources, thereby ensuring that the terminal can reliably receive the target downlink transmission.

[0134] For another example, when the determination is implicitly made through a protocol agreement or other means, the method for determining the multiplexing resources can be configured on the network side device and the terminal through a protocol agreement or a protocol pre-definition. Then, the network side device and the terminal can respectively determine the time-frequency resources used for sending and receiving the target downlink transmission based on the method for determining the multiplexing resources agreed upon or pre-defined by the protocol.

[0135] In some embodiments, the method for determining the multiplexing resource may include, but is not limited to: determining the time-frequency resource used when sending or receiving the target downlink transmission according to the signal attribute of the first signal.

[0136] For example, assuming that the first signal is a preamble, the association between the preamble attribute and the multiplexing resources of the RAR PDSCH (i.e., the target downlink transmission) can be configured through protocol agreement or protocol definition. Based on this, when the preamble attribute is scrambled, both the terminal and the network side device can determine the time-frequency resources used when sending or receiving the RAR PDSCH through the signal attributes of the preamble they send, that is, the scrambling ID used.

[0137] Similarly, for the case where different target downlink transmissions are transmitted on different time-frequency resources, the time-frequency resources used can be explicitly configured by the network or implicitly determined through protocol agreement, etc., which will not be repeated here.

[0138] In some embodiments, if different target downlink transmissions are transmitted on different time-frequency resources, then the characteristics of the different target downlink transmissions may include at least one of the following 301)-311).

[0139] 301) FDM is performed based on the same time domain resources. That is, different target downlink transmissions can be transmitted on the same time domain resources in an FDM manner.

[0140] 302) Perform TDM based on the same frequency domain resources. That is, different target downlink transmissions can be transmitted on the same frequency domain resources in a TDM manner.

[0141] 303) The same signal receiving window. That is, the signal receiving windows of different target downlink transmissions are the same, such as having the same signal receiving window starting position, the same signal receiving window length, etc.

[0142] 304) Different signal receiving windows. That is, the signal receiving windows of different target downlink transmissions are different, such as different signal receiving window starting positions and different signal receiving window lengths.

[0143] Among them, if it is a different signal receiving window starting position, then for multiple different target downlink transmissions, the network side device can configure an offset relative to the first or a certain signal receiving window, or the starting position of different signal receiving windows can be determined by the signal attribute corresponding to the response message carried by the target downlink transmission to be received.

[0144] If the signal receiving window lengths are different, then for multiple different target downlink transmissions, the network side device can configure the offset of different signal receiving window lengths relative to the first or a certain signal receiving window length; or, the receiving window lengths of different signal receiving windows can be determined by the signal attributes corresponding to the response message carried by the target downlink transmission to be received.

[0145] 305) The same signal receiving window starting position.

[0146] 306) The same signal receiving window length.

[0147] 307) Different signal receiving window starting positions.

[0148] 308) Different signal receiving window lengths.

[0149] 309) Different frequency bands or subbands or carriers or cells. That is, different target downlink transmissions can be sent or received based on different frequency bands or subbands or carriers or cells to achieve signal response of the first signal.

[0150] 310) are scheduled by the same PDCCH. That is, different target downlink transmissions may be scheduled by the same PDCCH to achieve signal response of the first signal.

[0151] 311) is scheduled by different PDCCHs. That is, different target downlink transmissions may be scheduled by different PDCCHs to achieve signal response of the first signal.

[0152] It is worth noting that for the various characteristics mentioned in the above 301)-311), which characteristic is actually used can be configured by protocol agreement or network side instructions, so as to ensure that the network side equipment and the terminal have a consistent understanding of the characteristics, and further ensure the reliability of sending and receiving different target downlink transmissions.

[0153] The second implementation method

[0154] In this implementation method 2, response messages corresponding to multiple different signal attributes can be carried through the same target downlink transmission (or called common downlink transmission), such as the network side device transmitting the response messages corresponding to different signal attributes on the same target downlink transmission, that is, different signal attributes correspond to the same target downlink transmission and are transmitted on the same time-frequency resources, thereby reducing the complexity of resource scheduling and the signaling overhead of the control channel.

[0155] In the case where the response messages corresponding to different signal attributes are sent on the same target downlink transmission, there may be multiple ways to determine the first beam (also referred to as a common beam) used for sending the target downlink transmission.

[0156] For example, when different signal attributes are associated with the same reference signal, the beam corresponding to the same reference signal associated with the different signal attributes can be determined as the first beam. Thus, by using an appropriate beam for repeated transmission or retransmission of the target downlink transmission, the transmission reliability of the response message is improved.

[0157] Alternatively, when different signal attributes are associated with different reference signals, a beam corresponding to a specific reference signal among the different reference signals associated with the different signal attributes may be determined as the first beam. Thus, by using an appropriate beam for repeated transmission or retransmission of the target downlink transmission, the transmission reliability of the response message is improved. The specific reference signal may be determined by network instructions or protocol specifications, so that the network-side device and the terminal have a consistent understanding of the first beam, thereby achieving reliable transmission of the target downlink transmission.

[0158] It is worth noting that the beam mentioned in the above text of this application can also be expressed as a spatial filter, a layer, or a reference signal associated in the spatial domain, etc.

[0159] Based on this, in addition to the aforementioned beam, for the situation where the response messages corresponding to different signal attributes are sent on the same target downlink transmission, it is also necessary to determine how to place the response messages corresponding to different signal attributes in the target downlink transmission.

[0160] For example, in some embodiments, different response messages corresponding to different signal attributes may be carried in the target downlink transmission in a first manner to ensure reliable transmission of the response message, wherein the first manner includes at least one of the following 41)-45).

[0161] 41) Carrying according to the attribute ID of different signal attributes.

[0162] For example, preamble 0 corresponds to two scrambling IDs, such as scrambling IDs SC_ID0 and SC_ID1, and two preamble sequences are generated to send preambles to two users. The network-side device sends two RARs (response messages) in one PDSCH (i.e., target downlink transmission). The first one is the RAR corresponding to SC_ID0, and the second one is the RAR corresponding to SC_ID1.

[0163] In some embodiments, the implementation of carrying the signal according to different attribute IDs of the signal attributes as described in 41) above may include at least one of the following methods 1 and 2.

[0164] Mode 1: Carrying the signal attributes in the order of the attribute IDs agreed upon in the protocol.

[0165] Mode 2: The network-side device configures the attribute ID of the signal attribute corresponding to each response message in the target downlink transmission for carrying.

[0166] For example, assuming that preamble 0 corresponds to two scrambling IDs, such as scrambling IDs SC_ID0 and SC_ID1, and two preamble sequences are generated to send preambles to two users. Then, the network-side device sends two MAC subPDUs carrying the RARs of the two users in one PDSCH, and the subheader of the first MAC subPDU indicates that the preamble scrambling ID corresponding to the RAR is SC_ID0, and the subheader of the second MAC subPDU indicates that the preamble scrambling ID corresponding to the RAR is SC_ID1, so that the terminal is clear about the carrying order of each RAR in the PUSCH.

[0167] 42) Carrying based on different MAC subPDUs. Please refer to Figure 2d. Different response messages can be carried in different MAC subPDUs, such as MAC subPDU4, MAC subPDU5, etc.

[0168] 43) Carrying based on different segments in the same MAC subPDU. Referring to FIG. 2d , different response messages can be carried in the same MAC subPDU but in different segments.

[0169] 44) Carrying out the message based on different MAC subheaders. Please refer to FIG. 2d , different response messages can be carried in different subheaders.

[0170] 45) Carrying based on different MAC payloads or different fields in the MAC payload. Referring to FIG. 2d , the MAC payload can be understood as the MAC RAR in FIG. 2d , i.e., different response messages can be carried in different fields in the MAC RAR or in different MAC RARs.

[0171] It is understandable that a MAC PDU may include one MAC RAR as shown in FIG. 2d or multiple MAC RARs. Therefore, when multiple MAC RARs are included, different response messages may be carried in different MAC RARs, which is not limited here.

[0172] It is worth noting that for the various bearer modes mentioned in 41)-45) above, the actual bearer mode to be used can be configured by protocol agreement or network side instructions, so as to ensure that the network side equipment and the terminal have a consistent understanding of the bearer mode, and further ensure the reliable sending and receiving of different target downlink transmissions.

[0173] The third implementation method

[0174] In this implementation method 3, the transmission of the target downlink transmission, such as sending and receiving, can be performed based on repeated transmission or retransmission. Therefore, on the one hand, the transmission robustness of the target downlink transmission can be improved. On the other hand, due to multiplexing through different repeated transmissions or retransmission opportunities, the scheduling signaling overhead of the scheduling response message transmission can also be reduced.

[0175] Among them, the repeated transmission or retransmission method mentioned in the context of this application can be understood as: repeated transmission of the same content on different resources, or repeated transmission of different content on the same resources, or multiple transmissions scheduled by one scheduling information, which is not limited here.

[0176] Based on this, at least part of the response messages corresponding to different signal attributes are carried in different repeated transmissions or retransmissions. For example, each target downlink transmission of the repeated transmission carries all response messages, or each target downlink transmission of the repeated transmission carries only one response message, or each target downlink transmission of the repeated transmission carries part of the response messages, etc.

[0177] Based on this, in an optional implementation method, if the target downlink transmission is sent based on repeated transmission or retransmission, then the correspondence between the response messages corresponding to the different signal attributes and the different repeated transmissions or retransmissions is determined by protocol agreement or network configuration, that is, which target downlink transmission in the repeated transmission or retransmission carries the response messages corresponding to the different signal attributes can be determined by protocol agreement or network configuration.

[0178] Among them, assuming that it is agreed by the protocol, the network side device can determine the correspondence between the response messages corresponding to the different signal attributes and the different repeated transmissions or retransmissions according to the order of the attribute IDs of the different signal attributes agreed by the protocol and the order of the repeated transmissions or retransmissions.

[0179] For example, assuming that preamble 0 corresponds to two scramblings, such as scrambling IDs SC_ID0 and SC_ID1, and two preamble sequences are generated to send preambles to two users, then the network side device schedules a RAR PDSCH to be transmitted four times. The preamble sequence (i.e., response message) carried by the RAR PDSCH of the first two repeated transmissions is the preamble sequence scrambled with SC_ID0, and the preamble sequence carried by the RAR PDSCH of the last two repeated transmissions is the preamble sequence scrambled with SC_ID1.

[0180] Assuming that it is configured by the network, then the network side device can configure the correspondence between the different repeated transmissions or retransmissions and the response messages corresponding to the different signal attributes according to the attribute ID of the signal attribute. Wherein, after or before the network side device configures the correspondence between the different repeated transmissions or retransmissions and the response messages corresponding to the different signal attributes according to the attribute ID of the signal attribute as needed, it can also indicate through DCI which target users of the repeated transmissions are users using a corresponding preamble attribute ID. Wherein, DCI is used to schedule the repeated transmission or retransmission of the target downlink transmission.

[0181] In some embodiments, when the target downlink transmission is sent based on a retransmission or retransmission method, the number of retransmissions or retransmissions of the target downlink transmission corresponding to the different signal attributes is the same. For example, for each signal attribute, the target downlink transmission is sent using the number of retransmissions or retransmissions to ensure that each terminal can successfully receive the expected response message as much as possible.

[0182] Alternatively, the number of repeated transmissions or retransmissions of the target downlink transmission corresponding to different signal attributes is different. For example, for a terminal with a stronger preamble received signal strength corresponding to a certain preamble attribute, the corresponding RAR PDSCH repeated transmission part may use a smaller number of transmissions. Conversely, for a terminal with a weaker preamble received signal strength corresponding to a certain preamble attribute, a larger number of repeated transmissions or retransmissions is used to ensure that the terminal can successfully receive the expected response message.

[0183] It is worth noting that in some embodiments, when target downlink transmissions of different terminals corresponding to different signal attributes are repeated or retransmitted, the content of each repeated transmission or retransmission may be the same or different, and there is no limitation here.

[0184] In addition, in this embodiment, the number of repeated transmissions or retransmissions of the target downlink transmission corresponding to different signal attributes may be determined by network configuration or protocol agreement and is not limited here.

[0185] In some embodiments, when the target downlink transmission is sent based on repeated transmission or retransmission, the beam used in repeated transmission or retransmission can be determined by at least one of the following methods 1 and 2.

[0186] Mode 1: The different repeated transmissions or retransmissions use the same second beam.

[0187] For example, when different signal attributes are associated with the same reference signal, the beam corresponding to the same reference signal associated with the different signal attributes may be determined as the second beam. Thus, by using an appropriate beam for repeated transmission or retransmission of the target downlink transmission, the transmission reliability of the response message is improved.

[0188] For another example, when different signal attributes are respectively associated with different reference signals, a beam corresponding to a specific reference signal among the different reference signals associated with the different signal attributes may be determined as the second beam. The specific reference signal may be determined by a network instruction or protocol specification.

[0189] Mode 2: The beam used for repeated transmission or retransmission corresponding to the first attribute is the beam of the reference signal corresponding to the first attribute, where the first attribute is one of the different signal attributes. Thus, by using an appropriate beam for repeated transmission or retransmission of the target downlink transmission, the transmission reliability of the response message is improved.

[0190] For example, assuming that preamble 0 corresponds to two scrambling IDs, such as scrambling IDs SC_ID0 and SC_ID1, that is, two preamble attribute IDs), and two preamble sequences are generated to send preambles to two users, then the network side device schedules a RAR PDSCH to be transmitted four times. The first two repeated transmissions of PDSCH are sent using the beam used for the reference signal associated with the preamble sequence after scrambling SC_ID0, and the last two repeated transmissions of PDSCH are sent using the beam used for the reference signal associated with the preamble sequence after scrambling SC_I1.

[0191] It is worth noting that in order to ensure reliable reception by the terminal, the method for determining the beam used for repeated transmission or retransmission provided above can be determined by protocol agreement or network side indication, so that the network side device and the terminal have the same understanding of the second beam.

[0192] The embodiment of the present application proposes a signal response transmission method for different signal attributes, which can achieve capacity improvement of the entire random access system by multiplexing response messages, and improve the transmission reliability of response messages and reduce control signaling overhead by using appropriate beams for repeated transmission or retransmission of target downlink transmission.

[0193] FIG5 is a flow chart of a communication method 500 according to an exemplary embodiment of the present application. This method 500 may be, but is not limited to, executed by a network-side device, specifically, by at least one of hardware and software installed in the network-side device. In this embodiment, the method 500 may include at least the following steps.

[0194] S510: The network side device sends second indication information to the terminal.

[0195] Among them, in this embodiment, the random access scenario is taken as an example. Considering that in 5G NR technology, the time domain resources of PRACH transmission are obtained by the PRACH configuration index table, and different PRACH configuration index tables can be used for time division duplex (TDD) and frequency division duplex (FDD), such as TDD using Table 6.3.3.2-3 and Table 6.3.3.2-4, and FDD using Table 6.3.3.2-2. For Table 6.3.3.2-3, Table 6.3.3.2-4, and Table 6.3.3.2-2, please refer to 3GPP protocol: 38.211 V18.1.0.

[0196] Based on this, for the duplex enhancement scenario, since there are more time domain resources available for transmitting the preamble, the network side device can send a second indication information to the terminal to indicate the PRACH configuration index table used by the terminal that supports a specific duplex mode, so that the terminal can calculate the transmission resources for the first signal transmission based on the PRACH configuration index table indicated by the second indication information.

[0197] The specific duplex mode may include but is not limited to at least one of an FDD duplex mode, a TDD duplex mode, and an enhanced duplex mode.

[0198] The enhanced duplex mode may also be referred to as enhanced duplex, cross-division duplex (XDD), sub-band full duplex, enhanced full duplex, enhanced full duplex mode, etc., which is not limited in the embodiments of the present application. In addition, the enhanced duplex may be understood as supporting an uplink subband on a downlink time unit, or supporting a downlink subband on an uplink time unit, or supporting at least one of an uplink subband and a downlink subband on a flexible time unit, or uplink or downlink resource transmission on a set of at least two of the foregoing three time units.

[0199] In some embodiments, the PRACH configuration index table includes but is not limited to at least one of the following 51)-55).

[0200] 51) PRACH configuration index table corresponding to unpaired spectrum.

[0201] 52) PRACH configuration index table corresponding to paired spectrum.

[0202] 53) A first configuration index table, wherein the first configuration index table is modified based on the PRACH configuration index table corresponding to the unpaired spectrum.

[0203] 54) A second configuration index table, wherein the second configuration index table is modified based on the PRACH configuration index table corresponding to the paired spectrum.

[0204] 55) A third configuration index table, wherein the third configuration index table is an additionally defined PRACH configuration index table, and the additionally defined PRACH configuration index table is different from the unpaired spectrum or the PRACH configuration index table corresponding to the unpaired spectrum.

[0205] In one embodiment, for the various PRACH configuration index tables mentioned above, which PRACH configuration index table a terminal uses can be specified by network instructions or protocols. For example, the network side device can instruct the UE that supports unpaired spectrum to use the PRACH configuration index table corresponding to the unpaired spectrum or the PRACH configuration index table corresponding to the paired spectrum to calculate the time domain resources for preamble transmission, thereby ensuring that the terminal and the network side device have a consistent understanding of the PRACH configuration index table used for random access.

[0206] S520: The network-side device receives a first signal sent by at least one terminal.

[0207] S530: The network-side device sends a target downlink transmission to the terminal according to the signal attribute of each of the first signals.

[0208] The target downlink transmission carries at least one response message, and the response message is determined according to a signal attribute of the first signal.

[0209] It can be understood that the implementation process of S520-S530 can refer to the relevant description in the aforementioned method embodiment 300 or 400, and achieve the same or corresponding technical effects. To avoid repetition, it will not be repeated here.

[0210] In the embodiment of the present application, a scheme for determining the configuration of PRACH resources for random access in different duplex modes is further provided, so that the PRACH resources in the enhanced duplex mode can be configured more flexibly and the transmission capacity of the PRACH can be improved.

[0211] FIG6 is a flow chart of a communication method 600 according to an exemplary embodiment of the present application. This method 600 may be, but is not limited to, executed by a terminal, specifically by at least one of hardware and software installed in the terminal. In this embodiment, the method 600 may include at least the following steps.

[0212] S610: The terminal sends a first signal to a network-side device.

[0213] S620: The terminal receives a target downlink transmission from the network-side device according to a signal attribute of the first signal.

[0214] The target downlink transmission carries at least one response message.

[0215] In an optional implementation, the target downlink transmission satisfies at least one of the following: the response messages corresponding to different signal attributes are transmitted on different target downlink transmissions; the response messages corresponding to different signal attributes are transmitted on the same target downlink transmission; the target downlink transmission is transmitted based on repeated transmission or retransmission, wherein at least part of the response messages corresponding to different signal attributes are carried in different repeated transmissions or retransmissions.

[0216] In an optional implementation, when the response messages corresponding to different signal attributes are transmitted on different target downlink transmissions, the different target downlink transmissions are transmitted on the same time-frequency resources, or the different target downlink transmissions are transmitted on different time-frequency resources.

[0217] In an optional implementation, the different target downlink transmissions are transmitted on the same time-frequency resources, including: the different target downlink transmissions are multiplexed on the same time-frequency resources for transmission through a first transmission mode, wherein the first transmission mode includes at least one of the following: a mode based on symbol extension; a mode based on bit interleaving; a mode based on bit scrambling; a mode based on symbol interleaving; a mode based on symbol scrambling; a mode based on superimposed symbols; a mode based on rate splitting; a mode based on space division; a rate splitting multiple access RSMA private stream mode; a multi-user multiple input and output MU-MIMO precoding mode; a mode based on different beam transmissions; a mode based on different demodulation reference signal DMRS ports.

[0218] In an optional implementation, when the different target downlink transmissions are multiplexed on the same time-frequency resources for transmission through a first transmission mode, the method further includes at least one of the following: the terminal receives first indication information sent by a network-side device, and determines, based on the first indication information, the time-frequency resources used when the target downlink transmission is received, wherein the first indication information is used to indicate the time-frequency resources used when the target downlink transmission is sent;

[0219] The time-frequency resources used for receiving the target downlink transmission are determined according to the signal attributes of the first signal.

[0220] In an optional implementation, the characteristics of different target downlink transmissions include at least one of the following: frequency division multiplexing FDM based on the same time domain resources; time division multiplexing TDM based on the same frequency domain resources; the same signal receiving window; different signal receiving windows; the same signal receiving window starting position; the same signal receiving window length; different signal receiving windows; different signal receiving windows starting positions; different signal receiving window lengths; different frequency bands or subbands or carriers or cells; scheduled by the same physical downlink control channel PDCCH; scheduled by different PDCCHs.

[0221] In an optional implementation, when the response message corresponding to the different signal attributes is transmitted on the same target downlink transmission, the first beam beam used for receiving the target downlink transmission is determined by at least one of the following: determining the beam corresponding to the same reference signal associated with the different signal attributes as the first beam; determining the beam corresponding to a specific reference signal among the different reference signals associated with the different signal attributes as the first beam.

[0222] In an optional implementation, when the response messages corresponding to different signal attributes are transmitted on the same target downlink transmission, the different response messages corresponding to the different signal attributes are carried in the target downlink transmission in a first manner; wherein the first manner includes at least one of the following: carrying according to different attribute IDs of the signal attributes; carrying based on different media access control MAC sub-protocol data units subPDUs; carrying based on different segments in the same MAC subPDU; carrying based on different MAC subheaders; carrying based on different MAC payloads or different fields in the MAC payload.

[0223] In an optional implementation, the carrying according to the attribute IDs of different signal attributes includes at least one of the following: carrying in the order of the attribute IDs of the signal attributes agreed upon in the protocol; and carrying according to the attribute IDs of the signal attributes corresponding to each response message in the target downlink transmission configured by the network side device.

[0224] In an optional implementation, in the case of transmitting the target downlink transmission based on repeated transmission or retransmission, the different repeated transmissions or retransmissions use the same second beam, or the beam used for the repeated transmission or retransmission corresponding to the first attribute is the beam of the reference signal corresponding to the first attribute, and the first attribute is one of the different signal attributes.

[0225] In an optional implementation, a method for determining the second beam includes at least one of the following: determining a beam corresponding to the same reference signal associated with different signal attributes as the second beam; and determining a beam corresponding to a specific reference signal among different reference signals associated with different signal attributes as the second beam.

[0226] In an optional implementation, in the case where the target downlink transmission is performed based on repeated transmission or retransmission, the correspondence between the response messages corresponding to the different signal attributes and the different repeated transmissions or retransmissions is determined by at least one of the following: the order of the attribute IDs of the different signal attributes and the order of the repeated transmissions or retransmissions agreed upon in the protocol; and the correspondence between the different repeated transmissions or retransmissions and the response messages corresponding to the different signal attributes is configured by the network side device according to the attribute ID of the signal attribute.

[0227] In an optional implementation, when the target downlink transmission is transmitted based on the repeated transmission or retransmission method, the number of repeated transmissions or retransmissions of the target downlink transmission corresponding to the different signal attributes is the same; or, the number of repeated transmissions or retransmissions of the target downlink transmission corresponding to the different signal attributes is different; or, the number of repeated transmissions or retransmissions of the target downlink transmission corresponding to the different signal attributes is configured by the network.

[0228] In an optional implementation, the first signal includes at least one of message Msg1 preamble, MsgA preamble, MsgA physical uplink shared channel PUSCH, PUSCH without random access RACH less, uplink activation signal, uplink wake-up signal, sounding reference signal SRS signal, Msg3 PUSCH, and Msg5 PUSCH.

[0229] In an optional implementation, if the signal attribute is a preamble attribute, the preamble attribute includes at least one of the following: supporting at least one preamble in the same random access opportunity RO to be associated with at least two first reference signals, wherein the index of the first reference signal corresponds to different preamble attributes; supporting a preamble in the same RO to be associated with a second reference signal, wherein the second reference signal is associated with at least two third reference signals, and the index of the third reference signal corresponds to different preamble attributes; scrambling; spreading; interleaving; a root sequence for generating a preamble sequence; a cyclic shift for generating a preamble sequence; an initialization ID for generating a preamble sequence, wherein different initialization IDs correspond to different preamble attributes; the ID of the preamble attribute corresponds to at least one value, so that the generated preamble sequence set is equal to the basic physical random access channel PRACH sequence set.

[0230] In an optional implementation, when the first signal is used for random access, the method further includes: the terminal determines the time-frequency resources used for sending the first signal according to the PRACH configuration index table; wherein the PRACH configuration index table includes at least one of the following items: a PRACH configuration index table corresponding to an unpaired spectrum; a PRACH configuration index table corresponding to a paired spectrum; a first configuration index table, the first configuration index table is modified based on the PRACH configuration index table corresponding to the unpaired spectrum; a second configuration index table, the second configuration table is modified based on the PRACH configuration index table corresponding to the paired spectrum; a third configuration index table, the third configuration index table is an additionally defined PRACH configuration index table, and the additionally defined PRACH configuration index table is different from the unpaired spectrum or the PRACH configuration index table corresponding to the unpaired spectrum.

[0231] In an optional implementation, the method further includes: the terminal receiving second indication information sent by the network side device, wherein the second indication information is used to indicate a PRACH configuration index table used by a terminal supporting a specific duplex mode.

[0232] In an optional implementation, the specific duplex mode includes at least one of a frequency division multiplexing (FDD) duplex mode, a time division multiplexing (TDD) duplex mode, and an enhanced duplex mode.

[0233] It can be understood that each implementation method in method embodiment 600 has the same or corresponding technical features as the aforementioned method embodiments 300-500. Therefore, the implementation process of the implementation method in method embodiment 600 can refer to the relevant descriptions in the aforementioned method embodiments 300-500 and achieve the same or corresponding technical effects. To avoid repetition, it will not be repeated here.

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

[0235] As shown in Figure 7, which is a structural diagram of a communication device 700 provided in an embodiment of the present application, the device 700 includes: a sending module 710, used to send a first signal to a network side device; a receiving module 720, used to receive a target downlink transmission from the network side device according to the signal attributes of the first signal; wherein the target downlink transmission carries at least one response message.

[0236] In an optional implementation, the target downlink transmission satisfies at least one of the following: the response messages corresponding to different signal attributes are transmitted on different target downlink transmissions; the response messages corresponding to different signal attributes are transmitted on the same target downlink transmission; the target downlink transmission is transmitted based on repeated transmission or retransmission, wherein at least part of the response messages corresponding to different signal attributes are carried in different repeated transmissions or retransmissions.

[0237] In an optional implementation, when the response messages corresponding to different signal attributes are transmitted on different target downlink transmissions, the different target downlink transmissions are transmitted on the same time-frequency resources, or the different target downlink transmissions are transmitted on different time-frequency resources.

[0238] In an optional implementation, the different target downlink transmissions are transmitted on the same time-frequency resources, including: the different target downlink transmissions are multiplexed on the same time-frequency resources for transmission through a first transmission mode, wherein the first transmission mode includes at least one of the following: a mode based on symbol extension; a mode based on bit interleaving; a mode based on bit scrambling; a mode based on symbol interleaving; a mode based on symbol scrambling; a mode based on superimposed symbols; a mode based on rate splitting; a mode based on space division; a rate splitting multiple access RSMA private stream mode; a multi-user multiple input and output MU-MIMO precoding mode; a mode based on different beam transmissions; a mode based on different demodulation reference signal DMRS ports.

[0239] In an optional implementation, when the different target downlink transmissions are multiplexed on the same time-frequency resources for transmission through a first transmission mode, the receiving module 720 is also used for at least one of the following: receiving a first indication information sent by a network side device, and determining the time-frequency resources used when receiving the target downlink transmission based on the first indication information, wherein the first indication information is used to indicate the time-frequency resources used when sending the target downlink transmission; determining the time-frequency resources used when receiving the target downlink transmission based on the signal attributes of the first signal.

[0240] In an optional implementation, the characteristics of the different target downlink transmissions include at least one of the following: frequency division multiplexing (FDM) based on the same time domain resources; time division multiplexing (TDM) based on the same frequency domain resources; the same signal receiving window; different signal receiving windows; the same signal receiving window starting position; the same signal receiving window length; different signal receiving windows; different signal receiving window starting positions; different signal receiving window lengths;

[0241] Different frequency bands or subbands or carriers or cells; scheduled by the same physical downlink control channel PDCCH; scheduled by different PDCCHs.

[0242] In an optional implementation, when the response message corresponding to the different signal attributes is transmitted on the same target downlink transmission, the first beam beam used for receiving the target downlink transmission is determined by at least one of the following: determining the beam corresponding to the same reference signal associated with the different signal attributes as the first beam; determining the beam corresponding to a specific reference signal among the different reference signals associated with the different signal attributes as the first beam.

[0243] In an optional implementation, when the response messages corresponding to different signal attributes are transmitted on the same target downlink transmission, the different response messages corresponding to the different signal attributes are carried in the target downlink transmission in a first manner; wherein the first manner includes at least one of the following: carrying according to different attribute IDs of the signal attributes; carrying based on different media access control MAC sub-protocol data units subPDUs; carrying based on different segments in the same MAC subPDU; carrying based on different MAC subheaders; carrying based on different MAC payloads or different fields in the MAC payload.

[0244] In an optional implementation, the carrying according to the attribute IDs of different signal attributes includes at least one of the following: carrying in the order of the attribute IDs of the signal attributes agreed upon in the protocol; and carrying according to the attribute IDs of the signal attributes corresponding to each response message in the target downlink transmission configured by the network side device.

[0245] In an optional implementation, in the case of transmitting the target downlink transmission based on repeated transmission or retransmission, the different repeated transmissions or retransmissions use the same second beam, or the beam used for the repeated transmission or retransmission corresponding to the first attribute is the beam of the reference signal corresponding to the first attribute, and the first attribute is one of the different signal attributes.

[0246] In an optional implementation, a method for determining the second beam includes at least one of the following: determining a beam corresponding to the same reference signal associated with different signal attributes as the second beam; and determining a beam corresponding to a specific reference signal among different reference signals associated with different signal attributes as the second beam.

[0247] In an optional implementation, in the case where the target downlink transmission is performed based on repeated transmission or retransmission, the correspondence between the response messages corresponding to the different signal attributes and the different repeated transmissions or retransmissions is determined by at least one of the following: the order of the attribute IDs of the different signal attributes and the order of the repeated transmissions or retransmissions agreed upon in the protocol; and the correspondence between the different repeated transmissions or retransmissions and the response messages corresponding to the different signal attributes is configured by the network side device according to the attribute ID of the signal attribute.

[0248] In an optional implementation, when the target downlink transmission is transmitted based on the repeated transmission or retransmission method, the number of repeated transmissions or retransmissions of the target downlink transmission corresponding to the different signal attributes is the same; or, the number of repeated transmissions or retransmissions of the target downlink transmission corresponding to the different signal attributes is different; or, the number of repeated transmissions or retransmissions of the target downlink transmission corresponding to the different signal attributes is configured by the network.

[0249] In an optional implementation, the first signal includes at least one of message Msg1 preamble, MsgA preamble, MsgA physical uplink shared channel PUSCH, PUSCH without random access RACH less, uplink activation signal, uplink wake-up signal, sounding reference signal SRS signal, Msg3 PUSCH, and Msg5 PUSCH.

[0250] In an optional implementation, if the signal attribute is a preamble attribute, the preamble attribute includes at least one of the following: supporting at least one preamble in the same random access opportunity RO to be associated with at least two first reference signals, wherein the index of the first reference signal corresponds to different preamble attributes; supporting a preamble in the same RO to be associated with a second reference signal, wherein the second reference signal is associated with at least two third reference signals, and the index of the third reference signal corresponds to different preamble attributes; scrambling; spreading; interleaving; a root sequence for generating a preamble sequence; a cyclic shift for generating a preamble sequence; an initialization ID for generating a preamble sequence, wherein different initialization IDs correspond to different preamble attributes; the ID of the preamble attribute corresponds to at least one value, so that the generated preamble sequence set is equal to the basic physical random access channel PRACH sequence set.

[0251] In an optional implementation, when the first signal is used for random access, the sending module 710 is further used to: determine the time-frequency resources used for sending the first signal according to the PRACH configuration index table; wherein the PRACH configuration index table includes at least one of the following items: a PRACH configuration index table corresponding to an unpaired spectrum; a PRACH configuration index table corresponding to a paired spectrum; a first configuration index table, the first configuration index table is modified based on the PRACH configuration index table corresponding to the unpaired spectrum; a second configuration index table, the second configuration table is modified based on the PRACH configuration index table corresponding to the paired spectrum; a third configuration index table, the third configuration index table is an additionally defined PRACH configuration index table, and the additionally defined PRACH configuration index table is different from the unpaired spectrum or the PRACH configuration index table corresponding to the unpaired spectrum.

[0252] In an optional implementation, the receiving module 720 is further used to: receive second indication information sent by the network side device, wherein the second indication information is used to indicate the PRACH configuration index table used by the terminal supporting a specific duplex mode.

[0253] In an optional implementation, the specific duplex mode includes at least one of a frequency division multiplexing (FDD) duplex mode, a time division multiplexing (TDD) duplex mode, and an enhanced duplex mode.

[0254] The communication device 700 in the embodiment of the present application can be an electronic device, such as an electronic device with an operating system, or a component in an electronic device, such as an integrated circuit or chip. The electronic device can be a terminal or other device 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 embodiment of the present application.

[0255] The communication device 700 provided in the embodiment of the present application can implement each process implemented in the method embodiment of Figure 6 and achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0256] As shown in Figure 8, which is a structural diagram of a communication device 800 provided in an embodiment of the present application, the device 800 includes: a receiving module 810, used to receive a first signal sent by at least one terminal; a sending module 820, used to send a target downlink transmission to the terminal according to the signal attributes of each of the first signals; wherein the target downlink transmission carries at least one response message, and the response message is determined according to the signal attributes of the first signal.

[0257] In an optional implementation, the sending of the target downlink transmission to the terminal based on the signal attributes of each of the first signals includes at least one of the following: transmitting the response messages corresponding to different signal attributes on different target downlink transmissions; transmitting the response messages corresponding to different signal attributes on the same target downlink transmission; transmitting the target downlink transmission based on repeated transmission or retransmission, wherein at least part of the response messages corresponding to different signal attributes are carried in different repeated transmissions or retransmissions.

[0258] In an optional implementation, when the response messages corresponding to different signal attributes are transmitted on different target downlink transmissions, the different target downlink transmissions are transmitted on the same time-frequency resources, or the different target downlink transmissions are transmitted on different time-frequency resources.

[0259] In an optional implementation, the different target downlink transmissions are transmitted on the same time-frequency resources, including: multiplexing the different target downlink transmissions on the same time-frequency resources through a first transmission mode for transmission, wherein the first transmission mode includes at least one of the following: a mode based on symbol extension; a mode based on bit interleaving; a mode based on bit scrambling; a mode based on symbol interleaving; a mode based on symbol scrambling; a mode based on superimposed symbols; a mode based on rate splitting; a mode based on space division; a rate splitting multiple access RSMA private stream mode; a precoding mode of multi-user multiple input and output MU-MIMO; a mode based on different beam transmissions; a mode based on different demodulation reference signal DMRS ports.

[0260] In an optional implementation, when different target downlink transmissions are multiplexed on the same time-frequency resources through a first transmission mode for transmission, the device 800 also includes a configuration module for at least one of the following: configuring the time-frequency resources used when the target downlink transmission is sent, and sending a first indication information to the terminal through a sending module 820, wherein the first indication information is used to indicate the time-frequency resources used when the target downlink transmission is sent; and determining the time-frequency resources used when the target downlink transmission is sent according to the signal attributes of the first signal.

[0261] In an optional implementation, the characteristics of different target downlink transmissions include at least one of the following: frequency division multiplexing FDM based on the same time domain resources; time division multiplexing TDM based on the same frequency domain resources; the same signal receiving window; different signal receiving windows; the same signal receiving window starting position; the same signal receiving window length; different signal receiving windows; different signal receiving windows starting positions; different signal receiving window lengths; different frequency bands or subbands or carriers or cells; scheduled by the same physical downlink control channel PDCCH; scheduled by different PDCCHs.

[0262] In an optional implementation, when the response message corresponding to the different signal attributes is sent on the same target downlink transmission, the first beam beam used for the target downlink transmission is determined by at least one of the following: the beam corresponding to the same reference signal associated with the different signal attributes is determined as the first beam; the beam corresponding to a specific reference signal among the different reference signals associated with the different signal attributes is determined as the first beam.

[0263] In an optional implementation, when the response messages corresponding to different signal attributes are sent on the same target downlink transmission, the different response messages corresponding to the different signal attributes are carried in the target downlink transmission in a first manner; wherein the first manner includes at least one of the following: carrying according to different attribute IDs of the signal attributes; carrying based on different media access control MAC sub-protocol data units subPDUs; carrying based on different segments in the same MAC subPDU; carrying based on different MAC subheaders; carrying based on different MAC payloads or different fields in the MAC payload.

[0264] In an optional implementation, the carrying according to the attribute IDs of different signal attributes includes at least one of the following: carrying in the order of the attribute IDs of the signal attributes agreed upon in the protocol; and carrying according to the attribute IDs of the signal attributes corresponding to each response message in the target downlink transmission configured by the network side device.

[0265] In an optional implementation, when the target downlink transmission is sent based on repeated transmission or retransmission, the different repeated transmissions or retransmissions use the same second beam, or the beam used for the repeated transmission or retransmission corresponding to the first attribute is the beam of the reference signal corresponding to the first attribute, and the first attribute is one of the different signal attributes.

[0266] In an optional implementation, a method for determining the second beam includes at least one of the following: determining a beam corresponding to the same reference signal associated with different signal attributes as the second beam; and determining a beam corresponding to a specific reference signal among different reference signals associated with different signal attributes as the second beam.

[0267] In an optional implementation, in the case where the target downlink transmission is sent based on the repeated transmission or retransmission mode, the correspondence between the response messages corresponding to the different signal attributes and the different repeated transmissions or retransmissions is determined by at least one of the following: the order of the attribute IDs of the different signal attributes and the order of the repeated transmissions or retransmissions agreed upon in the protocol; and the correspondence between the different repeated transmissions or retransmissions and the response messages corresponding to the different signal attributes is configured by the network side device according to the attribute ID of the signal attribute.

[0268] In an optional implementation, when the target downlink transmission is sent based on the repeated transmission or retransmission method, the number of repeated transmissions or retransmissions of the target downlink transmission corresponding to the different signal attributes is the same; or, the number of repeated transmissions or retransmissions of the target downlink transmission corresponding to the different signal attributes is different; or, the number of repeated transmissions or retransmissions of the target downlink transmission corresponding to the different signal attributes is configured by the network.

[0269] In an optional implementation, the first signal includes at least one of message Msg1 preamble, MsgA preamble, MsgA physical uplink shared channel PUSCH, PUSCH without random access RACH less, uplink activation signal, uplink wake-up signal, sounding reference signal SRS signal, Msg3 PUSCH, and Msg5 PUSCH.

[0270] In an optional implementation, if the signal attribute is a preamble attribute, the preamble attribute includes at least one of the following: supporting at least one preamble in the same random access opportunity RO to be associated with at least two first reference signals, wherein the index of the first reference signal corresponds to different preamble attributes; supporting a preamble in the same RO to be associated with a second reference signal, wherein the second reference signal is associated with at least two third reference signals, and the index of the third reference signal corresponds to different preamble attributes; scrambling; spreading; interleaving; a root sequence for generating a preamble sequence; a cyclic shift for generating a preamble sequence; an initialization ID for generating a preamble sequence, wherein different initialization IDs correspond to different preamble attributes; the ID of the preamble attribute corresponds to at least one value, so that the generated preamble sequence set is equal to the physical random access channel PRACH sequence set.

[0271] In an optional implementation, the sending module 820 is further used to: send a second indication information to the terminal; wherein the second indication information is used to indicate the PRACH configuration index table used by the terminal supporting a specific duplex mode; wherein the PRACH configuration index table includes at least one of the following: a PRACH configuration index table corresponding to an unpaired spectrum; a PRACH configuration index table corresponding to a paired spectrum; a first configuration index table, wherein the first configuration index table is modified based on the PRACH configuration index table corresponding to the unpaired spectrum; a second configuration index table, wherein the second configuration index table is modified based on the PRACH configuration index table corresponding to the paired spectrum; a third configuration index table, wherein the third configuration index table is an additionally defined PRACH configuration index table, and the additionally defined PRACH configuration index table is different from the unpaired spectrum or the PRACH configuration index table corresponding to the unpaired spectrum.

[0272] In an optional implementation, the specific duplex mode includes a frequency division multiplexing (FDD) duplex mode, a time division multiplexing (TDD) duplex mode, and an enhanced duplex mode.

[0273] The communication device 800 in the embodiment of the present application can be an electronic device, such as an electronic device with an operating system, or a component of an electronic device, such as an integrated circuit or chip. The electronic device can be a network-side device or other device other than a network-side device. For example, the network-side device can include, but is not limited to, the types of network-side devices 12 listed above, and is not specifically limited in the embodiment of the present application.

[0274] The communication device 800 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.

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

[0276] 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 FIG6 . This terminal embodiment corresponds to the aforementioned terminal-side method embodiment, and each implementation process and implementation method of the aforementioned method embodiment is 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.

[0277] The terminal 1000 includes but is not limited to: a radio frequency unit 1001, a network module 1002, an audio output unit 1003, an input unit 1004, a sensor 1005, a display unit 1006, a user input unit 1007, an interface unit 1008, a memory 1009 and at least some of the components of the processor 1010.

[0278] Those skilled in the art will appreciate that the terminal 1000 may also include a power supply (such as a battery) to power various components. The power supply may be logically connected to the processor 1010 via a power management system, thereby enabling the power management system to manage charging, discharging, and power consumption. The terminal structure shown in FIG10 does not limit the terminal. The terminal may include more or fewer components than shown, or may combine certain components, or have different component arrangements, which will not be described in detail here.

[0279] It should be understood that in an embodiment of the present application, the input unit 1004 may include a graphics processing unit (GPU) 10041 and a microphone 10042, and the graphics processor 10041 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 1006 may include a display panel 10061, and the display panel 10061 may be configured in the form of a liquid crystal display, an organic light emitting diode, etc. The user input unit 1007 includes a touch panel 10071 and at least one of other input devices 10072. The touch panel 10071 is also called a touch screen. The touch panel 10071 may include two parts: a touch detection device and a touch controller. Other input devices 10072 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 an operating stick, which will not be repeated here.

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

[0281] The memory 1009 can be used to store software programs or instructions and various data. The memory 1009 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 1009 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 1009 in the embodiment of the present application includes but is not limited to these and any other suitable types of memory.

[0282] Processor 1010 may include one or more processing units. Optionally, processor 1010 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 1010.

[0283] Among them, the radio frequency unit 1001 is used to send a first signal to the network side device, and to receive a target downlink transmission from the network side device according to the signal attributes of the first signal; wherein the target downlink transmission carries at least one response message.

[0284] In an optional implementation, the target downlink transmission satisfies at least one of the following: the response messages corresponding to different signal attributes are transmitted on different target downlink transmissions; the response messages corresponding to different signal attributes are transmitted on the same target downlink transmission; the target downlink transmission is transmitted based on repeated transmission or retransmission, wherein at least part of the response messages corresponding to different signal attributes are carried in different repeated transmissions or retransmissions.

[0285] In an optional implementation, when the response messages corresponding to different signal attributes are transmitted on different target downlink transmissions, the different target downlink transmissions are transmitted on the same time-frequency resources, or the different target downlink transmissions are transmitted on different time-frequency resources.

[0286] In an optional implementation, the different target downlink transmissions are transmitted on the same time-frequency resources, including: the different target downlink transmissions are multiplexed on the same time-frequency resources for transmission through a first transmission mode, wherein the first transmission mode includes at least one of the following: a mode based on symbol extension; a mode based on bit interleaving; a mode based on bit scrambling; a mode based on symbol interleaving; a mode based on symbol scrambling; a mode based on superimposed symbols; a mode based on rate splitting; a mode based on space division; a rate splitting multiple access RSMA private stream mode; a multi-user multiple input and output MU-MIMO precoding mode; a mode based on different beam transmissions; a mode based on different demodulation reference signal DMRS ports.

[0287] In an optional implementation, when the different target downlink transmissions are multiplexed on the same time-frequency resources for transmission through a first transmission mode, the radio frequency unit 1001 is also used for at least one of the following: receiving a first indication information sent by a network side device, and determining the time-frequency resources used when receiving the target downlink transmission based on the first indication information, wherein the first indication information is used to indicate the time-frequency resources used when sending the target downlink transmission; determining the time-frequency resources used when receiving the target downlink transmission based on the signal attributes of the first signal.

[0288] In an optional implementation, the characteristics of different target downlink transmissions include at least one of the following: frequency division multiplexing FDM based on the same time domain resources; time division multiplexing TDM based on the same frequency domain resources; the same signal receiving window; different signal receiving windows; the same signal receiving window starting position; the same signal receiving window length; different signal receiving windows; different signal receiving windows starting positions; different signal receiving window lengths; different frequency bands or subbands or carriers or cells; scheduled by the same physical downlink control channel PDCCH; scheduled by different PDCCHs.

[0289] In an optional implementation, when the response message corresponding to the different signal attributes is transmitted on the same target downlink transmission, the first beam beam used for receiving the target downlink transmission is determined by at least one of the following: determining the beam corresponding to the same reference signal associated with the different signal attributes as the first beam; determining the beam corresponding to a specific reference signal among the different reference signals associated with the different signal attributes as the first beam.

[0290] In an optional implementation, when the response messages corresponding to different signal attributes are transmitted on the same target downlink transmission, the different response messages corresponding to the different signal attributes are carried in the target downlink transmission in a first manner; wherein the first manner includes at least one of the following: carrying according to different attribute IDs of the signal attributes; carrying based on different media access control MAC sub-protocol data units subPDUs; carrying based on different segments in the same MAC subPDU; carrying based on different MAC subheaders; carrying based on different MAC payloads or different fields in the MAC payload.

[0291] In an optional implementation, the carrying according to the attribute IDs of different signal attributes includes at least one of the following: carrying in the order of the attribute IDs of the signal attributes agreed upon in the protocol; and carrying according to the attribute IDs of the signal attributes corresponding to each response message in the target downlink transmission configured by the network side device.

[0292] In an optional implementation, in the case of transmitting the target downlink transmission based on repeated transmission or retransmission, the different repeated transmissions or retransmissions use the same second beam, or the beam used for the repeated transmission or retransmission corresponding to the first attribute is the beam of the reference signal corresponding to the first attribute, and the first attribute is one of the different signal attributes.

[0293] In an optional implementation, a method for determining the second beam includes at least one of the following: determining a beam corresponding to the same reference signal associated with different signal attributes as the second beam; and determining a beam corresponding to a specific reference signal among different reference signals associated with different signal attributes as the second beam.

[0294] In an optional implementation, in the case where the target downlink transmission is performed based on repeated transmission or retransmission, the correspondence between the response messages corresponding to the different signal attributes and the different repeated transmissions or retransmissions is determined by at least one of the following: the order of the attribute IDs of the different signal attributes and the order of the repeated transmissions or retransmissions agreed upon in the protocol; and the correspondence between the different repeated transmissions or retransmissions and the response messages corresponding to the different signal attributes is configured by the network side device according to the attribute ID of the signal attribute.

[0295] In an optional implementation, when the target downlink transmission is transmitted based on the repeated transmission or retransmission method, the number of repeated transmissions or retransmissions of the target downlink transmission corresponding to the different signal attributes is the same; or, the number of repeated transmissions or retransmissions of the target downlink transmission corresponding to the different signal attributes is different; or, the number of repeated transmissions or retransmissions of the target downlink transmission corresponding to the different signal attributes is configured by the network.

[0296] In an optional implementation, the first signal includes at least one of message Msg1 preamble, MsgA preamble, MsgA physical uplink shared channel PUSCH, PUSCH without random access RACH less, uplink activation signal, uplink wake-up signal, sounding reference signal SRS signal, Msg3 PUSCH, and Msg5 PUSCH.

[0297] In an optional implementation, if the signal attribute is a preamble attribute, the preamble attribute includes at least one of the following: supporting at least one preamble in the same random access opportunity RO to be associated with at least two first reference signals, wherein the index of the first reference signal corresponds to different preamble attributes; supporting a preamble in the same RO to be associated with a second reference signal, wherein the second reference signal is associated with at least two third reference signals, and the index of the third reference signal corresponds to different preamble attributes; scrambling; spreading; interleaving; a root sequence for generating a preamble sequence; a cyclic shift for generating a preamble sequence; an initialization ID for generating a preamble sequence, wherein different initialization IDs correspond to different preamble attributes; the ID of the preamble attribute corresponds to at least one value, so that the generated preamble sequence set is equal to the basic physical random access channel PRACH sequence set.

[0298] In an optional implementation, when the first signal is used for random access, the processor 1010 is used to: determine the time-frequency resources used for sending the first signal according to a PRACH configuration index table; wherein the PRACH configuration index table includes at least one of the following: a PRACH configuration index table corresponding to an unpaired spectrum; a PRACH configuration index table corresponding to a paired spectrum; a first configuration index table, the first configuration index table is modified based on the PRACH configuration index table corresponding to the unpaired spectrum; a second configuration index table, the second configuration table is modified based on the PRACH configuration index table corresponding to the paired spectrum; a third configuration index table, the third configuration index table is an additionally defined PRACH configuration index table, and the additionally defined PRACH configuration index table is different from the unpaired spectrum or the PRACH configuration index table corresponding to the unpaired spectrum.

[0299] In an optional implementation, the radio frequency unit 1001 is further used to: receive second indication information sent by the network side device, wherein the second indication information is used to indicate a PRACH configuration index table used by a terminal supporting a specific duplex mode.

[0300] In an optional implementation, the specific duplex mode includes at least one of a frequency division multiplexing (FDD) duplex mode, a time division multiplexing (TDD) duplex mode, and an enhanced duplex mode.

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

[0302] 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 embodiments shown in Figures 2-5. 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 is applicable to this network-side device embodiment and can achieve the same technical effects.

[0303] Specifically, embodiments of the present application also provide a network-side device. As shown in Figure 11, the network-side device 1100 includes an antenna 1101, a radio frequency device 1102, a baseband device 1103, a processor 1104, and a memory 1105. Antenna 1101 is connected to radio frequency device 1102. In the uplink direction, radio frequency device 1102 receives information via antenna 1101 and sends the received information to baseband device 1103 for processing. In the downlink direction, baseband device 1103 processes the information to be transmitted and sends it to radio frequency device 1102. Radio frequency device 1102 processes the received information and then sends it through antenna 1101.

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

[0305] The baseband device 1103 may, for example, include 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 1105 through a bus interface to call the program in the memory 1105 and execute the network device operations shown in the above method embodiment.

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

[0307] Specifically, the network side device 1100 of the embodiment of the present application also includes: instructions or programs stored in the memory 1105 and executable on the processor 1104. The processor 1104 calls the instructions or programs in the memory 1105 to execute the method of executing each module shown in FIG8 and achieve the same technical effect. To avoid repetition, it will not be described here.

[0308] 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 communication method embodiment are implemented and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0309] 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.

[0310] 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 communication method embodiment and achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0311] 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.

[0312] 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 communication method embodiment and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0313] 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 implement the various processes of the above-mentioned communication method embodiment 600, and the network side device can be used to implement the various processes of the above-mentioned communication method embodiments 200-500, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0314] 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.

[0315] 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.

[0316] 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 communication method, comprising: The network side device receives a first signal sent by at least one terminal; sending a target downlink transmission to the terminal according to the signal attribute of each of the first signals; The target downlink transmission carries at least one response message, and the response message is determined according to a signal attribute of the first signal.

2. The method according to claim 1, wherein The sending a target downlink transmission to the terminal according to the signal attribute of each of the first signals includes at least one of the following: Transmitting the response messages corresponding to different signal attributes on different target downlink transmissions; Transmitting the response messages corresponding to different signal attributes on the same target downlink transmission; The target downlink transmission is transmitted based on a repeated transmission or retransmission mode, wherein at least part of the response message corresponding to different signal attributes is carried in different repeated transmissions or retransmissions.

3. The method according to claim 2, wherein: In the case where the response messages corresponding to different signal attributes are transmitted on different target downlink transmissions, the different target downlink transmissions are transmitted on the same time-frequency resources, or the different target downlink transmissions are transmitted on different time-frequency resources.

4. The method according to claim 3, wherein: The different target downlink transmissions are transmitted on the same time-frequency resources, including: Multiplexing the different target downlink transmissions on the same time-frequency resources using a first transmission mode, wherein the first transmission mode includes at least one of the following: Sign extension based approach; Based on bit interleaving; Bit scrambling based approach; Based on the interweaving of symbols; Based on symbol scrambling; Based on the method of superimposing symbols; Rate-based splitting method; Based on air separation method; Rate Splitting Multiple Access RSMA private flow mode; Precoding method for multi-user multiple input and output MU-MIMO; Based on different beam transmission methods; Based on different demodulation reference signal DMRS port methods.

5. The method according to claim 3 or 4, wherein: In a case where the network-side device multiplexes different target downlink transmissions on the same time-frequency resources through the first transmission mode for transmission, the method further includes at least one of the following: The network-side device configures the time-frequency resources used when the target downlink transmission is sent, and sends first indication information to the terminal, where the first indication information is used to indicate the time-frequency resources used when the target downlink transmission is sent; The time-frequency resources used when sending the target downlink transmission are determined according to the signal attributes of the first signal.

6. The method according to any one of claims 3 to 5, wherein The characteristics of the different target downlink transmissions include at least one of the following: Frequency division multiplexing FDM based on the same time domain resources; Time division multiplexing (TDM) based on the same frequency domain resources; Same signal receiving window; Different signal receiving windows; The same signal receiving window starting position; Same signal receiving window length; Different signal receiving window starting positions; Different signal receiving window lengths; Different frequency bands or sub-bands or carriers or cells; Scheduled by the same physical downlink control channel PDCCH; Scheduled by different PDCCHs.

7. The method of claim 2, wherein: In the case where the response messages corresponding to different signal attributes are sent on the same target downlink transmission, a first beam used for sending the target downlink transmission is determined by at least one of the following: Determine a beam corresponding to the same reference signal associated with the different signal attributes as the first beam; A beam corresponding to a specific reference signal among different reference signals associated with the different signal attributes is determined as the first beam.

8. The method according to claim 2 or 7, wherein: In a case where the response messages corresponding to different signal attributes are sent on the same target downlink transmission, the different response messages corresponding to the different signal attributes are carried in the target downlink transmission in a first manner; The first method includes at least one of the following: Carrying according to different attribute IDs of the signal attributes; Carry out transmission based on different media access control MAC sub-protocol data units (subPDUs); Carrying data across different segments of the same MAC subPDU; Carry out transmission based on different MAC subheaders; Carry out the transmission based on different MAC payloads or different fields in the MAC payload.

9. The method of claim 8, wherein: The carrying according to the attribute ID of different signal attributes includes at least one of the following: Carry the signal attributes in the order of their attribute IDs as agreed upon in the protocol; The network side device configures the attribute ID of the signal attribute corresponding to each response message in the target downlink transmission for carrying.

10. The method of claim 2, wherein: In the case where the target downlink transmission is sent based on the repeated transmission or retransmission mode, the different repeated transmissions or retransmissions use the same second beam, or the beam used for the repeated transmission or retransmission corresponding to the first attribute is the beam of the reference signal corresponding to the first attribute, and the first attribute is one of the different signal attributes.

11. The method according to claim 10, wherein: The second beam is determined in a manner including at least one of the following: Determine a beam corresponding to the same reference signal associated with different signal attributes as the second beam; A beam corresponding to a specific reference signal among different reference signals associated with different signal attributes is determined as the second beam.

12. The method according to claim 2 or 10, wherein: In the case where the target downlink transmission is sent based on the repeated transmission or retransmission mode, the correspondence between the response messages corresponding to the different signal attributes and the different repeated transmissions or retransmissions is determined by at least one of the following: Determined according to the order of the attribute IDs of the different signal attributes and the order of repeated transmission or retransmission as agreed upon in the protocol; The network side device configures the corresponding relationship between the different repeated transmissions or retransmissions and the response messages corresponding to the different signal attributes according to the attribute ID of the signal attribute.

13. The method according to claim 2 or 10, wherein: In the case where the target downlink transmission is sent based on repeated transmission or retransmission, The number of repeated transmissions or retransmissions of the target downlink transmission corresponding to the different signal attributes is the same; Alternatively, different signal attributes may correspond to different numbers of repeated transmissions or retransmissions of the target downlink transmission; Alternatively, the number of repeated transmissions or retransmissions of the target downlink transmission corresponding to different signal attributes is configured by the network.

14. The method according to any one of claims 1 to 13, wherein The first signal includes at least one of a message Msg1 preamble, a MsgA preamble, a MsgA physical uplink shared channel PUSCH, a PUSCH without random access RACH less, an uplink activation signal, an uplink wake-up signal, a sounding reference signal SRS signal, a Msg3 PUSCH, and a Msg5 PUSCH.

15. The method according to any one of claims 1 to 13, wherein If the signal attribute is a preamble attribute, the preamble attribute includes at least one of the following: Supporting at least one preamble associated with at least two first reference signals within the same random access opportunity (RO), wherein the indexes of the first reference signals correspond to different preamble attributes; Supporting association of one preamble with one second reference signal within the same RO, wherein the second reference signal is associated with at least two third reference signals, and the indexes of the third reference signals correspond to different preamble attributes; scrambling; Spread spectrum; interweaving; Root sequence used to generate preamble sequence; Cyclic shift used to generate preamble sequence; An initialization ID for generating a preamble sequence, wherein different initialization IDs correspond to different preamble attributes; The ID of the preamble attribute corresponds to at least one value, so that the generated preamble sequence set is equal to the physical random access channel PRACH sequence set.

16. The method according to any one of claims 1 to 15, wherein The method further comprises: The network side device sends second indication information to the terminal; The second indication information is used to indicate a PRACH configuration index table used by a terminal supporting a specific duplex mode; The PRACH configuration index table includes at least one of the following: PRACH configuration index table corresponding to unpaired spectrum; PRACH configuration index table corresponding to paired spectrum; A first configuration index table, where the first configuration index table is modified based on the PRACH configuration index table corresponding to the unpaired spectrum; A second configuration index table, where the second configuration index table is modified based on the PRACH configuration index table corresponding to the paired spectrum; The third configuration index table is an additionally defined PRACH configuration index table, and the additionally defined PRACH configuration index table is different from the unpaired spectrum or the PRACH configuration index table corresponding to the unpaired spectrum.

17. The method of claim 16, wherein: The specific duplex mode includes a frequency division multiplexing (FDD) duplex mode, a time division multiplexing (TDD) duplex mode, and an enhanced duplex mode.

18. A communication method, comprising: The terminal sends a first signal to the network side device; The terminal receives a target downlink transmission from the network-side device according to a signal attribute of the first signal; The target downlink transmission carries at least one response message.

19. The method of claim 18, wherein: The target downlink transmission satisfies at least one of the following: The response messages corresponding to different signal attributes are transmitted on different target downlink transmissions; The response messages corresponding to different signal attributes are transmitted on the same target downlink transmission; The target downlink transmission is transmitted based on a repeated transmission or retransmission mode, wherein at least part of the response message corresponding to different signal attributes is carried in different repeated transmissions or retransmissions.

20. The method of claim 19, wherein: In the case where the response messages corresponding to different signal attributes are transmitted on different target downlink transmissions, the different target downlink transmissions are transmitted on the same time-frequency resources, or the different target downlink transmissions are transmitted on different time-frequency resources.

21. The method of claim 20, wherein: The different target downlink transmissions are transmitted on the same time-frequency resources, including: The different target downlink transmissions are multiplexed on the same time-frequency resources for transmission using a first transmission mode, wherein the first transmission mode includes at least one of the following: Sign extension based approach; Based on bit interleaving; Bit scrambling based approach; Based on the interweaving of symbols; Based on symbol scrambling; Based on the method of superimposing symbols; Rate-based splitting method; Based on air separation method; Rate Splitting Multiple Access RSMA private flow mode; Precoding method for multi-user multiple input and output MU-MIMO; Based on different beam transmission methods; Based on different demodulation reference signal DMRS port methods.

22. The method according to claim 20 or 21, wherein In a case where the different target downlink transmissions are multiplexed and transmitted on the same time-frequency resource using the first transmission mode, the method further includes at least one of the following: The terminal receives first indication information sent by a network-side device, and determines, according to the first indication information, a time-frequency resource used when receiving the target downlink transmission, wherein the first indication information is used to indicate the time-frequency resource used when sending the target downlink transmission; The time-frequency resources used for receiving the target downlink transmission are determined according to the signal attributes of the first signal.

23. The method of any one of claims 20 to 22, wherein: The characteristics of the different target downlink transmissions include at least one of the following: Frequency division multiplexing FDM based on the same time domain resources; Time division multiplexing (TDM) based on the same frequency domain resources; Same signal receiving window; The same signal receiving window starting position; Same signal receiving window length; Different signal receiving windows; Different signal receiving window starting positions; Different signal receiving window lengths; Different frequency bands or sub-bands or carriers or cells; Scheduled by the same physical downlink control channel PDCCH; Scheduled by different PDCCHs.

24. The method of claim 19, wherein: In a case where the response messages corresponding to different signal attributes are transmitted on the same target downlink transmission, a first beam for receiving the target downlink transmission is determined by at least one of the following: Determine a beam corresponding to the same reference signal associated with the different signal attributes as the first beam; A beam corresponding to a specific reference signal among different reference signals associated with the different signal attributes is determined as the first beam.

25. The method of claim 19, wherein: In a case where the response messages corresponding to the different signal attributes are transmitted on the same target downlink transmission, the different response messages corresponding to the different signal attributes are carried in the target downlink transmission in a first manner; The first method includes at least one of the following: Carrying according to different attribute IDs of the signal attributes; Carry out transmission based on different media access control MAC sub-protocol data units (subPDUs); Carrying data across different segments of the same MAC subPDU; Carry out transmission based on different MAC subheaders; Carry out the transmission based on different MAC payloads or different fields in the MAC payload.

26. The method of claim 25, wherein: The carrying according to the attribute ID of different signal attributes includes at least one of the following: Carry the signal attributes in the order of their attribute IDs as agreed upon in the protocol; The network side device configures the attribute ID of the signal attribute corresponding to each response message in the target downlink transmission for carrying.

27. The method of claim 19, wherein: In the case where the target downlink transmission is performed based on the repeated transmission or retransmission mode, the different repeated transmissions or retransmissions use the same second beam, or the beam used for the repeated transmission or retransmission corresponding to the first attribute is the beam of the reference signal corresponding to the first attribute, and the first attribute is one of the different signal attributes.

28. The method of claim 27, wherein: The second beam is determined in a manner including at least one of the following: Determine a beam corresponding to the same reference signal associated with different signal attributes as the second beam; A beam corresponding to a specific reference signal among different reference signals associated with different signal attributes is determined as the second beam.

29. The method of claim 19 or 27, wherein In the case where the target downlink transmission is transmitted based on the repeated transmission or retransmission mode, the correspondence between the response messages corresponding to the different signal attributes and the different repeated transmissions or retransmissions is determined by at least one of the following: Determined according to the order of the attribute IDs of the different signal attributes and the order of repeated transmission or retransmission as agreed upon in the protocol; The network side device configures the corresponding relationship between the different repeated transmissions or retransmissions and the response messages corresponding to the different signal attributes according to the attribute ID of the signal attribute.

30. The method of claim 19 or 27, wherein In the case where the target downlink transmission is performed based on repeated transmission or retransmission, The number of repeated transmissions or retransmissions of the target downlink transmission corresponding to the different signal attributes is the same; Alternatively, different signal attributes may correspond to different numbers of repeated transmissions or retransmissions of the target downlink transmission; Alternatively, the number of repeated transmissions or retransmissions of the target downlink transmission corresponding to different signal attributes is configured by the network.

31. The method of any one of claims 18 to 30, wherein The first signal includes at least one of a message Msg1 preamble, a MsgA preamble, a MsgA physical uplink shared channel PUSCH, a PUSCH without random access RACH less, an uplink activation signal, an uplink wake-up signal, a sounding reference signal SRS signal, a Msg3 PUSCH, and a Msg5 PUSCH.

32. The method of any one of claims 18 to 30, wherein If the signal attribute is a preamble attribute, the preamble attribute includes at least one of the following: Supporting at least one preamble associated with at least two first reference signals within the same random access opportunity (RO), wherein the indexes of the first reference signals correspond to different preamble attributes; Supporting association of one preamble with one second reference signal within the same RO, wherein the second reference signal is associated with at least two third reference signals, and the indexes of the third reference signals correspond to different preamble attributes; scrambling; Spread spectrum; interweaving; Root sequence used to generate preamble sequence; Cyclic shift used to generate preamble sequence; An initialization ID for generating a preamble sequence, wherein different initialization IDs correspond to different preamble attributes; The ID of the preamble attribute corresponds to at least one value, so that the generated preamble sequence set is equal to the basic physical random access channel PRACH sequence set.

33. The method of any one of claims 18 to 32, wherein In the case where the first signal is used for random access, the method further includes: Determining, by the terminal, a time-frequency resource for sending the first signal according to the PRACH configuration index table; The PRACH configuration index table includes at least one of the following: PRACH configuration index table corresponding to unpaired spectrum; PRACH configuration index table corresponding to paired spectrum; A first configuration index table, where the first configuration index table is modified based on the PRACH configuration index table corresponding to the unpaired spectrum; A second configuration index table, where the second configuration table is modified based on the PRACH configuration index table corresponding to the paired spectrum; The third configuration index table is an additionally defined PRACH configuration index table, and the additionally defined PRACH configuration index table is different from the unpaired spectrum or the PRACH configuration index table corresponding to the unpaired spectrum.

34. The method of claim 33, wherein: The method further comprises: The terminal receives second indication information sent by the network-side device, wherein the second indication information is used to indicate a PRACH configuration index table used by a terminal supporting a specific duplex mode.

35. The method of claim 34, wherein: The specific duplex mode includes at least one of a frequency division multiplexing (FDD) duplex mode, a time division multiplexing (TDD) duplex mode, and an enhanced duplex mode.

36. A communication device comprising: A receiving module, configured to receive a first signal sent by at least one terminal; a sending module, configured to send a target downlink transmission to the terminal according to the signal attribute of each of the first signals; The target downlink transmission carries at least one response message, and the response message is determined according to a signal attribute of the first signal.

37. The apparatus of claim 36, wherein: The sending a target downlink transmission to the terminal according to the signal attribute of each of the first signals includes at least one of the following: Transmitting the response messages corresponding to different signal attributes on different target downlink transmissions; Transmitting the response messages corresponding to different signal attributes on the same target downlink transmission; The target downlink transmission is transmitted based on a repeated transmission or retransmission mode, wherein at least part of the response message corresponding to different signal attributes is carried in different repeated transmissions or retransmissions.

38. The apparatus of claim 36 or 37, wherein The sending module is further configured to: send second indication information to the terminal; The second indication information is used to indicate a PRACH configuration index table used by a terminal supporting a specific duplex mode, and the PRACH configuration index table includes at least one of the following: PRACH configuration index table corresponding to unpaired spectrum; PRACH configuration index table corresponding to paired spectrum; A first configuration index table, where the first configuration index table is modified based on the PRACH configuration index table corresponding to the unpaired spectrum; A second configuration index table, where the second configuration index table is modified based on the PRACH configuration index table corresponding to the paired spectrum; The third configuration index table is an additionally defined PRACH configuration index table, and the additionally defined PRACH configuration index table is different from the unpaired spectrum or the PRACH configuration index table corresponding to the unpaired spectrum.

39. A communication device comprising: A sending module, configured to send a first signal to a network-side device; a receiving module, configured to receive a target downlink transmission from the network-side device according to a signal attribute of the first signal; The target downlink transmission carries at least one response message.

40. The apparatus of claim 39, wherein The target downlink transmission satisfies at least one of the following: The response messages corresponding to different signal attributes are transmitted on different target downlink transmissions; The response messages corresponding to different signal attributes are transmitted on the same target downlink transmission; The target downlink transmission is transmitted based on a repeated transmission or retransmission mode, wherein at least part of the response message corresponding to different signal attributes is carried in different repeated transmissions or retransmissions.

41. The device of any one of claims 39-40, wherein In a case where the first signal is used for random access, the sending module is further used to: determine the time-frequency resources used for sending the first signal according to the PRACH configuration index table; The PRACH configuration index table includes at least one of the following: PRACH configuration index table corresponding to unpaired spectrum; PRACH configuration index table corresponding to paired spectrum; A first configuration index table, where the first configuration index table is modified based on the PRACH configuration index table corresponding to the unpaired spectrum; A second configuration index table, where the second configuration table is modified based on the PRACH configuration index table corresponding to the paired spectrum; The third configuration index table is an additionally defined PRACH configuration index table, and the additionally defined PRACH configuration index table is different from the unpaired spectrum or the PRACH configuration index table corresponding to the unpaired spectrum.

42. A terminal 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 according to any one of claims 18 to 35 are implemented.

43. A network side device, comprising 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 according to any one of claims 1 to 17 are implemented.

44. A readable storage medium storing a program or instruction, wherein the program or instruction, when executed by a processor, implements the steps of the method according to any one of claims 1 to 17, or implements the steps of the method according to any one of claims 18 to 35.

Images