Device access method and apparatus, electronic device, medium, and product

Abstract

The application discloses a device access method and device, electronic equipment, medium and product. The method is applied to a base station and includes the following steps: when a preamble sequence carried by a first uplink transmission resource is detected, receiving uplink physical channel data through a second uplink transmission resource associated with the first uplink transmission resource; after the uplink physical channel data passes CRC check, judging whether the preamble sequence is a valid preamble sequence according to an index value in the uplink physical channel data; if yes, performing a corresponding access operation on a terminal device sending the preamble sequence. The method can reduce the false alarm probability of a physical random access channel, avoid the base station from allocating redundant uplink resources to a non-existing terminal device, and thus improve key operation indexes such as network access success rate and system throughput.

Description

Technical Field

[0001] This application relates to the field of communication technology, specifically to a device access method, apparatus, electronic device, readable storage medium, and computer program product. Background Technology

[0002] In mobile communication systems, base stations need to detect preamble sequences sent by terminals via the Physical Random Access Channel (PRAN) to achieve initial uplink synchronization and establish a connection. Especially in satellite internet scenarios, base stations need to accurately identify real terminals in order to efficiently allocate scarce on-board beam resources. In existing technologies, base stations typically use correlation peak detection methods based on signal energy to identify preamble sequences. This method determines the presence of a preamble by setting a detection threshold. However, this detection method is prone to misclassifying noise and interference as valid preambles, generating false alarms in the PRAN. This leads the base station to allocate uplink and beam resources to non-existent terminals, resulting in degraded network access performance and reduced system capacity and throughput. Summary of the Invention

[0003] In view of the above problems, this application provides a device access method, apparatus, electronic device, readable storage medium and computer program product, which can solve the problem that the false alarm rate of the physical random access channel in the prior art is high, resulting in a decrease in network access performance and a reduction in system capacity and throughput.

[0004] In a first aspect, this application provides a device access method, the method being applied to a base station, comprising: Upon detecting the preamble sequence carried by the first uplink transmission resource, uplink physical channel data is received through the second uplink transmission resource associated with the first uplink transmission resource; After the uplink physical channel data passes the CRC check, it is determined whether the preamble sequence is a valid preamble sequence based on the index value in the uplink physical channel data; If so, then the corresponding access operation is performed on the terminal device that sent the preamble sequence.

[0005] In the above technical solution, the method can complete multiple verifications based on the mechanism of dual uplink transmission resource linkage verification, combined with the bidirectional comparison of CRC check and preamble index. It can effectively filter out false detection caused by noise and interference, thereby significantly reducing the false alarm probability of physical random access channel, avoiding the waste of invalid uplink resources and beam resources, and thus improving the reliability of terminal access in mobile communication scenarios.

[0006] In some implementations, receiving uplink physical channel data via a second uplink transmission resource associated with the first uplink transmission resource includes: During the verification time slot, uplink physical channel data is received through the second uplink transmission resource associated with the first uplink transmission resource; The verification time slot is located in a subframe following the radio frame subframe where the random access opportunity is located, and the random access opportunity and the verification time slot do not overlap in the time domain.

[0007] In the above technical solution, the method can reasonably stagger the time domain positions of the verification time slot and the random access timing, avoid time domain overlap interference between the two types of uplink transmission signals, thereby ensuring the normal reception of uplink physical channel data and providing reliable conditions for the validity verification of the preamble sequence.

[0008] In some embodiments, the method further includes: The uplink physical channel data is decoded to obtain a payload field; wherein the payload field includes a first CRC check bit and payload data, and the payload data includes at least the index value; The payload data is subjected to CRC verification based on the first CRC check bit. If the verification passes, then the step of determining whether the preamble sequence is a valid preamble sequence based on the index value in the uplink physical channel data is executed.

[0009] In the above technical solution, the method uses CRC check to determine the correctness of uplink physical channel data. If the uplink physical channel data passes the CRC check, it means that the uplink physical channel data is correct. Subsequently, the validity of the preamble sequence is judged based on the index value in the uplink physical channel data, which improves the accuracy of preamble detection and effectively reduces false alarms from random access.

[0010] In some implementations, determining whether the preamble sequence is a valid preamble sequence based on the index value in the uplink physical channel data includes: Determine whether the index value in the uplink physical channel data is consistent with the preamble index corresponding to the preamble sequence; If they match, the leader sequence is determined to be a valid leader sequence; If there is a discrepancy, the leader sequence is determined to be a invalid leader sequence. In the above technical solution, after sending a preamble sequence to the base station, the terminal device also sends an index value corresponding to the preamble sequence to the base station via the uplink physical channel. The base station can compare the index value with the received preamble sequence for consistency; if they match, the preamble sequence is deemed valid. This configuration can effectively identify and exclude invalid preamble sequences caused by interference or noise. Furthermore, in scenarios where random access conflicts actually occur, this method can also separate and identify signals, thereby improving the success rate of random access for the terminal device.

[0011] In some implementations, the payload data in the payload field also includes location information of the terminal device that sent the preamble sequence; The step of performing the corresponding access operation on the terminal device that sends the preamble sequence includes: Beam resources are allocated to the terminal device based on the location information in the payload field.

[0012] In the above technical solution, the method can combine terminal location information to achieve precise beam allocation and directional coverage, effectively reducing the waste of resources caused by false alarm access.

[0013] Secondly, this application provides a device access method, applied to a terminal device, including: The preamble sequence is sent to the base station using the first uplink transmission resource; Generate the payload field based on the preceding sequence; Generate uplink physical channel data based on the payload field; The uplink physical channel data is transmitted to the base station via a second uplink transmission resource associated with the first uplink transmission resource.

[0014] In the above technical solution, the method can send corresponding verification data through the second uplink transmission resource associated with the first uplink transmission resource, so that the base station can combine the two transmission contents to complete the validity verification of the preamble sequence, thereby significantly reducing the false alarm probability of the physical random access channel.

[0015] In some implementations, generating the payload field based on the leader sequence includes: Load data is generated based on the first leader index corresponding to the leader sequence; A first CRC check bit is generated based on the load data; The payload field is generated based on the first CRC check bit and the payload data.

[0016] In the above technical solution, the method can generate corresponding load data based on the preamble index, and verify and protect the load data by introducing CRC check bits, so as to ensure that the contents of the load field are complete and reliable, and provide reliable data basis for the base station to complete access verification in the future.

[0017] In some implementations, sending the uplink physical channel data to the base station via a second uplink transmission resource associated with the first uplink transmission resource includes: During the verification time slot, the uplink physical channel data is transmitted to the base station through the second uplink transmission resource associated with the first uplink transmission resource; The verification time slot is located in a subframe following the radio frame subframe where the random access opportunity is located, and the random access opportunity and the verification time slot do not overlap in the time domain.

[0018] In the above technical solution, the method can reasonably stagger the time domain positions of the verification time slot and the random access timing, avoid time domain overlap interference between the two types of uplink transmission signals, thereby ensuring the normal reception of uplink physical channel data and providing reliable conditions for the validity verification of the preamble sequence.

[0019] Thirdly, this application provides a device access apparatus for use in a base station, the device access apparatus comprising: The receiving unit is configured to receive uplink physical channel data through a second uplink transmission resource associated with the first uplink transmission resource when a preamble sequence carried by the first uplink transmission resource is detected. The judgment unit is used to determine whether the preamble sequence is a valid preamble sequence based on the index value in the uplink physical channel data after the uplink physical channel data has passed CRC verification. The access unit is used to perform a corresponding access operation on the terminal device that sent the preamble sequence when it is determined that the preamble sequence is a valid preamble sequence.

[0020] In the above technical solution, the device can complete the secondary verification by means of additional received uplink physical channel data based on the mechanism of dual uplink transmission resource linkage verification, effectively filtering out false detection caused by noise and interference, thereby significantly reducing the false alarm probability of physical random access channel, avoiding the waste of invalid uplink resources and beam resources, and thus improving the reliability of terminal access in mobile communication scenarios.

[0021] Fourthly, this application provides an electronic device, the electronic device including a memory and a processor, the memory for storing a computer program, the processor running the computer program to cause the electronic device to perform the device access method described in any one of the first aspects.

[0022] Fifthly, this application provides a readable storage medium storing a computer program, which, when executed by a processor, performs the device access method described in any one of the first aspects.

[0023] In a sixth aspect, this application provides a computer program product, which includes a computer program that, when executed by a processor, performs the device access method described in any one of the first aspects.

[0024] The beneficial effects of this application are: it can reduce the false alarm probability of physical random access channels, avoid base stations from allocating excess uplink resources to non-existent terminal devices, thereby improving key operating indicators such as network access success rate and system throughput. Attached Figure Description

[0025] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments of this application will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0026] Figure 1 This is a flowchart illustrating a device access method in some embodiments of this application; Figure 2 This is a schematic diagram illustrating the time-domain correlation configuration of PRACH random access timing (RO) and PUSCH / PUCCH verification slots for a 30kHz subcarrier spacing scenario in some embodiments of this application. Figure 3 This is a schematic diagram illustrating the time-domain correlation configuration of PRACH random access timing (RO) and PUSCH / PUCCH verification slots for a 120kHz subcarrier spacing scenario in some embodiments of this application. Figure 4 This is a flowchart illustrating the device access method in some embodiments of this application; Figure 5 This is a schematic diagram of the structure of the device access device in some embodiments of this application; Figure 6 This is a schematic diagram of the structure of an electronic device in some embodiments of this application. Detailed Implementation

[0027] The embodiments of the technical solution of this application will now be described in detail with reference to the accompanying drawings. These embodiments are only used to more clearly illustrate the technical solution of this application and are therefore merely examples, and should not be used to limit the scope of protection of this application.

[0028] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains; the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the application; the terms “comprising” and “having”, and any variations thereof, in the specification, claims, and foregoing description of the drawings are intended to cover non-exclusive inclusion.

[0029] In the description of the embodiments of this application, technical terms such as "first" and "second" are used only to distinguish different objects and should not be construed as indicating or implying relative importance or implicitly specifying the number, specific order, or primary and secondary relationship of the indicated technical features. In the description of the embodiments of this application, "multiple" means two or more (including two), similarly, "multiple sets" refers to two or more sets (including two sets), and "multiple pieces" refers to two or more pieces (including two pieces) unless otherwise explicitly defined.

[0030] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0031] In the description of the embodiments in this application, the term "and / or" is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Additionally, the character " / " in this document generally indicates that the preceding and following related objects have an "or" relationship.

[0032] In 4G, 5G communication systems, and satellite internet scenarios, terminals transmit preamble sequences through the PRACH channel (Physical Random Access Channel) to complete random access and uplink synchronization. Base stations primarily use correlation peak energy detection (CPE) for preamble identification. This detection method is susceptible to environmental noise and channel interference, leading to frequent PRACH false alarms. Although the 3GPP protocol limits the false alarm probability to no more than 0.1%, the actual number of false alarms per unit time remains high due to actual access resource configurations. Continuous false alarms result in ineffective allocation of uplink channel resources by the base station and, in satellite internet scenarios, ineffective occupation of service beam resources, thereby reducing network access performance, system capacity, and data throughput.

[0033] To address the shortcomings of existing technologies in suppressing false alarms, this application provides a device access method. This method requires the terminal to send uplink physical channel data containing information related to the preamble sequence to the base station after sending the preamble sequence. This enables the base station to verify the validity of the received preamble sequence based on the uplink physical channel data, thereby further reducing the probability of PRACH false alarms.

[0034] like Figure 1 As shown, some embodiments of this application provide a device access method, which is applied to a base station. The device access method includes: S100: When the preamble sequence carried by the first uplink transmission resource is detected, uplink physical channel data is received through the second uplink transmission resource associated with the first uplink transmission resource.

[0035] In this embodiment, the first uplink transmission resource corresponds to PRACH (Physical Random Access Channel), which is used to carry the preamble sequence sent by the terminal device.

[0036] In this embodiment, the preamble sequence is a special fixed waveform / characteristic signal sequence that the terminal device sends to the base station first during random access. This preamble sequence can be a ZC (Zadoff-Chu) sequence, which has good autocorrelation and low cross-correlation, and can be used to achieve initial uplink synchronization between the terminal and the base station.

[0037] In this embodiment, the detection of the preamble sequence carried by the first uplink transmission resource indicates that the base station has completed the detection and determined that a preamble sequence exists.

[0038] As an optional implementation, before step S100, the method may further include: The correlation peak amplitude is obtained by performing autocorrelation calculation on the signal carried by the first uplink transmission resource. Determine whether the relevant peak amplitude exceeds the preset detection threshold (pre-set based on the system target false alarm probability, noise floor and channel environment). If so, then the detected signal is confirmed to be a preamble sequence.

[0039] In this embodiment, the detection process employs a correlation peak detection method based on signal energy, which is a method already known in the art.

[0040] Based on the above detection method, it is known that in actual situations, when no preamble sequence is actually transmitted, random fluctuations of pure noise or interference may also form false peaks with amplitudes exceeding the threshold due to autocorrelation characteristics, thus being misjudged by the base station as valid preamble sequences, resulting in false alarms. Therefore, when a preamble sequence carried by the first uplink transmission resource is detected, this preamble sequence may be a false alarm, and it is necessary to determine the validity of the preamble sequence through step S200, in conjunction with uplink physical channel data.

[0041] In this embodiment, the second uplink transmission resource corresponds to either PUSCH (Physical Uplink Shared Channel) or PUCCH (Physical Uplink Control Channel), and there is a one-to-one correspondence with PRACH. After detecting the preamble sequence on PRACH, the base station receives the uplink physical channel data transmitted via the PUSCH or PUCCH associated with that PRACH. It should be understood that the selection of the second uplink transmission resource can be implemented in multiple ways, including: a fixed selection of PUSCH, a fixed selection of PUCCH, a method where the base station decides whether to select PUSCH or PUCCH and informs the terminal, and a method where the base station and the terminal negotiate whether to select PUSCH or PUCCH (the decision can be based on the availability of PUSCH and PUCCH resources).

[0042] For example, if the preamble ID (hereinafter referred to as the first preamble index) corresponding to the preamble sequence sent by the terminal device is 32, and this preamble ID requires 6 bits to represent, then the corresponding 6-bit unsigned number is 100000b. In this case, the terminal device will encode this 6-bit data by LDPC and transmit it to the base station via PUSCH (or encode it by polar and transmit it to the base station via PUCCH). After detecting the above preamble sequence, the base station will receive the 6-bit encoded data through the associated PUSCH / PUCCH.

[0043] S200: After the uplink physical channel data passes the CRC check, determine whether the preamble sequence is a valid preamble sequence based on the index value in the uplink physical channel data. If it is, proceed to step S300; otherwise, end the process.

[0044] In this embodiment, ending this process means ending the current random access verification process.

[0045] In this embodiment, the second uplink transmission resource may experience bit errors due to noise or interference during transmission. If the index value obtained by directly demodulating the uplink physical channel data is unreliable, the subsequent comparison with the preamble sequence is also unreliable. Therefore, it is necessary to perform CRC verification on the uplink physical channel data to ensure that the base station obtains the correct index value after verification.

[0046] In this embodiment, performing CRC verification on the uplink physical channel data can filter out erroneous indices caused by channel errors, preventing the invalidation of a valid preamble due to errors in the index value itself. This provides reliable input for subsequent index comparison and further reduces the overall false alarm probability. Based on this, after receiving the uplink physical channel data, the following method is also required for CRC verification: The base station decodes the received uplink physical channel data to obtain a payload field, which contains a first CRC check bit and payload data, and the payload data includes at least the index value. Then, the base station performs CRC verification on the payload data based on the first CRC check bit. Only when the verification passes will the base station continue to determine whether the preamble sequence is a valid preamble sequence based on the index value.

[0047] In this embodiment, the uplink physical channel data is the encoded data transmitted by the terminal via PUSCH or PUCCH. Specifically, PUSCH uses LDPC encoding, and PUCCH uses polar encoding.

[0048] In this embodiment, the decoding process is performed in reverse to the encoding method.

[0049] In this embodiment, the first CRC check bit in the decoded payload field is used for subsequent validity verification of the payload data. Theoretically, the index value should be consistent with the first preamble index corresponding to the preamble sequence sent by the terminal; only when the two are consistent can the accuracy of the preamble sequence be ensured.

[0050] In this embodiment, the index value is a real, explicit index field that corresponds to the preceding sequence and is used for random access verification.

[0051] For example, after the terminal device transmits LDPC-encoded preamble ID-related data to the base station via PUSCH, the base station performs LDPC decoding on the PUSCH data to obtain a payload field containing a first CRC check bit (24 bits or 16 bits) and payload data. The payload data includes an index value corresponding to the preamble sequence.

[0052] As an optional implementation, this process ends when the payload data fails the CRC check. Ending this process means ending the current random access verification process.

[0053] In this embodiment, CRC check is only performed on the payload data transmitted on the PUSCH and PUCCH single channels. Its core function is to filter valid transmitted data under this channel. Specifically, index values ​​that fail CRC check are uniformly determined to be invalid values. These index values ​​are not valid and therefore cannot be matched with the first preamble index.

[0054] In this embodiment, CRC check can effectively reduce the unnecessary number of comparison checks between the first leading index and the index value, thereby ensuring that the comparison check between the first leading index and the index value is reliable every time and does not waste resources.

[0055] In this embodiment, the CRC check itself has a certain false alarm probability (this false alarm is not a PRACH false alarm, but a PUSCH or PUCCH false alarm). The false alarm probability is related to the number of bits L used in the CRC check (specifically 1 / 2^L), that is, a CRC false alarm will occur when all L bits make the CRC check result 0.

[0056] In this embodiment, PRACH false alarms and PUSCH false alarms (PUCCH false alarms) belong to different technical levels. A PRACH false alarm is a detection error where the base station misjudges noise / interference as a valid preamble sequence, belonging to the preamble detection level. A PUSCH false alarm (PUCCH false alarm) is a response error where the base station misjudges abnormal PUSCH / PUCCH data as valid data, belonging to the uplink physical channel data transmission level. A CRC false alarm, on the other hand, is a misjudgment result of the CRC check mechanism on erroneous data during the PUSCH / PUCCH data validity verification process; it is only a very low-probability manifestation of PUSCH / PUCCH false alarms. The definitions, occurrence scenarios, and technical dimensions of these three types of false alarms are significantly different.

[0057] Once the uplink physical channel data passes the CRC check, the base station can determine that the uplink physical channel data is reliable. It can then use the index value carried in the uplink physical channel data to determine the validity of the preamble sequence. Specifically, the base station first checks whether the index value in the uplink physical channel data matches the preamble index corresponding to the previously detected preamble sequence. If they match, the preamble sequence is confirmed as valid; if they do not match, the preamble sequence is not valid, and the PRACH detection is determined to be a false alarm.

[0058] For example, if the base station detects that the first preamble index corresponding to the preamble sequence on PRACH is 32, the index value obtained by decoding the uplink physical channel data transmitted by PUSCH / PUCCH is 32, and the CRC check passes, then the preamble sequence is determined to be genuine; if the index value is 33, even if the CRC check passes, it is still determined to be a false alarm of PRACH, and the access process ends.

[0059] In this embodiment, after sending a preamble sequence to the base station, the terminal device also sends an index value corresponding to the preamble sequence to the base station via a second uplink transmission resource. The base station can perform a consistency comparison between the index value and the received preamble sequence; if they match, the preamble sequence is determined to be valid. This configuration can effectively identify and exclude invalid preamble sequences caused by interference or noise.

[0060] In practical applications, random access conflicts may occur. Specifically, in satellite or terrestrial communication systems, multiple terminal devices may send the same preamble sequence to the base station at the same random access time. Multiple identical preamble sequences will overlap in the air. While the base station can successfully detect and parse the preamble index corresponding to the preamble sequence, it cannot determine whether the index was sent by one or multiple terminal devices simultaneously, thus failing to distinguish these terminal devices and leading to subsequent resource allocation chaos or access failure. To address this problem, after sending the preamble sequence, the terminal device sends uplink physical channel data through the corresponding second uplink transmission resource. This uplink physical channel data carries not only the index value corresponding to its sent preamble sequence but also the device identifier of the terminal device. After receiving the uplink physical channel data from each terminal and completing CRC verification, the base station first compares the index value with the preamble index. If they match, it then distinguishes the devices based on the device identifier carried in the uplink physical channel data, thereby correctly separating and identifying each terminal device, significantly improving the access success rate and system robustness in conflict scenarios.

[0061] In practical applications, there may be situations where multiple terminal devices send different preamble sequences to the base station during the same random access opportunity. In this case, after detecting multiple different preamble sequences, the base station will allocate independent second uplink transmission resources (e.g., different time slots, frequency domain positions, or code channels) for each preamble sequence. Each terminal device will simultaneously transmit uplink physical channel data through these independent second uplink transmission resources. The base station can receive these uplink physical channel data in parallel and demodulate them separately without interference.

[0062] S300: Perform the corresponding access operation on the terminal device that sends the preamble sequence.

[0063] In this embodiment, after determining that the preamble sequence is valid, the base station allocates corresponding uplink resources to the terminal to complete the initial access synchronization of the terminal.

[0064] In the above embodiments, the method can complete the secondary verification by means of additional received uplink physical channel data based on the mechanism of dual uplink transmission resource linkage verification, effectively filtering out false detection caused by noise and interference, thereby significantly reducing the false alarm probability of physical random access channel, avoiding the waste of invalid uplink resources and beam resources, and thus improving the reliability of terminal access in mobile communication scenarios.

[0065] In some embodiments, step S100 may include: S110. In the verification time slot, uplink physical channel data is received through the second uplink transmission resource associated with the first uplink transmission resource; wherein the verification time slot is located in the subframe after the radio frame subframe where the random access opportunity is located, and the random access opportunity and the verification time slot do not overlap in the time domain.

[0066] In this embodiment, the random access opportunity (RO, RACH Occasion) refers to the pre-configured dedicated time-frequency resource location of the base station in 5G / 4G. The terminal device can only initiate random access by sending the PRACH preamble sequence at these agreed-upon dedicated time-frequency resource locations.

[0067] In this embodiment, the random access timing may correspond to multiple time slots.

[0068] In this embodiment, the verification time slot is a time-domain resource corresponding to the random access timing and used to receive uplink physical channel data.

[0069] In this embodiment, the temporal correspondence between the verification time slot and the random access opportunity can be predefined by the communication protocol, and both the base station and the terminal device follow the same protocol rules to determine the location of the verification time slot.

[0070] In this embodiment, the time-frequency location of the verification time slot can also be pre-configured by the base station through system messages or dedicated signaling and sent to the terminal device. The terminal and the base station determine the location of the verification time slot according to the same configuration rules to maintain consistent time domain resource awareness between the two parties.

[0071] In this embodiment, the configuration of the verification time slot needs to be reasonably planned in conjunction with the subcarrier spacing. The core purpose is to reserve sufficient PRACH detection time to ensure that the base station can successfully demodulate the uplink physical channel data transmitted by PUSCH / PUCCH after detecting the presence of the preamble sequence.

[0072] In this embodiment, the configuration of the verification time slot also needs to avoid being too close to the subsequent RO, so as not to affect the pre-detection results of the subsequent RO.

[0073] For example, when the subcarrier spacing is 30kHz, this method can configure the even-numbered subframes of each radio frame as ROs, and the second time slot of the subsequent odd-numbered subframes as the PUSCH / PUCCH verification time slot corresponding to that RO. The first time slot is not selected to reserve PRACH detection time.

[0074] Please refer to Figure 2 , Figure 2 This diagram illustrates the time-domain correlation configuration of PRACH random access timing (RO) and PUSCH / PUCCH verification slots for a 30kHz subcarrier spacing scenario. In this configuration, one radio frame contains 10 subframes, each subframe corresponding to 2 slots, resulting in a total of 20 slots (numbered 0-19) per radio frame. Figure 2 The temporal resources of a single wireless frame are fully displayed.

[0075] exist Figure 2 In the diagram, the yellow blocks represent the PRACH detection window (i.e., the random access opportunity, RO), which corresponds to the configuration that "even-numbered subframes of each radio frame are ROs." Specifically, slots 0-1, 4-5, 8-9, 12-13, and 16-17, marked with yellow blocks, are the PRACH random access opportunities configured within this frame. These are the time-domain resources for the terminal device to send the preamble sequence and for the base station to perform preamble sequence detection.

[0076] The orange blocks represent the detection windows of the verification slots corresponding to different preamble sequences (i.e., PUSCH / PUCCH verification slots, also known as verification slots).

[0077] Therefore, the verification slot is located in the subframe following the radio frame subframe where the random access opportunity is located, and the random access opportunity and the verification slot do not overlap in the time domain.

[0078] Another example is that when the subcarrier spacing is 120kHz, the method can configure the first half of each even-numbered subframe as the RO (Real-Time Opportunity), and the middle time slot of the subsequent odd-numbered subframes (such as slot12 / 28 / 44 / 60 / 76) as the verification time slot. This allows for the reservation of detection time while avoiding interference with subsequent ROs.

[0079] Please refer to Figure 3 , Figure 3 This diagram illustrates the temporal correlation configuration of PRACH random access timing (RO) and PUSCH / PUCCH verification slots for a 120kHz subcarrier spacing scenario. Specifically, with a 120kHz subcarrier spacing, the slot arrangement is denser, and the number of slots per frame increases significantly. Figure 3It fully demonstrates the temporal resource arrangement and temporal mapping relationship within a wireless frame under this bandwidth parameter.

[0080] exist Figure 3 In the diagram, the yellow block represents the PRACH detection window (i.e., random access opportunity, RO), which corresponds to the design of "the first half of the even-numbered subframe of each radio frame is configured as RO". The yellow block represents the PRACH random access opportunity planned by the system, which is a dedicated time-domain resource for the terminal equipment to send the preamble sequence and the base station to perform preamble sequence detection.

[0081] The orange blocks represent the PUSCH / PUCCH verification time slot windows corresponding to each RO, which are used as the time domain positions for subsequent uplink channel data demodulation and secondary verification. For example, they can be configured as slot12, slot28, slot44, slot60, slot76, etc.

[0082] Therefore, the verification time slot is uniformly configured in the second half of the odd-numbered subframes following the radio frame where the random access timing occurs (i.e., in two adjacent subframes, the first half of the first subframe is the RO, and the second half of the second subframe is selected as the verification time slot). The random access timing and the corresponding verification time slot are staggered and do not overlap in the time domain. This not only reserves sufficient time for PRACH signal detection and processing, but also avoids the verification time slot being too close to the adjacent ROs in the time domain, preventing mutual interference between time slots and ensuring that the preamble detection and uplink channel demodulation operate independently and stably.

[0083] In the above embodiments, the method can reasonably stagger the time domain positions of the verification time slot and the random access timing, avoid time domain overlap interference between the two types of uplink transmission signals, thereby ensuring the normal reception of uplink physical channel data and providing reliable conditions for the validity verification of the preamble sequence.

[0084] In some embodiments, step S300 may include: S310. Generate the second CRC check bit based on the load data.

[0085] In this embodiment, the base station performs CRC calculation on the decoded payload data according to the same CRC encoding rule as the terminal, generating a second CRC check bit. This CRC encoding rule corresponds to the rule used by the terminal device during transmission.

[0086] For example, PUSCH corresponds to a 24-bit or 16-bit CRC check rule; PUCCH corresponds to an 11-bit CRC check rule.

[0087] For example, if the terminal device uses 11-bit CRC encoding when transmitting payload data via PUCCH, the base station recalculates the decoded payload data according to the 11-bit CRC encoding rules to generate a second CRC check bit, which is used to compare with the first CRC check bit in the payload field.

[0088] S320. Determine whether the first CRC check bit and the second CRC check bit are consistent. If yes, proceed to step S400; otherwise, end the process.

[0089] In this embodiment, the first CRC check bit is a check bit added by the terminal device after performing CRC encoding on the payload data, and the second CRC check bit is a check bit generated by the base station after re-encoding the decoded payload data. If the two are consistent, it means that the payload data has not been erroneous or severely interfered with during transmission, and therefore the payload data can be determined to be valid. If they are inconsistent, it means that the payload data transmission is abnormal, and it is immediately determined to be invalid data, and the process ends, thereby avoiding invalid data from participating in subsequent verification and causing misjudgment.

[0090] For example, if the first CRC check bit added by the terminal is 11 bits, and the second CRC check bit generated by the base station is completely consistent with the first CRC check bit, then the load data is determined to be valid, and the subsequent preamble index comparison step is executed; if any bit of the two is inconsistent, then the load data is determined to be invalid, and the process ends.

[0091] In the above embodiments, the method can verify the integrity and validity of the data received by the second uplink transmission resource through a complete CRC verification process, thereby filtering out transmission errors and interference abnormal data, ensuring the reliability of the data foundation for subsequent secondary verification, and avoiding misjudgment due to abnormal data.

[0092] In some embodiments, when the payload data in the payload field further includes location information of the terminal device transmitting the preamble sequence, step S500 may include: S510. Allocate beam resources to the terminal device based on the location information in the payload field.

[0093] In this embodiment, the refinement step is mainly applied to satellite internet scenarios.

[0094] In this embodiment, when the terminal device transmits payload data (including at least the index value) via PUSCH / PUCCH, it may additionally transmit its own latitude and longitude information along with the index value (at this time, the payload data includes the terminal device's own latitude and longitude information and the index value).

[0095] After confirming that the preamble sequence is valid through CRC check and preamble index comparison, the base station can use the latitude and longitude information in the load data to accurately locate the terminal's position, and then allocate on-board service beam resources to be directed to the terminal. This effectively avoids beam resource mismatch and waste caused by false PRACH alarms, and can also improve access efficiency and resource utilization in satellite Internet scenarios.

[0096] For example, in a satellite internet scenario, the terminal transmits latitude and longitude information (such as 30° North latitude and 120° East longitude) together with relevant data with preamble ID=32 through PUSCH. After confirming that the preamble index is consistent and the CRC check passes, the base station adjusts the direction of the satellite beam according to the latitude and longitude information so that the beam accurately covers the terminal, thereby achieving efficient utilization of beam resources and further improving the access performance of satellite internet.

[0097] In this embodiment, the method is adapted to three typical communication application scenarios: direct connection between terminal device and ground base station, direct access between terminal device and satellite base station, and multi-level transmission scenario where terminal device is relayed to ground base station via satellite.

[0098] Traditional methods typically involve the terminal device sending its location information to the base station only during the later encryption process. In the initial access phase, the satellite can only use a wide beam with a large coverage area but weak signal to scan and perform subsequent access operations with the terminal device. In this method, however, the terminal device sends its location information along with its uplink physical channel data after sending the preamble sequence. This allows the satellite to determine the specific location of the terminal device during the access process, eliminating the need for extensive power transmission and signal searching. It can directly use a high-gain directional beam to accurately cover the terminal, saving satellite transmission power and avoiding the signal gain loss associated with wide beams. This concentrates the satellite's beam energy on the terminal device corresponding to the valid preamble sequence, directly improving the signal quality received by the terminal, reducing the probability of access failure, and shortening the overall access process time.

[0099] In the above embodiments, the method can combine terminal location information to achieve precise beam allocation and directional coverage, effectively reducing the waste of resources caused by false alarm access.

[0100] like Figure 4 As shown, some embodiments of this application provide a device access method applied to a terminal device, the device access method including: S400: Send a preamble sequence to the base station through the first uplink transmission resource.

[0101] In this embodiment, the first uplink transmission resource corresponds to PRACH (Physical Random Access Channel), which is used to carry the preamble sequence sent by the terminal device.

[0102] In this embodiment, the preamble sequence is a special fixed waveform / feature signal sequence sent by the terminal device to the base station during random access. This preamble sequence can be a ZC (Zadoff-Chu) sequence. The terminal device sends the preamble sequence to the base station through the first uplink transmission resource to complete the initial uplink synchronization with the base station and trigger the base station's preamble detection process.

[0103] S500, Generate the payload field based on the leader sequence.

[0104] In this embodiment, the payload field is used to carry verification information associated with the leader sequence.

[0105] For example, the terminal device generates a corresponding payload field based on the preamble sequence to provide a data basis for the base station's subsequent secondary verification. The content of the payload field corresponds to the preamble sequence to ensure the relevance of the verification logic.

[0106] S600: Generate uplink physical channel data based on the payload field.

[0107] In this embodiment, the uplink physical channel data corresponds to the transmission data of PUSCH or PUCCH.

[0108] In this embodiment, the terminal device generates uplink physical channel data according to the payload field and the coding rules of the corresponding channel.

[0109] S700: Uplink physical channel data is sent to the base station through the second uplink transmission resource associated with the first uplink transmission resource.

[0110] In this embodiment, the second uplink transmission resource is PUSCH / PUCCH associated with PRACH.

[0111] In the above embodiments, the method can send corresponding verification data through a second uplink transmission resource associated with the first uplink transmission resource, so that the base station can combine the two transmission contents to complete the validity verification of the preamble sequence, thereby significantly reducing the false alarm probability of the physical random access channel.

[0112] In some embodiments, step S500 may include: S510. Generate load data based on the first leader index corresponding to the leader sequence.

[0113] In this embodiment, the first preamble index is the identifier number corresponding to the preamble sequence selected by the terminal.

[0114] For example, if the terminal device selects a preamble ID of 32, and this preamble ID requires 6 bits to represent, then the corresponding 6-bit unsigned number is 100000b. Based on this, the terminal device can use this 6-bit data as the core content of the payload data.

[0115] In this embodiment, in the satellite internet scenario, the terminal device can also add its own latitude and longitude location information to the load data, which facilitates the base station to accurately allocate beam resources in the future.

[0116] As an optional implementation, the method can also perform an algorithm-level encryption on the first preamble index, for example, decrementing the preamble ID 32 by one so that the value sent is 31, and performing a corresponding increment calculation on the base station side.

[0117] In this embodiment, other methods can also be selected for algorithm-level encryption.

[0118] S520: Generate the first CRC check bit based on the load data.

[0119] In this embodiment, the first CRC check bit is a check bit generated by the terminal according to the preset CRC encoding rules for calculating the load data, which is used to ensure the integrity and validity of the load data transmission.

[0120] S530. Generate the payload field based on the first CRC check bit and the payload data.

[0121] In this embodiment, the terminal device appends the first CRC check bit to the payload data to generate a complete payload field, enabling the base station to verify the validity of the payload data through CRC check and ensuring the reliability of subsequent preamble index matching.

[0122] In the above embodiments, the method can generate corresponding load data based on the preamble index and protect the load data by introducing a CRC check bit, ensuring that the contents of the load field are complete and reliable, and providing reliable data basis for the base station to complete access verification in the future.

[0123] In some embodiments, when transmitting uplink physical channel data in step S700, the uplink physical channel data needs to be transmitted to the base station through a second uplink transmission resource associated with the first uplink transmission resource in the verification time slot; wherein, the verification time slot is located in a subframe after the radio frame subframe where the random access opportunity is located, and the random access opportunity and the verification time slot do not overlap in the time domain.

[0124] In this embodiment, the configuration of the verification time slot needs to be reasonably planned in conjunction with the subcarrier spacing. The core purpose is to reserve sufficient PRACH preamble detection time for the base station, so that the base station can successfully demodulate the verification time slot data of PUSCH / PUCCH after completing the preamble detection. At the same time, it avoids the verification time slot being too close to the adjacent RO time domain, so as to prevent the two types of uplink transmission signals from overlapping and interfering in the time domain.

[0125] In the above embodiments, the method can reasonably stagger the time domain positions of the verification time slot and the random access timing, avoid time domain overlap interference between the two types of uplink transmission signals, thereby ensuring the normal reception of uplink physical channel data and providing reliable conditions for the validity verification of the preamble sequence.

[0126] like Figure 5 As shown, some embodiments of this application provide a schematic diagram of the structure of a device access device. It should be understood that this device is related to... Figure 1 The method executed in the middle corresponds to the steps involved in the aforementioned method. The specific functions and effects of the device can be found in the description above. To avoid repetition, detailed descriptions are omitted here.

[0127] The access device is used in a base station and includes: The receiving unit 1010 is configured to receive uplink physical channel data through a second uplink transmission resource associated with the first uplink transmission resource when a preamble sequence carried by the first uplink transmission resource is detected. The judgment unit 1020 is used to determine whether the preamble sequence is a valid preamble sequence based on the index value in the uplink physical channel data after the uplink physical channel data has passed the CRC check. The access unit 1030 is used to perform corresponding access operations on the terminal device that sent the preamble sequence when it is determined that the preamble sequence is a valid preamble sequence.

[0128] In some embodiments, the receiving unit 1010 is specifically configured to receive uplink physical channel data through a second uplink transmission resource associated with a first uplink transmission resource during the verification time slot; wherein the verification time slot is located in a subframe following the radio frame subframe in which the random access opportunity is located, and the random access opportunity and the verification time slot do not overlap in the time domain.

[0129] In some embodiments, the device access device further includes: The decoding unit 1040 is used to decode the uplink physical channel data after the receiving unit 1010 receives the uplink physical channel data through the second uplink transmission resource to obtain the payload field; wherein, the payload field includes a first CRC check bit and payload data, and the payload data includes at least an index value; The verification unit 1050 is used to perform CRC verification on the payload data based on the first CRC check bit. The judgment unit 1020 is also used to determine whether the first preamble index corresponding to the preamble sequence is consistent with the index value when the load data passes the CRC check; if so, the access unit 1030 is triggered to perform the corresponding access operation on the terminal device that sent the preamble sequence.

[0130] In some embodiments, the payload data in the payload field also includes location information of the terminal device that sent the preamble sequence; Access unit 1030, during the process of performing corresponding access operations on the terminal device that sends the preamble sequence, is specifically used to allocate beam resources to the terminal device according to the location information in the payload field.

[0131] like Figure 6 As shown, this application provides an electronic device 1100, which includes a processor 1101 and a memory 1102. The processor 1101 and the memory 1102 are interconnected and communicate with each other through a communication bus 1103 and / or other forms of connection mechanism (not shown). The memory 1102 stores a computer program that can be executed by the processor 1101. When the computing device is running, the processor 1101 executes the computer program to perform the method in any of the aforementioned optional implementations.

[0132] This application provides a computer-readable storage medium storing a computer program, which, when executed by a processor, performs the method in any of the aforementioned optional implementations.

[0133] The computer-readable storage medium can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as Static Random Access Memory (SRAM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Erasable Programmable Read Only Memory (EPROM), Programmable Red-Only Memory (PROM), Read-Only Memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk.

[0134] This application provides a computer program product, which includes a computer program that, when run by a processor, executes the method in any of the aforementioned optional implementations.

[0135] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of this application, and not to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features therein. These modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of this application, and they should all be covered within the scope of the claims and specification of this application. In particular, as long as there is no conflict, the various technical features mentioned in the embodiments can be combined in any way. This application is not limited to the specific embodiments disclosed herein, but includes all technical solutions falling within the scope of the claims.

Claims

1. A device access method, characterized in that, The method is applied to a base station and includes: Upon detecting the preamble sequence carried by the first uplink transmission resource, uplink physical channel data is received through the second uplink transmission resource associated with the first uplink transmission resource; After the uplink physical channel data passes the CRC check, it is determined whether the preamble sequence is a valid preamble sequence based on the index value in the uplink physical channel data; If so, then the corresponding access operation is performed on the terminal device that sent the preamble sequence.

2. The device access method according to claim 1, characterized in that, Receiving uplink physical channel data through a second uplink transmission resource associated with the first uplink transmission resource includes: During the verification time slot, uplink physical channel data is received through the second uplink transmission resource associated with the first uplink transmission resource; The verification time slot is located in a subframe following the radio frame subframe where the random access opportunity is located, and the random access opportunity and the verification time slot do not overlap in the time domain.

3. The device access method according to claim 1, characterized in that, The method further includes: The uplink physical channel data is decoded to obtain a payload field; wherein the payload field includes a first CRC check bit and payload data, and the payload data includes at least the index value; The payload data is subjected to CRC verification based on the first CRC check bit. If the verification passes, then the step of determining whether the preamble sequence is a valid preamble sequence based on the index value in the uplink physical channel data is executed.

4. The device access method according to claim 1, characterized in that, The step of determining whether the preamble sequence is a valid preamble sequence based on the index value in the uplink physical channel data includes: Determine whether the index value in the uplink physical channel data is consistent with the preamble index corresponding to the preamble sequence; If they match, the leader sequence is determined to be a valid leader sequence; If there is a discrepancy, the leader sequence is determined to be a invalid leader sequence.

5. The device access method according to claim 3, characterized in that, The payload data in the payload field also includes the location information of the terminal device that sent the preamble sequence; The step of performing the corresponding access operation on the terminal device that sends the preamble sequence includes: Beam resources are allocated to the terminal device based on the location information in the payload field.

6. A device access method, characterized in that, Applied to terminal devices, including: The preamble sequence is sent to the base station using the first uplink transmission resource; Generate the payload field based on the preceding sequence; Generate uplink physical channel data based on the payload field; The uplink physical channel data is transmitted to the base station via a second uplink transmission resource associated with the first uplink transmission resource.

7. The device access method according to claim 6, characterized in that, The step of generating the payload field based on the leader sequence includes: Load data is generated based on the first leader index corresponding to the leader sequence; A first CRC check bit is generated based on the load data; The payload field is generated based on the first CRC check bit and the payload data.

8. The device access method according to claim 7, characterized in that, The step of sending the uplink physical channel data to the base station through the second uplink transmission resource associated with the first uplink transmission resource includes: During the verification time slot, the uplink physical channel data is transmitted to the base station through the second uplink transmission resource associated with the first uplink transmission resource; The verification time slot is located in a subframe following the radio frame subframe where the random access opportunity is located, and the random access opportunity and the verification time slot do not overlap in the time domain.

9. A device access device, characterized in that, Applied to base stations, the device access apparatus includes: The receiving unit is configured to receive uplink physical channel data through a second uplink transmission resource associated with the first uplink transmission resource when a preamble sequence carried by the first uplink transmission resource is detected. The judgment unit is used to determine whether the preamble sequence is a valid preamble sequence based on the index value in the uplink physical channel data after the uplink physical channel data has passed CRC verification. The access unit is used to perform a corresponding access operation on the terminal device that sent the preamble sequence when it is determined that the preamble sequence is a valid preamble sequence.

10. An electronic device, characterized in that, The electronic device includes a memory and a processor, the memory being used to store a computer program, and the processor running the computer program to cause the electronic device to perform the device access method according to any one of claims 1 to 8.

11. A readable storage medium, characterized in that, The readable storage medium stores a computer program, which, when executed by a processor, performs the device access method according to any one of claims 1 to 8.

12. A computer program product, characterized in that, The computer program product includes a computer program that, when executed by a processor, performs the device access method according to any one of claims 1 to 8.

Images