WO2020025023A1 - Procédé d'accès aléatoire, dispositif terminal, et dispositif de réseau - Google Patents

Procédé d'accès aléatoire, dispositif terminal, et dispositif de réseau Download PDF

Info

Publication number
WO2020025023A1
WO2020025023A1 PCT/CN2019/098867 CN2019098867W WO2020025023A1 WO 2020025023 A1 WO2020025023 A1 WO 2020025023A1 CN 2019098867 W CN2019098867 W CN 2019098867W WO 2020025023 A1 WO2020025023 A1 WO 2020025023A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
information
fallback
random access
message
Prior art date
Application number
PCT/CN2019/098867
Other languages
English (en)
Chinese (zh)
Inventor
石聪
Original Assignee
Oppo广东移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to CN201980016875.1A priority Critical patent/CN111869306B/zh
Publication of WO2020025023A1 publication Critical patent/WO2020025023A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/02—Hybrid access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA

Definitions

  • Embodiments of the present application relate to the field of communications, and in particular, to a method for random access, a terminal device, and a network device.
  • New Radio (NR) systems support data transmission on unlicensed frequency bands.
  • LBT Listen Before Talk
  • a communication device needs to perform channel detection (or channel monitoring) before sending a signal on a channel with an unlicensed spectrum. Only when the channel is idle, the communication device can send data; if the channel is busy (that is, the channel is Occupied), the communication device cannot send data.
  • the terminal device or network device needs to perform channel listening to determine whether the channel is idle. If the channel is idle, the corresponding random access message can be transmitted.
  • Embodiments of the present application provide a random access method, terminal device, and network device, which can reduce resource conflicts in a random access process on an unlicensed spectrum.
  • a method for random access including: determining, by a terminal device, fallback information for sending a first message in a random access process, wherein the fallback information is used to indicate the terminal The time range during which the device delays waiting for channel listening when the PRACH resource of the physical random access channel arrives, and / or the time range during which the first message is required to be delayed when the interception is successful; the terminal device Based on the back-off information, the first message is sent.
  • a method for random access including: network equipment determining fallback information for a terminal device to send a first message in a random access process, wherein the fallback information is used to indicate The range of time that the terminal device needs to wait for the channel to delay when the PRACH resource of the physical random access channel arrives, and / or the range of time that it needs to wait to delay sending the first message when the interception is successful;
  • the network device sends instruction information to the terminal device, where the instruction information is used to indicate the fallback information.
  • a terminal device can execute the foregoing first aspect or the method in any optional implementation manner of the first aspect.
  • the terminal device may include a functional module for executing the foregoing first aspect or the method in any possible implementation manner of the first aspect.
  • a network device can execute the foregoing second aspect or the method in any optional implementation manner of the second aspect.
  • the network device may include a functional module for performing the foregoing second aspect or the method in any possible implementation manner of the second aspect.
  • a terminal device including a processor and a memory.
  • the memory is configured to store a computer program
  • the processor is configured to call and run the computer program stored in the memory, and execute the foregoing first aspect or a method in any possible implementation manner of the first aspect.
  • a network device including a processor and a memory.
  • the memory is used to store a computer program
  • the processor is used to call and run the computer program stored in the memory to execute the second aspect or the method in any possible implementation manner of the second aspect.
  • a chip for implementing the foregoing first aspect or the method in any possible implementation manner of the first aspect.
  • the chip includes a processor for invoking and running a computer program from the memory, so that the device installed with the chip executes the method in the first aspect or any possible implementation manner of the first aspect.
  • a chip for implementing the foregoing second aspect or the method in any possible implementation manner of the second aspect.
  • the chip includes a processor for invoking and running a computer program from the memory, so that the device installed with the chip executes the method in the second aspect or any possible implementation manner of the second aspect.
  • a computer-readable storage medium for storing a computer program that causes a computer to execute the foregoing first aspect or the method in any possible implementation manner of the first aspect.
  • a computer-readable storage medium for storing a computer program that causes a computer to execute the foregoing second aspect or the method in any possible implementation manner of the second aspect.
  • a computer program product including computer program instructions that cause a computer to execute the foregoing first aspect or a method in any possible implementation manner of the first aspect.
  • a computer program product including computer program instructions that cause a computer to perform the foregoing second aspect or a method in any possible implementation manner of the second aspect.
  • a computer program that, when run on a computer, causes the computer to execute the above-mentioned first aspect or the method in any possible implementation manner of the first aspect.
  • a computer program is provided that, when run on a computer, causes the computer to execute the second aspect or the method in any possible implementation manner of the second aspect.
  • the terminal device before initiating random access, the terminal device obtains fallback information for sending a first message (for example, Msg1) in the random access access process, and the fallback information is used to instruct the terminal device
  • a first message for example, Msg1
  • Msg1 for example, Msg1
  • the terminal device may perform channel listening and / or message sending based on the back-off information. Since the fallback information may be different for different terminal devices, different terminal devices may send the first message at different time positions, thereby reducing the probability of resource conflicts.
  • FIG. 1 is a schematic diagram of a possible wireless communication system applied in an embodiment of the present application.
  • FIG. 2 is a schematic flowchart interaction diagram of contention-based random access.
  • FIG. 3 is a schematic flowchart interaction diagram of non-contention random access.
  • FIG. 4 is a schematic flowchart of a random access method according to an embodiment of the present application.
  • FIG. 5 is a schematic diagram of sending a first message based on a fallback window according to an embodiment of the present application.
  • 6 (a) and 6 (b) are schematic diagrams of sending a first message based on a backoff duration according to an embodiment of the present application.
  • FIG. 7 is a schematic flowchart of a random access method according to an embodiment of the present application.
  • FIG. 8 is a schematic block diagram of a terminal device according to an embodiment of the present application.
  • FIG. 9 is a schematic block diagram of a network device according to an embodiment of the present application.
  • FIG. 10 is a schematic structural diagram of a communication device according to an embodiment of the present application.
  • FIG. 11 is a schematic structural diagram of a chip according to an embodiment of the present application.
  • FIG. 12 is a schematic block diagram of a communication system according to an embodiment of the present application.
  • GSM Global System for Mobile
  • CDMA Code Division Multiple Access
  • Wideband Code Division Multiple Access Wideband Code Division Multiple Access
  • GPRS General Packet Radio Service
  • LTE Long Term Evolution
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • LTE-A Advanced Long-Term Evolution
  • NR New Radio
  • NR Universal Mobile Telecommunication System
  • UMTS Universal Mobile Telecommunication System
  • WiMAX Worldwide Interconnected Microwave Access
  • D2D Device to Device
  • M2M machine-to-machine
  • MTC machine-type communication
  • V2V vehicle-to-vehicle
  • the communication system in the embodiment of the present application may be applied to a Carrier Aggregation (CA) scenario, a dual connectivity (DC) scenario, or a standalone (SA) deployment.
  • CA Carrier Aggregation
  • DC dual connectivity
  • SA standalone
  • the wireless communication system 100 may include a network device 110.
  • the network device 110 may be a device that communicates with a terminal device.
  • the network device 110 may provide communication coverage for a specific geographic area, and may communicate with terminal devices located within the coverage area.
  • the network device 100 may be a base station (Base Transceiver Station, BTS) in a GSM system or a CDMA system, or a base station (NodeB, NB) in a WCDMA system, or an evolved base station in an LTE system.
  • BTS Base Transceiver Station
  • NodeB NodeB
  • Evolutional NodeB, eNB or eNodeB or a network-side device in an NR system, or a wireless controller in a Cloud Radio Access Network (CRAN), or the network device may be a relay station, an access point Point of entry, vehicle-mounted equipment, wearable equipment, network-side equipment in the next generation network, or network equipment in a public land mobile network (PLMN) that will evolve in the future.
  • PLMN public land mobile network
  • the wireless communication system 100 further includes at least one terminal device 120 located within a coverage area of the network device 110.
  • the terminal device 120 may be mobile or fixed.
  • the terminal device 120 may refer to an access terminal, user equipment (UE), user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication Device, user agent, or user device.
  • the access terminal can be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Processing (PDA), and wireless communication.
  • SIP Session Initiation Protocol
  • WLL Wireless Local Loop
  • PDA Personal Digital Processing
  • terminal devices 120 may also perform terminal direct device (D2D) communication.
  • D2D terminal direct device
  • the network device 110 may provide services for a cell, and the terminal device 120 communicates with the network device 110 through a transmission resource (for example, a frequency domain resource or a spectrum resource) used by the cell, and the cell may be the network device 110 (
  • a transmission resource for example, a frequency domain resource or a spectrum resource
  • the cell may be the network device 110 (
  • a cell corresponding to a base station) may belong to a macro base station or a small cell (small cell).
  • the small cell may include: an urban cell, a micro cell, and a pico cell ( Pico cells, femto cells, etc. These small cells have the characteristics of small coverage and low transmission power, and are suitable for providing high-speed data transmission services.
  • FIG. 1 exemplarily shows one network device and two terminal devices.
  • the wireless communication system 100 may include multiple network devices and the coverage range of each network device may include other numbers of terminal devices.
  • the application example does not limit this.
  • the wireless communication system 100 may further include other network entities such as a network controller, a mobility management entity, and the like in this embodiment of the present application is not limited thereto.
  • network entities such as a network controller, a mobility management entity, and the like in this embodiment of the present application is not limited thereto.
  • the device having a communication function in the network / system in the embodiments of the present application may be referred to as a communication device.
  • the communication device may include a network device 110 and a terminal device 120 having a communication function, and the network device 110 and the terminal device 120 may be specific devices described above, and are not described herein again.
  • the communication device may further include other devices in the communication system 100, such as other network entities such as a network controller, a mobile management entity, and the like, which is not limited in the embodiment of the present application.
  • the terminal device After the cell search process, the terminal device has achieved downlink synchronization with the cell, so the terminal device can receive downlink data. However, the terminal equipment can only perform uplink transmission if it obtains uplink synchronization with the cell.
  • the terminal device can establish a connection with the cell and obtain uplink synchronization through a random access procedure (Random Access Procedure, RAR).
  • RAR Random Access Procedure
  • the terminal device can obtain uplink synchronization, and obtain a unique identifier assigned by the network device, that is, a cell wireless network temporary identity (C-RNTI). Therefore, random access can be applied not only in the initial access, but also in the case where the user's uplink synchronization is lost.
  • RAR Random Access Procedure
  • C-RNTI cell wireless network temporary identity
  • the random access process can usually be triggered by one of the following types of trigger events:
  • the terminal device needs to reply with an Acknowledgement (ACK) or a negative Acknowledgement (NACK).
  • ACK Acknowledgement
  • NACK negative Acknowledgement
  • the terminal device that is already in the uplink synchronization state is allowed to use a Random Access Channel (RACH) to replace the role of the SR.
  • RACH Random Access Channel
  • the terminal device transitions from the RRC inactive state (RRC_INACTIVE) to the active state (RRC_ACTIVE).
  • the terminal device requests other system information (OSI).
  • OSI system information
  • the process of random access mainly has two forms, one is contention-based random access process (contention based RACH), which includes 4 steps; the other is non-contention random access process (contention free RACH), where Includes 2 steps.
  • contention based RACH contention-based random access process
  • non-contention random access process contention free RACH
  • FIG. 2 is a flow interaction diagram of a contention-based random access process. As shown in FIG. 2, the random access process may include the following four steps:
  • the terminal device sends Msg1 to the base station to tell the network device that the terminal device initiates a random access request.
  • the Msg1 carries a Random Access Preamble (RAP), or a random access preamble sequence or preamble. Sequence, preamble, etc.
  • RAP Random Access Preamble
  • Msg1 can also be used for network equipment to estimate the transmission delay between it and the terminal equipment and use it to calibrate the uplink time.
  • the network device After receiving the Msg1 sent by the terminal device, the network device sends the Msg2, that is, a Random Access Response (RAR) message to the terminal device.
  • the Msg2 may carry, for example, a Time Advance (TA), an uplink authorization instruction such as configuration of uplink resources, and a temporary cell-radio network temporary identity (TC-RNTI).
  • TA Time Advance
  • TC-RNTI temporary cell-radio network temporary identity
  • the terminal device monitors a physical downlink control channel (PDCCH) within a random access response time window (RAR window) to receive RAR messages returned by the network device.
  • PDCCH physical downlink control channel
  • RAR window random access response time window
  • the RAR message can be descrambled using the corresponding RA-RNTI.
  • the random access process is considered to have failed.
  • the terminal device successfully receives an RAR message, and the preamble index (preamble index) carried in the RAR message is the same as the index of the preamble sent by the terminal device through Msg1, it is considered that the RAR is successfully received, and the terminal The device can stop monitoring within the RAR time window.
  • Msg2 may include RAR messages for multiple terminal devices, and each terminal device RAR message may include a random access preamble identifier (RAPD) (RAPID) used by the terminal device, used to transmit Msg3 Resource information, TA adjustment information, TC-RNTI, etc.
  • RAPD random access preamble identifier
  • the terminal device After receiving the RAR message, the terminal device determines whether the RAR is its own RAR message. For example, the terminal device can use the preamble identifier to check. After determining that it is its own RAR message, the terminal device generates Msg3 at the RRC layer. And send Msg3 to the network device. It needs to carry identification information of the terminal device and the like.
  • Msg3 in step 3 of the 4-step random access process may include different contents for scheduled transmission (Scheduled Transmission).
  • Msg 3 may include an RRC Connection Request (RRC Connection Request) generated by the RRC layer, which carries at least the non-access stratum (NAS) identification information of the terminal device, and may also carry For example, the Serving-Temporary Mobile Subscriber Identity (S-TMSI) or random number of the terminal device;
  • RRC Connection Request RRC Connection Request
  • S-TMSI Serving-Temporary Mobile Subscriber Identity
  • Msg3 may include an RRC Connection Re-establishment Request generated by the RRC layer ) And does not carry any NAS messages, it may also carry, for example, Cell Radio Network Temporary Identifier (C-RNTI) and Protocol Control Information (Protocol Control Information) (PCI), etc.
  • C-RNTI Cell Radio Network Temporary Identifier
  • PCI Protocol Control Information
  • Msg3 may include The RRC Handover Complete message generated by the RRC layer and the C-RNTI of the terminal device can also carry, for example, a Buffer Status Report (BSR); for other triggering events such as the scenario where uplink / downlink data arrives, Msg 3 At least the C-RNTI of the terminal equipment is required.
  • BSR Buffer Status Report
  • the network device sends Msg4 to the terminal device, and the terminal device correctly receives Msg4 to complete the contention resolution.
  • Msg 4 may carry an RRC connection establishment message.
  • the network device Since the terminal device in step 3 will carry its own unique identifier in Msg3, such as C-RNTI or identification information from the core network (such as S-TMSI or a random number), the network device will The unique identifier of the terminal device is carried in Msg 4 to specify the terminal device that wins the competition. The other terminal devices that did not win the competition will re-initiate random access.
  • Msg3 such as C-RNTI or identification information from the core network (such as S-TMSI or a random number)
  • the network device Since the terminal device in step 3 will carry its own unique identifier in Msg3, such as C-RNTI or identification information from the core network (such as S-TMSI or a random number), the network device will The unique identifier of the terminal device is carried in Msg 4 to specify the terminal device that wins the competition. The other terminal devices that did not win the competition will re-initiate random access.
  • FIG. 3 is a flow interaction diagram of a non-contention random access process.
  • the random access process may include the first two steps in FIG. 2 (ie, step 1 and step 2 in FIG. 2). among them:
  • Step 0 The network device sends a random access preamble assignment (RA) preamble assignment message to the terminal device.
  • RA random access preamble assignment
  • the terminal device sends Msg1 to the base station to inform the network device that the terminal device has initiated a random access request, and the Msg1 carries a random access preamble.
  • the network device After receiving the Msg1 sent by the terminal device, the network device sends the Msg2, or RAR message, to the terminal device.
  • the Msg2 may carry information such as TA information, uplink authorization instructions such as uplink resource configuration, and TC-RNTI.
  • the terminal device does not receive the RAR message returned by the network device within the RAR time window, it considers that the random access process has failed. If the terminal device successfully receives an RAR message, and the preamble index carried in the RAR message is the same as the index of the preamble sent by the terminal device through Msg1, it is considered that the RAR is successfully received, and the terminal device can stop the RAR at this time. Listening to the message.
  • Msg1 and Msg2 in the non-competitive random access process please refer to the foregoing description of Msg1 and Msg2 in the contention-based random access process.
  • a terminal device When a terminal device needs to initiate random access on a licensed spectrum, since multiple terminal devices may be configured with a common PRACH resource, different terminal devices may compete for resources on the same PRACH resource. When a resource conflict occurs, for example, multiple terminal devices choose the same PRACH occasion. In this way, the network device can carry a backoff indicator (BI) in the RAR message of Msg2.
  • BI backoff indicator
  • a terminal device that has experienced a resource conflict can generate a random number based on the backoff indication, so that when the next PRACH resource arrives, it will delay according to the random number, thereby delaying the corresponding time to send Msg1, thereby mitigating the resource conflict to a certain extent The probability.
  • terminal devices need to initiate random access on unlicensed spectrum.
  • several kinds of messages in the random access process need to meet the above-mentioned channel listening requirements, that is, to meet the LBT requirements.
  • the terminal device or network device needs to perform channel listening to determine whether the channel is idle. If the channel is idle, the corresponding random access message can be transmitted.
  • WIFI Wireless Fidelity
  • the embodiment of the present application proposes that, before initiating random access, the terminal device obtains fallback information for sending the first message (for example, Msg1) in the random access access process, and the fallback information is used to indicate
  • the terminal device delays the waiting time range required for channel listening when the PRACH resource arrives, and / or delays the waiting time range required for sending the first message when the channel monitoring is successful.
  • the terminal device may perform channel listening and / or message sending based on the back-off information. Since the fallback information may be different for different terminal devices, different terminal devices may send the first message at different time positions, thereby reducing the probability of resource conflicts.
  • FIG. 4 is a schematic flowchart of a random access method 400 according to an embodiment of the present application.
  • the method described in FIG. 4 may be executed by a terminal device, and the terminal device may be, for example, the terminal device 120 shown in FIG. 1.
  • the random access method 400 may include some or all of the following steps. among them:
  • the terminal device determines backoff information for sending the first message in the random access process.
  • the back-off information is used to instruct the terminal device to delay a time range required for channel monitoring when a PRACH resource arrives, and / or, to delay sending the first message when channel monitoring is successful.
  • the time range to wait.
  • the fallback information can be used to indicate:
  • the fallback information may indicate that the terminal device does not perform a delay operation, for example, the fallback information indicates that the terminal device does not need to perform a delay operation by indicating that the time range is 0 or by other means.
  • the terminal device can directly perform channel listening when PRACH resources arrive without delay, and / or, directly perform channel listening when PRACH resources arrive and send the first message immediately after the interception is successful. No delay is required.
  • the terminal device may determine whether the interception is successful by measuring information such as signal quality and signal power of the received signal.
  • the terminal device sends the first message based on the fallback information.
  • the terminal device may determine the fallback information to be used based on a predetermined rule or a configuration of the network device.
  • the fallback information may indicate that the terminal device does not perform a delay operation; or the fallback information may instruct the terminal device to perform a delay operation, and further indicates a time range in which a delay is required.
  • the time range may be used to determine a specific time that the terminal device needs to wait before performing channel monitoring and / or sending the first time.
  • the terminal device may generate a backoff random number (hereinafter also referred to as a backoff value) within the time range.
  • a backoff random number hereinafter also referred to as a backoff value
  • the fallback information includes information of a fallback window
  • the fallback window includes at least one PRACH resource that can be used to send the first message.
  • the terminal device sends the first message based on the fallback information, including: the terminal device selects a PRACH resource among the at least one PRACH resource in the fallback window; the terminal device selects the PRACH Channel monitoring is performed on the resource, and when the interception is successful, the first message is sent on the PRACH resource.
  • the fallback information may include, for example, the length and / or location information of the fallback window.
  • the terminal device may select a PRACH resource among at least one PRACH resource in the fallback window, and perform channel detection in the selected PRACH resource. Listen, when the listening result is that the channel is idle, send the first message on the PRACH resource.
  • the fallback window may include, for example, a plurality of consecutive PRACH resources after the last PRACH resource that failed to listen. For example, as shown in FIG. 5, if the terminal device fails to perform channel monitoring on PRACH resource 1, the fallback window may include PRACH resource 2, PRACH resource 3, and PRACH resource 4. The terminal device may randomly select one or more PRACH resources among the multiple PRACH resources included in the fallback window for channel monitoring.
  • the terminal device after the terminal device fails to perform channel monitoring on the PRACH resource 1, it can perform channel monitoring again on the subsequent PRACH resource.
  • the fallback information includes information of a fallback window, and the fallback window includes three PRACH resources, that is, PRACH resources 2, PRACH resources 3, and PRACH resources 4.
  • the terminal device may randomly select one PRACH resource among the three PRACH resources to perform channel monitoring, for example, select PRACH resource 3 to perform channel monitoring.
  • the terminal device fails to perform channel monitoring on the PRACH resource 3, it cannot send the first message on the PRACH resource 3. If the terminal device successfully performs channel monitoring on the PRACH resource 3, it can send the first message on the PRACH resource 3.
  • the starting position of the fallback window may be the starting position of PRACH resource 2, or the ending position of PRACH resource 1, or may be, for example, the ending position of PRACH resource 1 and PRACH resource 2 shown in FIG. 5
  • a certain time-domain position between the starting positions of the is not limited in the embodiment of the present application.
  • the rollback information includes a rollback duration.
  • the terminal device sends the first message based on the back-off information, including: after the terminal device fails to listen to the channel on the PRACH resource, it performs channel listening on the next PRACH resource and succeeds in listening Time, delay sending the first message according to the fallback duration; or, when the next PRACH resource arrives, the terminal device performs channel listening based on the fallback duration delay, and sends the first message when the interception is successful Message.
  • a terminal device after a terminal device fails channel monitoring on a PRACH resource, it can perform channel monitoring on the next PRACH resource. At this time, the terminal device may perform channel monitoring on subsequent PRACH resources according to the back-off information sent by the network device or by itself.
  • the rollback information includes a rollback duration.
  • the terminal device performs channel interception in the next PRACH resource and, after interception is successful, sends the first message according to the fallback duration (for example, generates a random number within the time range indicated by the fallback duration, and waits The first message is sent after the duration corresponding to the random number); or, the terminal device may also perform channel listening based on the fallback duration when the next PRACH resource arrives (for example, at the time indicated by the fallback duration) Generate a random number within the range, wait for the length of time corresponding to the random number, and then perform channel listening), and send the first message after successful interception.
  • the fallback duration for example, generates a random number within the time range indicated by the fallback duration, and waits The first message is sent after the duration corresponding to the random number
  • the terminal device may also perform channel listening based on the fallback duration when the next PRACH resource arrives (for example, at the time indicated by the fallback duration) Generate a random number within the range, wait for the length of time corresponding to the random number, and
  • the rollback information includes a rollback duration. Assume that the rollback duration is 30ms. At this time, the terminal device can generate a random number as the fallback value within 0ms-30ms, for example, select 20ms as the fallback value. As shown in FIG. 6 (a), the terminal device directly performs channel interception when the PRACH resource 2 arrives. If the interception succeeds, it waits for 20ms and then sends the first message when the interception succeeds. Alternatively, as shown in FIG. 6 (b), after the PRACH resource 2 arrives, the terminal device may perform channel listening after a delay of 20 ms. If the interception is successful, the first message is sent on the PRACH resource 2.
  • the terminal device may receive instruction information sent by the network device, where the instruction information is used to indicate the fallback information. That is, the network device may configure the fallback information for the terminal device, and notify the terminal device through the instruction information.
  • the indication information is carried in, for example, system information, or the indication information may be a specific sequence.
  • the terminal device may also determine the fallback information based on a predetermined rule.
  • the predetermined rule may include, for example, the number of consecutive failures of channel listening before the random access process, the trigger event of the random access, and the type of service such as Quality of Service (QoS) Class Identifier (QCI) , Channel access priority, and so on.
  • QoS Quality of Service
  • QCI Class Identifier
  • the following uses the predetermined rule as the number of consecutive failures and the trigger event of the random access as examples to describe in detail a process in which the terminal device determines the fallback information.
  • the terminal device may determine the back-off information according to the number of consecutive failures of channel listening before the random access process.
  • the number of failed channel listening or LBT failures before the first message is sent before it means that the busier the channel, the higher the probability of collision, and accordingly, for example, the fallback information in the fallback information
  • the number of failed channel listening or LBT failures when sending the first message before is smaller, it means that the more free the channel is, the lower the probability of collision will be. Accordingly, the length of the fallback window and / or The larger the rollback duration can be set.
  • the number of consecutive failures includes the number of consecutive failures of the terminal device performing channel monitoring on the PRACH resource, and / or the number of consecutive failures of performing channel monitoring on the data channel.
  • the number of consecutive failures may only include the number of times that channel monitoring has failed for random access, or may also include the number of times that channel monitoring has previously failed for data transmission.
  • the fallback information includes the length of the fallback window.
  • the length of the backoff window is 0, it means that the terminal device does not need to perform a delay operation, that is, it does not need to perform channel monitoring and / or delay sending the first message, but can perform the channel when the PRACH resource arrives Listen for and send this first message when the listening is successful.
  • the length of the fallback window is another non-zero value, it means that the terminal device needs to perform a delay operation and the length of the fallback window used when performing the delay operation is the value.
  • the terminal device may randomly select a PRACH resource within a time window of 30 ms in length after the arrival of the new PRACH resource Perform channel listening again, and send the first message on the PRACH resource when the listening is successful.
  • Fallback window length 0-2 times 0ms 3-4 times 30ms 4-5 times 60ms 5-6 times 90ms 6 times or more 120ms
  • the terminal device When the next PRACH resource arrives, the terminal device either does not perform a delay operation or selects a PRACH resource for random access in a default length fallback window. Optionally, the terminal device may determine whether to perform the delay operation according to the number of consecutive failures.
  • the terminal device after the terminal device fails to listen to the channel on PRACH resource 1, if the number of consecutive failures of previous channel listening is less than or equal to the threshold, the terminal device can directly perform channel monitoring on PRACH resource 2 and The first message is sent when the interception is successful; if the number of consecutive failures of previous channel interception is greater than the threshold, the terminal device will randomly select a PRACH resource for channel interception in the fallback window of default length.
  • the number of interception failures may not be considered. As long as the terminal device failed to intercept the channel on the PRACH resource last time, when a new PRACH resource arrives, it is necessary to select a PRACH resource in the fallback window of the default length. Perform channel listening.
  • the rollback information includes the rollback duration.
  • the rollback duration is 0, it means that the terminal device does not need to perform a delay operation. That is, the terminal device does not need to perform channel listening and / or delay sending the first message in a delayed manner, but can perform channel listening when the PRACH resource arrives and send the first message when the listening is successful.
  • the rollback duration is a non-zero value, it means that the terminal device needs to perform a delay operation and the rollback duration used when performing the delay operation can be generated based on the non-zero value.
  • the terminal device can select a random number between 0ms-20ms, such as 15ms, then the terminal device can Wait 15ms after the PRACH resource arrives and then perform channel listening, so that the first message is sent when the interception is successful; or, the terminal device can directly perform channel interception after the new PRACH resource arrives, and wait when the interception is successful The first message is sent again in 15ms.
  • the rollback duration is a default value.
  • the terminal device When the next PRACH resource arrives, the terminal device either does not perform a delay operation or generates a fallback value based on the default value, thereby delaying the fallback value on the PRACH resource and then performing channel monitoring, or directly on the PRACH resource. Perform channel listening and delay the backoff value before sending the first message when the listening is successful.
  • the terminal device may determine whether to perform the delay operation according to the number of consecutive failures.
  • Figure 6 (a) and Figure 6 (b) after the terminal device fails to listen to the channel on PRACH resource 1, if the number of consecutive failures of previous channel listening is less than or equal to the threshold, the terminal device can directly If channel interception is performed on PRACH resource 2 and the first message is sent when the interception succeeds, if the number of consecutive failed channel interceptions previously exceeds the threshold, the terminal device will generate a reply based on the default fallback duration. Backoff value, thereby delaying the backoff value on the PRACH resource 2 and then performing channel listening, or directly performing channel listening on the PRACH resource 2 and delaying the backoff value when the interception is successful and then sending the first one Message.
  • the number of interception failures may not be considered, but as long as the terminal device failed to intercept the channel on the PRACH resource last time, when a new PRACH resource arrives, it needs to generate a response based on the default fallback duration.
  • Backoff value thereby delaying the backoff value on the PRACH resource 2 and then performing channel listening, or directly performing channel listening on the PRACH resource 2 and delaying the backoff value before sending the first one when the interception is successful Message.
  • the terminal device may calculate the fallback duration and / or the length of the fallback window based on a specific formula based on the number of listening failures. This embodiment of the present application does not limit this in any way.
  • the terminal device may determine the fallback information according to a trigger event that triggers the random access process.
  • the triggering event of the random access process may include, for example, any one of the following: initial access; handover; radio resource control RRC connection reestablishment; in the RRC connection state, when downlink data arrives, the uplink is in an "asynchronous" state; RRC In the connected state, when the uplink data arrives, the uplink is in the "unsynchronized” state; in the RRC connected state, there is no available physical uplink control channel PUCCH resource for scheduling the transmission of the requested SR; the transition from the RRC inactive state to the active state; Request other system information OSI; beam failure recovery.
  • the terminal device may not perform a delay operation, or the terminal device performs a delay operation but uses a length of a fallback window or a rollback window. Back length is small.
  • the fallback information carries the length of the fallback window.
  • the length of the backoff window is 0, it means that the terminal device does not need to perform a delay operation, that is, it does not need to perform channel monitoring and / or delay sending the first message, but can perform the channel when the PRACH resource arrives Listen for and send this first message when the listening is successful.
  • the length of the fallback window is another non-zero value, it means that the terminal device needs to perform a delay operation and the length of the fallback window used when performing the delay operation is the value.
  • the terminal device may randomly select a PRACH resource for channel listening within a time window of 30ms in length after the arrival of the new PRACH resource, and When the interception is successful, the first message is sent on the selected PRACH resource.
  • the terminal device When the next PRACH resource arrives, the terminal device either does not perform a delay operation or selects a PRACH resource for random access in a default length fallback window. Optionally, the terminal device may determine whether to perform a delay operation according to a trigger event of random access to be initiated.
  • the terminal device after the terminal device fails to monitor the channel on PRACH resource 1, if the priority of the trigger event of the random access to be initiated is greater than or equal to the threshold, the terminal device can directly perform channel detection on PRACH resource 2. Listen and send the first message when the interception is successful; if the priority of the trigger event of the random access to be initiated is less than the threshold, the terminal device will randomly select a PRACH resource for the channel in the fallback window of default length Listen.
  • the rollback information includes the rollback duration.
  • the rollback duration is 0, it means that the terminal device does not need to perform a delay operation. That is, the terminal device does not need to delay for channel listening and / or does not need to delay sending the first message, but can perform channel listening when PRACH resources arrive and send the first message when the interception is successful.
  • the rollback duration is a non-zero value, it means that the terminal device needs to perform a delay operation and the rollback duration used when performing the delay operation can be generated based on the non-zero value.
  • the terminal device can select a duration such as 30ms within 0ms-40ms, then the terminal device can wait for 30ms after the new PRACH resource arrives before performing channel monitoring. Therefore, the first message is sent when the interception is successful; or, the terminal device can directly perform channel interception after the new PRACH resource arrives, and wait for 30ms before the first successful message is sent.
  • the rollback duration is a default value.
  • the terminal device When the next PRACH resource arrives, the terminal device either does not perform a delay operation or generates a fallback value based on the default value, thereby delaying the fallback value on the PRACH resource and then performing channel monitoring, or directly on the PRACH resource. Perform channel listening and delay the backoff value before sending the first message when the listening is successful.
  • the terminal device may determine whether to perform a delay operation according to a trigger event of random access to be initiated.
  • the terminal device may Channel monitoring is performed directly on PRACH resource 2 and the first message is sent when the interception is successful; if the trigger event priority of the random access to be initiated is less than the threshold, the terminal device will use the default fallback duration To generate a fallback value, thereby delaying the fallback value on the PRACH resource 2 and then performing channel listening, or directly performing channel listening on the PRACH resource 2 and delaying the fallback value before sending when the interception is successful The first message.
  • the fallback information obtained may also be different.
  • the time and location of sending the first message are also different, which greatly reduces the probability of sending resource conflicts during the random access process.
  • the rollback window and rollback duration in the embodiments of the present application may be used in combination. For example, if the terminal device fails to listen to the channel on the PRACH resource selected in the fallback window, it can perform channel monitoring and / or send the first message on the next PRACH resource based on the fallback time; or, if the terminal device After failing to perform channel monitoring based on the rollback duration delay, you can select PRACH resources for channel monitoring in the rollback window.
  • the method described in the embodiments of the present application may be used to send the first message in the random access process, but the present application is not limited thereto.
  • Several other messages in the random access process need to meet the above channel listening requirements, that is, LBT requirements. Therefore, the above method can also be used to target other messages in the random access process, such as the second message (such as Msg2) , The third message (such as Msg 3), the fourth message (such as Msg 4), etc. for channel monitoring and / or message sending.
  • the first message in each of the above methods may be replaced with other messages in the random access process, and the terminal device that sends the other messages may use the methods described above to determine the fallback information for transmitting the other messages. Message.
  • the method in the embodiment of the present application may be applied to a 4-step random access process, and may also be applied to a 2-step random access process.
  • the method in the embodiment of the present application can be applied to a contention-based random access process (contention based RACH) and a non-contention-based random access process (contention free RACH).
  • FIG. 7 is a schematic flowchart of a random access method 700 according to an embodiment of the present application.
  • the method described in FIG. 7 may be executed by a network device, which may be, for example, the network device 110 shown in FIG. 1.
  • the random access method 700 may include some or all of the following steps. among them:
  • the network device determines backoff information for the terminal device to send the first message in the random access process.
  • the back-off information is used to instruct the terminal device to delay the time range required for channel listening when the PRACH resource of the physical random access channel arrives, and / or delay sending the first The range of time to wait for a message.
  • the network device sends instruction information to the terminal device, where the instruction information is used to indicate the fallback information.
  • the network device configures the terminal device with fallback information for sending the first message (for example, Msg1), which is used to instruct the terminal device to delay when the PRACH resource arrives.
  • the terminal device may perform channel listening and / or message sending based on the back-off information. Because the back-off information may be different for different terminal devices, different terminal devices can send the first message at different time positions, thereby reducing the probability of resource conflicts.
  • the determining, by the network device, the fallback information used for the terminal device to send the first message in the random access process includes: the network device determines the fallback information according to a predetermined rule.
  • the determining, by the network device, the fallback information according to a predetermined rule includes: determining, by the network device, the fallback according to a number of consecutive failures in channel monitoring performed by the terminal device before the random access process. information.
  • the number of consecutive failures includes the number of consecutive failures of the terminal device performing channel listening on the PRACH resource, and / or the number of consecutive failures of performing channel listening on the data channel.
  • the instruction information is carried in system information, or the instruction information is a specific sequence.
  • the size of the serial numbers of the above processes does not mean the order of execution.
  • the execution order of each process should be determined by its function and internal logic, and should not deal with the implementation process of the embodiments of the present application. Constitute any limitation.
  • FIG. 8 is a schematic block diagram of a terminal device 800 according to an embodiment of the present application. As shown in FIG. 8, the terminal device 800 includes a processing unit 810 and a transceiver unit 720, where:
  • the processing unit 810 is configured to determine fallback information for sending a first message in a random access process, where the fallback information is used to instruct the terminal device to delay when a PRACH resource of a physical random access channel arrives.
  • the transceiver unit 820 is configured to send the first message based on the fallback information.
  • the terminal device determines the fallback information for sending the first message (such as Msg1) in the random access access process, and the fallback information is used to instruct the terminal device when the PRACH resource arrives.
  • the terminal device may perform channel listening and / or message sending based on the back-off information. Because the fallback information may be different for different terminal devices, different terminal devices may send the first message at different time positions, thereby reducing the probability of resource conflicts.
  • the processing unit 810 is specifically configured to determine the fallback information according to a predetermined rule.
  • the processing unit 810 is specifically configured to determine the fallback information according to the number of consecutive failures of channel monitoring before the random access process.
  • the number of consecutive failures includes the number of consecutive failures of the terminal device performing channel listening on the PRACH resource, and / or the number of consecutive failures of performing channel listening on the data channel.
  • the processing unit 810 is specifically configured to determine the fallback information according to a trigger event that triggers the random access process.
  • the event that triggers the random access includes any one of the following events: initial access; initial access; handover; radio resource control RRC connection reestablishment; in the RRC connection state, when downlink data arrives, the uplink is in "Unsynchronized” state; in the RRC connected state, when the uplink data arrives, the uplink is in the "unsynchronized” state; in the RRC connected state, no physical uplink control channel PUCCH resource is available for scheduling the transmission of the requested SR; the RRC is inactive State to active state; request other system information OSI; beam failure recovery.
  • the transceiver unit 820 is further configured to receive instruction information sent by a network device, where the instruction information is used to indicate the fallback information; and the processing unit 810 is specifically configured to: according to the instruction information To determine the fallback information.
  • the instruction information is carried in system information, or the instruction information is a specific sequence.
  • the fallback information includes information of a fallback window
  • the fallback window includes at least one physical random access channel PRACH resource that can be used to send the first message
  • the processing unit 810 And is further configured to: select one PRACH resource among the at least one PRACH resource in the fallback window; wherein the transceiver unit 820 is specifically configured to perform channel monitoring on the selected PRACH resource, and When the interception is successful, the first message is sent on the PRACH resource.
  • the rollback information includes a rollback duration
  • the transceiver unit 820 is specifically configured to: after the channel interception fails on the PRACH resource, perform channel interception on the next PRACH resource and succeed in interception Send the first message according to the backoff duration; or, when the next PRACH resource arrives, perform channel listening based on the backoff duration delay, and send the The first message.
  • terminal device 800 may perform corresponding operations performed by the terminal device in the foregoing method 400. For brevity, details are not described herein again.
  • FIG. 9 is a schematic block diagram of a network device 900 according to an embodiment of the present application.
  • the network device 900 includes a processing unit 910 and a transceiver unit 920, where:
  • the processing unit 910 is configured to determine fallback information for a terminal device to send a first message in a random access process, where the fallback information is used to indicate that the terminal device arrives on a physical random access channel PRACH resource A time range required to wait for the channel to be time-delayed, and / or a time range required to delay the sending of the first message when the channel is successfully monitored;
  • the transceiver unit 920 sends the terminal device instruction information, where the instruction information is used to indicate the fallback information.
  • the network device configures the terminal device with fallback information for sending the first message (for example, Msg1), which is used to instruct the terminal device to delay when the PRACH resource arrives.
  • the terminal device may perform channel listening and / or message sending based on the back-off information. Because the fallback information may be different for different terminal devices, different terminal devices may send the first message at different time positions, thereby reducing the probability of resource conflicts.
  • the processing unit 910 is specifically configured to determine the fallback information according to a predetermined rule.
  • the processing unit 910 is specifically configured to determine the fallback information according to the number of consecutive failures in which the terminal device performs channel monitoring on the PRACH resource before the random access process.
  • the number of consecutive failures includes the number of consecutive failures of the terminal device performing channel listening on the PRACH resource, and / or the number of consecutive failures of performing channel listening on the data channel.
  • the instruction information is carried in system information, or the instruction information is a specific sequence.
  • the communication device 900 may perform corresponding operations performed by the network device in the foregoing method 700. For brevity, details are not described herein again.
  • FIG. 10 is a schematic structural diagram of a communication device 1000 according to an embodiment of the present application.
  • the communication device 1000 shown in FIG. 10 includes a processor 1010, and the processor 1010 can call and run a computer program from a memory to implement the method in the embodiment of the present application.
  • the communication device 1000 may further include a memory 1020.
  • the processor 1010 may call and run a computer program from the memory 1020 to implement the method in the embodiment of the present application.
  • the memory 1020 may be a separate device independent of the processor 1010, or may be integrated in the processor 1010.
  • the communication device 1000 may further include a transceiver 1030, and the processor 1010 may control the transceiver 1030 to communicate with other devices, and specifically, may send information or data to other devices, or receive other Information or data sent by the device.
  • the processor 1010 may control the transceiver 1030 to communicate with other devices, and specifically, may send information or data to other devices, or receive other Information or data sent by the device.
  • the transceiver 1030 may include a transmitter and a receiver.
  • the transceiver 1030 may further include an antenna, and the number of antennas may be one or more.
  • the communication device 1000 may specifically be a terminal device in the embodiment of the present application, and the communication device 1000 may implement a corresponding process implemented by the terminal device in each method in the embodiments of the present application. For brevity, details are not described herein again. .
  • the communication device 1000 may specifically be a network device according to an embodiment of the present application, and the communication device 1000 may implement a corresponding process implemented by a network device in each method in the embodiments of the present application. .
  • FIG. 11 is a schematic structural diagram of a chip according to an embodiment of the present application.
  • the chip 1100 shown in FIG. 11 includes a processor 1110, and the processor 1110 can call and run a computer program from a memory to implement the method in the embodiment of the present application.
  • the chip 1100 may further include a memory 1120.
  • the processor 1110 may call and run a computer program from the memory 1120 to implement the method in the embodiment of the present application.
  • the memory 1120 may be a separate device independent of the processor 1110, or may be integrated in the processor 1110.
  • the chip 1100 may further include an input interface 1130.
  • the processor 1110 may control the input interface 1130 to communicate with other devices or chips. Specifically, the processor 1110 may obtain information or data sent by other devices or chips.
  • the chip 1100 may further include an output interface 1140.
  • the processor 1110 may control the output interface 1140 to communicate with other devices or chips. Specifically, the processor 1110 may output information or data to the other devices or chips.
  • the chip may be applied to the terminal device in the embodiment of the present application, and the chip may implement the corresponding process implemented by the terminal device in each method of the embodiment of the present application.
  • the chip may implement the corresponding process implemented by the terminal device in each method of the embodiment of the present application.
  • the chip may be applied to the network device in the embodiment of the present application, and the chip may implement the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the chip may be applied to the network device in the embodiment of the present application, and the chip may implement the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the chip mentioned in the embodiments of the present application may also be referred to as a system-level chip, a system chip, a chip system, or a system-on-chip.
  • the processor in the embodiment of the present application may be an integrated circuit chip and has a signal processing capability.
  • each step of the foregoing method embodiment may be completed by using an integrated logic circuit of hardware in a processor or an instruction in a form of software.
  • the above processor may be a general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), an off-the-shelf programmable gate array (Field, Programmable Gate Array, FPGA), or other Programming logic devices, discrete gate or transistor logic devices, discrete hardware components.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA off-the-shelf programmable gate array
  • Various methods, steps, and logical block diagrams disclosed in the embodiments of the present application can be implemented or executed.
  • a general-purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
  • the steps of the method disclosed in combination with the embodiments of the present application may be directly implemented by a hardware decoding processor, or may be performed by using a combination of hardware and software modules in the decoding processor.
  • the software module may be located in a mature storage medium such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, or an electrically erasable programmable memory, a register, and the like.
  • the storage medium is located in a memory, and the processor reads the information in the memory and completes the steps of the foregoing method in combination with its hardware.
  • the memory in the embodiment of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory.
  • the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), and an electronic memory. Erase programmable read-only memory (EPROM, EEPROM) or flash memory.
  • the volatile memory may be Random Access Memory (RAM), which is used as an external cache.
  • RAM Static Random Access Memory
  • DRAM Dynamic Random Access Memory
  • Synchronous Dynamic Random Access Memory Synchronous Dynamic Random Access Memory
  • SDRAM double data rate synchronous dynamic random access memory
  • Double SDRAM, DDR SDRAM enhanced synchronous dynamic random access memory
  • Enhanced SDRAM, ESDRAM synchronous connection dynamic random access memory
  • Synchronous DRAM Synchronous Dynamic Random Access Memory
  • Enhanced SDRAM Enhanced SDRAM, ESDRAM
  • synchronous connection dynamic random access memory Synchrobus RAM, SLDRAM
  • Direct Rambus RAM Direct Rambus RAM
  • the memory in the embodiment of the present application may also be a static random access memory (static RAM, SRAM), a dynamic random access memory (dynamic RAM, DRAM), Synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (Double SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous connection Dynamic random access memory (synch link DRAM, SLDRAM) and direct memory bus random access memory (Direct RAMbus RAM, DR RAM) and so on. That is, the memories in the embodiments of the present application are intended to include, but not limited to, these and any other suitable types of memories.
  • FIG. 12 is a schematic block diagram of a communication system 1200 according to an embodiment of the present application. As shown in FIG. 12, the communication system 1200 includes a terminal device 1210 and a network device 1220. among them:
  • the terminal device 1210 is configured to determine fallback information for sending a first message in a random access process.
  • the network device 1220 is configured to determine fallback information used for the terminal device to send a first message in a random access process.
  • the back-off information is used to instruct the terminal device to delay the time range required for channel listening when the PRACH resource of the physical random access channel arrives, and / or delay sending the first The range of time to wait for a message.
  • the terminal device 1210 may be used to implement the corresponding functions implemented by the terminal device in the above method 400, and the composition of the terminal device 1210 may be as shown in the terminal device 800 in FIG. To repeat.
  • the network device 1220 may be used to implement the corresponding functions implemented by the network device in the foregoing method 700, and the composition of the network device 1220 may be as shown in the network device 900 in FIG. To repeat.
  • An embodiment of the present application further provides a computer-readable storage medium for storing a computer program.
  • the computer-readable storage medium can be applied to the network device in the embodiment of the present application, and the computer program causes the computer to execute the corresponding process implemented by the network device in each method in the embodiment of the present application. No longer.
  • the computer-readable storage medium can be applied to the terminal device in the embodiments of the present application, and the computer program causes the computer to execute the corresponding processes implemented by the terminal device in each method of the embodiments of the present application. For simplicity, here No longer.
  • An embodiment of the present application further provides a computer program product, including computer program instructions.
  • the computer program product can be applied to the terminal device in the embodiment of the present application, and the computer program instruction causes the computer to execute a corresponding process implemented by the terminal device in each method in the embodiment of the present application. More details.
  • the computer program product can be applied to the network device in the embodiment of the present application, and the computer program instruction causes the computer to execute a corresponding process implemented by the network device in each method in the embodiment of the present application. More details.
  • the embodiment of the present application also provides a computer program.
  • the computer program may be applied to the terminal device in the embodiment of the present application.
  • the computer program When the computer program is run on a computer, the computer is caused to execute a corresponding process implemented by the terminal device in each method in the embodiment of the present application. , Will not repeat them here.
  • the computer program may be applied to a network device in the embodiment of the present application.
  • the computer program When the computer program is run on a computer, the computer is caused to execute a corresponding process implemented by the network device in each method in the embodiment of the present application. , Will not repeat them here.
  • B corresponding to (corresponding to) A means that B is associated with A, and B can be determined according to A.
  • determining B based on A does not mean determining B based on A alone, but also determining B based on A and / or other information.
  • the disclosed systems, devices, and methods may be implemented in other ways.
  • the device embodiments described above are only schematic.
  • the division of the unit is only a logical function division.
  • multiple units or components may be combined or may be combined. Integration into another system, or some features can be ignored or not implemented.
  • the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, which may be electrical, mechanical or other forms.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, may be located in one place, or may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the objective of the solution of this embodiment.
  • the functional units in the embodiments of the present application may be integrated into one processing unit, or each of the units may exist separately physically, or two or more units may be integrated into one unit.
  • the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium.
  • the technical solution of this application is essentially a part that contributes to the existing technology or a part of the technical solution can be embodied in the form of a software product.
  • the computer software product is stored in a storage medium, including Several instructions are used to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in the embodiments of the present application.
  • the aforementioned storage media include: U disks, mobile hard disks, read-only memory (ROM), random access memory (RAM), magnetic disks or compact discs, and other media that can store program codes .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé d'accès aléatoire, un dispositif terminal et un dispositif de réseau, qui peuvent réduire un conflit de ressources sur une bande de fréquences non autorisée dans le processus d'accès aléatoire. Le procédé comprend les étapes suivantes : un dispositif terminal détermine des informations de repli pour envoyer un premier message dans le processus d'accès aléatoire, les informations de repli étant utilisées pour indiquer, lorsqu'une ressource de canal d'accès aléatoire physique (PRACH) arrive, un intervalle de temps d'attente nécessaire pour retarder l'écoute de canal par le dispositif terminal, et/ou pour indiquer, lorsque l'écoute de canal est réussie, un intervalle de temps d'attente nécessaire pour retarder l'envoi du premier message; et le dispositif terminal envoie le premier message en fonction des informations de repli.
PCT/CN2019/098867 2018-08-01 2019-08-01 Procédé d'accès aléatoire, dispositif terminal, et dispositif de réseau WO2020025023A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201980016875.1A CN111869306B (zh) 2018-08-01 2019-08-01 随机接入的方法、终端设备和网络设备

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810864568 2018-08-01
CN201810864568.6 2018-08-01

Publications (1)

Publication Number Publication Date
WO2020025023A1 true WO2020025023A1 (fr) 2020-02-06

Family

ID=69232340

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/098867 WO2020025023A1 (fr) 2018-08-01 2019-08-01 Procédé d'accès aléatoire, dispositif terminal, et dispositif de réseau

Country Status (3)

Country Link
CN (1) CN111869306B (fr)
TW (1) TW202008810A (fr)
WO (1) WO2020025023A1 (fr)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112689247A (zh) * 2020-12-22 2021-04-20 深圳安信卓科技有限公司 集群系统中终端接入方法、装置和计算机存储介质
WO2021228226A1 (fr) * 2020-05-15 2021-11-18 维沃移动通信有限公司 Procédé de traitement d'accès aléatoire, et terminal
CN113841452A (zh) * 2020-04-23 2021-12-24 北京小米移动软件有限公司 发送数据的方法、装置、用户设备及存储介质
CN113873630A (zh) * 2020-06-30 2021-12-31 华为技术有限公司 一种上行功率控制方法及终端
CN113891487A (zh) * 2020-07-03 2022-01-04 维沃移动通信有限公司 随机接入方法、装置及网络侧设备
CN116097880A (zh) * 2020-12-03 2023-05-09 Oppo广东移动通信有限公司 随机接入的触发控制方法、装置、设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102316600A (zh) * 2010-06-29 2012-01-11 中兴通讯股份有限公司 一种终端随机化接入的方法、系统及终端
CN102740374A (zh) * 2011-04-01 2012-10-17 中兴通讯股份有限公司 接入控制方法及系统
CN104427633A (zh) * 2013-08-23 2015-03-18 普天信息技术研究院有限公司 随机接入回退的控制方法
WO2017136458A2 (fr) * 2016-02-02 2017-08-10 Intel IP Corporation Échec de procédure écouter avant de parler (lbt) durant une procédure d'accès aléatoire
US20170265230A1 (en) * 2016-03-14 2017-09-14 Futurewei Technologies, Inc. System and Method for Random Access Backoffs
CN107690200A (zh) * 2016-08-05 2018-02-13 电信科学技术研究院 一种随机接入方法及终端

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101841889B (zh) * 2009-03-19 2014-11-05 中兴通讯股份有限公司 随机接入信息的获取方法及用户设备
CN102077676B (zh) * 2009-04-28 2013-10-02 华为技术有限公司 优化终端随机接入的方法及装置
CN101990236B (zh) * 2009-08-05 2015-05-20 中兴通讯股份有限公司 上报参数的方法、移动终端及随机接入参数优化的方法
CN102291822B (zh) * 2010-06-21 2015-08-12 中兴通讯股份有限公司 一种mtc设备随机接入回退时间通知方法和系统
CN102291836B (zh) * 2010-06-21 2016-01-20 中兴通讯股份有限公司 一种随机接入控制方法及系统
CN102457978A (zh) * 2010-10-21 2012-05-16 普天信息技术研究院有限公司 一种随机接入回退控制方法
CN102740495B (zh) * 2011-04-02 2016-01-06 华为技术有限公司 随机接入的方法、终端设备和通信系统
US9380605B1 (en) * 2013-07-19 2016-06-28 Sprint Spectrum L.P. Allocating resources in a wireless communication system
CN104854948B (zh) * 2013-07-20 2019-04-05 华为技术有限公司 随机接入的控制方法及装置、随机接入方法及装置
US9532230B2 (en) * 2014-06-05 2016-12-27 Texas Instruments Incorporated Method and apparatus for transmitting LTE waveforms in shared spectrum by carrier sensing
US10681740B2 (en) * 2016-03-16 2020-06-09 Lg Electronics Inc. Method and apparatus for transmitting and receiving wireless signal in wireless communication system

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102316600A (zh) * 2010-06-29 2012-01-11 中兴通讯股份有限公司 一种终端随机化接入的方法、系统及终端
CN102740374A (zh) * 2011-04-01 2012-10-17 中兴通讯股份有限公司 接入控制方法及系统
CN104427633A (zh) * 2013-08-23 2015-03-18 普天信息技术研究院有限公司 随机接入回退的控制方法
WO2017136458A2 (fr) * 2016-02-02 2017-08-10 Intel IP Corporation Échec de procédure écouter avant de parler (lbt) durant une procédure d'accès aléatoire
US20170265230A1 (en) * 2016-03-14 2017-09-14 Futurewei Technologies, Inc. System and Method for Random Access Backoffs
CN107690200A (zh) * 2016-08-05 2018-02-13 电信科学技术研究院 一种随机接入方法及终端

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113841452A (zh) * 2020-04-23 2021-12-24 北京小米移动软件有限公司 发送数据的方法、装置、用户设备及存储介质
WO2021228226A1 (fr) * 2020-05-15 2021-11-18 维沃移动通信有限公司 Procédé de traitement d'accès aléatoire, et terminal
CN113873630A (zh) * 2020-06-30 2021-12-31 华为技术有限公司 一种上行功率控制方法及终端
CN113873630B (zh) * 2020-06-30 2023-07-11 华为技术有限公司 一种上行功率控制方法及终端
CN113891487A (zh) * 2020-07-03 2022-01-04 维沃移动通信有限公司 随机接入方法、装置及网络侧设备
WO2022002203A1 (fr) * 2020-07-03 2022-01-06 维沃移动通信有限公司 Procédé et appareil d'accès aléatoire et dispositif côté réseau
CN116097880A (zh) * 2020-12-03 2023-05-09 Oppo广东移动通信有限公司 随机接入的触发控制方法、装置、设备及存储介质
CN112689247A (zh) * 2020-12-22 2021-04-20 深圳安信卓科技有限公司 集群系统中终端接入方法、装置和计算机存储介质
CN112689247B (zh) * 2020-12-22 2023-03-14 深圳安信卓科技有限公司 集群系统中终端接入方法、装置和计算机存储介质

Also Published As

Publication number Publication date
CN111869306A (zh) 2020-10-30
CN111869306B (zh) 2021-11-16
TW202008810A (zh) 2020-02-16

Similar Documents

Publication Publication Date Title
WO2020025023A1 (fr) Procédé d'accès aléatoire, dispositif terminal, et dispositif de réseau
CN110856276A (zh) 非连接态ue的数据传输、接收方法及装置、终端、基站
WO2020020270A1 (fr) Procédé d'accès aléatoire, et dispositif de communication
AU2019386691B2 (en) Random access method and device
WO2021077343A1 (fr) Procédé de communication sans fil et dispositif terminal
CN111972032B (zh) 随机接入的方法和设备
WO2020124598A1 (fr) Procédé et dispositif d'accès aléatoire
WO2020019762A1 (fr) Procédé d'accès aléatoire, dispositif terminal, dispositif de réseau et support d'informations
US20230129426A1 (en) Wireless communication method and terminal device
WO2020210963A1 (fr) Procédé et dispositif de transmission de message
WO2019095115A1 (fr) Procédé d'accès aléatoire basé sur la contention, dispositif réseau et dispositif terminal
WO2020206658A1 (fr) Procédé de communication sans fil, équipement terminal et dispositif réseau
US20210204327A1 (en) Method for controlling power ramp counter, and terminal device
US20220225433A1 (en) Wireless communication method, terminal device, and network device
WO2021046792A1 (fr) Procédé et appareil d'accès aléatoire
WO2021120192A1 (fr) Procédé de traitement de procédure d'accès aléatoire, et dispositif terminal

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19843299

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19843299

Country of ref document: EP

Kind code of ref document: A1