RAR reception window processing method, terminal, and network side device

Abstract

The present application relates to the technical field of wireless communications, and discloses an RAR reception window processing method, a terminal, and a network side device. The RAR reception window processing method of embodiments of the present application comprises: a first terminal detects a first RAR in an RAR reception window, wherein the first RAR is an RO-associated RAR used by the first terminal sending a preamble, the first RAR carries first indication information, and the first indication information is used for indicating an end time position of the RAR reception window of the first terminal; and the first terminal acquires the first indication information carried in the first RAR, and stops the RAR reception window at the end time position indicated by the first indication information.

Description

RAR receiving window processing method, terminal and network side equipment

[0001] Cross-references

[0002] This application claims priority to the Chinese patent application filed with the China Patent Office on December 5, 2023, with application number 202311657174.0 and application name “Processing method, terminal and network side device of RAR receiving window”. The entire contents of the application are incorporated by reference into this application. Technical Field

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

[0004] In the current random access (RA) process, after the user equipment (UE) sends the preamble, it needs to monitor the Physical Downlink Control Channel (PDCCH) scrambled by the random access radio network temporary identifier (RNTI) within a preset time window. According to the existing protocol, the UE will only stop the RAR window (random access response reception window) when a matching random access preamble identity (RAPID) is found in the random access response (RAR).

[0005] Due to channel fading, the network side may not correctly receive the random access request message. The UE may not receive a random access response message that matches the random access request it sent during the RAR window. Until the window times out, the UE needs to monitor the PDCCH and cannot make the next random access channel (RACH) attempt, resulting in unnecessary energy loss and increased access delay. Summary of the Invention

[0006] The embodiments of the present application provide a method, terminal, and network-side device for processing a RAR receiving window, which can avoid unnecessary energy loss.

[0007] In a first aspect, a method for processing a RAR receive window is provided, the method comprising: a first terminal detecting a first RAR within the RAR receive window, wherein the first RAR is an RO-associated RAR used by the first terminal to send a preamble code, and the first RAR carries first indication information, and the first indication information is used to indicate the end time position of the RAR receive window of the first terminal; the first terminal obtains the first indication information carried in the first RAR, and stops the RAR receive window at the end time position indicated by the first indication information.

[0008] In a second aspect, a method for transmitting a random access response is provided, the method comprising: a network side device transmitting a first RAR carrying first indication information, wherein the first indication information is used to indicate an end time position of a RAR receiving window of a first terminal.

[0009] In a third aspect, a device for processing a RAR receive window is provided, the device including: an acquisition module, configured to detect a first RAR within the RAR receive window, and obtain first indication information carried in the first RAR, wherein the first RAR is an RO-associated RAR used to send a preamble code to the first terminal, and the first RAR carries the first indication information, and the first indication information is used to indicate the end time position of the RAR receive window of the first terminal; and an execution module, configured to stop the RAR receive window at the end time position indicated by the first indication information.

[0010] In a fourth aspect, a transmission device for a random access response is provided, which includes: a processing module for carrying first indication information in a first RAR to be transmitted, wherein the first indication information is used to indicate the end time position of the RAR receiving window of the first terminal; and a transmission module for transmitting the first RAR carrying the first indication information.

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

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

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

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

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

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

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

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

[0019] In an embodiment of the present application, a first terminal detects a first RAR within a RAR receiving window, wherein the first RAR is an RO-associated RAR used to send a preamble code to the first terminal, and the first RAR carries first indication information, and the first indication information is used to indicate the end time position of the RAR receiving window of the first terminal; the first terminal obtains the first indication information carried in the first RAR, and stops the RAR receiving window at the end time position indicated by the first indication information, so that the first terminal can end the RAR receiving window according to the indication of the first indication information, avoid unnecessary energy loss, and reduce access delay. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0021] FIG2a is a schematic diagram showing a random access process according to an embodiment of the present application;

[0022] FIG2 b is a schematic diagram showing the RAR message format according to an embodiment of the present application;

[0023] FIG2 c is a schematic diagram of an E / T / R / R / BI MAC subheader according to an embodiment of the present application;

[0024] FIG2 d is a schematic diagram of an E / T / RAPID MAC subheader according to an embodiment of the present application;

[0025] FIG2e is a schematic diagram of the format of a RAR payload according to an embodiment of the present application;

[0026] FIG3 is a schematic diagram showing a flow chart of a method for transmitting a random access response according to an embodiment of the present application;

[0027] FIG4 is a schematic diagram showing an embodiment of the present application providing an example of using RAR padding bits to indicate the end time position of a RAR window;

[0028] FIG5 is a schematic flow chart showing a method for processing a RAR receiving window in an embodiment of the present application;

[0029] FIG6 shows a schematic structural diagram of a random access response transmission device provided in an embodiment of the present application;

[0030] FIG7 is a schematic structural diagram of a device for processing an RAR receiving window provided in an embodiment of the present application;

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

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

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

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

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

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

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

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

[0039] The core network equipment may include but is not limited to at least one of the following: core network node, core network function, mobility management entity (MME), access mobility management function (AMF), session management function (SMF), user plane function (UPF), policy control function (PCF), policy and charging rules function unit (PCRF), edge application service discovery function (EASDF), unified data management (UDM), unified data repository (UDR), home user server (HSS), centralized network configuration (CNC), network storage function (NRF), network exposure function (NEF), local NEF (L-NEF), binding support function (BSF), application function ( It should be noted that in the embodiments of the present application, only the core network device in the NR system is introduced as an example, and the specific type of the core network device is not limited.

[0040] In related technologies, a schematic diagram of sending the first random access request message (Msg1 / MsgA) and receiving the second random access response message (Msg2 / MsgB) in a 4-step (4-step) contention-based random access (CBRA) / non-contention-based random access (CFRA) / 2-step (2-step) RACH / 2-step CFRA process is shown in FIG2a. The process is summarized as follows:

[0041] (1) The UE selects a random access request resource (RACH occasion (RO) and preamble) and uses this resource to send a random access request message signal to the base station. The UE also calculates the random access RNTI (RA-RNTI) or MsgB-RNTI based on the resource's time-frequency position. After the message is sent, the RAR window (RAR receive window) or MsgB-reception window (MsgB receive window) is started.

[0042] (2) During the window operation, the UE always monitors the PDCCH scrambled by RA-RNTI or MsgB-RNTI, which can schedule the random access response message.

[0043] If the UE receives a random access response message (RAR) and the message contains a RAPID that matches the Msg1 preamble; or if the UE receives a random response message and the message contains a Fallback RAR that matches the Msg1 preamble; or if the UE receives a random response message and the message contains a Success RAR that matches the UE; or if the UE receives a PDCCH with a C-RNTI (Cell-Radio Network Temporary Identifier); or if the UE receives a PDCCH scrambled with a C-RNTI and the PDCCH is used to schedule the transmission of new uplink data; or if the UE receives a PDCCH scrambled with a C-RNTI and the transport block (TB) scheduled by the PDCCH contains a 12-bit timing advance command (TAC), the UE stops the window, that is, stops monitoring the PDCCH.

[0044] The format of a RAR message is shown in Figure 2b. A RAR message contains one or more Medium Access Control (MAC) headers. Some MAC subheaders also have corresponding RAR payloads (see MAC subPDU3 (MAC sub-protocol data unit 3) in Figure 2b).

[0045] If a backoff indication (BI) appears, the BI is always placed in the first byte (the format is shown in Figure 2c); in addition to the BI indication, the rest is the E (extension field) / T (type field) / RAPID MAC subheader, and RAPID is the ID of the Preamble sent by the terminal, as shown in Figure 2d.

[0046] Therefore, the terminal can determine the RA-RNTI based on the time-frequency position of the RO. Then, in the time window corresponding to the RO, it decodes the RAR message scheduled with the RA-RNTI. If the decoding is successful, it further checks whether the RAR message contains the RAPID corresponding to the preamble it sent. If the RAPID corresponding to the preamble it sent is found, RAR reception is successful. The UE can then continue with the subsequent process (sending the third random access request message (MSG3)).

[0047] The UE uses the T field in the received MAC subheader to distinguish whether the corresponding MAC subheader contains a BI or a RAPID. A T value of 0 indicates that the MAC subheader contains a BI; otherwise, it contains a RAPID. The format of the RAR payload is shown in Figure 2e. It includes: TA (timing adjustment amount); UL grant (uplink resources allocated to the UE for sending MSG3); and TC-RNTI (temporary identifier assigned to the UE).

[0048] Due to channel fading, the network-side device may not correctly receive the random access request message. Therefore, the UE may not receive a random access response message that matches the random access request it sent during the RAR window. Until the window times out, the UE needs to continue monitoring the PDCCH and cannot make the next random access channel (RACH) attempt, which may cause unnecessary energy loss and increase access latency. To address this technical problem, the embodiments of the present application provide a random access response transmission scheme to solve this technical problem existing in the related art.

[0049] The following describes in detail the random access response transmission scheme provided by the embodiment of the present application through some embodiments and application scenarios in conjunction with the accompanying drawings.

[0050] Figure 3 illustrates a flow chart of a method for transmitting a random access response according to an embodiment of the present application. Method 300 is performed by a network-side device. In other words, the method can be performed by software or hardware installed on the network-side device. The network-side device includes, but is not limited to, the base station shown in Figure 1. As shown in Figure 3, the method may include the following steps.

[0051] S310: A network-side device transmits a first RAR carrying first indication information.

[0052] The first indication information is used to indicate the end time position of the RAR receiving window of the first terminal.

[0053] In an embodiment of the present application, the network side device carries first indication information for indicating the end time position of the RAR receiving window of the first terminal in the first RAR to be transmitted, thereby instructing the terminal to end the RAR receiving window.

[0054] In an embodiment of the present application, the first RAR does not carry a RAPID that matches the random access request sent by the first terminal. For example, the first terminal sends a random access request (e.g., a preamble) to a certain RO and then detects the first RAR associated with the RO. If the first RAR does not carry a RAPID that matches the preamble sent by the first terminal, the first terminal may end the currently running RAR receive window according to the first indication information carried in the first RAR.

[0055] Optionally, in an embodiment of the present application, the first RAR may also carry a random access preamble identifier RAPID corresponding to the preamble sent by the second terminal, and the random access signal timing RO of the second terminal sending the preamble is the same as the random access signal timing of the first terminal sending the preamble. In this optional implementation, the first RAR to be transmitted may be a RAR corresponding to the random access request (for example, preamble) sent by multiple terminals, and the first RAR may include response information corresponding to the random access request of the multiple second terminals, for example, the RAPID that matches the random access request of each second terminal. In addition, the first RAR also includes the above-mentioned first indication information to instruct the first terminal that does not include the matching RAPID to end the currently running RAR receiving window.

[0056] Through the random access response transmission method provided in an embodiment of the present application, the network-side device can carry first indication information for indicating the end time position of the RAR receive window of the first terminal in the transmitted first RAR. Therefore, when the channel fades, if the network-side device does not receive the random access request sent by a terminal, the terminal can end the current RAR receive window according to the first indication information carried in the first RAR sent by the network-side device, thereby allowing the UE to stop the RAR window in advance, allowing the UE to make the next RACH attempt, thereby reducing access delay and terminal energy loss.

[0057] In an optional implementation, the first RAR may include a field carrying the first indication information.

[0058] For example, if a padding field exists in the first RAR to be transmitted, the network-side device carries the first indication information in the padding field. In this implementation, if a padding field exists in the first RAR to be transmitted, the network-side device may carry the first indication information in the padding field, that is, if a padding bit exists in the current RAR, the padding bit of the RAR may be used to indicate the end time position of the current RAR window of the terminal, and the terminal stops the RAR window (stops RA-RNTI scrambled PDCCH monitoring) at the end time position of the indicated RAR window, as shown in FIG4 .

[0059] In another optional implementation, at least one bit in the target MAC subheader of the first RAR may also carry the first indication information, and the target MAC subheader also carries a BI, for example, using the R bit (reserved bit) in the MAC subheader containing the BI to indicate the end time position of the current RAR window.

[0060] In an optional implementation manner, the first indication information is used to instruct the first terminal to immediately stop the RAR receiving window or instruct the first terminal to stop the RAR receiving window after receiving the first RAR.

[0061] For example, the network-side device carries the first indication information through at least one first bit of a padding byte at a first predetermined position in the padding field, and the first indication information is used to instruct the first terminal to immediately stop the RAR reception window or to instruct the first terminal to stop the RAR reception window after receiving the first RAR. In this implementation, when a padding field exists in the first RAR to be transmitted, the network-side device may carry the first indication information for instructing the first terminal to immediately stop the RAR reception window or to instruct the first terminal to stop the RAR reception window after receiving the RAR through at least one first bit of a padding byte at a first predetermined position in the padding field. For example, a bit at any predetermined position (e.g., the first or last) of a padding byte (padding byte) may be used to instruct the UE to immediately stop or stop the RAR window (stop monitoring the PDCCH) after completing the current RAR reception.

[0062] For another example, the network-side device carries the first indication information through at least one target reserved bit of the target MAC subheader in the first RAR, and the first indication information is used to instruct the first terminal to immediately stop the RAR receiving window or to instruct the first terminal to stop the RAR receiving window after receiving the first RAR. The target reserved bit can be a reserved bit of a backoff indication (BI). In this optional implementation, the network-side device carries the first indication information in the RAR to be transmitted and can also carry the first indication information for instructing the first terminal to immediately stop the RAR receiving window or to instruct the first terminal to stop the RAR receiving window after receiving the RAR through at least one target reserved bit in the first RAR. For example, the network-side device can use the first or second R bit (for example, the R bit is set to 1) of the two R bits (reserved bits) in the BI to instruct the UE to stop the RAR window immediately or after completing this RAR reception (i.e., stop monitoring the PDCCH).

[0063] In another optional implementation, the first indication information may be used to indicate a time point at which the first terminal stops the RAR receiving window or to indicate a length of the RAR receiving window of the first terminal.

[0064] For example, the network device may carry the first indication information in a padding byte at a second predetermined position of the padding field of the first RAR, where the first indication information is used to indicate the time when the first terminal stops the RAR receive window or the length of the RAR receive window of the first terminal. In this implementation, if the first RAR to be transmitted contains a padding field, the network device may carry the first indication information in a padding byte at a second predetermined position of the padding field, where the first indication information is used to indicate the time when the first terminal stops the RAR receive window or the length of the RAR receive window of the first terminal. For example, a padding byte at a specific position (e.g., the first or last) of the padding bit may be used to indicate the time when the UE stops the RAR window or the length of the RAR window. For example, assuming the maximum length of the RAR window is 10 ms, 8 bits can indicate 256 time positions therein. If the valid value is 1 to 200, the granularity is 0.05 ms. When the value is 100, the length of the RAR window is 5 ms. For another example, assuming the maximum length of the RAR window is 160 slots, 8 bits can indicate 256 time positions therein. If the valid value is 1 to 160, the granularity is 1 slot. It can be understood that when the value is 120, the length of the RAR window is 120 slots.

[0065] For another example, the network device carries the first indication information via multiple target reserved bits in the target MAC subheader in the first RAR. The first indication information is used to indicate the time when the first terminal stops the RAR receive window or the length of the RAR receive window of the first terminal. The target reserved bits may be reserved bits of a backoff indication (BI). In this optional implementation, the network device may also carry the first indication information, used to indicate the time when the first terminal stops the RAR receive window or the length of the RAR receive window of the first terminal, via multiple target reserved bits in the first RAR. For example, the network device uses multiple R bits in the backoff indication (BI) to indicate the end time position of the terminal's current RAR window. The network device may use two R bits (reserved bits) in the BI to indicate the end time position of the RAR window. For example, assuming the RAR window is 10 ms, two bits can indicate four time positions with a granularity of 2.5 ms. The values ​​of the end time positions that can be indicated are 0 ms (i.e., immediately stopping the RAR window), 2.5 ms (i.e., the UE stops when the RAR window = 2.5 ms), 5 ms, and 7.5 ms.

[0066] In an optional implementation, before the network device carries the first indication information in the RAR to be transmitted, the method further includes: the network device, via a broadcast message, indicating that the first indication information is carried in the first RAR. In this optional implementation, the network device may notify the terminal via a broadcast message that the first RAR sent by the network device carries the first indication information, thereby enabling the terminal to determine, based on the broadcast message, that it needs to parse the first indication information carried in the first RAR.

[0067] In another optional implementation, when the broadcast message indicates that the first RAR does not carry the first indication information, the bits where the first indication information is located may be used as padding bits of the first RAR or reserved bits of the target MAC subheader. One implementation of the broadcast message indicating that the first RAR does not carry the first indication information may be that the broadcast message does not carry indication information indicating that the first RAR carries the first indication information, that is, the network-side device implicitly indicates that the first RAR does not carry the first indication information.

[0068] In an optional implementation, indicating, via a broadcast message, that the first RAR includes the first indication information includes: indicating, via the broadcast message, that the first RAR includes a field that carries the first indication information. For example, a network device may indicate, via a broadcast message, whether the RAR padding bit indicates the end time of the current RAR window; if so, the network device may send the RAR message based on the above method (for example, if the padding bit exists, the first byte of the padding bit includes the RAR window end time indication); otherwise, the network device may send the RAR message based on an existing solution.

[0069] In another optional implementation, indicating, via a broadcast message, that the first RAR carries the first indication information includes: indicating, via the broadcast message, that at least one bit in the target MAC subheader of the first RAR carries the first indication information. For example, the network device may also indicate, via a broadcast message, whether the R bit in the MAC subheader containing the BI indicates the end time of the current RAR window; if so, the network device may send a RAR message based on an embodiment of the present application (for example, the R bit in the MAC subheader containing the BI indicates the end time of the RAR window); otherwise, the network device sends the RAR based on an existing solution.

[0070] In an optional implementation, after the network device transmits the first RAR carrying the first indication information, the method may further include: the network device transmitting a second RAR, wherein the second RAR and the first RAR are located in the same RAR sending window. In actual applications, if the network device only sends the RAR once, the terminal may not be able to receive it correctly. Therefore, after the network device transmits the first RAR carrying the first indication information, the network device may also transmit the second RAR in the same RAR sending window to ensure transmission of the RAR message.

[0071] Optionally, in the case where the second RAR carries second indication information for indicating the end time position of the RAR receiving window of the first terminal, the end time position indicated by the second indication information is the same as the end time position indicated by the first indication information. In this optional implementation, if the second RAR carries second indication information for indicating the end time position of the RAR receiving window of the first terminal, the end time position indicated by the second indication information is the same as the end time position indicated by the first indication information. For example, when the network side device sends a RAR message containing the end time or length of the RAR window multiple times within a RA-RNTI scheduled RAR window, the end time indicated in each RAR message sent should be consistent. Through this optional implementation, the end time position of the RAR receiving window indicated by the network side device in multiple RARs sent in the same RAR sending window is the same. In actual applications, the terminal may not receive both the first RAR and the second RAR, and the network device cannot determine whether the terminal receives the first RAR or the second RAR. Therefore, the network device carries the same end time indication in the first RAR and the second RAR, so that the network device can confirm the time when the UE ends the RAR receiving window.

[0072] Based on the same technical concept, an embodiment of the present application also provides a method for processing a RAR receiving window.

[0073] FIG5 illustrates a flow chart of a method for processing a RAR receive window in an embodiment of the present application. Method 500 may be executed by a first terminal. In other words, the method may be executed by software or hardware installed on the first terminal. As shown in FIG5 , the method may include the following steps.

[0074] S501: A first terminal detects a first RAR within a RAR receiving window.

[0075] The first RAR is an RO-associated RAR used by the first terminal to send a preamble code. The first RAR carries first indication information, and the first indication information is used to indicate the end time position of the RAR receiving window of the first terminal.

[0076] The first RAR may be the first RAR transmitted by the network-side device in the manner described in the above method 300 . For details, please refer to the relevant description in the method 300 .

[0077] In an embodiment of the present application, the first terminal sends a random access preamble code at a random access signal opportunity, and then detects the RAR within the RAR reception window corresponding to the random access signal opportunity. The detected RAR is a first RAR carrying first indication information for indicating the end time position of the RAR reception window of the first terminal.

[0078] In an optional implementation, before the first terminal detects the first RAR within the RAR receiving window, the method further includes: the first terminal receiving a broadcast message sent by a network-side device, wherein the broadcast message indicates that the first RAR carries the first indication information. In this optional implementation, before detecting the first RAR, the first terminal receives a broadcast message sent by the network-side device, wherein the broadcast message indicates that the first RAR carries the first indication information. Based on the broadcast message, the first terminal can learn that the first RAR subsequently sent by the network-side device will carry the first indication information. After the first terminal detects the first RAR within the RAR receiving window, if the first RAR does not carry a RAPID that matches the preamble sent by the first terminal, the first terminal can parse and obtain the first indication information carried in the first RAR in S502.

[0079] Optionally, the broadcast message may indicate that the first RAR includes a field carrying the first indication information, or the broadcast message may also indicate that at least bits of the target MAC subheader of the first RAR carry the first indication information, and the target MAC subheader also carries BI.

[0080] In the embodiment of the present application, the end time position indicated by the first indication information may be located before the end position of the RAR receiving window.

[0081] S502: The first terminal obtains the first indication information carried in the first RAR, and stops the RAR receiving window at the end time position indicated by the first indication information.

[0082] In an embodiment of the present application, after the first terminal detects the first RAR within the RAR receiving window, it can stop the RAR receiving window at the end time position of the RAR receiving window indicated by the first indication information carried in the obtained first RAR, so that the first terminal can stop the current RAR receiving window at the end time position indicated by the first indication information carried in the first RAR when the received first RAR does not contain a RAPID that matches the preamble code sent by the first terminal, that is, no longer monitor the PDCCH, so that the next random access can be attempted, thereby shortening the access time.

[0083] In an optional implementation, the first RAR may include a field carrying the first indication information. In this optional implementation, the first terminal obtains the first indication information from the field carrying the first indication information in the first RAR. For example, the field carrying the first indication information may be a padding field of the first RAR in related art, and the first terminal may obtain the first indication information from the padding field of the first RAR.

[0084] In another optional implementation, at least one bit in the target MAC subheader of the first RAR carries the first indication information, and the target MAC subheader also carries a fallback indication BI. In this optional implementation, the first terminal can obtain the first indication information from the target MAC subheader in the first RAR.

[0085] In an optional implementation, the first indication information may be used to instruct the first terminal to immediately stop the RAR receiving window or to instruct the first terminal to stop the RAR receiving window after receiving the first RAR.

[0086] For example, the terminal may obtain the first indication information from at least one first bit of the padding byte at the first predetermined position of the padding field of the first RAR, and the first indication information is used to instruct the first terminal to immediately stop the RAR receiving window or to instruct the first terminal to stop the RAR receiving window after receiving the first RAR. In this optional implementation, the first indication information may carry at least one first bit of the padding byte at the first predetermined position in the first RAR padding field. For example, if the value of the bit at any predetermined position of the padding byte (padding byte) at a specific position (e.g., the first or last) of the padding bit of the first RAR is a predetermined value (e.g., the first bit, for example, set to 1), the UE is instructed to stop the RAR window (stop monitoring the PDCCH) immediately or after completing this RAR reception.

[0087] For another example, the first terminal obtains the first indication information from at least one target reserved bit of the target MAC subheader in the first RAR, where the first indication information is used to instruct the first terminal to immediately stop the RAR receiving window or to instruct the first terminal to stop the RAR receiving window after receiving the first RAR, and the target reserved bit is a reserved bit of the fallback indication BI. In this optional implementation, at least one target reserved bit in the first RAR instructs the first terminal to immediately stop the RAR receiving window or to instruct the first terminal to stop the RAR receiving window after receiving the RAR. For example, the first or second R bit (for example, the R bit is set to 1) of the two R bits (reserved bits) in the BI instructs the UE to stop the RAR window (stop monitoring the PDCCH) immediately or after completing this RAR reception.

[0088] In another optional implementation manner, the first indication information is used to indicate a time point at which the first terminal stops the RAR receiving window or to indicate a length of the RAR receiving window of the first terminal.

[0089] For example, the first terminal can obtain the first indication information from the padding byte at the second predetermined position of the padding field of the first RAR, and the first indication information is used to indicate the moment when the first terminal stops the RAR receiving window or the length of the RAR receiving window of the first terminal. In this optional implementation, the first indication information can indicate the specific moment of stopping the RAR receiving window, or indicate the length of the RAR receiving window of the first terminal. For example, the maximum length of the RAR receiving window corresponding to the first RAR is 10ms, and the first indication information can indicate that the length of the RAR receiving window is 5ms. Then the first terminal can stop the RAR receiving window when the RAR receiving window reaches 5ms, that is, stop monitoring the PDCCH. For example, a padding byte at a specific position (such as the first or last) of the padding bit indicates the moment when the UE stops the RAR window or the length of the RAR window. For example, assuming the maximum RAR window length is 10ms, the 8 bits of the padding byte at a specific position (e.g., the first or last) can indicate 256 end time positions. If the valid value is 1 to 200, the granularity is 0.05ms. A value of 100 indicates a RAR window length of 5ms. For another example, assuming the maximum RAR window length is 160 slots, the 8 bits can indicate 256 time positions. If the valid value is 1 to 160, the granularity is 1 slot. Therefore, a value of 120 indicates a RAR window length of 120 slots.

[0090] For another example, the first terminal may obtain the first indication information from multiple target reserved bits in the target MAC subheader in the first RAR, where the first indication information is used to indicate the moment when the first terminal stops the RAR receive window or the length of the RAR receive window of the first terminal. In this optional implementation, the multiple target reserved bits in the first RAR indicate the moment when the first terminal stops the RAR receive window or the length of the RAR receive window of the first terminal. For example, two R bits (reserved bits) in the BI indicate the end time position of the RAR window. For example, assuming that the RAR window is 10ms, 2 bits can indicate 4 time positions with a granularity of 2.5ms. The values ​​of the end time positions that can be indicated are 0ms (i.e., stopping the RAR window immediately), 2.5ms (i.e., the UE stops when the RAR window = 2.5ms), 5ms, and 7.5ms.

[0091] In an optional implementation, the method may further include: the first terminal detects a second RAR within the RAR receiving window, wherein the second RAR carries second indication information indicating the end time position of the RAR receiving window of the first terminal, and the end time position indicated by the second indication information is the same as the end time position indicated by the first indication information.

[0092] For example, when the UE sending the preamble detects N (N is an integer greater than 1) times of RAR message scheduling by the RA-RNTI associated with the RO used to send the preamble within the RAR window, at least one of which contains the end time or length of the RAR window, the UE complies with the end time or length of the RAR window indicated by it. For example: within the RAR window monitored by the UE, the NW sends 3 RAR messages, 2 of which carry the RAR padding bit, indicating the end time or length of the RAR window; and one does not carry the RAR padding bit. The UE determines the end time or length of the RAR window based on the RAR padding bit indication. Among them, the end time or length of the RAR window indicated by the 2 RAR messages carrying the RAR padding bit is consistent.

[0093] In the RAR receive window processing method provided in an embodiment of the present application, a first terminal detects, within the RAR receive window, a RAR associated with an RO used by the first terminal to transmit a preamble, and carries first indication information. The first terminal can then, based on the obtained first indication information, stop the RAR receive window at the end time indicated by the first indication information. This method not only reduces latency and avoids unnecessary energy loss, thus saving power and costs for user devices, but also allows for the next message transmission, improving work efficiency.

[0094] The random access response transmission method provided in the embodiment of the present application may be executed by a random access response transmission device. In the embodiment of the present application, the random access response transmission method performed by the random access response transmission device is taken as an example to illustrate the random access response transmission device provided in the embodiment of the present application.

[0095] Figure 6 shows a schematic structural diagram of a random access response transmission device provided by an exemplary embodiment of the present application. The device can implement all or part of the content of the embodiment shown in Figure 3. As shown in Figure 6, the random access response transmission device 600 includes: a processing module 601 and a transmission module 602.

[0096] The processing module 601 is configured to carry first indication information in a first RAR to be transmitted, wherein the first indication information is used to indicate the end time position of the RAR receiving window of the first terminal. The transmission module 602 is configured to transmit the first RAR carrying the first indication information.

[0097] In an optional implementation, the first RAR includes a field carrying the first indication information.

[0098] In an optional implementation, at least one bit in the target MAC subheader of the first RAR carries the first indication information, and the target MAC subheader also carries a fallback indication BI.

[0099] In an optional implementation manner, the first indication information is used to instruct the first terminal to immediately stop the RAR receiving window or instruct the first terminal to stop the RAR receiving window after receiving the first RAR;

[0100] Alternatively, the first indication information is used to indicate a time point at which the first terminal stops the RAR receiving window or to indicate a length of the RAR receiving window of the first terminal.

[0101] In an optional implementation, the transmission module 602 is further configured to indicate, through a broadcast message, that the first RAR carries the first indication information.

[0102] In an optional implementation, indicating that the first RAR carries the first indication information through a broadcast message includes at least one of the following:

[0103] Indicating, by the broadcast message, that the first RAR includes a field carrying the first indication information;

[0104] At least one bit in a target MAC subheader of the first RAR is indicated by the broadcast message to carry the first indication information.

[0105] In an optional implementation, the transmission module 602 is further configured to transmit a second RAR, where the second RAR and the first RAR are located in the same RAR sending window.

[0106] In an optional implementation, when the second RAR carries second indication information for indicating the end time position of the RAR receiving window of the first terminal, the end time position indicated by the second indication information is the same as the end time position indicated by the first indication information.

[0107] In an optional implementation, the first RAR also carries a random access preamble identifier RAPID corresponding to the preamble code sent by the second terminal, and the random access signal timing when the second terminal sends the preamble code is the same as the random access signal timing when the first terminal sends the preamble code.

[0108] The random access response transmission device provided in the embodiment of the present application can implement the various processes implemented in the method embodiment of Figure 3 and achieve the same technical effect. To avoid repetition, it will not be described here.

[0109] The RAR receive window processing method provided in the embodiment of the present application can be executed by a RAR receive window processing device. In the embodiment of the present application, the RAR receive window processing method is executed by a RAR receive window processing device as an example to illustrate the RAR receive window processing device provided in the embodiment of the present application.

[0110] Figure 7 shows a schematic structural diagram of a device for processing an RAR receive window provided by an exemplary embodiment of the present application. The device can implement all or part of the contents of the embodiment shown in Figure 5. As shown in Figure 7, the random access response transmission device 700 includes: an acquisition module 701 and an execution module 702.

[0111] An acquisition module 701 is configured to detect a first RAR within a RAR receive window and obtain first indication information carried in the first RAR, where the first RAR is an RO-associated RAR used by the first terminal to send a preamble, and the first RAR carries the first indication information, where the first indication information is used to indicate an end time position of the RAR receive window for the first terminal. An execution module 702 is configured to stop the RAR receive window at the end time position indicated by the first indication information.

[0112] In an optional implementation manner, the first RAR includes a field carrying the first indication information.

[0113] In an optional implementation, at least one bit in the target MAC subheader of the first RAR carries the first indication information, and the target MAC subheader also carries a fallback indication BI.

[0114] In an optional implementation manner, the first indication information is used to instruct the first terminal to immediately stop the RAR receiving window or to instruct the first terminal to stop the RAR receiving window after receiving the first RAR; or,

[0115] The first indication information is used to indicate a time point at which the first terminal stops the RAR receiving window or to indicate a length of the RAR receiving window of the first terminal.

[0116] In an optional implementation, the acquisition module 701 is further configured to receive a broadcast message sent by a network-side device, wherein the broadcast message indicates that the first RAR carries the first indication information.

[0117] In an optional implementation, the acquisition module 701 is further used to detect a second RAR within the RAR receiving window, wherein the second RAR carries second indication information indicating the end time position of the RAR receiving window of the first terminal, wherein the end time position indicated by the second indication information is the same as the end time position indicated by the first indication information.

[0118] The random access response transmission device and the RAR receive window processing device in the embodiments of the present application can be an electronic device, such as an electronic device with an operating system, or a component in the electronic device, such as an integrated circuit or chip. The electronic device can be a terminal or other device other than a terminal. For example, the terminal can include but is not limited to the types of terminal 11 listed above, and other devices can include servers, network attached storage (NAS), etc., which are not specifically limited in the embodiments of the present application.

[0119] The RAR receiving window processing device provided in the embodiment of the present application can implement each process implemented in the method embodiment of Figure 5 and achieve the same technical effect. To avoid repetition, it will not be described here.

[0120] As shown in Figure 8, an embodiment of the present application further provides a communication device 800, including a processor 801 and a memory 802. The memory 802 stores a program or instruction that can be executed on the processor 801. For example, when the communication device 800 is a terminal, the program or instruction is executed by the processor 801 to implement the various steps of the above-mentioned RAR receive window processing method embodiment, and can achieve the same technical effect. When the communication device 800 is a network-side device, the program or instruction is executed by the processor 801 to implement the various steps of the above-mentioned random access response transmission method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

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

[0122] The terminal 900 includes but is not limited to: a radio frequency unit 901, a network module 902, an audio output unit 903, an input unit 904, a sensor 905, a display unit 906, a user input unit 907, an interface unit 908, a memory 909 and at least some of the components of the processor 910.

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

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

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

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

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

[0128] The radio frequency unit 901 is configured to detect a first RAR within the RAR receiving window, where the first RAR is an RO-associated RAR used by the first terminal to send a preamble, and the first RAR carries first indication information, where the first indication information is used to indicate an end time position of the RAR receiving window of the first terminal;

[0129] The processor 910 is configured to obtain the first indication information carried in the first RAR, and stop the RAR receiving window at an end time position indicated by the first indication information.

[0130] In one implementation, the first RAR includes a field carrying the first indication information.

[0131] In one implementation, at least one bit in the target MAC subheader of the first RAR carries the first indication information, and the target MAC subheader also carries a fallback indication BI.

[0132] In one implementation, the first indication information is used to instruct the first terminal to immediately stop the RAR receiving window or to instruct the first terminal to stop the RAR receiving window after receiving the first RAR; or

[0133] The first indication information is used to indicate a time point at which the first terminal stops the RAR receiving window or to indicate a length of the RAR receiving window of the first terminal.

[0134] In one implementation, the radio frequency unit 901 is further configured to: receive a broadcast message sent by a network-side device, wherein the broadcast message indicates that the first RAR carries the first indication information.

[0135] In one implementation, the radio frequency unit 901 is further used to: detect a second RAR within the RAR receiving window, wherein the second RAR carries second indication information indicating the end time position of the RAR receiving window of the first terminal, wherein the end time position indicated by the second indication information is the same as the end time position indicated by the first indication information.

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

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

[0138] Specifically, an embodiment of the present application also provides a network-side device. As shown in Figure 10, the network-side device 1000 includes: an antenna 1001, a radio frequency device 1002, a baseband device 1003, a processor 1004, and a memory 1005. Antenna 1001 is connected to radio frequency device 1002. In the uplink direction, radio frequency device 1002 receives information via antenna 1001 and sends the received information to baseband device 1003 for processing. In the downlink direction, baseband device 1003 processes the information to be transmitted and sends it to radio frequency device 1002. Radio frequency device 1002 processes the received information and sends it through antenna 1001.

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

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

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

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

[0143] An embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by the processor, the various processes of the above-mentioned random access response transmission method embodiment or the various processes of the above-mentioned RAR receive window processing method embodiment are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

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

[0145] An embodiment of the present application further provides a chip, which includes a processor and a communication interface, the communication interface and the processor are coupled, and the processor is used to run a program or instruction to implement the various processes of the above-mentioned random access response transmission method embodiment, or to implement the various processes of the above-mentioned RAR receive window processing method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

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

[0147] An embodiment of the present application further provides a computer program / program product, which is stored in a storage medium. The computer program / program product is executed by at least one processor to implement the various processes of the above-mentioned random access response transmission method embodiment, or to implement the various processes of the above-mentioned RAR receive window processing method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0148] An embodiment of the present application also provides a wireless communication system, including: a terminal and a network side device, wherein the terminal can be used to execute the steps of the RAR receiving window processing method described above, and the network side device can be used to execute the steps of the random access response transmission method described above.

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

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

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

Claims

1. A method for processing a RAR receiving window, comprising: The first terminal detects a first RAR within the RAR receiving window, wherein the first RAR is a RAR associated with the RO used by the first terminal to send a preamble, and the first RAR carries first indication information, where the first indication information is used to indicate an end time position of the RAR receiving window of the first terminal; The first terminal obtains the first indication information carried in the first RAR, and stops the RAR receiving window at an end time position indicated by the first indication information.

2. The method according to claim 1, wherein: The first RAR includes a field carrying the first indication information.

3. The method according to claim 1, wherein: At least one bit in the target MAC subheader of the first RAR carries the first indication information, and the target MAC subheader also carries a fallback indication BI.

4. The method according to any one of claims 1 to 3, wherein: The first indication information is used to instruct the first terminal to immediately stop the RAR receiving window or to instruct the first terminal to stop the RAR receiving window after receiving the first RAR; or, The first indication information is used to indicate a time point at which the first terminal stops the RAR receiving window or to indicate a length of the RAR receiving window of the first terminal.

5. The method according to any one of claims 1 to 4, wherein: Before the first terminal detects the first RAR within the RAR receiving window, the method further includes: The first terminal receives a broadcast message sent by a network side device, wherein the broadcast message indicates that the first RAR carries the first indication information.

6. The method according to any one of claims 1 to 5, wherein: The method further comprises: The first terminal detects a second RAR within the RAR receiving window, wherein the second RAR carries second indication information indicating the end time position of the RAR receiving window of the first terminal, and the end time position indicated by the second indication information is the same as the end time position indicated by the first indication information.

7. A method for transmitting a random access response, comprising: The network side device transmits a first random access response RAR carrying first indication information, wherein the first indication information is used to indicate an end time position of a RAR receiving window of the first terminal.

8. The method according to claim 7, wherein: The first RAR includes a field carrying the first indication information.

9. The method according to claim 7, wherein: At least one bit in the target MAC subheader of the first RAR carries the first indication information, and the target MAC subheader also carries a fallback indication BI.

10. The method according to any one of claims 7 to 9, wherein: The first indication information is used to instruct the first terminal to immediately stop the RAR receiving window or to instruct the first terminal to stop the RAR receiving window after receiving the first RAR; Alternatively, the first indication information is used to indicate a time point at which the first terminal stops the RAR receiving window or to indicate a length of the RAR receiving window of the first terminal.

11. The method according to any one of claims 7 to 10, wherein: Before the network side device transmits a first random access response RAR carrying the first indication information, the method further includes: The network side device indicates, through a broadcast message, that the first RAR carries the first indication information.

12. The method according to claim 11, wherein: The indicating, through a broadcast message, that the first RAR carries the first indication information includes one of the following: Indicating, by the broadcast message, that the first RAR includes a field carrying the first indication information; At least one bit in a target MAC subheader of the first RAR is indicated by the broadcast message to carry the first indication information.

13. The method according to any one of claims 7 to 12, wherein: After the network side device transmits the first RAR carrying the first indication information, the method further includes: The network side device transmits a second RAR, wherein the second RAR and the first RAR are located in the same RAR sending window.

14. The method according to claim 13, wherein: In the case where the second RAR carries second indication information for indicating the end time position of the RAR receiving window of the first terminal, the end time position indicated by the second indication information is the same as the end time position indicated by the first indication information.

15. The method according to any one of claims 7 to 14, wherein: The first RAR also carries a random access preamble identifier RAPID corresponding to the preamble sent by the second terminal, and a random access signal timing RO at which the second terminal sends the preamble is the same as a random access signal timing at which the first terminal sends the preamble.

16. A processing device for a RAR receiving window, comprising: an acquisition module, configured to detect a first RAR within a RAR receiving window, and acquire first indication information carried in the first RAR, wherein the first RAR is an RO-associated RAR used by the first terminal to send a preamble, and the first RAR carries the first indication information, where the first indication information is used to indicate an end time position of the RAR receiving window of the first terminal; An execution module is used to stop the RAR receiving window at an end time position indicated by the first indication information.

17. A transmission device for a random access response, comprising: A processing module, configured to carry first indication information in a first RAR to be transmitted, wherein the first indication information is used to indicate an end time position of a RAR receiving window of the first terminal; A transmission module is used to transmit the first RAR carrying the first indication information.

18. A terminal comprising a processor and a memory, wherein the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, the steps of the RAR receiving window processing method according to any one of claims 1 to 6 are implemented.

19. A network side device, comprising a processor and a memory, wherein the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, the steps of the random access response transmission method as described in any one of claims 7 to 16 are implemented.

20. A readable storage medium storing a program or instruction, wherein the program or instruction, when executed by a processor, implements the steps of the RAR receiving window processing method as described in any one of claims 1 to 6, or implements the steps of the random access response transmission method as described in any one of claims 7 to 16.

Images