Preamble transmission method, and terminal and network-side device

Abstract

The present application belongs to the technical field of wireless communications. Disclosed are a preamble transmission method, and a terminal and a network-side device. The preamble transmission method in the embodiments of the present application comprises: a terminal determining configuration information of a target preamble, wherein the target preamble is associated with target data transmission; and on the basis of the configuration information, the terminal sending the target preamble to a network-side device or receiving the target preamble, which is sent by the network-side device.

Description

Preamble transmission method, terminal and network side equipment

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application claims priority to a Chinese patent application filed with the Patent Office of China on January 16, 2024, with application number 202410065342.5 and invention name “Method, terminal and network side device for transmitting a preamble code”. The entire contents of the Chinese patent application are incorporated herein by reference. Technical Field

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

[0004] With the development of the Internet of Things, smart homes, wearable devices, and other fields, low-power, high-speed terminal devices are becoming increasingly widely used. Low-power, high-speed terminal devices need to have a long battery life while maintaining high-speed data transmission capabilities to meet users' demand for real-time data and information. By relaxing terminal hardware requirements (for example, relaxing the Phase Locking Loop (PLL) requirements), terminal power consumption can be reduced, but this also leads to larger errors (such as increased time offset and frequency offset), thereby reducing data transmission reliability.

[0005] Therefore, in a cellular system, how to ensure the reliability of data transmission of a low-power, high-speed terminal device is a technical problem that needs to be solved in the related art. Summary of the Invention

[0006] The embodiments of the present application provide a method for transmitting a preamble code, a terminal, and a network-side device, which can solve the problem of how to ensure the reliability of data transmission of a low-power and high-speed terminal device.

[0007] In a first aspect, a method for transmitting a preamble code is provided, which is executed by a terminal. The method includes: the terminal determines configuration information of a target preamble code, wherein the target preamble code is associated with target data transmission; and the terminal sends the target preamble code to a network side device or receives the target preamble code sent by the network side device based on the configuration information.

[0008] In a second aspect, a method for transmitting a preamble code is provided, which is executed by a network side device, and the method includes: the network side device determines configuration information of a target preamble code, wherein the target preamble code is associated with target data transmission; the network side device receives the target preamble code sent by the terminal or sends the target preamble code to the terminal based on the configuration information.

[0009] In a third aspect, a preamble code transmission device is provided, which includes: a first determination module for determining configuration information of a target preamble code, wherein the target preamble code is associated with target data transmission; and a first transmission module for sending the target preamble code to a network side device or receiving the target preamble code sent by the network side device based on the configuration information.

[0010] In a fourth aspect, a preamble code transmission device is provided, which includes: a second determination module for determining the configuration information of the target preamble code, wherein the target preamble code is associated with the target data transmission; and a second transmission module for receiving the target preamble code sent by the terminal or sending the target preamble code to the terminal based on the configuration information.

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

[0012] In a sixth aspect, a terminal is provided, comprising a processor and a communication interface, wherein the processor is used to implement the steps of the method described in the first aspect, and the communication interface is used to couple with the processor.

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

[0014] In an eighth aspect, a network side device is provided, comprising a processor and a communication interface, wherein the processor is used to implement the steps of the method described in the second aspect, and the communication interface is used to couple with the processor.

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

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

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

[0018] In the twelfth aspect, a computer program / program product is provided, which is stored in a storage medium and 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.

[0019] In the preamble transmission method provided in the embodiments of the present application, a terminal can determine the configuration information of a target preamble associated with target data transmission, and then, based on the configuration information, send the target preamble to a network device or receive the target preamble sent by the network device. This allows the terminal and the network device to send or receive the preamble associated with the data transmission, and further, can use the preamble to perform time domain synchronization, time offset estimation, frequency offset estimation, and channel estimation, thereby ensuring the reliability of data transmission in the cellular system. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] FIG1 shows a block diagram of a wireless communication system to which embodiments of the present application may be applied;

[0021] FIG2 is a schematic diagram showing the structure of a physical layer frame of MB-OFDM-UWB according to an embodiment of the present application;

[0022] FIG3 is a schematic diagram showing a flow chart of a method for transmitting a preamble provided in an embodiment of the present application;

[0023] FIG4 a shows a schematic diagram of a time-frequency domain resource configuration of a preamble according to an embodiment of the present application;

[0024] FIG4 b is a schematic diagram showing another preamble time-frequency domain resource configuration according to an embodiment of the present application;

[0025] FIG5 is a schematic diagram showing a frequency domain mapping pattern of a preamble according to an embodiment of the present application;

[0026] FIG6 is a schematic diagram showing a flow chart of another method for transmitting a preamble provided in an embodiment of the present application;

[0027] FIG7 shows a schematic structural diagram of a preamble transmission device provided in an embodiment of the present application;

[0028] FIG8 is a schematic structural diagram of another preamble transmission device provided in an embodiment of the present application;

[0029] FIG9 shows a schematic structural diagram of a communication device provided in an embodiment of the present application;

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

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

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

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

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

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

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

[0037] The core network equipment may include but is not limited to at least one of the following: core network node, core network function, mobility management entity (MME), access mobility management function (AMF), session management function (SMF), user plane function (UPF), policy control function (PCF), policy and charging rules function unit (PCRF), edge application service discovery function (EASDF), unified data management (UDM), unified data repository (UDR), home user server (HSS), centralized network configuration (CNC), network storage function (NRF), network exposure function (NEF), local NEF (L-NEF), binding support function (BSF), application function ( Function, AF), Location Management Function (LMF), Gateway Mobile Location Centre (GMLC), Network Data Analytics Function (NWDAF), etc. It should be noted that in the embodiment of the present application, only the core network equipment in the NR system is taken as an example to introduce, and the specific type of the core network equipment is not limited.

[0038] The Institute of Electrical and Electronics Engineers (IEEE) has released the IEEE 802.15.3a standard, a wireless personal area network (WPAN) standard based on ultra-wideband (UWB) technology. Multiband Orthogonal Frequency Division Multiplexing Ultra-Wideband (MB-OFDM-UWB) is a candidate technology for short-range, low-power, and high-speed communications.

[0039] The physical layer frame structure of MB-OFDM-UWB is shown in Figure 2. Simply put, a frame mainly includes a preamble, a header, and a physical service data unit (PSDU). The preamble is at the front in time and is used for time synchronization, frequency offset recovery, channel estimation, etc. The header is located after the preamble, and its function is similar to that of a control channel, used to carry control information. The PSDU is a data channel that carries the data to be sent. After completing time synchronization based on the preamble, the terminal can demodulate the data information carried by the PSDU based on the control information of the header. Among them, the header check sequence (HCS) is used to verify the medium access control (MAC) header.

[0040] MB-OFDM-UWB uses two types of preambles: standard preamble and burst preamble. The preamble sequence consists of two parts: a packet / frame synchronization sequence and a channel estimation sequence. The packet / frame synchronization sequence is a predefined time-domain sequence, while the channel estimation sequence is a predefined frequency-domain sequence.

[0041] The standard preamble contains a total of 30 time-domain orthogonal frequency division multiplex (OFDM) symbols, of which the frame synchronization sequence occupies the first 24 symbols and the channel estimation sequence occupies the last 6 symbols.

[0042] The burst preamble may be a burst physical layer convergence procedure (PLCP) preamble, which includes 18 OFDM symbols in total, wherein the frame synchronization sequence occupies the first 12 symbols and the channel estimation sequence occupies the last 6 symbols.

[0043] MB-OFDM-UWB has two transmission modes: single frame transmission and burst mode transmission. The Burst PLCP preamble can only be used in burst mode. Furthermore, when the data rate is above 200 Mbps, the Standard PLCP preamble can be used for the first frame, and subsequent frames can use either the Standard PLCP preamble or the Burst PLCP preamble. When the data rate is 200 Mbps or below, all frames use the Stand PLCP preamble.

[0044] MB-OFDM-UWB technology operates in the 3100–10600 MHz frequency band, divided into six groups with 14 subbands. Each subband has a bandwidth of 528 MHz and a subcarrier spacing (SCS) of 4.125 MHz. This large bandwidth and SCS allow for a smaller time-domain sampling interval in MB-OFDM-UWB, reducing frequency-domain correlation between subcarriers. A preamble is designed at the beginning of each frame.

[0045] The above-mentioned MB-OFDM-UWB preamble is designed for wireless personal area networks. However, in cellular systems, the frame structure has a strict design and more channel / signal types (for example, the uplink may include the Physical Uplink Control Channel (PUCCH), the Physical Uplink Shared Channel (PUSCH), and the Tracking Reference Signal (TRS), while the downlink may include the Physical Downlink Control Channel (PDCCH), the Physical Downlink Shared Channel (PDSCH), and the Channel State Information Reference Signal (CSI). Different channel / signal types have different characteristics (for example, PDCCH and PDSCH have different coding schemes and may also have different modulation and coding schemes (MCSs). Furthermore, there are more options for subcarrier spacing (SCS), and different SCS sizes have different characteristics. Therefore, the preamble design schemes used in related technologies are not applicable to cellular networks. How to ensure the reliability of data transmission for low-power, high-speed terminal devices in cellular networks is an urgent problem to be solved.

[0046] The following describes in detail the transmission scheme of the preamble code provided in the embodiment of the present application through some embodiments and their application scenarios in combination with the accompanying drawings.

[0047] FIG3 shows a flow chart of a method for transmitting a preamble according to an embodiment of the present invention. The method 300 can be executed by a terminal. In other words, the method can be executed by software or hardware installed on the terminal. As shown in FIG3 , the method can include the following steps.

[0048] S301: The terminal determines configuration information of a target preamble.

[0049] The target preamble is associated with target data transmission.

[0050] In an embodiment of the present application, before performing target data transmission, the terminal may first determine configuration information of a target preamble code associated with the target data transmission.

[0051] In an optional implementation, the terminal determines the configuration information of the target preamble, including at least one of the following:

[0052] (1) The terminal determines the configuration information of the target preamble based on a predefined rule. For example, the terminal may implicitly determine the configuration information of the target preamble based on a predefined rule.

[0053] (2) The terminal determines the configuration information of the target preamble based on an instruction from the network side device. For example, the terminal may determine the configuration information of the target preamble based on at least one of static, semi-static, and dynamic configurations of the network side device.

[0054] In an optional implementation, the terminal determines the configuration information of the target preamble based on an instruction of a network-side device, including one of the following:

[0055] (1) The terminal determines the configuration information of the target preamble based on the preamble parameters configured by the network-side device through the first network signaling. In this optional embodiment, the terminal may determine the configuration information of the target preamble based on the preamble parameters statically configured by the network-side device through the first network signaling. For example, the terminal determines the configuration information of the target preamble based on the preamble parameters configured by the network-side device through Radio Resource Control (RRC) signaling.

[0056] (2) The terminal determines the configuration information of the target preamble based on the target preamble parameter activated by the network side device through the second network signaling, wherein the target preamble parameter is a candidate value in a preamble parameter set including multiple candidate values ​​configured by the network side device or predefined. In this optional embodiment, the terminal can determine the configuration information of the target preamble based on the target preamble parameter activated by the network side device through the second network signaling, such as a Medium Access Control (MAC) command or Downlink Control Information (DCI). The target preamble parameter can be a candidate value configured by the network side device, such as configured by RRC signaling, or a preamble parameter set including multiple candidate values ​​predefined. In this optional embodiment, the network side device can configure or predefine a value set of preamble-related parameters through RRC signaling, and activate one of the values ​​through MAC signaling or DCI.

[0057] (3) The terminal determines the configuration information of the target preamble based on the first indication information carried in the third network signaling sent by the network side device, wherein the first indication information is used to indicate the configuration of the target preamble. In this optional embodiment, the network side device may directly indicate the preamble configuration information through a MAC command or DCI, that is, the network side device dynamically configures the preamble configuration information of the terminal, and the terminal determines the configuration information of the target preamble based on the indication of the network side device. For example, the network side device may carry the first indication information in a physical downlink control channel (PDCCH) or a physical downlink shared channel (PDSCH), and the terminal detects the first indication information and then determines the configuration information of the target preamble.

[0058] In an optional implementation, the target preamble includes one of the following:

[0059] (1) A first sequence, wherein the first sequence is used for at least one of the following: time domain synchronization, time offset estimation, frequency offset estimation, and channel estimation. The target preamble may include a first sequence, and the first sequence may be used for at least one of the following: time domain synchronization, time offset estimation, frequency offset estimation, and channel estimation.

[0060] (2) A second sequence and a third sequence, wherein the second sequence is used for at least one of the following: time domain synchronization and time offset estimation, and the third sequence is used for at least one of the following: frequency offset estimation and channel estimation. In this optional embodiment, the target preamble may include two sequences: a second sequence and a third sequence, wherein the second sequence may be used for at least one of time domain synchronization and time offset estimation, and the third sequence may be used for at least one of frequency offset estimation and channel estimation.

[0061] In the above implementation, the target preamble code can be composed of one sequence or multiple sequences. For example, the target preamble code can include two sequences: sequence-1 is a sequence used for time domain synchronization or time offset estimation, and sequence-2 is a sequence used for frequency offset estimation or channel estimation.

[0062] In an optional implementation, at least one of the first sequence, the second sequence, and the third sequence is generated based on at least one of the following:

[0063] (1) ZC sequence. Zadoff-Chu (ZC) sequence has good autocorrelation (cyclic shift characteristics), good cross-correlation, and constant amplitude characteristics.

[0064] (2) Pseudo-random sequence: A pseudo-random sequence can be an m-sequence or a Gold sequence.

[0065] (3) Predefined dedicated sequences. For example, sequences determined based on predefined sequence generation methods, or sequences that are directly predefined.

[0066] In the above implementation, at least one of the first sequence, the second sequence, and the third sequence of the target preamble code may be generated based on at least one of the above three sequences.

[0067] In an optional implementation, the configuration information of the target preamble may include at least one of the following:

[0068] (1) Second indication information, used to indicate whether to transmit the target preamble. In this optional embodiment, the configuration information of the target preamble may include second indication information for indicating whether to transmit the target preamble. In specific applications, in some scenarios, it may not be necessary to transmit a preamble between the terminal and the network-side device. For example, for certain transmitted signals, the terminal can perform time-frequency offset estimation based on the signal itself. Therefore, there is no need for an associated preamble. The second indication information can indicate whether the terminal needs to transmit a preamble when transmitting target data.

[0069] (2) Sequence used to generate the target preamble: In this optional embodiment, the configuration information of the target preamble may include a sequence used to generate the target preamble, such as the aforementioned ZC sequence, pseudo-random sequence, etc.

[0070] (3) Time domain resource configuration information of the target preamble. In this optional implementation, the configuration information of the target preamble may include the time domain resource configuration information of the target preamble, and the terminal can determine the time domain position of the target preamble by using the time domain resource configuration information of the target preamble.

[0071] Optionally, the time domain resource configuration information includes at least one of the following:

[0072] 1) the time domain starting position of the target preamble;

[0073] 2) The time domain length of the target preamble, that is, the duration of the target preamble in the time domain.

[0074] In the above optional implementation manner, the time domain resource configuration information of the target preamble may include the time domain starting position of the target preamble, for example, the time domain starting positions of different parts of the target preamble. The time domain resource configuration information of the target preamble may include the time domain length (duration) of the target preamble, for example, the time domain length of different parts of the target preamble. The time domain resource configuration information of the target preamble may also include the time domain starting position of the target preamble and the time domain length of the target preamble.

[0075] (4) Frequency domain resource configuration information of the target preamble. In this optional implementation, the configuration information of the target preamble may include the frequency domain resource configuration information of the target preamble. The terminal can determine the frequency domain position of the target preamble by using the frequency domain resource configuration information of the target preamble.

[0076] Optionally, the frequency domain resource configuration information includes at least one of the following:

[0077] 1) frequency domain resources allocated to the target preamble, for example, frequency domain resources allocated to different parts of the target preamble;

[0078] 2) A mapping pattern of the target preamble on the allocated frequency domain resources, for example, a mapping pattern of different parts of the target preamble on the frequency domain resources.

[0079] In this implementation, the target preamble configuration information may further include frequency domain resource configuration information for the target preamble. The frequency domain resource configuration information for the target preamble may include at least one of the frequency domain resources allocated for the target preamble and a mapping pattern of the target preamble on the allocated frequency domain resources. In specific applications, the target preamble configuration information may be determined based on actual circumstances and is not limited.

[0080] In the above optional implementation, the time domain resource configuration information and the frequency domain resource configuration information of the preamble can be determined based on a predefined rule (based on a default method). For example, for a preamble associated with a PDCCH or PDSCH, the default time domain resource configuration of the preamble is one symbol before the first symbol of the PDCCH or PDSCH, and the default frequency domain resource configuration of the preamble is the same as the frequency domain resource of the PDCCH or PDSCH. For example, in Figure 4a, the time domain position of the preamble of the PDCCH / PDSCH is located one symbol before the PDCCH / PDSCH, and its frequency domain resource allocation is the same as the frequency domain resource allocation of the PDCCH / PDSCH.

[0081] Optionally, the time domain resource configuration information and frequency domain resource configuration information of the preamble can also be explicitly configured and determined directly by the network side device. For example, when the network side device semi-statically configures two preamble configurations, it can indicate which one is used in the DCI that schedules the PDSCH. Or for the PDCCH, when configuring the search space (Search space) or the control resource set (Control Resource Set, coreset), it indicates which preamble the PDCCH corresponds to. For example, in Figure 4b, the network side device can configure the preamble corresponding to the PDCCH to be 1 symbol before the first symbol of the PDCCH in the time domain through signaling, and configure the preamble corresponding to the PDSCH to be 2 symbols before the first symbol of the PDSCH in the time domain.

[0082] In the preamble transmission method provided in an embodiment of the present application, the terminal may implicitly determine the configuration information of the target preamble according to a predefined rule or determine the configuration information of the target preamble according to an instruction of a network-side device. In an optional implementation, the terminal determines the configuration information of the target preamble, including:

[0083] The terminal determines part or all of the configuration information of the target preamble according to target information and a predefined rule, wherein the target information includes at least one of the following:

[0084] (1) The subcarrier spacing (SCS) used to transmit the target data. For example, the network-side device can configure or agree on multiple preamble configurations, and different SCSs correspond to different preamble configurations. The values ​​of the preamble parameters corresponding to different preamble configurations are not exactly the same.

[0085] (2) The waveform used to transmit the target data. For example, the network-side device can configure or agree on multiple preamble configurations. A waveform based on OFDM can correspond to a first preamble configuration, and a waveform based on an on-off keying (OOK) modulation format can correspond to a second preamble configuration. Different preamble configurations correspond to different values ​​of preamble parameters.

[0086] (3) Channel type for transmitting the target data. For example, the network side device may be configured or the protocol may agree on multiple preamble configurations, and different channel types correspond to different preamble configurations.

[0087] (4) Signal type for transmitting the target data. For example, the network side device may be configured or the protocol may agree on multiple preamble configurations, and different signal types correspond to different preamble configurations.

[0088] (5) The time interval of the target data transmission relative to the target signal or target channel. For example, the network-side device may configure or agree upon two preamble configurations. When the time interval between the target data transmission and the target signal or target channel is less than a predetermined threshold, the first preamble configuration is used; otherwise, the second preamble configuration is used. For example, the target signal may be a synchronization signal, such as a Tracking Reference Signal (TRS) or an SSB, and the target data transmission may be other downlink signal transmissions, such as a PDSCH or a PDCCH.

[0089] Optionally, the first preamble is configured as target data transmission without a preamble, and the second preamble is configured as target data transmission with a preamble. Alternatively, the first preamble is configured as a preamble using a first pattern or sequence, and the second preamble is configured as a preamble using a second pattern or sequence.

[0090] (6) The type of cyclic prefix (CP) used. For example, the network-side device can configure or agree on multiple preamble configurations, using preamble configuration 1 for the extended cyclic prefix (ECP) and preamble configuration 2 for other preambles.

[0091] (7) The type of bandwidth part (BWP) for transmitting the target data. For example, the network side device may configure or agree on multiple preamble configurations, and different bandwidth part types correspond to different preamble configurations. For example, the initial BWP corresponds to the first preamble configuration, and the specific active BWP corresponds to the second preamble configuration, or a specific frequency band corresponds to a BWP that supports multiple preamble configurations. The terminal may determine which preamble configuration is used based on other information, such as the subcarrier spacing SCS / waveform / BWP type, etc.

[0092] (8) The carrier type used to transmit the target data. For example, the network-side device may configure or agree upon multiple preamble configurations, and different carrier types correspond to different preamble configurations. For example, a carrier with a carrier bandwidth less than a predefined or configured threshold corresponds to a first preamble configuration, and otherwise corresponds to a second preamble configuration.

[0093] (9) The carrier frequency band in which the target data is transmitted. For example, the network side device can configure or agree on multiple preamble configurations, and different carrier frequency bands correspond to different preamble configurations.

[0094] (10) The cell type in which the terminal is located. For example, the network side device may configure or agree upon multiple preamble configurations, and different cell types correspond to different preamble configurations. For example, the type of the current cell may include: non-terrestrial network (NTN), or non-NTN, macro cell, and micro cell. For example, an NTN cell corresponds to a first preamble configuration, and a non-NTN cell corresponds to a second preamble configuration.

[0095] (11) The type of the terminal. For example, the network side device may configure or agree upon multiple preamble configurations, and different terminal types correspond to different preamble configurations.

[0096] (12) The receiver type of the terminal. For example, the network side device can configure or agree on multiple preamble configurations, and different receiver types correspond to different preamble configurations.

[0097] (13) The transmission mode of the terminal. For example, the network side device can configure or agree on multiple preamble configurations, and different transmission models correspond to different preamble configurations.

[0098] (14) The modulation and coding scheme used to transmit the target data. For example, the network-side device may configure or agree upon multiple preamble configurations, and different modulation and coding schemes correspond to different preamble configurations.

[0099] (15) The service type corresponding to the target data. For example, the network-side device may configure or agree upon multiple preamble configurations, with different service types corresponding to different preamble configurations. For example, the network-side device may configure or agree upon two preamble configurations, with a first preamble configuration corresponding to a specific service type and a second preamble configuration corresponding to other service types. The UE may determine the corresponding preamble configuration based on the service type.

[0100] In an embodiment of the present application, the terminal can determine all the configuration information of the target preamble according to a predetermined rule based on at least one target information in (1) to (15) above. For example, the protocol stipulates multiple preamble configurations, and the terminal determines the configuration information of the target preamble as one of them according to at least one target information in (1) to (15) above. Alternatively, the terminal can also determine part of the configuration information of the target preamble according to one target information in (1) to (15), and determine the remaining configuration information of the target preamble according to at least one other target information in (1) to (15). Alternatively, the terminal can also determine part of the configuration information of the target preamble according to a predetermined rule based on at least one target information in (1) to (15), and the remaining configuration information of the target preamble can be determined according to other methods. The specific method adopted in the embodiment of the present application is not limited. For example, the terminal can determine the frequency domain resource configuration information of the target preamble according to the SCS used to transmit the target data, and determine the sequence or time domain resource configuration information for generating the target preamble according to the instruction of the network side device.

[0101] In the above optional implementation, as described in (1) above, when the SCS used by the terminal to transmit the target data and the predefined rules determine part or all of the configuration information of the target preamble, for the SCS used to transmit the target data, when it is greater than or equal to a certain agreed threshold (for example, 960kHz), the part of the preamble used for channel estimation, the frequency domain mapping pattern in a resource block (RB) is pattern-1 in Figure 5, that is, mapping is performed on every other subcarrier, and 6 subcarriers on an RB are used to place the preamble. Otherwise, the corresponding frequency domain mapping pattern is pattern-2 in Figure 5, that is, mapping is performed on all subcarriers, and all subcarriers on an RB are used to place the preamble. For example, when the configured subcarrier spacing SCS = 1.92MHz, the frequency domain mapping pattern corresponding to the preamble is pattern-2 in Figure 5, and when the configured subcarrier spacing SCS = 960kHz, the frequency domain mapping pattern corresponding to the preamble is pattern-1 in Figure 5.

[0102] In the above optional implementation, as described in (3) above, when the terminal determines part or all of the configuration information of the target preamble according to the channel type of the target data to be transmitted and the predefined rules, for a specific channel, for example, the physical random access channel (PRACH), or for a channel of a specific format, for example, the physical uplink control channel (PUCCH) format-0, it is not necessary to configure the preamble. For another example, for a specific type of PDCCH / PDSCH, a corresponding preamble configuration is predefined, for example, for receiving the PDSCH scheduled by type (Type) 0-PDCCH / Type0-PDCCH of the system information block (SIB) 1, a corresponding preamble configuration is predefined. For another example, for the demodulation reference signal (DMRS) pattern 1, the preamble configuration 1 is adopted, and for the DMRS pattern 2, the preamble configuration 2 is adopted.

[0103] In the above-mentioned optional implementation, as described in (4) above, when the terminal determines part or all of the configuration information of the target preamble code according to the signal type of the target data to be transmitted and predefined rules, for a specific signal synchronization signal / physical broadcast channel signal block (Synchronization Signal and PBCH block, SSB) or tracking reference signal (Tracking Reference Signal, TRS) or CSI reference signal (CSI Reference Signal, CSI-RS) or sounding reference signal (SRS), it is not necessary to configure the preamble code.

[0104] In an embodiment of the present application, for different channel / signal types, for example, no preamble is required for SSB, and the UE can perform time-frequency offset estimation based on the primary synchronization signal (PSS) / secondary synchronization signal (SSS) for reception of the physical broadcast channel (PBCH). For example, for TRS / CSI-RS / SRS signals, the UE can also perform time-frequency offset estimation based on the signal itself without a preamble. For example, for some sequence-generated formats of PUCCH (such as PUCCH format0) and PRACH (also sequence-generated), no preamble is required. For other signals, for example, other PDSCH / PDCCH, in order to support time-frequency offset estimation, a preamble needs to be sent before the PDSCH / PDCCH. For another example, if the UE needs to receive SIB1 after initial access, a default preamble configuration can be predefined for the corresponding Type0-PDCCH / Type0-PDCCH-scheduled PDSCH. For example, the time-frequency domain resource configuration of the preamble corresponding to the default Type0-PDCCH / Type0-PDCCH-scheduled PDSCH is the configuration shown in Figure 4a.

[0105] In the above optional implementation, as described in (9) above, when the terminal determines part or all of the configuration information of the target preamble code based on the carrier frequency band where the terminal is located and the predefined rules, when the frequency band is in the low frequency band, it corresponds to pattern-1 in Figure 5, and when the frequency band is in the high frequency band, it corresponds to pattern-2 in Figure 5. Alternatively, when the frequency band is in the low frequency band, the time domain allocation resource of the preamble code is 1 symbol, and when the frequency band is in the high frequency band, the time domain allocation resource of the preamble code is 2 symbols. For example, a specific frequency band corresponds to a BWP and supports multiple preamble code configurations. The terminal can determine which preamble code configuration is based on other information such as subcarrier spacing SCS / waveform / BWP type. Other frequency bands correspond to a BWP and support one preamble code configuration.

[0106] In the above optional implementation, as described in (11) above, when the terminal determines part or all of the configuration information of the target preamble code according to the type of the terminal and the predefined rules, the network side device configures different preamble code parameters for the terminal supporting lower time or frequency domain accuracy and the terminal supporting better time or frequency domain accuracy. For the terminal supporting lower time or frequency domain accuracy, the network side device configures the preamble code to the first configuration. For the terminal supporting better time or frequency domain accuracy, the network side device configures the preamble code to the second configuration. The preamble code parameters corresponding to different preamble code configurations are not exactly the same.

[0107] In the above optional implementation, as described in (12) above, the terminal determines part or all of the configuration information of the target preamble code based on the target information and predefined rules, wherein the target information may include the receiver type of the terminal. For example, multiple receiver types are defined, and the achievable time or frequency domain accuracy is different. The network side device configures different preamble code parameters for the terminal based on the receiver type. If the terminal reports the use of a receiver with lower time or frequency domain accuracy, the network side device can configure the preamble code to the first configuration. If the terminal reports the use of a receiver with higher time or frequency domain accuracy, the network side device configures the preamble code to the second configuration. The preamble code parameters corresponding to different preamble code configurations are not exactly the same.

[0108] In the above optional implementation, as described in (13) above, the terminal can determine part or all of the configuration information of the target preamble code based on the transmission mode of the terminal and predefined rules. For the transmission mode, multiple transmission modes can be defined. Different transmission modes correspond to different preamble code configurations. For example, the low-power transmission mode corresponds to a specific preamble code configuration. Transmission mode 1 is a low-power transmission mode, corresponding to the first preamble code type, and transmission mode 2 is a normal power transmission mode, corresponding to the second preamble code type. The network side device can configure the preamble code based on the transmission mode.

[0109] In the above optional implementation, as described in (14) above, the terminal can determine part or all of the configuration information of the target preamble code based on the terminal's modulation and coding mode and predefined rules. Different modulation and coding modes correspond to different preamble code configurations. When the modulation order is higher than the predefined or configured threshold, the preamble code is the first configuration, otherwise, it is the second configuration. For example, when the modulation order is equal to 2, the number of symbols occupied by the time synchronization / time offset estimation sequence in the preamble code is 1. When it is greater than 2, the number of symbols occupied by the time synchronization / time offset estimation sequence in the preamble code is 2. The UE can determine the corresponding preamble code configuration based on the modulation and coding scheme (MCS).

[0110] S302: The terminal sends the target preamble code to the network side device or receives the target preamble code sent by the network side device based on the configuration information.

[0111] In an embodiment of the present application, after determining the configuration information of the target preamble code, the terminal can send the target preamble code to the network side device or receive the target preamble code sent by the network side device according to the configuration information.

[0112] In an optional implementation, the method further includes: after sending the target preamble code to the network side device, the terminal sends the target data associated with the target preamble code; or, after receiving the target preamble code sent by the network side device, the terminal receives the target data associated with the target preamble code.

[0113] In the above optional implementation, the target preamble is associated with the target data transmission. After sending the target preamble to the network-side device, the terminal may send the target data associated with the target preamble. Alternatively, after receiving the target preamble sent by the network-side device, the terminal may receive the target data associated with the target preamble. For example, the terminal may complete time synchronization, frequency offset estimation and recovery, channel estimation, etc. based on the received target preamble, and then receive or send the target data associated with the target preamble.

[0114] In an optional implementation, control information for demodulating the target data may also be transmitted between the transmission of the target preamble and the target data.

[0115] In the preamble transmission method of the embodiment of the present application, a terminal can determine the configuration information of a target preamble, where the target preamble is associated with target data transmission. Then, based on the configuration information, the terminal can send the target preamble to a network-side device or receive the target preamble sent by the network-side device. This allows the terminal to send or receive the preamble associated with the data transmission, and further, can use the preamble to complete time synchronization, frequency offset estimation and recovery, and channel estimation, thereby ensuring the reliability of data transmission in the cellular system, maintaining high-speed transmission of the target data, reducing terminal power consumption, and meeting user needs.

[0116] Based on the same technical concept, an embodiment of the present application also provides another method for transmitting a preamble code.

[0117] Figure 6 illustrates a flowchart of another method for transmitting a preamble according to an embodiment of the present application. Method 600 is performed by a network-side device. In other words, the method can be performed by software or hardware installed on the network-side device. The network-side device includes, but is not limited to, the base station shown in Figure 1. Where necessary, the following embodiments only describe the operation of the network-side device. For other matters not covered, please refer to the above description of method 300.

[0118] As shown in FIG6 , the method may include the following steps.

[0119] S601: The network-side device determines configuration information of a target preamble.

[0120] The target preamble is associated with target data transmission.

[0121] In an embodiment of the present application, the network side device can determine the configuration information of the target preamble code associated with the target data transmission.

[0122] In an optional implementation, after the network-side device determines the configuration information of the target preamble, the method includes: the network-side device indicating the configuration information of the target preamble to the terminal. In this optional implementation, after the network-side device determines the configuration information of the target preamble, it may indicate the configuration information of the target preamble to the terminal, so that the terminal can obtain the configuration information of the target preamble.

[0123] In an optional implementation, the network side device indicates to the terminal the configuration information of the target preamble, including one of the following:

[0124] (1) The network-side device configures the configuration information of the target preamble code for the terminal through the first network signaling.

[0125] The network side device can statically configure the preamble code parameters through the first network signaling, such as RRC signaling, and configure the configuration information of the target preamble code for the terminal.

[0126] (2) The network-side device activates a target preamble parameter through a second network signaling, wherein the target preamble parameter is a candidate value configured by the network-side device or a predefined preamble parameter set including multiple candidate values. The network-side device may activate the target preamble parameter through a second network signaling, such as a MAC command / DCI, and the terminal configures the configuration information of the target preamble. The target preamble parameter may be a candidate value configured by the network-side device, such as configured by RRC signaling, or a predefined preamble parameter set including multiple candidate values.

[0127] (3) The network-side device sends a third network signaling to the terminal, wherein the third network signaling carries a first indication, and the first indication information is used to indicate the configuration of the target preamble. In actual applications, the network-side device may directly indicate the preamble configuration information through a MAC command / DCI, such as the first indication information carried by a PDCCH / PDSCH, indicating the preamble configuration.

[0128] In an optional implementation, the network-side device determines the configuration information of the target preamble, including: the network-side device determines part or all of the configuration information of the target preamble according to the target information and a predefined rule, wherein the target information includes at least one of the following:

[0129] (1) the subcarrier spacing SCS used to transmit the target data;

[0130] (2) The waveform used to transmit the target data; for example, the network-side device may be configured with two preamble configurations: an OFDM-based waveform corresponding to a first preamble configuration, and an OOK-based waveform corresponding to a second preamble configuration. The parameter values ​​corresponding to the different preamble configurations may not be exactly the same.

[0131] (3) the channel type for transmitting the target data;

[0132] For example, for a specific channel, such as PRACH, or for a channel with a specific format, such as PUCCH format-0, no preamble needs to be configured;

[0133] For example, for a specific type of PDCCH / PDSCH, a corresponding preamble configuration is predefined, such as for receiving Type0-PDCCH / PDSCH scheduled by Type0-PDCCH of SIB1.

[0134] (4) the type of signal transmitting the target data;

[0135] For example, for specific signals SSB / TRS / CSI-RS / SRS, no preamble needs to be configured;

[0136] For example, the network side device may be configured with two preamble configurations: preamble configuration one and preamble configuration two. For DMRS pattern one, preamble configuration one is used, and for DMRS pattern two, preamble configuration two is used.

[0137] (5) the time interval between the target data transmission and the target signal or target channel;

[0138] For example, the network-side device can be configured with two preamble configurations: preamble configuration 1 and preamble configuration 2. If the time interval between the PDCCH / PDSCH and the TRS is less than a predefined threshold, preamble configuration 1 is used; otherwise, preamble configuration 2 is used. Optionally, preamble configuration 1 can be configured as no preamble.

[0139] (6) The type of cyclic prefix (CP) used;

[0140] For example, the network side device may be configured with two preamble configurations: preamble configuration one and preamble configuration two. For example, preamble configuration one is used for extended CP (ECP), and preamble configuration two is used otherwise.

[0141] (7) Type of corresponding bandwidth part BWP;

[0142] For example, the network side device can be configured with two preamble code configurations: a first preamble code configuration and a second preamble code configuration. For example, the initial BWP corresponds to the first preamble code configuration, and the specific active BWP corresponds to the second preamble code configuration, or one BWP corresponds to multiple preamble code configurations. The terminal can determine which preamble code configuration it is based on other information.

[0143] (8) The type of carrier used to transmit the target data;

[0144] For example, the network side device can be configured with two preamble code configurations: a first preamble code configuration and a second preamble code configuration. The carrier with a carrier bandwidth less than a predefined or configured threshold corresponds to the first preamble code configuration, otherwise it corresponds to the second preamble code configuration.

[0145] (9) a carrier frequency band in which the target data is transmitted;

[0146] For example, a specific frequency band corresponds to a BWP and supports multiple preamble configurations, and the terminal can determine which one is used based on other information. Other frequency bands correspond to a BWP and support one preamble configuration.

[0147] (10)Cell type;

[0148] For example, the network side device may be configured with two preamble configurations: a first preamble configuration and a second preamble configuration. The NTN cell corresponds to the first preamble configuration, and the non-NTN cell corresponds to the second preamble configuration.

[0149] (11)Terminal type.

[0150] For example, the network side device can be configured or the protocol can agree on multiple preamble configurations, and different terminal types correspond to different preamble configurations.

[0151] (12) The receiver type of the terminal.

[0152] For example, the network side device may be configured or the protocol may agree on multiple preamble configurations, and different receiver types correspond to different preamble configurations.

[0153] (13) The transmission mode of the terminal.

[0154] For example, the network side device can be configured or the protocol can agree on multiple preamble configurations, and different transmission models correspond to different preamble configurations.

[0155] (14) The modulation and coding method used to transmit the target data.

[0156] For example, the network side device can be configured or the protocol can agree on multiple preamble configurations, and different modulation and coding modes correspond to different preamble configurations.

[0157] (15) The business type corresponding to the target data.

[0158] For example, network-side devices can configure different preamble configurations for different service types. Network-side devices or protocols can agree on predefined rules, and based on these predefined rules, the corresponding preamble configurations for various service types can be determined. For example, network-side devices can configure or the protocol can agree on two preamble configurations: a first preamble configuration for a specific service type and a second preamble configuration for other service types. The UE can determine the corresponding preamble configuration based on the service type.

[0159] In the above optional implementation, the network side device can determine part or all of the configuration information of the target preamble code based on at least one of the above 15 types of target information and predefined rules, and different target information corresponds to different preamble codes.

[0160] For example, for the subcarrier spacing SCS configured by the network side device for the terminal, when it is greater than a certain agreed threshold (for example, 960kHz), the frequency domain mapping pattern of the part of the preamble configured by the network side device for the terminal used for channel estimation in a resource block (RB) is pattern-1 in Figure 5, that is, mapping is performed on every other subcarrier, and 6 subcarriers on an RB are used to place the preamble. Otherwise, the corresponding frequency domain mapping pattern is pattern-2 in the figure below, that is, mapping is performed on all subcarriers, and all subcarriers on an RB are used to place the preamble.

[0161] In addition, for different channel / signal types, the network side equipment can configure different preamble configurations. For some specific signals, such as TRS / CSI-RS / SRS signals, no preamble is required. For example, for some PUCCH formats generated based on sequences (such as PUCCH format0) and PRACH (also generated based on sequences), no preamble is required. For other signals, such as other PDSCH / PDCCH, in order to support time-frequency offset estimation, a preamble needs to be sent before the PDSCH / PDCCH. For example, if the UE needs to receive SIB1 after initial access, a default preamble configuration can be predefined for the corresponding Type0-PDCCH / Type0-PDCCH scheduled PDSCH.

[0162] S602: The network-side device receives the target preamble code sent by the terminal or sends the target preamble code to the terminal based on the configuration information.

[0163] In an embodiment of the present application, after determining the configuration information of the target preamble code associated with the target data transmission, the network side device can receive the target preamble code sent by the terminal or send the target preamble code to the terminal according to the configuration information.

[0164] Optionally, after receiving the target preamble sent by the terminal, the network device may also receive target data associated with the target preamble sent by the terminal; or after sending the target preamble to the terminal, the network device may also send the target data associated with the target preamble to the terminal. For example, the network device may perform time synchronization, frequency offset estimation and recovery, and channel estimation based on the received target preamble, thereby ensuring the reliability of data transmission in the cellular system. Alternatively, the network device may send the target preamble to the terminal for at least one of time synchronization, frequency offset estimation and recovery, and channel estimation, and then send the target data to the terminal.

[0165] In the transmission method of the preamble code in the embodiment of the present application, the network side device can determine the configuration information of the target preamble code associated with the target data transmission, and then based on the configuration information, receive the target preamble code sent by the terminal or send the target preamble code to the terminal. The target preamble code transmitted by the network side device is the preamble code associated with the target data transmission, and the target preamble code can be sent and received according to the target preamble code configuration information. The network side device in the embodiment of the present application is not limited to the base station. Through the technical solution provided by the embodiment of the present application, the terminal and the network side device can complete time synchronization, time offset estimation, frequency offset estimation and recovery, and channel estimation through the preamble code, thereby ensuring the reliability of data transmission in the cellular system, maintaining high-speed transmission of target data, reducing the power consumption of the terminal, and meeting user needs.

[0166] The embodiment of the present application provides a method for transmitting a preamble, which can be performed by a preamble transmission device. The embodiment of the present application takes the method for transmitting a preamble by the preamble transmission device as an example to illustrate the preamble transmission device provided by the embodiment of the present application.

[0167] Figure 7 shows a structural diagram of a preamble code transmission device provided by an exemplary embodiment of the present application. The device can be located in a terminal and can implement all or part of the contents of the embodiment shown in Figure 3. As shown in Figure 7, the preamble code transmission device 700 includes: a first determination module 701 and a first transmission module 702.

[0168] In this embodiment of the present application, a first determining module 701 is configured to determine configuration information of a target preamble, wherein the target preamble is associated with target data transmission. A first transmitting module 702 is configured to send the target preamble to a network device or receive the target preamble sent by the network device based on the configuration information.

[0169] In an optional implementation, the first determining module 701 determines the configuration information of the target preamble, including at least one of the following:

[0170] Determining configuration information of the target preamble based on predefined rules;

[0171] The configuration information of the target preamble is determined based on an instruction from a network-side device.

[0172] In an optional implementation, determining the configuration information of the target preamble based on an instruction from a network-side device includes one of the following:

[0173] Determining configuration information of the target preamble based on preamble parameters configured by the network-side device through first network signaling;

[0174] Determining, based on a target preamble parameter activated by the network side device through second network signaling, configuration information of the target preamble, wherein the target preamble parameter is one candidate value in a preamble parameter set including multiple candidate values ​​configured or predefined by the network side device;

[0175] Based on the first indication information carried in the third network signaling sent by the network side device, the configuration information of the target preamble code is determined, wherein the first indication information is used to indicate the configuration of the target preamble code.

[0176] In an optional implementation, the target preamble includes one of the following:

[0177] A first sequence, wherein the first sequence is used for at least one of the following: time domain synchronization, time offset estimation, frequency offset estimation, and channel estimation;

[0178] A second sequence and a third sequence, wherein the second sequence is used for at least one of the following: time domain synchronization and time offset estimation, and the third sequence is used for at least one of the following: frequency offset estimation and channel estimation.

[0179] In an optional implementation, at least one of the first sequence, the second sequence, and the third sequence is generated based on at least one of the following:

[0180] ZC sequence;

[0181] Pseudo-random sequence;

[0182] Predefined dedicated sequences.

[0183] In an optional implementation, the configuration information of the target preamble includes at least one of the following:

[0184] Second indication information, used to indicate whether to transmit the target preamble code;

[0185] A sequence for generating the target preamble;

[0186] Time domain resource configuration information of the target preamble;

[0187] Frequency domain resource configuration information of the target preamble code.

[0188] In an optional implementation manner, the time domain resource configuration information includes at least one of the following:

[0189] The time domain starting position of the target preamble;

[0190] The time domain length of the target preamble code.

[0191] In an optional implementation manner, the frequency domain resource configuration information includes at least one of the following:

[0192] frequency domain resources allocated to the target preamble;

[0193] A mapping pattern of the target preamble code on the allocated frequency domain resources.

[0194] In an optional implementation, the first determining module 701 determines the configuration information of the target preamble, including:

[0195] Determine part or all of the configuration information of the target preamble according to target information and predefined rules, wherein the target information includes at least one of the following:

[0196] The subcarrier spacing SCS used to transmit the target data;

[0197] a waveform used to transmit the target data;

[0198] The channel type for transmitting the target data;

[0199] The type of signal transmitting the target data;

[0200] The time interval of the target data transmission relative to the target signal or target channel;

[0201] The type of cyclic prefix (CP) used;

[0202] The type of the bandwidth part BWP for transmitting the target data;

[0203] a carrier type used to transmit the target data;

[0204] a carrier frequency band in which the target data is transmitted;

[0205] The type of cell where the terminal is located;

[0206] the type of the terminal;

[0207] a receiver type of the terminal;

[0208] a transmission mode of the terminal;

[0209] a modulation and coding scheme used to transmit the target data;

[0210] The business type corresponding to the target data.

[0211] In an optional implementation, the first transmission module 702 is further configured to:

[0212] After sending the target preamble to the network side device, sending the target data associated with the target preamble; or,

[0213] After receiving the target preamble code sent by the network side device, the target data sent by the network side device is received.

[0214] The transmission device of the preamble 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 the electronic device, such as an integrated circuit or chip. The electronic device can be a terminal, or it can be other devices other than a terminal. For example, the terminal can include but is not limited to the types of terminal 11 listed above, and other devices can be servers, network attached storage (NAS), etc., which are not specifically limited in the embodiment of the present application.

[0215] The transmission device of the preamble code provided in the embodiment of the present application can implement the various processes implemented in the method embodiment of Figure 3 and achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0216] Another method for transmitting a preamble provided in an embodiment of the present application may be performed by a preamble transmission device. The method for transmitting a preamble by a preamble transmission device in an embodiment of the present application is taken as an example to illustrate the preamble transmission device provided in an embodiment of the present application.

[0217] Figure 8 shows a structural diagram of another preamble code transmission device provided by an exemplary embodiment of the present application. The device can implement all or part of the contents of the embodiment shown in Figure 6. As shown in Figure 8, the preamble code transmission device 800 includes: a second determination module 801 and a second transmission module 802.

[0218] In an embodiment of the present application, the second determination module 801 is used to determine the configuration information of the target preamble code, wherein the target preamble code is associated with the target data transmission; the second transmission module 802 is used to receive the target preamble code sent by the terminal or send the target preamble code to the terminal based on the configuration information.

[0219] In an optional implementation, the second transmission module 802 is further configured to indicate configuration information of the target preamble to the terminal.

[0220] In an optional implementation, the second transmission module 802 indicates the configuration information of the target preamble to the terminal, including one of the following:

[0221] Configuring configuration information of the target preamble for the terminal through first network signaling;

[0222] activating a target preamble parameter through second network signaling, wherein the target preamble parameter is a candidate value in a preamble parameter set including multiple candidate values ​​configured or predefined by a network-side device;

[0223] Sending a third network signaling to the terminal, wherein the third network signaling carries a first indication, and the first indication information is used to indicate the configuration of the target preamble code.

[0224] In an optional implementation, the second determining module 801 determines the configuration information of the target preamble, including:

[0225] Determine part or all of the configuration information of the target preamble according to target information and predefined rules, wherein the target information includes at least one of the following:

[0226] The subcarrier spacing SCS used to transmit the target data;

[0227] a waveform used to transmit the target data;

[0228] The channel type for transmitting the target data;

[0229] The type of signal transmitting the target data;

[0230] The time interval of the target data transmission relative to the target signal or target channel;

[0231] The type of cyclic prefix (CP) used;

[0232] The type of the bandwidth part BWP for transmitting the target data;

[0233] a carrier type used to transmit the target data;

[0234] a carrier frequency band in which the target data is transmitted;

[0235] Cell type;

[0236] the type of the terminal;

[0237] a receiver type of the terminal;

[0238] a transmission mode of the terminal;

[0239] a modulation and coding scheme used to transmit the target data;

[0240] The business type corresponding to the target data.

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

[0242] 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 embodiment of the above-mentioned method for transmitting a preamble code 300, 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 embodiment of the above-mentioned method for transmitting another preamble code 600, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

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

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

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

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

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

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

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

[0250] The processor 1010 is configured to determine configuration information of a target preamble, wherein the target preamble is associated with target data transmission;

[0251] The radio frequency unit 1001 is configured to send the target preamble code to the network side device or receive the target preamble code sent by the network side device based on the configuration information.

[0252] In an optional implementation, the processor 1010 determines configuration information of the target preamble, including at least one of the following:

[0253] Determining configuration information of the target preamble based on predefined rules;

[0254] The configuration information of the target preamble is determined based on an instruction from a network-side device.

[0255] In an optional implementation, the processor 1010 determines, based on an instruction from a network-side device, configuration information of the target preamble, including one of the following:

[0256] Determining configuration information of the target preamble based on preamble parameters configured by the network-side device through first network signaling;

[0257] Determining, based on a target preamble parameter activated by the network side device through second network signaling, configuration information of the target preamble, wherein the target preamble parameter is one candidate value in a preamble parameter set including multiple candidate values ​​configured or predefined by the network side device;

[0258] Based on the first indication information carried in the third network signaling sent by the network side device, the configuration information of the target preamble code is determined, wherein the first indication information is used to indicate the configuration of the target preamble code.

[0259] In an optional implementation, the processor 1010 determines the configuration information of the target preamble, including:

[0260] Determine part or all of the configuration information of the target preamble according to target information and predefined rules, wherein the target information includes at least one of the following:

[0261] The subcarrier spacing SCS used to transmit the target data;

[0262] a waveform used to transmit the target data;

[0263] The channel type for transmitting the target data;

[0264] The type of signal transmitting the target data;

[0265] The time interval of the target data transmission relative to the target signal or target channel;

[0266] The type of cyclic prefix (CP) used;

[0267] The type of the bandwidth part BWP for transmitting the target data;

[0268] a carrier type used to transmit the target data;

[0269] a carrier frequency band in which the target data is transmitted;

[0270] The type of cell where the terminal is located;

[0271] the type of the terminal;

[0272] a receiver type of the terminal;

[0273] a transmission mode of the terminal;

[0274] a modulation and coding scheme used to transmit the target data;

[0275] The business type corresponding to the target data.

[0276] In an optional implementation, the radio frequency unit 1001 is further configured to send the target data associated with the target preamble after sending the target preamble to the network side device; or,

[0277] After receiving the target preamble code sent by the network side device, the target data associated with the target preamble code is received.

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

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

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

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

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

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

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

[0285] 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 embodiment of the method for transmitting a leading code 300 are implemented, or the various processes of the above-mentioned embodiment of the method for transmitting another leading code 600 are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

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

[0287] An embodiment of the present application further provides a chip, which includes a processor and a communication interface, the communication interface and the processor are coupled, and the processor is used to run programs or instructions to implement the various processes of the above-mentioned embodiment of the method for transmitting a preamble code 300, or to implement the various processes of the above-mentioned embodiment of the method for transmitting another preamble code 600, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

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

[0289] 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 embodiment of the method for transmitting a preamble code 300, or to implement the various processes of the above-mentioned embodiment of the method for transmitting another preamble code 600, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0290] An embodiment of the present application also provides a wireless communication system, including: a terminal and a network side device, wherein the terminal can be used to execute the steps of the method 300 for transmitting a preamble code as described above, and the network side device can be used to execute the steps of the method 600 for transmitting another preamble code as described above.

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

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

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

Claims

1. A method for transmitting a preamble, comprising: The terminal determines the configuration information of the target preamble, where the target preamble is associated with target data transmission; The terminal sends the target preamble to the network-side device or receives the target preamble sent by the network-side device based on the configuration information.

2. The method according to claim 1, wherein, The terminal determines the configuration information of the target preamble, including at least one of the following: The terminal determines the configuration information of the target preamble based on a predefined rule; The terminal determines the configuration information of the target preamble based on an indication from the network-side device.

3. The method according to claim 2, wherein The terminal determines the configuration information of the target preamble based on an indication from the network-side device, including one of the following: The terminal determines the configuration information of the target preamble based on the preamble parameters configured by the network-side device through the first network signaling; The terminal determines the configuration information of the target preamble based on the target preamble parameters activated by the network-side device through the second network signaling, where the target preamble parameters are one candidate value in a set of preamble parameters configured or predefined by the network-side device and including multiple candidate values; The terminal determines the configuration information of the target preamble based on the first indication information carried in the third network signaling sent by the network-side device, where the first indication information is used to indicate the configuration of the target preamble.

4. The method according to any one of claims 1 to 3, wherein, The target preamble includes one of the following: The first sequence, which is used for at least one of the following: time domain synchronization, time offset estimation, frequency offset estimation, channel estimation; The second sequence and the third sequence, where the second sequence is used for at least one of the following: time domain synchronization, time offset estimation, and the third sequence is used for at least one of the following: frequency offset estimation, channel estimation.

5. The method according to claim 4, wherein, At least one of the first sequence, the second sequence, and the third sequence is generated based on at least one of the following: ZC sequence; Pseudo-random sequence; Predefined dedicated sequence.

6. The method according to any one of claims 1 to 5, wherein The configuration information of the target preamble includes at least one of the following: The second indication information, which is used to indicate whether to transmit the target preamble; The sequence used to generate the target preamble; The time domain resource configuration information of the target preamble; The frequency domain resource configuration information of the target preamble.

7. The method according to claim 6, wherein, The time domain resource configuration information includes at least one of the following: The time domain start position of the target preamble; The time domain length of the target preamble.

8. The method according to claim 6, wherein The frequency domain resource configuration information includes at least one of the following: The frequency domain resources allocated for the target preamble; The mapping pattern of the target preamble on the allocated frequency domain resources.

9. The method according to any one of claims 1 to 8, wherein The terminal determines the configuration information of the target preamble, including: The terminal determines part or all of the configuration information of the target preamble according to the target information and a predefined rule, where the target information includes at least one of the following: The subcarrier spacing SCS used for transmitting the target data; The waveform used for transmitting the target data; The channel type for transmitting the target data; The signal type for transmitting the target data; The time interval of the target data transmission relative to the target signal or target channel; The type of cyclic prefix CP used; The type of bandwidth part BWP for transmitting the target data; The type of carrier used to transmit the target data; The carrier frequency band where the target data is transmitted; The cell type where the terminal is located; The type of the terminal; The receiver type of the terminal; The transmission mode of the terminal; The modulation and coding scheme used to transmit the target data; The service type corresponding to the target data.

10. The method according to any one of claims 1 to 9, wherein, The method further includes: After sending the target preamble to the network side device, the terminal sends the target data associated with the target preamble; or, After receiving the target preamble sent by the network side device, the terminal receives the target data associated with the target preamble.

11. A method for transmitting a preamble, including: The network side device determines the configuration information of the target preamble, where the target preamble is associated with the transmission of target data; Based on the configuration information, the network side device receives the target preamble sent by the terminal or sends the target preamble to the terminal.

12. The method according to claim 11, wherein After the network side device determines the configuration information of the target preamble, the method includes: The network side device indicates the configuration information of the target preamble to the terminal.

13. The method according to claim 12, wherein The network side device indicating the configuration information of the target preamble to the terminal includes one of the following: The network side device configures the configuration information of the target preamble for the terminal through the first network signaling; The network side device activates the target preamble parameter through the second network signaling, where the target preamble parameter is a candidate value in a preamble parameter set configured or predefined by the network side device and including multiple candidate values; The network side device sends the third network signaling to the terminal, where the third network signaling carries a first indication, and the first indication information is used to indicate the configuration of the target preamble.

14. The method according to any one of claims 11 to 13, wherein The network side device determining the configuration information of the target preamble includes: The network side device determines part or all of the configuration information of the target preamble according to the target information and predefined rules, where the target information includes at least one of the following: The subcarrier spacing SCS used to transmit the target data; The waveform used to transmit the target data; The channel type for transmitting the target data; The signal type for transmitting the target data; The time interval of the target data transmission relative to the target signal or target channel; The type of cyclic prefix CP used; The type corresponding to the bandwidth part BWP; The type of carrier used to transmit the target data; The carrier frequency band where the target data is transmitted; Cell type; The type of the terminal; The receiver type of the terminal; The transmission mode of the terminal; The modulation and coding scheme used to transmit the target data; The service type corresponding to the target data.

15. A preamble transmission device, including: A first determination module, configured to determine the configuration information of the target preamble, where the target preamble is associated with the transmission of target data; A first transmission module, configured to send the target preamble to the network side device or receive the target preamble sent by the network side device based on the configuration information.

16. The device according to claim 15, wherein, The first determination module determines configuration information of a target preamble, including at least one of the following: Determine the configuration information of the target preamble based on a predefined rule; Determine the configuration information of the target preamble based on an indication from a network-side device.

17. The apparatus according to claim 16, wherein, The determining the configuration information of the target preamble based on an indication from a network-side device includes one of the following: Determine the configuration information of the target preamble based on preamble parameters configured by the network-side device through a first network signaling; Determine the configuration information of the target preamble based on target preamble parameters activated by the network-side device through a second network signaling, where the target preamble parameters are one candidate value in a set of preamble parameters configured or predefined by the network-side device and including multiple candidate values; Determine the configuration information of the target preamble based on first indication information carried in a third network signaling sent by the network-side device, where the first indication information is used to indicate the configuration of the target preamble.

18. The device according to any one of claims 15 to 17, wherein, The first determination module determines configuration information of a target preamble, including: Determine part or all of the configuration information of the target preamble according to target information and a predefined rule, where the target information includes at least one of the following: Subcarrier spacing SCS used for transmitting the target data; Waveform used for transmitting the target data; Channel type for transmitting the target data; Signal type for transmitting the target data; Time interval of the target data transmission relative to a target signal or a target channel; Type of cyclic prefix CP used; Type of bandwidth part BWP for transmitting the target data; Carrier type used for transmitting the target data; Carrier frequency band where the target data is transmitted; Cell type where it is located; Type of the terminal; Receiver type of the terminal; Transmission mode of the terminal; Modulation and coding scheme used for transmitting the target data; Service type corresponding to the target data.

19. The apparatus according to any one of claims 15 to 18, wherein The first transmission module is further configured to: After sending the target preamble to a network-side device, send the target data associated with the target preamble; or, After receiving the target preamble sent by the network-side device, receive the target data sent by the network-side device.

20. A transmission device for a preamble, including: A second determination module, configured to determine configuration information of a target preamble, where the target preamble is associated with target data transmission; A second transmission module, configured to receive the target preamble sent by a terminal or send the target preamble to the terminal based on the configuration information.

21. The apparatus according to claim 20, wherein The second transmission module is further configured to indicate the configuration information of the target preamble to the terminal.

22. The apparatus according to claim 21, wherein The second transmission module indicating the configuration information of the target preamble to the terminal includes one of the following: Configure the configuration information of the target preamble for the terminal through a first network signaling; Activate target preamble parameters through a second network signaling, where the target preamble parameters are one candidate value in a set of preamble parameters configured or predefined by the network-side device and including multiple candidate values; Send a third network signaling to the terminal, where the third network signaling carries a first indication, and the first indication information is used to indicate the configuration of the target preamble.

23. The apparatus according to any one of claims 20 to 22, wherein The second determination module determines the configuration information of the target preamble, including: Determine part or all of the configuration information of the target preamble according to the target information and predefined rules, where the target information includes at least one of the following: The subcarrier spacing SCS used to transmit the target data; The waveform used to transmit the target data; The channel type for transmitting the target data; The signal type for transmitting the target data; The time interval of the target data transmission relative to the target signal or target channel; The type of cyclic prefix CP used; The type of bandwidth part BWP for transmitting the target data; The type of carrier used to transmit the target data; The carrier frequency band where the target data is transmitted; Cell type; The type of the terminal; The receiver type of the terminal; The transmission mode of the terminal; The modulation and coding scheme used to transmit the target data; The service type corresponding to the target data.

24. A terminal, comprising a processor and a memory, where the memory stores a program or instruction that can run on the processor, and when the program or instruction is executed by the processor, the steps of the preamble transmission method according to any one of claims 1 to 10 are implemented.

25. A network-side device, comprising a processor and a memory, where the memory stores a program or instruction that can run on the processor, and when the program or instruction is executed by the processor, the steps of the preamble transmission method according to any one of claims 11 to 14 are implemented.

26. A readable storage medium, where a program or instruction is stored on the readable storage medium, and when the program or instruction is executed by a processor, the preamble transmission method according to any one of claims 1 to 10 is implemented, or the steps of the preamble transmission method according to any one of claims 11 to 14 are implemented.

Images