RAR receiving window processing method, terminal and network side equipment
By detecting the RAR carrying the instruction information in the RAR receiving window that carries the indication information during the random access process, the terminal can stop the RAR receiving window in advance, solving the access delay and energy loss problems caused by channel fading, and realizing a more efficient random access process.
Patent Information
- Application Number
- CN202311657174.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2023-12-05
- Publication Date
- 2025-06-06
AI Technical Summary
During the random access process, due to channel fading, the user equipment may not be able to receive a matching random access response message, causing the RAR reception window to time out, increasing the access delay and causing unnecessary energy loss.
By detecting the RAR carrying the instruction information in the RAR reception window, the terminal can stop the RAR reception window in advance according to the instruction information. When transmitting RAR, the network-side device carries indication information for indicating the end time of the RAR reception window of the terminal.
This method allows the terminal to stop the RAR reception window in advance, reduce unnecessary energy consumption and access delay, and improve the efficiency of random access.
Smart Images

Figure CN120111705A_ABST
Abstract
Description
Technical Field
[0001] The present application belongs to the field of wireless communication technology, and specifically relates to a RAR receiving window processing method, a terminal and a network side device. Background Art
[0002] In the existing 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) in a preset time window. According to the existing protocol, the UE will stop the RAR window (random access response receiving window) only when there is a matching random access preamble identity (RAPID) in the random access response (RAR).
[0003] 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 operation of 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
[0004] The embodiments of the present application provide a method, a terminal, and a network-side device for processing a RAR receiving window, which can avoid unnecessary energy loss.
[0005] In a first aspect, a method for processing a RAR receiving window is provided, the method comprising: a first terminal detects a first RAR within the RAR receiving 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 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.
[0006] In a second aspect, a method for transmitting a random access response is provided, the method comprising: a network side device transmits 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.
[0007] According to a third aspect, a device for processing a RAR receiving window is provided, the device comprising: an acquisition module, used to detect a first RAR in the 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 code, 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 receiving window of the first terminal; and an execution module, used to stop the RAR receiving window at the end time position indicated by the first indication information.
[0008] In a fourth aspect, a transmission device for a random access response is provided, the device comprising: a processing module for carrying 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 a first terminal; and a transmission module for transmitting the first RAR carrying the first indication information.
[0009] 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.
[0010] 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.
[0011] 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.
[0012] 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.
[0013] In a 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.
[0014] In the tenth aspect, a wireless communication system is provided, including: 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.
[0015] In the eleventh aspect, a chip is provided, comprising a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the method described in the first aspect, or to implement the method described in the second aspect.
[0016] In the twelfth aspect, a computer program / program product is provided, wherein the computer program / program product is stored in a storage medium, and the program / program product 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.
[0017] 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 with 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
[0018] Figure 1 A block diagram showing a wireless communication system to which the embodiments of the present application can be applied;
[0019] Figure 2a A schematic diagram showing a random access process according to an embodiment of the present application;
[0020] Figure 2b A schematic diagram showing the RAR message format of an embodiment of the present application;
[0021] Figure 2c A schematic diagram of an E / T / R / R / BI MAC subheader according to an embodiment of the present application is shown;
[0022] Figure 2d Schematic diagram of the E / T / RAPID MAC subheader of an embodiment of the present application;
[0023] Figure 2e A schematic diagram of the format of the RAR payload of an embodiment of the present application;
[0024] Figure 3A schematic diagram showing a flow chart of a method for transmitting a random access response provided in an embodiment of the present application;
[0025] Figure 4 A schematic diagram showing the use of RAR padding bit to indicate the end time position of a RAR window provided by an embodiment of the present application;
[0026] Figure 5 A schematic flow chart showing a method for processing a RAR receiving window in an embodiment of the present application is shown;
[0027] Figure 6 A schematic diagram showing the structure of a transmission device for a random access response provided in an embodiment of the present application is shown;
[0028] Figure 7 A schematic diagram showing the structure of a RAR receiving window processing device provided in an embodiment of the present application is shown;
[0029] Figure 8 A schematic diagram showing the structure of a communication device provided in an embodiment of the present application is shown;
[0030] Fig. 9 A schematic diagram showing the hardware structure of a terminal provided in an embodiment of the present application is shown;
[0031] Fig.10 A schematic diagram of the hardware structure of a network side device provided in an embodiment of the present application is shown. DETAILED DESCRIPTION
[0032] The following will be combined with the drawings in the embodiments of the present application to clearly describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field belong to the scope of protection of this application.
[0033] The terms "first", "second", etc. of the present 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 one type, and the number of objects is not limited, for example, the first object can be one or more. In addition, "or" in the present application represents at least one of the connected objects. For example, "A or B" covers three schemes, namely, Scheme 1: including A but not including B; Scheme 2: including B but not including A; Scheme 3: including both A and B. The character " / " generally indicates that the objects associated with each other are in an "or" relationship.
[0034] The term "indication" in this application can be 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, operations to be performed, or request results in the sent indication; an indirect indication can be understood as the receiver determining the corresponding information according to the indication sent by the sender, or making a judgment and determining the operation to be performed or the request result according to the judgment result.
[0035] It is worth noting that the technology described in the embodiments of the present application is not limited to the Long Term Evolution (LTE) / LTE-Advanced (LTE-A) system, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency-Division Multiple Access (SC-FDMA) or other systems. The terms "system" and "network" in the embodiments of the present application are often used interchangeably, and the described technology 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 descriptions, but these technologies can also be applied to systems other than NR systems, such as the 6th generation (6 th Generation, 6G) communication system.
[0036] Figure 1A block diagram of a wireless communication system applicable to an embodiment of the present application is shown. The wireless communication system includes a terminal 11 and a network side device 12. Among them, the terminal 11 can be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer), a notebook computer, a personal digital assistant (Personal Digital Assistant, PDA), a handheld computer, a netbook, an ultra-mobile personal computer (Ultra-mobile Personal Computer, UMPC), a mobile Internet device (Mobile Internet Device, MID), an augmented reality (Augmented Reality, AR), a virtual reality (Virtual Reality, VR) device, a robot, a wearable device (Wearable Device), an aircraft (flight vehicle), a vehicle-mounted device (Vehicle User Equipment, VUE), a ship-mounted device, a pedestrian terminal (Pedestrian User Equipment, PUE), a smart home (home appliances with wireless communication functions, such as refrigerators, televisions, washing machines or furniture, etc.), a game console, a personal computer (Personal Computer, PC), a teller machine or a self-service machine and 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 referred to as 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 (Wireless Local Area Network, WLAN) access point (Access Point, AS) or a wireless fidelity (Wireless Fidelity, WiFi) node, etc.Among them, the base station may be referred to as a Node B (NB), an evolved Node B (eNB), a next generation Node B (gNB), a New Radio Node B (NR Node B), an access point, a Relay Base Station (RBS), a Serving Base Station (SBS), a Base Transceiver Station (BTS), a radio base station, a radio transceiver, a Basic Service Set (BSS), an Extended Service Set (ESS), a Home Node B (HNB), a Home Evolved Node B, a Transmission Reception Point (TRP) or other appropriate terms in the field. As long as the same technical effect is achieved, the base station is not limited to specific technical terms. It should be noted that in the embodiments of the present application, only the base station in the NR system is used as an example for introduction, and the specific type of the base station is not limited.
[0037] The core network equipment may include but is not limited to at least one of the following: core network node, core network function, mobility management entity (Mobility Management Entity, MME), access mobility management function (Access and Mobility Management Function, AMF), session management function (Session Management Function, SMF), user plane function (User Plane Function, UPF), policy control function (Policy Control Function, PCF), policy and charging rules function unit (Policy and Charging Rules Function, PCRF), edge application service discovery function (Edge Application Server Discovery Function, EASDF), unified data management (Unified Data Management, UDM), unified data storage (Unified Data Repository, UDR), home user server (Home Subscriber Server, HSS), centralized network configuration (CNC), network storage function (Network Repository Function, NRF), network exposure function (Network Exposure Function, NEF), local NEF (Local NEF, or L-NEF), binding support function (Binding Support Function, BSF), application function (Application Function, AF), etc. 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.
[0038] In the related art, 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 FIG. Figure 2a As shown, the process is outlined as follows:
[0039] (1) The UE selects random access request resources (RACH occasion (RO) and preamble), and uses the resources to send a random access request message signal to the base station, and calculates the random access RNTI (RA-RNTI) or MsgB-RNTI based on the resource time-frequency position. After the message is sent, the RAR window (RAR receiving window) or MsgB-reception window (MsgB receiving window) is started.
[0040] (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.
[0041] If the UE receives a random access response message (RAR) and the message contains a RAPID that matches the Msg1 preamble; or if a random response message is received 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 (Transport Block, TB) scheduled by the PDCCH contains a 12-bit timing advance indication (Time Advance command, TAC), the UE stops the window, that is, stops monitoring the PDCCH.
[0042] The format of a RAR message is as follows Figure 2b As shown in FIG. 1 , a RAR message contains one or more medium access controls (MACs). Some MAC subheaders also have corresponding RAR payloads (see Figure 2b MAC subPDU3 (MAC sub-protocol data unit 3) in it.
[0043] If a backoff information (BI) appears, the BI is always placed in the first byte (format as Figure 2c As shown); except for the BI indication, the others are E (extension field) / T (type field) / RAPID MAC subheader, RAPID is the ID of the Preamble sent by the terminal, such as Figure 2d shown.
[0044] 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, the RAR message scheduled with the RA-RNTI is decoded. If the decoding is successful, the terminal further checks whether there is a RAPID corresponding to the Preamble sent by itself in the RAR message. If there is a RAPID corresponding to the Preamble sent by itself, the RAR reception is successful. The UE can continue the subsequent process (sending the third random access request message (MSG3)).
[0045] The UE uses the T field in the received MAC subheader to distinguish whether the corresponding MAC subheader contains BI or RAPID. The value of T is 0, indicating that the MAC subheader contains BI; otherwise, it contains RAPID. The format of the RAR payload is as follows Figure 2e As shown in the figure, it includes: TA, timing adjustment amount; UL grant, uplink resources allocated to UE to send MSG3; T C-RNTI: temporary identifier allocated to UE.
[0046] Due to channel fading, the network side device may not correctly receive the random access request message. Therefore, the UE may not receive the random access response message matching the random access request sent by itself during the operation of the RAR window. Until the window times out, the UE needs to monitor the PDCCH for a period of time and cannot make the next random access channel (Random Access Channel, RACH) attempt, which may cause unnecessary energy loss and increase access delay. In response to this technical problem, the embodiment of the present application provides a transmission scheme for random access response to solve the technical problem existing in the related art.
[0047] The following describes in detail the transmission scheme of the random access response provided in the embodiment of the present application through some embodiments and their application scenarios in combination with the accompanying drawings.
[0048] Figure 3 A flow chart of a random access response transmission method in an embodiment of the present application is shown, and the method 300 is executed by a network side device. In other words, the method can be executed by software or hardware installed on the network side device. The network side device includes but is not limited to Figure 1 The base station in. Figure 3 As shown, the method may include the following steps.
[0049] S310, a network-side device transmits a first RAR carrying first indication information.
[0050] The first indication information is used to indicate the end time position of the RAR receiving window of the first terminal.
[0051] 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.
[0052] 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., preamble) in 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 can end the currently running RAR receiving window according to the first indication information carried in the first RAR.
[0053] 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 a random access request (e.g., preamble) sent by multiple terminals, and the first RAR may include response information corresponding to the random access requests of the multiple second terminals, for example, a 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 contain a matching RAPID to end the currently running RAR receiving window.
[0054] Through the random access response transmission method provided in the embodiment of the present application, the network side device can carry the first indication information for indicating the end time position of the RAR receiving 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 receiving window according to the first indication information carried in the first RAR sent by the network side device, so that the UE can stop the RAR window in advance, so that the UE makes the next RACH attempt, and reduces the access delay and the loss of terminal energy.
[0055] In an optional implementation manner, the first RAR may include a field carrying the first indication information.
[0056] For example, in the case where there is a padding field in the first RAR to be transmitted, the network side device carries the first indication information in the padding field. In this implementation, if there is a padding field in the first RAR to be transmitted, the network side device may carry the first indication information in the padding field, that is, if there is a padding bit 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, such as Figure 4 shown.
[0057] 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.
[0058] 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.
[0059] For example, the network side device carries the first indication information through at least one first bit of the padding byte at the first predetermined position in the padding field, 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 implementation, when there is a padding field in the first RAR to be transmitted, the network side device can carry the first indication information 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 RAR through at least one first bit of the padding byte at the first predetermined position in the padding field. For example, a bit at any predetermined position (such as the first bit, for example, set to 1) of a padding byte at a specific position (such as the first or last) of the padding bit can be used to instruct the UE to immediately stop or stop the RAR window (stop monitoring the PDCCH) after completing the current RAR reception.
[0060] 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. Among them, 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 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 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 the current RAR reception (that is, stop monitoring the PDCCH).
[0061] In another optional implementation manner, 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.
[0062] For example, the network side device may carry the first indication information in 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 implementation, when there is a padding field in the first RAR to be transmitted, the network side device may carry the first indication information in the padding byte at the second predetermined position of the padding field for indicating the moment when the first terminal stops the RAR receiving window or the length of the RAR receiving window of the first terminal, for example, the padding byte at a specific position (e.g., the first or last) of the padding bit may be used to indicate the moment when the UE stops the RAR window or the length of the RAR window. For example, assuming that the maximum length of the RAR window is 10ms, 8bit can indicate 256 time positions therein, if the valid value is 1-200, the granularity is 0.05ms, and when the value is 100, the length of the RAR window is 5ms. For another example, assuming that the maximum length of the RAR window is 160slots, 8bit can indicate 256 time positions therein, if the valid value is 1-160, the granularity is 1slot. It can be understood that when the value is 120, the length of the RARwindow is 120 slots.
[0063] For another example, the network side device carries the first indication information through multiple target reserved bits of the target MAC subheader in the first RAR, and the first indication information is used to indicate the moment when the first terminal stops the RAR receiving window or indicates the length of the RAR receiving window of the first terminal; the target reserved bit can be a reserved bit of a backoff indication (BI). In this optional implementation, the network side device can also carry the first indication information 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 through multiple target reserved bits in the first RAR. For example, the network side device uses multiple R bits of the backoff indication (BI) to indicate the end time position of the current RAR window of the terminal. The network side device can use two R bits (reserved bits) in the BI to indicate the end time position of the RARwindow. For example, assuming that the RAR window is 10ms, 2bit can indicate 4 time positions, with a granularity of 2.5ms, and the values of the end time positions that can be indicated are 0ms (i.e., stop the RAR window immediately), 2.5ms (i.e., the UE stops when the RAR window=2.5ms), 5ms, and 7.5ms.
[0064] 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 indicates, through a broadcast message, that the first RAR carries the first indication information. In this optional implementation, the network device may notify, through a broadcast message, that the first RAR sent by the network device carries the first indication information, so that the terminal may determine, based on the broadcast message, that the first indication information carried in the first RAR needs to be parsed.
[0065] In another optional implementation, when the broadcast message indicates that the first RAR does not carry the first indication information, the bit where the first indication information is located can be used as a padding bit of the first RAR or a reserved bit of the target MAC subheader. Among them, one implementation method for the broadcast message to indicate that the first RAR does not carry the first indication information may be that the broadcast message does not carry the indication information indicating that the first RAR carries the first indication information, that is, the network side device uses an implicit method to indicate that the first RAR does not carry the first indication information.
[0066] In an optional implementation, the indicating that the first RAR carries the first indication information through a broadcast message includes: indicating that the first RAR includes a field carrying the first indication information through the broadcast message. For example, the network side device can indicate through a broadcast message whether the RAR padding bit indicates the end time of the current RAR window; if the indication is used, the network side device can send the RAR message based on the above method (for example, if there is a padding bit, the first byte of the padding bit contains the RAR window end time indication); otherwise, the network side device can send the RAR message based on the existing solution.
[0067] In another optional implementation, the broadcast message indicating that the first RAR carries the first indication information includes: indicating that at least one bit in the target MAC subheader of the first RAR carries the first indication information through the broadcast message. For example, the network side device may also indicate through a broadcast message whether the R bit in the MAC subheader containing the BI indicates the end time of the current RAR window; if the indication is used, the network side 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 side device sends the RAR based on an existing solution.
[0068] In an optional implementation, after the network side device transmits the first RAR carrying the first indication information, the method may further include: the network side device transmits 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 side device only sends the RAR once, the terminal side may not be able to receive it correctly. Therefore, after the network side device transmits the first RAR carrying the first indication information, the network side device may also transmit the second RAR in the same RAR sending window to ensure the transmission of the RAR message.
[0069] 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 side device cannot determine whether the terminal receives the first RAR or the second RAR. Therefore, the network side device carries the same end time indication in the first RAR and the second RAR, so that the network side device can confirm the time when the UE ends the RAR receiving window.
[0070] Based on the same technical concept, an embodiment of the present application also provides a method for processing a RAR receiving window.
[0071] Figure 5 A flowchart of a method for processing a RAR receiving window in an embodiment of the present application is shown. The method 500 can be executed by a first terminal. In other words, the method can be executed by software or hardware installed on the first terminal. Figure 5 As shown, the method may include the following steps.
[0072] S501: A first terminal detects a first RAR within a RAR receiving window.
[0073] The first RAR is a RAR associated with the RO used by the first terminal to send a preamble code, and the first RAR carries first indication information, where the first indication information is used to indicate an end time position of a RAR receiving window of the first terminal.
[0074] The first RAR may be the first RAR transmitted by the network side device in the manner described in the above method 300 , and details may refer to the relevant description in the method 300 .
[0075] 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 in the RAR receiving 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 receiving window of the first terminal.
[0076] In an optional implementation, before the first terminal detects the first RAR in 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. In this optional implementation, before the first terminal detects the first RAR, it receives a broadcast message sent by a network side device, wherein the broadcast message indicates that the first RAR carries the first indication information. According to 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 in 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.
[0077] 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 a BI.
[0078] 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.
[0079] S502: 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.
[0080] In an embodiment of the present application, after the first terminal detects the first RAR within the RAR receiving window, the first terminal 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 acquired first RAR. This allows the first terminal to 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.
[0081] 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 the related art, and the first terminal may obtain the first indication information from the padding field of the first RAR.
[0082] 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.
[0083] In an optional implementation manner, 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.
[0084] For example, the terminal may obtain the first indication information from at least one first bit of a padding byte at a first predetermined position of a 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 a padding byte at a first predetermined position in the first RAR padding field. For example, if the value of a bit at any predetermined position of a 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 the current RAR reception.
[0085] 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, 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, 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 instructs 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 the current RAR reception.
[0086] 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.
[0087] For example, the first terminal may 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 may indicate the specific moment when the RAR receiving window is stopped, or 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 may indicate that the length of the RAR receiving window is 5ms. Then the first terminal may stop the RAR receiving window when the RAR receiving window reaches 5ms, that is, stop monitoring the PDCCH. For example, a specific position (such as the first or last) padding byte of the padding bit indicates the moment when the UE stops the RAR window or the length of the RAR window. For example, assuming that the maximum length of the RAR window is 10ms, the 8 bits of the padding byte at a specific position (e.g., the first or last) of the padding bit can indicate 256 end time positions. If the valid value is 1 to 200, the granularity is 0.05ms. When the value is 100, it indicates that the length of the RAR window is 5ms. For another example, assuming that the maximum length of the RAR window is 160 slots, 8 bits can indicate 256 time positions. 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.
[0088] For another example, the first terminal may obtain the first indication information from multiple target reserved bits of the target MAC subheader in 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 multiple target reserved bits in the first RAR indicate the moment when the first terminal stops the RAR receiving window or the length of the RAR receiving 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, 2bit can indicate 4 time positions, with a granularity of 2.5ms, and the values of the end time positions that can be indicated are 0ms (i.e., stop the RAR window immediately), 2.5ms (i.e., the UE stops when RAR window=2.5ms), 5ms, and 7.5ms.
[0089] In an optional implementation, the method may also 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.
[0090] For example, when the UE sending the preamble detects N (N is an integer greater than 1) times of sending RAR messages scheduled by the RA-RNTI associated with the RO used to send the preamble within the RAR window, and at least one of them 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 according to 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.
[0091] In the RAR receiving window processing method provided in the embodiment of the present application, the first terminal detects the first RAR carrying the first indication information of the RAR associated with the RO used by the first terminal to send the preamble code in the RAR receiving window, and then the first terminal can stop the RAR receiving window at the end time position indicated by the first indication information according to the acquired first indication information. Not only can the delay be reduced, unnecessary energy loss can be avoided, which is beneficial to power saving and cost saving of the user equipment, but also the next message transmission can be carried out to improve work efficiency.
[0092] The random access response transmission method provided in the embodiment of the present application may be executed by a random access response transmission device. The random access response transmission method performed by the random access response transmission device in the embodiment of the present application is taken as an example to illustrate the random access response transmission device provided in the embodiment of the present application.
[0093] Figure 6 A schematic diagram of the structure of a transmission device for a random access response provided by an exemplary embodiment of the present application is shown. The device can implement the following Figure 3 All or part of the contents of the embodiments shown, such as Figure 6 As shown, the random access response transmission device 600 includes: a processing module 601 and a transmission module 602.
[0094] 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 an end time position of a RAR receiving window of a first terminal. The transmission module 602 is configured to transmit the first RAR carrying the first indication information.
[0095] In an optional implementation manner, the first RAR includes a field carrying the first indication information.
[0096] 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.
[0097] 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;
[0098] 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.
[0099] In an optional implementation manner, the transmission module 602 is further configured to indicate, through a broadcast message, that the first RAR carries the first indication information.
[0100] In an optional implementation manner, indicating through a broadcast message that the first RAR carries the first indication information includes at least one of the following:
[0101] Indicating, by the broadcast message, that the first RAR includes a field carrying the first indication information;
[0102] 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.
[0103] In an optional implementation, the transmission module 602 is further configured to transmit a second RAR, wherein the second RAR and the first RAR are located in the same RAR sending window.
[0104] 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.
[0105] 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 of the second terminal sending the preamble code is the same as the random access signal timing of the first terminal sending the preamble code.
[0106] The random access response transmission device provided in the embodiment of the present application can achieve Figure 3 The various processes implemented by the method embodiment and achieving the same technical effect are not described here to avoid repetition.
[0107] The RAR receiving window processing method provided in the embodiment of the present application may be executed by a RAR receiving window processing device. In the embodiment of the present application, the RAR receiving window processing method performed by the RAR receiving window processing device is taken as an example to illustrate the RAR receiving window processing device provided in the embodiment of the present application.
[0108] Figure 7 A schematic diagram of the structure of a RAR receiving window processing device provided by an exemplary embodiment of the present application is shown. The device can implement the following Figure 5 All or part of the contents of the embodiments shown, such as Figure 7 As shown, the random access response transmission device 700 includes: an acquisition module 701 and an execution module 702.
[0109] The acquisition module 701 is configured to detect a first RAR in 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, and the first indication information is used to indicate an end time position of the RAR receiving window of the first terminal. The execution module 702 is configured to stop the RAR receiving window at the end time position indicated by the first indication information.
[0110] In an optional implementation manner, the first RAR includes a field carrying the first indication information.
[0111] 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.
[0112] 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,
[0113] 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.
[0114] 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.
[0115] In an optional implementation, the acquisition module 701 is also 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.
[0116] The transmission device of the random access response and the processing device of the RAR receiving window in the embodiment of the present application can be an electronic device, such as an electronic device with an operating system, or a component in an electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal, or it can be other devices other than a terminal. Exemplarily, the terminal can include but is not limited to the types of terminals 11 listed above, and other devices can be servers, network attached storage (Network Attached Storage, NAS), etc., which are not specifically limited in the embodiment of the present application.
[0117] The RAR receiving window processing device provided in the embodiment of the present application can achieve Figure 5 The various processes implemented by the method embodiment and achieving the same technical effect are not described here to avoid repetition.
[0118] like Figure 8 As shown, the embodiment of the present application further provides a communication device 800, including a processor 801 and a memory 802, and the memory 802 stores a program or instruction that can be run 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 receiving 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.
[0119] The embodiment of 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 used to run a program or instruction to implement the following Figure 5 The steps in the method embodiment shown. This terminal embodiment corresponds to the above-mentioned terminal side method embodiment, and each implementation process and implementation method of the above-mentioned method embodiment can be applied to this terminal embodiment and can achieve the same technical effect. Specifically, Fig. 9 A schematic diagram of the hardware structure of a terminal for implementing an embodiment of the present application.
[0120] 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 a processor 910.
[0121] Those skilled in the art will appreciate that the terminal 900 may also include a power source (such as a battery) for supplying power to various components, and the power source may be logically connected to the processor 910 through a power management system, thereby implementing functions such as managing charging, discharging, and power consumption management through the power management system. Fig. 9 The terminal structure shown in the figure does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently, which will not be described in detail here.
[0122] It should be understood that in the 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 a joystick, which will not be repeated here.
[0123] In the embodiment of the present application, after receiving downlink data from the network side device, the RF unit 901 can transmit the data to the processor 910 for processing; in addition, the RF unit 901 can send uplink data to the network side device. Generally, the RF unit 901 includes but is not limited to an antenna, an amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, etc.
[0124] 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, an application program or instruction required for at least one function (such as a sound playback function, an image playback function, etc.), 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. The volatile memory may be a random access memory (RAM), a static random access memory (SRAM), a dynamic random access memory (DRAM), a synchronous dynamic random access memory (SDRAM), a double data rate synchronous dynamic random access memory (DDRSDRAM), an enhanced synchronous dynamic random access memory (ESDRAM), a synchronous link dynamic random access memory (SLDRAM) and a direct memory bus random access memory (DRRAM). The memory 909 in the embodiment of the present application includes but is not limited to these and any other suitable types of memory.
[0125] The processor 910 may include one or more processing units; optionally, the processor 910 integrates an application processor and a modem processor, wherein the application processor mainly processes operations related to an operating system, a user interface, and application programs, and the modem processor mainly processes wireless communication signals, such as a baseband processor. It is understandable that the modem processor may not be integrated into the processor 910.
[0126] The radio frequency unit 901 is used to detect a first RAR within the RAR receiving 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 receiving window of the first terminal;
[0127] 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.
[0128] In one implementation, the first RAR includes a field carrying the first indication information.
[0129] 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.
[0130] 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,
[0131] 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.
[0132] In one implementation, the radio frequency unit 901 is further used 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.
[0133] In one implementation, the radio frequency unit 901 is also 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.
[0134] 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 of the method embodiment, and achieve the same or corresponding technical effect. To avoid repetition, it will not be repeated here.
[0135] The embodiment of 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 used to run a program or instruction to implement the following Figure 3 The steps of the method embodiment shown. This network side device embodiment corresponds to the above network side device method embodiment, and each implementation process and implementation mode of the above method embodiment can be applied to this network side device embodiment and can achieve the same technical effect.
[0136] Specifically, the embodiment of the present application also provides a network side device. Fig.10As shown, 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. The antenna 1001 is connected to the radio frequency device 1002. In the uplink direction, the radio frequency device 1002 receives information through the antenna 1001 and sends the received information to the baseband device 1003 for processing. In the downlink direction, the baseband device 1003 processes the information to be sent and sends it to the radio frequency device 1002. The radio frequency device 1002 processes the received information and sends it out through the antenna 1001.
[0137] 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.
[0138] The baseband device 1003 may include, for example, at least one baseband board on which a plurality of chips are arranged. Fig.10 As shown, one of the chips 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 to execute the network device operations shown in the above method embodiment.
[0139] The network side device may further include a network interface 1006, which is, for example, a Common Public Radio Interface (CPRI).
[0140] Specifically, the network side device 1000 of the embodiment of the present application further includes: instructions or programs stored in the memory 1005 and executable on the processor 1004, and the processor 1004 calls the instructions or programs in the memory 1005 to execute Figure 6 The methods executed by each module shown in the method achieve the same technical effect. To avoid repetition, they are not described here.
[0141] An embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, the various processes of the above-mentioned random access response transmission method embodiment are implemented, or the various processes of the above-mentioned RAR receiving window processing method embodiment are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.
[0142] 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-transient readable storage medium.
[0143] An embodiment of the present application further provides a chip, which includes a processor and a communication interface, the communication interface is coupled to the processor, 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.
[0144] 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.
[0145] An embodiment of the present application further provides a computer program / program product, which is stored in a storage medium, and 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.
[0146] 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 as described above, and the network side device can be used to execute the steps of the random access response transmission method as described above.
[0147] It should be noted that, in this article, the terms "comprise", "include" or any other variant thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including 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 one..." does not exclude the presence of other identical elements in the process, method, article or device including the element. In addition, it should be pointed out that the scope of the method and device in the embodiment 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 reverse 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.
[0148] Through the description of the above implementation methods, 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 hardware platform, and of course, can also be implemented by hardware. The computer software product is stored in a storage medium (such as ROM, RAM, disk, CD, etc.), including several instructions to enable a terminal or a network-side device to execute the methods described in each embodiment of the present application.
[0149] 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 the present application, ordinary technicians in this field can also make many forms of implementation methods without departing from the purpose of the present application and the scope of protection of the claims, and these implementation methods are all within the protection of the present application.
Claims
1. A method for processing a RAR receiving window, It is characterized in that include: 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, It is characterized in that The first RAR includes a field carrying the first indication information.
3. The method according to claim 1, It is characterized in that 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, It is characterized in that 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, It is characterized in that 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, It is characterized in that 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, It is characterized in that include: 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, It is characterized in that The first RAR includes a field carrying the first indication information.
9. The method according to claim 7, It is characterized in that 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, It is characterized in that 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, It is characterized in that 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, It is characterized in that 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, It is characterized in that 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, It is characterized in that 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, It is characterized in that 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, It is characterized in that include: 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, It is characterized in that include: 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, It is characterized in that The method comprises 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, It is characterized in that It includes a processor and a memory, 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, It is characterized in that The readable storage medium stores a program or instruction, and when the program or instruction is executed by the processor, the steps of the RAR receiving window processing method as described in any one of claims 1 to 6 are implemented, or the steps of the random access response transmission method as described in any one of claims 7 to 16 are implemented.