Random access response processing method, terminal and network side device

Abstract

The present application belongs to the technical field of communications. Disclosed are a random access response processing method, a terminal and a network side device.The method comprises: a terminal receives a first configuration from a first cell, the first configuration being used for the terminal to send a first request to a second cell, and the first request being used for requesting the second cell to send a SIB1; the terminal sends the first request to the second cell, the first request being a first preamble; and after sending the first request and receiving an RAR, the terminal executes at least one of the following to determine a MAC sub-PDU related to the first request in the RAR: on the basis of the first configuration, determining a MAC sub-PDU related to a second preamble comprised in the RAR; determining a MAC sub-header carried in the RAR; and on the basis of a first preset rule, determining the length or position of the MAC sub-PDU related to the first request.

Description

Processing method of random access response, terminal and network side device

[0001] Cross-reference of Related Applications

[0002] The present application claims priority to the Chinese patent application No. 202411387256.2, filed on September 30, 2024, entitled “Processing method of random access response, terminal and network side device”, and the Chinese patent application No. 202510197257.9, filed on February 21, 2025, entitled “Processing method of random access response, terminal and network side device”, the contents of which are incorporated herein by reference in their entirety. TECHNICAL FIELD

[0003] The present application belongs to the field of communication technology, and specifically relates to a processing method of random access response, a terminal and a network side device. BACKGROUND

[0004] The reading rule of the MAC layer protocol data unit (Media Access Control Protocol Data Unit, MAC PDU) and the use of the preamble contained in the MAC PDU are related when the terminal receives the random access response (Random Access Response, RAR). If the random access preamble identifier (RAPID) in the MAC subheader of the MAC subPDU corresponds to one of the random access preambles configured for other system information (Other System Information, OSI) request, the MAC subPDU does not contain the MAC RAR; otherwise, the MAC subPDU contains the MAC RAR.

[0005] In a network energy saving scenario, after a terminal sends a system information block 1 (SIB1) request (the SIB1 request is a random access preamble) to a cell that sends SIB1 on demand, the terminal listens to a random access response (RAR) corresponding to the request sent by the cell. If the RAR (i.e., a media access control protocol data unit (MAC PDU)) received by the terminal includes not only a MAC sub-PDU related to the request but also other MAC sub-PDUs, the terminal cannot determine the location of the MAC sub-PDU related to the request in the entire MAC PDU, because the terminal does not know the use information of the preamble included in the other MAC sub-PDUs before obtaining SIB1 of the cell, which leads to the terminal failing to successfully obtain the response of the network side to the SIB1 request. SUMMARY

[0006] Embodiments of the present application provide a random access response processing method, a terminal and a network side device, which can solve the problem that a terminal cannot determine a MAC sub-PDU related to a request, leading to RAR reception failure.

[0007] In a first aspect, a random access response processing method is provided, including: a terminal receiving a first configuration from a first cell, the first configuration being used for the terminal to send a first request to a second cell, the first request being used for requesting the second cell to send SIB1; the terminal sending the first request to the second cell, the first request being a first random access preamble; in a case where the terminal receives a random access response (RAR) after sending the first request, the terminal performs at least one of the following to determine a MAC sub-PDU related to the first request in the RAR: determining a MAC sub-PDU related to a second preamble included in the RAR based on the first configuration, the second preamble being different from the first preamble; determining a MAC sub-header carried by the RAR; determining a length or a position of the MAC sub-PDU related to the first request based on a first preset rule; and / or in a case where the terminal receives a random access response (RAR) after sending the first request, the terminal performs at least one of the following according to the MAC sub-header in the RAR: determining whether the first request is rejected; determining whether the first request is accepted; determining whether to send the first request again.

[0008] In a second aspect, a processing method of a random access response is provided, including: receiving, by a network side device, a first request sent by a first terminal, the first request being a first preamble, the first request being used to request the network side device to send a SIB1, the first request being determined by the first terminal according to a first configuration received from a first cell; after receiving the first request, the network side device performs at least one of the following to generate and send a RAR: placing a first MAC sub-packet and a second MAC sub-packet in the RAR according to a position placement rule of the first MAC sub-packet and the second MAC sub-packet; determining a MAC sub-header of the first MAC sub-packet according to a third preset rule; determining a length of the first MAC sub-packet according to a first preset rule; determining a value of a first field in a first MAC header of the RAR, the first field being used to indicate whether the first request is rejected or accepted; wherein the first MAC sub-packet is a MAC sub-packet related to the first request, and the second MAC sub-packet is a MAC sub-packet other than the first MAC sub-packet.

[0009] In a third aspect, a processing method of a random access response is provided, including: performing, by a network side device, at least one of the following: sending or receiving a first configuration; wherein the first configuration is used for a terminal to send a first preamble to a second cell, the first preamble being used to request the second cell to send a SIB1; the first configuration further includes information of a second preamble, the second preamble being used for at least one of the following: OSI request of the second cell; random access in the second cell other than OSI request and the first request; allocating a first random access occasion (RO) resource and a second RO resource; wherein the first RO resource is used for a first terminal to request the network side device to send a SIB1, and the second RO resource is used for a second terminal to initiate random access at the network side device, the second terminal being a terminal that does not support requesting a SIB1, and the first RO resource is different from the second RO resource.

[0010] In a fourth aspect, a processing apparatus for handling a random access response is provided, and is applied to a terminal, and includes: a receiving module, configured to receive a first configuration from a first cell, where the first configuration is used for the terminal to send a first request to a second cell, and the first request is used for requesting the second cell to send a SIB1; a sending module, configured to send the first request to the second cell, where the first request is a first preamble; a processing module, configured to, in a case where the terminal receives a random access response (RAR) after sending the first request, perform at least one of the following to determine a MAC sub-PDU related to the first request in the RAR: determining a MAC sub-PDU related to a second preamble in the RAR based on the first configuration, where the second preamble is different from the first preamble; determining a MAC sub-header carried by the RAR; determining a length or a position of the MAC sub-PDU related to the first request based on a first preset rule; and the processing module is further configured to, in a case where the terminal receives the RAR after sending the first request, perform at least one of the following according to the MAC sub-header in the RAR: determining whether the first request is rejected; determining whether the first request is accepted; and determining whether to send the first request again.

[0011] In a fifth aspect, a processing apparatus for handling a random access response is provided, and is applied to a network-side device, and includes: a receiving module, configured to receive a first request sent by a first terminal, where the first request is a first preamble, the first request is used for requesting the network-side device to send a SIB1, and the first request is determined by a first configuration received by the first terminal from a first cell; a sending module, configured to, after receiving the first request, perform at least one of the following to generate and send a random access response (RAR): placing a first MAC sub-PDU and a second MAC sub-PDU in the RAR according to a position placement rule of the first MAC sub-PDU and the second MAC sub-PDU; determining a MAC sub-header of the first MAC sub-PDU according to a third preset rule; determining a length of the first MAC sub-PDU according to a first preset rule; and determining a value of a first field in a first MAC sub-header of the RAR, where the first field is used for indicating whether the first request is rejected, or the first field is used for indicating whether the first request is accepted; and the first MAC sub-PDU is a MAC sub-PDU related to the first request, and the second MAC sub-PDU is a MAC sub-PDU other than the first MAC sub-PDU.

[0012] In a sixth aspect, a processing apparatus for handling a random access response is provided, which is applied to a network side device, and includes a communication module configured to perform at least one of the following: sending or receiving a first configuration; wherein the first configuration is used for a terminal to send a first preamble to a second cell, and the first preamble is used to request the second cell to send a SIB1; the first configuration further includes information of a second preamble, and the second preamble is used for at least one of the following: an OSI request of the second cell; a random access in the second cell except for the OSI request and the first request; allocating a first RO resource and a second RO resource; wherein the first RO resource is used for a first terminal to request a SIB1 from the network side device, and the second RO resource is used for a second terminal to initiate a random access at the network side device, and the second terminal is a terminal which does not support requesting a SIB1, and the first RO resource is different from the second RO resource.

[0013] In a seventh aspect, a processing apparatus for handling a random access response is provided, which is configured to perform the steps of the method according to the first aspect, or implement the steps of the method according to the second aspect, or implement the steps of the method according to the third aspect.

[0014] In an eighth aspect, a terminal is provided, which includes a processor and a memory, and the memory stores programs or instructions which can be run on the processor, and the programs or instructions are executed by the processor to implement the steps of the method according to the first aspect.

[0015] In a ninth aspect, a terminal is provided, which includes a processor and a communication interface, wherein the communication interface is configured to receive a first configuration from a first cell, and the first configuration is used for the terminal to send a first request to a second cell, and the first request is used to request the second cell to send a SIB1; and send the first request to the second cell, and the first request is a first preamble; and the processor is configured to, in a case that a RAR is received after the terminal sends the first request, perform at least one of the following to determine a MAC subPDU related to the first request in the RAR: determine a MAC subPDU related to a second preamble included in the RAR based on the first configuration, and the second preamble is different from the first preamble; determine a MAC subheader carried by the RAR; determine a length or a position of the MAC subPDU related to the first request based on a first preset rule; and / or, in a case that a random access response RAR is received after the terminal sends the first request, the terminal performs at least one of the following according to the MAC subheader in the RAR: determine whether the first request is rejected; determine whether the first request is accepted; and determine whether to send the first request again.

[0016] In a tenth aspect, a network-side device is provided, comprising a processor and a memory, the memory storing programs or instructions executable on the processor, the programs or instructions, when executed by the processor, implementing steps of the method according to the second aspect, or implementing steps of the method according to the third aspect.

[0017] In an eleventh aspect, a network-side device is provided, comprising a processor and a communication interface, wherein the communication interface is configured to receive a first request sent by a first terminal, the first request being a first preamble, the first request being used to request the network-side device to send a SIB1, the first request being determined by the first terminal according to a first configuration received from a first cell; after receiving the first request, performing at least one of the following to generate and send a RAR: placing a first MAC sub-PDU and a second MAC sub-PDU in the RAR according to a position placement rule of the first MAC sub-PDU and the second MAC sub-PDU; determining a MAC sub-header of the first MAC sub-PDU according to a third preset rule; determining a length of the first MAC sub-PDU according to a first preset rule; determining a value of a first field in a first MAC header of the RAR, the first field being used to indicate whether the first request is rejected or accepted; wherein the first MAC sub-PDU is a MAC sub-PDU related to the first request, and the second MAC sub-PDU is a MAC sub-PDU other than the first MAC sub-PDU.

[0018] In a twelfth aspect, a network-side device is provided, comprising a processor and a communication interface, wherein the communication interface is configured to perform at least one of the following: sending or receiving a first configuration; wherein the first configuration is used for a terminal to send a first preamble to a second cell, the first preamble being used to request the second cell to send a SIB1; the first configuration further comprising information of a second preamble, the second preamble being used for at least one of the following: OSI request of the second cell; random access in the second cell other than OSI request and the first request; allocating a first RO resource and a second RO resource; wherein the first RO resource is used for a first terminal to request the network-side device to send a SIB1, and the second RO resource is used for a second terminal to initiate random access in the network-side device, the second terminal being a terminal not supporting requesting SIB1, and the first RO resource being different from the second RO resource.

[0019] In a thirteenth aspect, a readable storage medium is provided, and the readable storage medium stores a program or instructions, which, when executed by a processor, implement the steps of the method according to the first aspect, or implement the steps of the method according to the second aspect, or implement the steps of the method according to the third aspect.

[0020] In a fourteenth aspect, a wireless communication system is provided, and the wireless communication system includes a terminal and a network-side device, the terminal is configured to implement the steps of the method according to the first aspect, and the network-side device is configured to implement the steps of the method according to the second aspect or the third aspect.

[0021] In a fifteenth aspect, a chip is provided, and the chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is configured to run a program or instructions to implement the method according to the first aspect, or implement the method according to the second aspect, or implement the steps of the method according to the third aspect.

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

[0023] In the embodiments of the present application, the terminal receives a first configuration from a first cell, the first configuration is used for the terminal to send a first preamble to a second cell to request the second cell to send a SIB1, and in a case that the terminal receives a RAR after sending the first preamble, the terminal performs at least one of the following to determine a MAC subPDU related to the first request in the RAR: 1) determines a MAC subPDU related to a second preamble included in the RAR based on the first configuration; 2) determines a MAC subheader carried by the RAR; and 3) determines a length or a position of the MAC subPDU related to the first request based on a first preset rule. The embodiments of the present application enable the terminal to correctly obtain the MAC subPDU related to the first preamble in the RAR, and improve the effectiveness of communication. BRIEF DESCRIPTION OF DRAWINGS

[0024] FIG. 1 is a schematic diagram of a wireless communication system according to an embodiment of the present application;

[0025] FIG. 2 is a schematic flowchart of a processing method of a random access response according to an embodiment of the present application;

[0026] FIG. 3 is a schematic flowchart of a processing method of a random access response according to an embodiment of the present application;

[0027] Figure 4 is a schematic flow chart of a method for processing a random access response according to an embodiment of the application;

[0028] Figure 5 is a schematic diagram of a MAC subheader for a method for processing a random access response according to an embodiment of the application;

[0029] Figure 6 is a schematic diagram of a structure of a processing device for a random access response according to an embodiment of the application;

[0030] Figure 7 is a schematic diagram of a structure of a processing device for a random access response according to an embodiment of the application;

[0031] Figure 8 is a schematic diagram of a structure of a processing device for a random access response according to an embodiment of the application;

[0032] Figure 9 is a schematic diagram of a structure of a communication device according to an embodiment of the application;

[0033] Figure 10 is a schematic diagram of a structure of a terminal according to an embodiment of the application;

[0034] Figure 11 is a schematic diagram of a structure of a network-side device according to an embodiment of the application. DETAILED DESCRIPTION

[0035] The technical solutions in the embodiments of the present application will be clearly described below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are only some, but not all of the embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by a person of ordinary skill in the art belong to the scope of protection of the present application.

[0036] The terms "first", "second", and the like in 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 can be interchanged under appropriate circumstances, so that the embodiments of the present application can be implemented in an order other than that illustrated or described herein, and the objects distinguished by "first", "second" are usually a category, and are not limited to the number of objects, for example, the first object can be one or more. In addition, "or" in the present application means at least one of the connected objects. For example, the protection scope of "A or B" at least covers three schemes, namely, scheme one: including A and not including B; scheme two: including B and not including A; scheme three: including A and B. In addition, the terms "A and / or B", "at least one of A and B", "at least one of A or B" also at least cover the above three schemes respectively. The character " / " generally represents that the objects before and after are in an "or" relationship.

[0037] The term "indication" in this application can be either a direct indication (or explicit indication) or an indirect indication (or implicit indication). The direct indication can be understood as that the sender explicitly informs the receiver of specific information, operations to be performed or requested results, etc. in the sent indication. The indirect indication can be understood as that the receiver determines the corresponding information according to the indication sent by the sender, or judges and determines the operations to be performed or the requested results according to the judgment result.

[0038] 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 in the above-mentioned systems and radio technologies, as well as other systems and radio technologies. The following description describes a New Radio (NR) system for example purposes, and NR terminology is used in most of the following description, but these technologies can also be applied to systems other than the NR system, such as a 6th Generation (6G) communication system.

[0039] FIG. 1 shows a block diagram of a wireless communication system to which embodiments of the present application can be applied. The wireless communication system includes a terminal 11 and a network-side device 12. The terminal 11 can be a terminal-side device such as a mobile phone, a Tablet Personal Computer, a Laptop Computer, a notebook computer, a Personal Digital Assistant (PDA), a palmtop computer, a netbook, an Ultra-mobile Personal Computer (UMPC), a Mobile Internet Device (MID), an Augmented Reality (AR) device, a Virtual Reality (VR) device, a robot, a wearable device, a flight vehicle, a Vehicle User Equipment (VUE), a shipboard device, a Pedestrian User Equipment (PUE), a smart home (a home device with a wireless communication function such as a refrigerator, a television, a washing machine, or furniture), a game console, a Personal Computer (PC), a kiosk, or a self-service machine. The wearable device includes a smart watch, a smart bracelet, a smart earphone, smart glasses, smart jewelry (a smart bracelet, a smart necklace, a smart ring, a smart necklace, a smart anklet, a smart necklace, etc.), a smart wristband, smart clothes, etc. The vehicle-mounted device can also be referred to as 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 embodiments of the present application. The network-side device 12 can include an access network device or a core network device. The access network device can also be referred to as a Radio Access Network (RAN) device, a radio access network function, or a radio access network unit. The access network device can include a base station, a Wireless Local Area Network (WLAN) Access Point (AP), or a Wireless Fidelity (WiFi) node, etc.The base station can 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 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 transmit / receive point (TRP), or some other suitable terminology in the art, and is not limited to a particular technical terminology, provided that the same technical effect is achieved. It should be noted that in the embodiments of the present application, only the base station in the NR system is taken as an example for introduction, and the specific type of the base station is not limited.

[0040] The core network device can also be referred to as a core network node, a core network function, or a core network network element, etc., which includes but is not limited to at least one of the following: a mobility management entity (MME), an access and mobility management function (AMF), a session management function (SMF), a user plane function (UPF), a policy control function (PCF), a policy and charging rules function (PCRF), an edge application server discovery function (EASDF), a unified data management (UDM), a unified data repository (UDR), a home subscriber server (HSS), a centralized network configuration (CNC), a network repository function (NRF), a network exposure function (NEF), a local NEF (L-NEF), a binding support function (BSF), an application function (AF), a location management function (LMF), a gateway mobile location center (GMLC), a network data analytics function (NWDAF), etc. It should be noted that only the core network device in the NR system is taken as an example for introduction in the embodiments of the present application, and the specific type of the core network device is not limited. If the name of the core network device mentioned in the embodiments of the present application changes in the subsequent protocol version (for example, 6G), it is also within the protection scope of the present application.

[0041] Optionally, the core network device can be implemented by one or more function modules in one device, or can be implemented by multiple devices together, and the embodiments of the present application do not make a specific limitation. It can be understood that the above function modules can be network elements in a hardware device, can be software function modules running on a dedicated hardware, or can be virtualized function modules instantiated on a platform (for example, a cloud platform).

[0042] The processing method of the random access response provided by the embodiments of the present application will be described in detail in combination with the accompanying drawings, some embodiments and application scenarios.

[0043] The MAC PDU (Medium Access Control Protocol Data Unit) is a data unit processed by the MAC layer, and the MAC PDU is composed of a MAC header, a MAC SDU (Service Data Unit), a MAC control unit (CE) and possible padding.

[0044] One MAC PDU is composed of one or more MAC sub-PDUs and optional padding bits. Each MAC sub-PDU includes one of the following: a MAC sub-header with only a backoff indicator (Backoff Indicator); a MAC sub-header with only a random access preamble identifier (RAPID) (i.e., an acknowledgment of a request for system information); a MAC sub-header with a RAPID and a MAC RAR.

[0045] The MAC sub-header with BI (Backoff Indicator) is composed of five header fields E / T / R / R / BI. For example, the MAC sub-PDU with BI is placed at the beginning of the MAC PDU. The "MAC sub-PDU with only RAPID" and the "MAC sub-PDU with RAPID and MAC RAR" can be placed at any position between the MAC sub-PDU with only BI (if any) and the padding (if any).

[0046] The MAC sub-header with RAPID is composed of three header fields E / T / RAPID, and is placed at the end of the MAC PDU if padding exists. The existence and length of the padding are determined implicitly according to the transport block (TB) size and the size of the MAC sub-PDU.

[0047] Specifically:

[0048] E: indicates whether the MAC subPDU containing this MAC subheader is the last MAC subPDU in the MAC PDU. The E field set to 1 indicates that there is at least one more MAC subPDU following. The E field set to 0 indicates that the MAC subPDU containing this MAC subheader is the last MAC subPDU in the MAC PDU.

[0049] T: indicates whether the MAC subheader contains a Random Access Preamble ID or a BI. The T field set to 0 indicates that there is a BI in the subheader. The T field set to 1 indicates that there is a RAPID in the subheader.

[0050] R: reserved bit, set to 0.

[0051] BI: used to identify the load condition of a cell. The BI field is 4 bits in size.

[0052] RAPID: Random Access Preamble ID field used to indicate the transmitted random access preamble, size is 6 bits. If the RAPID in the MAC subheader of a MAC subPDU corresponds to one of the random access preambles configured for SI request, no MAC RAR is contained in the MAC subPDU.

[0053] The MAC PDU, MAC subheader, and MAC RAR are byte-aligned (i.e., integer multiples of 8 bits).

[0054] Network energy saving is of great significance to environmental sustainability, reducing environmental impact (greenhouse gas emissions), and saving operating costs. With the popularization of 5G in various industries and geographical areas, more advanced services and applications that handle very high data rates (such as XR) are being processed, and the network becomes more dense, using more antennas, larger bandwidths, and more frequency bands. The environmental impact of 5G needs to be controlled, and new solutions need to be developed to improve network energy saving. To this end, 3GPP has launched network energy saving in R18 and R19, and developed multiple energy saving directions, one of which is on demand SIB1 for IDLE / INACTIVE UE, i.e., SIB1 can be triggered on demand.

[0055] According to the current standard discussion, the UE can get the WUS configuration of the NES cell in cell A (which can be a cell not in the network energy saving state), where the NES cell is a cell that does not periodically send SIB1, and the WUS configuration is used for the terminal to request on-demand SIB1 from the NES cell, and the request signal is PRACH. After the UE sends msg 1, it will receive RAR.

[0056] When a terminal sends a request message (such as a wake-up signal, WUS) to a cell (such as a network energy saving cell, NES cell), it will listen for a RAR corresponding to the WUS sent by the NES cell. If the MAC PDU containing the RAR corresponding to the WUS includes not only the "MAC sub-PDU corresponding to the WUS", but also "MAC sub-PDU with only a random access preamble identifier (RAPID)" and "MAC sub-PDU with RAPID and Medium Access Control Random Access Response (MAC RAR)", according to the relevant mechanism, the terminal's reading rule of the MAC PDU when receiving the RAR is related to the use of the preamble contained in the MAC PDU, and the use information of these preambles is unknown to the terminal before it obtains the System Information Blocks 1 (SIB1) of the NES cell, so the terminal cannot determine the position of the MAC sub-PDU corresponding to the WUS in the entire MAC PDU, resulting in the failure of the WUS RAR reception.

[0057] For example: assume that the NES cell has a total of 4 beams. The terminal obtains the WUS configuration in the first cell (such as Cell A), and according to the WUS configuration, it knows that preambles 60-63 of the NES cell are used for WUS, and each beam corresponds to a preamble. After the UE obtains the SIB1, it obtains preambles 56-59 for Other System Information (OSI) requests according to the SIB1, and preambles 0-50 are used for other random access. At a certain moment: assume that UE1, UE2 and UE3 all support the On-demand SIB1 (OD-SIB1) feature. UE1 requests SIB1, and uses preamble ID 60; UE2 has already obtained SIB1, and now simultaneously requests SIB X, and uses preamble ID 56. UE3 has already obtained SIB1, and now initiates initial access, and uses preamble ID 50. For UE2 and UE3, both can work. For UE1, UE1 has not obtained SIB1, so it does not know how the preamble IDs for OSI requests and other random access on the NES cell are allocated, and there will be a problem of incorrect RAR MAC PDU reading format.

[0058] To solve the above technical problems, as shown in FIG. 2, an embodiment of the present application provides a processing method 200 of random access response, which can be executed by a terminal, in other words, the method can be executed by software or hardware installed in the terminal, and the method comprises the following steps.

[0059] S202: The terminal receives a first configuration from a first cell, and the first configuration is used for the terminal to send a first request to a second cell, and the first request is used for requesting the second cell to send SIB1.

[0060] The first cell in each embodiment of the present application can be a cell that normally broadcasts its own SIB1, or a cell that sends its own SIB1 on demand.

[0061] The second cell in each embodiment of the present application can be a network energy saving cell (NES cell), wherein the NES cell refers to a cell that does not periodically broadcast SIB1 and needs a terminal to request SIB1 on demand.

[0062] The first request in each embodiment of the present application can be a wake-up signal (WUS), such as a preamble sent through a physical random access channel (PRACH), and of course can also be other uplink signals. The first request can be an on-demand SIB1 request (OD-SIB1 request) or a SIB1 request (SIB1 request). The first configuration can be a configuration related to the first request, such as a WUS configuration. The first configuration can be a WUS configuration used for requesting SIB1 from the second cell. The terminal can receive the first configuration through broadcast or dedicated signaling (such as an RRC connection release message) of the first cell.

[0063] Exemplarily, the first configuration can comprise the following contents: a physical cell identifier of the second cell, such as PhysCellId; a frequency point where the second cell is located, such as ARFCN-ValueNR; a time-frequency domain position used for sending the first request to the second cell; a mapping relationship (ssb-perRACH-Occasion) between RO and SSB used for sending the first request to the second cell; a preamble resource (such as ra-PreambleStartIndex in sib1-RequestResource configuration) used for sending the first request to the second cell.

[0064] S204: The terminal sends the first request to the second cell, and the first request is a first random access preamble.

[0065] The terminal selects a first preamble according to a preamble resource provided in the first configuration for sending the first request to the second cell, and sends the first preamble to the second cell.

[0066] Optionally, the terminal does not send the first request to the second cell immediately after receiving the first configuration, but sends the first request to the second cell when a predefined condition is met. For example, the predefined condition can be that the second cell meets the conditions for cell selection or reselection, or the predefined condition can also be that the second cell is currently in a state of not broadcasting SIB1 (i.e., in the OD-SIB1 state). Optionally, the terminal can determine whether the second cell is currently broadcasting SIB1 according to the SSB of the second cell, and if not, send the first request.

[0067] S206: After the terminal sends the first request, if a random access response (RAR) is received, the terminal performs at least one of the following to determine the MAC subPDU related to the first request in the RAR: 1) determines the MAC subPDU related to a second preamble included in the RAR based on the first configuration, the second preamble being different from the first preamble; 2) determines the MAC subheader carried by the RAR; 3) determines the length or position of the MAC subPDU related to the first request based on a first preset rule.

[0068] Illustratively, after the UE sends the first request, the RA-RNTI is calculated according to the RO used when the first preamble is sent, and the RAR sent by the network side is listened to according to the RA-RNTI. If the UE receives the RAR, which may include multiple responses corresponding to the random access initiated by the terminals on the same RO, i.e., the RAR received by the UE may include more than the MAC subPDU related to the first request.

[0069] Optionally, the RAR includes a second preamble different from the first preamble; wherein the first preamble is used for SIB1 request, and the second preamble can be a preamble used for OSI request, or a preamble used for random access other than OSI request and SIB1 request.

[0070] The embodiment, for example, contains the identity (or index) and use of the second preamble in the first configuration, so that the terminal can correctly interpret the MAC PDU according to the use of the second preamble when sending the first preamble and receiving the RAR, avoiding the problem of MAC PDU reading failure due to the appearance of incomprehensible information. It can be understood that the premise of the terminal correctly reading the MAC sub-PDU related to the first request is that the bit before the MAC sub-PDU is correctly read. The embodiment, for example, includes indication information in the MAC sub-header carried by the RAR, which can be used to indicate the position of the MAC sub-PDU related to the first request, or the indication information carried in the MAC sub-header with the backoff indicator (BI) in the RAR is used to indicate whether the MAC sub-PDU containing the MAC sub-header is the MAC sub-PDU related to the first request.

[0071] The embodiment, for example, the terminal can determine the length or position of the MAC sub-PDU related to the first request according to the first preset rule, and then correctly interpret the MAC sub-PDU based on the length or position of the MAC sub-PDU.

[0072] The above-mentioned first preset rule can be used to determine the length of the MAC sub-PDU related to the first request; it can also be used to determine the position of the MAC sub-PDU related to the first request; it can also be used to determine the length and position of the MAC sub-PDU related to the first request.

[0073] It can be understood that the terminal can also use a combination of two or three of 1), 2) and 3) listed in S206 to determine the MAC sub-PDU related to the first request in the RAR. For example, based on 2) to determine the position of the MAC sub-PDU related to the first request, based on 3) to determine the length of the MAC sub-PDU related to the first request, and finally correctly interpret the MAC sub-PDU related to the first request.

[0074] The method for processing a random access response provided by the embodiments of the present application comprises: a terminal receiving a first configuration from a first cell, the first configuration being used for the terminal to send a first preamble to a second cell to request the second cell to send a SIB1; and in a case where the terminal receives a RAR after sending the first preamble, performing at least one of the following to determine a MAC sub-PDU related to the first request in the RAR: 1) determining a MAC sub-PDU related to a second preamble contained in the RAR based on the first configuration; 2) determining a MAC sub-header carried by the RAR; and 3) determining a length or a position of the MAC sub-PDU related to the first request based on a first preset rule. The embodiments of the present application enable the terminal to correctly acquire the MAC sub-PDU related to the first preamble in the RAR, thereby improving the effectiveness of communication. For example, if the terminal cannot correctly receive the MAC sub-PDU related to the first request all the time, the terminal will consider that the network side has not received the first request, thereby causing the network side to resend the first request by increasing the power, and causing the terminal to increase power consumption. The method for processing a random access response provided by the embodiments of the present application enables a terminal supporting the OD-SIB1 feature to correctly acquire a response related to WUS in a MAC PDU received after the terminal sends a first request (such as WUS) to a NES cell, thereby improving the effectiveness of communication.

[0075] In one embodiment, the determining, based on the first configuration, of the MAC sub-PDU related to the second preamble contained in the RAR comprises: determining a use of the second preamble based on the first configuration; and determining a length or a format of the MAC sub-PDU containing the second preamble based on the use of the second preamble.

[0076] The embodiments are beneficial for the terminal to correctly interpret the MAC PDU, thereby avoiding the problem of MAC PDU reading failure caused by the appearance of information that cannot be understood.

[0077] In one embodiment, the first configuration further comprises at least one of the following: 1) a preamble resource used for an other system information (OSI) request of the second cell; and 2) a preamble resource used for random access other than the OSI request and the first request in the second cell.

[0078] The random access other than the OSI request and the first request can comprise a contention-based random access (CBRA) and / or a contention-free random access (CFRA).

[0079] The embodiment can add the preamble for requesting OSI in the second cell and / or the preamble for initiating other random access (except for OSI request and SIB1 request) to the first configuration provided to the terminal, so that the terminal can correctly interpret the MAC PDU according to the purpose of the preamble when receiving the RAR after sending the preamble of SIB1 request.

[0080] The embodiment is beneficial to correctly interpreting the MAC PDU according to the purpose of the preamble, and improves the effectiveness of communication.

[0081] In one embodiment, the preamble resource includes at least one preamble index or includes at least one of the following in a plurality of consecutive preambles: 1) the index of the starting preamble; 2) the index of the last preamble; 3) the number of the plurality of consecutive preambles.

[0082] In one embodiment, the preamble resource for the other system information OSI request of the second cell is given by a starting preamble ID (ra-PreambleStartIndex), and if one RO is mapped to N SSBs for the OSI request, the preamble ID corresponding to the i-th SSB = starting preamble ID + i, i = 0, …, N-1.

[0083] In one embodiment, the preamble resource for random access other than OSI request and the first request in the second cell can be given only by totalNumberOfRA-Preamble-1, and then the preamble IDs from 0 to totalNumberOfRA-Preamble-1 are all the preamble resources for random access other than OSI request and the first request in the second cell.

[0084] The embodiment can flexibly indicate the preamble resource in various ways.

[0085] In an embodiment, the method further comprises: determining, by the terminal, whether to allow performing OSI request using preamble resource of the OSI request of the second cell based on the first indication information, and / or performing random access procedure other than the OSI request and the first request using preamble resource of random access other than the OSI request and the first request in the second cell; wherein the first indication information is predefined or obtained through the first configuration. Optionally, the first indication information can be 1 bit to indicate both, or 2 bits to separately indicate both.

[0086] In this embodiment, the terminal can not only initiate SIB1 request according to the first configuration, but also initiate OSI request according to the first configuration, and / or initiate random access procedure other than the OSI request and the first request, so as to improve the communication performance of the terminal.

[0087] In an embodiment, the first configuration further comprises one of the following:

[0088] 1) second indication information, the second indication information is used to indicate that the first request only shares RO (RACH occasion) with the OSI request in the second cell.

[0089] 2) third indication information, the third indication information is used to indicate that the first request only shares RO with random access procedure other than the OSI request and the first request in the second cell.

[0090] In this embodiment, the RO used for requesting SIB1 in the first configuration either only shares RO with the OSI request of the second cell, or only shares RO with random access procedure other than the OSI request and the first request in the second cell, i.e. cannot share RO with both at the same time, so as to avoid the occurrence of information that the terminal cannot understand in the MAC PDU received by the terminal, and facilitate the terminal to correctly obtain the MAC sub-PDU related to the first preamble in the RAR.

[0091] In an embodiment, the second indication information or the third indication information can also be based on protocol agreement. For example, the protocol agreement is used to indicate that the RO used for requesting SIB1 only shares RO with the OSI request of the second cell; or the protocol agreement is used to indicate that the RO used for requesting SIB1 only shares RO with random access procedure other than the OSI request and the first request in the second cell.

[0092] In an embodiment, the determining the use of the second preamble based on the first configuration comprises: determining the use of the second preamble based on a preamble resource used for sending the first request in the first configuration and a second preset rule, wherein the second preset rule is that the preamble resource used for sending the first request is located between a preamble resource used for sending an OSI request and a preamble resource used for random access other than the OSI request and the first request.

[0093] For example, the terminal receives a preamble 50 in the first configuration indicating that the first request is 50-55, the terminal sends the preamble 50 to request SIB1, and if the terminal receives a MAC header including preamble 49 and a MAC header including preamble 57 in the RAR, according to the protocol, the preamble ID of the OSI request is greater than the preamble ID used for the first request, and the preamble ID of the random access other than the OSI request and the SIB1 request is less than the preamble ID used for the first request, it is determined that the MAC header including preamble 49 is the preamble used for other random access (non-system information request), and the MAC PDU corresponding to the MAC header includes MAC RAR, and it is determined that the MAC header including preamble 57 is the preamble used for OSI, and the MAC PDU corresponding to the MAC header does not include MAC RAR.

[0094] This embodiment is beneficial to the terminal to determine the use of the second preamble, and then correctly interpret the MAC PDU according to the use of the second preamble, and improve the communication effectiveness.

[0095] In an embodiment, the determining the MAC header carried in the RAR to determine the MAC sub-PDU related to the first request in the RAR comprises:

[0096] 1) If there is a MAC header containing a BI field in the RAR, and the BI field takes a value of 14 or 15, it is determined that the RAR contains the MAC sub-PDU related to the first request.

[0097] In the related art, the MAC subPDU with BI is placed at the beginning of the MAC PDU. The "MAC subPDU with only RAPID" and the "MAC subPDU with RAPID and MAC RAR" can be placed anywhere between the "MAC subPDU with only BI" (if any) and the padding (if any). The related art is to indicate whether the MAC subheader contains the random access preamble ID or the BI by the T field (the second bit in the MAC subheader). The T field set to 0 indicates that the BI is contained in the subheader; the T field set to 1 indicates that the RAPID is contained in the subheader. In this patent, the field and the domain have the same meaning. In the related art, the BI domain with the values of 14 or 15 is not utilized, and this embodiment fully utilizes the MAC subheader containing the BI domain to indicate that the RAR contains the MAC subPDU related to the first request, so that the terminal can correctly obtain the MAC subPDU related to the first preamble in the RAR.

[0098] Optionally, when the terminal determines that the RAR contains the MAC subPDU related to the first request according to the BI domain, the terminal further determines (based on the protocol agreement) that the MAC subPDU related to the first request only contains the MAC subheader. This has the advantage of enabling the terminal to correctly obtain the MAC subPDU related to the first preamble in the RAR, while also avoiding the impact on the terminal that does not support the request SIB1 but also receives the RAR (for such a terminal, when the received BI domain has the reserved value of 14 or 15, the terminal directly ignores the domain, and the MAC subPDU does not include the MAC RAR, so it does not affect the traditional terminal to correctly obtain the MAC subPDU related to itself from the RAR).

[0099] Optionally, when the terminal determines that the RAR contains the MAC subPDU related to the first request according to the BI domain, the terminal further obtains the response information of the network side to the SIB1 request according to the R field in the MAC subheader containing the BI domain.

[0100] 2) If the MAC subheader containing the R field exists in the RAR, and the R field has the value of 1, it is determined that the RAR contains the MAC subPDU related to the first request.

[0101] It can be understood that the R field is a reserved field, and this embodiment fully utilizes the R field to indicate that the RAR contains the MAC subPDU related to the first request, which is beneficial to the terminal to correctly obtain the MAC subPDU related to the first preamble in the RAR, and improves the communication effectiveness.

[0102] In one embodiment, if the MAC subheader containing the R field is present in the RAR and the R field takes the value of 1, the remaining N bits of the MAC subheader are used to indicate the location of the MAC subPDU related to the first request in the RAR, or to indicate the response information (e.g., acknowledgement information) corresponding to the first request, where N is an integer greater than or equal to 1 and less than or equal to 5.

[0103] In one embodiment, when the values of the two R fields are both 1, the remaining 4 bits can be used to indicate the response information related to the first request, or to indicate the location (e.g., the byte number) of the response information related to the first request in the RAR.

[0104] In one embodiment, when the value of the first R field of the two R fields is 1, the remaining 5 bits are used to indicate the response information related to the first request, or to indicate the location (e.g., the byte number) of the response information related to the first request in the RAR.

[0105] In one embodiment, in the RAR, the MAC subheader containing the BI field or the MAC subheader containing the R field is located before the MAC subheader containing the RAPID field, which is beneficial for the terminal to read as early as possible.

[0106] In one embodiment, the first preset rule includes: 1) the MAC subPDU related to the first request includes only one MAC subheader; or 2) the MAC subPDU related to the first request includes one MAC subheader and one MAC RAR, and the length of the MAC RAR is consistent with the length of the MAC RAR corresponding to the first access, where the first access is a random access other than the OSI request and the first request.

[0107] In this embodiment, since the length of the MAC subPDU related to the first request is consistent with the length of the MAC subPDU of the first access or the length of the MAC subPDU corresponding to the OSI, it is beneficial for the legacy terminal to correctly interpret the RAR, where the legacy terminal is a terminal that does not support sending the first request.

[0108] In one embodiment, the first preset rule can further include that the MAC subPDU related to the first request is located at the first byte or the Kth byte in the MAC PDU, where K is an integer greater than or equal to 2.

[0109] In one embodiment, the first preset rule can further comprise: the first MAC sub-PDU related to the first request is before a second MAC sub-PDU, the second MAC sub-PDU can be a MAC sub-PDU with only RAPID or a MAC sub-PDU with RAPID and MAC RAR. The first preset rule can further comprise: the first MAC sub-PDU related to the first request is before or after a second MAC sub-PDU, the second MAC sub-PDU is a MAC sub-PDU with only BI.

[0110] In one embodiment, in the case that the MAC sub-PDU related to the first preamble or first request is included in the RAR received by the terminal, the terminal performs at least one of the following: determines that the first request is accepted; and, receives the SIB1. It should be noted that how the terminal determines that the MAC sub-PDU related to the first preamble or first request is included in the RAR received can refer to the above description, which will not be repeated here.

[0111] In one embodiment, S206 can also be combined with or replaced by S208.

[0112] S208: In the case that a random access response (RAR) is received after the terminal sends the first request, the terminal performs at least one of the following according to the MAC sub-header in the RAR: determines whether the first request is rejected; determines whether the first request is accepted; determines whether to send the first request again.

[0113] In one embodiment, the terminal determines whether the first request is rejected according to the MAC sub-header in the RAR, which comprises: if there is a MAC sub-header including a first field in the RAR, and the first field indicates that the first request is rejected, the terminal determines that the first request is rejected. In one embodiment, in the case that the first field takes the value of 1, the first field indicates that the first request is rejected. It can be understood that if there is a MAC sub-header including a first field in the RAR, and the first field takes the value of 1, the terminal determines that the first request is rejected. In addition, the first field indicating that the first request is rejected can also be understood or replaced by the first field indicating that the SIB1 is not being broadcasted, or the first field indicating that the broadcast state of the SIB1 is not broadcasted.

[0114] In one embodiment, after the terminal determines that the first request is rejected, the method further comprises: the terminal no longer sends the first request to the second cell.

[0115] In one embodiment, whether the terminal sends the first request again to the second cell after determining that the first request is rejected can depend on UE implementation.

[0116] In one embodiment, the first field in the RAR indicates that the first request is accepted or the first field does not indicate that the first request is rejected, and the terminal does not receive the MAC sub-PDU related to the first preamble or the first request in the RAR, the terminal sends the first request again according to the BI value in the MAC sub-header.

[0117] It should be noted that the first field indicating that the first request is accepted or the first field not indicating that the first request is rejected can be understood or replaced as the first field indicating that the SIB1 is being broadcast, or the first field indicating that the broadcast state of the SIB1 is broadcast.

[0118] Optionally, the first request being accepted can be understood as the first request being accepted by the network side device, and the first request being rejected can be understood as the first request being rejected by the network side device. The network side device can be a network side device to which the second cell belongs. The network side device can be an access network device.

[0119] In one embodiment, the terminal can determine that the received RAR does not include the MAC sub-PDU related to the first preamble or the first request in the following manner: the terminal reads all MAC sub-PDUs of the entire RAR and finds that none of the MAC sub-headers of the MAC sub-PDUs has the first preamble ID, and then determines that the received RAR does not include the MAC sub-PDU related to the first preamble or the first request. The terminal finding that none of the MAC sub-headers of the MAC sub-PDUs has the first preamble ID can be understood as the terminal finding that none of the MAC sub-headers of the MAC sub-PDUs has the RAPID corresponding to the first preamble.

[0120] In one embodiment, when the first field has a value of 0, the first field indicates that the first request is accepted or the first field does not indicate that the first request is rejected. It can be understood that, in the RAR, there is a MAC sub-header including the first field, the first field has a value of 0, and the terminal does not receive the MAC sub-PDU related to the first preamble or the first request in the RAR, the terminal sends the first request again according to the BI value in the MAC sub-header.

[0121] In an implementation, the first field is the R field in the MAC subheader of the first format, and the MAC subheader of the first format is a MAC subheader of E / T / R / R / BI format. It should be noted that the MAC subheader of E / T / R / R / BI format is a subheader format in the prior art, but the R field of the MAC subheader of E / T / R / R / BI format in the prior art is a reserved bit. In the present application, the R field of the MAC subheader of E / T / R / R / BI format is used to indicate whether the first request is rejected or whether the first request is accepted, so that the terminal can determine to perform at least one of the following according to the MAC subheader: determining whether the first request is rejected; determining whether the first request is accepted; determining whether to resend the first request. In addition, after the introduction of the present application scheme in the standard, this R field may be renamed, and the present embodiment is not limited in particular.

[0122] It should be noted that the MAC subheader of the first format can also be understood as a MAC subheader in a third MAC subPDU, and the third MAC subPDU consists of a MAC subheader with a backoff indicator only.

[0123] In an optional implementation, the first field can be any R field in the MAC subheader of E / T / R / R / BI format, for example, the third bit of the MAC subheader of E / T / R / R / BI format or the fourth bit of the MAC subheader of E / T / R / R / BI format.

[0124] The processing method of the random access response according to the embodiments of the present application is described in detail above in combination with FIG. 2. The processing method of the random access response according to another embodiment of the present application will be described in detail below in combination with FIGS. 3 and 4. It can be understood that the interaction between the network side device described from the network side device and the terminal is the same as or corresponds to the description of the terminal side in the method shown in FIG. 2, and the relevant description is appropriately omitted to avoid repetition.

[0125] FIG. 3 is a flowchart of a processing method of a random access response according to an embodiment of the present application, which can be applied to a network side device. As shown in FIG. 3, the method 300 includes the following steps.

[0126] S302: The network side device receives a first request sent by a first terminal, the first request being a first preamble, and the first request being used to request the network side device to send a SIB1.

[0127] The first request is determined by the first terminal according to a first configuration received from a first cell.

[0128] S304: After receiving the first request, the network side device performs at least one of the following to generate and send the RAR: 1) placing the first MAC sub-PDU and the second MAC sub-PDU in the RAR according to a position placement rule of the first MAC sub-PDU and the second MAC sub-PDU; 2) determining a MAC sub-header of the first MAC sub-PDU according to a third preset rule; 3) determining a length of the first MAC sub-PDU according to a first preset rule.

[0129] The first MAC sub-PDU is a MAC sub-PDU related to the first request, and the second MAC sub-PDU is a MAC sub-PDU other than the first MAC sub-PDU.

[0130] The processing method for a random access response provided by the embodiments of the present application, after the network side device receives the first preamble, performs at least one of the following to generate and send the RAR: 1) placing the first MAC sub-PDU and the second MAC sub-PDU in the RAR according to a position placement rule of the first MAC sub-PDU and the second MAC sub-PDU; 2) determining a MAC sub-header of the first MAC sub-PDU according to a third preset rule; 3) determining a length of the first MAC sub-PDU according to a first preset rule; 4) determining a value of a first field in the first MAC sub-header of the RAR, the first field being used to indicate whether the first request is rejected or the first request is accepted; the embodiments of the present application are beneficial to the terminal to correctly acquire the MAC sub-PDU related to the first preamble in the RAR, and improve the communication effectiveness.

[0131] In one embodiment, the position placement rule of the first MAC sub-PDU and the second MAC sub-PDU includes: if the second MAC sub-PDU is a MAC sub-PDU with only a RAPID or a MAC sub-PDU with a RAPID and a MAC RAR, the position of the first MAC sub-PDU is before the position of the second MAC sub-PDU.

[0132] The second MAC sub-PDU is a MAC sub-PDU related to an OSI request, or a MAC sub-PDU related to a random access other than the OSI request and the first request.

[0133] In one embodiment, the position placement rule of the first MAC sub-PDU and the second MAC sub-PDU includes: if the second MAC sub-PDU is a MAC sub-PDU with only a BI, the position of the first MAC sub-PDU is before or after the position of the second MAC sub-PDU.

[0134] In one embodiment, the position placement rule of the first MAC subPDU and the second MAC subPDU comprises: if the second MAC subPDU is a MAC subPDU related to a second terminal, and the second terminal is a terminal that does not support sending the first request, the position of the first MAC subPDU is after the position of the second MAC subPDU.

[0135] The third preset rule comprises: the MAC subheader corresponding to the MAC subPDU related to the first request contains a BI field, and the BI field is set to 14 or 15; or the MAC subheader corresponding to the MAC subPDU related to the first request contains an R field, and the R field is set to 1.

[0136] Optionally, the RAR contains a MAC subheader containing an R field, and the R field is set to 1, then the remaining N bits of the MAC subheader are used to indicate the position of the MAC subPDU related to the first request in the RAR, or to indicate the response information corresponding to the first request, wherein N is an integer greater than or equal to 1 and less than or equal to 5.

[0137] Optionally, in the RAR, the MAC subheader containing the BI field or the MAC subheader containing the R field is located before the MAC subheader containing the RAPID field.

[0138] In one embodiment, the first preset rule comprises: the MAC subPDU related to the first request only includes one MAC subheader; or the MAC subPDU related to the first request includes one MAC subheader and one MAC RAR, and the length of the MAC RAR is consistent with the length of the MAC RAR corresponding to the first access, wherein the first access is a random access other than the OSI request and the first request.

[0139] In one implementation, the first field indicating that the first request is rejected can also be understood or replaced as the first field indicating that the SIB1 is not being broadcasted, or the first field indicating that the broadcast state of the SIB1 is not broadcasted.

[0140] In one implementation, the first field indicating that the first request is accepted or the first field not indicating that the first request is rejected can be understood or replaced as the first field indicating that the SIB1 is being broadcasted, or the first field indicating that the broadcast state of the SIB1 is broadcasted.

[0141] In an implementation, the first MAC subheader is a MAC subheader in E / T / R / R / BI format, and the first field is the R field in the first MAC subheader. It should be noted that the MAC subheader in E / T / R / R / BI format is a subheader format in the prior art, but the R field in the MAC subheader in E / T / R / R / BI format in the prior art is a reserved bit. In the present application, the R field in the MAC subheader in E / T / R / R / BI format is used to indicate whether the first request is rejected or to indicate whether the first request is accepted, so that the terminal can determine to perform at least one of the following according to the MAC subheader: determining whether the first request is rejected; determining whether the first request is accepted; determining whether to send the first request again. In addition, after the introduction of the present application scheme in the standard, this R field can be renamed, and the present embodiment is not limited specifically.

[0142] In an optional implementation, the first field can be any R field in the MAC subheader in E / T / R / R / BI format, for example, it can be the 3rd bit in the MAC subheader in E / T / R / R / BI format or the 4th bit in the MAC subheader in E / T / R / R / BI format.

[0143] In an implementation, the first MAC subheader can be a MAC subheader in the third MAC subPDU, and it should be noted that the third MAC subPDU consists of a MAC subheader with Backoff Indicator only.

[0144] In an implementation, the third MAC subPDU can be understood as a MAC subPDU related to the first request.

[0145] FIG. 4 is a flow diagram of a processing method of a random access response according to an embodiment of the present application, which can be applied to a network side device. As shown in FIG. 4, the method 400 includes the following steps.

[0146] S402: The network-side device performs at least one of the following: 1) sending or receiving a first configuration; wherein the first configuration is used for a terminal to send a first preamble to a second cell, the first preamble is used to request the second cell to send SIB1; the first configuration further comprises information of a second preamble, the second preamble is used for at least one of the following: OSI request of the second cell; random access in the second cell other than OSI request and the first request; 2) allocating a first RO resource and a second RO resource; wherein the first RO resource is used for a first terminal to request SIB1 from the network-side device, and the second RO resource is used for a second terminal to initiate random access at the network-side device, the second terminal is a terminal that does not support requesting SIB1, and the first RO resource is different from the second RO resource.

[0147] The sending or receiving the first configuration comprises: sending the first configuration to a terminal or a target network-side device, or receiving the first configuration from a target network-side device.

[0148] The network-side device in this embodiment can be a device corresponding to the second cell, and the network-side device can send the first configuration to a network-side device corresponding to the first cell; and the network-side device can also allocate the first RO resource and the second RO resource.

[0149] The network-side device in this embodiment can be a device corresponding to the first cell, and the network-side device can receive the first configuration, which is sent by a network-side device corresponding to the second cell.

[0150] The network-side device in this embodiment can be a device corresponding to the first cell, and the network-side device can send the first configuration to a terminal.

[0151] The processing method for random access response provided by the embodiments of the present application, the network-side device sends or receives a first configuration, the first configuration is used for a terminal to send a first preamble to a second cell, the first preamble is used to request the second cell to send SIB1; the first configuration further comprises information of a second preamble, the second preamble is used for at least one of the following: OSI request of the second cell; random access in the second cell other than OSI request and the first request, which is beneficial for the terminal to correctly acquire MAC sub-PDU related to the first preamble in the RAR, and improves the communication effectiveness.

[0152] In some embodiments, the network-side device can also configure a dedicated RO for the first request through a protocol agreement, that is, the RO can only be used for the terminal to send the first request. In this way, the RAR received by the terminal on the dedicated RO will only include the MAC sub-PDU related to the first request.

[0153] The processing method of the random access response provided by the embodiments of the present application is that the network side device allocates different first RO resources and second RO resources, so as to avoid the information in the MAC PDU received by the terminal that the terminal cannot understand, and facilitate the terminal to correctly obtain the MAC sub-PDU related to the first preamble in the RAR.

[0154] In one embodiment, the first RO resource and the second RO resource are predefined.

[0155] In one embodiment, the first configuration includes at least one of the following: preamble resources for OSI (Other System Information) request of the second cell; preamble resources for random access in the second cell except for OSI request and the first request.

[0156] In one embodiment, the preamble resources include at least one preamble index or include at least one of the following in a plurality of continuous preambles: index of a starting preamble; index of an ending preamble; number of the plurality of continuous preambles.

[0157] To further illustrate the processing method of the random access response provided by the embodiments of the present application, the following will be described in combination with several specific embodiments. In the following embodiments, R19 UE can refer to a UE supporting OD-SIB1, and Legacy UE can refer to a traditional UE not supporting OD-SIB1.

[0158] Embodiment One

[0159] The main idea of the present embodiment is that in one MAC PDU, if the MAC PDU contains "MAC sub-PDU with only RAPID (corresponding to the second MAC sub-PDU in other embodiments)" and "MAC sub-PDU with RAPID and MAC RAR (corresponding to the second MAC sub-PDU in other embodiments)" and "MAC sub-PDU corresponding to WUS (corresponding to the first MAC sub-PDU in other embodiments)", it is specified that the "MAC sub-PDU corresponding to WUS" is placed before the "MAC sub-PDU with only RAPID" and the "MAC sub-PDU with RAPID and MAC RAR".

[0160] Optionally, the "MAC sub-PDU corresponding to WUS" can be placed before or after the "MAC sub-PDU with only BI".

[0161] In this way, the network side is defined to place the information that the terminal cannot understand after the MAC sub-PDU that the UE needs to read, so as to ensure that the UE can correctly obtain the response related to the OD-SIB1.

[0162] Impact on legacy connected state UE:

[0163] Further, in general, the NES cell (corresponding to the second cell of other embodiments) should not allow legacy UEs (UEs that do not support the OD-SIB1 feature, i.e., the second terminal) to camp on, but there can be connected state legacy UEs that are switched to the NES cell by the network through a handover command, and dedicated signaling (such as an RRC reconfiguration message) is used to send SIB1 to such terminals. For legacy terminals in the connected state on the NES cell, these terminals also need to initiate random access on the NES cell, and then how to ensure that such terminals can correctly receive the RAR related to themselves after sending msg 1 is also a problem to be solved.

[0164] Method 1: Based on the network implementation, the network side can reserve a dedicated RO (corresponding to the second RO resource in other embodiments) for legacy UEs, or the network does not configure the legacy UE to perform random access on the RO (corresponding to the first RO resource in other embodiments) corresponding to the WUS.

[0165] Method 2: Allow the network side to configure shared ROs for WUS and legacy UEs. In the shared RO, the preamble corresponding to the MAC sub-PDU that the legacy UE can use needs to be placed before the "WUS corresponding MAC sub-PDU" in the MAC PDU. At the same time, the preamble information and corresponding use that the legacy UE can use in the same RO also need to be included in the WUS configuration (first configuration) received by the UE supporting the OD-SIB1 feature (the first terminal) from the cell A (the first cell).

[0166] Optionally, on the shared RO, the preamble used by the legacy UE can also be applicable to the UE supporting OD-SIB1 (the first terminal), or can be determined by the network side configuration. In the case of inapplicability, the preamble used by the legacy UE and its use information also need to be sent to the R19 UE that has camped on the NES cell through the NES cell.

[0167] Way 3: The RAR format of WUS is specified to be consistent with "MAC subPDU with RAPID and MAC RAR", meanwhile, there is no intersection between the preamble set for non-system information request random access of legacy UE and the preamble set of WUS.

[0168] Way 4: The RAR format of WUS is specified to be consistent with "MAC subPDU with RAPID only", meanwhile, there is no intersection between the preamble set for OSI request of legacy UE and the preamble set of WUS.

[0169] Embodiment Two

[0170] The main idea of this embodiment is that the preamble information for requesting OSI and / or the preamble information for initiating other random access (except for OSI request and SIB1 request) in the NES cell is added to the WUS configuration provided to the UE (first terminal), so that the UE can correctly interpret the MAC PDU according to the purpose of the preamble when sending the preamble for SIB1 request.

[0171] The preamble information can have multiple implementation ways. Taking the preamble information for requesting OSI as an example, it can be to provide a preamble ID list, or if the multiple preambles for requesting OSI are consecutive, the start / end preamble ID and the preamble quantity in the consecutive preambles, or the start preamble ID + end preamble ID can be provided, or if the start preamble or the end preamble is determined, it does not need to be explicitly configured.

[0172] Impact on legacy connected mode UE:

[0173] Basically the same as the processing of embodiment one, the difference is that the preamble information for requesting OSI and / or the preamble information for initiating other random access (except for OSI request and SIB1 request) mentioned above in the WUS configuration received by the UE (first terminal) supporting OD-SIB1 feature from cell A can directly include the preamble used by the legacy UE, and the R19 UE (first terminal) does not need to distinguish which preambles are used by the legacy UE (second terminal) and which preambles are used by the R19 UE.

[0174] Embodiment Three

[0175] The main idea of this embodiment is that the RO in the WUS configuration (first configuration) of the UE for requesting SIB1 of the NES cell either only shares RO with the OSI request of the NES cell or only shares RO with the random access of the NES cell other than the system information request, i.e., cannot share RO with both. For example, only the type of the random access procedure in the NES cell that shares RO with the WUS is indicated in the WUS configuration.

[0176] Impact on legacy connected mode UEs:

[0177] Basically the same as the processing of embodiment one, the difference is that in the WUS configuration (first configuration) received by the UE supporting the OD-SIB1 feature from cell A (first cell), the UE only needs to know that the WUS shares RO with what purpose, and does not need to know the RO or preamble information used by the legacy UE.

[0178] Embodiment four

[0179] The main idea of this embodiment is that there are no legacy UEs under the NES cell, but only UEs supporting OD-SIB1. In this case, a new MAC subheader can be defined, carried in a MAC PDU, for indicating the location of the MAC subPDU related to the WUS, for example, the byte of the MAC subPDU.

[0180] For example, the MAC subheader format shown in FIG. 5, the meanings of the fields are as follows:

[0181] E: indicates whether the MAC subPDU containing this MAC subheader is the last MAC subPDU in the MAC PDU. E field set to 1 means that there is at least another MAC subPDU following. E field set to 0 means that the MAC subPDU containing this MAC subheader is the last MAC subPDU in the MAC PDU.

[0182] T: when T = 1, the remaining 6 bits indicate the RAPID, and when T = 0, the remaining 6 bits are used to indicate the location of the BI or SIB1 request MAC subPDU.

[0183] S: when S = 0, the last 4 bits in the subheader are used to indicate the BI. The 4th bit in the middle is reserved, default 0, which can be ignored by the terminal. When S = 1, N (N is an integer greater than or equal to 1 and less than or equal to 5) bits in the remaining 5 bits in the subheader are used to indicate the starting byte position of the SIB1 request MAC subPDU in the current MAC PDU, and the remaining 5-N bits can be reserved, default 0.

[0184] Further, since the location of the MAC subPDU related to the OD-SIB1 request has been indicated in the MAC header, the preamble ID for the UE to identify the OD-SIB1 request related subPDU can not be needed, and only the response information related to the first request can be carried.

[0185] Embodiment Five

[0186] The main idea of this embodiment is that the reserved value in the BI can be used to indicate that the RAR is the response of the SIB1 request.

[0187] Now some values in the BI field are reserved. For the UE supporting the OD-SIB1 feature, after the UE sends the WUS, according to the received RAR MAC PDU, it can be found that the "MAC subPDU carrying the BI field" is included, and according to the specific value of the BI, it can be known that the BI is used for random backoff indication or for the response of the WUS.

[0188] The processing method of the random access response provided by the embodiment of the application can be executed by the processing device of the random access response. In the embodiment of the application, the processing method of the random access response executed by the processing device of the random access response is taken as an example to illustrate the processing device of the random access response provided by the embodiment of the application.

[0189] The embodiment of the application provides a processing device of a random access response. As an example, the processing device of the random access response can be a communication device or a component in the communication device, for example, a chip. The communication device can be a terminal, a network side device or a server, etc. For example, the terminal can include but is not limited to the types of the terminal 11 listed above, the network side device can include but is not limited to the types of the network side device 12 listed above, and the embodiment of the application is not limited specifically.

[0190] The processing apparatus of the random access response comprises a receiving module, a sending module and a processing module. The receiving module, the sending module and the processing module can be implemented by software or by hardware. When implemented by hardware, the processing module can be implemented by a processor, which can include a general-purpose processor, a special-purpose processor, etc., such as a central processing unit (CPU), a microprocessor, a digital signal processor (DSP), an artificial intelligent (AI) processor, a graphics processing unit (GPU), an application specific integrated circuit (ASIC), a network processor (NP), a field programmable gate array (FPGA) or other programmable logic devices, a gate circuit, a transistor, a discrete hardware component, etc. The receiving module and the sending module can be implemented by a communication interface, which can include one or more of a transceiver, a pin, a circuit, a bus, a radio frequency unit, etc.

[0191] Specifically, referring to FIG. 6, when the processing apparatus of the random access response is a terminal or a component in the terminal, the processing apparatus 600 of the random access response comprises the following modules:

[0192] The receiving module 602 is configured to receive a first configuration from a first cell, the first configuration being used for the terminal to send a first request to a second cell, the first request being used for requesting the second cell to send an SIB1.

[0193] The sending module 604 is configured to send the first request to the second cell, the first request being a first preamble.

[0194] The processing module 606 is configured to, in a case where the RAR is received after the terminal sends the first request, perform at least one of the following to determine the MAC subPDU related to the first request in the RAR: determining a MAC subPDU related to a second preamble in the RAR based on the first configuration, the second preamble being different from the first preamble; determining a MAC subheader carried by the RAR; determining a length or a position of the MAC subPDU related to the first request based on a first preset rule; and / or

[0195] The processing module 606 is configured to, in a case where the terminal receives a random access response (RAR) after sending the first request, perform at least one of the following according to a MAC subheader in the RAR: determining whether the first request is rejected; determining whether the first request is accepted; and determining whether to send the first request again.

[0196] In the embodiments of the present application, the terminal receives a first configuration from a first cell, the first configuration is used for the terminal to send a first preamble to a second cell to request the second cell to send SIB1, and in a case where the terminal receives an RAR after sending the first preamble, the terminal performs at least one of the following to determine a MAC subPDU related to the first request in the RAR: 1) determines a MAC subPDU related to a second preamble included in the RAR based on the first configuration; 2) determines a MAC subheader carried by the RAR; and 3) determines a length or a position of the MAC subPDU related to the first request based on a first preset rule. The embodiments of the present application enable the terminal to correctly obtain the MAC subPDU related to the first preamble in the RAR, and improve communication effectiveness.

[0197] In one embodiment, the processing module 606 is configured to: determine a use of the second preamble based on the first configuration; and determine a length or a format of a MAC subPDU containing the second preamble based on the use of the second preamble.

[0198] In one embodiment, the first configuration further includes at least one of the following: preamble resources for an other system information (OSI) request of the second cell; and preamble resources for random access other than the OSI request and the first request in the second cell.

[0199] In one embodiment, the preamble resources include at least one preamble index or include at least one of the following in a plurality of consecutive preambles: 1) an index of a starting preamble; 3) an index of an ending preamble; and 3) a number of the plurality of consecutive preambles.

[0200] In one embodiment, the processing module 606 is further configured to: determine, based on first indication information, whether to allow performing an OSI request using preamble resources for the OSI request of the second cell and / or performing a random access process other than the OSI request and the first request using preamble resources for random access other than the OSI request and the first request in the second cell; and wherein the first indication information is predefined or obtained through the first configuration.

[0201] In an embodiment, the first configuration further comprises one of: 1) second indication information used to indicate that the first request shares RO only with OSI request in the second cell; and 2) third indication information used to indicate that the first request shares RO only with random access procedure other than OSI request and the first request in the second cell.

[0202] In an embodiment, the processing module 606 is configured to determine the usage of the second preamble based on the preamble resource used to send the first request in the first configuration and a second preset rule, wherein the second preset rule is that the preamble resource used to send the first request is between the preamble resource used to send OSI request and the preamble resource used to send random access other than OSI request and the first request.

[0203] In an embodiment, the processing module 606 is configured to determine that the RAR contains MAC subPDU related to the first request if the RAR contains a MAC subheader containing a BI field and the BI field takes a value of 14 or 15, or determine that the RAR contains MAC subPDU related to the first request if the RAR contains a MAC subheader containing an R field and the R field takes a value of 1.

[0204] In an embodiment, if the RAR contains a MAC subheader containing an R field and the R field takes a value of 1, the remaining N bits of the MAC subheader are used to indicate the location of the MAC subPDU related to the first request in the RAR or indicate the response information corresponding to the first request, wherein N is an integer greater than or equal to 1 and less than or equal to 5.

[0205] In an embodiment, in the RAR, the MAC subheader containing the BI field or the MAC subheader containing the R field is located before the MAC subheader containing the RAPID field.

[0206] In an embodiment, the first preset rule comprises: 1) the MAC subPDU related to the first request only includes one MAC subheader; or 2) the MAC subPDU related to the first request includes one MAC subheader and one MAC RAR, and the length of the MAC RAR is consistent with the length of the MAC RAR corresponding to the first access, wherein the first access is random access other than OSI request and the first request.

[0207] In an implementation, the processing module 606 is configured to determine that the first request is accepted in a case that the RAR received by the receiving module includes a MAC subPDU related to the first preamble or the first request; and / or,

[0208] The receiving module is configured to receive the SIB1 in a case that the RAR received by the receiving module includes a MAC subPDU related to the first preamble or the first request.

[0209] In an implementation, the processing module 606 is configured to determine that the first request is rejected in a case that the RAR includes a MAC subheader including a first field, and the first field indicates that the first request is rejected.

[0210] In an implementation, the first field indicates that the first request is rejected in a case that the first field has a value of 1. It can be understood that, if the RAR includes a MAC subheader including a first field, and the first field has a value of 1, the processing module 606 determines that the first request is rejected. In addition, the first field indicating that the first request is rejected can also be understood or replaced as the first field indicating that the SIB1 is not being broadcasted, or the first field indicating that the broadcast state of the SIB1 is not being broadcasted.

[0211] In an implementation, the sending module 604 is configured to stop sending the first request to the second cell after determining that the first request is rejected.

[0212] In an implementation, the sending module 604 is configured to resend the first request according to a BI value in the MAC subheader in a case that the RAR includes a MAC subheader including a first field, the first field indicates that the first request is accepted or the first field does not indicate that the first request is rejected, and the RAR received by the receiving module 602 does not include a MAC subPDU related to the first preamble or the first request.

[0213] It should be noted that the first field indicating that the first request is accepted or the first field not indicating that the first request is rejected can be understood or replaced as the first field indicating that the SIB1 is being broadcasted, or the first field indicating that the broadcast state of the SIB1 is being broadcasted.

[0214] In an implementation, when the first field is 0, the first field indicates that the first request is accepted or the first field does not indicate that the first request is rejected. It can be understood that when the RAR includes the MAC subheader including the first field with the value of 0, and the RAR received by the receiving module 602 does not include the MAC subPDU related to the first preamble or the first request, the sending module 604 re-sends the first request according to the BI value in the MAC subheader.

[0215] In an implementation, the first field is an R field in a MAC subheader of a first format, and the MAC subheader of the first format is a MAC subheader of an E / T / R / R / BI format.

[0216] Referring to FIG. 7, when the processing apparatus of the random access response is a network-side device or a component in the network-side device, the processing apparatus 700 of the random access response includes:

[0217] The receiving module 702 is configured to receive a first request sent by a first terminal, the first request being a first preamble, the first request being used to request the network-side device to send an SIB1, and the first request being determined by the first terminal according to a first configuration received from a first cell.

[0218] The sending module 704 is configured to, after receiving the first request, perform at least one of the following to generate and send an RAR: 1) placing a first MAC subPDU and a second MAC subPDU in the RAR according to a position placement rule of the first MAC subPDU and the second MAC subPDU; 2) determining a MAC subheader of the first MAC subPDU according to a third preset rule; 3) determining a length of the first MAC subPDU according to a first preset rule; 4) determining a value of a first field in a first MAC subheader of the RAR, the first field being used to indicate whether the first request is rejected or the first field being used to indicate whether the first request is accepted, wherein the first MAC subPDU is a MAC subPDU related to the first request, and the second MAC subPDU is a MAC subPDU other than the first MAC subPDU.

[0219] The processing apparatus for random access response provided by the embodiments of the present application, after the network side device receives the first preamble, performs at least one of the following to generate and send the RAR: 1) places the first MAC sub-PDU and the second MAC sub-PDU in the RAR according to a position placement rule of the first MAC sub-PDU and the second MAC sub-PDU; 2) determines the MAC sub-header of the first MAC sub-PDU according to a third preset rule; 3) determines the length of the first MAC sub-PDU according to a first preset rule. The embodiments of the present application are beneficial to the terminal to correctly acquire the MAC sub-PDU related to the first preamble in the RAR, and improve the communication effectiveness.

[0220] In one embodiment, the position placement rule of the first MAC sub-PDU and the second MAC sub-PDU includes: if the second MAC sub-PDU is a MAC sub-PDU only with a RAPID or a MAC sub-PDU with a RAPID and a MAC RAR, the position of the first MAC sub-PDU is before the position of the second MAC sub-PDU.

[0221] In one embodiment, the position placement rule of the first MAC sub-PDU and the second MAC sub-PDU includes: if the second MAC sub-PDU is a MAC sub-PDU only with a BI, the position of the first MAC sub-PDU is before or after the position of the second MAC sub-PDU.

[0222] In one embodiment, the position placement rule of the first MAC sub-PDU and the second MAC sub-PDU includes: if the second MAC sub-PDU is a MAC sub-PDU related to a second terminal, the second terminal is a terminal that does not support sending the first request, the position of the first MAC sub-PDU is after the position of the second MAC sub-PDU.

[0223] In one implementation, the first MAC sub-header is a MAC sub-header in E / T / R / R / BI format, and the first field is the R field in the first MAC sub-header.

[0224] Referring to FIG. 8, when the processing apparatus for random access response is a network side device or a component in the network side device, the processing apparatus 800 for random access response includes:

[0225] The communication module 802 is configured to perform at least one of the following: 1) send or receive a first configuration; wherein the first configuration is used for a terminal to send a first preamble to a second cell, the first preamble is used for requesting the second cell to send SIB1; the first configuration further comprises information of a second preamble, the second preamble is used for at least one of the following: OSI request of the second cell; random access in the second cell except for OSI request and the first request; 2) allocate a first RO resource and a second RO resource; wherein the first RO resource is used for a first terminal to request SIB1 from the network side device, the second RO resource is used for a second terminal to initiate random access in the network side device, the second terminal is a terminal that does not support requesting SIB1, and the first RO resource is different from the second RO resource.

[0226] In one embodiment, the first RO resource and the second RO resource are predefined.

[0227] The processing apparatus for random access response provided by the embodiments of the present application is used for the network side device to send or receive a first configuration, the first configuration is used for a terminal to send a first preamble to a second cell, the first preamble is used for requesting the second cell to send SIB1; the first configuration further comprises information of a second preamble, the second preamble is used for at least one of the following: OSI request of the second cell; random access in the second cell except for OSI request and the first request, which is beneficial for the terminal to correctly acquire the MAC sub-PDU related to the first preamble in the RAR, and improves the communication effectiveness.

[0228] The processing apparatus for random access response provided by the embodiments of the present application is used for the network side device to allocate different first RO resources and second RO resources, which avoids the terminal to receive the MAC PDU with information that the terminal cannot understand, and is beneficial for the terminal to correctly acquire the MAC sub-PDU related to the first preamble in the RAR.

[0229] The processing apparatus for random access response provided by the embodiments of the present application can realize each process of the method embodiments of FIGS. 2 to 5, and achieve the same technical effects. To avoid repetition, details are not described here.

[0230] As shown in FIG. 9, the embodiment of the present application further provides a communication device 900, comprising a processor 901 and a memory 902, wherein the memory 902 stores programs or instructions executable on the processor 901, for example, when the communication device 900 is a terminal, the programs or instructions are executed by the processor 901 to implement each step of the above-mentioned processing method embodiment of the random access response, and achieve the same technical effects. When the communication device 900 is a network side device, the programs or instructions are executed by the processor 901 to implement each step of the above-mentioned processing method embodiment of the random access response, and achieve the same technical effects. To avoid repetition, details are not described here.

[0231] The embodiment of the present application further provides a terminal, comprising a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is configured to run programs or instructions to implement the steps in the method embodiment shown in FIG. 2. The terminal embodiment corresponds to the above-mentioned terminal side method embodiment, and each implementation process and implementation manner of the above-mentioned method embodiment can be applied to the terminal embodiment, and the same technical effects can be achieved. The terminal can be the processing device of the random access response shown in FIG. 6. Specifically, FIG. 10 is a schematic diagram of the hardware structure of a terminal for implementing the embodiment of the present application.

[0232] The terminal 1000 includes, but is not limited to, at least part of the components such as a radio frequency unit 1001, a network module 1002, an audio output unit 1003, an input unit 1004, a sensor 1005, a display unit 1006, a user input unit 1007, an interface unit 1008, a memory 1009, and a processor 1010.

[0233] Those skilled in the art can understand that the terminal 1000 can further include a power supply (such as a battery) for supplying power to each component, and the power supply can be logically connected to the processor 1010 through a power management system, so as to realize functions such as power management, discharge management, and power consumption management through the power management system. The terminal structure shown in FIG. 10 does not constitute a limitation on the terminal, and the terminal can include more or fewer components than the illustrated components, or combine certain components, or different component arrangements, which are not described here.

[0234] It should be understood that in the embodiments of the present application, the input unit 1004 can include a graphics processor 10041 and a microphone 10042, and the graphics processor 10041 processes image data of a still picture or a video obtained by an image capture device (such as a camera) in a video capture mode or an image capture mode. The display unit 1006 can include a display panel 10061, which can be configured in the form of a liquid crystal display, an organic light-emitting diode, etc. The user input unit 1007 includes at least one of a touch panel 10071 and other input devices 10072. The touch panel 10071 is also called a touch screen. The touch panel 10071 can include two parts of a touch detection device and a touch controller. The other input devices 10072 can include, but are not limited to, a physical keyboard, function keys (such as volume control keys, on-off keys, etc.), a trackball, a mouse, a joystick, and the like, which will not be described here.

[0235] In the embodiments of the present application, after the radio frequency unit 1001 receives the downlink data from the network side device, it can be transmitted to the processor 1010 for processing. In addition, the radio frequency unit 1001 can send uplink data to the network side device. Generally, the radio frequency unit 1001 includes, but is not limited to, an antenna, an amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, etc.

[0236] The memory 1009 can be used to store software programs or instructions and various data. The memory 1009 can mainly include a first storage area storing programs or instructions and a second storage area storing data, wherein the first storage area can store an operating system, at least one application program required by a function (such as a sound playing function, an image playing function, etc.) or an instruction, etc. In addition, the memory 1009 can include a volatile memory or a non-volatile memory. The non-volatile memory can be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically EPROM (EEPROM), or a flash memory. The volatile memory can be a Random Access Memory (RAM), a Static RAM (SRAM), a Dynamic RAM (DRAM), a Synchronous DRAM (SDRAM), a Double Data Rate SDRAM (DDR SDRAM), an Enhanced SDRAM (ESDRAM), a Synch link DRAM (SLDRAM), and a Direct Rambus RAM (DRRAM). The memory 1009 in the embodiments of the present application includes but is not limited to these and any other suitable types of memory.

[0237] The processor 1010 can include one or more processing units; optionally, the processor 1010 integrates an application processor and a modem processor, wherein the application processor mainly processes operations related to an operating system, a user interface, and an application program, and the modem processor mainly processes wireless communication signals, such as a baseband processor. It can be understood that the above-mentioned modem processor can also not be integrated into the processor 1010.

[0238] The radio frequency unit 1001 is configured to receive a first configuration from a first cell, the first configuration being used for sending a first request to a second cell by the terminal, the first request being used for requesting the second cell to send SIB1; and sending the first request to the second cell, the first request being a first preamble. The processor 1010 is configured to, in a case that a random access response (RAR) is received after the terminal sends the first request, perform at least one of the following to determine a MAC subPDU related to the first request in the RAR: determining a MAC subPDU related to a second preamble included in the RAR based on the first configuration, the second preamble being different from the first preamble; determining a MAC subheader carried by the RAR; determining a length or a position of the MAC subPDU related to the first request based on a first preset rule; and / or in a case that the RAR is received after the terminal sends the first request, performing at least one of the following according to the MAC subheader in the RAR: determining whether the first request is rejected; determining whether the first request is accepted; and determining whether to send the first request again.

[0239] In the embodiments of the present application, the terminal receives a first configuration from a first cell, the first configuration being used for sending a first preamble to a second cell by the terminal to request the second cell to send SIB1, and in a case that a random access response (RAR) is received after the terminal sends the first preamble, performing at least one of the following to determine a MAC subPDU related to the first request in the RAR: 1) determining a MAC subPDU related to a second preamble included in the RAR based on the first configuration; 2) determining a MAC subheader carried by the RAR; and 3) determining a length or a position of the MAC subPDU related to the first request based on a first preset rule. The embodiments of the present application enable the terminal to correctly obtain the MAC subPDU related to the first preamble in the RAR, and improve the effectiveness of communication.

[0240] It can be understood that the implementation processes of the implementation manners mentioned in the embodiments can refer to the related descriptions of the processing method embodiments of the random access response, and achieve the same or corresponding technical effects. To avoid repetition, the details are not described herein again.

[0241] The embodiments of the present application also provide a network side device, which comprises a processor and a communication interface, the communication interface and the processor are coupled, and the processor is used for running programs or instructions to implement the steps of the method embodiments shown in FIG. 3 or 4. The network side device embodiments correspond to the network side device method embodiments described above, and each implementation process and implementation manner of the method embodiments described above can be applied to the network side device embodiments, and the same technical effects can be achieved.

[0242] Specifically, the embodiment of the present application also provides a network side device, which can be the random access response processing apparatus shown in FIG. 7 or FIG. 8. As shown in FIG. 11, the network side device 1100 includes an antenna 111, a radio frequency device 112, a baseband device 113, a processor 114 and a memory 115. The antenna 111 is connected with the radio frequency device 112. In the uplink direction, the radio frequency device 112 receives information through the antenna 111, and sends the received information to the baseband device 113 for processing. In the downlink direction, the baseband device 113 processes the information to be sent, and sends the processed information to the radio frequency device 112, and the radio frequency device 112 processes the received information and sends the processed information out through the antenna 111.

[0243] The radio frequency device 112 is configured to receive a first request sent by a first terminal, the first request being a first preamble, the first request being used for requesting the network side device to send SIB1, and the first request being determined according to a first configuration received by the first terminal from a first cell; and after receiving the first request, perform at least one of the following to generate and send a RAR: placing a first MAC sub-packet and a second MAC sub-packet in the RAR according to a position placement rule of the first MAC sub-packet and the second MAC sub-packet; determining a MAC sub-header of the first MAC sub-packet according to a third preset rule; determining a length of the first MAC sub-packet according to a first preset rule; and determining a value of a first field in a first MAC header of the RAR, the first field being used for indicating whether the first request is rejected or accepted; wherein the first MAC sub-packet is a MAC sub-packet related to the first request, and the second MAC sub-packet is a MAC sub-packet other than the first MAC sub-packet.

[0244] Alternatively, the radio frequency device 112 is configured to perform at least one of the following: sending or receiving a first configuration; wherein the first configuration is used for a terminal to send a first preamble to a second cell, the first preamble being used for requesting the second cell to send SIB1; and the first configuration further includes information of a second preamble, the second preamble being used for at least one of the following: OSI request of the second cell; random access of the second cell other than OSI request and the first request; allocating a first RO resource and a second RO resource; wherein the first RO resource is used for a first terminal to request SIB1 from the network side device, and the second RO resource is used for a second terminal to initiate random access in the network side device, the second terminal being a terminal that does not support requesting SIB1, and the first RO resource is different from the second RO resource.

[0245] The method performed by the network side device in the above embodiments can be implemented in the baseband device 113, which includes a baseband processor.

[0246] The baseband device 113 may, for example, include at least one baseband board on which a plurality of chips are disposed, as shown in FIG. 11, one of which is a baseband processor, for example, which is connected to the memory 115 through a bus interface to call programs in the memory 115 to perform the network device operations shown in the above method embodiments.

[0247] The network side device may, for example, also include a network interface 116, which is a Common Public Radio Interface (CPRI), for example.

[0248] Specifically, the network side device 1100 of the embodiments of the present application further includes instructions or programs stored on the memory 115 and executable on the processor 114, which call the instructions or programs in the memory 115 to perform the method performed by each module shown in FIG. 7 or FIG. 8 and achieve the same technical effects. To avoid repetition, this will not be described here.

[0249] The embodiments of the present application also provide a readable storage medium having programs or instructions stored thereon, which, when executed by a processor, implement each process of the above-mentioned processing method embodiments for random access response and achieve the same technical effects. To avoid repetition, this will not be described here.

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

[0251] The embodiments of the present application further provide a chip, which includes a processor and a communication interface, the communication interface and the processor are coupled, and the processor is configured to run programs or instructions to implement each process of the above-mentioned processing method embodiments for random access response and achieve the same technical effects. To avoid repetition, this will not be described here.

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

[0253] The embodiment of the present application further provides a computer program / program product stored in a storage medium, which is executed by at least one processor to implement each process of the random access response processing method embodiment, and can achieve the same technical effects. To avoid repetition, details are not described herein.

[0254] The embodiment of the present application further provides a random access response processing system, which comprises a terminal and a network side device. The terminal can be used to execute the steps of the random access response processing method described above, and the network side device can be used to execute the steps of the random access response processing method described above.

[0255] It should be noted that in this document, the terms "comprising", "including", or any other variant thereof are intended to cover non-exclusive inclusions, so that processes, methods, articles, or devices that include a series of elements not only include those elements, but also include other elements not explicitly listed, or include elements inherent to such processes, methods, articles, or devices. Without more limitations, the element defined by the statement "comprising a" does not exclude the presence of additional 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, but can also include performing functions in a substantially simultaneous manner or in reverse order, for example, the described method can be performed in an order different from that described, and various steps can also be added, omitted or combined. In addition, the features described with reference to certain examples can be combined in other examples.

[0256] From the above description of the embodiments, those skilled in the art can clearly understand that the above embodiment method can be realized by means of computer software product and general hardware platform, of course, it can also be realized by hardware. The computer software product is stored in a storage medium (such as ROM, RAM, magnetic disc, optical disc, etc.), which includes a plurality of instructions for making the terminal or network side device execute the method described in each embodiment of the present application.

[0257] The embodiments of the present application are described above in combination with the drawings, but the present application is not limited to the above specific embodiments, which are only illustrative and not restrictive. Those skilled in the art can make many forms of embodiments under the guidance of the present application without departing from the scope of the present application and the protection scope of the claims, and these embodiments all belong to the protection scope of the present application.

Claims

1. A method of processing a random access response, wherein, Comprising: A terminal receives a first configuration from a first cell, the first configuration being used for the terminal to send a first request to a second cell, the first request being used for requesting the second cell to send a system information block 1 (SIB1); The terminal sends the first request to the second cell, the first request being a first random access preamble; In a case that the terminal receives a random access response (RAR) after the terminal sends the first request, the terminal performs at least one of the following to determine a medium access control (MAC) sub-protocol data unit (PDU) related to the first request in the RAR: Determining, based on the first configuration, a MAC sub-PDU related to a second preamble in the RAR, the second preamble being different from the first preamble; Determining a MAC sub-header carried by the RAR; Determining a length or a position of the MAC sub-PDU related to the first request based on a first preset rule; And / or, In a case that the terminal receives a random access response (RAR) after the terminal sends the first request, the terminal performs at least one of the following according to the MAC sub-header in the RAR: determining whether the first request is rejected; determining whether the first request is accepted; determining whether to send the first request again.

2. The method of claim 1, wherein, The determining, based on the first configuration, a MAC sub-PDU related to a second preamble in the RAR comprises: Determining, based on the first configuration, a use of the second preamble; Determining a length or a format of the MAC sub-PDU containing the second preamble based on the use of the second preamble.

3. The method of claim 2, wherein, The first configuration further comprises at least one of the following: A preamble resource for an other system information (OSI) request of the second cell; A preamble resource for a random access other than the OSI request and the first request in the second cell.

4. The method of claim 3, wherein, The preamble resource comprises at least one of the following: An index of a start preamble; An index of an end preamble; A number of the continuous preambles.

5. The method of claim 3, wherein, The method further comprises: The terminal determines, based on a first indication information, whether to allow performing an OSI request using the preamble resource for the OSI request of the second cell and / or performing a random access process other than the OSI request and the first request using the preamble resource for the random access other than the OSI request and the first request in the second cell; The first indication information is predefined or obtained through the first configuration.

6. The method of claim 2, wherein, The first configuration further comprises one of the following: A second indication information, the second indication information being used for indicating that the first request shares a random access occasion (RO) only with the OSI request in the second cell; The third indication information is used for indicating that the first request shares RO only with random access procedures other than OSI request and the first request in the second cell.

7. The method of claim 2, wherein, The use of the second preamble is determined based on the first configuration. The use of the second preamble is determined based on a preamble resource used for sending the first request in the first configuration and a second preset rule. The second preset rule is that the preamble resource used for sending the first request is located between a preamble resource used for sending OSI request and a preamble resource used for random access other than OSI request and the first request.

8. The method of claim 1, wherein, The MAC subheader carried in the RAR is determined to determine the MAC subPDU related to the first request in the RAR, including: If the RAR contains a MAC subheader containing a backoff indication BI field, and the BI field takes a value of 14 or 15, it is determined that the RAR contains a MAC subPDU related to the first request; or, If the RAR contains a MAC subheader containing an R field, and the R field takes a value of 1, it is determined that the RAR contains a MAC subPDU related to the first request.

9. The method of claim 8, wherein, If the RAR contains a MAC subheader containing a reserved R field, and the R field takes a value of 1, the remaining N bits of the MAC subheader are used to indicate the location of the MAC subPDU related to the first request in the RAR, or to indicate the response information corresponding to the first request, where N is an integer greater than or equal to 1 and less than or equal to 5.

10. The method of claim 8, wherein, In the RAR, the MAC subheader containing the BI field or the MAC subheader containing the R field is located before a MAC subheader containing a random access identifier RAPID field.

11. The method of claim 1, wherein, The first preset rule includes: The MAC subPDU related to the first request only includes one MAC subheader; or, The MAC subPDU related to the first request includes one MAC subheader and one MAC RAR, and the length of the MAC RAR is consistent with the length of the MAC RAR corresponding to the first access, where the first access is random access other than OSI request and the first request.

12. The method of any one of claims 1 to 11, wherein, In the case that the RAR received by the terminal includes a MAC subPDU related to the first preamble or the first request, the terminal performs at least one of the following: determining that the first request is accepted; and receiving the SIB1.

13. The method of any one of claims 1 to 11, wherein, If the RAR contains a MAC subheader containing a first field, and the first field indicates that the first request is rejected, the terminal determines that the first request is rejected.

14. The method of claim 13, wherein, In the case that the first field takes a value of 1, the first field indicates that the first request is rejected.

15. The method of claim 13 or 14, wherein, After the terminal determines that the first request is rejected, the method further includes: The terminal no longer sends a first request to the second cell.

16. The method of any one of claims 1 to 11, wherein, In a case that the first domain in the RAR indicates that the first request is accepted or the first domain does not indicate that the first request is rejected, and in a case that the terminal does not receive the RAR including the MAC sub-PDU related to the first preamble or the first request, the terminal re-sends the first request according to a BI value in the MAC sub-header.

17. The method of claim 16, wherein, In a case that the first domain is 0, the first domain indicates that the first request is accepted or the first domain does not indicate that the first request is rejected.

18. The method of any one of claims 14 to 17, wherein, The first domain is an R domain in a MAC sub-header of a first format, and the MAC sub-header of the first format is a MAC sub-header of an E / T / R / R / BI format.

19. A method of processing a random access response, wherein, The network-side device receives a first request sent by a first terminal, the first request being a first preamble, the first request being used to request the network-side device to send an SIB1, the first request being determined by the first terminal according to a first configuration received from a first cell; After receiving the first request, the network-side device performs at least one of the following to generate and send an RAR: placing a first MAC sub-PDU and a second MAC sub-PDU in the RAR according to a position placement rule of the first MAC sub-PDU and the second MAC sub-PDU; determining a MAC sub-header of the first MAC sub-PDU according to a third preset rule; determining a length of the first MAC sub-PDU according to a first preset rule; determining a value of a first domain in a first MAC sub-header of the RAR, the first domain being used to indicate whether the first request is rejected or the first domain being used to indicate whether the first request is accepted; The first MAC sub-PDU is a MAC sub-PDU related to the first request, and the second MAC sub-PDU is a MAC sub-PDU other than the first MAC sub-PDU. The position placement rule of the first MAC sub-PDU and the second MAC sub-PDU includes:

20. The method of claim 19, wherein, If the second MAC sub-PDU is a MAC sub-PDU only with a RAPID or a MAC sub-PDU with a RAPID and a MAC RAR, the position of the first MAC sub-PDU is before the position of the second MAC sub-PDU. The position placement rule of the first MAC sub-PDU and the second MAC sub-PDU includes:

21. The method of claim 19, wherein, If the second MAC sub-PDU is a MAC sub-PDU only with a BI, the position of the first MAC sub-PDU is before or after the position of the second MAC sub-PDU. The position placement rule of the first MAC sub-PDU and the second MAC sub-PDU includes:

22. The method of claim 19, wherein, If the second MAC sub-PDU is a MAC sub-PDU related to a second terminal, the second terminal being a terminal that does not support sending the first request, the position of the first MAC sub-PDU is after the position of the second MAC sub-PDU. The first preset rule includes:

23. The method of claim 19, wherein, The MAC sub-PDU related to the first request includes only one MAC sub-header; or ​ The MAC subPDU related to the first request comprises a MAC subheader and a MAC RAR, the MAC RAR has a same length as a MAC RAR corresponding to a first access, the first access is a random access other than an OSI request and the first request.

24. The method of claim 19, wherein, The third preset rule comprises: The MAC subheader corresponding to the MAC subPDU related to the first request comprises a BI field, and the BI field is set to 14 or 15; or The MAC subheader corresponding to the MAC subPDU related to the first request comprises an R field, and the R field is set to 1.

25. The method of claim 19, wherein, The first MAC subheader is an E / T / R / R / BI format MAC subheader, and the first field is an R field in the first MAC subheader.

26. A method of processing a random access response, wherein Comprise: The network side device performs at least one of the following: sending or receiving a first configuration; wherein the first configuration is used for a terminal to send a first preamble to a second cell, the first preamble is used to request the second cell to send SIB1; the first configuration further comprises information of a second preamble, the second preamble is used for at least one of the following: OSI request of the second cell; random access in the second cell other than OSI request and the first request; allocate a first RO resource and a second RO resource; wherein the first RO resource is used for a first terminal to request SIB1 from the network side device, and the second RO resource is used for a second terminal to initiate random access to the network side device, the second terminal is a terminal that does not support requesting SIB1, and the first RO resource is different from the second RO resource.

27. The method of claim 26, wherein, The first RO resource and the second RO resource are predefined.

28. The method of claim 26, wherein, The sending or receiving first configuration comprises: sending the first configuration to the terminal or the target network side device, or receiving the first configuration from the target network side device.

29. The method of claim 26, wherein, The first configuration comprises at least one of the following: preamble resource for other system information OSI request of the second cell; preamble resource for random access in the second cell other than OSI request and the first request.

30. The method of claim 29, wherein, The preamble resource comprises at least one preamble index or comprises a plurality of consecutive preambles, and at least one of the following: index of the starting preamble; index of the last preamble; number of the plurality of consecutive preambles.

31. A processing means for a random access response, applied to a terminal, wherein, Comprise: a receiving module, configured to receive a first configuration from a first cell, the first configuration is used for the terminal to send a first request to a second cell, the first request is used to request the second cell to send SIB1; a sending module, configured to send the first request to the second cell, the first request is a first preamble; a processing module, configured to, in a case that the terminal receives a RAR after sending the first request, perform at least one of the following to determine a MAC subPDU related to the first request in the RAR: determine, based on the first configuration, that a MAC subPDU related to a second preamble is contained in the RAR, the second preamble being different from the first preamble; determine a MAC subheader carried by the RAR; determine, based on a first preset rule, a length or a position of the MAC subPDU related to the first request; and / or the processing module is configured to, in a case where the terminal receives a random access response (RAR) after sending the first request, perform at least one of the following according to the MAC subheader in the RAR: determining whether the first request is rejected; determining whether the first request is accepted; determining whether to send the first request again.

32. The apparatus of claim 31, wherein, the processing module is configured to: determine, based on the first configuration, a use of the second preamble; determine, based on the use of the second preamble, a length or a format of a MAC subPDU containing the second preamble.

33. The apparatus of claim 32, wherein, The first configuration further includes at least one of the following: a preamble resource for an other system information (OSI) request in the second cell; a preamble resource for a random access other than the OSI request and the first request in the second cell.

34. The apparatus of claim 33, wherein, The preamble resource includes at least one preamble index or includes at least one of the following in a plurality of consecutive preambles: an index of a starting preamble; an index of an ending preamble; a number of the plurality of consecutive preambles.

35. The apparatus of claim 33, wherein, The processing module is further configured to: determine, based on first indication information, whether to allow performing an OSI request using the preamble resource for the OSI request in the second cell and / or performing a random access other than the OSI request and the first request using the preamble resource for the random access other than the OSI request and the first request in the second cell; wherein the first indication information is predefined or obtained through the first configuration.

36. The apparatus of claim 32, wherein, The first configuration further includes one of the following: second indication information, the second indication information being used to indicate that the first request shares a RO only with an OSI request in the second cell; third indication information, the third indication information being used to indicate that the first request shares a RO only with a random access other than the OSI request and the first request in the second cell.

37. The apparatus of claim 32, wherein, The processing module is configured to: determine, based on the preamble resource for sending the first request in the first configuration and a second preset rule, the use of the second preamble; wherein the second preset rule is that the preamble resource for sending the first request is located between a preamble resource for sending an OSI request and a preamble resource for a random access other than the OSI request and the first request.

38. The apparatus of claim 31, wherein, The processing module is configured to: If the MAC subheader including the BI field exists in the RAR, and the BI field takes the value of 14 or 15, it is determined that the RAR contains the MAC subPDU related to the first request. Or, If the MAC subheader including the R field exists in the RAR, and the R field takes the value of 1, it is determined that the RAR contains the MAC subPDU related to the first request.

39. The device of claim 38, wherein, If the MAC subheader including the R field exists in the RAR, and the R field takes the value of 1, the remaining N bits of the MAC subheader are used to indicate the location of the MAC subPDU related to the first request in the RAR, or to indicate the response information corresponding to the first request, where N is an integer greater than or equal to 1 and less than or equal to 5.

40. The apparatus of claim 38, wherein In the RAR, the MAC subheader including the BI field or the MAC subheader including the R field is located before the MAC subheader including the RAPID field.

41. The apparatus of claim 31, wherein, The first preset rule includes: The MAC subPDU related to the first request only includes one MAC subheader; or The MAC subPDU related to the first request includes one MAC subheader and one MAC RAR, and the length of the MAC RAR is consistent with the length of the MAC RAR corresponding to the first access, where the first access is a random access other than the OSI request and the first request.

42. The apparatus of any of claims 31 to 41, wherein The processing module is configured to determine that the first request is accepted if the RAR received by the receiving module includes the MAC subPDU related to the first preamble or the first request; and / or The receiving module is configured to receive the SIB1 if the RAR received by the receiving module includes the MAC subPDU related to the first preamble or the first request.

43. The apparatus of any of claims 31 to 41, wherein The processing module is configured to determine that the first request is rejected if the RAR includes the MAC subheader including the first field, and the first field indicates that the first request is rejected.

44. The apparatus of any of claims 31 to 41, wherein The sending module is configured to resend the first request according to the BI value in the MAC subheader if the RAR includes the MAC subheader including the first field, the first field indicates that the first request is accepted or the first field does not indicate that the first request is rejected, and the RAR received by the receiving module does not include the MAC subPDU related to the first preamble or the first request.

45. A processing apparatus for handling a random access response, applied to a network side device, wherein, including: A receiving module configured to receive a first request sent by a first terminal, the first request being a first preamble, the first request being used to request the network side device to send a SIB1, the first request being determined by the first terminal according to a first configuration received from a first cell; The sending module is configured to perform at least one of the following after receiving the first request to generate and send the RAR: placing the first MAC sub-PDU and the second MAC sub-PDU in the RAR according to a position placement rule of the first MAC sub-PDU and the second MAC sub-PDU; determining a MAC sub-header of the first MAC sub-PDU according to a third preset rule; determining a length of the first MAC sub-PDU according to a first preset rule; determining a value of a first field in a first MAC sub-header of the RAR, the first field being used to indicate whether the first request is rejected or the first request is accepted; wherein the first MAC sub-PDU is a MAC sub-PDU related to the first request, and the second MAC sub-PDU is a MAC sub-PDU other than the first MAC sub-PDU.

46. The device of claim 45, wherein, The position placement rule of the first MAC sub-PDU and the second MAC sub-PDU includes: if the second MAC sub-PDU is a MAC sub-PDU with only a RAPID or a MAC sub-PDU with a RAPID and a MAC RAR, the position of the first MAC sub-PDU is before the position of the second MAC sub-PDU.

47. The device of claim 45, wherein, The position placement rule of the first MAC sub-PDU and the second MAC sub-PDU includes: if the second MAC sub-PDU is a MAC sub-PDU with only a BI, the position of the first MAC sub-PDU is before or after the position of the second MAC sub-PDU.

48. The device of claim 45, wherein, The position placement rule of the first MAC sub-PDU and the second MAC sub-PDU includes: if the second MAC sub-PDU is a MAC sub-PDU related to a second terminal, the second terminal being a terminal that does not support sending the first request, the position of the first MAC sub-PDU is after the position of the second MAC sub-PDU.

49. A processing apparatus for random access response, applied to a network side device, wherein, The communication module is configured to perform at least one of the following: sending or receiving a first configuration; wherein the first configuration is used for a terminal to send a first preamble to a second cell, the first preamble being used to request the second cell to send SIB1; the first configuration further includes information of a second preamble, the second preamble being used for at least one of the following: OSI request of the second cell; random access other than OSI request and the first request in the second cell; allocating a first RO resource and a second RO resource; wherein the first RO resource is used for a first terminal to request SIB1 from the network side device, and the second RO resource is used for a second terminal to initiate random access from the network side device, the second terminal being a terminal that does not support requesting SIB1, and the first RO resource is different from the second RO resource. The first RO resource and the second RO resource are predefined.

50. The device of claim 49, wherein, ​ 51. A terminal, wherein, A computer program product comprising a computer readable storage medium having stored thereon a program or instructions which, when executed by a processor, implement the steps of the method of any of claims 1 to 18.

52. A network-side device, wherein, A computer program product comprising a computer readable storage medium having stored thereon a program or instructions which, when executed by a processor, implement the steps of the method of any of claims 19 to 30.

53. A readable storage medium, wherein, A computer program product comprising a computer readable storage medium having stored thereon a program or instructions which, when executed by a processor, implement the steps of the method of any of claims 1 to 18, or implement the steps of the method of any of claims 19 to 30.

Images